Soluções · Serviços financeiros

Sites e lojas para serviços financeiros.

Uma apresentação clara e um percurso simples até ao pedido ou encomenda. A página presente coloca a mecânica do serviço junto das regras que se aplicam em serviços financeiros — sem pretender um projeto que não fizemos.

Discută scenariul tău

Serviciul, aplicatNu am livrat încă exact această combinație. Ce citești mai jos e mecanica serviciului nostru, verificabilă pe pagina lui, pusă lângă regulile care guvernează servicii financiare — fiecare cu articolul din care vine. Ce am construit efectiv stă pe pagina serviciului și în portofoliu.

Ponto de partida

Como são os serviços financeiros antes de qualquer software

Numa empresa de serviços financeiros da República da Moldávia, a primeira coisa que acontece num novo contacto não tem a ver com dinheiro. Tem a ver com a pergunta «quem é você». A lei exige que a identidade do cliente seja estabelecida e verificada com base em documentos de identificação e em fontes credíveis e independentes, antes do início da relação de negócio. A consequência para qualquer canal digital é estrutural, não cosmética: a conversa divide-se em duas. Uma parte pode ser conduzida com qualquer pessoa — condições, documentos necessários, procedimento, horário. A outra parte não pode começar antes de a identificação ser feita, e a linha entre ambas tem de estar no código, não nas instruções dadas ao operador.

A segunda coisa que surpreende quem constrói software aqui é que, neste domínio, ser útil não significa explicar. Quando as medidas de precaução não podem ser cumpridas, a entidade tem o direito de não explicar ao cliente o motivo da recusa. E se tiver sido enviada uma comunicação ao Serviço de Prevenção e Combate ao Branqueamento de Capitais, a divulgação desse facto ao cliente ou a terceiros é proibida. Um assistente automático construído sobre o reflexo habitual do comércio — «lamentamos, o pedido foi recusado porque…» — não é um assistente mais simpático, é um problema jurídico. Esta regra tem de existir como limite técnico do sistema, não como conselho no prompt.

Na prática, os dados estão em vários sítios ao mesmo tempo: o sistema de registo onde se mantém a relação de negócio, o dossiê em papel, uma caixa de e-mail, uma mensagem em que o cliente enviou uma foto do bilhete de identidade, e uma tabela que alguém da operação mantém. O dossiê em papel não é conservadorismo: a lei diz explicitamente que os dados são guardados durante cinco anos em suporte de papel e, posteriormente, até cinco anos em formato eletrónico, e que, no termo do prazo, são destruídos. Cada transferência dos mesmos dados de identificação de um lugar para outro é mais uma cópia que fica sujeita ao mesmo prazo e à mesma obrigação de segurança.

A terceira realidade é a da decisão. A aprovação ou a rejeição de um pedido de financiamento produz efeitos jurídicos para a pessoa. Quando essa decisão é tomada exclusivamente de forma automatizada, a pessoa tem o direito de não ser sujeita a ela e, quando isso é permitido — por exemplo, para a celebração de um contrato — o operador deve assegurar, pelo menos, o direito à intervenção humana, à expressão do seu ponto de vista e à contestação. Na prática: um modelo pode preparar, pode enquadrar, pode assinalar. O momento em que o seu resultado se torna decisão tem de passar por um humano nomeado, e essa passagem tem de deixar rasto.

Por fim, quem supervisiona. O Banco Nacional da Moldávia tem, na sua própria página, secções distintas de supervisão para bancos, para o crédito não bancário, para seguros e para o sistema de pagamentos, e publica as sanções aplicadas às organizações de crédito não bancário, às associações de poupança e empréstimo, às entidades de câmbio de moeda e aos gabinetes de históricos de crédito. Para a vertente da prevenção do branqueamento de capitais, a autoridade é o Serviço de Prevenção e Combate ao Branqueamento de Capitais. Para os dados pessoais, o Centro Nacional para a Proteção de Dados Pessoais. São três autoridades diferentes, com três lógicas diferentes, e um sistema informático toca em todas no mesmo fluxo.

Patru straturi, citite din exterior

Regulile

O que se aplica nos serviços financeiros, com o artigo de onde vem

