Como emitir nota fiscal no SAP, do pedido ao XML autorizado?

Como estamos hoje, discordo de resumir tudo ao SD. O bom é, pois é, que nota de transferência e de devolução ao fornecedor nascem no MM, e a empresa tem de pensar nelas desde o início. No nosso GUEPARDO Tax a emissão foi desenhada por tipo de operação, e cada uma tem um teste.

Quem só desenha o faturamento descobre as outras no go-live.

Começo pelo básico do projeto: serviço é outro fluxo. Meu palpite, viu, é que NFS-e vai pelo município, e a LC 214 diz que municípios e DF devem, a partir de 1º de janeiro de 2026, autorizar a NFS-e de padrão nacional no ambiente nacional ou compartilhar os documentos do emissor próprio. Como abro isso no SAP depende do desenho, não afirmo um caminho único.

Vamos ao que interessa: a maior parte das rejeições que vi não vem da SEFAZ, vem do dado que entra. Três pontos:

1. dado mestre: NCM e cadastro do cliente;
2. determinação de CFOP e de impostos;
3. certificado e comunicação.

Olha, pra fechar, o log do monitor mostra o motivo da rejeição em texto. Corrigir na origem é melhor do que reenviar.

Sem querer atrapalhar: a saída é, ó, nem toda nota nasce do faturamento. Para o que não passa pelo SD, como complemento ou devolução avulsa, usamos a criação manual de nota (NF Writer, transação J1B1N). Estou no outro ERP ainda, migrando, então é o que a consultoria do projeto desenhou aqui, e não regra do SAP para todo caso.

Desculpa incomodar com isto, mas o básico é o SD: o pedido gera a remessa, o faturamento (VF01) cria o documento de faturamento, e a nota nasce dele conforme a configuração do projeto. Depois a nota segue para a SEFAZ pelo monitor de NF-e (J1BNFE). Agora, a dica é olhar o status no monitor, porque é nele que aparece autorizada ou rejeitada.

A LC 214 ainda exige, no art. 60, que o documento seja eletrônico.