Additional Blogs by Members
cancel
Showing results for 
Search instead for 
Did you mean: 
former_member181923
Active Participant
0 Kudos
In a post here: Was dem einen recht ist, ist dem anderen billig and a series of posts here: The Diachronic Metadata Repository (DMDR) as a Tool for Risk Reduction via Conflict-Prevention Durin... The Diachronic Metadata Repository (DMDR) as a Tool for Risk Reduction via Conflict-Prevention Durin... The Diachronic Metadata Repository (DMDR) as a Tool for Risk Reduction via Conflict-Prevention Durin... The Diachronic Metadata Repository (DMDR) as a Tool for Risk Reduction via Conflict-Prevention Durin... The Diachronic Metadata Repository as a Tool for Risk Reduction via Conflict-Prevention During Legac... The Diachronic Metadata Repository as a Tool for Risk Reduction via Conflict-Prevention During Legac... The Diachronic Metadata Repository as a Tool for Risk Reduction via Conflict-Prevention During Legac... The Diachronic Metadata Repository as a Tool for Risk Reduction via Conflict-Prevention During Legac... The Diachronic Metadata Repository as a Tool for Risk Reduction via Conflict-Prevention During Legac... The Diachronic Metadata Repository as a Tool for Risk Reduction via Conflict-Prevention During Legac... The Diachronic Metadata Repository as a Tool for Risk Reduction via Conflict-Prevention During Legac... I suggested that SAP does not make its own metadata sufficiently transparent to support all activities requiring knowlege of SAP architecture, particularly activities such as "AsIs:ToBe" mappings in Legacy -> ERP conversions, or creation of Enterprise SOA services. So I'd like to share something that recently happened at work, in order to illustrate this point. The customer is opening a plant in a different country and must run SAP in a different language. So the first thing it wants to do is run SMLT with a list of tables that are involved in the transactions which will be run in the new language. Ah - but how to get this list of tables ...! Shouldn't there be an absolutely transparent utility which takes the set of transactions from the blueprint and produces a list of tables that need to be fed to SMLT to support these transactions? Alternatively, shouldn't SAP "open up" the metadata and metaprocesses behind the Repository Information system, so that an enterprising customer can write such a utility itself? Am I missing something here? If so, I've posted this post in the ABAP General Forum also, so that anyone who wants some points can tell everyone how and why this problem is really not a problem. (If more than one good solution is posted, I promise I'll ask Craig/Mark to award "10" to each one.)

2 Comments