Como tratar CT-e e MDF-e no SAP DRC e o reflexo na apuração do GUEPARDO Tax?

Situação atual: discordo de ligar tudo em uma coisa só. Olha, como de costume, sou consultor SD e não do fiscal, mas o e-Invoicing é módulo da família, não o Tax, e as duas partes dele, nuvem e add-on SAP, se ligam por RFC. Receber o CT-e no monitor não significa que o frete virou crédito na apuração. Como o frete entra nos créditos do GUEPARDO Tax o material que temos não afirma. E o DRC aparece só como nome de menu, sem explicação da relação com o produto: confirme com a NTT.

Olá, time. Bem, a gente costuma pensar no pedido antes do documento: no inbound, o processo sugerido para o CT-e usa o pedido da NF-e e a MIRO. Para o frete não ficar de fora, a regra prática é nunca deixar CT-e recebido sem o pedido da NF-e ligado, porque o registro na MIRO depende dessa ligação. Do lado da emissão, o quadro da NTT para a reforma lista a adequação do MDF-e outbound, mas o material que temos não diz como o MDF-e se liga à apuração.

Oi, pessoal, tudo bem? Comece separando dois módulos: segundo a documentação da NTT, o e-Invoicing recebe e emite documentos eletrônicos, e a apuração é do Tax, outro módulo da família. No recebimento, o CT-e de terceiros passa pelo monitor do add-on (inbound). O CT-e que vocês emitem usa o monitor padrão do SAP. Então, saindo um pouco do tema, o que muda para o seu dia a dia é onde olhar: duas telas diferentes para entrada e saída.

1. Webservice: segundo a NTT, a consulta à SEFAZ roda a cada hora.
2. E-mail com PDF, lido por Machine Learning e OCR.
3. Portal para o fornecedor enviar o documento.
4. Upload ou digitação, para o que sobrar.

Vamos ao que interessa: a documentação do e-Invoicing admite as quatro entradas de documento. E aí, digamos assim, para transportadora que não manda XML direto, o e-mail com PDF e o portal resolvem. A escolha depende de quem manda o quê.