1. Conta e responsabilidades
A KambaSMS trata os dados da conta para prestar o serviço, gerir acessos, compras, suporte e segurança. Quando um cliente envia dados dos seus destinatários para processamento em seu nome, esse cliente é responsável pela finalidade e pela base legal das suas instruções; o tratamento por conta do cliente é também descrito no DPA. Contactos: legal@kambasms.ao e support@kambasms.ao.
2. Dados tratados
Conforme os serviços utilizados, podemos tratar nome, email, telefone, empresa, sessões, chaves e respetivas permissões, Sender IDs, compras e saldos. O serviço pode ainda tratar contactos e listas, destinatários, conteúdo de SMS e email, domínios de envio, modelos, identificadores de pedidos, estados de entrega, eventos, webhooks e registos de segurança ou suporte.
3. Finalidades e origem dos dados
Usamos os dados para autenticação, execução das comunicações solicitadas, verificação de códigos, acompanhamento de entrega, faturação, suporte e prevenção de abuso. Os dados podem ser introduzidos pelo cliente, enviados por uma integração ou importados de ficheiros e folhas Google Sheets públicas. O cliente deve ter autorização para os usar. Tornar uma folha pública pode expor os contactos fora da KambaSMS; importa apenas dados que possas legitimamente partilhar.
4. Conteúdo e prevenção de abuso
O conteúdo pode ser analisado automaticamente para aplicar regras do produto e detetar violações ou padrões suspeitos. A revisão humana destina-se a suporte, segurança ou investigação de incidentes. Não envies dados pessoais desnecessários. Ao contactar o suporte, oculta códigos OTP, passwords e chaves API.
5. Demonstração, Sandbox e produção
A demonstração local do Playground simula o percurso sem chamar a API de envio. Ao selecionar API Sandbox, os pedidos e resultados de teste podem ser guardados no ambiente de testes da conta. O modo de produção utiliza a API real e pode tratar dados de destinatários reais. Introduz apenas dados de teste nos exemplos e usa destinatários que controlas para experimentar envios reais.
6. Cookies, armazenamento e ferramentas
Usamos cookies e armazenamento do navegador para autenticação e preferências funcionais, como idioma e tema. O Playground público mantém a chave introduzida em memória na página, sem a guardar no armazenamento do navegador. A CLI recebe chaves por variáveis de ambiente e o comando de configuração não as grava. Desktop e Connect utilizam os mecanismos de sessão e armazenamento da aplicação ou extensão; isto não significa que todas as credenciais existam apenas no dispositivo. A API também trata credenciais para autenticar pedidos.
7. Partilha e infraestrutura
Para prestar o serviço recorremos a fornecedores de alojamento, autenticação, base de dados e encaminhamento, incluindo Render, Vercel, Supabase, SMS.to e Resend, conforme o produto utilizado. A entrega pode envolver as redes móveis de destino em Angola, como Unitel, Movicel e Africell, e parceiros de interligação. Integrações e webhooks configurados pelo cliente podem transmitir dados aos destinos escolhidos por ele. Informação sobre localização e condições de tratamento pode ser solicitada a legal@kambasms.ao.
8. Segurança e conservação
Aplicamos HTTPS/TLS, controlos de acesso por conta e mecanismos de proteção de credenciais. Nos fluxos OTP seguros, usamos verificadores criptográficos e mascaramento de códigos no histórico. A validade de um código não é o prazo de conservação de todos os registos: mensagens, eventos, cobranças e auditoria podem permanecer pelo período necessário à operação, suporte, segurança e obrigações legais. A conservação varia por categoria e ambiente; a retenção de teste não define a retenção de produção.
9. Direitos, eliminação e cópias
Podes solicitar acesso, retificação, oposição ou eliminação através de support@kambasms.ao ou legal@kambasms.ao. Podemos pedir informação para confirmar a identidade e o âmbito do pedido. A eliminação está sujeita às obrigações de conservação e à resolução de operações pendentes. Não implica apagar imediatamente cópias de segurança, registos mantidos legalmente ou dados já transmitidos a fornecedores ou descarregados pelo cliente. Podes igualmente dirigir uma reclamação ou pedido de esclarecimento à Agência de Proteção de Dados (APD).
10. Incidentes e alterações
Comunica suspeitas de acesso indevido sem incluir segredos no pedido. As comunicações de incidentes de dados pessoais seguem as obrigações e condições contratuais aplicáveis, incluindo o DPA quando aplicável. Atualizações materiais desta política serão comunicadas de forma adequada. A versão e a data de revisão editorial aparecem no topo.