Just food for thought..
As Harold said, you could try a generic map approach, however if you ever need
to make one change to the map, no matter how small, you would need to test with
every trading partner whose data passes through that map to ensure that your
'change' does not alter their output. This could have the potential of
testing with, as someone said, hundreds of data sets just to fully test one
'small' change.
Testing becomes even more important if you are in a SAR-OXLEY or ISO-900x shop
as well. Depending on the testing requirements and/or peer review
requirements, perhaps you could combine groups of trading partners to a map
version vs 'hundreds' of TPs using the same map.
On the up side to a few partners per map (consolidate those you can) your
testing would be a lot faster as you would not need to test as much data for a
'small' map change.
So there's good things and not so good things to having 'hundreds' of trading
partners using the same map.
Things to consider...
Richard
---- Harold DeWayne <harold.dewayne@> wrote:
> To develop your "generic" maps, you'll need to compare your existing maps
> and make sure everything you use in all of them is combined into the
> "generic" one. Then you can point all your new TPs (and possibly even your
> existing ones) to the generic map for processing... in MY experience, it's
> been easier to maintain one map than several hundred, but you have to make
> sure that any changes you make later, after you make sure the generic map
> works with your existing TPs, do not adversely affect your existing TP base
> before you implement with a new TP. You *might* want to consider using
> your generic map and not allowing new TPs to deviate from the norm.
>
>
> Harold DeWayne, CECP, RECS
>
> On Sat, Dec 29, 2012 at 7:01 PM, balaphani <balaphaniv@> wrote:
>
> > **
> >
> >
> > Hello All,
> >
> > We are using Gentran server 6.1, OS: 5.3 unix.
> > Our client has several Trading partners(some how around 300) and we are
> > using different map for each TP. Depending up on the requirement of TP,
> > mapping changes.
> >
> > Now discussion was going to use generic maps to give better performance to
> > the EDI maps and to reduce hours of estimation to developments
> >
> > 1. Could any one please suggest how this needs to be executed in Gentran
> > Server?
> > 2. Using generic maps; will it be really helpful compare with using
> > different maps?
> > 3. How many hours of estimations does usually a normal & critical map will
> > be given.?
> > 4. Please let me know Positive & negative points of using Generic maps
> >
> > Thanks in advance
> > V Balaphanindra
> >
> >
> >
>
>
>
> --
> *Harold DeWayne, CECP, RECS*
> *NFI Industries*
------------------------------------
...
Please use the following Message Identifiers as your subject prefix: <SALES>,
<JOBS>, <LIST>, <TECH>, <MISC>, <EVENT>, <OFF-TOPIC>
Job postings are welcome, but for job postings or requests for work: <JOBS> IS
REQUIRED in the subject line as a prefix.Yahoo! Groups Links
<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/EDI-L/
<*> Your email settings:
Individual Email | Traditional
<*> To change settings online go to:
http://groups.yahoo.com/group/EDI-L/join
(Yahoo! ID required)
<*> To change settings via email:
[email protected]
[email protected]
<*> To unsubscribe from this group, send an email to:
[email protected]
<*> Your use of Yahoo! Groups is subject to:
http://docs.yahoo.com/info/terms/
