Back to the journal

Give each stage a clear purpose

A request describes a need; an order authorizes a supplier commitment; a receipt records delivery. Treating them as interchangeable statuses makes reporting ambiguous. Define required fields and permitted edits at each stage. Keep the requester and approver visible so a supplier change does not lose the original business context.

Review exceptions early

Show budget, preferred supplier, required date, and any substitution before approval. Define whether an urgent request can bypass an ordinary queue and who can authorize that exception. An approval should apply to a specific version of the request. Material changes afterward should trigger a new review rather than silently inheriting old permission.

Accept partial deliveries

A single order can arrive in several shipments. Record each receipt against the relevant line and keep the outstanding quantity visible. Distinguish accepted, damaged, and rejected items. Agree how over-deliveries and replacements are handled. Receiving a box does not necessarily mean the goods have passed inspection or are available for use.

Close with a reconciliation

Review outstanding lines before closing the order. Connect supporting documents without exposing them to unrelated users. Test duplicate receipt messages, supplier cancellation, and a request changed during approval. For an initial release, focus on a small purchasing team and a narrow item set before adding broader integration and reporting requirements.

Explore a fictional workflow demo

A planning guide. The right implementation depends on your system and requirements.

Technology overviewCompare approaches
Talk through your next step