This is a high level summary for the Interface Transition strategy using Middle ware /Integration system as capability to change.The Transition Period is the changeover period of time when between a legacy system and a new system. During the Transition Period both systems may need to operate to sustain the business stability. In a nutshell one state or stage must change to another without impacting the business.
This has special implications for Middle ware/ Integration layer, such as Process Integration / Process Orchestration that may be required to ensure both systems are kept in synch.
The Transition period can be handled in different ways. Here are three common ways to handle Transition Periods.
1) Business system as preference/capability to change
2) Legacy system as preference/capability to change
3) Middle ware/Integration as preference/capability to change
The combination and hybrid of above three also can be implemented to achieve the Transition Strategy.
Interface Transition Strategy – Middle ware/Integration as preference/capability to change
If the Middle ware system is the first preference or capability to change in the Interface Transition Strategy, the following points should be considered
- The customer prefers to do more coding activity in middle ware than the business system/ legacy/ new system
- The business system will interact with the middle ware system. The middle ware system splits the data and updates the legacy and new system during the transition period
- Data synchronisation is required between the legacy system and new system, in order to synchronise the master data
- The middle ware handles data transition between the legacy system and the new system. To handle it, the middle ware might need a temporary code. It is a good idea to maintain the temporary code/s required for the transition period in middle ware, so that the customer can control, fix and monitor in the one place, as well as easily switching to the permanent interface
Blue colour: No changes (using the existing code/ connection/ drivers)
Green colour: Minor changes (changes like driver/connection/ ftp change/ less than one day code changes, per interface)
Yellow colour: Medium changes (code changes – less than two days, per interface)
Brown colour: High changes (code changes – less than four days, per interface)
Red colour: Very high changes (code changes – more than four days for one interface, custom and temporary code for transition)
This is a high level summary for the Interface Transition strategy using Middle ware system as preference/capability to change.
The goal of this blog is to help users to make aware of the Interface Transition Evaluation Guidelines using Middle ware system. These recommendations are based on my personal experience in SAP Implementation a technical architect. The user can follow the suggestions provided by the blog and it should supplement with additional information. With any transition strategy proof of concept is a good way to minimise the risk and any unforeseen issues.
Interface Transition Strategy – Business system as preference/capability to change
Interface Transition Strategy – Legacy system as preference/capability to change
Please note: These suggestions are high level suggestions, individual projects may require specific custom variations or another approach, based on the project requirement.