Ctrl+K

Quick Orders (QO)

A Quick Order is a simplified procurement document that bypasses the standard MR → RFQ/RFP workflow. It can be created for either materials or subcontractor services, and later converted to a full Purchase Order (PO) or Work Order (WO) respectively.

Navigation: Main Menu → ProcurementQuick Orders

What is a Quick Order?

A Quick Order (QO) bypasses the Material Requisition and RFQ/RFP stages entirely. It allows procurement teams to create an order directly when the vendor and pricing are already known, or when urgency demands a faster process. Unlike a standard PO that must originate from an approved MR and a competitive vendor offer, a Quick Order can be raised independently for either of two order types:

  • Material Order (order_type = 'M') — For procuring physical materials. The QO references items from the Material Master and can be converted to a full Purchase Order.
  • Service / Subcontractor Order (order_type = 'S') — For procuring subcontractor work or services. The QO references work items from the job’s scope/BOQ and can be converted to a full Work Order.
Key Difference from Standard PO / WO

While a standard PO requires an approved MR and a selected vendor offer from the RFQ process, and a standard WO requires a Work Requisition and RFP evaluation, a Quick Order can be created directly without either. However, Quick Orders follow the same approval procedures as standard POs and WOs, ensuring proper authorization is maintained regardless of the expedited creation path.

Order Types

The order_type field on the QO header determines the nature of the order and controls which line-item fields are available, which conversion path is used, and how downstream documents are generated.

Type CodeNameLine Items ReferenceConverts ToDownstream Flow
M Material material_id — references Material Master Purchase Order (PO) PO → MRN → Stock → Vendor Bill → Payment
S Service / Subcontractor job_work_item_id — references job scope / BOQ work items Work Order (WO) WO → Measurement → Running Bill → Payment
Choosing the Right Type

Select Material when ordering physical goods (cement, steel, fittings, consumables). Select Service when engaging a subcontractor for work scope items (excavation, MEP installation, painting). The order type is set at creation and cannot be changed afterward — it determines the entire downstream conversion path.

Characteristics: QO vs. Standard PO

Feature Standard PO / WO Quick Order (QO)
Requires MR / WR Yes — must originate from an approved Material Requisition or Work Requisition No — created independently without any prerequisite document
Requires RFQ / RFP Yes — must go through competitive bidding and vendor offer evaluation No — vendor and pricing entered directly by the user
Budget Check Checked against approved material or subcontractor budget No budget requirement; may be created without pre-approved budget
Approval Workflow Standard approval process Same approval process as standard POs / WOs
Vendor Selection Through competitive RFQ/RFP process Directly selected by the user from the Vendor Directory
Order Types Separate documents (PO for materials, WO for services) Single document type that handles both via order_type flag
Conversion Not applicable — already a full PO/WO Must be converted to full PO or WO before downstream processing
Bill Generation Through standard vendor bill flow Direct bill generation via omni_sp_scm_MakeBillFromQuickOrder

Status Lifecycle

A Quick Order progresses through the following statuses from creation to completion:

StatusDescriptionAllowed Actions
Draft Initial state after creation. The QO can be freely edited — header details, line items, terms, and attachments can all be modified. Edit, Delete, Submit for Approval, Cancel
Approved The QO has been approved through the configured workflow. Header and line items are locked. The order is now eligible for conversion or bill generation. Convert to PO/WO, Generate Bill, Clone, Cancel, Amend
Converted The QO has been converted to a full Purchase Order (converted_to_po_id) or Work Order (converted_to_wo_id). The original QO is retained for audit trail. View only — all further actions happen on the converted PO/WO
Cancelled The QO has been cancelled (is_cancelled = 1). No further actions can be performed. Cancellation reason is recorded. View only
Amendment via original_po_id

When a Quick Order is amended, a new QO record is created with the original_po_id field pointing to the original QO. This provides a full revision history while keeping the original record intact for audit purposes. The original QO is typically cancelled when the amendment is approved.

