Avalados por :

Detalhes sobre a importação de Pain.002 com pagamentos rejeitados usando o relatório RFEBKA00.

  • Creado 01/03/2024
  • Modificado 01/03/2024
  • 4 Vistas
0
Cargando...
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:

  1. 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).

  2. 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.

  3. 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.

  4. 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

Pedro Pascal
Se unió el 07/03/2018
Pinterest
Telegram
Linkedin
Whatsapp

Sin respuestas

No hay respuestas para mostrar No hay respuestas para mostrar Se el primero en responder

contacto@primeinstitute.com

(+51) 1641 9379
(+57) 1489 6964

© 2024 Copyright. Todos los derechos reservados.

Desarrollado por Prime Institute

¡Hola! Soy Diana, asesora académica de Prime Institute, indícame en que curso estas interesado, saludos!
Hola ¿Puedo ayudarte?