Todas as postagens

Verificação de identidade15 min de leitura

Garantir a confidencialidade e a conformidade no processamento de pagamentos para cartórios

Orientações práticas para tabeliães sobre como receber pagamentos de clientes em um portal digital do cartório, mantendo os dados financeiros isolados do livro notarial, cumprindo as normas de privacidade da jurisdição e produzindo registros prontos para auditoria.

Por meio de cartório de autoatendimentoTraduzido automaticamente do inglês.

A confidencialidade e a conformidade dos pagamentos notariais dependem da separação de dois conjuntos de dados que a maioria dos cartórios ainda mistura: o registo de emolumentos que o notário deve manter no livro notarial e os dados da transação financeira que o sistema de pagamentos deve manter separados. Quando é efetuado um pagamento com cartão na página de agendamento, o portal deve substituir os dados sensíveis do cartão por um equivalente não sensível antes que algo chegue ao servidor do notário. O registo de pagamentos deve associar-se ao livro eletrónico por referência, em vez de partilhar campos. Essa separação protege os dados financeiros do cliente, cumpre as normas de privacidade jurisdicionais e produz registos prontos para auditoria sem faturação manual.

Âmbito jurisdicional

Nos EUA, a notarização remota online está disponível apenas onde um estado a autoriza e apenas onde o notário confirmou a sua própria autorização. Na UE, o ato notarial permanece no cartório do notário; o que um cliente pode preparar digitalmente é o atendimento inicial, a verificação de identidade e a assinatura. O Reino Unido está sujeito às regras da Faculty. Hong Kong e os EAU limitam-se às funções de atendimento, ou seja, o portal gere o atendimento inicial e o pagamento, mas o ato em si é realizado presencialmente ou na plataforma judicial oficial do estado.

Normas de privacidade para dados de pagamentos notariais

O livro notarial e o registo de pagamentos servem fins jurídicos distintos e devem conter dados diferentes. O livro regista o ato oficial e o emolumento legal cobrado, enquanto o registo de pagamentos regista a transação financeira e os metadados do cartão ou bancários necessários para a reconciliar. Os dois nunca devem partilhar números completos de cartões, códigos de segurança ou dados bancários.

Os regulamentos estaduais dos EUA tornam essa separação explícita. De acordo com o Secretário de Estado da Califórnia, a secção 8206 do Código Governamental da Califórnia exige que os notários registem o valor exato cobrado por cada ato notarial no seu livro sequencial e discriminem separadamente as taxas de deslocação, ao mesmo tempo que determina que o livro permaneça sob o controlo direto e exclusivo do notário. O Texas vai mais longe: a secção 87.60 do Código Administrativo do Texas 1 proíbe explicitamente o registo de números de cartões de identificação pessoal ou identificadores biométricos e financeiros nas entradas do livro, porque essas entradas constituem registos públicos nos termos da secção 406.014 do Código Governamental do Texas. As regras de Nova Iorque, nos termos da secção 182.9 do 19 NYCRR, exigem o registo do emolumento cobrado por cada ato notarial e a conservação do livro durante dez anos, conforme descrito pelo Departamento de Estado de Nova Iorque.

O livro deve ser mantido numa área trancada e segura, sob o controlo direto e exclusivo do notário. A falta de proteção do livro constituirá motivo para o Secretário de Estado tomar medidas administrativas contra a comissão detida pelo notário público nos termos da Secção 8214.1.

Legislatura do Estado da Califórnia, secção 8206 do Código Governamental

A implicação prática para um portal digital é simples. A entrada do livro relativa a um ato deve conter o emolumento cobrado, a data, o tipo de ato e o nome do signatário e as referências de identificação exigidas por lei. Números de cartões, códigos de segurança e dados de encaminhamento bancário pertencem a um registo financeiro separado, controlado pelo notário, mas estruturalmente isolado do livro. Um cliente que solicite uma cópia de uma entrada do livro ao abrigo das regras de registos públicos nunca deve receber metadados de pagamento juntamente com ela. Ver preços para comparar planos que suportam esta separação de origem.

Conformidade jurisdicional nas transações de pagamento

As regras de tratamento de pagamentos cruzam-se com os regimes notariais regionais de formas que determinam o que um portal digital pode fazer e onde o ato em si deve ocorrer. A jurisdição importa porque define se o portal é o ponto de execução ou apenas o atendimento.