Cada regra abaixo traz o ato normativo que a impõe. A verificação não exige que você acredite em nós apenas pela nossa palavra.

A identificação do cliente é uma condição de entrada, não uma etapa de formulário

As medidas de precaução aplicam-se até ao início das relações de negócio e incluem a identificação e verificação da identidade do cliente com base em documentos de identificação e em documentos, dados ou informações obtidos de uma fonte credível e independente, a identificação do beneficiário efetivo, a compreensão do objetivo da relação e a monitorização contínua. Se estes requisitos não puderem ser cumpridos, a entidade é obrigada a não realizar a operação e a não estabelecer a relação. Num produto digital, isso significa que o estado «não identificado» tem de bloquear funções, e não apenas apresentar uma mensagem.

SursaLegea nr. 308/2017 cu privire la prevenirea și combaterea spălării banilor și finanțării terorismului, art. 5 alin. (1)–(3)

A recusa não é explicada, e a comunicação não é divulgada

Quando não pode cumprir os requisitos de precaução, a entidade obrigada a comunicar tem o direito de não explicar ao cliente o motivo da recusa. Em separado, até ao termo dos prazos de conservação, a entidade, os seus empregados e os seus representantes são obrigados a não divulgar aos clientes ou a terceiros os dados sobre o envio de informações ao Serviço de Prevenção e Combate ao Branqueamento de Capitais ou sobre as análises efetuadas. Qualquer texto gerado automaticamente que «ajuda o cliente a compreender» tem de contornar estas duas regras, com respostas predefinidas, e não improvisadas.

SursaLegea nr. 308/2017, art. 5 alin. (3) și art. 12 alin. (1)

O prazo de conservação é de cinco anos e está escrito na lei, não escolhido pelo operador

As entidades obrigadas a comunicar conservam durante cinco anos, a contar do termo da relação de negócio, todos os dados relativos às atividades e transações, e os dados têm de ser suficientes para permitir a reconstituição de cada transação de modo a servir de prova. Os documentos e informações sobre clientes e beneficiários efetivos, incluindo cópias dos documentos de identificação, o arquivo das contas e a correspondência comercial, são conservados durante a relação e cinco anos depois. Os dados são conservados cinco anos em papel e, posteriormente, até cinco anos em formato eletrónico, e, no termo do prazo, são destruídos.

SursaLegea nr. 308/2017, art. 9 alin. (1), (2), (6) și (7)

Um pedido de eliminação não extingue uma obrigação legal de conservação

O direito ao apagamento não se aplica na medida em que o tratamento seja necessário para o cumprimento de uma obrigação legal que preveja o tratamento, ou para a declaração, o exercício ou a defesa de um direito num procedimento administrativo, judicial ou extrajudicial. Num sistema financeiro, isto significa que o botão «apague os meus dados» não pode ser um `DELETE`: tem de saber o que cai sob o prazo legal de conservação e o que não cai, e a diferença é definida com os juristas da instituição antes da implementação, não após o primeiro pedido.

SursaLegea nr. 195/2024 privind protecția datelor cu caracter personal, art. 17 alin. (1) și alin. (3) lit. b) și e); Legea nr. 308/2017, art. 9

A decisão automática sobre uma pessoa precisa de uma pessoa

A pessoa em causa tem o direito de não ficar sujeita a uma decisão baseada exclusivamente no tratamento automatizado, incluindo a definição de perfis, que produza efeitos jurídicos ou a afete de forma semelhante e significativa. Quando a decisão ainda assim é permitida — necessária para a celebração ou execução do contrato, ou com base em consentimento explícito — o operador deve aplicar, pelo menos, o direito à intervenção humana, à expressão do seu ponto de vista e à contestação da decisão. Estes três direitos traduzem-se em ecrãs e em registos no log, não num parágrafo de política.

SursaLegea nr. 195/2024, art. 22 alin. (1)–(3)

O número de identificação nacional tem regime próprio