QO Header Fields

The QO header captures overall order information. All header fields are stored in the omni_quick_order_header table (45 columns).

FieldDB ColumnDescriptionRequired
QO Code po_code Auto-generated order code. Format: QO/{JobCode}/{SeqId}. Generated by the object sequence system (omni_sp_GetObjectCode). Auto
Description po_desc Free-text description of the order purpose (e.g., “URGENT SAFETY EQUIPMENT”, “PLUMBING SUBCONTRACT BLOCK C”). Supports rich text (varchar MAX). Yes
Order Type order_type Single character: 'M' for Material or 'S' for Service/Subcontractor. Determines line-item behavior and conversion path. Yes
Job job_id The job/project this QO is charged against. Links to omni_job_master. Determines budget tracking and cost reporting. Yes
Vendor vendor_id The vendor or subcontractor the order is placed with. Must be registered in the Vendor Directory. Yes
QO Date po_date The date of the Quick Order. Defaults to the current date. Yes
Order Currency po_currency The currency in which the order is placed (e.g., OMR, INR, AED, USD). May differ from the job currency. Yes
Job Currency job_currency The base currency of the job. Used for budget tracking and cost reporting. Auto-populated from the selected job. Auto
Exchange Rate job_ccy_exchange_rate Conversion rate from QO currency to job currency. Set to 1.0 when both currencies are the same. Used to convert QO values for budget comparison. Yes
Expected Ready Date expected_ready_date Date when materials are expected to be ready at the vendor’s facility, or when the subcontractor work is expected to begin. No
Expected Ship Date expected_ship_date Date when materials are expected to ship from the vendor. Primarily used for material orders. No
Expected Arrival Date expected_arrival_date Date when materials are expected to arrive at the delivery location, or the target completion date for subcontractor services. No
Billing Address billing_address_id Company billing address. Selected from the organization’s configured addresses. No
Notes notes Internal notes (up to 4,000 characters). Visible only within JobNext, not printed on the order document. No
Attachment po_attachment File attachment for supporting documents (drawings, specifications, vendor correspondence). No
DMS Document dms_document_id Link to the Document Management System for structured document storage and retrieval. No
Original QO original_po_id For amendments only: references the original Quick Order that this one amends. Provides revision chain traceability. Amendments only
Expense Party expense_party_id / expense_party_type_id The party to whom the expense is attributed, with the party type classification. Used for cost allocation when the expense party differs from the vendor. No
Auto-Complete is_auto_complete When enabled (1), the system automatically closes the QO once all line items are fully received or the work is completed. No

Order-Level Amount Fields

These fields summarize the QO’s financial totals and are computed from line items:

FieldDB ColumnDescription
Net Item Amount net_item_amount Sum of all line-item net amounts (base amount − discount + item taxes). Money type.
Order Tax order_tax_id / order_tax_percent / order_tax_amount Order-level tax applied on top of the net item amount. Tax ID references the tax master; percentage and amount are computed.
Discount discount Order-level discount amount (in QO currency). Applied after tax calculation.
Freight freight Freight / shipping charges added to the order. Primarily relevant for material orders.
Other Charges other_charges Any additional charges (handling, packing, insurance, etc.).
Order Tax Total order_tax_total Sum of all tax amounts (line-level + order-level).
Gross Amount order_gross_amount Final QO value: Net Items + Order Tax − Discount + Freight + Other Charges.

QO Line Items (Detail)

Each Quick Order contains one or more line items representing individual materials or work items being ordered. Line items are stored in the omni_quick_order_detail table (24 columns).

