Workflows
Inventory & Fulfillment
Availability and fulfillment questions depend on inventory, allocations, inbound supply, open orders, shipments, credit holds, carrier details, missing documents, customer commitments, and promised ship dates.
The Inventory & Fulfillment workflow is for operational questions that span inventory, open orders, shipments, inbound supply, customer commitments, and missing fulfillment details.
Business Problem
Availability and fulfillment questions depend on inventory, allocations, inbound supply, open orders, shipments, credit holds, carrier details, missing documents, customer commitments, and promised ship dates.
Teams can answer these questions manually, but they often have to move through multiple Acumatica screens, Generic Inquiries, and reports before they have enough context to act.
Example Starting Prompt
Which sales orders can ship today? Check approved fulfillment views for inventory, shipment status, pick status, account indicators, missing addresses, carrier information, and required documents. Return ready-to-ship and blocked lists with Acumatica records behind each item.
Complete Workflow
The workflow starts with a fulfillment question the team already asks: which orders can ship today, what is blocking a specific shipment, whether a customer order can be committed, or how a short supply situation affects open orders.
Acumatica MCP Tools gathers approved context from inventory, sales orders, shipments, purchase orders, allocation views, customer records, and fulfillment Generic Inquiries. The workflow should cite the Acumatica records or source views behind each answer so the user can verify the result.
The first useful output is a split between ready-to-ship work and blocked work. Ready-to-ship items should show the order, customer, item, quantity, location or warehouse context where exposed, and why the item looks ready. Blocked items should name the blocker clearly: insufficient available inventory, unallocated quantity, missing shipment details, missing address or carrier data, missing required document, open credit or account indicator where exposed, late inbound purchase order, or another configured exception.
For short supply or late inbound cases, the workflow should explain the options without making the allocation decision. A good answer shows which customers, orders, requested dates, quantities, and inbound supply records are involved, then proposes reviewable choices.
The workflow may draft a customer response, internal action list, pick or pack summary, purchasing follow-up, or allocation recommendation. Those drafts are working material, not automatic updates.
Any operational step requires approval. Shipment creation, allocation changes, order updates, shipment updates, inventory adjustments, pricing changes, carrier changes, and customer communications only run when the exact action is allowlisted and the user approves the prepared work.
The final output should include the ready list, blocked list, recommended next steps, draft communication if requested, and at least one clear denial for a sensitive update outside the configured workflow.
Acumatica Records and Tools
- Acumatica MCP Tools for inventory, order, shipment, purchase order, and customer data.
- Generic Inquiry OData reads for fulfillment and exception views.
- Entity OData v4 reads for direct entity-style data where available.
- Contract REST API reads for record context.
- Optional contract REST API actions for allowlisted shipment or fulfillment operations.
- AI client for blocker analysis, summaries, and review.
The common Acumatica records are Inventory, Inventory Item, Sales Order, Shipment, Purchase Order, Customer, customer location or ship-to context where exposed, carrier or address details where exposed, and attachments or required document indicators where exposed.
Human Approval Point
The user approves shipment creation, allocation decisions, customer communication, and any sensitive update to order, shipment, inventory, pricing, or customer records.
For short supply cases, the workflow should gather facts and explain options. The allocation decision stays with the user unless the team has explicitly configured a narrow action-enabled workflow.
Guardrails to Show
Fulfillment can start read-only. Shipment creation, allocation changes, pricing updates, and other state-changing operations require explicit approval and allowlists.
Recommended first controls are approved fulfillment reads, approved Generic Inquiries where the team already trusts the business view, and no action allowlist until the owner chooses the exact shipment or fulfillment action.
Good First Setup
Start with one availability or shipment blocker question your team already answers manually. Good first versions include a daily ready-to-ship list, customer availability response, blocked shipment review, late purchase order impact summary, or missing document and carrier detail review.
Success means the workflow gathers the relevant inventory, order, shipment, and purchase order context, explains why each blocker matters, cites Acumatica records or source views, drafts a customer or internal response where useful, and stops before changing fulfillment state unless an approved action is configured.
Related Reading
- Academy overview: Workflows
- Foundation: Read vs. Write Access
- Developer reference: Safety Model
- Developer reference: Tool Guide
Guided Deployment
Bring one availability or shipment blocker workflow for guided deployment. We will map the approved reads, approval points, and any narrow shipment actions needed for a controlled first version.