O tratamento de um número de identificação nacional, incluindo pela recolha ou divulgação dos documentos que o contenham, só é feito nas situações de licitude do art. 6 para. (1). Quando a base é o interesse legítimo, a lei exige garantias chamadas: medidas técnicas e organizativas para minimizar os dados e para a segurança, prazos de armazenamento definidos em função da natureza dos dados e da finalidade, além de prazos específicos de apagamento ou de revisão, e a formação periódica das pessoas que tratam os dados. Um formulário que pede o IDNP «para termos a certeza» sem base e sem prazo viola precisamente estas garantias.

SursaLegea nr. 195/2024, art. 53 alin. (1) și (2) lit. a)–c)

Mecanica

O que sites e lojas fazem, na prática

As mesmas capacidades que constam da página do serviço, onde cada uma tem o ficheiro e a linha de fundo.

Renderização no servidor, servida a partir de cache

As páginas são prerenderizadas na construção e entregues como HTML completo, não construídas no navegador. Na resposta real aparecem `x-nextjs-prerender: 1` e `x-nextjs-cache: HIT`, com `cache-control: s-maxage=31536000` e uma janela de 300 segundos durante a qual a versão antiga ainda pode ser servida enquanto é atualizada. O efeito prático: um visitante com ligação fraca e um crawler recebem o mesmo conteúdo, no mesmo pedido.

Imagens e fontes com orçamento, não com sorte

Os formatos configurados são AVIF e WebP, com duração mínima de cache de 31.536.000 segundos — um ano — e cabeçalho `immutable` nos ficheiros estáticos, imagens e fontes. As fontes são alojadas por nós na construção, não pedidas a um serviço externo a cada visita, e são apresentadas com `swap`, para que o texto apareça antes de a fonte ser descarregada. Existe também um script de compressão em lote, com qualidade 80 para WebP e 75 para AVIF, para que a origem não dependa do que alguém exportou do editor gráfico.

Cabeçalhos de segurança enviados de dois locais e verificados na resposta

Da aplicação: transporte seguro imposto durante 63.072.000 segundos com subdomínios e inclusão na lista de preloading, `X-Content-Type-Options: nosniff`, `X-Frame-Options: SAMEORIGIN`, `Referrer-Policy: strict-origin-when-cross-origin` e uma política de permissões que fecha a câmara, deixa o microfone apenas para a própria origem e desativa a segmentação por interesses. Do servidor web, separadamente: uma política de segurança de conteúdo completa, com a lista explícita de origens permitidas. Na entrega escreve-se explicitamente que são dois locais — caso contrário, o próximo que alterar algo procura no lugar errado.

Mapa do site gerado a partir de dados, não escrito à mão

O mapa do site é construído a partir de cinco fontes — 13 endereços fixos, os artigos, 19 produtos, 12 serviços e 100 combinações serviço × domínio — e passa por uma deduplicação final. O resultado: 147 endereços, contados tanto no código como no ficheiro servido em produção. Uma página nova entra automaticamente; uma apagada desaparece. Ninguém mantém uma lista paralela que se desincroniza em três semanas.

Os endereços antigos não morrem: 43 redirecionamentos permanentes

Uma limpeza de estrutura deixa para trás endereços que alguém tem guardados ou publicou. Na configuração há 43 redirecionamentos permanentes — 9 guias para o blog, 20 artigos órfãos, 6 estudos de caso remapeados e 8 páginas individuais. Existem também 11 páginas que redirecionam dentro da aplicação; estão corretas funcionalmente, mas são mais caras do que uma regra de configuração, e são indicadas como tal na lista de reparações.

O formulário é infraestrutura, não decoração

O pedido é escrito num registo append-only antes de se tentar a entrega, com uma segunda linha para o resultado; existe uma sonda pública de saúde que indica se um lead pode chegar agora a uma pessoa; e os pedidos para interfaces são limitados a 10 por minuto, com a chave retirada do último salto do cabeçalho de endereços redirecionados, não do primeiro — o primeiro é enviado pelo cliente. Os motivos estão escritos no código, não em documentação separada.

Serviciul, în detaliu

Os dados

O que afeta qualquer sistema na indústria

As classes de dados de que dispõe os serviços financeiros, com a base de conservação onde a lei a concede.