Nos EUA, a notarização remota online é autorizada apenas por estados que aprovaram legislação habilitante e apenas para notários que confirmaram a sua própria autorização ao abrigo dessa legislação. O Capítulo 117, Parte II, dos Estatutos da Flórida, que entrou em vigor em janeiro de 2020, codificou procedimentos permanentes de notarização remota online e exige o registo eletrónico dos emolumentos cobrados por atos notariais remotos online, com um período de

10 anosperíodo obrigatório de conservação de livros notariais eletrónicos e registos de sessões áudio-vídeo de notarização remota onlineLegislatura da Flórida
. Um portal que recolha pagamentos por esses atos deve alinhar os seus registos financeiros com a coluna de emolumentos que o notário regista no livro eletrónico.

Na UE, o próprio ato notarial continua vinculado à presença física no cartório do notário. Nos regimes de direito civil representados pelo Conselho dos Notariados da União Europeia, a execução de um instrumento autêntico exige a verificação soberana da capacidade e do consentimento pelo notário como funcionário público. O que um cliente pode preparar digitalmente é o atendimento inicial, a verificação de identidade e a assinatura. O tratamento dos pagamentos dos clientes é uma operação fiduciária de contabilidade distinta. Em França, o Arrête du 29 janvier 2024 proíbe os notários de receberem um ato autêntico sem garantirem provisão prévia para despesas, emolumentos legais, desembolsos e impostos, e os fundos dos clientes devem ser segregados em contas oficiais de depósito previstas na lei, e não em contas operacionais gerais.

No Reino Unido, os notários são regulados pelo Master of the Faculties, no âmbito da Faculty Office do Arcebispo de Canterbury. As Notaries Accounts Rules 2026, em vigor a partir de 1 de julho de 2026, determinam que todos os fundos de clientes sejam pagos numa Conta de Cliente designada, mantida num banco ou sociedade de crédito imobiliário reconhecido, com separação completa entre o dinheiro dos clientes e os fundos do escritório, além de auditorias contabilísticas independentes anuais.

  • Janeiro de 2020O Capítulo 117, Parte II, dos Estatutos da Flórida entra em vigor, codificando a notarização remota online permanente e as normas de registo eletrónico de emolumentos
  • Janeiro de 2023Nova Iorque implementa regras obrigatórias de manutenção de livro nos termos da Parte 182 do 19 NYCRR, exigindo que todos os notários registem atos e emolumentos durante dez anos
  • Janeiro de 2024A França publica o Arrête du 29 janvier 2024, impondo contabilidade diária e discriminação detalhada dos emolumentos para notários
  • Julho de 2026As UK Faculty Office Notaries Accounts Rules 2026 entram em vigor, consolidando os regulamentos sobre contas de clientes, juros de depósitos e contas fiduciárias

Em Hong Kong e nos EAU, os portais digitais estão restritos a funções de atendimento. Nos termos da Hong Kong Legal Practitioners Ordinance e das Notaries Public (Practice) Rules, os atos notariais exigem comparência pessoal perante o notário, e o registo dos atos notariais deve ser conservado durante pelo menos

6 anosperíodo mínimo legal de conservação do registo de trabalhos notariais em Hong KongHong Kong e-Legislation
. Um portal pode gerir agendamentos, atendimento inicial, preparação de documentos e faturação de emolumentos, mas não o ato em si. Nos EAU, a notarização remota está restrita a plataformas eletrónicas judiciais operadas pelo Estado; os notários privados podem utilizar portais para integração, consulta e pagamento, mas não podem substituir a execução numa plataforma judicial oficial pela execução num portal privado.

Proteção das informações de pagamento em portais de clientes

Um portal que aceite pagamentos com cartão na página de agendamento deve garantir que os dados brutos do cartão nunca cheguem ao próprio servidor do notário. O mecanismo padrão é a tokenização, que substitui dados sensíveis por um equivalente não sensível no ponto de entrada. O navegador envia os dados do cartão diretamente ao gateway de pagamento, o gateway devolve um token e apenas o token é armazenado na base de dados do portal. Os registos de atendimento inicial e as entradas do livro do notário nunca contêm o número principal da conta nem o valor de verificação do cartão.

