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
7 Respostas

A fonte é, né, concordo que CTe é assunto para especialista, mas preciso fechar o mês e não dá para esperar a migração acabar. Venho de outro ERP e, no SAP de testes, quero emitir o CTe quando outro transportador faz parte do percurso. Lancei o conhecimento com o grupo de documentos cheio e a validação recusou. Também não sei se o total confere com o que o sistema antigo mandava. A origem é, né, o cadastro de quem emite ou o jeito de montar a nota? Qual o caminho certo para emitir o CTe nesse caso?


Atualização:

A fonte é, né, obrigada, ajudou bastante. Reenviei o CTe no teste sem o grupo de notas e o erro sumiu, mas agora o valor total não bate com o do sistema antigo. A origem é, né, a regra do cálculo ou a nota que mudou? Preciso fechar o mês e não sei o que olhar primeiro. Vocês checariam o valor total ou a montagem da nota antes?


Atualização:

A fonte é, né, hoje no fechamento rodei de novo o teste com o grupo de prazo e o produto no lugar, e o CTe passou no ambiente de teste. Obrigada, André e Sandra. A origem é, né, o cadastro do cliente ou a regra da nota? Uma dúvida: dá para subir um teste por vez sem travar o fechamento, ou preciso liberar tudo junto?

Avatar
Cancelar
Melhor resposta

O risco mais comum que já vi é tratar a subcontratação como um CTe comum e descobrir o erro só na hora do envio. No modal rodoviário as regras mudam conforme quem emite, então comece pelo tipo cadastrado, depois veja quais grupos aquele tipo exige ou proíbe, e só no fim ajuste valores e prazos. Cada serviço de transporte pode pedir um caminho diferente. Recomendação prática: rode cada cenário em teste, anote a mensagem de erro com o grupo envolvido e leve o resultado ao fiscal, a quem cabe a decisão sobre o enquadramento. 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

Será que o problema é só o prazo? Discordo da Sandra nesse ponto: no meu teste, com carga própria, o CTe nem deveria sair. No log apareceu Obrig. 639, dizendo que esse tipo de CTe não se envia nesse caso. Abrindo um parêntese, ó, mesmo com transportador próprio a história muda conforme o tipo cadastrado, e a quantidade de notas no totalizador é outro ponto que vale conferir. Antes de mexer no grupo de prazo, eu confirmaria se o caso é realmente de CTe.

Avatar
Cancelar
Melhor resposta

Concordo em parte com o Rafael, mas discordo de começar pelo prazo: o totalizador também pode gerar rejeição quando o total lançado não bate com a lista relacionada ao CTe. Ou seja, o sistema pode rejeitar o envio mesmo com o resto certo. Em resumo, viu, eu olharia a soma antes do prazo e do produto, porque erro de contagem passa fácil despercebido num fechamento corrido, e depois ninguém acha onde foi.

Avatar
Cancelar
Melhor resposta

Se o CTe travar por campo faltando, um caminho a avaliar é começar pelo grupo de produto predominante, que a regra pede preenchido para certos tipos de quem emite. Quando o pagamento for a prazo, o grupo de prazo entra na conta. Em todo caso, rodando um SAP com GUEPARDO Tax, eu avaliaria separar o teste em dois: campo por campo e depois a nota inteira. O primeiro vale pra achar a causa; o segundo, pra confirmar antes da produção. Enquadramento é decisão do cliente.

Avatar
Cancelar
Melhor resposta

O resultado que importa: meu CTe só passou depois que montei o grupo infPrazo, e isso não tinha relação com o tipo de quem emite que vocês discutem. Discordo de que o erro seja só de cadastro. Quando indPag=1 o grupo precisa ir; com outro valor, não pode ir. Fico em dúvida se numa operação interestadual muda algo, porque não achei nada que diga isso. O custo é, pois é, voltar ao código várias vezes até ajustar. Estou no S/4HANA 1909 e fiquei frustrada.

Avatar
Cancelar
Melhor resposta

O risco que já vi: escolher o tipo de emitente no chute, e é isso que decide tudo. Antes de montar o CTe eletrônico, defina quem emitirá: o prestador de transporte, outro transportador ou o dono da carga. Cada tipo muda o que o sistema aceita, e dependendo dele certos grupos nem podem aparecer na nota. O x da questão, pois é, tá nesse cadastro, não na tela de emissão. Confirma com o fiscal de vocês antes de mexer, pra não perder o fechamento.

Avatar
Cancelar
Melhor resposta

Raquel, discordo de que o problema todo esteja no cadastro. No meu log, com tpEmit=3, o erro só aparece quando o grupo de notas vai junto: Obrig. 540, texto citando CTe globalizado. Ou seja, o indicador do tipo estava certo; o que falhou foi a montagem da nota. O problema é que, pois é, a mensagem fala de um tipo e a causa real é outra, e a tela não aponta o grupo culpado. Vale checar o que o sistema monta antes de enviar.

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