Новости АПК и молочного рынка без рекламы

Что требует ГОСТ Р ИСО 22...

Что требует ГОСТ Р ИСО 22000-2019 и как подготовить пищевое производство к аудиту

Слушать статью 0:00 / 0:00

Что требует ГОСТ Р ИСО 22000-2019 и как подготовить пищевое производство к аудиту

ГОСТ Р ИСО 22000-2019 устанавливает требования к системе менеджмента безопасности пищевой продукции (СМБПП). Чтобы готовиться к аудиту, важно отдельно рассматривать требования стандарта, закона и заказчика: они относятся к разным источникам требований и не должны смешиваться.

Статья поможет руководителям пищевых производств, специалистам по качеству и внедрению систем менеджмента, менеджерам по экспорту и развитию и внутренним аудиторам оценить охват стандарта и логику подготовки к аудиту. В ней рассматриваются СМБПП, анализ опасностей и критические контрольные точки (ХАССП), а также цикл «Планируй — Делай — Проверяй — Действуй» (PDCA), границы системы и этапы подготовки.

Материал поможет разобраться, какие вопросы нужно прояснить на производстве и какие требования рассматривать отдельно. Он не обещает прохождения аудита: результат зависит от оценки системы и её применения на конкретном предприятии.

Что устанавливает ГОСТ Р ИСО 22000-2019 и каков его статус

ГОСТ Р ИСО 22000-2019 устанавливает требования к системе менеджмента безопасности пищевой продукции (СМБПП) организаций, участвующих в цепи создания пищевой продукции. Конкретную область применения для отдельного предприятия следует определять с учётом его процессов и границ системы, а не только по отраслевому названию.

Название стандарта — «Системы менеджмента безопасности пищевой продукции. Требования к организациям, участвующим в цепи создания пищевой продукции»; редакция 2019 года идентична ИСО 22000:2018. Это помогает понять предмет документа: он касается организации управления безопасностью пищевой продукции в цепи её создания, а не только отдельной операции или проверки готового продукта.

Стандарт описывает систему, которую организация может планировать, внедрять, применять, поддерживать в рабочем состоянии и актуализировать. Её назначение связано с обеспечением безопасности продукции и услуг при использовании по предусмотренному назначению. Следовательно, речь идёт о постоянно работающей системе, а не только о подготовке к аудиту.

В общем виде стандарт применим к организациям, которые непосредственно или опосредованно участвуют в цепи создания пищевой продукции. Это не означает, что всем предприятиям подходит одинаковый охват: границы СМБПП конкретной организации рассматриваются отдельно.

ГОСТ Р ИСО 22000-2019 введён в действие с 1 января 2020 года. Дата введения показывает, когда начала действовать эта редакция, но сама по себе не подтверждает её статус на дату подготовки статьи.

Согласно официальной карточке Росстандарта, на дату проверки 28 октября 2026 года стандарт обозначен как действующий и заменивший ГОСТ Р ИСО 22000-2007.

В предисловии стандарта указано, что информацию об изменениях публикуют в ежегодном указателе «Национальные стандарты», а официальный текст изменений — в ежемесячном указателе. Поэтому при практическом применении имеет смысл сверить статус и изменения по официальным публикациям на дату работы с документом.

Общий круг адресатов не определяет автоматически, какие именно продукты, процессы и площадки включать в систему конкретного предприятия. Это решение связано с областью СМБПП и реальными операциями, поэтому его рассматривают отдельно от вопроса о том, на кого в принципе рассчитан стандарт.

Таблица: Что охватывает ГОСТ Р ИСО 22000-2019: Кому применим, Что указано Организациям в цепи создания пищевой продукции, Практический смысл Участие может быть прямым или опосредованным; Предмет, Что указано Требования к СМБПП, Практический смысл…
Стандарт задаёт требования к системе организации, а область применения определяют с учётом её участия в цепи и процессов. Источник: protect.gost.ru, docs.cntd.ru, files.stroyinf.ru и др. Скачать инфографику
Данные схемы текстом
АспектЧто указаноПрактический смысл
Кому применимОрганизациям в цепи создания пищевой продукцииУчастие может быть прямым или опосредованным
ПредметТребования к СМБППСтандарт относится к управлению безопасностью продукции
Работа системыПланировать, внедрять, применять и актуализироватьРечь о постоянно действующей системе
Введение в действие1 января 2020 годаДата введения не подтверждает текущий статус
ИзмененияЕжегодный и ежемесячный указателиСверяйте официальные публикации

