Tuesday, April 5, 2011

MDM and GDSN hard to connect? The original post ...

Actually when I started writing my last blog post on the topic why MDM and GDSN are hard to connect my original intention was not to write about a flaw in the design of GDSN. This just happend to come to my awareness while I was thinking through the whole "How to connect a MDM system to GDSN?".

My original thought was that GDSN actually allows - and in my view even "requires" if you want to get all the benefits out of it - interaction between the supplier (data source) and the retailer (data recipient) when you are synchronising item data. This interaction is mainly the feedback from the retailer to the supplier what he has done with the data on item level via the CIC (Catalog Item Confirmation) message.  With the CIC message the retailer can ask the supplier to review the send data because it might not comply with the retailers data requirements or he simply can indicate that he has accepted the data and synchronized it with his backend systems.

This type of interaction between data source and data recipient is very unique to GDSN. I am not aware of any other item data exchange standard which has a similar technique.

In a MDM system the typical approach for data integration is on the data source side more a "fire and forget" approach. That means you are maintaining your master data in the MDM system until it is approved and then you are publishing it for the consuming systems. Typically a MDM system does not expect any feedback on its publication. If you are lucky you are using some kind of EAI tools for the data distribution and that is handling at least technical protocols regarding the success of the data distribution. Those protocols are then typically managed by some technical teams.

But the GDSN CIC process is a business process! So the CIC feedback has to be dealt with on the supplier side by the business people who are normally maintaining the item data. So your MDM has to provide some kind of user interface for its users to see CIC's which have been received and to process them efficiently.

On the data recipient side it is a little bit different. There your MDM system has validation rules to ensure the data quality of your item data. If the data you are receiving from a supplier does not comply with those rules your MDM system has to be capable to send back a CIC review message automatically. On top of that your MDM system also has to enable its business users to either accept or send back a review manually because not everything can be validated automatically.

And as those workflows are very unique to GDSN there is no generic solution for it in MDM systems. If you look at MDM systems which have implemented a standard connector to GDSN they all have implemented a separate module (a "GDSN console" or something alike) to deal with those special processes.

It is even getting worse if you also take price synchronisation into account. In GDSN price sync is a different message set and a different choreography from item sync. It is in a way similar (similar message names, similar idea of the choreography) but the details are then quite different. For example is the "Price Sync Confirmation" process not optional like in the item sync process but it is mandatory. Additionally you also first have to synchronise and accept a business relationship before you can start synchronising prices.

Right now I am not aware of any MDM system that has implemented support for the GDSN Price Synchronisation!

And that is doubting the whole value of a GDSN implementation in my view. If I am only able to synchronise item data and no price data my business problem is only solved half. I then still have to find a solution how I can synchronise prices between trading partners. And they really want to get rid of those error prone, not versioned, not processable Excel sheets!

So if you want to connect your MDM to the GDSN (either because you are the software manufacturer of the MDM or because you have introduced a MDM system into your business) be aware of the business processes GDSN implies. They have to be supported.

Also be aware that only the whole GDSN package of Item sync + Price sync really unlocks the whole value of GDSN for you.

Just to be fair I should mention here that price sync adoption today is really low globally - to not say zero if we except Australia. But Australia is a good proof that it can be done and really brings the value expected!

No comments:

Post a Comment