A Supplier With No Standing Terms
A supplier record here knows who they are, how to pay them, and whether they are allowed to trade with you. It knows nothing about the terms you trade on — no payment days, no currency, no delivery terms, no lead time, no tax registration. Every one of those lives on a document, or nowhere.
Open a supplier record in our system and read it as a contract. It will tell you the counterparty and the bank account. It will not tell you a single thing you agreed with them.
The position, up front
A vendor is identity, payment rails and status. Commercial terms are not held on the supplier at all — they live on individual documents where they were agreed, or they live in somebody's memory. That is workable, and it means your supplier file is a directory rather than an agreement register. Plan for the terms to be captured somewhere else, deliberately, on day one.
What the record holds
Three groups of fields, and they are all sound.
Identity — name, company, country, address with coordinates, email, phone, and a link back to the prequalification application if they came through that route. Payment rails — bank code and account number, plus mobile-money identifiers. Status — active, preferred, and a blacklist flag carrying a reason, a date and the person who set it.
The status half is genuinely good. Prequalification runs as a real workflow — apply, review, approve, become a vendor — and a qualification that expires deactivates the vendor automatically on a daily job, so a lapsed supplier drops out of quotation selection without anybody remembering to remove them.
You can tell whether a supplier is allowed to trade with you. You cannot tell what you agreed to trade on.
What it does not hold
| Term | Where it lives instead | What that costs |
|---|---|---|
| Payment terms | Nowhere on the supplier; the invoice carries a due date and a free-text terms note | Every order is negotiated against terms nobody can look up |
| Currency | On the quotation. The vendor column existed and was removed as unused | A supplier who always quotes in one currency has to state it every time |
| Delivery terms or incoterm | Nowhere at all — not on the supplier and not on the order | Any freight charge can be capitalised into your stock with nothing to check it against |
| Lead time | On the item, not the supplier | A local supplier and an importer of the same item share one lead time |
| Minimum order value or quantity | Nowhere | Discovered when the supplier refuses the order |
| A price agreement | Nowhere. Each quotation is priced afresh | A negotiated rate is honoured by whoever remembers it |
| Tax registration number | Nowhere on the vendor record | The supplier's tax identity lives in the name field, a custom field, or a filing cabinet |
The third row is the one with a direct financial consequence and it is worth reading twice. With no delivery terms recorded anywhere, there is nothing that says which charges were contractually yours. A freight cost that belonged to the seller can be attached to your order as a landed cost, capitalised into your stock, and it will produce no variance and no warning. It will read as a supplier being slightly expensive.
Why a Saudi buyer feels the lead-time one hardest
Because the same item is routinely available from two completely different kinds of supplier: a local distributor holding stock in the Kingdom, and an overseas manufacturer with a shipment, a clearance and a delivery inland ahead of it. Days against months, for one item, with one lead-time figure between them.
That single number then feeds the replenishment suggestion, the expected stockout date and the reorder quantity. Set it to the local supplier's and you will run out whenever you have to import. Set it to the importer's and you will carry months of stock you could have bought next week.
There is no configuration that resolves this, because the system has nowhere to put the second answer.
What is worth building here, in order
These are not equally valuable and it would be dishonest to present them as one wish list. The ranking below is ours, and the reasoning behind it matters more than the items.
Delivery terms on an order
First, because it is the only one with a direct route to a wrong number in your accounts. A recorded incoterm gives every landed cost something to be checked against.
Lead time on the supply relationship
Second, because it is the one that silently degrades every replenishment figure the product produces, and because item-level lead time already exists to build on.
Standing terms on a supplier
Third. Payment days, currency and minimum order as defaults that a document can override. Useful, convenient, and it does not fix a wrong number — it saves typing.
We do not publish dates. If any of these is a contractual requirement rather than a convenience, describe it and we will come back with a written scope, timeline and cost before you commit.
Scope supplier termsFive questions to ask about any supplier master
Show me the payment terms on this supplier.
A good answer sounds like
A field, with a value, that defaults onto documents.
What it actually means
Ours has none. A terms note on an invoice is not the same thing — it is text on one document rather than a standing agreement.
Where is the incoterm on a purchase order?
A good answer sounds like
A field.
What it actually means
Ours has none anywhere. This is the question that decides whether a freight charge can be checked or only recorded.
Can two suppliers of the same item have different lead times?
A good answer sounds like
Yes, on the supply relationship.
What it actually means
Ours cannot — lead time is on the item. This quietly breaks every replenishment suggestion in a dual-source catalogue.
What happens when a supplier's qualification lapses?
A good answer sounds like
They are deactivated automatically.
What it actually means
Ours does this properly on a daily job, and notifies nobody. Ask both halves of the question, because the second half is usually the missing one.
Where is the supplier's tax registration number?
A good answer sounds like
A field on the vendor.
What it actually means
Ours has none. Whether that matters depends entirely on your jurisdiction and on what your finance team needs to produce.
What AWRA OpsHub does today
- Supplier identity with company, country, address and coordinates, contacts, and a link to the prequalification application where one exists.
- Prequalification as a real workflow — public application, review, approval, conversion to a vendor.
- Qualification expiry that deactivates a vendor automatically on a daily job, so a lapsed supplier drops out of quotation selection.
- Blacklisting with a stored reason, date and actor, and a preferred-supplier flag.
- Payment rails per supplier — bank details and mobile-money identifiers — feeding real payment paths.
- Attachments and document expiry dates against supplier documents.
What it does not do
- Payment terms, currency, minimum order, or any standing commercial term on a supplier.
- Delivery terms or an incoterm anywhere — not on the supplier and not on the purchase order.
- Lead time per supplier. It is held on the item, so two sources of one item share one figure.
- A price agreement or contracted rate card per supplier.
- A tax registration number on the vendor record.
- Supplier performance scoring. The model exists, has never held a value, and is dead code rather than a roadmap commitment.
Not ours, by choice
- The qualification and blacklist machinery is real and better than the norm. This page is about the commercial layer, not the governance layer.
- Document expiry reminders exist and are wired to employee records only, so a supplier document's expiry date is stored and produces no warning.
- Nothing here is Saudi. It is what happens when terms live on documents; the Kingdom is where dual-sourcing local against imported is most routine.
Put the terms somewhere before you need them
A one-page terms sheet per major supplier, kept where your buyers look, closes most of this at no cost. We will help you decide which fields actually matter for your category mix.
Build the terms sheetFrequently asked questions
Could I hold terms in custom fields on the supplier?
You could store them, and that is a genuine improvement over a filing cabinet because your buyers would find them in the same place they find the supplier. What custom fields will not do is default onto a document or be checked against anything — they are a record, not a control.
How do I handle one item from two suppliers with very different lead times?
Set the item's lead time to whichever source you actually intend to use for routine replenishment, and treat the other as a deliberate exception with a manually sized order. Setting an average is the one option that is wrong for both.
Does the supplier document expiry date do anything?
It is stored and displayed, and the daily reminder that reads expiry dates is wired to employee records and employment contracts only. So an insurance certificate against a supplier expires silently, which is worth building a calendar reminder around until it is wired.
