|
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 +---
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.