Skip to Content
Imagine a Fortune 100 global organization XYZ Inc, with a complex IT landscape, many master data consuming systems, poor data quality and lack in visibility in business process. A perfect case for an MDM implementation. But the organization of its scale will obviously not decide for big-bang approach and one fine day decide to close all enterprise systems and MDM would be my single point of contact. It would go in a phased manner- may be by business units, by geography, by master data object or simply by similar type of systems.Consider that XYZ has following landscape which it wants MDM to be point of contact over period of time.

  • 3 Instances of SAP R3 across geos
  • Siebel as one of its CRM system + 2 Legacy CRM systems
  • 3rd Party BI system
  • Few other legacy systems that hold business partner master data

XYZ decides to go for a phased MDM implementation for Business Partner master data object and selects 2 R3 systems, 1 Legacy CRM and 2 other legacy systems to start with. 

image 

Data Modeling is done, repository is built, data is imported, de-duplication is done and talks for using MDM for Central Master Data Management is already begun in XYZ Inc. All great so far! And the management is happy with the results and hence decides to include more systems in the MDM landscape.

image

While doing the data analysis for these new systems, the team faces a strange issue. In addition to many new fields, some of the fields of the new remote systems have either a different data type or their width is more or something else!

 

Field Current Design New Requirement

Weight

Data Type – Integer

Data Type – Real

Description

Width 50

Width – 90

Address

Fields like City, Street, Pin Code in main table

Multiple address per customer. Hence Qualified table is required

 

The new fields can obviously be added to the repository, but what about the existing fields? Some of the options in front of the team are:

  • If they decide to delete the field and create a new one with different data type, value for all the records in repository for that field will be deleted.
  • If they decide to keep the width unchanged, the values for these fields will be truncated.
  • They can move address data from main table to a new qualified table but it will involve lot of efforts.

These are just some of the examples; there could be many more complex issues that might arise with respect to assignments, workflows etc.

 

Hence, coming to the main question of the blog: Is it possible to predict and design the data model considering the future requirements or is it is just all fiction?

 

I agree that you cannot design a repository considering all consuming systems across geos in huge global organizations when you are only targeting an MDM initiative for limited systems. But yes, if sufficient efforts and time is given to system study and data analysis stage before jumping into an MDM project, some of the issues can be predicted and the design can be made flexible enough to incorporate more systems.

To report this post you need to login first.

4 Comments

You must be Logged on to comment or reply to a post.

  1. Michael Nicholls
    I suppose the simple answer is that you can’t always know what the model will look like over time. However, if we start from the assumption that the applications are there to support the business, then it’s up to the business to understand their data before modelling starts.
    So, if the business thinks it makes sense to have weights held as integer values, then it is up to them to tell the new applications to handle such data types. As part of continuous business improvements, the business owners need to understand the costs involved in changing their model.
    (0) 
    1. Ketan Phanse Post author
      Hi Michael,
      I agree with your view that MDM should be a business initiative than a technical one? But as I mentioned big global organizations would still want a phased approach for MDM implementation and gradually will increase the number of systems. In this case do you think of any approach that organization or the service proivder can take to avoid or atleast prepare themselves for future?
      (0) 
  2. MICHELE GONZALEZ
    Hi Ketan, 
    Sorry but this is a question different from this blog, but I could not found your email, sorry .
    I have read your document “Modeling loop scenarios in MDM Workflow” and I have a question about it. In “Case 3: Loop to start of Workflow” which are the properties that to configure in the branch step, because I have been trying to replicate the same scenario, but I am having error on that step.

    Could you please help me.

    Best Regards!!!
    Michele González

    (0) 
    1. Ketan Phanse Post author
      As from the stop step you cannot call the same workflow, you need to create a duplicate workflow which is replica of same. You will need to define Validations first which would capture approve/reject decision and then use them in branch step.

      Cheers,
      Ketan

      (0) 

Leave a Reply