How to Enter a Customer Order in M3 (OIS100)
How do I enter a customer order in M3 (OIS100)
Also searched as
- M3 OIS100 customer order entry steps
- how to create a sales order in M3
- M3 customer order header vs line entry
- OIS100 order type and delivery terms
Short answer
OIS100 (Customer Order. Open) is the primary M3 program for entering and maintaining customer orders, built as a header-then-line workflow: you first create the order header with customer, order type and delivery terms, then add order lines that each carry their own item, quantity, price and delivery date defaulted from customer and item agreements.
Applies to: Infor M3 Business Engine 10.x-14.x, Order module, M3 H5 Client
Enter a customer order from header to confirmation
- 1Open OIS100 and start a new order, entering the customer number - most header fields (currency, payment terms, delivery terms, warehouse) default from the customer record in CRS610.
- 2Set the order type, which controls numbering series, whether the order is a standard sales order, a return, an intercompany order, or a specific document flow configured for your business.
- 3Review and adjust delivery address, requested delivery date, and mode of delivery/terms of delivery if they differ from the customer defaults for this specific order.
- 4Move to line entry and add each item with quantity and unit of measure - price defaults from the customer/item price list (OIS011/CRS395) unless manually overridden.
- 5Check availability (ATP) on each line if your configuration shows available-to-promise data, and adjust the confirmed delivery date if the requested date cannot be met from current or planned stock.
- 6Add any order or line text, charges, or discounts required, then review the order total before releasing it from entry status.
- 7Release the order so it becomes visible to warehouse and planning processes - released orders can trigger allocation, picking list generation, or MRP demand depending on order type configuration.
- 8Print or transmit order confirmation via OIS300 (Customer Order. Print Confirmation) if your process requires sending confirmation to the customer.
Header defaults versus line overrides
Almost every field on an OIS100 order line has a default source: item price from a price list, delivery warehouse from the customer or item facility record, tax code from the customer/item combination. Understanding the default chain matters because a wrong price or warehouse on an order is rarely a data entry mistake - it is usually a missing or incorrect price list, agreement, or facility connection upstream, and fixing the order line without fixing the source record means the next order will have the same problem.
Order type is the single field with the most downstream effect. It determines the numbering series, which document flow the order follows (standard ship, direct delivery, intercompany, return), whether the order affects MRP demand, and which print/EDI outputs fire automatically - always confirm order type before line entry, since changing it after lines exist is not always possible without deleting and re-entering the order.
Availability checking and delivery dates
M3's availability check on an order line looks at current stock, allocated stock, and planned supply (open purchase and manufacturing orders) up to a horizon, then proposes a confirmed delivery date that may differ from the requested date. If a customer service rep overrides the confirmed date without checking ATP, the order can promise a date that manufacturing or purchasing cannot actually hit, which shows up later as a late shipment rather than an order entry error.
For make-to-order or configured items, order entry can trigger an immediate MRP-relevant demand signal even before the order is released, depending on the item's planning method - this is why item type and planning method set up correctly in MMS001/MMS002 directly affects how accurate the ATP date shown in OIS100 actually is.
Common line-level fields that get missed
Charge and discount lines, when required by the customer agreement, are entered as separate line types rather than adjustments to the item price field, and skipping them causes the order total to mismatch the customer's PO or contract. Project or job order allocation, when a company ties customer orders to a specific project (PJS) or job, is also entered at the order or line level and is easy to miss if the entry clerk is not aware the customer requires it for billing traceability.
Common pitfalls
- !Changing order type after lines have been entered, which is blocked or behaves inconsistently in many M3 versions - decide order type first.
- !Overriding the confirmed delivery date without checking ATP, promising a date the supply chain cannot support.
- !Entering price manually on every line instead of fixing a missing or expired price list agreement, which just defers the problem to the next order.
- !Forgetting charge/discount lines required by a customer contract, causing invoice totals to not match the customer's expected amount.
- !Releasing an order before verifying the ship-to address and delivery terms, especially for a one-time or drop-ship customer.
- !Not checking the item's facility connection (MMS002) before order entry - an item without a facility record for the order's warehouse cannot be added to a line.
How an ERP-grounded AI assistant handles this
An AI assistant grounded in the customer's M3 order, price list and inventory tables can answer order-status and ATP questions in plain language for customer service reps - what is the real available-to-promise date for this line, why did the price default differently than expected, has this customer's price agreement expired - without the rep having to trace price list, customer and item records across three separate M3 programs.
Frequently asked questions
Can I change the order type on an M3 customer order after entry?
In most M3 configurations, order type should be set correctly before lines are added; changing it afterward can be blocked or can leave numbering, document flow and MRP demand records inconsistent, so it is safer to cancel and re-enter the order with the correct type.
Why does OIS100 show a different price than the customer's quoted price?
Price defaults from the applicable price list or customer/item agreement (OIS011/CRS395); if the order shows a different price, the agreement has likely expired, has a different effective date range, or a more specific price list is matching first based on M3's price list priority rules.
What triggers MRP demand from a customer order in M3?
Demand is generated once the order line's item and facility combination is planning-relevant (MRP-planned) and the order is released; draft or unreleased orders typically do not generate MRP demand, which is why unreleased backlog can hide real supply problems.
How do I confirm and print an order to the customer?
Use OIS300 (Customer Order. Print Confirmation) after the order is released, or rely on automatic EDI/print output if your order type is configured to trigger confirmation automatically on release.
Related
How to Create a New Item in M3 (MMS001)
A new item in M3 is created in two stages: item basic data in MMS001 (Item. Open), which defines company-wide attributes such as description, item group and unit of measure, then facility-level data in MMS002 (Item/Facility. Connect), which attaches the item to a specific warehouse or plant with purchasing, planning and costing parameters. An item is not usable for orders, purchasing or MRP until both stages are complete.
How-toHow to Build a Grid Mapping in M3 Enterprise Collaborator (MEC)
M3 Enterprise Collaborator (MEC) moves data between an external format (EDI, flat file, XML) and M3's own API by chaining a collection step (getting the document in), a grid mapping step (field-level transformation from source structure to M3 API call structure), and a delivery step (executing the mapped MI transaction). Building a new mapping means defining the source document structure, building the grid that maps each source field to its M3 API field, and testing with representative sample documents before going live.
How-toHow to Run Period End Close in M3
M3 period end close is not a single button - it is a sequence: close sub-ledger activity in inventory, purchasing and sales first, reconcile and post any pending vouchers, then close the accounting period in the financials basic data so no further postings can hit it without explicit reopening. Doing the steps out of order is the most common reason a company has to reopen a period after close.
How-toSyteLine Customer Order to Invoice: Step by Step
A SyteLine customer order flows from Order Entry through pick, pack, and Customer Shipment, then to invoicing, either through the Auto Invoice batch utility or manual Invoice Entry, posting revenue and relieving inventory once the shipment is confirmed.
Error fixM3 API Error: Record already exist
Record already exist means the MI Add transaction you called is trying to insert a key that is already present in the target M3 table, most often because a prior call succeeded and was retried, or because the key fields you built do not match what you think they match. Read the errorField and errorFieldGroup attributes on the response to see exactly which key field M3 flagged, then either switch to the matching Chg (change) transaction or fix the key construction in the caller.
AdvancedPaging M3 API MI List Transactions Past the Default Record Limit
M3 List transactions (the read/browse transaction most MI programs expose, such as CRS610MI.LstByNumber or OIS100MI.LstOrderHead) cap the rows returned per call using the MaxReturnedRecords input field, and by default many clients leave it low or unset, which looks like the API silently truncating results. Set MaxReturnedRecords explicitly, then loop the call using the last key values from the previous page as the starting position until fewer rows than the limit come back.
AI for ERPAI for Infor M3: A Practical Path from MI Programs to a Private Assistant
Add grounded AI to Infor M3: natural-language answers over MI programs and MEC, agents for distribution and manufacturing, on-prem or private cloud in Europe.
AI for ERPAI Agents Over Infor ION API, BODs, and the Infor Data Lake
Build AI agents on Infor ION API Gateway, BODs, and Data Lake, alongside or instead of Infor's own GenAI features, with your choice of model and hosting.
Stuck on Infor M3 (M3 Business Engine)?
Talk to engineers who work inside Infor M3 (M3 Business Engine) every week, and who build private AI that answers these questions from your own ERP data.