Sap nota fiscal modelo 62

Bem, já adianto: a rejeição some quando o campo de tipo de crédito está certo. Murilo Souza, eu completo o seu ponto: o retorno do sistema costuma apontar o tpnfcredito errado, e a gente confunde com erro de referência. Um ponto novo e útil, Murilo, é olhar primeiro o tipo do crédito antes de mexer na chave.

Murilo Souza, então, na prática, o ponto novo é que a regra só deixa o sistema permitir a nota quando o campo de referência está preenchido. Em produção, o erro sumiu depois que a gente conferiu o modelo de origem. Eu acrescentaria uma checagem antes de liberar o lote, e nenhum registro sem o campo preenchido entra no ciclo.

Concordo em parte com o Ricardo Pereira. Olha, sem querer complicar, o ponto que falta é o grupo icmspart: quando ele vem com valor, a exigência do grupo de partilha some, e isso muda a forma de montar a nota. Discordo de tratar o caso só como aprovação; no meu caso de energia, o fornecedor precisa informar o ICMS partilhado antes de sair a nota, senão o sistema barra.

Dúvida curta: a regra realmente vale quando a nota estiver no modelo errado, ou é só a referência? Pensando bem, viu, eu discordo da Daniela Guimarães no ponto da exceção: ela não é automática, precisa de aprovação do fiscal. O campo exigido pelo sistema também muda conforme o cenário, e isso deveria estar registrado. Na nossa distribuidora, em SAP com GUEPARDO Tax, o grupo exigido só entra quando a exceção é aprovada.

Na minha rotina de energia, a gente trata a nota de crédito como um evento separado: a nota eletrônica sai com o modelo de origem, e a emissão da nota de crédito só ocorre depois que a outra já tenha sido emitida. Então, o número é que o processo leva um dia a mais, mas o erro de referência some. Vale esse caminho quando o volume é baixo; vale a rotina automática quando há muitas notas por dia, mesmo com o risco de a regra mudar.

Quando a nota de origem é de outro modelo, olha, abrindo um parêntese, a dúvida é se o destinatário precisa ser o mesmo da nota original. Matheus Teixeira, você falou em ajustar a referência em cada linha: no seu caso o destinatário é diferente de quem emitiu a nota original? No meu caso de mineração, o documento de origem tem outro destinatário e a regra fechou sem problema.

Concordo, diga-se de passagem. Na nossa operação assistida, a nota de crédito só passa quando a referência concorda com o modelo que a regra exige. O ajuste é complementar, então trocar só a chave não resolve. Eu faria isso item a item e conferiria o ambiente antes de enviar, sem pressa. Quem trabalha com nota de origem em outro modelo precisa testar antes de tentar de novo.