Please Wait a Moment
X

Infor LX Tips, Infor LN Tips, BPCS Tips, Baan Tips, Infor M3 Tips & Infor ERP News

Crossroads Connections

Infor ERP Tips & News from the Experts

Infor LX | Infor LN | BPCS | Baan | Infor M3

George Moroses
/ Categories: Infor LX & BPCS Tips

Infor LX & BPCS Tip: Automated Approach to Your Cash Application Process with ARP

Advanced Remittance Processing, ARP, provides an automated approach to your cash application process. ARP works together with Accounts Receivable to save valuable time and resources by automatically applying incoming payments to open receivables during daily batch processing. You can easily and efficiently resolve unapplied remittances online.

Advanced Remittance Processing (ARP) is an automatic cash application process that allows you to perform the following functions:

  • Receive lockbox deposits electronically from your banks on the day the payments are deposited
  • Automatically apply the majority of the day's receipts to open items in accounts receivable in one batch process
  • Perform online disposition of exceptions the system encounters during the automatic cash application process
  • Generate a complete set of daily reports and maintain historical deposit and payment information online to allow you to audit all cash applications

The ARP automatic cash application process can be summarized in a series of operations that highlight the labor savings provided. ARP processing requires some setup to ensure that the process operates as efficiently as possible.

ARP allows you to perform the following operations:

  • Receive/Edit Bank Transmission of Lockbox Deposits
  • Identify/Assign Customer Numbers
  • Select Customer Open Items
  • Summarize Open Items Extracted
  • Check Application Against Open Items
  • Produce Reports Recapping Check Application Process
  • Create Disposition and On-Account Payment Records
  • Report Check Differences
  • Create Applied Checks Interface Records to Accounts Receivable
  • Flag Disposition Records as Temporarily Paid on Ledger File
  • Update A/R Ledger and Audit Files
  • Open Item Extraction

Previous Article Revamp Your Productivity: Discover Crossroads RMC's Ultimate Solution
Next Article Infor LN & Baan Tip: Performance improvement by setting the First Free Number Cache (tcmcs0651m000)
Print
8403 Rate this article:
5.0
George Moroses

George MorosesGeorge Moroses

Other posts by George Moroses

Theme picker

Contact author

Please solve captcha
x

Tips:  LX | BPCS | M3

Role-Based Security introduces Role type profiles and allows combining the use of Role profiles with the traditional LX User type security profile functionality. The new Role type profile can be defined to allow or deny access to All Products, Attention Key, Products, Programs, and Transaction Effects. Facility, Warehouse, and Company securities are still defined solely by the User profile settings and are not affected by the assignment of a Role. Where applicable, the Role authority is displayed alongside the User authority on the security profile maintenance screens making it easy to see where there are differences in authority between the User and the assigned Roles. 

When Users are assigned to Roles, security access in LX becomes a combination of authorities granted or denied by the Role, plus any User Exceptions. User Exceptions override authorities set by the Roles. A User can also be assigned to more than one Role.

12345678910Last

Theme picker

Tips: LN | Baan

How do I assign an unallocated payment to a purchase invoice when the document dates are not the same?

When trying to assign an unallocated payment, it is possible that the purchase invoice is not displayed in session Assign Unallocated / Advance Payments to Invoices (tfcmg2106s000), even though it is showing in the open entries. This can happen when the document date of the unallocated payment lies before the document date of the purchase invoice you want to assign it to. There are 2 ways to handle this...

You may be wondering if it's necessary to have separate item codes for incoming and outgoing subassemblies.

No, it is not necessary to have separate item codes for incoming and outgoing subassemblies, but it is recommended. In theory, you could have only one item code with the description subassembly and use the same item code for the outgoing subassembly and for the incoming subassembly. However, when monitoring inventory movements and financial integration transactions, it will be difficult to understand the process. Also, the costing logic is much clearer when different item codes for the incoming and outgoing subassemblies are used. Because of this, it is advised to use a different item code for the outgoing subassembly and a different item code for the incoming subassembly.

First1415161719212223Last

Theme picker

Categories