Как устроена система менеджмента безопасности пищевой продукции

СМБПП — это связанная система управления безопасностью продукции, а не набор изолированных документов. В стандарте среди её ключевых элементов названы обмен информацией, системный менеджмент, программы предварительных мероприятий и принципы ХАССП.

Эти элементы отвечают на разные вопросы. Обмен информацией связывает организацию с заинтересованными сторонами цепи создания пищевой продукции по вопросам безопасности; системный менеджмент задаёт общий управленческий контекст; предварительные мероприятия и ХАССП относятся к организации работы с условиями и опасностями, влияющими на безопасность продукции.

Стандарт предусматривает эффективный обмен информацией по вопросам безопасности пищевых продуктов с заинтересованными сторонами цепи. Внутри предприятия это важно рассматривать не как отдельную рассылку, а как часть работы системы: сведения должны помогать участникам понимать относящиеся к безопасности вопросы и согласовывать действия.

Системный менеджмент означает, что безопасность продукции встроена в управление организацией. СМБПП описана как стратегическое решение, которое может помочь улучшить результативность работы в этой области; формулировка обозначает возможный эффект, а не гарантию результата.

Программы предварительных мероприятий входят в число ключевых элементов СМБПП наряду с ХАССП. Важно не смешивать эти понятия: наличие принципов ХАССП не отменяет других элементов системы, а само название СМБПП не означает, что достаточно подготовить документы без связи с практической работой.

Безопасность пищевой продукции связана с опасностями, которые угрожают продукции в момент её потребления. Это определение задаёт конечную точку оценки: при рассмотрении процесса важно понимать, какие опасности могут относиться к продукту и его предусмотренному использованию.

Для руководителя практический смысл такого устройства в том, что работа с безопасностью охватывает не только отдельные контрольные действия. Она связана с информацией, управлением и операционной работой, а система должна поддерживаться и актуализироваться на протяжении своего применения.

Как связаны ХАССП и циклы PDCA в системе

ХАССП — один из ключевых элементов СМБПП, а не вся система целиком. Стандарт связывает процессный подход с циклом PDCA и риск-ориентированным мышлением; поэтому анализ опасностей встроен в более широкую работу по планированию, выполнению, проверке и улучшению системы.

PDCA раскрывается через четыре этапа:

  • Планируй. Разрабатывают цели системы и её процессов, определяют ресурсы, выявляют риски и возможности.
  • Делай. Внедряют запланированное.
  • Проверяй. Проводят мониторинг и, где применимо, измеряют процессы и выходящие продукты и услуги. Измерение не следует трактовать как обязательное для каждого процесса без исключения.
  • Действуй. Принимают необходимые действия для улучшения функционирования системы; их объём определяется потребностью.

Цикл связывает намерение с проверяемой работой: планы должны воплощаться в процессах, выполнение — оцениваться, а результаты проверки — использоваться для решения о дальнейших действиях. Это логика управления, а не обещание, что применение цикла само по себе обеспечит требуемый результат аудита.

В стандарте PDCA используется на двух уровнях. Один уровень охватывает всю структуру СМБПП; другой относится к планированию и управлению на операционном уровне, то есть к работе с безопасностью продукции.

Практически это означает, что ХАССП нужно рассматривать внутри управленческой системы: анализ опасностей относится к работе с безопасностью продукции, а PDCA помогает связывать планирование, выполнение, оценку и улучшение. Как именно эти действия организованы, зависит от процесса и области конкретной СМБПП.

Таблица: Цикл PDCA в системе безопасности продукции: Планируй, Что включает Цели, ресурсы, риски и возможности; Делай, Что включает Внедрение запланированного; Проверяй, Что включает Мониторинг и, где применимо, измерение; Действуй, Что включает…
PDCA связывает планирование с выполнением, проверкой и улучшением; ХАССП входит в более широкую СМБПП. Источник: unicoms.biz Скачать инфографику
Данные схемы текстом
ЭтапЧто включает
ПланируйЦели, ресурсы, риски и возможности
ДелайВнедрение запланированного
ПроверяйМониторинг и, где применимо, измерение
ДействуйНеобходимые действия для улучшения

