BRCGS supplier approval and performance monitoring: the document evidence explained
BRCGS asks for two things from your supplier programme: a documented, risk-based procedure for approving suppliers of raw materials and packaging, and records that prove you followed it and kept monitoring those suppliers afterwards. This guide works through what that means in document terms, where sites lose non-conformances, and how to keep the file current between audits.
What the standard asks for, in short
The BRCGS Food Safety standard requires a documented procedure for approving suppliers of raw materials and packaging, built on a risk assessment, and it requires that approved suppliers keep being monitored afterwards. Two separate things have to exist: the written procedure, and the records showing you applied it to every supplier you actually bought from.
In practice an auditor is looking for a chain they can follow for any supplier they pick:
- The risk assessment behind the material and the supplier, covering the hazards that matter for that material, including allergens, microbiological and chemical risk, foreign body, substitution or adulteration, and legal requirements for the country of sale.
- The approval route you chose and why, whether that is valid third-party certification against a recognised scheme, a supplier audit, or a questionnaire where the risk assessment supports it.
- The evidence that route depends on, which is where certificates, questionnaires, specifications and declarations live.
- A review frequency written into the procedure, and dated evidence that reviews happened.
- Ongoing monitoring of performance between those reviews, with defined measures and recorded outcomes.
- A defined response when a supplier fails a measure or lets certification lapse.
It is worth knowing where this clause sits in the standard's hierarchy. Management of suppliers of raw materials and packaging is treated as a fundamental requirement in Issue 9, and a major non-conformity against a fundamental is the kind that puts certification itself at risk rather than generating a routine corrective action. Suppliers of services and outsourced processing sit under their own clauses with a similar shape. Clause numbering moves between issues of the standard, so read the issue your site is audited against rather than a blog's summary of it, including this one. The standard itself is published by BRCGS and the text is the only authority on wording.
Approval and monitoring are two different obligations
Approval is a decision made at a point in time. Monitoring is a stream of evidence that runs for as long as the supplier keeps delivering. Most supplier files are strong on the first and thin on the second, because onboarding has an owner and a deadline while monitoring has neither.
The gap shows up quickly under questioning. An auditor rarely starts from your approved supplier list. They start from goods-in records, pick a delivery from four months ago, and work backwards: who is this supplier, are they on the approved list, what approved them, is that evidence still valid today, and what have you done since to check they are still performing. A file that answers the first three questions and stops at the fourth is where a finding gets written.
The other common mismatch is between the list and reality. Sites buy from a one-off supplier during a shortage, or a broker substitutes a source, and the approved supplier list is not updated. The list should reconcile against what actually came through the gate in the audit period, in both directions: every supplier who delivered is on the list, and suppliers on the list who no longer deliver are marked as such rather than left to age.
Treat approval as the gate and monitoring as the tripwire. The gate is a folder. The tripwire is a calendar.
Building an approval file an auditor can follow
- Risk-assess the material, then the supplier
Start from the raw material or packaging component and the hazards it carries into your process, then consider the supplier's own controls. The assessment drives everything after it, so it needs to be written down, dated and signed, not held in someone's head.
- Choose the approval route and record the rationale
Certification against a recognised scheme, a supplier audit, or a questionnaire are different levels of assurance. The point an auditor tests is whether the route you chose is justified by the risk assessment and by your own written procedure, not whether you chose the strictest option.
- Collect the evidence that route requires
For a certified supplier that means the certificate, in date, with a scope that covers the site and the product category they ship to you. For a questionnaire route it means a completed, signed and dated questionnaire plus whatever supporting documents your procedure lists, and a questionnaire is a claim rather than evidence until you verify something in it.
- Agree the specification and the declarations
A signed specification, an allergen declaration and any legal or country-of-origin statements belong in the approval file. Few of these carry a printed expiry date, so the date they come up for review has to come from your procedure rather than from the document, and they are the ones that quietly go out of date when a supplier changes a recipe, a line or a source.
- Record the approval decision with a review date
Name the person who approved the supplier, the date, the evidence relied on and the date the decision must be revisited. An approval with no review date is the single easiest thing for an auditor to challenge, because nothing in the file says when it stops being true.
- Set the monitoring measures before you need them
Decide at approval time what you will watch: certificate of analysis conformance, complaints, out-of-specification results, incident notifications, delivery rejections. Deciding later means the first period of monitoring evidence does not exist when the auditor asks for it.
- Re-approve, downgrade or remove on schedule
At the review date, the file needs a fresh dated entry even when nothing changed. Ongoing approval with no recorded review reads as an assumption rather than a decision, and a supplier whose certificate lapsed needs a documented action, not silence.
The documents behind an approved supplier file
| Document | What it evidences | Where it goes stale |
|---|---|---|
| Third-party audit certificate | An independent audit of the supplier's food safety management system, against a named scheme and scope | Certificates carry a printed expiry date, recertification slips, and the old PDF stays on file looking valid |
| Certificate of analysis | That a specific batch met the agreed specification on the parameters you asked for | CoAs stop arriving with deliveries and nobody notices until a quarter has passed, or they arrive and are never checked against spec |
| Allergen declaration or statement | Which allergens are present in the material and handled on the supplier's site | No expiry date is printed on it, so nothing in the document prompts the next request, and a supplier reformulates or moves production to another line while the declaration on file describes a product |
| Supplier approval questionnaire | Your own due diligence where the risk assessment supports a questionnaire route | Completed at onboarding, unsigned or undated, and never reissued against the cycle in your procedure |
| Agreed specification | The attributes, tolerances and legal requirements both parties signed up to | Version drift, where your copy and the supplier's copy no longer match and neither is marked current |
| Monitoring records | That performance was actually watched between approvals: complaints, rejections, test results, review notes | Kept in email threads and personal folders rather than in the supplier file, so they cannot be produced on request |
Documents with no printed expiry date
Audit certificates are the easy half of the file, because the document states the date it stops being true. A large part of the supplier pack does not. An allergen declaration, a completed vendor questionnaire, a continuing guarantee and a signed specification usually carry only the date they were issued, and nothing on the page says when to ask for a fresh one.
Leave those undated in whatever system you run and they never come up at all. That is how a declaration signed four years ago ends up describing a product that has been reformulated twice, and it is one of the few cases where a complete-looking folder is the problem rather than the defence. Practitioners discussing allergen statements make the fair point that a statement stays accurate until something changes at the supplier's end, which is true and also unverifiable from your side, so the common answer is to ask annually for confirmation that nothing has changed.
The practical move is to stop waiting for the document to tell you and set the interval yourself.
- Pick a renewal period per document type. A plant might monitor allergen declarations on a three-year cycle and ask for an annual confirmation in between, while questionnaires follow the reissue cycle written into the approval procedure. The number matters less than the fact that it is written down.
- Count from the date on the form, not the date you filed it. The issue date is what the supplier signed against, and it is the only date an auditor can tie to the document in front of them.
- Treat the result as a monitored date. Once the interval is in the procedure, a derived due date is as legitimate a thing to track as a printed expiry, and it is defensible because the rationale sits in the procedure beside it.
- Accept either a reissue or a dated confirmation. A new signed declaration resets the clock, and so does a written confirmation that the previous one still stands. Both need a date and both belong in the supplier file rather than in a mailbox.
Where the standard itself sets a reissue cycle, for instance for approval based on questionnaires, that interval is a floor rather than a target, and your own risk assessment can call for more often. Read the issue your site is audited against for the interval and the wording.
What performance monitoring means between audits
Monitoring is the part sites find hardest to evidence, because it is made of small events spread across a year rather than one document you can print.
A workable programme names the measures in advance and records them in one place. The usual measures are conformance of certificates of analysis against specification, results of your own incoming testing or verification programme, complaints and non-conformances traced back to a supplier's material, delivery rejections for food safety reasons, incident or withdrawal notifications the supplier sent you, documentation failures such as a pack that arrived late or incomplete, and the supplier's certification status itself.
That last one deserves its own line. Certification status is a monitored parameter, not a filing detail. If a supplier's certificate lapses, or their grade drops, or their scope changes so it no longer covers the material they ship to you, your procedure should say what happens next and the file should show that it happened. A lapse with no recorded response is worse than a lapse with a dated decision to continue under additional controls, because the second shows a functioning system.
The review itself needs a shape. A short, dated record per supplier, or a periodic review covering the group of suppliers, showing what was looked at, what the outcome was and what action followed. It also helps to name the events that trigger a reassessment outside the cycle: a certificate expiring, a change of site or ownership, a reformulation, a complaint trend, a recall. Auditors are not usually looking for volume here. They are looking for a rhythm that clearly ran without them in the room.
What auditors test in the evidence itself
Current on the day, not on the day it was filed
The only date that matters is the date of the audit. A certificate that was in date when you saved it and expired two months later is an expired certificate on file, and it reads as a control that was never checked.
Scope that matches what they ship you
A certificate covering one site or one product category does not cover a second site or a category outside the audit scope. This is a quiet failure, because the document looks valid until someone reads the scope line.
Complete against the approved list
Every supplier on the list should have every document type your procedure requires for that supplier, and missing should be a visible state rather than an absence you only discover by opening each folder. A sibling page in this pillar covers working a status board by expiry state, where current, expiring soon, expired and missing each read as a status of their own.
Decisions with names and dates
Who approved, who reviewed, when, and on what basis. Documents prove a supplier's status. Dated decisions prove your system worked.
A visible chase trail, with what was delivered
When a document is late, evidence that you asked for it, when, and how many times is far stronger than a gap. The stronger version records the outcome of each request too, whether it was sent, failed or opened, because a chase that bounced is not contact made and should not be read as such.
The document that was valid on a past date
An auditor sampling a delivery from the spring may ask for the declaration or certificate that applied then, not the one on file today. That means a renewal has to sit alongside the version it replaced rather than overwrite it, and a sibling page in this pillar covers keeping superseded supplier certificate versions for exactly that question.
One version of the truth
A shared drive, a spreadsheet and three inboxes will disagree under pressure. Wherever the master record lives, it should be the one the QA manager opens in front of the auditor without cross-checking anything else.
Where sites pick up findings
None of the patterns below are exotic. They are what happens when a document-heavy control depends on someone remembering.
The expired certificate on file
The document exists, the folder looks complete, and the expiry date passed in the spring. The supplier is still delivering. Nobody chased because nobody was watching that date.
The list that does not reconcile
Goods-in shows a supplier who is not on the approved list, usually a temporary source brought in under pressure and never added, or added and never evidenced. The reverse also costs you: a supplier you stopped buying from two years ago still sits on the list with a lapsed certificate against their name, so the file looks worse than the plant actually is.
The approval that never got reviewed
The onboarding pack is thorough and three years old. The procedure says annual review. There is no record of a review, so there is no evidence the procedure is being followed.
The declaration that outlived the product
An allergen statement signed before a reformulation. No expiry was printed on it, so nothing ever brought it back up. The material changed, the document did not, and the specification on file no longer describes what arrives on the pallet.
The chase that lived in an inbox
The QA manager did chase, four times, from a personal mailbox. None of it is in the supplier file, so at audit it did not happen. The subtler version is a chase that was sent and never arrived, because the contact had left and the address bounced, which looks like diligence in the sent folder and is not.
The cost of these is rarely dramatic in isolation: a non-conformance to close out, corrective action with a deadline, evidence to submit. Cumulatively, and particularly when an unannounced audit lands in the middle of a busy period, they turn a week of preparation into a scramble, and a pattern of them raises questions about document control in general rather than about one certificate. Sibling pages in this pillar define non-conformance grading, corrective action and document control, and explain what an unannounced audit involves, if any of those terms need pinning down.
Why the spreadsheet starts to strain
A spreadsheet is a legitimate way to run an approved supplier programme, and plenty of well-run sites do exactly that. It strains for a specific, arithmetic reason.
Take fifty suppliers and three required document types each, for example an audit certificate, an allergen declaration and a current CoA arrangement. That is one hundred and fifty dates to hold, each with a different renewal cycle, some printed on the document, some driven by the supplier's audit anniversary and some derived from your own review frequency because the document carries no date of its own. Add a deeper supplier base, two hundred suppliers rather than fifty, and the number climbs faster than the time available to check it.
Conditional formatting turns a cell red, but only for someone who opens the file. Reminders set in a personal calendar leave with the person who set them. Chasing happens by email, so the evidence of chasing lives in a mailbox rather than next to the supplier record, and nothing in the mailbox tells you whether the message was actually delivered. And the master file tends to fork: one copy on the shared drive, one on a laptop, one attached to an email sent to the technical manager last month.
The question is not whether a spreadsheet can hold the data. It can. The question is whether anything in the system will tell you that a certificate expires in sixty days when you are dealing with a line stoppage, and whether the chase you sent in March can be produced in September.
A run-up to the audit that does not become a scramble
- Twelve weeks out: reconcile the list against reality
Pull every supplier who delivered in the audit period from goods-in records and compare it to the approved supplier list. Resolve the differences first, because a missing supplier is a bigger problem than a missing certificate and takes longer to fix.
- Ten weeks out: check dates and scopes
Go through each required document for each active supplier and record its date and, for certificates, whether the scope covers the site and category shipping to you. For documents with no printed expiry, record the issue date and the renewal period you apply. Mark anything due inside the next quarter as work, not as fine.
- Eight weeks out: start chasing, and log every chase
Suppliers recertify on their own timetable and a request in August may not land until October. Send the request early, keep the record of it with the supplier file, check it was delivered rather than assuming, and follow up on a fixed interval rather than when you remember.
- Six weeks out: close the review records
Write the dated review entries your procedure requires, including for suppliers where nothing changed. Record decisions on any supplier who lapsed or underperformed, including the additional controls you applied.
- Two weeks out: assemble the evidence pack
One place holding the approved list, the current status of every required document and the monitoring records behind it. A sibling page in this pillar defines what an audit-ready evidence pack contains, and another covers exporting the certificate status view as a PDF for the auditor, which is the version you hand across the table.
- After the audit: keep the rhythm
The programme only stays true if the same checks run monthly rather than annually. Whatever you used to prepare should be the thing you keep using, because a control rebuilt from scratch every year is a control that will be out of date for eleven months of it.
The short version
BRCGS supplier approval and performance monitoring is a documentation problem wearing a food safety hat. The hazards are assessed once and reviewed periodically. The approval route is a decision you justify and record. The evidence is a small, predictable set of documents, some with dates printed on them and some where you set the interval yourself. The monitoring is a rhythm that has to leave a trail.
What separates a file that survives an unannounced audit from one that does not is rarely knowledge of the standard. It is whether the dates are watched by something other than memory, whether the documents that carry no expiry still come up for review, whether the chase is logged where the auditor can see it along with whether it was delivered, whether the version that was valid last spring is still retrievable, and whether the list of suppliers matches the suppliers who actually delivered. Get those right and most of the rest is filing.
Read the issue of the standard your site is certified against for the exact wording and clause numbering, and treat your certification body's guidance as the authority on interpretation for your scope.
Questions
Does BRCGS require all my suppliers to hold a GFSI-recognised certificate?
No. The standard requires a risk-based approval procedure, and certification against a recognised scheme is one route among others such as a supplier audit or a questionnaire where the risk assessment supports it. What matters is that the route you chose is justified by the risk assessment, written into your procedure, and evidenced in the supplier file. Check the wording in the issue of the standard your site is audited against.
How often should supplier approval be reviewed?
Your own procedure sets the frequency, and the frequency should follow from risk. The finding an auditor writes is almost never about the interval you chose, it is about the absence of dated evidence that the interval was honoured. Annual review is common, higher-risk materials often warrant more, and every review needs a record even when nothing changed.
What if a supplier document has no expiry date printed on it?
Set the interval yourself and count from the date on the form. Allergen declarations, vendor questionnaires and continuing guarantees rarely carry an expiry, so the renewal period has to come from your procedure, with either a reissued signed document or a dated written confirmation that the old one still stands resetting the clock. In Certly you record the issue date when you upload a document and the due date is derived from a renewal period you set per certificate type for your plant, so a declaration you treat as valid for three years from the date on the form reaches the alert thresholds like a printed expiry would.
What counts as performance monitoring evidence?
Records of the measures you named at approval: certificate of analysis conformance against specification, incoming test or verification results, complaints and non-conformances traced to a supplier's material, food safety rejections at goods-in, documentation failures, incident notifications, and the supplier's current certification status. The records need dates, outcomes and any action taken.
What happens if a certificate expired before the audit?
An expired document on file is a gap in the control, and how it is treated depends on the material, the supplier and your response. A lapse with a dated record of the chase, the risk assessment of continuing, and the additional controls applied reads very differently from a lapse nobody noticed. Your certification body is the authority on how a specific finding will be graded.
Can I show an auditor that I chased a supplier?
Certly logs every chase email per send against the supplier and certificate type, with the delivery result shown as sent, failed or opened, and a resend action next to a failure. You can also chase a row on demand from the dashboard or the supplier's page rather than waiting for the next threshold. That gives you a dated trail of requests, and an honest one, since a bounced message shows as failed instead of counting as contact made.
How does the expiry tracking know when to warn me?
Certly tracks the date recorded against each certificate, whether that is a printed expiry or a due date derived from the issue date and the renewal period for that certificate type, and warns at configurable alert thresholds, with 90, 60 and 30 days before expiry as the shape of it. You can set a plant-wide default or different days for a particular certificate type, so an audit certificate and a CoA arrangement do not have to share one timetable. Ninety days is deliberately earlier than most sites start chasing, because supplier recertification rarely moves at your pace.
Does Certly make my site compliant with BRCGS?
No, and it does not claim to. Certly is a certificate tracking and reminder system: it holds your suppliers and the certificate types each one owes you, shows their status on one screen as current, expiring soon, expired or missing, and prompts you before dates pass. A persistent disclaimer on the dashboard and the PDF export states that the platform tracks and reminds, and does not verify certificate authenticity or guarantee compliance. Judgement about approval, risk and corrective action stays with your QA team.