FieldDB ColumnDescription
Material material_id Material orders only (order_type = 'M'). References a material from the Material Master. Includes material code, name, and specification. This field is NULL for service/subcontractor orders.
Work Item job_work_item_id Service orders only (order_type = 'S'). References a work item from the job’s scope/BOQ. Includes the work item description, unit, and budgeted rate. This field is NULL for material orders.
Job job_id The job/project for this line item. Typically matches the header job, but can differ in multi-job orders.
UOM item_uom_id Unit of measurement for this line item (e.g., Kg, Nos, Mtr, Sqm, Ltr). The available UOMs are fetched via omni_sp_scm_get_Quickorder_uom.
Quantity item_qty Number of units being ordered.
Basic Rate item_basic_rate Unit price in the QO currency (before tax and discount).
Base Amount item_base_amount Quantity × Basic Rate. The subtotal before any adjustments.
FOC Qty foc_qty Free of Charge quantity — additional units the vendor provides at no cost. Common for bulk material orders or promotional offers.
Discount % item_discount_percent Line-level discount percentage applied to the base amount.
Discount Amount item_discount_amt Computed discount: Base Amount × Discount %. Reduces the taxable amount.
Tax 1 item_tax_id / item_tax_percent / item_tax_amount First tax component — selected from the tax master. The tax ID, rate, and computed amount are stored separately. Example: CGST at 9%.
Tax 2 item_tax2_id / item_tax2_percent / item_tax2_amount Second tax component for dual-tax regimes. Example: SGST at 9% (intra-state GST). For single-tax scenarios (e.g., GCC VAT), Tax 2 is left blank.
Net Amount item_net_amount Final line amount: Base Amount − Discount + Tax 1 + Tax 2.
Ledger Account ledger_id The general ledger account to which this line item’s cost is posted. Determines the accounting treatment of the expense.
Party party_id / party_type_id The party associated with this line item for cost allocation. Uses the unified party reference system (S=Staff, V=Vendor, C=Customer).
Item Notes po_item_notes Per-line notes for special instructions (e.g., “Deliver to Gate 3”, “Must be Grade 43C”, “Include test certificate”).
Dual Tax Support (Tax 1 + Tax 2)

JobNext supports a dual tax structure on every line item. For Indian GST: Tax 1 = CGST and Tax 2 = SGST (intra-state), or Tax 1 = IGST with Tax 2 blank (inter-state). For GCC VAT: Tax 1 = VAT with Tax 2 blank. The same two-component structure accommodates any tax regime worldwide. Both tax components are independently configurable per line item.

Creating a Quick Order

Quick Order creation follows two distinct paths depending on the order type. Both paths start from the same screen but diverge at line-item entry.

Path 1: Material Quick Order (order_type = ‘M’)

  1. Navigate to Quick Orders — Go to Procurement → Quick Orders and click New Quick Order. Select Material as the order type.
  2. Select the Job — Choose the job/project this order is for. The job determines the budget being tracked and the job currency for exchange rate calculation.
  3. Select the Vendor — Choose the material supplier from the Vendor Directory. The vendor must already be registered in the system.
  4. Set Currency and Dates — Confirm the order currency (defaults to the vendor’s trading currency). If the order currency differs from the job currency, enter the exchange rate. Set expected ready, ship, and arrival dates if known.
  5. Add Material Line Items — Select materials from the Material Master. For each line, enter:
    • Quantity and UOM (unit of measure)
    • Basic rate (unit price)
    • Discount percentage (if applicable)
    • Tax 1 and Tax 2 components (from the tax master)
    • FOC quantity (free of charge units, if any)
    • Item notes for special delivery or quality instructions
  6. Add Order-Level Charges — Enter any order-level tax, discount, freight, and other charges. These apply to the entire order on top of line-item totals.
  7. Specify Payment Terms — Add payment milestones (e.g., 30% advance, 70% on delivery). See Payment Terms.
  8. Add Terms & Conditions — Select from pre-configured templates or enter custom T&Cs. See Terms & Conditions.
  9. Attach Documents — Optionally attach specifications, drawings, or vendor correspondence.
  10. Save and Submit for Approval — Save the QO (status: Draft), review all details, then click Approve to send it through the configured approval workflow.