Os dados de identificação do cliente: Numele, actul de identitate și copiile lui, numărul de identificare național, datele de contact — tot ce servește la a stabili cine e persoana. Sunt colectate pentru că legea impune identificarea și verificarea identității, nu pentru că e comod să le avem. De aceea nu au ce căuta într-un canal de mesagerie generală: intră direct în sistemul care le păstrează sub termen.Păstrare: Pe durata activă a relației de afaceri și cinci ani după terminarea acesteia; cinci ani pe suport de hârtie și, ulterior, până la cinci ani în format electronic, după care se nimicesc.SursaLegea nr. 308/2017, art. 5 alin. (2) lit. a), art. 9 alin. (2) și (6)
Os dados do beneficiário efetivo: Cine controlează în realitate clientul persoană juridică. Legea cere identificarea beneficiarului efectiv și măsuri bazate pe risc pentru verificarea identității lui, inclusiv măsuri rezonabile pentru a înțelege structura proprietății și structura de control. E o clasă separată pentru că oamenii din spatele unei firme nu sunt clienți și, totuși, datele lor personale ajung în dosar.Păstrare: Același termen ca dosarul clientului: durata relației plus cinci ani; cinci ani pe hârtie, apoi până la cinci ani electronic.SursaLegea nr. 308/2017, art. 5 alin. (2) lit. b), art. 9 alin. (2) și (6)
Os dados de pagamento e o registo das transações: Sumele, datele calendaristice, contrapartidele, conturile, descrierile operațiunilor. Nu sunt „date de identificare” — nu spun cine e omul — dar spun ce a făcut, iar legea cere ca evidența să fie suficientă pentru reconstituirea fiecărei activități sau tranzacții, în așa fel încât să poată servi drept probă într-o procedură. Practic: un sistem care rezumă și aruncă detaliul nu îndeplinește cerința; unul care păstrează tot, fără termen, o încalcă din partea cealaltă.Păstrare: Cinci ani de la terminarea relației de afaceri sau de la data tranzacțiilor ocazionale; la cererea Serviciului sau a organelor de supraveghere, termenul poate fi prelungit, dar nu mai mult de cinci ani.SursaLegea nr. 308/2017, art. 9 alin. (1) și (2)
A correspondência comercial e o dossiê do pedido: Mesajele, cererea, documentele încărcate, notele interne care motivează o decizie. Legea le numește explicit: arhiva conturilor și a documentelor primare, corespondența de afaceri, rezultatele analizelor și cercetărilor efectuate privind identificarea tranzacțiilor complexe și neordinare. Consecința pentru un canal de chat sau pentru un agent automat e că transcrierea nu e efemeră: dacă face parte din relația de afaceri, intră în aceeași arhivă și sub același termen.Păstrare: Durata relației de afaceri plus cinci ani, cu aceeași regulă de suport (hârtie, apoi electronic) și nimicire la expirare.SursaLegea nr. 308/2017, art. 9 alin. (2) și (6)
Registo técnico de acesso e de auditoria: Cine s-a autentificat, ce a văzut, ce a modificat, de la ce adresă. Adresa IP e dată personală, deci jurnalul e o prelucrare în sine. Pentru partea care documentează o activitate sau o tranzacție, termenul legal de cinci ani se aplică; pentru restul, se aplică principiul limitării legate de stocare — datele se păstrează într-o formă care permite identificarea persoanei doar pe perioada necesară scopului. Nu am găsit un act care să fixeze un termen general pentru jurnalele tehnice ale unei entități financiare din Republica Moldova: termenul se stabilește motivat de operator și se scrie în evidența activităților de prelucrare.Păstrare: Neverificat ca termen general fixat prin lege. Se stabilește de operator, motivat, și se declară în evidența activităților de prelucrare (Legea nr. 195/2024, art. 30 alin. (1) lit. f)); pentru jurnalele care documentează tranzacții se aplică cei cinci ani din Legea nr. 308/2017, art. 9 alin. (1).SursaLegea nr. 195/2024, art. 5 alin. (1) lit. e) și art. 30 alin. (1) lit. f); Legea nr. 308/2017, art. 9 alin. (1)
Comunicações à autoridade: Formularele speciale transmise Serviciului Prevenirea și Combaterea Spălării Banilor și tot ce documentează faptul că au fost transmise. Clasa asta are o particularitate care schimbă arhitectura: existența ei nu poate fi dezvăluită clientului sau terților. Într-un sistem cu istoric vizibil clientului, urma raportării trebuie să fie într-o zonă separată, cu drepturi separate, nu doar ascunsă la nivel de interfață.Păstrare: Serviciul păstrează documentele și informațiile obținute în temeiul legii cinci ani. Pentru entitate, interdicția de divulgare durează până la expirarea termenelor de la art. 9 alin. (1) și (2).SursaLegea nr. 308/2017, art. 9 alin. (5) și art. 12 alin. (1)

