Este post do blog fornece informações detalhadas sobre o processo de importação pain.002 com pagamentos recebidos ou enviados rejeitados usando o relatório padrão RFEBKA00 (transação FF_5). Ele foca nos aspectos técnicos da solução, ao invés da personalização que é descrita nas notas prévias.
Pain.002
Pain.002 ou relatório de status de pagamento é um log contendo o status real dos pagamentos (por exemplo, rejeição, aceitação) submetidos por Transferência de Crédito SEPA (pain.001) ou Débito Direto SEPA (pain.008).
Fluxo do Processo
O diagrama abaixo mostra um processo simplificado desde a criação da fatura até a reversão via mensagem de status pain.002.
Nota:
O passo 4.a. é executado somente quando você recebe o arquivo pain.002.
Se você não recebe o arquivo pain.002, não há necessidade de reversão (o passo 4.a. é pulado), e o processo termina com o upload CAMT.053.
Pré-requisitos
A personalização necessária para esta solução é descrita nas notas prévias
1957980
e
2311257.
Os arquivos de saída enviados ao banco devem ser gerados a partir do sistema SAP. Eles devem conter as informações necessárias para encontrar o documento de pagamento correto que deve ser revertido da importação RFEBKA00 do pain.002. Quais informações e como elas são usadas serão descritas abaixo.
Apenas Itens Rejeitados
Conforme mencionado na nota SAP
2311257,
usando RFEBKA00 você só pode processar itens do pain.002 com o status
Rejeitado.
Isso significa que deve haver pelo menos um item com esse status.
Observe que o RFEBKA00 serve apenas para reverter pagamentos rejeitados. Se você precisar processar todas as informações do pain.002, você deve usar a
solução de Gerenciamento de Comunicação Bancária
onde você obtém uma visão geral de todos os pagamentos e onde pode atualizar os status do pain.002.
Como encontrar o documento de pagamento a ser revertido
O objetivo da funcionalidade é reverter o documento de pagamento que foi contabilizado durante a execução do pagamento para que ele possa ser processado novamente. O documento de pagamento é encontrado com base nas seguintes informações do pain.002:
-
A tag
<OrgnlMsgId>
contém
<MsgId>
do arquivo de pagamento original (pain.001 ou pain.008) e isso se refere ao campo REGUT-RENUM (Número de Referência).
-
A tag
<OrgnlPmtInfId>
contém
<PmtInfId>
do arquivo de pagamento original e isso representa um lote de pagamento dentro do arquivo de pagamento. Mais tarde explicaremos como exatamente o sistema faz a busca.
-
A tag
<OrgnlEndToEndId>
contém
<EndToEndId>
do arquivo de pagamento original e aponta para o número do documento de pagamento contabilizado durante a execução do pagamento. Este número de documento de pagamento deve ser revertido com base nas informações de rejeição no pain.002. O EndToEndId no pain.001 e pain.008 é preenchido com a referência interna da Nota ao Beneficiário (OBPM2) que é o número do documento de pagamento.
-
Um pré-requisito para isso é que os documentos de pagamento sejam exportados para a tabela de cluster RFDT durante a criação do meio de pagamento (a exportação para RFDT é descrita no próximo capítulo). A exportação é feita chamando os módulos de função DMEE_EXIT_SEPA_21, DMEE_EXIT_SEPA_31 e DMEE_EXIT_SEPA_41.
Nota:
Este pré-requisito é coberto nos formatos padrão entregues pela SAP CGI_XML_CT e CGI_XML_DD (Notas SAP