Direct GRN in Web (Bulk Inward Without Selecting a Specific PO)

Direct GRN in Web (Bulk Inward Without Selecting a Specific PO)

Overview

The Direct GRN feature allows bulk inward of inventory through a sheet upload, without manually selecting a specific Purchase Order (PO) during the GRN process.
  • Direct GRN is allowed only when an Approved Purchase Order exists for the SKU.
  • Uploaded quantities are automatically allocated against existing Approved POs.
  • Allocation follows FIFO logic (Oldest PO first).
  • If uploaded quantity exceeds available PO balance:
    • System inwards available quantity.
    • Excess quantity is rejected with an error.

Use Case

Use Direct GRN when:
  • Multiple Approved POs exist for the same SKU.
  • Bulk inward is being performed via Excel upload.
  • Manual PO selection needs to be skipped.
  • FIFO-based allocation is operationally acceptable.
Avoid using Direct GRN when PO-level inward tracking must be manually controlled.

Inventory → Purchase Orders → Direct GRN

Prerequisites

Direct GRN must be enabled for your account.
If the option is not visible, contact the EasyEcom support team.

Before using Direct GRN, ensure the following:
  • A Purchase Order exists for the SKU.
  • PO status is Approved.
  • SKU already exists in the system.
  • Valid Bin is available for inward.
  • SKU configuration supports the data being uploaded:
    • Serial-tracked → Serial Number mandatory
    • Batch-tracked → Batch Code mandatory
    • Expiry-managed → Expiry Date mandatory
If no Approved PO exists for the SKU, the upload will fail.

Step-by-Step Process

Step 1: Download Template

  • Click Direct GRN


Download the Template File

 



Step 2: Fill the Template

Mandatory Columns (Required)

Column NameDescription
SKUExisting SKU code in system
QuantityInward quantity
BinValid bin code where inventory will be stored
CostUnit cost

All four fields are mandatory.

If Bin is not provided, inventory will remain in QC Passed status and must be putaway manually


Optional Columns

Column NameDescription
Vendor SKUVendor-specific SKU reference
Serial NumberRequired if SKU is serial-tracked
Batch CodeRequired if SKU is batch-tracked
MRPApplicable for MRP-based SKUs
Expiry DateRequired for expiry-managed SKUs

Note: If SKU is serial/batch/expiry controlled, respective fields must be filled as per SKU configuration.



Step 3: Upload the File

  • Upload the completed template.
 > 

Step 4: Check Import Status

  • Click Import Status to track upload result.
  • Status will show:
    • Success
    • Partial Success (Excess quantity error)
    • Failed (Validation errors)



Allocation Logic

System allocates inward quantity as follows:
  1. Identifies all Approved POs for the SKU.
  2. Sorts POs by date (Oldest first).
  3. Allocates inward quantity against PO balance.
  4. Stops when:
    • Uploaded quantity is fully allocated, OR
    • All PO balances are consumed.
Allocation Examples

Example 1 – Exact Match

PO1 – 10 Qty
PO2 – 20 Qty
Upload Qty: 30
System will allocate:
  • 10 against PO1
  • 20 against PO2

No error.

Example 2 – Less Than Total

PO1 – 10 Qty
PO2 – 20 Qty
Upload Qty: 15
System will allocate:
  • 10 against PO1
  • 5 against PO2
No error.
Remaining PO2 balance: 15.

Inventory Impact

After successful upload:
  • Inventory increases in the system.
  • PO balance reduces automatically
Inventory status depends on whether Bin is provided:
  • If Bin is filled in template → Inventory moves directly to Available.
  • If Bin is not filled → Inventory remains in QC Passed status.
    • It must be moved to a bin using Putaway.
    • Until putaway, stock will not be available for allocation.
Inventory can be verified from:
Inventory → Manage Inventory

Error Scenarios

ScenarioSystem Behavior
No Approved PO existsUpload fails
Quantity exceeds PO balancePartial inward + error
Invalid SKUUpload fails
Invalid BinUpload fails
Missing mandatory columnsUpload fails

Operational Notes

  • FIFO allocation cannot be overridden.
  • Excess quantities must be corrected and re-uploaded.
    • Related Articles

    • HHT : Auto GRN (GRN without PO)

      Software Plan: Growth & Enterprise Account Type: Seller Account, Aggregator, 3PL Inventory Type: Serialized Feature Description Auto GRN is a type of Goods Receipt Note (GRN) that is created without a Purchase Order (PO). Unlike the standard GRN ...
    • GRN Approval Configuration

      Software Plan : Growth & Enterprise Account Type : Seller Account & Aggregator 3PL Inventory Type : Serialized & Non-Serialized Feature description The GRN Approval Configuration feature introduces an additional layer of control for sellers during ...
    • Create Goods Receiving Note - GRN

      Software Plan: Growth & Enterprise Account Type: Seller Account, Aggregator, 3PL Inventory Type: Serialized & Non- Serialized Feature Description A Goods Receiving Note (GRN) is an internal document produced by the warehouse team after inspecting the ...
    • HHT- GRN Process for UoM

      Software Plan : Growth & Enterprise Account Type : Seller Account & Aggregator 3PL Inventory Type : Serialized & Non-Serialized Feature Description GRN is recorded against purchase orders. To know more about how to create purchase orders, refer to ...
    • QR Code Scanning on GRN page

      Software Plan: Growth & Enterprise Account Type: Seller Account & Aggregator 3PL Inventory Type: Non-Serialized Feature Description Easyecom now features QR code scanning on the GRN (Goods Receiving Note) page as well as in HHT. This new feature ...