Sap drc e invoicing configuration

Vinícius, complemento o seu ponto com uma prática que ajudou aqui. Bem, só pra alinhar, a equipe fez um roteiro de teste com um documento de cada tipo, e cada um passou por um checklist de configuração antes de qualquer ajuste de mapeamento. Assim o erro aparece na etapa certa e não se espalha pelo restante. Vale a pena guardar esse roteiro junto com a documentação do projeto, porque o próximo ajuste de invoicing vai precisar dele.

Separe o invoicing em duas fases. Na primeira, a equipe valida só o documento, sem o DRC; na segunda, liga o DRC com um conjunto pequeno de clientes. Esse caminho vale quando o tempo aperta e há poucos tipos de nota. Não vale quando a operação é grande e o volume de exceções é alto, porque cada fase vira um novo projeto. Por assim dizer, pois é, a separação ajuda a achar o ponto exato do erro sem parar a emissão inteira.

Concordo em parte com o Leandro, a configuração de faturamento é o primeiro lugar a olhar. Discordo, porém, quando ele diz que o mapeamento é o último passo, porque no nosso caso o erro veio da condição de emissão que ninguém havia revisado. E aí, o curioso é que a validação não apontava isso, só mostrava a falha no XML. Por isso eu checaria as duas coisas em paralelo, usando um pedido de teste por vez, para não gastar tempo com hipóteses.

O risco que eu vejo é a equipe ajustar só a configuração e esquecer o mapeamento depois. Leandro, uma pergunta: você testou o invoicing com um cliente que tem serviço junto com mercadoria? Esse caso costuma quebrar o DRC, no go-live, viu, e a gente só percebe em produção. Qual dos seus testes cobre isso?

Já olhou o tipo de documento? Pra ser justo, eu começaria pela configuração de faturamento, porque o mapeamento costuma ser só um reflexo dela. Verifique se a numeração e o tipo de documento usados no invoicing batem com o que o DRC lê. Depois, confira a condição de emissão, que muitas vezes fica com o padrão antigo. Se o erro continuar após esses ajustes, aí sim vale olhar o mapeamento, mas isso costuma ser o último passo, e não o primeiro.