Path 2: Service / Subcontractor Quick Order (order_type = ‘S’)

  1. Navigate to Quick Orders — Go to Procurement → Quick Orders and click New Quick Order. Select Service as the order type.
  2. Select the Job — Choose the job/project. For service orders, the job’s scope and BOQ work items become available for selection in line items.
  3. Select the Subcontractor — Choose the subcontractor from the Vendor Directory. The vendor must be registered with a subcontractor classification.
  4. Set Currency and Dates — Set the order currency and exchange rate. For service orders, the expected arrival date typically serves as the target completion date for the work.
  5. Add Work Item Line Items — Select work items from the job’s scope/BOQ using the job_work_item_id reference. For each line, enter:
    • Quantity and UOM (e.g., Sqm, Cum, Rmt, LS)
    • Basic rate (rate per unit of work)
    • Discount and tax components
    • Item notes for scope clarifications or measurement instructions
  6. Add Order-Level Charges and Terms — Same as material orders: freight, other charges, payment terms, and T&Cs.
  7. Save and Submit for Approval — Save as Draft, then submit for approval.
Vendor Must Be Pre-Registered

The vendor or subcontractor must already exist in the Vendor Directory before a Quick Order can be raised. If the vendor is new, register them first via Vendor Registration. This ensures all vendor details (trade license, tax registration, bank details) are captured and verified before any orders are placed.

Approval Workflow

Quick Orders follow the same approval workflow as standard POs and WOs. Approval is triggered by calling omni_sp_scm_ApproveQuickOrder.

Approval Process

  1. User creates the QO and saves it in Draft status.
  2. User clicks Approve to submit the QO into the approval pipeline.
  3. The system routes the QO to the appropriate approver(s) based on the configured hierarchy:
    • Value-Based — Different approvers based on order amount thresholds
    • Category-Based — Specialized approvers for specific material categories or work types
    • Multi-Level Sequential — QO passes through multiple levels in sequence
  4. Each approver can approve (advances to next level or final approval) or reject (returns to Draft for revision).
  5. On final approval, the QO status changes to Approved and the approved_by and approved_on fields are populated.

What Happens on Approval

  • QO status changes from Draft to Approved
  • The approving user and approval timestamp are recorded (approved_by, approved_on)
  • The QO header and line items become read-only (no further edits without amendment)
  • The QO becomes eligible for conversion to PO/WO, bill generation, and cloning
  • Notification alerts are sent to relevant stakeholders (if configured)

Conversion: QO to PO or WO

The primary purpose of a Quick Order is to serve as a fast-track entry point that is later converted to a full procurement document. The conversion path depends on the order_type.

Converting to Purchase Order (Material Orders)

For material Quick Orders (order_type = 'M'), the conversion creates a full Purchase Order using the stored procedure omni_sp_scm_ConvertQOToPO.

  1. Ensure the QO is Approved — Only approved Quick Orders can be converted. The QO must be in Approved status.
  2. Click “Convert to PO” — From the QO row actions, select Convert to PO. The system calls omni_sp_scm_ConvertQOToPO.
  3. System copies all data — The conversion copies all header fields (vendor, job, currency, dates, billing address, notes) and all line items (materials, quantities, rates, taxes, discounts, FOC) to the new PO record in omni_purchase_order_header / omni_purchase_order_detail.
  4. QO is marked as converted — The original QO’s converted_to_po_id field is populated with the new PO’s ID. The QO status changes to Converted.
  5. Continue with standard PO workflow — The newly created PO follows the standard PO lifecycle: approval (if required again), MRN receiving, vendor billing, and payment.
Traceability After Conversion

The converted PO maintains a link back to the originating Quick Order through the converted_to_po_id field on the QO header. This provides full traceability from the initial quick order through to the final PO, MRN, and vendor payment.

Converting to Work Order (Service Orders)

