Como assinar ecd com e cnpj?

Concordo em parte com a Paula, a separação do cadastro vem primeiro. Discordo, porém, de tratar o ajuste como passo obrigatório, e, veja, olhando o log que o Roberto colou nos testes, a recusa acontece na hora de transmitir, não na geração. Então, antes de qualquer correção, eu confirmaria o certificado no ambiente que de fato o Roberto está utilizando para o envio. Mexer num arquivo que nem chegou à receita só cria mais um protocolo para explicar.

Será que vale mexer no cadastro antes? Na nossa equipe, agora, no rollout, a gente faz diferente. Não substitui o arquivo de uma vez, gera uma ECD subsequente com o certificado correto e só depois confere a ECF. Vale quando o erro é de cadastro, porque a correção fica limpa e sem rastro de versão antiga. Quando o problema é o certificado, o caminho é trocar o certificado antes de qualquer envio, e a substituição fica para o fim.

No caso concreto da minha rotina, tive algo parecido com uma cliente de mineração, Roberto. A ECD só passou depois que separei o que era sócia ostensiva do que era SCP, e a verdade é que, pois é, ninguém tinha feito essa separação no cadastro. Por isso eu não vou retificar nada antes de revisar as sociedades e o papel de cada CNPJ. Essa é a parte que mais pesa, e vale começar por ela.

O resultado que importa, Roberto, é que a ECD só fecha quando o certificado do CNPJ da matriz e o das SCP batem com o arquivo. No S/4HANA, eu, bem, veja bem, preencho primeiro os dados da sócia ostensiva e só depois gero o arquivo, portanto a sequência não pode ser invertida. Para a pergunta de hoje, a prática é testar em homologação com um CNPJ só e depois com a SCP. Assim você separa erro de cadastro de erro de certificado.

O risco que já vi é tentar corrigir o arquivo já gerado, e a saída mais segura é gerar de novo a partir do ERP. Antes disso, confirme se o certificado do CNPJ da matriz é o mesmo do cadastro, porque, na minha rotina, né, a maioria das recusas vem daí e não do programa. Se eu consigo reproduzir o erro com o mesmo certificado, o problema está no cadastro e não no arquivo. Faça as correções durante o período de fechamento, não depois, e guarde a mensagem exata que o sistema devolveu.

Débora, complemento com o lado que costuma passar batido. O risco, como já disse em outra auditoria, é ser intimado a ajustar a ECF e descobrir que a ECD não fecha por causa da assinatura. Por isso, antes do envio, faça um teste em homologação e guarde o protocolo. A leitura jurídica sobre o que ajustar fica com a área tributária, não com o SAP. Nosso time usa essa ordem há um tempo e evita o sobe e desce de arquivos.