Nos termos do Regulamento Geral sobre a Proteção de Dados da UE, os responsáveis pelo tratamento devem implementar minimização de dados, limitação da finalidade e medidas técnicas de segurança, incluindo cifragem e pseudonimização. O portal de um notário que atue como responsável pelo tratamento não pode armazenar dados brutos de titulares de cartões em bases de dados locais do escritório, nem combinar dados financeiros com livros notariais oficiais. Nos EUA, os regimes de privacidade comerciais e estaduais, incluindo as disposições da California Consumer Privacy Act, reforçam o mesmo princípio: a tokenização garante que o portal processe pagamentos através de transmissão direta do navegador para o gateway, isolando os registos principais de atendimento inicial do notário da exposição aos dados do titular do cartão.

O que a tokenização protege

  • Os números principais de contas são substituídos antes de chegarem à base de dados do notário
  • Os valores de verificação do cartão nunca são armazenados nem registados em logs
  • Pagamentos recorrentes ou repetidos utilizam o token, não o cartão
  • Uma violação dos registos de atendimento inicial do portal não expõe dados de cartão utilizáveis

O que a tokenização não faz

  • Não substitui a necessidade de transmissão cifrada durante o pagamento
  • Não elimina o dever do notário de proteger o próprio token
  • Não autoriza o armazenamento do token no livro notarial
  • Não altera as regras de conservação do registo da transação financeira

O fluxo de pagamento também deve ser isolado do armazenamento de documentos. Os documentos de identidade e materiais de assinatura que um cliente carregue através do portal devem ser armazenados numa área de documentos separada do registo de pagamentos. Se um auditor ou membro da equipa precisar de analisar a cobrança de emolumentos, deve poder aceder aos registos de pagamento sem tocar nos documentos assinados, e vice-versa.

Boas práticas para proteger dados financeiros dos clientes

Os hábitos operacionais importam tanto quanto os controlos técnicos. A fonte mais comum de exposição de dados de pagamento em pequenos cartórios é a fatura por e-mail, que frequentemente contém detalhes financeiros completos em texto simples e permanece indefinidamente na caixa de entrada do cliente. Um portal que recolhe o pagamento no agendamento elimina totalmente a necessidade de faturação por e-mail e garante que a transação ocorre através de uma ligação cifrada.

  1. Recolha o pagamento no agendamento, não após o atoQuando o cliente agenda através do portal, conclui o atendimento inicial, a pré-verificação de identidade, o agendamento e o pagamento antes de o notário abrir o processo. Não é enviada qualquer fatura por e-mail.
  2. Restrinja o acesso da equipa aos registos de pagamento por funçãoNum escritório de uma a cinco pessoas, nem todos precisam de ver os registos completos de pagamentos. O acesso baseado em funções garante que quem prepara o atendimento inicial vê o que precisa e nada mais.
  3. Nunca envie detalhes financeiros por e-mailSe um cliente solicitar um recibo, o portal deve gerá-lo como documento transferível contendo apenas os últimos quatro dígitos do cartão, o valor e a data da transação.
  4. Reconcilie semanalmente o registo de pagamentos com o livroUma breve verificação semanal confirma que cada ato no livro tem uma entrada de pagamento correspondente e que nenhuma entrada de pagamento se refere a um ato que não ocorreu.

Os controlos de acesso da equipa merecem atenção especial. Num escritório pequeno, o notário pode tratar de tudo pessoalmente, mas assim que se junta um assistente ou um segundo notário, o portal deve impor permissões baseadas em funções. Um assistente de atendimento inicial que prepara processos de clientes não precisa de aceder ao registo completo de pagamentos, e um notário júnior que regista atos não precisa de ver dados bancários da conta operacional do escritório. Automatizar o atendimento inicial de clientes com pré-verificação de ID, agendamento e pagamentos garante que estas etapas ocorram na sequência correta e que o acesso seja concedido por função, não por conveniência.

Começar

Separação dos registos de pagamento do livro notarial