For service Quick Orders (order_type = 'S'), the conversion creates a full Work Order.

  1. Ensure the QO is Approved — The QO must be in Approved status.
  2. Click “Convert to WO” — From the QO row actions, select Convert to WO.
  3. System copies all data — Header fields (subcontractor, job, currency, terms) and line items (work items with job_work_item_id, quantities, rates, taxes) are copied to the new WO record.
  4. QO is marked as converted — The converted_to_wo_id field is populated with the new WO’s ID. Status changes to Converted.
  5. Continue with standard WO workflow — The new WO follows the standard subcontractor workflow: measurement recording, running bill generation, and payment processing.

Bill Generation

Quick Orders support direct bill generation without first converting to a full PO/WO. This is handled by the stored procedure omni_sp_scm_MakeBillFromQuickOrder.

How It Works

  1. From an Approved Quick Order, select Generate Bill from the row actions.
  2. The system creates a vendor bill record and links it to the QO via the running_bill_id field on the QO header.
  3. The bill captures the total delivered value against the Quick Order line items.
  4. The generated bill becomes available for processing in Accounts Payable.
  5. Payment can then be scheduled and processed through the standard payment workflow.
Direct Bill vs. Conversion

You have two options with an approved QO: convert it to a full PO/WO (which then follows the standard billing flow), or generate a bill directly from the QO itself. Direct bill generation is faster and appropriate when the full PO/WO document structure is not needed for downstream tracking. Conversion is preferred when you need MRN receiving, detailed delivery tracking, or the full PO/WO approval and amendment capabilities.

Clone Feature

The clone feature creates a copy of an existing Quick Order, saving time when placing repeat or similar orders. Cloning is handled by the stored procedure omni_sp_scm_CloneQuickOrder.

What Gets Cloned

  • Header data — Job, vendor, order type, currency, exchange rate, billing address, and description are copied to the new QO.
  • Line items — All materials or work items, quantities, rates, taxes, discounts, and FOC quantities are duplicated.
  • Terms — Payment terms and terms & conditions are carried over.

What Is NOT Cloned

  • QO Code — A new auto-generated code is assigned.
  • QO Date — Set to the current date.
  • Status — The cloned QO starts in Draft status regardless of the source QO’s status.
  • Approval dataapproved_by and approved_on are cleared.
  • Conversion linksconverted_to_po_id and converted_to_wo_id are not copied.
  • Running billrunning_bill_id is not copied.
When to Clone

Cloning is ideal for repeat orders to the same vendor with the same or similar materials/work scope. After cloning, review and adjust quantities, rates, and dates as needed before submitting for approval. This is significantly faster than creating a new QO from scratch, especially for orders with many line items.

Payment Terms

Payment terms define when and how the vendor or subcontractor will be paid. Each QO can have one or more payment milestones stored in the omni_quick_order_paymentterms table.

FieldDescription
Payment Days Number of days after the payment event when payment is due (e.g., Net 30, Net 60).
Payment Quantum Percentage of the QO value to be paid at this milestone (e.g., 50% advance, 50% on delivery).
Payment Event The trigger event — e.g., “On Order”, “On Delivery”, “On Invoice”, “On Completion”, “On Acceptance”.
Payment Mode How payment will be made — e.g., Bank Transfer, Cheque, Cash, Letter of Credit.
Discount Days Early payment discount window — if paid within this many days, a discount applies.
Discount Percent The early payment discount percentage if paid within discount days.
Multiple Payment Milestones

A single QO can have multiple payment milestones. For example: 30% advance on order placement, 60% on delivery/completion, and 10% retention released after 90 days. These terms carry forward when the QO is converted to a full PO or WO.

Terms & Conditions

QOs include standard and custom terms & conditions stored in the omni_quick_order_termsandconditions table.

  • Template-based — Select from pre-configured T&C templates defined in the master settings. Each template has a term ID and default text.
  • Customizable — The terms text can be edited per QO to add special conditions, modify default clauses, or remove inapplicable terms.
  • Printed on document — All T&Cs are included in the QO report document sent to the vendor or subcontractor.
  • Carried forward — When a QO is converted to a full PO/WO, the T&Cs are copied to the new document.

