|
Tony, The last couple of times I ran the conversion tools, I had to change these flags to No. I did report this to Mapics Support about a year ago. I will take this offline with you. Best regards, Vanessa King ----- Original Message ----- From: <tmaguire@xxxxxxxxxxxxx> To: "'MAPICS ERP System Discussion'" <mapics-l@xxxxxxxxxxxx> Sent: Monday, September 15, 2003 7:46 AM Subject: RE: IFM Conversion Tools. Reverse Sign on Posting > Hi Vanessa, > > Thanks for the response. > > I would like to double check. > > I was sure that I had the Reverse Sign set to Yes when AP was processed > and the APC's ended up with the wrong sign. This is consistent with > your advice. > > I wax equally sure that the first four ARI's I looked at had positive > Settlement Lines before they were posted. > > Following your response, I switched off the Reverse Sign and posted the > rest of the ARI's. I was very surprised to find that they ended up with > negative settlement lines. When I revisited some that had not posted > due to errors, I was surprised to find that they also have negative > settlement lines. > > Now I am really wondering whether the first four really did have > positive settlement lines. Unfortunately, my set of screen dumps is not > complete and I cannot be absolutely sure. > > Could you please confirm that your advice about setting Reverse Sign to > NO (0) applies to BOTH ARI & APC transactions. > > Regards > > Tony Maguire > Managing Consultant > ObTech Asia Pacific Pte Ltd > Level 1, 123 Whitehorse Road > Balwyn VIC Australia 3103 > > Phone: +613 9816 8766 > Fax: +613 9816 8744 > Mob: +61 419 360 259 > > This email and any files transmitted with it are confidential and > intended solely for the addressee. If you are not the intended > recipient, any disclosure, copying, distribution either whole or > partial, is prohibited and may be unlawful. In such case, please delete > this message and kindly notify the sender. ObTech Asia Pacific does not > represent, warrant or guarantee that the integrity of this communication > has been maintained nor that the communication is free of errors, virus > or interference. > > > > -----Original Message----- > From: mapics-l-bounces@xxxxxxxxxxxx > [mailto:mapics-l-bounces@xxxxxxxxxxxx] On Behalf Of Vanessa King > Sent: Wednesday, 10 September 2003 10:08 PM > To: MAPICS ERP System Discussion > Subject: Re: IFM Conversion Tools. Reverse Sign on Posting > > The documentation is incorrect. APC & ARI should be left at 0=N. > > Best regards, > Vanessa King > Wildrye Corp. > > ----- Original Message ----- > From: <tmaguire@xxxxxxxxxxxxx> > To: "Mapics-L" <mapics-l@xxxxxxxxxxxx> > Sent: Wednesday, September 10, 2003 8:03 AM > Subject: IFM Conversion Tools. Reverse Sign on Posting > > > > I am attempting my first (and probably last) AM to IFM Conversion. > > > > Page 8 of the Conversion Tools documentation reads as follows. > > > > The transaction control records for the seven required IFM transaction > > types (APC, API, ARC, ARI, CASHPAY, CASHREC, and GLJ - see Section > 2.7) > > must all be defined in IFM (IFM User's Guide, IFM implementation > > checklist, step 7, Option 21) with the option: Enforce trans totals? > > set to 0=No. Also, APC and ARI must be defined with the option: > > Reverse sign on posting? set to 1=Yes, and the other 5 must have > > that option set to 0=No. > > > > Our initial test indicates that the Conversion Tools via the Legacy > > Bridge are actually creating the ARI transactions with the correct > sign > > PRIOR to IFM Posting. > > The ARI transactions have a positive settlement line prior to posting. > > Posting with the above settings results in an incorrect transaction > with > > a negative settlement line. > > > > I would appreciate feedback from anyone who has experience with the > > Conversion Tools. > > > > Regards > > > > Tony Maguire > > Managing Consultant > > ObTech Asia Pacific Pte Ltd > > Level 1, 123 Whitehorse Road > > Balwyn VIC Australia 3103 > > > > Phone: +613 9816 8766 > > Fax: +613 9816 8744 > > Mob: +61 419 360 259 > > > > > > This email and any files transmitted with it are confidential and > > intended solely for the addressee. If you are not the intended > > recipient, any disclosure, copying, distribution either whole or > > partial, is prohibited and may be unlawful. In such case, please > delete > > this message and kindly notify the sender. ObTech Asia Pacific does > not > > represent, warrant or guarantee that the integrity of this > communication > > has been maintained nor that the communication is free of errors, > virus > > or interference. > > > > > > > > _______________________________________________ > > This is the MAPICS ERP System Discussion (MAPICS-L) mailing list > > To post a message email: MAPICS-L@xxxxxxxxxxxx > > To subscribe, unsubscribe, or change list options, > > visit: http://lists.midrange.com/mailman/listinfo/mapics-l > > or email: MAPICS-L-request@xxxxxxxxxxxx > > Before posting, please take a moment to review the archives > > at http://archive.midrange.com/mapics-l. > > > > _______________________________________________ > This is the MAPICS ERP System Discussion (MAPICS-L) mailing list > To post a message email: MAPICS-L@xxxxxxxxxxxx > To subscribe, unsubscribe, or change list options, > visit: http://lists.midrange.com/mailman/listinfo/mapics-l > or email: MAPICS-L-request@xxxxxxxxxxxx > Before posting, please take a moment to review the archives > at http://archive.midrange.com/mapics-l. > > > _______________________________________________ > This is the MAPICS ERP System Discussion (MAPICS-L) mailing list > To post a message email: MAPICS-L@xxxxxxxxxxxx > To subscribe, unsubscribe, or change list options, > visit: http://lists.midrange.com/mailman/listinfo/mapics-l > or email: MAPICS-L-request@xxxxxxxxxxxx > Before posting, please take a moment to review the archives > at http://archive.midrange.com/mapics-l. >
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.