Não é apenas uma nova procuração digital

De posse de credenciais para delegação de autoridade

No modelo que se consolidou ao longo dos anos, era comum o trabalho depender da posse de uma senha, de um certificado compartilhado, de uma procuração muito ampla ou de um robô reproduzindo cliques no e-CAC. Esses elementos acabavam misturando duas questões diferentes: quem acessou e em nome de quem a pessoa agiu.

A mudança pode ser resumida assim: antes, o acesso frequentemente dependia de quem possuía a credencial; agora, a Receita procura estruturar quem é a pessoa, quem ela representa e o que está autorizada a fazer.

Uma pessoa real entra; a autorização define o alcance

O fluxo lógico pode ser entendido em seis camadas. Cada uma resolve uma pergunta diferente:

Em tecnologia, esse desenho lembra uma gestão moderna de identidades e acessos — IAM. A comparação ajuda a entender o modelo, mas não significa que a Receita tenha divulgado sua implementação interna ou declarado o uso de metodologias específicas como RBAC, ABAC ou Zero Trust.

O gov.br prova a identidade; a Receita resolve a representação

A conta gov.br possui níveis de confiança Bronze, Prata e Ouro. Para serviços com informações fiscais protegidas, a Receita geralmente exige nível Prata ou Ouro. Esses níveis refletem como a identidade foi validada — por exemplo, reconhecimento facial, banco credenciado, Carteira de Identidade Nacional ou certificado digital — e podem ser combinados com verificação em duas etapas.

Isso permite que a Receita terceirize para a infraestrutura nacional de identidade a pergunta “quem é você?” e concentre seu próprio sistema na pergunta “em nome de quem você pode agir e em quais serviços?”.

Por que o login deixa de ser apenas “digitar uma senha”

A documentação técnica do Login Único gov.br descreve um fluxo baseado em OpenID Connect sobre OAuth 2.0. O contador não precisa programar esse fluxo, mas entendê-lo ajuda a perceber por que identidade e sessão estão sendo tratadas de forma diferente.

O ponto para o contador não é decorar nomes de protocolos. É perceber que o sistema pretende reconhecer uma pessoa física autenticada e, só depois, aplicar a relação de representação. Compartilhar senha ou sessão quebra justamente essa separação.

Uma identidade própria atuando por uma identidade representada

A IN utiliza a figura do representante digital: o usuário que recebe autorização para atuar, nos serviços digitais, em nome de outra pessoa. Uma forma técnica de representar a relação seria:

Essa distinção parece acadêmica, mas muda a responsabilização. A Receita pode associar o ato ao profissional autenticado sem confundi-lo com o cliente representado.

O cliente concede; o contador reconhece a relação

No modelo anterior, a procuração era percebida como uma concessão unilateral: o cliente cadastrava e o representante recebia. Agora, a autorização fica pendente até que a pessoa indicada se autentique e aceite. O guia oficial estabelece prazo de 30 dias; sem validação, o sistema cancela a autorização.

Exemplo operacional: a Empresa Alfa concede poderes a Maria, do escritório. Enquanto Maria não aceitar, ela não pode representar a empresa. Portanto, o escritório precisa controlar autorizações pendentes, responsável pelo aceite e data-limite — não basta pedir ao cliente que “faça a procuração”.

O sistema digital implementa uma relação de mandato

A autorização tem efeitos equivalentes aos de uma procuração, restritos aos serviços digitais abrangidos. Portanto, não se trata apenas de dar acesso a uma tela: trata-se de habilitar uma pessoa a praticar atos válidos em nome de outra.

Dependendo dos serviços concedidos, a atuação pode envolver assinaturas, ciência, petições, impugnações, recursos, anexação de documentos, confissões e desistências. Isso explica por que a autorização precisa ser tratada como poder jurídico e controle de acesso — não como simples facilidade operacional.

“Todos os serviços” funciona como um escopo aberto

A autorização deve delimitar os serviços. Em uma comparação com APIs, seria como conceder escopos específicos:

A opção “Todos os serviços” é diferente. Ela pode abranger os serviços existentes e também os que forem disponibilizados futuramente. Tecnicamente, lembra um escopo curinga: é útil quando o trabalho realmente exige amplitude, mas aumenta o alcance da autorização.

A pergunta correta deixa de ser “o cliente confia no escritório?” e passa a incluir “quais poderes são necessários para cumprir este contrato?”. Confiança não elimina a necessidade de delimitação.

A diferença entre integrar e simular um usuário ficou mais importante

O art. 13 é uma das partes mais relevantes da IN para empresas de software e escritórios que dependem de automação. Ele proíbe aplicativos, webviews, iframes, camadas de intermediação ou sistemas de terceiros que automatizem ou encapsulem o ambiente da Receita para permitir outorga, alteração ou revogação de Autorizações de Acesso.

A norma inclui na definição de acesso intermediado robôs, scripts, automação de navegador, mecanismos semiautomáticos e interfaces de programação não oficializadas quando usados para interagir com o sistema de autorizações.

O que a norma não diz