O livro eletrónico e o registo de pagamentos devem permanecer sistemas distintos, associados por referência em vez de partilharem campos. A selagem inviolável aplica-se à entrada do livro relativa ao ato notarial, registando o que foi feito, quando, para quem e por qual emolumento legal. O registo de pagamentos documenta a transação financeira, incluindo o token, o valor liquidado e o carimbo temporal. Os dois ligam-se através de um identificador de referência partilhado que permite a um auditor rastrear um pagamento até um ato sem que qualquer sistema contenha os dados do outro.

Considere a diferença entre o que cada registo deve conter. A entrada do livro, conforme exigido pelas regras da Califórnia, Texas, Flórida e Nova Iorque, inclui a data e hora do ato, o tipo de ato, o nome e a assinatura do signatário, o método de identificação utilizado e o emolumento cobrado. A entrada do registo de pagamentos inclui o ID da transação, o valor da liquidação, o token, o tipo de método de pagamento e a referência do cliente. O emolumento cobrado aparece em ambos, mas os dados do cartão não aparecem nem no livro nem no armazenamento de documentos. As boas práticas para gerir livros eletrónicos e registos invioláveis aplicam-se ao registo do ato, enquanto os controlos financeiros padrão se aplicam ao registo de pagamento.

O que pertence a cada registo
CampoLivro notarialRegisto de pagamentos
Data e hora do atoSimNão
Tipo de ato notarialSimNão
Nome do signatário e método de IDSimNão
Emolumento legal cobradoSimSim
ID da transaçãoNãoSim
Token de pagamentoNãoSim
Número do cartão (completo)NãoNão
Últimos quatro dígitos do cartãoNãoSim
Valor da liquidaçãoNãoSim
ID de referência partilhadoSimSim

O ID de referência partilhado é a ligação que torna a auditoria possível. Quando um auditor pergunta se o emolumento registado no livro corresponde ao valor efetivamente cobrado, o ID de referência permite rastrear de um registo para o outro sem que o notário tenha de produzir extratos de cartão ou expor o histórico financeiro ao nível da transação além do exigido pela auditoria.

Documentação da conformidade de pagamentos para auditorias

Uma auditoria de conformidade, seja conduzida por um agente de fiscalização do Secretário de Estado nos EUA, por um contabilista responsável por relatórios segundo as regras da Faculty no Reino Unido, ou por um inspetor da câmara em França, exige que o notário prove que os emolumentos foram cobrados adequadamente sem expor histórico financeiro desnecessário dos clientes. O portal deve produzir logs exportáveis com carimbo temporal que apresentem IDs de transação, carimbos temporais, valores, referências de clientes e categorias de emolumentos, com os números principais dos cartões ocultados.

Nos EUA, as auditorias normalmente exigem a reconciliação da coluna de emolumentos do livro sequencial com faturas e depósitos bancários. Nos termos da secção 87.50 do Código Administrativo do Texas e da secção 8206 do Código Governamental da Califórnia, o auditor verifica que cada ato tem um emolumento registado e que os emolumentos correspondem ao valor depositado. Um registo de pagamentos exportável do portal permite a reconciliação do lado bancário sem que o notário tenha de imprimir extratos de cartões ou entregar registos completos de transações.

Em França, o Arrête du 29 janvier 2024 exige que os notários emitam uma declaração discriminada de emolumentos que apresente separadamente os emolumentos legais, desembolsos a terceiros, impostos estatais de registo e honorários não regulamentados. O portal deve poder produzir esta discriminação por ato ou por cliente, com cada categoria identificada de acordo com a definição regulamentar.

Um notário deve fornecer ao seu contabilista responsável pelo relatório detalhes de todas as contas mantidas ou operadas por si relacionadas com a atividade notarial em qualquer banco ou sociedade de crédito imobiliário, em qualquer momento durante o período contabilístico a que o relatório se refere.

Rosalind Morag Ellis KC, Master of the Faculties do Arcebispo de Canterbury

No Reino Unido, a Faculty Office exige um relatório anual do contabilista responsável pelo relatório, que confirme a conformidade com as regras contabilísticas e a reconciliação do livro de clientes. Os registos de pagamento do portal devem apoiar este relatório fornecendo folhas de registo individuais dos clientes que mostrem todas as transações no assunto desse cliente, com o dinheiro do cliente claramente distinguido do dinheiro do escritório.

