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.
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.
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 Code | Name | Line Items Reference | Converts To | Downstream 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 |
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:
| Status | Description | Allowed 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 |
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).
| Field | DB Column | Description | Required |
|---|---|---|---|
| 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:
| Field | DB Column | Description |
|---|---|---|
| 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).
| Field | DB Column | Description |
|---|---|---|
| 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”). |
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’)
- Navigate to Quick Orders — Go to Procurement → Quick Orders and click New Quick Order. Select Material as the order type.
- 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.
- Select the Vendor — Choose the material supplier from the Vendor Directory. The vendor must already be registered in the system.
- 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.
-
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
- 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.
- Specify Payment Terms — Add payment milestones (e.g., 30% advance, 70% on delivery). See Payment Terms.
- Add Terms & Conditions — Select from pre-configured templates or enter custom T&Cs. See Terms & Conditions.
- Attach Documents — Optionally attach specifications, drawings, or vendor correspondence.
- 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’)
- Navigate to Quick Orders — Go to Procurement → Quick Orders and click New Quick Order. Select Service as the order type.
- 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.
- Select the Subcontractor — Choose the subcontractor from the Vendor Directory. The vendor must be registered with a subcontractor classification.
- 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.
-
Add Work Item Line Items — Select work items from the job’s scope/BOQ using the
job_work_item_idreference. 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
- Add Order-Level Charges and Terms — Same as material orders: freight, other charges, payment terms, and T&Cs.
- Save and Submit for Approval — Save as Draft, then submit for approval.
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
- User creates the QO and saves it in Draft status.
- User clicks Approve to submit the QO into the approval pipeline.
- 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
- Each approver can approve (advances to next level or final approval) or reject (returns to Draft for revision).
- On final approval, the QO status changes to Approved and the
approved_byandapproved_onfields 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.
- Ensure the QO is Approved — Only approved Quick Orders can be converted. The QO must be in Approved status.
-
Click “Convert to PO” — From the QO row actions, select Convert to PO. The system calls
omni_sp_scm_ConvertQOToPO. -
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. -
QO is marked as converted — The original QO’s
converted_to_po_idfield is populated with the new PO’s ID. The QO status changes to Converted. - Continue with standard PO workflow — The newly created PO follows the standard PO lifecycle: approval (if required again), MRN receiving, vendor billing, and payment.
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.
- Ensure the QO is Approved — The QO must be in Approved status.
- Click “Convert to WO” — From the QO row actions, select Convert to WO.
-
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. -
QO is marked as converted — The
converted_to_wo_idfield is populated with the new WO’s ID. Status changes to Converted. - 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
- From an Approved Quick Order, select Generate Bill from the row actions.
- The system creates a vendor bill record and links it to the QO via the
running_bill_idfield on the QO header. - The bill captures the total delivered value against the Quick Order line items.
- The generated bill becomes available for processing in Accounts Payable.
- Payment can then be scheduled and processed through the standard payment workflow.
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 data —
approved_byandapproved_onare cleared. - Conversion links —
converted_to_po_idandconverted_to_wo_idare not copied. - Running bill —
running_bill_idis not copied.
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.
| Field | Description |
|---|---|
| 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. |
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.
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
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 |
Related Database Objects
The following stored procedures and tables support the Quick Order lifecycle:
| Object | Type | Purpose |
|---|---|---|
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 (
MorS) cannot be changed after creation. It determines the line-item fields, conversion path, and downstream workflow. - Always include a clear description — The
po_descfield 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.