Limbajul

As palavras que as pessoas dali usam

Um agente que diz «programação» onde o setor diz outra coisa soa imediatamente como estrangeiro. Por isso o vocabulário entra na configuração, e não no glossário do fim.

Entidade obrigada a comunicar: A categoria de organizações às quais a lei relativa à prevenção do branqueamento de capitais impõe obrigações — não apenas os bancos. A palavra é importante porque muda a pergunta de “que tipo de empresa é você” para “está ou não na lista do art. 4”, e dessa resposta depende todo o resto dos requisitos.
Medidas de diligência relativa aos clientes: A tradução local do que em inglês se chama “customer due diligence”. Não significa “prudência”, significa um conjunto concreto: identificação e verificação, identificação do beneficiário efetivo, compreensão da finalidade da relação, monitorização contínua. A lei tem três intensidades: simplificada, normal, reforçada.
Beneficiário efetivo: A pessoa singular que controla, na realidade, um cliente pessoa coletiva. É um conceito de conformidade, não de contabilidade, e é a origem da maioria dos bloqueios na integração de um cliente: a empresa identifica-se facilmente, as pessoas por trás dela não.
Relação de negócio e transação ocasional: Dois regimes diferentes. A relação de negócio é contínua e desencadeia monitorização permanente; a transação ocasional é pontual e desencadeia diligência acima de certos limiares de valor fixados na lei. Um produto digital que não faça esta distinção vai exigir ou demasiado, ou demasiado pouco.
Pessoa politicamente exposta: Cliente que, pela função exercida, fica sujeito a um regime de diligência reforçada. A lista das funções públicas importantes a nível nacional que determinam essa qualidade é aprovada por despacho do Serviço de Prevenção e Combate ao Branqueamento de Capitais — portanto é uma lista que muda e deve ser tratada como dado de referência atualizável, não como texto no código.
Formulário especial: A forma pela qual as atividades ou transações abrangidas pela lei são comunicadas ao Serviço. O modo de preenchimento e de transmissão é definido por uma metodologia publicada pelo Serviço. Para um sistema informático, é relevante que a comunicação tenha um formato imposto, e não livre.
IDNP: Número de identificação estatal da pessoa singular. No uso corrente é o “código pessoal”, mas no texto da lei relativa à proteção de dados é “número de identificação nacional” e tem um artigo próprio, com garantias próprias. Um agente que peça o IDNP sem saber o fundamento pede-o ilegalmente.
Dados de identificação face aos dados de pagamento: A primeira categoria diz quem é a pessoa — nome, documento de identificação, IDNP. A segunda diz o que fez — montantes, datas, contrapartes, contas. Misturam-se no mesmo dossier, mas têm finalidades diferentes, servem para provas diferentes e, na prática, devem ter direitos de acesso diferentes. Quem as trata como um único campo «dados do cliente» perde precisamente a separação que torna o sistema defensável.

Onde se estraga

O que corre mal quando os serviços financeiros se digitalizam à pressa

O assistente polido que explica a recusa

O reflexo trazido do comércio online — diga ao cliente por que não resultou, para que ele não saia zangado — é exatamente o comportamento que a lei restringe aqui. O mecanismo pelo qual isso se estraga: o modelo recebe como instrução «seja útil e transparente», recebe no contexto o motivo técnico da rejeição e reformula-o de forma elegante. Nada nesta cadeia é um erro de modelo; é um erro de arquitetura. A correção é fazer com que o motivo nunca chegue ao contexto a partir do qual se gera a resposta ao cliente.

