Pular para o conteúdo

Fóruns / SAP DRC e eDocument

Sap edocument customizing italy

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 é o customizing de edocument para a Itália ficar pela metade quando a equipe copia o modelo brasileiro. Estou com um S/4HANA de automotivo, key user fiscal há seis anos, e tentei reaproveitar a configuração do Brasil num cliente com filial italiana. Os documentos saem, mas os campos de cadastro do parceiro vêm vazios e o status fica travado. Eu não sei, então, na real, se o problema está no customizing ou no mestre de dados. Já revisei o tipo de documento e a rota de envio, sem sucesso. Como vocês montam o customizing de edocument para a Itália do zero, sem herdar o que não serve?


Atualização:

Na minha rotina, o caso concreto foi o parceiro italiano que entrou com o mesmo código do brasileiro, e isso travou o status. Obrigada a todos, então, na real, a sugestão do perfil paralelo me poupou uma semana de retrabalho. Testei com dois parceiros e o envio passou. Agora fica a dúvida de seguimento: quando vocês criam o perfil paralelo, mantêm uma cópia de referência com o modelo brasileiro ou deixam só o perfil novo?

Avatar
Cancelar
Melhor resposta

Será que basta ajustar o customizing de edocument que veio do Brasil, ou a Itália pede uma configuração que nasce sozinha? Pelo que apareceu nesta conversa, a parte mais sensível não é o desenho, e sim a fase de teste com cada parceiro antes de ligar o restante. Guardar uma cópia do original continua útil, desde que sirva de consulta e não de ponto de partida. A responsabilidade tributária continua com o cliente, e o papel da equipe é desenhar, configurar e comprovar o que o sistema faz em cada etapa. Quem fechar esse tema com um roteiro escrito, com dono para cada passo e registro de cada teste, ganha uma base que a auditoria consegue acompanhar sem perguntar tudo de novo. Para aprofundar, veja migração do GRC NFE para o DRC.

Avatar
Cancelar
Melhor resposta

Se o perfil paralelo estiver bem documentado, a evidência sai quase de graça. Tatiana, complementando o que você pediu, eu guardaria, para cada campo do parceiro, o print de tela da configuração e o log do primeiro envio. A gente, aqui por perto, viu, só aprovou o customizing do cliente quando a auditoria conseguiu seguir o caminho sozinha. Isso reduziu muito a ida e volta. Vale também manter uma lista dos campos que ficaram de fora de propósito, para ninguém achar que faltou algo.

Avatar
Cancelar
Melhor resposta

O que importa para mim é se o perfil paralelo do customizing não quebra o envio. Nelson Xavier, bem, sem pressa, como você valida o parceiro italiano antes do teste de envio? No meu caso, a auditoria pediu evidência de cada campo. Você usa algum roteiro de validação ou testa tudo na mão? Preciso mostrar o caminho para a auditoria interna.

Avatar
Cancelar
Melhor resposta

Tenho outra forma que deu certo. O caminho mais limpo, olha, minha opinião, é criar um perfil de customizing paralelo, só com o que o cliente italiano usa de fato, e manter o brasileiro intacto. Quando o escopo é pequeno, esse caminho vale mais que a cópia, porque não herda campo que nunca vai ser preenchido. Quando o escopo cresce e tem várias filiais, aí vale padronizar um modelo base e ajustar por país. Em farma, com S/4HANA, eu sempre escolhi o paralelo no primeiro projeto e o modelo base no segundo.

Avatar
Cancelar
Melhor resposta

Sandra, a saída que me funciona é começar a configuração italiana do zero e importar só o que for usado. A saída, então, na minha rotina, é tratar cada país como uma caixa separada: o que vale para toda a casa fica numa base comum, e o resto nasce sozinho. Assim, quando o parceiro não aparece completo, o problema fica isolado e ninguém precisa desmontar uma cópia inteira. Depois dessa separação, valido um cadastro por vez antes de tocar em qualquer parâmetro.

Avatar
Cancelar

Sua resposta

Tente oferecer uma resposta substancial. Se quiser comentar sobre a pergunta ou resposta, basta utilizar a ferramenta de comentários. Lembre-se de que você sempre pode revisar suas respostas - Não há necessidade de responder à mesma pergunta duas vezes. Não esqueça de votar - Selecionar as melhores perguntas e respostas é realmente útil!

Perguntas relacionadas

Mais conversas em SAP DRC e eDocument.

Ver todas do fórum