O que é o registro c500 sped fiscal?

O risco que já vi é tratar a tabela como determinada para sempre, quando o fisco muda o texto sem aviso. Olha, um alerta: o PVA atualiza sozinho as tabelas externas, mas a Nota Técnica do leiaute segue como referência do registro C500 no SPED Fiscal. Se uma tabela determinada não for publicada e não houver tabela genérica, o registro vinculado simplesmente não é informado, e isso falha calado. Discordo da Bianca: o go-live não é o momento determinante para validar a tabela, porque a mudança pode chegar depois. Eu validaria a cada envio, guardando as datas usadas.

Concordo em parte com a Nádia: a versão certa ajuda, mas não basta. A dica é, né, usar o credenciamento de cada unidade no portal para saber a data fim, e deixar o default do ERP só como último recurso. Na nossa operação de energia, o detalhamento do cadastro por estabelecimento evitou que o registro caísse no padrão genérico. Serve quando há muitos estabelecimentos e pouca equipe. Em operação pequena, um cadastro único com revisão mensal resolve.

Será mesmo? Bianca, discordo com educação de um ponto: não é quem envia que deve controlar a tabela, e sim o sistema, com um controle de versão que bata com o leiaute. E aí, o curioso é que na prática o controle fica com a área fiscal corporativa, mas o cadastro fica na filial, e ninguém confere o correspondente. Num grupo de alimentos, isso gerou duas rejeições no mesmo mês. Prefiro um responsável único por versão e um correspondente claro para cada unidade.

Na rotina de projeto SAP, o caso concreto aparece no go-live, quando o time descobre que o C500 foi mapeado com a versão antiga. Cristina, completo o seu ponto sobre o campo de descrição: vale consultar a tabela externa antes de cada envio, porque ela muda e o contribuinte responde pela rejeição, mesmo quando o erro está no cadastro. Agora, no go-live, eu colocaria essa checagem no roteiro de virada, para que o contribuinte e o time de envio tenham a mesma lista de conferência.

O resultado que importa é o envio passar sem rejeição na primeira tentativa. Lívia, você tem razão sobre o cadastro de origem, e completo com um ponto novo. Lá onde trabalho, ó, a gente vê se o campo de descrição do C500 tem os caracteres que o leiaute aceita, porque um símbolo a mais já derruba o registro. Esses detalhes, que compõem boa parte das rejeições, passam batido quando o time só olha o total. Vale conferir a validação de campos antes de fechar.

Jefferson Brito, e aí, de cabeça, olhe primeiro a Nota Técnica do leiaute e a tabela externa, porque é ali que o registro C500 e os seus campos ficam definidos. Separe as alterações de cada versão do que está valendo para o seu período, e não confie só no que o ERP mostra. O PVA atualiza as tabelas externas automaticamente, então a dúvida costuma estar na versão do leiaute que o seu ERP gera. Se o arquivo sai com campo diferente do que a nota pede, o problema é de mapeamento, e não do registro em si. Vale testar um envio pequeno antes do envio completo.

Eu fiz diferente. Olha, de qualquer forma, a gente parou de corrigir o C500 no envio final e passou a ajustar no cadastro de origem, o que evita retrabalho nas atividades do mês. Quando a tabela do PVA tem atualização automática, o time só confere se o código caiu certo e segue. Serve bem para operação com poucos cadastros. Com muita unidade e muita atividade, o cadastro fica desatualizado, e aí a correção manual volta a ser inevitável.