Como exportar nf e para arquivo xml?

Kleber, discordo de um ponto: reexportar só as pendentes parece seguro, mas o elemento que mais falha é o cabeçalho, e a nota pendente já tem outro número de controle. Na minha rotina de siderurgia, bem, o segredo é tratar os documentos como um conjunto, com o mesmo lote, e não como notas soltas. O elemento de imposto muda de uma nota para outra, e o reenvio parcial cria divergência. Prefiro reexportar o lote inteiro com controle de duplicidade, mesmo que demore mais. Os elementos do XML precisam conferir antes do envio.

Concordo em parte com a rota da integração, João, mas discordo quando ela vira duas rotas paralelas. No meu caso de auditoria interna, a documentação de cada nota precisa ficar detalhada desde a emissão. Pergunta específica: quando a integração monta o XML fora do ERP, quem garante que a versão do esquema está igual à do sistema? Por fim, e aí, diga-se de passagem, eu deixaria só uma rota e registraria a outra como contingência, e vocês deverão lembrar disso na auditoria.

O risco que já vi é o pacote sair completo e a conferência nem notar o erro. Pedro levantou bem a questão do esquema, e eu acrescento o cuidado com o lote: marque cada nota XML com o retorno do envio, senão você não prova o que foi aceita. Mas, agora, no fim das contas, a prova mais útil é o documento de cada nota e o retorno guardado, que são as evidências disponíveis para auditoria. Quando o programa padrão falha no meio do lote, reexporte só as pendentes para não duplicar nada.

Vocês já geram o XML pelo SAP ou têm outra rota? A nossa equipe usa uma ferramenta de integração que monta o XML fora do ERP e envia pela API, colocando no papel cada passo. Essa ferramenta descreve o layout em outro lugar, e a definição do campo de origem fica com a equipe fiscal. Vale quando o volume é grande e a validação precisa acontecer antes do sistema. Já o programa padrão serve melhor para o dia a dia, porque o cadastro e a nota ficam no mesmo lugar.

Quando a nota vem de concessionárias, discordo do Marcelo em um ponto. O programa padrão serve para gerar o XML, mas na minha experiência as consultas de situação do lote não voltam com o mesmo retorno que o portal mostra, e a conferência falha sem aviso. Ainda assim, e o x da questão, né, é que a exportação sozinha não prova que a nota foi aceita. Eu deixaria a consulta de retorno separada e guardaria a resposta de cada nota antes de fechar o mês. Não é crítica ao programa, é só diferença de rotina.

Use o programa de saída padrão. Pelo que vejo, a saída é, né, gerar o arquivo XML pelo próprio programa, sem copiar nada da tela. Selecione as notas, marque a opção de arquivo em lote e confira o caminho da pasta de destino. Gere o arquivo através do programa, porque ele já sai na estrutura oficial, e não edite nada na mão. Se o sistema recusar o lote, abra o log da execução e veja qual nota falhou, porque geralmente é cadastro de cliente incompleto. Teste uma nota antes de mandar todas.