Как определить применимость системы и её границы на производстве

Границы СМБПП должны описывать охват системы на конкретном производстве, а не повторять универсальную схему для отрасли. Согласно пункту 4.3, документируемая область включает продукты, услуги, процессы и производственные площадки.

Общий круг организаций, к которым относится стандарт, и границы системы отдельного предприятия — разные вопросы. Организация может непосредственно или опосредованно участвовать в цепи создания пищевой продукции, но из этого ещё не следует, какие конкретно продукты, процессы и площадки входят в её СМБПП.

При определении области полезно пройти путь продукции и соотнести его с реальной работой предприятия: какие продукты и услуги рассматриваются, какие процессы выполняются и на каких площадках. Такой разбор помогает не ограничивать систему только названием цеха или одной операцией, если фактический охват организации шире.

Не стоит переносить границы с другого предприятия без проверки. Различия в продукции, процессах и площадках могут менять то, что нужно охватить системой; единый вариант для всех производств из общего описания применимости не выводится.

Практический результат определения области — ясное описание того, что система охватывает, и возможность сопоставить это описание с фактическими операциями. Если заявленная область расходится с реальной работой, подготовка к аудиту будет опираться на неполную картину системы.

Как отличить требования стандарта, закона и заказчика

Чтобы не смешивать источники требований, фиксируйте, откуда возник каждый пункт: из стандарта, технического регламента или соглашения с заказчиком. Эти источники относятся к разным предметам регулирования, поэтому таблица помогает ориентироваться в их назначении, но не заменяет проверку применимости конкретных требований.

ИсточникПредмет требованийКак проверять применимость
ГОСТ Р ИСО 22000-2019Требования к системе менеджмента безопасности пищевой продукции организации. Стандарт отдельно выделяет требования потребителя, которые нужно оценивать и анализировать, и взаимно согласованные требования потребителя, относящиеся к безопасности.Сопоставить положения стандарта с областью и устройством СМБПП конкретной организации. Стандарт относится к организациям, непосредственно или опосредованно участвующим в цепи создания пищевой продукции.
Техническое регулирование пищевой продукцииРегламент устанавливает объекты технического регулирования, требования безопасности, правила идентификации и формы и процедуры оценки соответствия. К объектам относятся пищевая продукция и связанные с требованиями к ней процессы производства, хранения, перевозки, реализации и утилизации.Проверить, какие положения относятся к конкретной продукции и процессам. Приведённое описание предмета регламента не устанавливает требований к системе менеджмента по ГОСТ Р ИСО 22000-2019.
Требования заказчикаСогласованные с потребителем требования, относящиеся к безопасности пищевой продукции; стандарт отдельно предусматривает их оценку и анализ.Сверить с действующими договорённостями и требованиями к конкретной поставке или продукции. Не подменять ими законодательные требования и требования стандарта.

Таблица различает предметы, но не даёт самостоятельного юридического заключения о применимости норм к конкретному производству. Такой вопрос нужно проверять по актуальным требованиям и обстоятельствам предприятия.

Из того, что стандарт устанавливает требования к СМБПП, нельзя автоматически вывести обязательность сертификации для любой организации. Не следует также считать, что выполнение требований одного источника автоматически закрывает требования двух других.

Сравнение технического регламента и требований заказчика
Разделяйте источники требований: они относятся к разным объектам и проверяются по-разному. Источник: protect.gost.ru, docs.cntd.ru Скачать инфографику
Данные схемы текстом
  • Технический регламент: Требования безопасности пищевой продукции; Охватывает связанные процессы производства, хранения и обращения; Задаёт формы и процедуры оценки соответствия
  • Требования заказчика: Согласованные требования потребителя по безопасности; Оценивают и анализируют отдельно; Сверяют с договорённостями по продукции или поставке

Какие этапы внедрения и подготовки к аудиту рассмотреть

