Purchase Receiving vs Direct Receiving
Summary
Both are GRN (Goods Receive Note) entry flows in Xilnex — used to record goods arriving at a site. Purchase Receiving is a PO-backed flow: goods arrive against a pre-existing Purchase Order, enabling 3-way matching (PO → GRN → Invoice). Direct Receiving is a PO-free flow: goods are received ad-hoc without a prior PO, trading control for speed.
GRN Entry Points in Xilnex
The Goods Receive Note (GRN) module in Xilnex Classic has three entry points — all under the same module:
| Entry Point |
Backed By |
Use Case |
| Purchase Receive |
Purchase Order (PO) |
Standard receiving against a supplier PO |
| Transfer Receive |
Transfer Note (TN) |
Internal stock movement between outlets/warehouses |
| Direct Receive |
Nothing (ad-hoc) |
Urgent or unplanned receiving without a pre-existing PO |
Key Takeaways
- Purchase Receiving requires a PO to exist first. The GRN references the PO; over-receiving is blocked (received qty cannot exceed PO ordered qty). This enforces a controlled, auditable procurement cycle.
- Direct Receiving skips the PO entirely. Staff can receive goods and post them to inventory immediately. Useful for urgent or low-value purchases, but carries higher risk — no pre-authorization, harder to match against an invoice.
- Both produce a GRN and update inventory upon posting. The difference is upstream: whether a formal approval (PO) exists before the goods arrive.
- 3-way matching only applies to Purchase Receive. The standard P2P control is: PO → GRN → Invoice. Direct Receive breaks the first link — AP has no PO to match against, so invoice verification falls on manual processes.
How They Differ in Practice
| Dimension |
Purchase Receive |
Direct Receive |
| PO required? |
Yes |
No |
| Over-receiving blocked? |
Yes (qty cap from PO) |
No (user-defined) |
| Invoice matching |
3-way match possible |
Manual / AP exception |
| Audit trail |
Strong (PO → GRN chain) |
Weaker (GRN only) |
| Speed |
Slower (PO must exist) |
Faster (skip PO creation) |
| Risk |
Lower |
Higher (maverick spending) |
| Typical use |
Standard supplier orders |
Urgent/unplanned purchases |
UI Differences
Captured from three GRN screens in Xilnex Classic, all Status: Completed, all on test data:
| Receive ID |
Inferred entry point |
Basis for inference |
| 6640114 |
Purchase Receive |
Internal PO in header + PO No column populated per line |
| 6640115 |
Transfer Receive |
Transfer No column present (664049) |
| 6640113 |
Direct Receive |
By elimination — no PO and no transfer reference anywhere |
Direct receive: 6640113
Purchase receive: 6640114
Transfer Receive: 6640115
| Field |
Direct (6640113) |
Purchase (6640114) |
Transfer (6640115) |
| Reference field |
(absent) |
Internal PO = 6640105 |
Internal Purchase = (blank) |
| Vendor |
Populated + editable — "zh test 1 (zh3)", with save icon |
Populated + editable |
Populated + editable |
| Invoice No |
Free text manual input — "123" |
Mirrors Receive ID — "6640114" |
Mirrors Transfer ID — "664040" |
Grid column differences
| Column |
Direct |
Purchase |
Transfer |
| PO reference column |
Reference PO No — empty |
PO No — populated (6640105) |
Reference PO No — empty |
Transfer No |
Absent |
Absent |
Present - transfer item id (664049) |
Remaining Q |
0.0 |
Non-zero per line (11.0, 11.0, 2.0, 3.0, 4.0, 5.0, 6.0, 7.0) |
0.0 (Receive completed) |
| Editable (yellow) cells |
Disc %, Unit Cost |
Disc %, Unit Cost |
Disc %, Unit Cost |
TL;DR
Purchase Receiving = PO-backed, controlled, auditable; Direct Receiving = PO-free, fast, higher risk. Both produce a GRN and update stock. In Xilnex, both share the same GRN module — the distinction is upstream procurement discipline, not the receiving UI itself.
Related Articles
How to create Purchase Order
Overview This guide walks you through the process of creating a Purchase Order (PO) in the Xilnex Inventory module. A Purchase Order is used to formally record items you intend to purchase from a supplier, including quantities and unit costs. Once ...
Transfer Note Lifecycle info
Transfer Note Lifecycle What Is This Concept? A Transfer Note (TN) is the document that records stock moving from one location to another — HQ to outlet, outlet to outlet, or inter-company. It is not a single event but a state machine spanning two ...
Transfer Note - User Manual Guide with multiple scenario
Description This guide covers everything related to the Transfer Note module in Xilnex Inventory — the feature used to move stock between HQ and outlets (or between outlets). It consolidates five workflows into one document: Create a Transfer Note ...
How to Create Goods Receive Note
Description A Goods Receive Note (GRN) is used to record inventory received from a supplier into your outlet. After completing a Purchase Order (PO), you confirm and close it by creating the corresponding GRN — this moves the received items ...
How to Set Reorder Point (Formula 1 to Formula 3)
How to Set Reorder Point (Formula 1 to Formula 3) The Reorder Point module helps you maintain healthy stock levels by forecasting how much inventory to reorder based on previous sales history and current stock balances. You define threshold ...
Recent Articles
Xilnex for Lark — Closed Beta is Live!
Xilnex for Lark has officially been released on Xilnex Portal v0.0390.0826. The closed beta is now live for the closed beta registered companies How to Access Xilnex for Lark on Portal Step 1 — Find the Plugin section Click the ⋮ (three-dot menu) at ...
How to import item in Xilnex Classic and Xilnex Portal?
KB: Item Import Guide (Classic + Portal) 1. Overview & Purpose Item Import lets you create and update item master data in bulk from a CSV file, instead of keying items in one by one. The function exists in two places — Classic and Portal — and both ...
Transfer Note Lifecycle info
Transfer Note Lifecycle What Is This Concept? A Transfer Note (TN) is the document that records stock moving from one location to another — HQ to outlet, outlet to outlet, or inter-company. It is not a single event but a state machine spanning two ...
Basic - How to Create a New Item Code
How to Create a New Item Code An Item Code is the master record for every product you sell or stock in Xilnex. Creating a complete item record ensures accurate sales, purchasing, inventory tracking, and reporting across all your locations. The system ...
Portal: Store Ordering User Setup Guide
User Guide For Order Processing Covers twelve screens across four areas: Area Screens Primary audience Order & item setup · Part 2 · Part 3 Order Type Maintenance · Item Allowed by Order Type · Item Availability · Store Availability HQ / System Admin ...
Popular Articles
Basic - How to create a voucher-coupon
Voucher and coupon definition Voucher can be generated in bulk and can be used once Coupon can only be created one at a time (reusable code) and can be use multiple times Pre-voucher / coupon setup There are 2 things need to be prepared before we can ...
Understanding DuitNow QR Payment in ClassicPOS
Introduction This document introduces the DuitNow QR payment feature available in the Xilnex Retail POS, enabling merchants to accept payments conveniently through Malaysia's national QR payment standard. The integration of DuitNowQR simplifies the ...
Intermediate - How to Configure and Use Approval Settings in Purchase Orders (PO)
1.0 What is approval setting In general, "approval setting" refers to the configuration or process by which a request, action, or change must be reviewed and approved before it proceeds. The term is often used in business, software applications, and ...
Buy 2 for Special Price Promotion
Use Case: Stock clearance, seasonal offers, or spotlight products. From the sample screenshot above, this promotion requires 2 items to trigger. If only 1 Milk Tea is added to the sales list, no discount will apply since the condition of 2 items is ...
Creating Delivery Type for Sales in Classic POS
How to Create Delivery Type 1. Access to the [System Configuration] 2. Select the [Sales] section 3. In the [All Outlets] tab, look for the 'Delivery Type' 4. Click on the [Configure] In the Delivery Type Setup form: 1. Enter the Delivery Type. 2. ...