Sap drc south korea

Se a nota sair errada e o retorno não estiver ligado ao lançamento, Lívia Dias tem razão, a regra é, viu, o contábil precisa enxergar a mesma informação que a autoridade local. Eu acrescentaria que o enquadramento na DRC da South Korea é decisão do contribuinte, então o SAP deve mostrar o dado com clareza e não decidir sozinho o que é cada campo. Isso evita que a ferramenta vire juíza da classificação.

O resultado que importa é a nota sair correta na primeira vez, e isso vale para a DRC da South Korea também, e aí, pensando bem, Beatriz, discordo de guardar a resposta só ao lado do documento. O contador olha o lançamento contábil e não o retorno da autoridade. Eu ligaria o retorno ao lançamento também, senão o fechamento fica com uma resposta que ninguém consegue conferir com a escrituração.

Boa, Rafael Dias. A fila resolve o volume, como se diz, pois é, mas eu acrescentaria um ponto que quase ninguém cita: guardar a resposta da autoridade ao lado de cada nota. Assim, quando um erro voltar, a gente encontra o que foi enviado e o que foi aceito, sem reabrir o processo inteiro. Na prática, o SAP guarda o dado de origem e o retorno fica vinculado ao documento de faturamento, e a DRC da South Korea fica rastreável do começo ao fim.

Letícia, na nossa equipe a saída foi outra: deixamos o SAP só com a geração do dado e mandamos o arquivo para a ferramenta da DRC na South Korea por uma fila. Vale um lembrete, isso funciona bem quando o volume é alto e o layout muda pouco. Quando o layout muda toda semana, prefiro manter a montagem dentro do SAP, porque o rastreio fica no mesmo lugar e a auditoria consegue seguir a nota do faturamento até o envio.

O risco que já vi foi o time corrigir o cadastro e esquecer o histórico, então, olha só, Leonardo, discordo de dizer que o problema quase sempre está no dado. Na South Korea, a DRC trouxe um campo de imposto que o SAP não preenche sozinho, e o dado de origem estava certo, só faltava o campo. Por isso eu não trataria tudo como cadastro antes de checar o layout com a autoridade local e com a auditoria do processo.

Concordo que o layout precisa de aprovação antes da produção, mas eu começaria pelo dado de origem no próprio SAP, antes de decidir o que vai para ferramenta externa. Minha ressalva, viu, é que quando a validação devolve erro em boa parte dos documentos, o problema quase sempre está no dado e não no formato. No meu caso de DRC, o erro estava no cadastro de unidades e o gerador passou a funcionar só depois da correção. Por isso eu checaria a consistência do dado no próprio SAP primeiro. A ferramenta externa só entra depois que a origem estiver limpa.