6 Integration Rules

 

Home
Up
Upgrading SAP
SAP Truths
Good Ideas Dept.
Mission
Tips & Tricks
Search
Site Map
Contact / Resume

6 Integration rules for maximizing your SAP success

Your business can experience a greater degree of success if the following 5 rules/approaches are promoted.  (In fact, these 5 rules should be kept in mind during the initial design of the system):

  1. Regularly check master data consistency

  2. Promote accuracy

  3. Enter transaction events 'as and when' they happen

  4. Ensure the system mirrors the business

  5. Run checkpoints at key process junctions!

  6. Avoid treating SAP like it’s just another (heavily batch-interfaced) “computer system”
     

Regularly check master data consistency

Develop & run Abap/4 Query reports that check key master record fields for consistency.  Examples:

  • Does the state field in the address of the customer master record match the first 2 digits of the tax jurisdiction code?

  • Is the material strategy group blank for any materials?  (this greatly affects the way SD functions!)

You could even monitor groups of fields, examples:

  • If the material master plant value is 0001, then is the availability checking field value "01" and has the replenishment lead time been entered?

  • For products that are externally procured, have a 'procurement lead time" and 'goods receipt processing time' been entered and are they reasonable?

Using well-planned query selection criteria, you should be able to automate these 'verification runs' and list only those entries that are in error.

Promote accuracy

A sure way to negate the power of the system you have implemented is to enter inaccurate data - in fact, it will work proactively against you!  Date and quantity data will have the greatest negative impact if inaccurate.

In an integrated SAP environment, incorrect data will be used very quickly by a dependant business process - any mistake will be more widely felt than if you were running old batch-interfaced legacy systems.

Enter transaction events 'as and when' they happen

Enter business events into the system as they happen (e.g. put a customer on credit block immediately - don't wait until some system interface does it for you 7 hours down the line). 

Keeping transactions as paper copies for days or months on end or delaying data input will have a greater negative effect on other business processes the longer its entry is delayed!

Ensure the system mirrors the business

If that statement makes you uncomfortable (for whatever reason), then please add the words “as far as possible” at the end of the heading!!  If the business process requires that a specific field be entered, or a process be completed before moving on, then - ideally - the system should be configured so that the current transaction will not continue until the user has satisfied that critical requirement. 

We’re all fallible and would make the same omission several times a day were it only a documented requirement as opposed to a system-implemented requirement. 

Run checkpoints at key process junctions!

The prevailing business mentality today seems to be one of hit the key and walk away (without noticing the status message “Document was not saved…”).   We all tend to blow by messages we expect without really reading them.

Define business process checkpoints regularly in your system processes that confirm whether all has indeed gone well – that’s really what worklists are for!  Examples are VA05 (Order worklist), VL06O (Delivery worklist, etc)  Configure them and execute them at least daily!  Equivalent worklists are provided in the other SAP logistics applications!

Avoid treating SAP like it’s just another (heavily batch-interfaced) “computer system”

Promote your SAP system as "The" system.  The fastest way to lose out on the benefits of an integrated system is to 'batch-interface" it to another system (or systems).  It’s probably almost guaranteed that new systems were introduced and interfaced within a few years of your initial SAP implementation. 

Perhaps a very acceptable alternative would have been to develop a bolt-on application or even configure an additional application area within SAP.  This way you would have perpetuated the benefits of a common platform and integrated (albeit expanded) business processes!

The costs of interfacing a system are not only the initial development and migration.  There’s the ongoing maintenance, constant system reconciliation and additional effort required to reconcile errors.  In addition, these interfaces become upgrade factors which have to be addressed before your SAP system can be upgraded.  You will pay for these interfaces for a very long time.