19 in Montreal, Quebec

Testing and recreation of the Electronic payments file for the Bank

Testing and recreation of the Electronic payments file for the Bank

  • Posted by: Adrian
  • Category: Electronic payment file testing, Electronic payment recreation, File creation reset, RFPAYM_RESET, SAPFPAYM
When building and testing the creation of Electronic Payment files for the Bank, you will need to go through multiple iterations in order to get it built and tested. To do that, you will normally have to run multiple Payment Runs that will create your Electronic Payment file. You will create a Payment Run, then run it complete to get a Bank file created. Then you will adjust your config again. At this point you will have to either reverse the payment and pay again the same Vendor/Invoice or select / create new testing Data. During the build process of an Electronic file, this will happen multiple times over the course of your project.
In order to avoid paying and canceling the payment or entering new data over & over, I will show you a couple of tricks and 2 different ways to achieve this.

  • 1 – Run your F110 Proposal with the “Create Payment Medium” flag activated.

F110 – Proposal Schedule
When you activate the flag, after running the Proposal; the system will create the Electronic file and then it will be available for you to download and check it. Then you will go back to adjust your config, delete the Proposal and re-run it again with the same data / options. 
This way you can re-use over and over the same data without the need for any payment reversal or entering new data.
When you will go to download the file, you will see that more than one file was created for your Payment Run, as it does not delete the old one, you need to select the one with the higher sequence number.
** Note: “Start Immediately” should also be activated.

  • 2 – Recreate the Electronic Payment file for an already executed Payment Run.

There is another way to do it for a Payment Run that has already been executed all the way to Payments executed / posted. This is also an excellent trick to be used in Production when for any reason your payment file needs to be recreated and resent to your bank.
When a Payment Run has been fully completed, a normal user will not be able to recreate a file by himself. He will have to reach for support and if you do not know how to do it, your 1st reaction will be to cancel (reverse) all the clearing documents paid to Vendors and recreate a new payment run. This sounds easy, but companies normally pay tens or hundreds of Vendors in a Payment Run. So doing this will cost you a lot of time an effort to do it 1 by 1.
Instead, you need a way to “just recreate the file” …
You will go and run Program RFPAYM_RESET with SE38 / SA38
SE38 / SA38 Program execution
Program RFPAYM_RESET
You will specify your Payment Run Data and Identification and Execute it. This will unmark your Payment Run as if a file creation was never done, allowing you to create a new file again. 
But how do you trigger the creation of a new file again ? Easy ….
You will go an Execute program SAPFPAYM with SE38 / SA38
You will specify your Payment Run Data, Identification, Payment Medium Format and Execute it (same data as you entered when you did the Reset). This will recreate your Electronic File again for the same Payment run and then you will be able to download it.
When you will go to download the file, you will see that more than one file was created for your Payment Run, as it does not delete the old one, you need to select the one with the higher sequence number.
You can repeat the Reset and Create as many times as you want.

If your Company and/or Project needs to implement this or any of the functionalities described in my Blog, do not hesitate to reach out to me and I will be happy to provide you my services.

Author: Adrian

Leave a Reply

3 Comments

  • Mehdi

    Good ones, i wish i knew about them earlier lol
    Thanks !

  • I have a related question. While testing I adjusted some config, but received the following during the change: "Customizing changes have no effect on payment mediums already created," and the change was not made to the payment medium format. I have noted that RFPAYM_RESET can be used in this case, but what exactly am I reversing? Previous payment runs? Thanks!

  • What you are reversing is the flag that says that you already create a payment medium (file). So then with the same data & payment run you can re-create a new file but without having to re-execute everything again. You can keep on re-using over & over the same data. This is good specially while testing.

This website uses cookies and asks your personal data to enhance your browsing experience. We are committed to protecting your privacy and ensuring your data is handled in compliance with the General Data Protection Regulation (GDPR).