These cookies are required for the website to function properly. They ensure security, enable basic features like page navigation, and store user session data. You cannot disable these cookies.
- Procurement
- Data model
The tables behind Procurement
Procurement ships with 40 tables, grouped here by the feature that uses them. Every record your team works with lives in one of them, and you can add fields and tables in Proto.
- Tables
- 40
- Features
- 7, plus shared settings
- Change it
- Add fields and tables in Proto
How the model is organised
Master data
Suppliers with supplier contacts and supplier certifications; Departments, cost centers, Locations and Users; Categories and Items; master agreements and contract rates; approval matrix and approval delegations. Effective policy and qualification evidence remain traceable to their reviewed version.
Requests and authority
Purchase requisitions with requisition lines and assigned approval steps. Spend approvals and spend approval lines preserve the approved amount and scope separately from a request’s later conversion status. Commitment allocations prevent several resulting orders from spending the same authority repeatedly.
Sourcing
RFQs with RFQ lines and RFQ invited suppliers; RFQ responses with RFQ response lines; and bid comparison scores. An award records supplier selection and must not be treated as a new spending approval.
Orders and changes
Purchase orders and PO line items; PO amendments and PO amendment lines; blanket releases and blanket release lines against an agreement. Approval, order revision, cumulative changes and agreement consumption must reconcile before an amendment is applied.
Receiving and exceptions
Receipts and receipt line items, supplier returns, match exceptions and Expediting. Accepted quantities satisfy order obligations; rejected arrivals and partial deliveries retain their separate disposition and outstanding work.
Performance
Supplier performance retains the reviewed period result. Reject-based quality and on-time delivery answer different questions and are not interchangeable scoring inputs.
Replay and migration
Procurement events identify once-only local effects. Integration deliveries tracks each destination separately. Migration batches identify the reviewed historical baseline and its source records, with normal posting and outbound delivery suppressed during import.
Every table, by feature
- Suppliers and catalog9
- Contracts and pricing12
- Requisitions and approvals11
- Quote requests11
- Purchase orders10
- Receipts and expediting9
- Supplier performance10
- Shared and settings1
- Suppliers
The supplier master: the legal vendor identity that is ordered from and, through accounts payable, paid. Holds EIN, status lifecycle and the GSA contract reference. Vendor risk and financial health live in the vendor management layer; this row is the buy-side identity.
Linked to Suppliers (self), Users (Procurement Manager or Admin; required evidence remains independently verified), Migration batches (required for HistoricalBaseline) - Supplier contacts
Buyer-facing contacts at the supplier: sales rep, customer service, accounts receivable, expediter.
Linked to Suppliers - Supplier certifications
Configured supplier qualification evidence, reviewed for the relevant activity, location and validity period. The retained category labels include standards, registrations, assessments and diversity qualifications; they are not all certificates and none independently establishes legal compliance. Supplier-submitted evidence remains Pending until the Procurement Manager verifies its stated scope.
Linked to Suppliers, Users (Procurement Manager) - Categories
Purchasing taxonomy aligned to UNSPSC (United Nations Standard Products and Services Code). Drives approval matrix scoping, RFQ eligibility, the contract requirement and the spend hierarchy.
Linked to Categories (self) - Items
The purchasable item, part or service catalog. Distinct from the inventory system’s SKU master; this is the buy-side view (manufacturer part, supplier part, list price, lead time, MOQ). For stocked items the two reconcile by SKU.
Linked to Categories, Suppliers - Departments
The organisational units that raise requisitions and own approval rows. The department head is the person the approval matrix resolves for approver role department head.
Linked to Users, Migration batches (required for HistoricalBaseline) - Cost centers
Budget units within a department. The budget owner is the person the approval matrix resolves for approver role budget owner.
Linked to Departments, Users, Migration batches (required for HistoricalBaseline) - Locations
Ship-to and receiving places: a dock managed by the warehouse system, an office where desk deliveries land, or a site. The PO ships to one and the receipt is taken at one.
Linked to Departments - Users
Internal user directory for everyone who requests, approves, buys or receives. Department and cost centre default onto a new requisition; approval matrix approver user and every Buyer, Approver, Owner and received by column point here.
Linked to Departments, Cost centers, Users (self), Users (Procurement Manager other than this Buyer)
- Master agreements
Umbrella contracts with one supplier that authorise a total commitment, with blanket releases calling off against it. A GPO or cooperative contract is recorded per supplier with the contracting party named. Tracks renewal so the Procurement Manager renegotiates before lapse.
Linked to Suppliers, Categories, Departments, Users - Contract rates
Negotiated prices: a Supplier × Item price valid for a date window, sometimes above a minimum quantity, tied to a master agreement when one exists. The contract-pricing-validation workflow reads this to guardrail buyer-entered prices.
Linked to Suppliers, Items, Master agreements, Users - Blanket releases
Call-offs against a master agreements umbrella. Each release draws down the agreement’s total commit and generates a purchase orders row priced at the agreement’s rates.
Linked to Master agreements, Suppliers, Purchase orders, Users - Blanket release lines
The items called off on a release, each priced at a contract rate under the agreement. A line with no rate under the agreement is refused.
Linked to Blanket releases, Items, Contract rates, Categories (approved rate item category snapshot) - Categories
Purchasing taxonomy aligned to UNSPSC (United Nations Standard Products and Services Code). Drives approval matrix scoping, RFQ eligibility, the contract requirement and the spend hierarchy.
Linked to Categories (self) - Spend approvals
Versioned authority request and frozen decision for a complete source revision. Document lifecycle may progress independently. Submitted content and approved decisions cannot be overwritten; invalidation stops future use but does not erase existing commitments. Reused authority and Buyer-limit policy are explicit decision types, never a fabricated new human signature.
Linked to Purchase requisitions, Purchase orders, PO amendments, Master agreements - Spend approval lines
Immutable scope and approved allowance within a spend approvals decision. Separate lines retain routing dimensions and source identities. Parent and line ceilings are both enforced; changing supplier, item, category, quantity, scope or value outside this packet requires a new decision.
Linked to Spend approvals, Departments (null only for explicitly approved cross-department agreement scope), Cost centers (null only for approved agreement scope), Categories (null only for explicitly approved agreement-wide scope) - Commitment allocations
Immutable signed effects of a business event on a PO line and its funding authority. Amount delta measures actual order commitment; authority amount delta separately measures use or release of the linked approval allowance, preventing a new approval packet from duplicating agreement spend. Reversals are compensating Posted rows referencing the original.
Linked to Procurement events, Purchase orders, PO line items, Spend approval lines - Purchase orders
Supplier order with immutable approved revisions. Spend approvals record its authority separately from lifecycle; an RFQ award is selection evidence only. Prior requisition or agreement authority may be reused only within its approved scope and remaining capacity. Otherwise full matrix approval or the explicitly configured Buyer-limit exception is required before issuance.
Linked to Suppliers, Purchase requisitions, RFQ responses (when sourced by RFQ), Master agreements (when drawn against an agreement) - PO line items
Per-item lines on a PO. The level at which receipts and the invoice match reconcile, and where the contract price check is recorded.
Linked to Purchase orders, Items, Contract rates (matched on create), Categories (frozen item or free-text routing category) - Approval steps
One row per approval tier a requisition, purchase order or amendment passes through. The audit trail: which matrix row, which person, on whose behalf, when, and what they said.
Linked to Purchase requisitions (when DocumentType = Requisition), Purchase orders (when DocumentType = PurchaseOrder), PO amendments (when DocumentType = Amendment), Approval matrix - Approval matrix
Effective-dated approval rules for Department × cost center × Category × full-document USD routing amount × tier. All matching specific and wildcard rows apply; required steps are unioned, not replaced by a narrower match. Routing must cover every distinct line scope and amount, or submission blocks.
Linked to Departments, Categories, Users, Cost centers
- Purchase requisitions
The requisition header: a department user’s request to buy something. Lifecycle Draft → Submitted → Approved (or Rejected → Draft on revision, or Cancelled) → Converted once the Buyer picks a conversion path.
Linked to Users, Departments, Cost centers, Purchase orders (convenience link when exactly one direct order exists; all resulting orders link back through PurchaseOrders.FromRequisition) - Requisition lines
Per-item lines on a requisition: what the Requester wants, when, and against which budget.
Linked to Purchase requisitions, Items (null for free-text line), Suppliers, Categories (snapshot from Item or explicitly selected for free-text lines) - Approval steps
One row per approval tier a requisition, purchase order or amendment passes through. The audit trail: which matrix row, which person, on whose behalf, when, and what they said.
Linked to Purchase requisitions (when DocumentType = Requisition), Purchase orders (when DocumentType = PurchaseOrder), PO amendments (when DocumentType = Amendment), Approval matrix - Approval delegations
Effective-dated, approved delegation of a principal approver to a named eligible delegate. Scope and limit cannot widen the principal authority. Self-approval conflicts, chains, overlapping delegates and expired grants block assignment rather than silently skipping a tier.
Linked to Users, Departments, Cost centers, Categories - Approval matrix
Effective-dated approval rules for Department × cost center × Category × full-document USD routing amount × tier. All matching specific and wildcard rows apply; required steps are unioned, not replaced by a narrower match. Routing must cover every distinct line scope and amount, or submission blocks.
Linked to Departments, Categories, Users, Cost centers - Departments
The organisational units that raise requisitions and own approval rows. The department head is the person the approval matrix resolves for approver role department head.
Linked to Users, Migration batches (required for HistoricalBaseline) - Cost centers
Budget units within a department. The budget owner is the person the approval matrix resolves for approver role budget owner.
Linked to Departments, Users, Migration batches (required for HistoricalBaseline) - Users
Internal user directory for everyone who requests, approves, buys or receives. Department and cost centre default onto a new requisition; approval matrix approver user and every Buyer, Approver, Owner and received by column point here.
Linked to Departments, Cost centers, Users (self), Users (Procurement Manager other than this Buyer) - Spend approvals
Versioned authority request and frozen decision for a complete source revision. Document lifecycle may progress independently. Submitted content and approved decisions cannot be overwritten; invalidation stops future use but does not erase existing commitments. Reused authority and Buyer-limit policy are explicit decision types, never a fabricated new human signature.
Linked to Purchase requisitions, Purchase orders, PO amendments, Master agreements - Spend approval lines
Immutable scope and approved allowance within a spend approvals decision. Separate lines retain routing dimensions and source identities. Parent and line ceilings are both enforced; changing supplier, item, category, quantity, scope or value outside this packet requires a new decision.
Linked to Spend approvals, Departments (null only for explicitly approved cross-department agreement scope), Cost centers (null only for approved agreement scope), Categories (null only for explicitly approved agreement-wide scope) - Commitment allocations
Immutable signed effects of a business event on a PO line and its funding authority. Amount delta measures actual order commitment; authority amount delta separately measures use or release of the linked approval allowance, preventing a new approval packet from duplicating agreement spend. Reversals are compensating Posted rows referencing the original.
Linked to Procurement events, Purchase orders, PO line items, Spend approval lines
- RFQs
Request-for-quote header: sourced spend that needs a competitive bid. One RFQ per scope, several suppliers invited, the weights and the award decision recorded on the header.
Linked to Purchase requisitions (when sourced from a requisition), Users (Buyer), Suppliers, RFQ responses - RFQ lines
What is being sourced, one line per item or service, copied from the requisition lines or keyed by the Buyer. Response lines point at these so bids compare line by line.
Linked to RFQs, Items, Requisition lines, Categories (item category snapshot or explicit free-text category) - RFQ invited suppliers
The supplier invite list for an RFQ.
Linked to RFQs, Suppliers - RFQ responses
A supplier response revision to an RFQ. Only complete comparable Submitted responses enter scoring. Submission freezes header and line content; withdrawal and resubmission before the deadline creates a new revision, retains the previous version, and invalidates its scores and recommendation.
Linked to RFQs, Suppliers, Users (own Supplier seat, or Buyer recording evidenced supplier response), RFQ responses (prior withdrawn revision) - RFQ response lines
Per-line quoted detail: what the supplier proposed for each requested line.
Linked to RFQ responses, RFQ lines, Items - Bid comparison scores
Computed score per response: normalised price, normalised lead time and the supplier’s quality score, weighted by the RFQ’s weights. Drives the award recommendation.
Linked to RFQs, RFQ responses, Supplier performance (published source used; null for NoHistory) - Supplier performance
Period scorecard per supplier: on-time delivery, quality, price competitiveness. Computed from receipts and expediting at period end, published by the Procurement Manager, and read by bid comparison scores and the supplier’s portal seat.
Linked to Suppliers, Users (Procurement Manager) - Purchase orders
Supplier order with immutable approved revisions. Spend approvals record its authority separately from lifecycle; an RFQ award is selection evidence only. Prior requisition or agreement authority may be reused only within its approved scope and remaining capacity. Otherwise full matrix approval or the explicitly configured Buyer-limit exception is required before issuance.
Linked to Suppliers, Purchase requisitions, RFQ responses (when sourced by RFQ), Master agreements (when drawn against an agreement) - Spend approvals
Versioned authority request and frozen decision for a complete source revision. Document lifecycle may progress independently. Submitted content and approved decisions cannot be overwritten; invalidation stops future use but does not erase existing commitments. Reused authority and Buyer-limit policy are explicit decision types, never a fabricated new human signature.
Linked to Purchase requisitions, Purchase orders, PO amendments, Master agreements - Spend approval lines
Immutable scope and approved allowance within a spend approvals decision. Separate lines retain routing dimensions and source identities. Parent and line ceilings are both enforced; changing supplier, item, category, quantity, scope or value outside this packet requires a new decision.
Linked to Spend approvals, Departments (null only for explicitly approved cross-department agreement scope), Cost centers (null only for approved agreement scope), Categories (null only for explicitly approved agreement-wide scope) - Commitment allocations
Immutable signed effects of a business event on a PO line and its funding authority. Amount delta measures actual order commitment; authority amount delta separately measures use or release of the linked approval allowance, preventing a new approval packet from duplicating agreement spend. Reversals are compensating Posted rows referencing the original.
Linked to Procurement events, Purchase orders, PO line items, Spend approval lines
- Purchase orders
Supplier order with immutable approved revisions. Spend approvals record its authority separately from lifecycle; an RFQ award is selection evidence only. Prior requisition or agreement authority may be reused only within its approved scope and remaining capacity. Otherwise full matrix approval or the explicitly configured Buyer-limit exception is required before issuance.
Linked to Suppliers, Purchase requisitions, RFQ responses (when sourced by RFQ), Master agreements (when drawn against an agreement) - PO line items
Per-item lines on a PO. The level at which receipts and the invoice match reconcile, and where the contract price check is recorded.
Linked to Purchase orders, Items, Contract rates (matched on create), Categories (frozen item or free-text routing category) - PO amendments
A reviewed change to an issued or approved PO revision. All amendments route on the proposed total and cumulative positive increases, including new scope; decreases cannot reset the escalation basis. Applying the approved change atomically updates lines, commitments and the exact order revision once.
Linked to Purchase orders, Users, Spend approvals (new complete proposed PO decision, usable only for this PO), Procurement events (idempotent amendment application) - PO amendment lines
Per-line before and after on an amendment.
Linked to PO amendments, PO line items (null for LineAdd type), Items (optional for added free-text lines), Categories (required for AddLine; frozen existing category otherwise) - Approval steps
One row per approval tier a requisition, purchase order or amendment passes through. The audit trail: which matrix row, which person, on whose behalf, when, and what they said.
Linked to Purchase requisitions (when DocumentType = Requisition), Purchase orders (when DocumentType = PurchaseOrder), PO amendments (when DocumentType = Amendment), Approval matrix - Approval matrix
Effective-dated approval rules for Department × cost center × Category × full-document USD routing amount × tier. All matching specific and wildcard rows apply; required steps are unioned, not replaced by a narrower match. Routing must cover every distinct line scope and amount, or submission blocks.
Linked to Departments, Categories, Users, Cost centers - Locations
Ship-to and receiving places: a dock managed by the warehouse system, an office where desk deliveries land, or a site. The PO ships to one and the receipt is taken at one.
Linked to Departments - Spend approvals
Versioned authority request and frozen decision for a complete source revision. Document lifecycle may progress independently. Submitted content and approved decisions cannot be overwritten; invalidation stops future use but does not erase existing commitments. Reused authority and Buyer-limit policy are explicit decision types, never a fabricated new human signature.
Linked to Purchase requisitions, Purchase orders, PO amendments, Master agreements - Spend approval lines
Immutable scope and approved allowance within a spend approvals decision. Separate lines retain routing dimensions and source identities. Parent and line ceilings are both enforced; changing supplier, item, category, quantity, scope or value outside this packet requires a new decision.
Linked to Spend approvals, Departments (null only for explicitly approved cross-department agreement scope), Cost centers (null only for approved agreement scope), Categories (null only for explicitly approved agreement-wide scope) - Commitment allocations
Immutable signed effects of a business event on a PO line and its funding authority. Amount delta measures actual order commitment; authority amount delta separately measures use or release of the linked approval allowance, preventing a new approval packet from duplicating agreement spend. Reversals are compensating Posted rows referencing the original.
Linked to Procurement events, Purchase orders, PO line items, Spend approval lines
- Receipts
Physical arrival or service acceptance against a PO. Supplier ASN is untrusted advance evidence until an authorised receiver verifies it. A Posted receipt is immutable; correction is a linked reversal followed, if needed, by a replacement. Historical baseline receipts retain evidence but never repeat quantity or outbound effects.
Linked to Purchase orders, Suppliers, Users, Locations - Receipt line items
Per-line received quantity against a PO line. The grain accounts payable reads for the three-way match and the scorecard reads for on-time and quality.
Linked to Receipts, PO line items, Items, Users (Procurement Manager) - Supplier returns
Controlled return of rejected arrivals or previously accepted goods, with original line, disposition and quantity evidence. Only shipped returns of previously accepted goods reduce PO accepted fulfilment; returning already rejected goods has no second quantity effect.
Linked to Receipts, Receipt line items, Purchase orders, Suppliers - Match exceptions
A mismatch returned by accounts payable when the supplier’s invoice disagrees with the order or the receipt. The Buyer’s worklist for resolving it on the procurement side.
Linked to Purchase orders, PO line items, Receipts, Suppliers - Expediting
The expediting worklist: open PO lines that are past need by date or inside the warning window. Written daily by the expediting-reminder workflow.
Linked to Purchase orders, PO line items, Suppliers, Users (Buyer) - PO line items
Per-item lines on a PO. The level at which receipts and the invoice match reconcile, and where the contract price check is recorded.
Linked to Purchase orders, Items, Contract rates (matched on create), Categories (frozen item or free-text routing category) - Purchase orders
Supplier order with immutable approved revisions. Spend approvals record its authority separately from lifecycle; an RFQ award is selection evidence only. Prior requisition or agreement authority may be reused only within its approved scope and remaining capacity. Otherwise full matrix approval or the explicitly configured Buyer-limit exception is required before issuance.
Linked to Suppliers, Purchase requisitions, RFQ responses (when sourced by RFQ), Master agreements (when drawn against an agreement) - Procurement events
Durable once-only business event and migration provenance. The unique source event key and payload digest separate a replay from a conflicting update. Local quantity, approval and commitment effects commit atomically with Applied; outbound delivery has its own retry state.
Linked to Purchase orders, Receipts, Supplier returns, Migration batches - Integration deliveries
Per-event destination outbox for an explicitly configured connection. Retrying transport resends the same revision and idempotency key; it never repeats a local business effect. External acknowledgement and reconciliation are required before claiming delivery.
Linked to Procurement events (Applied event), Users (Admin or Controller for controlled reconciliation)
- Supplier performance
Period scorecard per supplier: on-time delivery, quality, price competitiveness. Computed from receipts and expediting at period end, published by the Procurement Manager, and read by bid comparison scores and the supplier’s portal seat.
Linked to Suppliers, Users (Procurement Manager) - Receipts
Physical arrival or service acceptance against a PO. Supplier ASN is untrusted advance evidence until an authorised receiver verifies it. A Posted receipt is immutable; correction is a linked reversal followed, if needed, by a replacement. Historical baseline receipts retain evidence but never repeat quantity or outbound effects.
Linked to Purchase orders, Suppliers, Users, Locations - Receipt line items
Per-line received quantity against a PO line. The grain accounts payable reads for the three-way match and the scorecard reads for on-time and quality.
Linked to Receipts, PO line items, Items, Users (Procurement Manager) - Supplier returns
Controlled return of rejected arrivals or previously accepted goods, with original line, disposition and quantity evidence. Only shipped returns of previously accepted goods reduce PO accepted fulfilment; returning already rejected goods has no second quantity effect.
Linked to Receipts, Receipt line items, Purchase orders, Suppliers - Expediting
The expediting worklist: open PO lines that are past need by date or inside the warning window. Written daily by the expediting-reminder workflow.
Linked to Purchase orders, PO line items, Suppliers, Users (Buyer) - Bid comparison scores
Computed score per response: normalised price, normalised lead time and the supplier’s quality score, weighted by the RFQ’s weights. Drives the award recommendation.
Linked to RFQs, RFQ responses, Supplier performance (published source used; null for NoHistory) - Purchase orders
Supplier order with immutable approved revisions. Spend approvals record its authority separately from lifecycle; an RFQ award is selection evidence only. Prior requisition or agreement authority may be reused only within its approved scope and remaining capacity. Otherwise full matrix approval or the explicitly configured Buyer-limit exception is required before issuance.
Linked to Suppliers, Purchase requisitions, RFQ responses (when sourced by RFQ), Master agreements (when drawn against an agreement) - PO line items
Per-item lines on a PO. The level at which receipts and the invoice match reconcile, and where the contract price check is recorded.
Linked to Purchase orders, Items, Contract rates (matched on create), Categories (frozen item or free-text routing category) - Contract rates
Negotiated prices: a Supplier × Item price valid for a date window, sometimes above a minimum quantity, tied to a master agreement when one exists. The contract-pricing-validation workflow reads this to guardrail buyer-entered prices.
Linked to Suppliers, Items, Master agreements, Users - RFQ responses
A supplier response revision to an RFQ. Only complete comparable Submitted responses enter scoring. Submission freezes header and line content; withdrawal and resubmission before the deadline creates a new revision, retains the previous version, and invalidates its scores and recommendation.
Linked to RFQs, Suppliers, Users (own Supplier seat, or Buyer recording evidenced supplier response), RFQ responses (prior withdrawn revision)
Keys and references
Keep immutable identifiers and source-system record IDs alongside document numbers. References connect each receipt or amendment line to the exact order line; approval records retain the revision and scope reviewed. Resolve organizational references to real records before activation rather than relying on typed department or approver names. The baseline model uses USD amounts; additional currency support needs an explicitly designed conversion and approval policy.
An event retains its unique key and payload digest. Replaying the same event cannot repeat a local effect, and a conflicting payload requires investigation. Each destination retains its own acknowledgment and revision so a failed finance delivery can be retried without reposting receipt quantities.
Migration order
- Agree the source cutoff, identifier mapping, baseline totals and owners for orders, receipts, inventory and invoice matching. Create a migration batches record and keep imported work inactive until reconciliation passes.
- Stage Departments, cost centers, Locations and Users with preallocated IDs. Resolve department heads, budget owners and user assignments in a second pass, then validate every required reference before activating the masters.
- Load Categories and the reviewed approval matrix, named tier owners and eligible dated approval delegations. Preserve policy versions needed to explain historical decisions.
- Load Suppliers, supplier contacts and supplier certifications with the supporting review evidence; then Items, master agreements and contract rates in reference order.
- Load requests and sourcing records with their lines, invitations, responses and decision history. Establish spend approvals only from verifiable legacy authority; unresolved approval evidence returns the affected work for review.
- Load open purchase orders, PO line items, amendments and blanket releases with their approved scope and remaining commitment. Resolve linked records in a second pass where necessary and reconcile commitment allocations to both spending authority and agreement capacity.
- Set each open order line’s baseline accepted qty from the reconciled cutoff. Import historical receipts, returns and match exceptions as baseline evidence with local effects and outbound messages suppressed. Historical rejected quantities do not satisfy the order; returning already rejected goods must not reduce accepted quantities again.
- Reconcile current received quantity to the baseline plus live net accepted effects. Compare open quantities, order values, agreement capacity and in-flight invoice references with the old systems. Assign one owner for inventory movements and do not replay historical receipts into that ledger.
- Load reviewed supplier performance history with its period and calculation basis. Confirm that imports have not triggered supplier emails, new approvals or duplicate integrations.
- Approve the baseline, activate access and enable live events from the agreed checkpoints. Test recovery of an interrupted event and a failed destination delivery before retiring the previous process.
Set up Procurement your way.
Start free, then use Proto to change fields, steps and approvals before your team goes live.