Recentemente precisei customizar esse cenário na empresa aonde trabalho, e não achei nenhum artigo ou post relacionado à VFRB voltado para Localização Brasil.
Processo
O Faturamento Retroativo é necessário quando o cliente altera seus preços retroativamente. Por exemplo, vamos supor que faturamos várias NF-es do material X pelo preço de R$ 100,00. O Departamento de Vendas vai até o cliente e negocia um aumento de preço retroativo para compensar a inflação dos ultimos meses, então o preço é alterado retroativamente para R$ 120,00. Agora temos que faturar o cliente essa diferença de R$ 20 por cada material ja faturado.
Isso é facil de ser customizado e feito se formos fazer um por um, utilizando a VA01 com referencia a um docto de faturamento, e depois a VF01.
Porém quando precisamos desse cenário geralmente são muitos materiais e inúmeras NF-es.
VFRB
A VFRB possui dentro dela uma tela de configuração, que é mostrada automaticamente a primeira vez que a transação é utilizada.
Os dois campos de cima são referentes a Nota de Crédito, e os de baixo à Nota de Débito. Nesse exemplo iremos utilizar somente o cenário de Nota de Débito.
Os campos da esquerda são para indicar um tipo de documento de faturamento, que deve ser do tipo Nota de Débito. As faturas serão geradas a partir desse documento. Os campos da direita são os Motivos da Nota de Crédito ou Débito. Nesse caso iremos utilizar o 200, que é "Diferença de preço: preço baixo demais"
O primeiro passo antes do usuário executar a VFRB, é ele alterar a condição de preço retroativamente na VK12, para as datas corretas.
Quando a VFRB é executada, de acordo com os critérios de seleção utilizados, ela irá comparar o valor das faturas do período selecionado versus o valor que seria calculado com o novo preço, e irá nos mostrar as diferenças.
Nesse caso, rodei a VFRB somente para um material. os ZB01 são as vendas normais, feitas no dia 03.01.2013, e os ZB10 (no caso das duas primeiras linhas) são notas de débito já geradas para as ZB01 correspondentes.
Nos dois primeiros casos, como ja foram geradas, o SAP nos mostra o valor a ser faturado em branco, pois já estão OK.
Nas de baixo, podemos ver exatamente a quantidade que foi faturada, quanto é a diferença que tem que ser faturada para o cliente, e os preços, tanto o antigo como o novo.
Selecionando os checkboxes ao lado de cada fatura, podemos ou Simular ou gerar o Faturamento Retroativo. Será gerada uma Nota de Débito por NF-e já emitida. O cabeçalho da VBRK tem um campo que aponta para a NF-e de referência, e por isso o SAP não faz uma Nota de Débito para muitas NF-es.
Porém, caso o report seja executado com multiplos materiais e uma NF-e foi emitida com vários materiais, será criada uma ND para esse NF-e e todos os materiais selecionados serão incluídos.
Um aspecto interessante de utilizar a VFRB é que o SAP irá colocar ND no fluxo de documentos. Exemplo abaixo do primeiro doc de faturamento da lista da imagem acima:
Customizing
O ideal nesse caso é ter primeiramente o cenário de Nota de Débito já configurado na maneira convencional, ou seja - manualmente, onde se faz a VA01 e VF01 para cada NF-e individual.
Nesse cenário, criei primeiro esse fluxo e depois aproveitei e utilizei-o para a VFRB
Meu documento de vendas principal nesse exemplo é o ZB01, que foram as faturas emitidas com os preços originais, antes da mudança retroativa.
O ZB10 é o documento para Nota de Débito / Nota Complementar
Abaixo os passos que conferi / customizei
1) Documento de Vendas, chamado de ordem de venda "dummy" na documentação da SAP. É como o documento de faturamento sabe qual tipo de NF utilizar. Por isso ele precisa estar criado e com tudo ok no customizing dele
2) Item de vendas que ja existia para o cenário manual via VA01
3) Atribuir tipo de Nota Fiscal ao docto de Vendas
4) Documento de Faturamento
5) A ZB10 -> ZB10 ja tinha feito para o cenário manual, criei a ZB10 -> ZB01, ja que quando a VFRB executa, ela cria o docto de faturamento ZB10 com itens ZB01
6) Atualizar controle de cópia para docto de faturamentos
Controle de cópia: doc.faturamento -> doc.faturamento (VTFF)
7) Assinalar fatura ZB10 com item ZB01 como relevante para faturamento
😎 Mais uma atualização no tipo do documento de faturamento
9) Tipo de NF-e para Faturamento Retroativo deve ser 2N, para que a tag <finNfe> no XML seja automaticamente preenchida com "2"
10) Na pricing da Nota Complementar, deve existir a condição PDIF para que a diferença entre as duas faturas seja calculada e lançada. Eu utilizei a mesma pricing do ZB01 no ZB10, só adicionei a condição PDIF logo abaixo da condição de preço principal (no meu caso, ZB00).
Fiscal
1) Adicionei o código abaixo no programa ZNFE_PRINT_DANFE para incluir informação na DANFE conforme determinação fiscal.
Não fiz via customizing (na opção de mensagens, na parte de Faturamento -> Localização Brasil) porque como copiamos os dados de um Documento de Faturamento e não da Ordem de Venda, esse dado não existe. Só existiria se o processo fosse feito via uma nova VA01, aonde temos um campo Referência que preenchemos com o numero da NF-e referenciada, e que depois é transportado até a hora de emitir a NF-e.
2) Outro detalhe que inclui foi o numero do Pedido na tag <xPed> do item no XML da NF-e, pois como a VFRB copia do outro faturamento e não da Ordem, o faturamento não tem essa informação. Essa alteração pode ser feita no FILL_ITEM do preenchimento da estrutura do XML, e tem que ser buscada na ordem de venda original.
Conclusão
Obviamente que cada SAP tem cenários diferentes com suas próprias peculiaridades, mas para um cenário de venda básico, essa é a configuração necessária.
Também temos aqui um cenário de vendas onde há Industrialização, ou seja, o cliente nos envia peças que devem ser utilizadas no produto final, e quando vendemos o produto final o mesmo é vendido com CFOP 5124/AA e inclui uma porcentagem de mão de obra.
Para fazer a VFRB nesse cenário foi bem mais difícil, já que a VFRB calculava errado a diferença por causa da porcentagem de mão de obra. Nesse caso precisei criar outras condições e incluir algumas fórmulas.
Espero que o documento acima seja útil e ajude outras pessoas com dificuldades nesse cenário.
_______________________________________________________
EDIT (20/09/2014) - Incluído mais 2 itens na parte Fiscal
16 Comments