Common T&C categories include:

  • Delivery schedule and penalties for late delivery / completion
  • Quality inspection and acceptance criteria
  • Warranty and guarantee terms
  • Liquidated damages for non-performance
  • Insurance and liability clauses
  • Safety and compliance requirements (for subcontractor work)
  • Retention and defect liability period
  • Dispute resolution and jurisdiction

Tax Items

In addition to line-level and order-level taxes, Quick Orders support additional tax configurations stored in the omni_quick_order_taxes table. This allows for:

  • Multiple tax components beyond the dual Tax 1 / Tax 2 on each line item
  • Special levies such as education cess, environmental surcharge, or industry-specific taxes
  • Withholding tax (TDS) configurations that affect the net payable amount
  • Tax exemptions for specific materials or services that qualify for reduced or zero-rated tax treatment

Tax configurations on the QO are carried forward to the converted PO/WO and are reflected in the generated vendor bills.

Multi-Currency Support

Quick Orders support multi-currency ordering, which is critical for international procurement and cross-border subcontracting:

  • Order Currency (po_currency) — The currency in which the vendor or subcontractor is paid. Set at the QO header level.
  • Job Currency (job_currency) — The base currency of the job/project. Used for budget tracking and cost reporting.
  • Exchange Rate (job_ccy_exchange_rate) — The conversion rate from QO currency to job currency. Set at the time of QO creation.
Exchange Rate Impact

The exchange rate on the QO is used for budget tracking. If the rate fluctuates between QO creation and actual payment, the variance is captured as a foreign exchange gain/loss in the finance module. When converting a QO to a full PO/WO, the exchange rate is carried forward but can be updated on the converted document if needed.

Cancellation and Deletion

Cancellation

A Quick Order can be cancelled using omni_sp_scm_CancelQuickOrder. Cancellation sets the is_cancelled flag to 1 and records the cancellation details.

  • Draft QOs — Can be cancelled at any time without restriction.
  • Approved QOs — Can be cancelled if they have not yet been converted or had a bill generated against them.
  • Converted QOs — Cannot be cancelled — the resulting PO/WO must be cancelled instead.

Deletion

A Quick Order can be permanently deleted using omni_sp_scm_DeleteQuickOrder. Deletion is only available for Draft QOs that have not been submitted for approval. Once a QO has been approved, converted, or had any downstream activity, it cannot be deleted — use cancellation instead to maintain the audit trail.

When to Use Quick Orders

Quick Orders are appropriate in the following situations:

  • Urgent procurement — When material is needed immediately and the full MR → RFQ cycle would cause unacceptable delays to project execution
  • Urgent subcontracting — When a subcontractor must be engaged quickly and the WR → RFP cycle is not practical
  • Established vendor relationships — When the vendor and pricing are already agreed through rate contracts or long-standing relationships, making the RFQ/RFP process redundant
  • No budget pre-allocation required — When procurement can proceed without a pre-approved material or subcontractor budget (typically for administrative, overhead, or emergency supplies)
  • Repeat orders — When placing follow-up orders with the same vendor at previously agreed rates. Use the Clone feature to speed up creation.
  • Small-value purchases — When the procurement value does not justify the overhead of the full MR → RFQ → PO cycle
  • Spot subcontracting — When engaging a subcontractor for a one-off task or small scope of work that does not warrant the full work requisition process
Use Judiciously

While Quick Orders provide necessary flexibility, over-reliance on them bypasses the competitive bidding and budget controls built into the standard workflow. Organizations should monitor Quick Order usage and ensure it remains appropriate for genuinely expedited needs rather than becoming a routine workaround. Consider setting up periodic management reports to track the ratio of Quick Orders to standard POs/WOs.

Quick Order vs. Standard PO vs. Cash Purchase

