IRT 2.0 released you can now test SAP PI/PO for free

Ever since I started with developing SAP PI/PO testing was a big thing. There has not been any tool provided by SAP for it.

Over the last two years, we at Figaf has been working on creating a testing tool for testing SAP PI/PO. We got some customers using it, and it is improving their operations. Both when applying support packs or when checking that their new transports work as expected.

I thrilled to announce that we now support a free version of our testing tool. I guess it is also kind of scary to give away something that has cost this much to develop for free. There is some limitation on this free version but you will be able to test some of your interfaces and ensure they work. You can only test 10 ICO(Integration Objects) and save 100 test cases.

IRT is a tool that allows you to collect messages from your productive SAP PI/PO system and then process them on your development system. This is the fastest way to create a validation that your scenarios work.

See a short demo of IRT below.

It is fairly simple to install and run IRT. Install an SCA file on the SAP PI/PO system, create a user and you are ready to run it.  You can get it working in 1 hour if you got the access required.

Download IRT today and start testing your SAP PI/PO systems.


7 steps to a SAP PI to PO migration

Some time ago I created a webinar about SAP PI to PO migrations. I wanted to use the content and share it because it is quite useful for everybody working on a migration. I can see that it is some of the questions that I got on my latest webinar was also about the process. I do hope that this gives a better understanding of what is happening.

As with all things, there are 7 steps to make a good SAP Migration. So if you are in the process this is the steps that I would recommend that you take. It is assumed that you will migrate to a new system because it will make it easier to migrate a single interface at the time. If things does not work you will always have a backup plan.

The 7 steps are the following:

  1. Goals
  2. Current integrations
  3. Pattern mappings
  4. Resource consumption
  5. Migration phases
  6. Development
  7. Testing

The process should be very iterative because you learn a lot in the process that you can use to migrate other interfaces. I the current integration you are going to map out all your existing interfaces together with what types of pattern they are using. This information will then be used in the migration phase and how it is going you may get input on how the next interfaces can be migrated.

You can view this in two different ways. Either you can watch my Screen recording video of it.

Or view the slides here and download them if you want to be using them.

I have also created a longer article about some of the SAPs you need to consider more in details in the blog SAP XI/PI to PO migration.  It is not the same and the two have a lot in common.

Tool to get BPM context data from a SAP PO BPM

One of the benefits to having a team of developers at your disposal like I do to create my SAP PI/PO test tool is, the ability to create cool applications to solve problems. So I’m really happy that I can give a free tool away to the people that have the same challenge as I ran into.

I have a client where we were using BPM to have some user actions in. Sometimes they wanted to restart the BPM process with the same data or minor changes. I could see the payload in the BPM monitor as on below.

This did not give any information about how I could download the message. I know if the process is failed I’m able to edit the payload of a message, but this is obvious, not true if the process is completed.

There was no API for getting the data from my research at the point.

So we had to create our own tool to handle the queries.

We found the table in the database that housed the Context Data and then started understanding how it worked. The context data was encoded in an XML structure with base64. Then it was just to build a simple user interface on top of it.

It should be easy to find the correct document and so we added a function to make xpath in the data to get the correct data. So we ended up with the following UI.


If you want to get it. You can get it for free at

The build includes sources so you can optimize it your self.





Retiring the SAP PIDocumenter and Diff tools

I have retired my documentation tools.

The reason is that they used an old form for documentation and SAP PI/PO did no longer support the use of XIM files. It was therefore not as much the tool was used anymore.

I have created a short guide to how you can export your mappings to an Excel sheet with NWDS. I’m not to found of the layout of it but it does support standard and also export UDFs. So it is an easier way to make the documentation.

How to document SAP PI/PO Mappings using NWDS

new product, support helper to SAP PI/PO/PRO

I’m happy now.

The reason? I’m finally ready to share my newest creation with you! It is something that I have been spending some of my spare time on during the past few months.
Meet my POSupport tool

I have created Figaf POSupport because I saw that a lot of customers were not handling errors well in their SAP PI/PO systems. They had configured the Component-Based Message Alerting and were getting a lot of errors to their mailboxes, but they were not doing anything with them, because it was difficult to process the alerts, to figure out what the alerts were referring to, and to understand why they happened.

SAP Support Tool -POSupport

SAP Support Tool -POSupport

The POSupport tool can help you organize alerts, while assisting you in the processing phase. You can easily define rules with Xpath, which categorizes the alerts that occur. In the rule you have various options:
You can define an email concerning the solution to an issue, which should be sent to the support organization. This rule could be a great place to store your knowledge about the repeated errors that occur.
You can mark the message as canceled, so you don’t have to deal with it anymore
You can re-send messages that had problems caused by adapter errors; the messages will be re-sent every 30 minutes, until they can be processed when the system is up again

You also get a tracking function of the alerts that occur in your system; using the tracking function, you can update the status of the alerts, along with how they are handled.

There is a 30-day free trial that you can download, and get started with. My guess is that it will take you 1 hour to install and configure. It should make you see howPOSupport works.

This is the first version of the tool, so there are still more features that I would like to add. After trying it, you will probably have your own ideas on what it should contain. Please, let me know what you think: what could be improved? What should be added to it? I would like to add some reporting capabilities, so you can get an overview of how well you perform tasks.

I know that a big question you have is related to the cost of the tool. I wanted to keep the price low to get a higher user adoption rate, so the price will be 3000$/2500€. It is not a big investment – just think how many hours you could otherwise be spending on alerts.

I want to get a lot of customers to try this tool, so I can add more functionality. Until the 31st of October, POSupport will be sold at half price.

You can find out more about my POSupport tool, and see video presentations of it at