A exportação pronta para auditoria deve conter apenas o que o auditor necessita. Um portal bem estruturado produz um CSV ou PDF que inclui a data da transação, a referência do cliente, a categoria do emolumento, o valor, o tipo de método de pagamento e o estado da liquidação. Omite o número completo do cartão, o valor de verificação do cartão e quaisquer dados de encaminhamento bancário que o auditor não tenha base legal para analisar. A segurança dos pagamentos notariais e a transparência das transações dependem desta disciplina: o auditor vê o suficiente para verificar a conformidade, e a exposição financeira do cliente mantém-se mínima.

Comparar planos

Próximos passos para estruturar o seu portal

Comece por mapear todos os campos de dados que o seu portal recolhe atualmente em relação ao modelo de dois registos descrito acima. Identifique qualquer campo que apareça tanto no livro como no registo de pagamentos e confirme que não existem dados de cartão, códigos de segurança ou dados de encaminhamento bancário no livro ou no armazenamento de documentos. Se o seu fluxo de trabalho atual envolve enviar faturas por e-mail ou introduzir novamente dados de pagamento num sistema contabilístico separado, substitua-o por um pagamento na página de agendamento que tokeniza no momento da entrada e grava diretamente no registo de pagamentos.

Em seguida, configure o acesso baseado em funções para que cada pessoa no escritório veja apenas os registos exigidos pelo seu trabalho. Execute uma reconciliação semanal entre a coluna de emolumentos do livro e a coluna de liquidação do registo de pagamentos. Quando chegar a próxima auditoria ou inspeção da câmara, exporte o log com carimbo temporal e não sensível e entregue-o. A plataforma gere o atendimento inicial de clientes, a verificação de identidade, o agendamento, a assinatura eletrónica com assinaturas qualificadas, a selagem inviolável, os livros eletrónicos e os pagamentos diretamente para a conta do notário.

Perguntas frequentes

Posso armazenar números de cartões no meu livro notarial?

Não. O livro notarial regista o ato oficial, o emolumento legal e as referências de identificação. Números de cartões, códigos de segurança e dados de encaminhamento bancário pertencem a um registo de pagamentos separado. Estados como o Texas proíbem explicitamente o registo de identificadores financeiros nas entradas do livro, porque essas entradas podem tornar-se registos públicos.

O que é tokenização e como protege a segurança dos pagamentos notariais?

A tokenização substitui dados sensíveis do cartão por um equivalente não sensível no ponto de entrada. O navegador envia os dados do cartão diretamente ao gateway de pagamento, que devolve um token. Apenas o token é armazenado na base de dados do portal, pelo que os registos de atendimento inicial e as entradas do livro do notário nunca contêm o número principal da conta ou o valor de verificação do cartão.

Como documento a conformidade dos emolumentos notariais para uma auditoria?

Produza logs exportáveis com carimbo temporal que apresentem IDs de transação, carimbos temporais, valores, referências de clientes e categorias de emolumentos, com os números principais dos cartões ocultados. O portal deve gerar um CSV ou PDF que o auditor possa utilizar para reconciliar a coluna de emolumentos do livro com depósitos bancários sem aceder a dados completos de titulares de cartões.

Que registos deve um notário manter para registos digitais de pagamentos notariais?

O registo de pagamentos deve documentar o ID da transação, o valor da liquidação, o token, o tipo de método de pagamento e a referência do cliente. O livro regista a data, o tipo de ato, o nome do signatário, o método de identificação e o emolumento legal. Os dois ligam-se através de um identificador de referência partilhado, em vez de partilharem campos.

Como a CCPA afeta os dados de pagamentos notariais nos EUA?

A California Consumer Privacy Act reforça o princípio de que o portal de um notário não deve armazenar dados brutos de titulares de cartões em bases de dados locais do escritório. A tokenização garante que o portal processe pagamentos através de transmissão direta do navegador para o gateway, isolando os registos principais de atendimento inicial do notário da exposição aos dados do titular do cartão.

Crie um portal que mantenha os dados de pagamento separados e prontos para auditoria

O seu livro notarial regista o ato e o emolumento. O seu registo de pagamentos regista a transação. A plataforma mantém-nos associados, mas isolados, com tratamento tokenizado de cartões e logs exportáveis que satisfazem auditores estaduais, de câmaras e da Faculty sem expor dados financeiros dos clientes.

Começar gratuitamente

CompartilharXLinkedIn