JobNext offers three procurement paths at different levels of formality. Choose the appropriate one based on the situation:

Aspect Standard PO / WO Quick Order (QO) Cash Purchase
Prerequisite Approved MR/WR + RFQ/RFP None — direct creation None — direct creation
Document Type Full PO or WO Quick Order (convertible to PO/WO) Cash MRN (receipt only)
Approval Full approval workflow Full approval workflow (same as PO/WO) MRN approval only
Vendor Commitment Formal commitment with T&Cs Formal commitment with T&Cs Spot purchase, no formal commitment
Budget Check Yes — validated against budget No — may bypass budget controls No budget requirement
Order Types Material (PO) or Service (WO) Both via single document (M or S) Material only
Payment Through standard vendor bill flow Through running bill or converted PO/WO flow Typically immediate cash payment
Best For Planned procurement with competitive bidding Known vendors, agreed rates, medium urgency Immediate need, small local purchases

The following stored procedures and tables support the Quick Order lifecycle:

ObjectTypePurpose
omni_quick_order_header Table QO header records (45 columns) — order metadata, vendor, job, amounts, dates, status
omni_quick_order_detail Table QO line items (24 columns) — materials/work items, quantities, rates, taxes
omni_quick_order_paymentterms Table Payment milestones for each QO
omni_quick_order_taxes Table Additional tax configurations beyond line-level taxes
omni_quick_order_termsandconditions Table Terms & conditions attached to each QO
omni_sp_scm_CreateQuickOrder SP Creates a new Quick Order (header + detail)
omni_sp_scm_ApproveQuickOrder SP Submits a QO for approval; records approver and timestamp
omni_sp_scm_ConvertQOToPO SP Converts a material QO to a full Purchase Order; populates converted_to_po_id
omni_sp_scm_MakeBillFromQuickOrder SP Generates a vendor bill directly from the QO; populates running_bill_id
omni_sp_scm_CloneQuickOrder SP Creates a copy of an existing QO for repeat orders
omni_sp_scm_CancelQuickOrder SP Cancels a QO and sets is_cancelled = 1
omni_sp_scm_DeleteQuickOrder SP Permanently deletes a Draft QO
omni_sp_scm_get_Quickorder_uom SP Fetches available units of measurement for QO line items

Best Practices

  • Set the correct order type at creation — The order type (M or S) cannot be changed after creation. It determines the line-item fields, conversion path, and downstream workflow.
  • Always include a clear description — The po_desc field should clearly state the purpose of the order (e.g., “URGENT: Reinforcement Steel for Basement Level 2”). This helps approvers make informed decisions and aids in future searches.
  • Use the clone feature for repeat orders — Rather than creating new QOs from scratch, clone an existing one and adjust quantities and rates. This saves time and reduces data entry errors.
  • Convert rather than bill directly when possible — Converting to a full PO/WO provides better downstream tracking (MRN receiving, delivery tracking, detailed billing) compared to direct bill generation.
  • Do not over-rely on Quick Orders — The standard MR → RFQ → PO workflow exists for good reason: it ensures competitive bidding, budget control, and proper vendor evaluation. Reserve Quick Orders for genuinely expedited needs.
  • Track QO-to-standard-PO ratios — Management should monitor the proportion of procurement going through Quick Orders vs. the standard process. A high ratio may indicate process inefficiencies or workarounds.
  • Verify exchange rates — For multi-currency orders, ensure the exchange rate is current and accurate. Incorrect rates affect budget tracking and cost reporting.
  • Complete payment terms and T&Cs — Even though QOs are expedited, do not skip payment terms and terms & conditions. These are contractually important and carry forward to the converted PO/WO.
  • Attach supporting documents — Include specifications, drawings, quotation references, or email confirmations that justify the Quick Order. This supports the audit trail and helps approvers.
  • Use item notes for special instructions — Delivery instructions, quality requirements, or measurement criteria should be captured at the line-item level using po_item_notes.