How to Handle Landed Cost and Voucher a PO Receipt in SyteLine
how to add landed cost to a PO receipt and voucher it in SyteLine
Also searched as
- syteline landed cost allocation freight duty
- syteline 3-way match po receipt invoice voucher
- how to voucher a po receipt in syteline
- syteline miscellaneous charges on purchase order
Short answer
Landed cost charges such as freight, duty, and brokerage are added against the PO or the receipt, allocated across the received line items by value or quantity, and rolled into the item's received cost before it is vouchered. Vouchering itself is the 3-way match between PO price, receipt quantity, and vendor invoice, and mismatches beyond your tolerance percentage get held for review instead of posting automatically.
Applies to: Infor SyteLine 8.x and CloudSuite Industrial (CSI) 10.x, Purchasing and Accounts Payable modules.
Add landed cost and voucher the receipt
- 1On the purchase order, add or identify the landed cost charge lines (freight, duty, brokerage, insurance) either as PO charge lines or as a separate landed cost/miscellaneous invoice tied to the PO.
- 2Choose the allocation method for the charge: by line value, by quantity, or by weight, depending on what best represents how the cost was actually incurred.
- 3Receive the PO through PO Receipts as normal for the physical goods, then apply or confirm the landed cost allocation so it lands in the received item cost, not just as an unallocated AP charge.
- 4Review the landed unit cost per item after allocation, since it should now be higher than the PO unit price alone by the pro-rated freight/duty amount.
- 5In Accounts Payable, enter the vendor invoice for the goods and, separately, the vendor or carrier invoice for the freight/duty charge if it is billed by a different party.
- 6Run the voucher match: the system compares PO price, receipt quantity, and invoice price/quantity within your configured tolerance.
- 7Resolve any line that falls outside tolerance manually, tying the variance back to either a legitimate price change, a freight allocation difference, or a data entry error, before releasing the voucher for payment.
Where landed cost actually lives
The mechanical point people miss is that landed cost is not just an AP line item, it is meant to become part of the item's inventory cost. If you post freight and duty purely as a general expense without allocating it back to the received items, your inventory valuation understates the true cost of the goods, and your margin on anything sold from that receipt looks better than it really is.
SyteLine's landed cost functionality lets you attach charges to a PO or a receipt and spread them across the received lines using an allocation basis you choose. Value-based allocation makes sense when freight is roughly proportional to declared value (common for duty), while weight or quantity-based allocation fits better when the carrier bills by weight and the items on the PO have very different price points relative to their bulk.
3-way match and tolerance
Vouchering in SyteLine is standard 3-way matching: the PO says what you agreed to pay, the receipt says what you actually received, and the vendor invoice says what they are billing you. The system compares all three, and if price or quantity differences exceed the tolerance percentage or amount configured for that vendor or globally, the voucher does not auto-post and instead sits for manual review.
This is by design, and the fix for a chronically stuck voucher queue is almost never to loosen the tolerance blindly. It is more often that the PO price was never updated after a vendor price increase, or that the freight/duty allocation is inflating the effective unit cost the invoice is being compared against, or that a partial receipt is being matched against a full-quantity invoice line.
Purchase Orders > [PO] > charge lines / landed cost detail
PO Receipts > receive line > apply landed cost allocation
Accounts Payable > Vouchers > 3-way match (PO / receipt / invoice)
AP > Voucher > tolerance exception queue
Freight billed separately from the goods
A common real-world pattern is the goods invoice arriving from the vendor and the freight invoice arriving separately from the carrier, sometimes weeks apart. Do not wait for both invoices before receiving and vouchering the goods portion. Receive against the PO and voucher the goods invoice on its own timeline, then apply the freight invoice against the landed cost charge lines when it shows up, and let the system's allocation logic re-spread the freight into the already-received items.
If your process instead tries to hold every receipt open until both the goods and freight invoices are in hand, you end up with a backlog of open receipts that makes your open-PO and inventory-in-transit reporting inaccurate, and it defeats the purpose of matching each invoice to its own receipt as it arrives.
Common pitfalls
- !Posting freight or duty as a general AP expense instead of allocating it into landed item cost, understating inventory value.
- !Choosing value-based allocation for a carrier that actually bills by weight, skewing landed cost toward high-value, low-weight items.
- !Loosening voucher match tolerance globally to clear a backlog, instead of fixing the specific stale PO price or allocation causing mismatches.
- !Holding receipts open waiting for a freight invoice that arrives weeks after the goods invoice, distorting open-PO reporting.
- !Not reviewing the landed unit cost after allocation, so a costly freight surcharge silently changes item margin without anyone noticing.
How an ERP-grounded AI assistant handles this
ERPray, grounded on your SyteLine PO, receipt, and AP voucher data, can flag which vouchers are sitting in the tolerance exception queue and why, for example a stale PO price versus a landed cost allocation swing, in plain language instead of someone re-deriving the variance line by line. It can also point out receipts whose landed unit cost jumped sharply versus the prior receipt of the same item, which is often the first sign of a freight allocation or vendor pricing problem.
Frequently asked questions
What allocation method should I use for landed cost?
Use value-based allocation when the charge (like duty) is roughly proportional to the goods' declared value, and weight or quantity-based allocation when the carrier bills by weight or unit count regardless of value, since matching the basis to how the charge was actually incurred keeps the allocated cost realistic.
Why is my voucher stuck in the match exception queue?
Usually a price, quantity, or landed cost allocation difference between the PO, the receipt, and the invoice exceeds your configured tolerance. Check the PO price against the invoice price first, then confirm the received quantity matches what is being invoiced, before assuming it is a system problem.
Can I voucher the goods invoice before the freight invoice arrives?
Yes, and you generally should. Voucher each invoice against its own receipt or charge line as it arrives rather than holding the whole receipt open, then let the freight allocation apply to already-received items when that invoice comes in.
Does landed cost affect the item's standard cost or just this receipt?
Landed cost allocation affects the cost of the specific receipt transaction. Whether that flows into the item's ongoing standard cost depends on your costing method and whether you subsequently run Cost Rollup or Recost Inventory to reflect the new landed cost trend in the item master.
Related
How to Receive a Purchase Order and Return Goods to a Vendor in SyteLine
Receiving happens in PO Receipts against open PO lines, updating on-hand quantity and open PO balance. Returning goods is a separate return-to-vendor transaction that reverses the receipt, references the original PO and receipt, and should tie to an AP debit memo so the vendor invoice and payment reflect the returned quantity.
How-toHow to Change an Item's Standard Cost in SyteLine
You can edit an item's standard cost fields directly on the Items form, or let Cost Rollup calculate it from the BOM and routing. Either way, the new cost only affects future transactions until you run Recost Inventory, which revalues on-hand quantity and posts the difference to the standard cost variance account in GL.
Error fixFixing SyteLine's 'transaction out of balance' GL posting error
This posting error means SyteLine tried to create a general ledger journal entry where total debits do not equal total credits, which the GL will not accept. The most frequent causes are a missing or misconfigured account in the automatic account determination setup (COA mapping), currency rounding on multi-currency transactions, or a source transaction (inventory, job cost, AP/AR) that only partially calculated its cost or tax components before posting.
How-toHow to Release a Customer Order from Credit Hold in SyteLine
A customer order goes on credit hold when the customer's exposure, whether AR balance, open order value, or days past due, exceeds the limit set on the Customers form. Releasing it is a deliberate override on the order, usually restricted to users with credit management authority, and the real fix is reviewing whether the limit, the hold reason, or the customer's payment behavior needs attention.
Error fixFixing SyteLine's 'Object reference not set to an instance of an object' error
This is a generic .NET NullReferenceException surfacing through the SyteLine IDO Runtime, not a SyteLine-specific error code. It almost always means a form, script or IDO method referenced a field, row or object that came back null, usually after a customization, a missing related record, or a view/IDO method call before the form finished loading. Turn on detailed client logging and check the most recent customization or form event first.
Error fixDiagnosing and fixing SyteLine session timeout errors
SyteLine session timeouts come from one of three independent layers: the IDO Data Service session timeout on the app server, the IIS/application pool idle timeout for the web (Mongoose Web) client, or a load balancer/proxy idle timeout in front of a CloudSuite hosted environment. Fixing the wrong layer is the most common mistake - you need to identify which layer is actually expiring the session before changing anything.
AI for ERPAI for Infor SyteLine and CloudSuite Industrial
Add grounded AI to Infor SyteLine or CloudSuite Industrial: natural-language answers, agents over IDOs and ION, on-prem or CloudSuite deployment.
AI for ERPAn Air-Gapped Private LLM for SyteLine, Built for Defense Suppliers
Deploy a private LLM on an air-gapped network alongside Infor SyteLine for defense suppliers: no internet egress, ITAR and CMMC-aware architecture.
Stuck on Infor SyteLine (CloudSuite Industrial)?
Talk to engineers who work inside Infor SyteLine (CloudSuite Industrial) every week, and who build private AI that answers these questions from your own ERP data.