|
We Had the same problem, I had to right a program that showed were there were duplicate Seq-#'s on the RAR file. I run this before month end processing and if we find duplicates we fix the duplicates base on relative record number ( seq when the transactions were entered ). Found that ACR900 will run much faster as there are no duplicates found, please note that if you have duplicate seq-#s that they are not the same transactions, I would not delete any RAR Records. -----Original Message----- From: bpcs-l-bounces+rgauthier=mariettacorp.com@xxxxxxxxxxxx [mailto:bpcs-l-bounces+rgauthier=mariettacorp.com@xxxxxxxxxxxx] On Behalf Of Otto Hason Sent: Tuesday, March 21, 2006 12:18 AM To: SSA's BPCS ERP System Subject: Re: [BPCS-L] ACR900 - too long Thank you all for your help. We have analysed ACR900 run with sql info, there were no useful recommendation for creating LF. We have not SSA support now (about 3 years), because it seemed that we payed more than we could receive. Neither we have source of ACR900 - once we tried some BMR - it was very quick (about 1 second), but did nothing. In RAR we have some duplicities (RINVC,RSEQ), I will delete them and we will see on month-end. I'll give a message in April. Have a nice day oTTo
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.