Skip to main content
Question

FIFO Inventory Valuation with IFS Cloud 25R1

  • March 2, 2026
  • 1 reply
  • 58 views

ORFJAN
Sidekick (Customer)
Forum|alt.badge.img+8

Hi all,
we plan to use FIFO valuation method for some companies/sites.
While doing some testing on top of FIFO we see some challenges like:

  1. Intra-company transfers between sites
    • when doing transfer from site using STD to site using FIFO with internal CO/PO, the FIFO bucket in receiving site is valuated by STD cost from the sending site to avoid any artificial profit/loss to be created during the transfer and ignoring any freight charges on the internal PO connected to the transfer     
  2. Not possible to cancel internal receipts
    • system is not allowing to cancel internal receipt when FIFO is used
  3. Recalculation of FIFO bucket cost history in case of a mistake
    • I’m actually note sure if this is a pain (but I can imagine under some circumstances it could be), ​​​but ​​​​it seems there is no system support to recalculate FIFO bucket cost history in case of a mistake (and I understand why since it might be quite complex exercise especially when having a lot of following receipts/issues after the requested bucket change), but may be somebody who is using FIFO in live, can confirm whether this is really a challenge or not 
  4. etc.. ?

Is there any customer here using FIFO valuation method in live to exchange an experience?
Worth to mention we are not using MFG module (which might be adding another level of complexity), just Distribution.

1 reply

Forum|alt.badge.img+6
  • Do Gooder (Partner)
  • March 31, 2026

Hi ​@ORFJAN ,

 We’ve seen similar discussions around FIFO in IFS Applications 10 / IFS Cloud, especially in Distribution-only setups, so your observations are valid 

 1. Intra-company Transfers (STD → FIFO)

What you described is standard IFS behavior:

  • Receiving FIFO site uses:
     sending site’s inventory value (STD cost)
  • Freight charges on internal PO are not included in FIFO bucket

Why?

IFS avoids:

  • Artificial profit/loss within same company

 So FIFO layer is created using transfer value, not actual landed cost

Real-world impact:

  • FIFO costing may not reflect true landed cost
  • Especially relevant if freight is significant

 Most customers accept this
 Some handle freight separately (manual adjustments or cost add-ons)

 2. Cancel Internal Receipts (FIFO)

Yes — this is a known limitation/design behavior:

  • Once FIFO bucket is created:
     Cancellation is restricted

Why?

  • FIFO creates cost layers
  • Cancelling would:
    • Break cost history
    • Impact downstream issues

Workaround:

  • Use:
    • Return transactions
    • Corrective adjustments

 Not as clean as cancel, but safer for costing integrity

 3. Recalculation of FIFO Buckets

You are absolutely right:

 There is no standard support to recalculate FIFO history

Why?

  • FIFO is transaction-sequence dependent
  • Recalculation would require:
    • Replaying entire inventory history
    • Revaluating all issues

 Extremely complex and risky

In real life:

 This is a challenge, but manageable if:

  • Processes are controlled
  • Errors are minimized

 Practical Experience from Live Customers

For Distribution-only environments:

 FIFO works well when:

  • High price volatility items
  • Need accurate cost of goods sold
  • Strict inventory control

 Common Pain Points

  1. Internal transfers valuation (as you noted)
  2. Limited correction flexibility
  3. No easy “undo” for mistakes
  4. Operational discipline required

 How Customers Handle It

 1. Strong Process Control

  • Restrict who can:
    • Receive
    • Adjust inventory
  • Validate transactions before posting

 2. Use Adjustments Instead of Reversal

  • Inventory adjustment
  • Cost adjustment

 Instead of trying to “fix history”

 3. Separate Freight Handling

  • Add cost via:
    • Landed cost functionality (if available)
    • Manual adjustments

4. Training & Awareness

  • Users must understand:
    • FIFO is not forgiving
    • Mistakes propagate forward

 Recommendation

For your case (Distribution only):

 FIFO is viable, but:

  • Accept limitations upfront
  • Define:
    • Clear correction procedures
    • Transfer cost policy
  • Test:
    • High-volume scenarios
    • Error recovery scenarios