Pular para o conteúdo
Como funciona este fórum

Moderado por Emanuel Kaufman. As três primeiras mensagens de cada pessoa passam por revisão e respondemos em até 1 dia útil.

Aqui se discute o comportamento do sistema. Decisão tributária é sempre da sua empresa, e ninguém neste fórum dá parecer.

Tudo o que você publicar é público e pode ser usado por terceiros, inclusive por sistemas de IA. Não publique dado de cliente, nome de empresa nem tela do produto.

Esta pergunta foi sinalizada
8 Respostas

Pessoal, a questão é que, viu, estou com a NFS-e padrão nacional em Itapecerica para um serviço de rodovia com pedágio. Em S/4HANA, nossa equipe de SD já gerou os lotes, mas o evento de manifestação do adquirente não aparece no retorno e o cadastro do tomador parece incompleto. Já tentei no ambiente de testes, e a rejeição veio sem texto claro. Quando o adquirente é pessoa física que passa no pedágio, como deve ser registrada a passagem? Alguém já passou por isso e consegue indicar o caminho correto para a integração?


Atualização:

O campo do tomador era o problema, Maria, e com ele preenchido o retorno veio com aceite. Agradeço a ajuda, mas a questão é que, viu, ainda não sei se o evento precisa ser enviado para cada nota ou só para o lote inteiro. Vocês que já operam a NFS-e padrão nacional, como fazem nesse ponto?


Atualização:

Por que a passagem passa e o tomador trava? Juliana, valeu pela sugestão de conferir cada rodovia, e vou testar a checagem antes do envio, porque erros de campo costumam aparecer só ali. Ainda assim, a questão é que, viu, não consigo isolar a causa. Alguém já viu essa diferença entre passagem aceita e cadastro recusado na NFS-e padrão nacional de Itapecerica, ou o problema é outro?


Atualização:

Ótima dica, obrigada, e a questão é que, viu, eu ainda não sei se o endereço entra no XML do adquirente ou no tomador. Testei nos campos e só um aceitou. Alguém tem o modelo de NFS-e padrão nacional com o campo certo em Itapecerica?

Avatar
Cancelar
Melhor resposta

Quando o envio em Itapecerica volta com rejeição, a conversa deixou um caminho claro, e ele vale para a NFS-e no padrão nacional. O retorno do lote precisa ser lido antes de qualquer reenvio, porque a rejeição costuma apontar um campo do tomador ou do endereço. Os controles fiscais ficam mais estáveis quando a rotina de envio é padronizada e os eventos gerados passam por uma checagem prévia. Faz sentido montar uma lista de campos obrigatórios por rodovia, validar com teste de funcionamento e só depois enviar o lote. Como regra final, pouco movimento se resolve com revisão manual, enquanto muito movimento pede validação automática antes do envio. Para aprofundar, veja documentos fiscais eletrônicos no SAP. Confirme com o tributário da empresa antes de aplicar.


Fontes oficiais consultadas

Avatar
Cancelar
Melhor resposta

Maria Correia, complemento sua pergunta com um ponto que vejo sempre na NFS-e padrão nacional, e olha, o fato é que a nota eletrônica sai mais limpa quando o endereço completo já vem no cadastro. Os documentos de apoio ajudam, e as dúvidas caem quando a equipe fixa o campo antes do envio, mesmo em teste.

Avatar
Cancelar
Melhor resposta

O resultado que importa, na NFS-e padrão nacional, é não reenviar o lote antes de validar o esquema. Bianca, complemento o seu ponto. Os esquemas XSD mudam o campo do endereço, e na exploração de via o tomador costuma vir de fora do estado, o que pede cuidado com o federal, e meu alerta é que não se deve confiar só no teste de homologação, porque a validação final acontece no envio. Anote a versão do esquema usada em cada lote.

Avatar
Cancelar
Melhor resposta

Concordo em parte com a Juliana, o checklist ajuda na NFS-e padrão nacional, mas ele só funciona se os campos estiverem definidos no leiaute. Discordo quando ela diz que o cadastro resolve sozinho. agora, a verdade é que o manual não detalha as exceções de pedágio, e eu tive que pedir as informações detalhadas ao suporte. Vale anotar cada caso.

Avatar
Cancelar
Melhor resposta

O risco que já vi, na NFS-e padrão nacional, é o cadastro do tomador ficar sem o distrito preenchido. agora, no meu dia a dia, eu trato esse caso como documento de exceção. Daniel, você checou a documentação do distrito antes de enviar, ou só confiou no retorno? Eu preciso decidir se o distrito entra no checklist.

Avatar
Cancelar
Melhor resposta

Na minha rotina com NFS-e padrão nacional, a gente trata o caso de pedágio separando quem paga de quem recebe o serviço antes de qualquer envio. então, o chato é que os contratos com concessionárias variam, e o conteúdo do cadastro muda de um para outro. Quando o volume é pequeno, consulte o manual oficial e monte um checklist por rodovia. Quando é grande, vale uma integração que valide o cadastro antes do lote.

Avatar
Cancelar
Melhor resposta

Se a NFS-e padrão nacional voltar aceita, ainda assim eu não encerro o caso. agora, como de costume, discordo de reenviar o lote sem olhar o motivo da rejeição, porque o padrão nacional muda detalhes no leiaute. Conforme a Maria disse, o suporte resolve, mas antes de reenviar vale consultar o manual atualizado. Quando a rejeição é de tomador, a correção é no cadastro e não no XML.

Avatar
Cancelar
Melhor resposta

Confira o retorno antes de reenviar. então, até onde sei, o evento de manifestação entra depois da emissão, e por isso o lote que volta sem texto geralmente falta o campo do tomador. Para a NFS-e padrão nacional de Itapecerica, vale pedir o atendimento pelo canal oficial se a rejeição persistir. Guarde os arquivos enviados e as respostas, porque a assistência técnica pede o histórico completo.

Avatar
Cancelar

Sua resposta

Tente oferecer uma resposta substancial. Se quiser comentar sobre a pergunta ou resposta, basta utilizar a ferramenta de comentários. Lembre-se de que você sempre pode revisar suas respostas - Não há necessidade de responder à mesma pergunta duas vezes. Não esqueça de votar - Selecionar as melhores perguntas e respostas é realmente útil!

Perguntas relacionadas

Mais conversas em Documentos fiscais eletrônicos no SAP: NF-e, CT-e, MDF-e, NFS-e, NFTS e entrada.

Ver todas do fórum