The Warehouse Should Not Need to Ask Sales: "Can We Ship This Yet?"
In many businesses, orders, money, and inventory exist close to each other but not together.
Sales sees a confirmed order. Finance sees a payment in the bank. The warehouse sees the product. Yet someone still has to combine those three facts manually and say: "this can ship".
That is where messages begin: "has payment arrived?", "which order is this for?", "how much can we release?", "the customer paid only half", "is this stock already reserved?".
I would not make one employee the integration layer between sales, finance, and the warehouse.
I Would Not Try to Describe Everything With One Order Status
A single label such as "in progress" explains very little. It is more useful to see several connected states separately.
Order State
What has been agreed with the customer: items, quantities, prices, terms, and whether the order can move forward.
Payment State
How much must be received, how much has already been paid, and which financial condition is still missing.
Reservation State
How much stock is committed to this order and whether it has already been promised elsewhere.
Picking State
What the warehouse has actually prepared and what is still not ready for handoff.
Shipment State
What has already been transferred to the customer, what remains, and whether partial deliveries exist.
Next Action
Who needs to act now and which concrete condition is preventing further movement.
How I Would Connect the Flow From Order to Actual Shipment
The exact sequence depends on company rules, but the relationship between events should be explicit.
Order Terms Confirmed
The system knows the items, quantity, price, customer, payment method, and other conditions that affect fulfillment.
Financial Condition Defined
For example full prepayment, partial prepayment, credit limit, delayed payment, or shipment without waiting for payment.
Stock Reserved
The required quantity is separated from general physical stock and committed to this particular order.
Actual Payments Linked
A payment reduces the outstanding amount of the relevant order or obligation according to defined rules.
Shipment Condition Met
The system can determine whether enough payment or another authorization exists to continue.
Warehouse Task Created
Picking begins from the current order data instead of a copied product list sent in a message.
Actual Picking Confirmed
The system knows how much was actually prepared and whether it differs from the ordered quantity.
Shipment Authorized
Financial, warehouse, and other required conditions are met, or a responsible person recorded an approved exception.
Actual Shipment Recorded
The quantity actually transferred, date, and related operation are recorded.
Remaining Order Recalculated
After a partial or full shipment, the system shows what still needs payment, preparation, or shipment.
| Condition | What It Means for Payment | When Shipment Is Allowed |
|---|---|---|
| 100% prepayment | The full required amount must be received | After sufficient actual payment |
| 50% prepayment | A defined part is required before shipment | After the threshold and other conditions are met |
| Payment terms | Payment may not yet exist at shipment time | According to agreed terms and credit rules |
| Credit limit | Total customer exposure matters, not only this order | If the new shipment remains within defined rules |
| Individual exception | The standard condition is not met | After an explicit decision by an authorized person |
The most interesting scenario begins when everything happens partially.
A customer orders 100 units. Only 60 are currently available. The customer has paid 50% of the amount. The business allows partial shipment.
A single "paid" or "shipped" status is no longer enough.
The system needs to show ordered quantity, reserved quantity, prepared quantity, actual shipped quantity, required payment, money received, and remaining financial obligation separately.
A partial process should not turn into manual tracking of order balances in Excel.
Each Role Needs a Different Answer
I would not show everyone the same screen with every detail.
Sales
Whether the order is confirmed, what is happening with payment, what is ready, and what needs to be explained to the customer.
Finance
Which amounts are expected, what has arrived, what could not be allocated clearly, and where payments are overdue.
Warehouse
Which quantity is allowed to be prepared and shipped without needing to interpret financial documents.
Management
Where the process stopped, which exceptions are accumulating, and which orders require a decision.
A Few Questions About Connecting Orders, Payments, and Shipments
The key is not to make one status responsible for the whole process and not to force people to synchronize departments manually.
Should payment automatically authorize shipment?
What about partial payment?
Can a company ship without payment?
What if a payment cannot immediately be linked to an order?
How should partial shipment work?
Where should improvement begin?
How I Would Design This Business Process
In this series, I break down real business processes and show how data, decisions, and actual operations can be connected without making employees synchronize everything manually.
Does Sales Manually Connect Payments, Inventory, and Orders in Your Business?
Take several real shipments and trace who checks payment, who authorizes the warehouse, where partial payments are visible, and how the remaining order is calculated. If the answer lives in messages between people, the process is already worth examining.