O dispositivo não afirma que qualquer automação de qualquer serviço da Receita esteja automaticamente proibida. A vedação é especificamente dirigida à intermediação da criação, alteração ou revogação das autorizações. Essa precisão importa: consultar uma API oficial ou transmitir dados por integração documentada não é a mesma coisa que automatizar um navegador para manipular poderes de representação.

Por que APIs oficiais mudam o jogo

Uma API oficial oferece contrato técnico conhecido: endpoints, autenticação, formatos, limites, registros de operação e regras de atualização. O software não precisa fingir ser uma pessoa clicando na tela. Ele consome um serviço dentro do canal que o órgão decidiu oferecer.

Perguntas que o escritório deve fazer ao fornecedor: a integração usa API oficial? O usuário se autentica como ele mesmo? O sistema armazena senha ou certificado? Existe automação de navegador? A ferramenta cria ou altera autorizações? Como ficam registrados ator, cliente e ação? A resposta técnica vale mais do que a expressão comercial “integração com a Receita”.

A Receita criou a base para limitar autorizações por representante

A Cogea — Coordenação-Geral de Atendimento, uma unidade interna da própria Receita — pode estabelecer, por ato específico, número máximo de autorizações ativas por representante. O limite pode ser global ou por tipo de serviço, com critérios de exceção e tratamento diferenciado conforme porte, natureza do serviço ou peculiaridades justificadas.

O último padrão pode indicar uma operação legítima de grande escala, mas também pode sinalizar plataforma intermediadora, centralização artificial, robô ou uso inadequado de uma identidade. Limites, telemetria e identidade individual dão à Receita instrumentos melhores para separar situações normais de padrões atípicos.

Cuidado com a conclusão: a IN dá competência para a Cogea definir limites; isso não significa, por si só, que já exista um número baixo e uniforme em vigor. Escritórios grandes devem acompanhar os atos posteriores e manter dados que justifiquem sua operação.

A autorização não pode ficar pendurada nem ser repassada

Tanto quem concedeu quanto quem recebeu pode cancelar a relação. Se o cliente encerra o contrato, ele pode revogar. Se o escritório deixa de atender o cliente, o representante pode cancelar a autorização recebida. Isso permite encerrar formalmente relações que antes permaneciam ativas por esquecimento.

A IN também proíbe o substabelecimento. O representante autorizado não pode simplesmente repassar a autorização a outra pessoa. Em vez de uma cadeia longa e difícil de auditar — Cliente → Contador A → Contador B → Empresa C → Funcionário D — o grafo de confiança permanece direto: Cliente → Representante.

Compartilhar credencial destrói a atribuição do ato

Quando o contador usa a senha do cliente, o sistema pode registrar que o próprio cliente realizou a ação. Quando o profissional usa sua identidade e uma autorização formal, o modelo pode distinguir o ator autenticado da pessoa representada.

A Receita não publicou o formato de seus logs internos. Ainda assim, a arquitetura permite correlacionar elementos como horário, usuário autenticado, cliente representado, autorização, serviço e ação. É essa capacidade de atribuição que o compartilhamento de credenciais enfraquece.

São decisões jurídicas diferentes

O aceite da autorização significa que o representante reconhece e aceita atuar em nome do titular. Isso não deve ser confundido com consentimento para tratamento de dados pessoais. A Receita informa que, em regra, trata dados para cumprir obrigação legal ou regulatória e executar suas competências e políticas públicas.

Em outras palavras: aceitar a representação e autorizar tratamento de dados por consentimento não são o mesmo ato nem necessariamente usam a mesma base legal.

A Receita não está trocando somente uma tela

Durante uma migração desse porte, o usuário percebe carregamentos demorados, erros de assinatura, autorizações pendentes e mudanças de navegação. Por trás disso existe uma transição maior: o e-CAC será gradualmente substituído pelo Portal de Serviços, novos serviços surgirão no novo portal e o controle de identidade e representação está sendo reorganizado.

Isso não elimina os problemas operacionais. Mas ajuda a entendê-los: a mudança envolve identidade, segurança, permissões e canais de integração, não apenas aparência.

A procuração precisa virar inventário e processo

O escritório pode tratar as Autorizações de Acesso como um pequeno sistema de gestão de identidades de clientes. Não basta guardar uma cópia da procuração. É preciso conhecer o estado atual da relação.

O ativo importante deixa de ser um arquivo contendo credenciais e passa a ser uma relação governada: identidade individual, poderes necessários, aceite, prazo, responsável e revogação.

• IN RFB nº 2.320/2026
• Guia oficial de Autorizações de Acesso
• Cadastro e cancelamento de autorização
• Roteiro técnico do Login Único gov.br
• Níveis de confiança da conta gov.br
• Transição do e-CAC para o Portal de Serviços

Conteúdo informativo e interpretativo, elaborado a partir da norma e da documentação oficial disponível. As analogias técnicas servem para explicar o desenho lógico e não representam declaração da Receita sobre sua arquitetura interna. O material não substitui análise jurídica, tributária ou a conferência das regras específicas de cada serviço.

EMC Cloud & TI

Tecnologia e segurança aplicadas à rotina da sua empresa.