Pārskatīt galvenos piegādātājus reizi gadā

Kad izmantot

The yearly review of suppliers the business depends on. Not for adding a supplier — use ops.new-supplier. Not for watching one contract's renewal date through the year — use ops.contract-renewal-watch; this review is the once-a-year pass that feeds it. Not for approving a single purchase — use ops.purchase-approval.

Pirms sāc

• The owner has agreed which month the review runs in and what "key" means (default: top 80% of spend, or any supplier whose failure would stop operations for more than a week).
• Spend data for the last 12 months is reconciled (a money.month-close has run for the recent months; unreconciled spend makes the numbers wrong).
• Every contract is in the agreements module, or a known list of paper contracts exists and will be added in S1.

Ko izpilde pieprasa1

Ceļš8 soļi

1. S1

   Assemble the supplier listaģents

   Pull every supplier paid in the last 12 months from the books; merge with the agreements module register. Attach 12-month spend, last invoice date, and the named relationship owner (or "none").

   Izdarīts, kad one list covers all paid suppliers, each with spend and an owner or "none".

2. S2

   Classify: key, standard, tailaģents

   Mark a supplier key if it meets the owner's definition (high spend or operational dependence). Mark tail if spend is trivial and switching is easy. Everything else is standard.

   Izdarīts, kad every supplier has exactly one class, and the key list is short enough to review in one sitting (typically under 15).

3. S3

   Check price and spend movementaģents

   For each key and standard supplier, compare unit prices and total spend year over year. Flag: spend up more than the agreed index, prices changed without a signed change, invoices with no contract behind them.

   Izdarīts, kad each key and standard supplier has a one-line note: stable · up (by how much) · down · no contract found.

4. S4

   Check contract healthaģents

   For each key supplier, read the contract for: end date, notice period, auto-renewal clause, price-change mechanism, termination rights, liability cap. Note any contract expiring within 12 months.

   Izdarīts, kad each key supplier has: end date (or "indefinite"), notice period, and a flag if the renewal window opens within 12 months.

   ⛔ An "indefinite" contract with a 3-month notice is not safe — the notice date still controls when the company can leave.

5. S5

   Decide actionsīpašnieksvajag apstiprinājumu · īpašnieks

   Apstiprinājums · S5 · īpašnieks — izpilde apstājas, līdz nosaukts cilvēks ieraksta lēmumu

   Present per key supplier: spend trend, contract health, risk note, and proposed action — renegotiate · accept · replace · terminate. The owner names an action per supplier and a deadline for each.

   Izdarīts, kad every key supplier has one owner decision with a date.

6. S6

   Open the actionsaģents

   For renegotiations: prepare the questions (price, terms, service levels) and send them from the owner's or a role mailbox — the agent does not commit to any price. For terminations: calculate the last date the notice can be sent and put it in the contract renewal watch. For replacements: note that a search is needed — that is a separate run, not part of this review.

   Izdarīts, kad each decided action exists as a task with an owner and a date, and every termination deadline is in the watch.

7. S7

   Check single points of failureaģents

   For each key supplier, ask: if this supplier stopped today, what breaks and how fast can we switch? Write one line per supplier; where the answer is "nothing to switch to", note it as a risk with a proposed mitigation (second supplier, stock buffer, own capability).

   Izdarīts, kad every key supplier has a fallback line — even if the line is "none; accepted by owner in S5".

8. S8

   Record and closeaģents

   Store the review: list, scores, decisions, fallback lines. Schedule next year's run. Send the owner a summary: how many reviewed, what changed, what is now being watched.

   Izdarīts, kad the review document is stored, the next yearly trigger is set, and the summary is sent.

Pārbaudes — kā zinām, ka izdevās

• Every supplier paid in the last 12 months appears in the list — spot-check three recent payments against it.
• Every key supplier has: an owner, a contract status, a price note, a decision, a fallback line.
• Every contract expiring or auto-renewing within 12 months is in the renewal watch (ops.contract-renewal-watch will fire).
• Every decision from S5 has a corresponding task with a date; read the task list back against the decisions.

Ja noiet greizi

Ko atstāj katrs solis

1. S1one list covers all paid suppliers, each with spend and an owner or "none".
2. S2every supplier has exactly one class, and the key list is short enough to review in one sitting (typically under 15).
3. S3each key and standard supplier has a one-line note: stable · up (by how much) · down · no contract found.
4. S4each key supplier has: end date (or "indefinite"), notice period, and a flag if the renewal window opens within 12 months.
5. S5every key supplier has one owner decision with a date.
6. S6each decided action exists as a task with an owner and a date, and every termination deadline is in the watch.
7. S7every key supplier has a fallback line — even if the line is "none; accepted by owner in S5".
8. S8the review document is stored, the next yearly trigger is set, and the summary is sent.

Ko saglabāt

The supplier list with spend figures and date of extraction · per-supplier review notes · the owner's decisions from S5 (who, when, what) · contract excerpts for end dates and notice periods · tasks opened in S6 · the summary sent to the owner.

Kā šī procedūra uzlabojas

After every run ask: what share of key suppliers got a decision (target: all)? How many price changes had happened without anyone noticing before this review? Did any action from last year's review stay open — and did the same finding repeat, which means the step that should have closed it is weak? Did any auto-renewal still surprise the company? A new version changes the step behind the repeat finding and says so in its change note.