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

Infor LX & BPCS Finance Tip: AR Aging

An ACR system parameter allows you to specify whether to measure invoice age from the date on which you create the invoice, invoice date, or the date on which the invoice is due. You can set up a separate terms code for each customer on the system to set the basic terms of payment for that customer. For example, this term could specify the number of days an invoice can be due before it is considered past due and the number of days that a discount is available. The system uses the terms code data to calculate invoice due dates and uses system parameter information to age invoices. Whichever date you specify Accounts Receivable | Run Instructions | 27 ACR Overview to measure invoice age from, the age of an invoice is defined as the number of days between that date and the current processing date.

You also use the Accounts Receivable System Parameters program, ACR820D, to establish five generic aging buckets for your receivables. To determine the time length for each of these buckets, specify the number of aging days for each bucket. The number of aging days aging is the difference between the invoice aging date and the current processing date. You can set the time periods and assign names to each bucket according to your needs.

Each time you generate any of the receivable Trial Balance reports, the system recalculates the age of every invoice. If you use calendar months as financial periods, change the bucket definitions each month to reflect the appropriate 1-month bucket, 2-month bucket, and so on. If you use an aging system based on days, like the one described in the preceding paragraph, you do not need to change the bucket definitions.

Note that you can process future dated invoices if you use a negative age bucket and specify negative aging days.

Previous Article Infor LN & Baan Finance Tip: What Can You Do in the Financial Statements Module?
Next Article Infor LX & BPCS Materials Tip of the Week: Drop Shipments
Print
29571 Rate this article:
5.0

Contact

George Moroses

George MorosesGeorge Moroses

Other posts by George Moroses

Contact author

Please solve captcha
x

Tips:  LX | BPCS | M3

Tips: LN | Baan

Use this session to define simulated purchase prices for purchased items per site.

Field Information:

  • Cost Calculation Code - price calculation code
  • Item

The raw materials, subassemblies, finished products, and tools that can be purchased, stored, manufactured, and sold.

An item can also represent a set of items handled as one kit, or which exist in multiple product variants.

You can also define nonphysical items, which are not retained in inventory but can be used to post costs or to invoice services to customers. The examples of nonphysical items:

  • Cost items (for example, electricity)
  • Service items
  • Subcontracting services
  • List items (menus/options)
     
  • ​Site - The site for which the purchase price is simulated.
  • Purchase Currency - The currency of the simulated purchase price.
  • Simulated Price - Purchase price

The simulated purchase price and currency are recorded twice.

  • Simulated Price Multi Currency - The purchase price in multiple currencies.

The simulated purchase price and currency are recorded twice. The amount in this field is related to the price of the supplier.

  • Unit - Purchase price unit
  • Cost Component - The cost component that must be of the type Material Costs.

Note: The cost component specified in this field does not become part of the standard cost detail structure if it is part of the cost component scheme of the selected item. If calculations are performed with a calculation code not used for actualization (simulations only), the simulated purchase price is mapped to the cost component defined in the records for this session.

Categories