hello@sterling-grc.com +1 201 263 4443 New York ISO & GRC consulting in 60+ countries
SterlingInternational Consulting Talk to a consultantTalk to us
Clause 4ISO 22000:2018 · Requirements guide

ISO 22000 clause 4: define the food safety system you actually need

Clause 4 of ISO 22000 establishes the context, relevant interested parties, scope and processes of the food safety management system. It helps an organisation decide what its system must address before selecting controls or preparing documents. The scope needs to represent the products, services, processes and sites that influence the safety of its end products.

Part ofISO 22000:2018 requirements guide|Reading time 7 min

What clause 4 requires in practice

Clause 4 asks the organisation to understand the setting in which its FSMS has to work before it designs controls. It has four parts. First, clause 4.1 asks for the external and internal issues that bear on the system's intended results, kept up to date. Second, clause 4.2 asks for the interested parties that matter and what they require. Third, clause 4.3 asks for a stated scope covering the products, services, processes and sites that fall within the system, including anything able to influence the safety of the end products, held as documented information. Fourth, clause 4.4 asks for a system built from the processes it needs and their interactions, then operated, maintained, refreshed and improved.

The outputs are a current understanding of context, a view of party requirements, a documented scope and a working set of connected processes.

4.1: understand conditions affecting the FSMS

Identify external and internal issues relevant to the organisation's purpose and its ability to achieve the FSMS's intended results. Review and update the information. The useful output is an informed understanding of operating conditions, rather than a generic business-analysis diagram that never influences food safety decisions.

Consider the organisation's food-chain role, product and process knowledge, available competence, changing technology and the conditions in which it operates. An expansion that increases production without matching resources can affect the system. So can a change in distribution arrangements or information received about a relevant hazard.

The 2024 amendment adds a determination of whether climate change is relevant. The official joint communiqué also explains the related interested-party note. Apply the consideration to food safety: relevant conditions might affect water availability, supplies or the operating assumptions behind storage and transport. The examples are possibilities to investigate, not conclusions about every business.

ISO 22000 consulting & certification support

Get clause 4 right the first time — with a global leader in ISO 22000 implementation

A Sterling consultant works the requirement through with your team, links it to the rest of the system and carries it to certification readiness. Expert and experienced consultants, 8,100+ client engagements in 60+ countries.

4.2: identify relevant parties and requirements

Determine interested parties relevant to the FSMS and their relevant requirements. Keep that information under review. Suppliers, customers, authorities and other food-chain participants can provide information or requirements that affect the organisation's ability to provide safe products and services.

Separate a general expectation from an applicable statutory, regulatory or agreed customer requirement. Identify who assesses the requirement and how it reaches the process owner. The climate amendment notes that relevant interested parties can have climate-related requirements; it does not mean every environmental request automatically becomes a food safety control.

4.3: describe a scope that does not hide influential activities

Define boundaries and applicability, considering context and interested-party requirements. Specify the products and services, processes and production sites included. Activities, processes, products or services that can influence the food safety of end products need to be included in the scope's consideration.

Keep the scope as documented information. A corporate name alone rarely explains what is covered. Clarify relevant interfaces with outsourced processes and other sites. Excluding a difficult activity on paper does not remove its influence on food safety or the need for appropriate control.

4.4: connect the system's processes

Establish, implement, maintain, update and continually improve the FSMS, including its processes and their interactions. Purchasing information should reach hazard analysis; a process change should reach the food safety team; monitoring results should lead to appropriate decisions. These connections are the working system.

A process map can help communicate the interactions, but it is a suggested tool rather than a compulsory diagram. Test the connections with actual work and recent changes. A manual organised by clause can still fail if responsibilities between functions are unclear.

Why the starting point decides the quality of the system

Most expensive food safety failures trace back to a boundary that was drawn too narrowly or to a requirement that never reached the shop floor. Clause 4 is where those weaknesses are prevented. A realistic scope protects the business from over-claiming to customers and from missing an activity that affects the product. Understanding interested parties turns contractual and legal expectations into planned work. Knowing the context helps management decide where to invest as products, sites and suppliers change. Teams that skip this step often produce a polished manual that fits a different business, and then spend the audit explaining gaps.

How to work through clause 4 in order

The four sub-clauses build on each other, so it helps to take them as one connected exercise rather than four separate documents. Keep the outputs light enough that managers will maintain them, and let each one feed the next, because the scope, the processes and the context should tell a single story.

  1. Hold a short discussion with managers from production, purchasing, technical and commercial areas about conditions that shape food safety.
  2. Pick out the customers, regulators, suppliers and others whose requirements truly affect the system, and note the source of each requirement.
  3. Draft the scope from the real activities, including storage, transport and outsourced steps, and test the wording against a walk through the operation.
  4. Sketch how information and decisions move between processes, using whatever format your people will actually read.
  5. Trace one recent change end to end to see whether each handover worked.
  6. Assign an owner to each process and each interface.
  7. Set a trigger list for review, such as new products, sites, suppliers or customer terms.

