Interface Transition Strategy – Legacy system as preference/capability to change
This is a high level summary for the Interface Transition strategy using Legacy system as preference/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.
Legacy system as preference/capability to change – Interface Transition Strategy
If the legacy system is the preference or capability to change in the Interface Transition Strategy, the following points should be considered.
- The customer prefers not to change the existing code/ connection of their business system/ third party system
- The business system, as per the existing state, will interact with the legacy system during transition period
- The legacy system will interact with Middle ware. The required data is updated /transformed in the middle ware to feed the new system during the transition period
- Data synchronisation is required between legacy and new system, to synchronise the master data.
- The middle ware handles data transitions between the legacy and the new system. To handle this, the middle ware might need to use 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 it is easy in 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 Legacy 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 Legacy system. These recommendations are based on my personal experience in SAP Implementation as 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 – Middle ware/Integration as preference/capability to change
Please note: These suggestions are high level suggestions, individual projects might require specific custom variations or another approach, based on the project requirement.