Preciso saber como vocês fazem a DRC para a Malaysia no SAP, porque a invoice sai com um campo a mais e o arquivo volta sem aceite. olha, como bem lembrou alguém antes, o problema pode ser o cadastro do cliente. No nosso S/4HANA, como controller de energia, já tentei revisar o tipo de documento e o layout da invoice, mas a mensagem de erro não aponta a origem. Como vocês montam o fluxo entre faturamento e reporte para não perder a conciliação?
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
5
Respostas
O risco que já vi é ajustar a invoice antes de olhar o cadastro, porque o erro some na tela e volta no reporte. No SAP, a DRC para Malaysia depende de dado mestre certo e de um teste que compare cada item, não só o total. O caminho mais estável é corrigir o cadastro primeiro, validar com algumas notas reais e só depois mudar layout ou regra de substituição. Substituir regras pode esconder problemas e deve ter controle de exceção registrado. Como recomendação prática, monte uma checagem item a item entre invoice e reporte, e feche o caso só quando cada linha bater, sem exceção. Para aprofundar, veja migração do GRC NFE para o DRC.
Será que dá para contornar pela própria nota? Eu adotei outra forma, em vez de ajustar o cadastro de cada cliente, criei uma regra de substituição na invoice para o DRC, testada com poucas notas. o risco é, né, de a regra esconder um erro de dado mestre. Esse caminho vale quando o cadastro é grande demais para corrigir antes do fechamento, e quando há controle de exceção.
Concordo em parte com o Evandro, a regra de substituição ajuda no curto alcance. Discordo quando ele diz que o caminho é mais simples, porque o erro escondido aparece no reporte seguinte. e aí, o fato é que vale separar a correção de cadastro da correção de layout. Complemento com um teste simples, compare o valor da invoice com o do reporte em cada item, e só feche quando bater.
Se a invoice sai com campo a mais, o caminho mais seguro é ajustar o cadastro do cliente antes de mexer no tipo de documento. aqui por perto, viu, a maioria dos erros de DRC vem de dado mestre incompleto, não do fluxo. No nosso time de serviços, a gente roda um teste com poucas notas e compara o reporte campo a campo. Quando o erro persiste, aí sim vale olhar o layout, porque mudar layout sem cadastro certo só troca o problema de lugar.
Na minha rotina de automotivo, o dado de imposto vinha de outra tabela, e isso eu só vi no reporte. no meu projeto, tá, o código do item precisou estar no mestre antes de gerar a invoice. Complemento o Gustavo Castro, alinhe o cadastro e só depois valide o reporte, senão você corrige o sintoma e não a causa.
Sua resposta
Está gostando da discussão? Não fique apenas lendo, participe!
Crie uma conta hoje mesmo para aproveitar os recursos exclusivos e interagir com nossa incrível comunidade!
Inscrever-sePerguntas relacionadas
Mais conversas em SAP DRC e eDocument.