Illustrative example: a central kitchen and satellite service points

Illustrative example 1

A hypothetical caterer prepares meals centrally and serves them at several workplace locations. It examines preparation, transport, receipt and service arrangements, including who controls each stage. The scope and system reflect those operations rather than stopping at the kitchen door.

Illustrative example 2

When a customer adds a remote service point, the team reviews route conditions, communications and applicable requirements before assuming the existing arrangements remain suitable. The example does not specify safe process limits; competent assessment is needed for the actual foods and service conditions.

Automate™ on Effivity · included in every Sterling engagement

Keep clause 4 alive in Effivity

Record what you decided under clause 4, link it to the records and controls it affects, and let the review date trigger the next look. Effivity is the ISO & GRC software used in 50+ countries — and part of every Sterling ISO 22000 programme.

Illustrative example: software supporting a food warehouse

A hypothetical food warehouse uses software to link received lots with dispatches. The FSMS considers that information flow because it supports traceability. The warehouse defines responsibilities for configuration, changes and evidence that the system works in its application.

This does not make every software developer or general IT activity part of the warehouse's certified scope. It means the food business recognises the relevant service dependency and manages it appropriately. The scope statement and provider controls should explain the actual relationship.

Evidence and common mistakes

What counts as evidence

The documented scope is specifically required. Context and party information should be maintained usefully, but ISO 22000 does not prescribe a particular register or SWOT format. An auditor may ask how a relevant issue influenced planning, or follow a customer requirement into operations.

Common weaknesses

Common weaknesses include a scope that omits important service interfaces, a context review copied from an unrelated sector and climate language with no relevance determination. Another is treating scope as marketing wording instead of a clear account of the system's coverage.

Explore each numbered part

4.1 · turn operating context into food safety decisions

Context explains the conditions in which a food safety management system must work. This guide connects relevant business, supply and operating issues to decisions about capability and control. It includes the 2024 climate-relevance amendment, shows how to review changing conditions, and distinguishes a useful context assessment from a generic list of external trends.

4.2 · make food safety requirements traceable to action

Interested-party analysis becomes useful when a real requirement reaches the process responsible for meeting it. This guide explains how food businesses identify relevant parties and requirements, distinguish commitments from assumptions, and review changes. Examples show supplier information and catering-customer expectations moving beyond a stakeholder list into accountable food safety arrangements.

4.3 · define an FSMS scope that follows the food

An FSMS scope should explain which products, services, processes and sites are covered while retaining activities that can influence end-product food safety. This guide shows how to examine boundaries, outsourced interfaces and changing operations. Catering and food-logistics examples help teams distinguish a defensible scope from wording designed only to make an audit appear simpler.

4.4 · make the FSMS work across process boundaries

An effective FSMS connects purchasing, technical decisions, production, distribution and management review. This guide explains the requirement to establish and maintain the system and its process interactions. Food-manufacturing and catering examples show how a sound local task can still fail when information does not reach the next responsible person, and how to test those connections.

Frequently asked questions

Can office catering be covered without certifying the entire office business?

A scope should identify the actual food-chain activities and responsible organisation. A catering operation can be assessed on its relevant scope without implying that unrelated IT, BPO or construction services are food safety certified.

Does context analysis replace hazard analysis?

No. It informs management-system planning. Product and process hazard analysis under clause 8.5 is a separate, technically grounded activity.

How should a new site affect the scope review?

Review the actual products, processes, responsibilities and applicable requirements before extending the scope. A shared manual does not by itself establish that the new location operates an effective FSMS.

Agree a scope before building the programme

Request a free consultation with your products, services, locations and food-chain interfaces. Sterling can connect scope development with implementation, documentation, agreed Effivity ISO & GRC automation software and employee learning. Review ISO 22000 Food Safety Awareness to give participating teams a shared foundation.

Return to the ISO 22000 requirements hub and continue to clause 5 leadership.

Source basis and reading note. This is original practical guidance for ISO 22000. Use an authorised copy for definitive requirements. Illustrative examples describe hypothetical situations, not client results. Implementation methods are distinguished from requirements; independent bodies decide management-system certification outcomes. Issuer standard record: iso.org.
Disclaimer. This guide is provided for general information only. It is not the text of the standard, not legal or professional advice, and not a representation of how any certification body will assess your organisation. Sterling International Consulting accepts no liability for any loss arising from reliance on it. Requirements are applied to each organisation's own context through an engagement; contact us to implement ISO 22000 in your organisation.