For the last six rounds we’ve been spending money — purchase orders, receiving, invoicing, and finally paying vendors. Today the Face-Off crosses the aisle to the fun side of the ledger: making money. Round 15 opens the Sales and Receivables block with the document that starts it all — the sales order.
A customer calls. They want fifty units. How fast can you get that promise into your system? In Dynamics GP, the answer depends on how well someone set up the Sales Order Processing module years ago. In Business Central, the answer is: as fast as you can type the customer’s name.
How You Enter a Sales Order in Dynamics GP
Sales orders in GP live in the Sales Order Processing (SOP) module. Microsoft’s Sales Order Processing documentation describes it as one system for five document types: quotes, orders, back orders, invoices, and returns. It’s genuinely powerful. It’s also genuinely built on setup.
First, the setup that came before you. Before anyone enters an order, an administrator has defined document Type IDs in Sales Order Processing Setup — an order ID like STDORD, with its own numbering, its own allocation method, and options like whether shortages can transfer to a back order. Two companies can run SOP very differently depending on choices made in those setup windows a decade ago. That’s flexibility, but it means the entry screen behaves differently shop to shop.
Entering the order. Open the Sales Transaction Entry window (Transactions > Sales > Sales Transaction Entry). Choose the document type — Order — then the Type ID. GP assigns the document number from that ID’s numbering. Enter the customer ID, the date, and usually a batch ID so the order can be saved and processed with others. Then enter your line items: item number, quantity, unit price.
Then, the shortage question. Here’s the moment every GP order-entry person knows. If you’re allocating by line item and the quantity on hand can’t cover the line, GP stops you with the Sales Quantity Shortage Options window — and depending on setup it offers up to seven choices: Sell Balance, Override Shortage, Back Order All, Back Order Balance, Cancel All, Cancel Balance, or Distribute. Per Microsoft’s allocation and fulfillment guide, allocation reserves the inventory, fulfillment pulls it for shipping, and your Type ID decides whether that happens line by line or for the whole batch at once. New hires learn this window by getting stopped by it.
Finally, the save. Orders aren’t posted in GP — they’re saved to the batch, and later transferred to an invoice or fulfillment order. (That transfer is its own topic, and it’s coming in a future round.)
None of this is bad. SOP has handled high-volume order entry for decades. But the power lives in setup windows, and the person entering the order needs to know the rules that were baked in long ago.
How You Enter a Sales Order in Business Central
Business Central’s flow is documented in one Microsoft Learn page: create a customer sales order and sell products. The short version:
Step 1: Search for Sales Orders and choose New. No document type decision, no Type ID. A sales order is a sales order, and the number assigns itself from a number series.
Step 2: Pick the customer. Start typing the name in the Customer Name field, and the rest of the header fills itself in — address, payment terms, currency, shipping method, all pulled from the customer card. If the customer pays on the spot, set a Payment Method Code and the payment posts along with the order.
Step 3: Fill in the lines. On the Lines FastTab, choose the type — item, service, comment, or a G/L account for one-off charges — then the item number and quantity. Prices and discounts flow in from your price lists. If the customer has a monthly replenishment pattern, one action — Get Recurring Sales Lines — drops their standing order onto the document.
Step 4: Keep going. If stock is short, BC shows an availability warning with the numbers — and lets you accept it and move on. No mandatory seven-option decision at every short line. Reservations are there when you want them, and the order sits as an open document you can edit until you’re ready to ship and invoice.
The whole thing is one page, and the defaults do most of the typing. The person entering the order needs to know the customer and the items — not the setup history of the module.
And the number of time-saving tips and tricks around this is astounding – stay tuned for more!
Side by Side
| Dynamics GP | Business Central | |
|---|---|---|
| Where it happens | Sales Transaction Entry window (SOP module) | The Sales Order page |
| Before you start | Document Type IDs, numbering, allocation options in SOP Setup | A number series — orders just work |
| Starting an order | Choose type, Type ID, customer ID, batch | Choose New, type the customer’s name |
| Header details | Entered or pulled per setup | Auto-filled from the customer card |
| Repeat orders | Re-enter or copy documents | Get Recurring Sales Lines action |
| Stock shortage | Sales Quantity Shortage Options window — up to 7 choices | Availability warning; accept and continue |
| What happens next | Save to batch, transfer to invoice later | Order stays open until you post ship and invoice |
| Learning curve | Know your shop’s Type IDs and allocation rules | Know your customer and items |
Why BC Comes Out Ahead
GP’s SOP module puts its intelligence in the setup; Business Central puts it in the defaults. That difference shows up at the exact moment it matters — while a customer is on the phone. In BC, the header fills itself from the customer card, prices flow from price lists, and a stock shortage is information, not an interrogation.
The Type ID system is also where GP order entry becomes tribal knowledge. Which order ID do we use for drop-ships? Why does this batch allocate differently? In BC there’s nothing tribal to learn — which is why new sales staff are typically entering clean orders on day one.
And because a BC sales order is one document from quote to cash — not a handoff between document types — everything downstream gets simpler too. More on that in a future round.
Thinking About the Switch?
Aisling Dynamics helps companies run GP’s SOP module well, and helps them move to Business Central when the setup archaeology stops being worth it. If your order desk is ready for the one-page version, learn about our team, visit our GP vs. BC hub, or contact us at (251) 293-0555.
Come back tomorrow for Round 16: turning that order into money — transferring a sales order to an invoice in GP vs. posting Ship & Invoice in BC.