× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



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.
> 


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

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.