Подготовку удобно выстраивать как последовательность проверок, связанных с реальными процессами предприятия. Ниже приведены редакционные шаги и примеры свидетельств работы системы; примеры не означают, что стандарт требует именно такой формы документа.

  1. Определите область СМБПП. Уточните, какие продукты, услуги, процессы и площадки охватывает система. В пункте 4.3 область подлежит документированию. Пример подтверждения — описание области, которое можно сопоставить с фактическими операциями производства.
  2. Проверьте ответственность и работу группы. В пункте 5.3 говорится о распределении ответственности, создании группы безопасности продукции и назначении её руководителя. Пример подтверждения — описание ролей, соответствующее тому, кто действительно выполняет связанные с безопасностью задачи.
  3. Убедитесь, что документированная информация управляема. Согласно пункту 7.5, рассматриваются идентификация, проверка, актуализация, защита, доступ и хранение информации. Пример подтверждения — записи и документы, по которым можно увидеть, что используются актуальные версии и определено обращение с ними.
  4. Проверьте прослеживаемость. В пункте 8.3 речь идёт о связи входящих партий материалов с продукцией и первым этапом её распределения, проверке работоспособности системы и сохранении доказательств. Пример — результаты проверки, показывающие, что установленная на предприятии схема работает на практике.
  5. Запланируйте внутренний аудит. По пункту 9.2, внутренние аудиты проводят через запланированные интервалы; программа включает критерии и область проверки, а также учитывает компетентность и беспристрастность аудиторов. Пример подтверждения — программа и записи, показывающие, что проверка проведена в предусмотренном объёме.
  6. Организуйте анализ системы руководством. В пункте 9.3 говорится о периодической оценке системы руководством с рассмотрением результатов проверок, изменений и ресурсов и сохранением решений. Пример подтверждения — материалы анализа и зафиксированные решения, связанные с состоянием СМБПП.
  7. Разберите несоответствия и действия. Согласно пункту 10.1, при несоответствии рассматривают его последствия и причину, оценивают результативность действий и ведут записи. Пример подтверждения — запись, по которой можно проследить от выявленной проблемы к принятым мерам и оценке результата.

Последовательность помогает связать область системы, ответственность, записи и проверки в одну линию подготовки. Конкретный порядок работ зависит от границ и процессов СМБПП. Наличие примеров документов само по себе не показывает, что система действует: свидетельства следует сопоставлять с тем, как предприятие реально работает.

Какие ограничения и ошибки могут помешать подготовке

Самопроверка полезна, когда отвечает на вопрос, совпадает ли описание СМБПП с фактической работой. Это способ оценить подготовку, а не статистический рейтинг типичных ошибок и не гарантия результата внешнего аудита.

  • Область системы соответствует процессам? Сопоставьте продукты, услуги, процессы и площадки, описанные для СМБПП, с фактической деятельностью.
  • Ответственность понятна? Проверьте, определены ли роли, группа безопасности продукции и её руководитель.
  • Документы и записи актуальны и доступны? Убедитесь, что информация идентифицируется, проверяется и актуализируется, а порядок защиты, доступа и хранения соответствует работе предприятия.
  • Прослеживаемость проверена в действии? Важно не только описать схему, но и иметь свидетельства её проверки.
  • Результаты внутреннего аудита и анализа руководства доступны? Проверьте, можно ли проследить программу аудита, результаты проверок и решения по анализу системы.
  • По несоответствиям можно проследить действия? Сопоставьте записи о проблемах с рассмотрением последствий и причин и оценкой принятых мер.

Если ответы выявляют расхождение между описанием системы и процессами, сначала разберите саму область и порядок выполнения работ, а не добавляйте документы только ради аудита. Для вопросов, требующих интерпретации требований стандарта или законодательства применительно к конкретному производству, может понадобиться профильная помощь; универсальные признаки, по которым её необходимость можно определить для всех предприятий, здесь не задаются.

Оценка готовности — это проверка связности системы и доступности свидетельств её работы. Она помогает увидеть, что нужно уточнить до аудита, но не предсказывает решение аудитора и не гарантирует прохождение проверки.


Популярное


Комментарии 0