Posts

SAP PI Migration webinar

So, on January 15. 2018 I held a webinar I webinar about SAP PI Migration. In the webinar, I talked about my 7 step plan for migration of SAP PI to a single stack. The 7 steps look as following:

  • Goals
  • Current integrations
  • Pattern mappings
  • Resource consumption
  • Migration phases
  • Development
  • Testing

The plan covers an initial assessment on your landscape and an idea of where you want to move your landscape.

Here you can watch the replay on the webinar:

If you want to know more you can also take a look at the blog post 7 steps PI PO migration, which was published on September 25., 2017.

You can also take a look at the slideshow: SAP PI/PO migrations – How to save time and lower risk on your projects:


Lastly, when you are interested in migration, you might want to take a look at this:

  • Seeburger Migration Tool The Figaf Seeburger Migration Tool (SMT) allows you to migrate your existing Seeburger BIC solution to a native B2B Add-on solution.
    It helps update your message mappings to use the new schemas created with the B2B Add-on. It makes your migration process a lot
    faster and have a reduced risk

SAP PI/PO Used message mapping

One thing that I have been helping with is to help to understand, which mapping is used at the customer location. For instance in a migration project or upgrade project where they need to get away from using the Seeburger Message mapping to the B2B Add-on from SAP.

With the Figaf IRT tool, we already have a link from Message Mapping to ICO, so it would make a lot of sense to use that information to create a report. Then we only needed to understand what was used on your system and join the data.

What does a report look like? Check out the link below.

Operation mapping usage Sample Report

This is released in the beginning of January 2019, and is now a part of the Figaf IRT tool. It will be free to use the feature for now.

If you want to know more, please sign up for the free webinar, I will hold Tuesday 15, January 2019 at 16.00 CEST / 10.00 EST: Create a succesful SAP PI/PO migration in 2019.

Or just get the IRT tool now

https://figaf.com/IRT

Optimize your SAP PI/CPI development

Your SAP Integration development is not all about delivering interfaces fast. It is also about making sure that you do the proper Change Management for the interfaces. In all organizations, integration is playing a key role in the future of the organization. If you have SAP PI/PO or Cloud Platform Integration (CPI), then you probably have quite a number of projects to look at. It is difficult to get time to architecture, development, and QA because there are too many projects going on.

My presentation is built on a process like the following steps. And it is the same if you are using agile or waterfall. Sure there may be a difference in the step size, duration, and naming. But they will always be there. It is the following

  • Scoping
  • Development
  • Testing
  • Document
  • Transport
  • Validation
  • Go live
  • Support

 

The Figaf IRT tool allows optimize and automize the different steps in the process, so you don’t have to have all the manual paper tasks to fill in. You will get a much greater visibility in to what is developed of your SAP PI/CPI landscape. And then you are going to get just one landscape for handling all your developments since IRT support both PI/CPI in one common landscape.

In the webinar, I also get to show off the new data anonymization process that allows you to anonymize data, so you can do a good test with your HR data anyway.

You can watch the replay here. We did have some technical issues and the video did not turn out correct. So I had to create a new version of the video. I guess it is better because of the rehearsal.

You can start using Figaf IRT for free. We have a free package that allows you to test forever.

 

Catch 22 for testing now fixed. Supporting test on all SAP PI/PO systems 7.31+

We got trapped in a Catch 22

We need a feature released 1½ year ago to be able to test SAP PI/PO system, without installing our modules. To upgrade customers need to test their system, but they will have to do the test manually. It would save them a lot of time to use our tool.

We can test the systems if they install one of our components, but it is not something all customers that can install non-SAP components on their PI system. That was the reason we were looking for alternatives. And to make it a lot easier to get to use our tool.

We found the web service was able to give us the payloads of the logs. We got the solution working on our development. When we tried to test it on the older PI system the web service method we wanted was not there. After some digging, we found the solution was released with a patch 1½ years ago. So we could not assist in upgrading without them having to install our component. 

I want to help the customers to use our tool, especially if they have not patched for 1½ year, so they can test better. Then it makes even more sense to test.

This is the screen we web scraping to get message payload

So now we have made an option to use a WebDynpro agent that is able to connect to the screen users are seen and downloading the messages. It will use this if the web service method for downloading content is not available. It is by no means the best solution but it is a way to solve a pressing issue.

The way we did it was to use the Chrome Developer tool to see the different request required to select the correct line, switch the tabs to the payload page and then download the message. Then find the output message and download it. There is a number of requests to view each different page, and we even had to scroll table of payload to view it all.

Check out the video on the topic.

 

If you want to try it out on your own system check http://figaf.com/irt . We even have free version so you can use it to test your systems from your laptop.

Other features added

We have been moving some functionality making the application run faster when you activate new recordings of test cases. So it should start a lot faster.

We have also been improving the functionality to recording/testing or bridges async/sync and sync/async for the Figaf IRT modules. We are also adding the function later to use the SAP logging module.

Why have a full SAP PI/PO regression test case is needed

Do you have a full set of regression test cases of your SAP PI/PO system and can run them when needed to ensure that nothing is broken.

This week I was talking with a potential customer about our testing tool and the newest feature where they did not need to install anything on the PI system. They did, unfortunately, have a too old version of one of the components to allow us to read the log messages. It was added with OSS 2437778.

It is the standard way out to add new features to patches or service packs to give customers there the features which are required. Most of all the time you want to be able to leverage the new functions in some scenarios to solve a business need.

With the way SAP is delivering the Java code is it cumulative patches. This mean that patch 3 contains updates from patch 2 plus some more changes. So you cannot just get the fix you want as you can with ABAP.

They are also linked with dependencies so if you upgrade one, some part will stop function because it is missing a dependent library. So most of the time you have to update quite a bit of component and you have no idea about how this will affect everything else. You can read the release notes, but it is difficult or close to impossible to predict how this will impact your system.

And to make matters even worse, you probably need to upgrade all components to the latest to ensure all dependencies are met.  

In a normal company it will take a long time to validate these things, so if you’re just adding a simple feature it is really a no go to do this. The business case is difficult to explain, we want this feature to do X, but it will cost a lot of testing. So you have to wait for the business to ask for a new feature and then that project would have to pay for the upgrade/patch.

That’s the reason why I want to have a full set of regression test cases that you can just run whenever there is any patch or an upgrade that you have to ensure that everything works as expected without involving people in the testing of the new features.

The price for an upgrade is a partial basis to get them to upgrade the system and then a part to test the component. The biggest cost is the tests that you need to perform to ensure that everything works as expected. It makes, therefore, sense that to be able to automate that part if it is possible.

With most test tools that take a long time to set up these the test cases and that’s why we’ve created a tool to enable you to set up these test cases fast.  We had a customer Anadarko Petroleum Corporation that could set up 300 test cases in just 3 weeks.

Since then we have optimized the process a lot making it a lot faster to set up test cases. So I would assume you will be able to set up test cases a lot faster than now.

The cost of running the test for the full system is close to zero, so you can run them daily to get information about how the system performs or if anything is broken.

So you can apply the latest support packs if you want to have an updated system with the latest features and fixes.

You can download Figaf IRT tool and use the tool for free upto 10 ICO’s to test on your own SAP PI/PO system. You can request a trial license to get more tests done. If you already have the patch mentioned then you don’t need to install anything on your system and in many cases use your own use for the testing.