RE: ECM implementation.

[baceitun@xxxxxxxxxxxxxxxx]

The duplicate GUID problem has been fixed for both 6.1 and 6.04.








Steve Segerstrom <SSegerstrom@intermatic.com> on 07/27/2001 09:41:56 AM

Please respond to BPCS-L@midrange.com
                                                                                
                                                                                
                                                                                


                                                              
                                                              
                                                              
 To:      "'BPCS-L@midrange.com'" <BPCS-L@midrange.com>       
                                                              
 cc:      (bcc: Betty Aceituno/Fiskeville/Arkwright)          
                                                              
                                                              
                                                              
 Subject: RE: ECM implementation.                             
                                                              







Have to agree; ecm was an over engineered monolith. We have now run it in
production for inbound po's, invoices and ASN's for the last couple years
and have had lots of fun.

Don't run ECM multi-threaded; it will loop because of duplicate guid's.
After a couple years of tuning - we just embarked on running outbound and
inbound transactions at the same time; but still cannot run multiple inbound
po transactions (it will loop).

ECM Help text (was available at one time on the ssa web site) was a little
better than crap; the one decent thing it had was mapping specs for inbound,
outbound.

Best way; schedule some time and start running transactions through it.
Watch what it does as it moves data through the tfiles and how tpec and tpeb
work. Don't neglect telb - pretty informative.

Good luck and after you survive this you will have earned your bpcs wings!

-----Original Message-----
From: Smith, Graham (EBM) [mailto:Graham_SmithEBM@heinz.co.uk]
Sent: Friday, July 27, 2001 5:10 AM
To: 'BPCS-L@midrange.com'
Subject: RE: ECM implementation.


Kobie,

SSA Run instructions are usually worth a cursory look for starters.  Don't
know how you get to them from Client Server but directly on as/400 locate
the BPCSDOC file on you system (Usually in base objects library) and check
out member SSARUN60.

The ECM Help file on Client Server is pretty crap as I remember.

Generally I consider ECM overengineered and a pain in the butt but that
that's just my opinion.

I have had it working in the past for Orders and Inventory transactions but
found it a bit tricky to get multiple 'threads' running when throughput was
an issue (mental block on how i did it now - think my mind is protecting me
from the trauma!).

Also @ 6.004 there was a problem with the Inventory gateway and ECM.  SMG
returned control to ECM to submit another transaction without having really
finished tidying up after itself so next transaction got fired in and was
instantly set to complete in ECM control files when nothing had been done
with it!  Had to add in an extra pgm to adapter list to delay each
transaction by 5secs with delay job!

You have my admiration and sympathy for attempting this.

Graham Smith
******************************
Tel - 0208 848 2585
******************************

> ----------
> From:   jjooste@omnia.co.za[SMTP:jjooste@omnia.co.za]
> Sent:   27 July 2001 07:30
> To:     BPCS-L@midrange.com
> Subject:     ECM implementation.
>
>
> I am looking at implementing ECM on V6.1.01 with BPCS Client Server as
> well as
> AS/400 Client Access Express. Any suggestions where to start from scratch,
> reading material, websites ?
>
> Thnx.
>
> Kobie Jooste
> South Africa
>
>


**********************************************************************
 This email and any attachments are confidential and solely
 for the use of the intended recipient.  They may contain
 material protected by legal professional or other privilege.
 If you are not the intended recipient or the person responsible
 for delivering to the intended recipient, you are not authorised
 to and must not disclose, copy, distribute or retain this email
 or its attachments.  Although this email and its attachments
 are believed to be free of any virus or other defect, it is the
 responsibility of the recipient to ensure that they are virus free
 and no responsibility is accepted by the company for any
 loss or damage arising from receipt or use thereof.

**********************************************************************
+---
| This is the BPCS Users Mailing List!
| To submit a new message, send your mail to BPCS-L@midrange.com.
| To subscribe to this list send email to BPCS-L-SUB@midrange.com.
| To unsubscribe from this list send email to BPCS-L-UNSUB@midrange.com.
| Questions should be directed to the list owner: dasmussen@aol.com
+---
+---
| This is the BPCS Users Mailing List!
| To submit a new message, send your mail to BPCS-L@midrange.com.
| To subscribe to this list send email to BPCS-L-SUB@midrange.com.
| To unsubscribe from this list send email to BPCS-L-UNSUB@midrange.com.
| Questions should be directed to the list owner: dasmussen@aol.com
+---



+---
| This is the BPCS Users Mailing List!
| To submit a new message, send your mail to BPCS-L@midrange.com.
| To subscribe to this list send email to BPCS-L-SUB@midrange.com.
| To unsubscribe from this list send email to BPCS-L-UNSUB@midrange.com.
| Questions should be directed to the list owner: dasmussen@aol.com
+---