A identificação feita no canal errado

A fotografia do documento de identidade enviada num serviço de mensagens, para ser mais rápido, produz uma cópia de um documento de identidade num sistema que não tem prazo de conservação, não tem diário de acessos e não é seu. Essa cópia entra, ainda assim, na obrigação de conservação e de segurança, porque os dados continuam a pertencer ao cliente independentemente de onde foram parar. Os sistemas que funcionam bem neste domínio tratam o carregamento do documento como uma operação com porta própria, não como um anexo.

O botão de apagar que não sabe o que não pode apagar

O direito ao apagamento existe e deve ser cumprido dentro do prazo. Mas ele não se aplica quando o tratamento é necessário para cumprir uma obrigação legal ou para a defesa de um direito num processo. Num sistema financeiro, uma implementação ingénua comete um de dois erros: ou apaga o que devia ser conservado durante cinco anos, ou recusa em bloco qualquer pedido e perde o prazo legal de resposta. Ambos são evitados com um mapa de dados feito previamente, em que cada tabela tem escrito o fundamento e o prazo.

A pontuação de confiança confundida com uma decisão

Um modelo que devolve uma probabilidade devolve a sua opinião sobre si próprio, não uma medição da correção. Quando esse número aparece num ecrã ao lado da palavra «aprovado», as pessoas começam a tratá-lo como uma decisão, e o sistema torna-se, de facto, um que decide automaticamente sobre uma pessoa — com todas as obrigações que isso implica. A diferença preserva-se por conceção: a saída do modelo vai para uma lista de trabalho, não para um campo de resultado.

O registo sem prazo

Os registos escrevem-se facilmente e esquecem-se por completo. Passados dois anos, contêm endereços IP, identificadores de sessão e fragmentos de dados do cliente, num volume que ninguém avaliou alguma vez. O princípio da limitação da conservação exige que os dados sejam mantidos numa forma que permita a identificação apenas pelo tempo necessário à finalidade, e o registo das atividades de tratamento exige, se possível, os prazos previstos para o apagamento. Um prazo escrito uma vez, como tarefa agendada, resolve ambos os requisitos; um prazo escrito apenas na política não resolve nenhum.

Perguntas

O que alguém dos serviços financeiros pergunta antes de comprar software

Um agente automático pode dizer ao cliente por que o seu pedido foi recusado?

Não, e não é uma escolha de tom. Quando as medidas de precaução não podem ser cumpridas, a entidade tem o direito de não explicar ao cliente o motivo da recusa, e, se tiver sido enviada uma comunicação ao Serviço, a divulgação desse facto é proibida. Na prática, isso significa um conjunto fechado de respostas para recusa, redigidas pelos juristas da instituição, que o sistema pode escolher — não um modelo que formule livremente.

Um sistema pode aprovar sozinho um pedido?

A lei dá à pessoa o direito de não ser sujeita a uma decisão baseada exclusivamente em tratamento automatizado que produza efeitos jurídicos. Onde a decisão automática é permitida, o operador tem de assegurar, pelo menos, intervenção humana, expressão do ponto de vista e contestação. Nós construímos a mecânica através da qual o pedido circula, é documentado e deixa rasto; os limiares, as regras e a aprovação pertencem à instituição autorizada.

Vocês dão consultoria financeira ou recomendações de produto para o cliente?

Não. Não prestamos consultoria financeira ou de investimento e não construímos sistemas que a prestem em vosso nome. Não é uma limitação que iremos levantar numa versão futura: é uma atividade com regime próprio, que não faz parte do que fazemos. O que podemos construir é o percurso através do qual uma pergunta chega à pessoa autorizada da vossa instituição, com os dados já estruturados.

Durante quanto tempo tenho de poder mostrar uma conversa mantida no canal digital?

Depende de fazer parte da relação de negócio. A lei nomeia explicitamente a correspondência comercial entre os documentos que são conservados durante a relação e por cinco anos depois. Portanto, a pergunta certa antes de escolher um canal de chat não é “qual é o SLA?”, mas “consigo extrair dele, daqui a quatro anos, exatamente a troca de mensagens com o cliente X, numa forma que valha como prova?”.

