Although I have no formal training with EDI, I have managed to successfully design and maintain several Maps with Mercator for my client for over 10 years ... please excuse me my lack of proper jargon.
To date I have alway been able to find a way to maintain one Document type for multiple partners by using minor rule exceptions for conflicting fields. In other words, for any given ANSI document, all partners are being satisfied by one map.
This past week a new partner has approached us to start exchanging data using one of our existing Maps ... at issue: they are rejecting our transactions due to what I believe is a lazy design ... they have taken a segment which has a loop element 0:10 structure and defined it as a flat data structure, ignoring in my opinion, that a loop/instance element should never be fixed to a position within the structure.
Consider we already have several partners using this map and this particular loop already has 3 defined instances to this loop structure:
instance 1 = Red widget
instance 2 = Yellow widget
instance 3 = Green widget
This new partner has requested a new instance of lets say a White widget. So as per my normal process, I just added the White wiget as the next Instance:
instance 1 = Red widget
instance 2 = Yellow widget
instance 3 = Green widget
instance 4 = White widget
This Partner is rejecting our transaction and demanding the sequence to be changed to:
instance 1 = White widget
instance 2 = Red widget
instance 3 = Yellow widget
instance 4 = Green widget
My position is the X12 Standard loops should not be restricted in this manner. This leads a map to becoming unique and therefore only useful for possibly one partner.
One map per partner, in my opinion, leads to higher maintenance, development, not to mention extra supporting infrastructure to handle alternate maps.
Sorry for the long lead up but a couple of questions:
Do I have a valid position here?
Can anyone site some guidelines to support my position?
Basically in my minde a loop structure is a container of like widgets much like XML tags ... in my opinion, a container shouldn't restrict the order of the widgets contained within it.
I believe this Partner designed their data tree because it is simpler to retrieve the data from a flat fixed segment.
What do I tell my client ... cave in or insist they follow the ANSI STANDARD ... just wish I could site some documentation to this effect.
To date I have alway been able to find a way to maintain one Document type for multiple partners by using minor rule exceptions for conflicting fields. In other words, for any given ANSI document, all partners are being satisfied by one map.
This past week a new partner has approached us to start exchanging data using one of our existing Maps ... at issue: they are rejecting our transactions due to what I believe is a lazy design ... they have taken a segment which has a loop element 0:10 structure and defined it as a flat data structure, ignoring in my opinion, that a loop/instance element should never be fixed to a position within the structure.
Consider we already have several partners using this map and this particular loop already has 3 defined instances to this loop structure:
instance 1 = Red widget
instance 2 = Yellow widget
instance 3 = Green widget
This new partner has requested a new instance of lets say a White widget. So as per my normal process, I just added the White wiget as the next Instance:
instance 1 = Red widget
instance 2 = Yellow widget
instance 3 = Green widget
instance 4 = White widget
This Partner is rejecting our transaction and demanding the sequence to be changed to:
instance 1 = White widget
instance 2 = Red widget
instance 3 = Yellow widget
instance 4 = Green widget
My position is the X12 Standard loops should not be restricted in this manner. This leads a map to becoming unique and therefore only useful for possibly one partner.
One map per partner, in my opinion, leads to higher maintenance, development, not to mention extra supporting infrastructure to handle alternate maps.
Sorry for the long lead up but a couple of questions:
Do I have a valid position here?
Can anyone site some guidelines to support my position?
Basically in my minde a loop structure is a container of like widgets much like XML tags ... in my opinion, a container shouldn't restrict the order of the widgets contained within it.
I believe this Partner designed their data tree because it is simpler to retrieve the data from a flat fixed segment.
What do I tell my client ... cave in or insist they follow the ANSI STANDARD ... just wish I could site some documentation to this effect.