AdvancedInfor LNCosting / Project and Order Cost Handling

Infor LN Planned Cost and Pegged Transfer Explained

Question
infor ln planned cost pegged transfer

Also searched as

  • infor ln pegged cost transfer
  • infor ln planned cost vs actual cost
  • infor ln cost transfer between orders

Short answer

In Infor LN, a pegged order is a supply order linked to a specific demand such as a project or sales order. Planned cost is the expected cost of that supply, and when the supply completes its actual cost is passed to the demand it is pegged to. If the peg is broken or the cost is stated differently on each side, the demand order shows wrong cost and margin.

Applies to: Infor LN 10.x costing with pegged or project-based supply. This page explains the mechanism; confirm session names and parameters against your version's documentation.

Check that costs transfer correctly along a peg

  1. 1Identify the demand (for example the project or sales order line) and the supply order that should be pegged to it.
  2. 2Confirm the peg exists on both orders, by looking at the pegging reference on the supply and the demand.
  3. 3Compare planned cost on the supply order with what the demand shows as expected cost. They should agree on cost components and currency.
  4. 4Complete and finalise the supply order, then check that actual cost posted to the supply order is the amount transferred.
  5. 5Look at the demand order's cost view and confirm the transferred amount appears once, in the right cost component.
  6. 6If the amounts differ, trace the supply order's cost components and rounding, then any revaluation or variance posted after transfer.
  7. 7Record the cause and correct the setup so the next order behaves the same way.

What pegging means for cost

Normal planned supply is anonymous: stock covers demand, and cost is carried by the item's cost price. Pegged supply is the opposite, because the supply exists only for one demand. Cost therefore has a direct destination, and LN can pass the supply order's cost to the demand it serves.

That is why pegging suits engineer-to-order, project and contract manufacturing, where each job should carry its own cost rather than an averaged item cost.

Planned versus actual

Planned cost is the estimate when the order is created, built from the bill of material, routing and rates. Actual cost accumulates as materials issue and labour is reported. At completion the actual is what moves along the peg, and the difference between planned and actual is the variance you analyse.

Keep the two views separate in reporting. Mixing planned and actual in one total hides overruns until the period close.

Where transfers go wrong

Common causes of wrong results are a peg removed by replanning, a supply order re-pegged to another demand, cost elements set up differently on supply and demand sides, currency differences and costs posted after the transfer, such as late invoices or revaluation.

A good control is a periodic list of completed pegged supply orders whose transferred cost differs from their final actual cost. Even a small list tells you quickly whether the setup is sound.

Control query idea (pseudo)
For each completed pegged supply order:
  final actual cost - cost transferred to demand = residual
List where abs(residual) > tolerance

Try it here, free

Infor LN Project Earned Value Calculator

Open full tool

Compute earned value, CPI, SPI and forecast cost at completion from budget, planned and actual percent complete and actual cost.

Common pitfalls

  • !Replanning that silently breaks pegs between supply and demand.
  • !Different cost element mapping on supply and demand, so transferred cost lands in the wrong bucket.
  • !Treating planned cost as final in margin reports before orders complete.
  • !Late-posted costs after the transfer that never reach the demand.
  • !Changing costing parameters mid-year without a reconciliation.

How an ERP-grounded AI assistant handles this

Finding which pegged orders diverge is a cross-table question. A private assistant on your LN database can list completed pegged orders where transferred and final actual cost disagree, with the query shown, read-only and inside your network. Finance still decides the correction.

Frequently asked questions

What is a pegged order in Infor LN?

It is a supply order, such as a production or purchase order, created for one specific demand like a project or sales order. The link is the peg, and it lets LN track availability and cost for that demand specifically.

What is planned cost in Infor LN?

It is the expected cost of an order, calculated from its bill of material, routing and rates before work happens. Actual cost accumulates during execution, and the difference between the two is the variance.

Why does my demand order show the wrong cost?

Check that the peg is intact, that cost elements match between supply and demand, and that no costs were posted after the transfer. Replanning and late invoices are frequent causes.

Should I use pegging for all items?

No. Pegging adds control and rigidity, which pays off for project and make-to-order work. For standard stocked items, anonymous supply and item cost prices are simpler and easier to maintain.

Related

How-to

How to calculate item cost prices in Infor LN

Infor LN calculates an item's cost price by rolling up material, labor, machine, subcontract and overhead costs defined against cost components, using the item's bill of material and routing as the calculation base for manufactured items and purchase price for bought items. The calculation can run in simulation mode to preview the result or in update mode to actually change the item's standard cost, which then drives inventory valuation and variance reporting going forward.

How-to

How to set up and run a project in Infor LN PCS

Infor LN's Project Control System (PCS) manages engineer-to-order and project-based work as a structured hierarchy: a project header, a work breakdown structure (WBS) of activities, a budget or estimate against that structure, and actual cost and progress booked back against the same elements. Getting the WBS and budget structure right before any transaction posts is what makes project cost reporting usable later.

How-to

How to close a financial period in Infor LN

Closing a period in Infor LN is not a single click; it requires clearing every module's outstanding integration transactions into Financials first, reconciling each subledger (AR, AP, inventory, WIP) to the general ledger, and only then closing the period through Periods and Fiscal Years, which blocks further posting to it. Skipping the reconciliation step and closing early is what causes stuck or orphaned transactions that have to be reopened and reworked later.

Error fix

Infor LN bshell Process Stuck at 100% CPU: How to Diagnose and Fix It

A bshell process pinned at 100% CPU on the Infor LN application server almost always means one session is stuck in a 4GL loop, scanning an unindexed table, or waiting on a database lock. End the session from the Sessions Monitor first, then kill the OS process only if that fails, and check for a blocking database transaction before assuming it is a bug.

Error fix

Infor LN Not Authorized to Run This Session: How to Fix It

Infor LN refuses to open a session with a not authorized message when the logged-in user's assigned role does not include that session, or when the session is blocked for the company they are logged into. Grant the session through Common > Authorization Management > Roles, or check the user's role and company context, and the session opens on retry. In most cases this is a permissions configuration issue, not a bug.

Error fix

Infor LN DAL Out of Sync After a Custom Field: Cause and Fix

Infor LN throws a DAL, or table, out of sync error, or simply drops a new custom field silently, when a table's dictionary definition is changed but the generated DAL and dependent forms are not regenerated afterward. Running the standard sequence, table compile, DAL generation, then session/form compile, in Tools > Development after every dictionary change resolves it. Skipping any one of the three steps is what causes the mismatch.

AI for ERP

AI for Infor LN: Sessions, BODs, and Engineer-to-Order Work

Add grounded AI to Infor LN 10.x or CloudSuite: natural-language answers over sessions and BODs, agents for project and engineer-to-order work, on-prem options.

AI for ERP

AI for Infor LN in Aerospace and Defense Manufacturing

AI grounded on Infor LN project, contract, and configuration management data for aerospace and defense manufacturers, with on-prem deployment for ITAR.

Stuck on Infor LN?

Talk to engineers who work inside Infor LN every week, and who build private AI that answers these questions from your own ERP data.

Keep exploring

Free tools

ERP fixes and how-tos

Guides

AI on your ERP

Comparisons

Software