Precisamos de uma avaliação de impacto antes de iniciar algo automático sobre pedidos?

A avaliação de impacto é exigida, em especial, no caso de uma avaliação sistemática e abrangente dos aspetos pessoais, baseada em tratamento automatizado, incluindo criação de perfis, que serve de base a decisões com efeitos jurídicos sobre a pessoa. Um fluxo automático de triagem de pedidos de financiamento encaixa exatamente nesta descrição. O Centro aprova e publica a lista dos tipos de operações que estão sujeitas à exigência, por isso a lista tem de ser verificada no momento do projeto, não presumida.

Precisamos de responsável pela proteção de dados?

A obrigação surge quando as atividades principais consistem em monitorização periódica e sistemática, em larga escala, dos titulares dos dados, ou no tratamento em larga escala de categorias especiais de dados ou de dados relativos a condenações penais. Para uma entidade financeira privada, a resposta não é automaticamente “sim” — depende do que vocês fazem efetivamente e em que escala. Se o responsável estiver designado, os seus dados de contacto são publicados e comunicados ao Centro.

Não temos 250 colaboradores. Ficamos isentos do registo das atividades de tratamento?

Quase de certeza que não. A isenção para menos de 250 colaboradores cai se o tratamento for suscetível de gerar risco para os direitos e liberdades, se o tratamento não for ocasional, ou se incluir categorias especiais de dados ou dados relativos a condenações penais. Uma atividade financeira com clientes permanentes não é ocasional, por isso a exceção não se aplica. O registo exige, entre outros, os prazos previstos para apagamento das diferentes categorias de dados — ou seja, exatamente a discussão que já temos na fase de conceção.

Para onde vão os dados se usarmos um modelo de linguagem?

Isso define-se por escrito antes de escrever a primeira linha de código: que campos podem sair da vossa rede, para que fornecedor, com que fundamento e por quanto tempo. A regra prática que aplicamos é que os dados de identificação e o número nacional de identificação não saem; o que sair, se sair alguma coisa, é o mínimo necessário para a tarefa pedida. Se a resposta a esta pergunta não puder ser dada antes, o projeto não começa — é o único ponto que não se consegue corrigir depois.

Quem nos pode controlar nessa parte?

Três autoridades diferentes, com três lógicas diferentes. O Banco Nacional da Moldávia, que tem no seu próprio site secções distintas de supervisão para bancos, crédito não bancário, seguros e o sistema de pagamentos, e que publica as sanções aplicadas a organizações de crédito não bancário, associações de poupança e empréstimo, entidades de câmbio e gabinetes de histórias de crédito. O Serviço de Prevenção e Combate ao Branqueamento de Capitais, para a parte da prevenção. E o Centro Nacional para a Proteção de Dados Pessoais, para os dados pessoais. Um único fluxo de pedido toca nos três.

Ce nu putem susțineNu oferim consultanță financiară sau de investiții, în nicio formă, și nu construim sisteme care să o ofere în numele clientului — nu e o limitare temporară, e o activitate care nu ține de noi. Nu suntem entitate raportoare și nu ne asumăm obligațiile de conformitate ale instituției: nu evaluăm solicitanți, nu stabilim praguri, nu decidem cine e persoană expusă politic. Nu deținem nicio licență, autorizație sau notificare de la Banca Națională a Moldovei și nu figurăm în niciun registru al ei. Nu avem certificare de securitate a datelor de card și nu declarăm conformitate cu vreun standard de industrie pe care nu îl putem arăta cu un document. Nu am publicat rezultate proprii pe această industrie și nu putem cita nume de client. Iar dacă ni se cere o cifră de piață — creștere, volum, cotă — răspunsul e că nu o avem verificată pentru Republica Moldova și nu o inventăm.

Serviciul, în detaliu Ce am construit efectiv Toate scenariile

Surse 11 surse · verificate pe 2026-09-07

O que gostaria que funcionasse melhor?

Conte-nos o seu processo. Em conjunto decidimos o que vale a pena construir, o que podemos ligar e como verificamos o resultado.

Vamos falar