SQF Edition 10 변경 관리: 새로운 요구 사항에서 모범 사례까지

타미 밴 뷰렌: 이 멋진 수요일에 웨비나에 오신 여러분을 환영합니다.SQF 에디션 10 변경 관리아시다시피 우리가 말하는 것 중 하나는 변경 관리가 항상 코드에 포함되어 있다는 것입니다.그냥 숨겨져 있는 것 같아요.그래서 우리는 그것을 별도의 요소로 그릴 것입니다.에디션 10에 새로 추가되었습니다.

그래서 저는 오늘 Prasant와 함께 한 슬라이드를 넘겨서 우리의 녹슬지 않는 것에 대해 이야기하겠습니다. 그런 다음 그에게 넘겨주고 그가 자신을 소개하도록 할게요.따라서 SQFI는 항상 그렇듯이 FMI 독점 금지 정책을 준수합니다.우리는 영토 분할이나 가격 담합 또는 불매 운동을 싫어하는 것에 대해 이야기함으로써 독점 금지법을 위반하려는 것이 아닙니다.그 어떤 주제든 그냥 멀리할 거예요.항상 그렇듯이 사본을 원하시면 SQFI에 문의하십시오.사본을 제공해 드리겠습니다.

하지만 오늘은 변화 관리, 식품 안전에 대해 이야기하겠습니다.이런 주제는 우리가 독점 금지법을 위반하지 않고 이야기할 수 있는 것들입니다. 그래서 대화가 그렇게 진행되면 제가 목소리를 높여도 되고, 우리는 계속 나아갈 것입니다. 하지만 프라상트는 당신에 대해 조금 이야기해 주세요.

프라산트 프루스티: Tammie는 이 기회를 주셔서 대단히 감사하며 SQF 청중에게 변경 관리 경험을 제공할 수 있는 플랫폼을 제공해 주신 SQFI에 감사드립니다.제 소개 저는 Smart Food Safe의 설립자이자 CEO입니다. 하지만 그 전에는 SQF 실무자 겸 SQF 감사관으로 일했기 때문에 식품 안전이 제 마음에 떠올랐습니다. 그래서 변경 관리 및 새로운 요구 사항에 대한 실무 경험을 공유하겠습니다. 변경 관리에 대해 이야기해 보겠습니다.그래서 오늘 다룰 안건으로는 곧 출시될 에디션 10의 변경 관리에 대해 말씀드리겠습니다.SQFI의 조항 요구 사항은 무엇이며 변경 관리 프로세스를 어떻게 구축합니까?이것은 새로운 요구 사항이기 때문에 많은 질문을 받게 될 것이라고 확신합니다.안녕하세요, 저는 SQF 에디션 9입니다. 에디션 10으로 가고 싶습니다.

변경 관리 프로세스를 구축하려면 어떻게 해야 합니까?그런 다음 변경 관리 기록을 작성하는 방법에 대한 몇 가지 실제 사례를 공유하겠습니다. 감사를 진행할 때는 변경 관리 요구 사항에 대한 준비 상태를 반드시 입증해야 합니다.이에 대해 이야기하고 마지막으로 디지털화에 대해 알아보겠습니다. 지금은 모두가 AI 스마트 기술에 대해 이야기하고 있습니다. 변경 관리를 디지털화하거나 효율성을 높일 수 있는 방법이 있나요? 이에 대해 이야기한 다음 10~15분 정도 Q&A 시간을 두고 청중으로부터 몇 가지 질문을 받겠습니다. 그럼 이 메모를 통해 에디션 10에 대해 이야기해 보겠습니다.우리 모두는 에디션 10이 곧 출시될 것이라는 것을 알고 있습니다. 그리고 오늘날에도 여전히 9판이 있습니다. 하지만 에디션 10에는 세 가지 주요 요소인 식품 안전, 문화, 변화 관리 및 환경 모니터링이 포함됩니다.하지만 오늘은 변경 관리가 무엇인지, 새로운 변경 관리 요구 사항에 어떻게 적응할 수 있는지에 대해 알아보겠습니다.하지만 더 중요한 것은 SQF 인증 프로세스의 모범 사례에 이 새로운 요구 사항을 어떻게 활용할 수 있는가입니다.

괜찮아.이제 변경 관리란 무엇인지에 대해 알아보겠습니다.아시다시피 SQF의 웹 사이트에는 아름다운 지침 문서가 있습니다.이에 대해 자세히 알아보려면 SQFI 웹 사이트에서 변경 관리 지침을 다운로드하는 것이 좋습니다. 이 지침은 많은 정보를 담고 있으며 이 지침은 이 데모에서 가질 수 있는 대부분의 질문에 답할 수 있습니다.괜찮아.이제 변경 관리는 변경 관리 프로세스의 세 가지 중요한 기둥입니다. 저는 인력 프로세스와 우리가 하는 모든 일이 위험에 의해 정당화되어야 한다고 말하고 싶습니다.

따라서 위험이 없으면 정당성이 없습니다.이제 사람에 대해 이야기해 봅시다.사람들이 프로세스를 소유하고 있다는 것을 알고 있습니다.식품 안전 프로그램 또는 SQA는 사람들이 소유하는 식품 안전 문화를 프로그래밍합니다. 즉, 직원이 변경 관리 프로세스에서 중요한 역할을 한다는 의미입니다. 즉, 프로세스가 변경이 발생하는 곳입니다. 따라서 프로세스의 어느 부분에서 변경이 일어나고 있는지, 그리고 어떤 일을 시도할 때마다 어떤 위험이 있는지 항상 물어봐야 합니다. 이제 코드에 대해 알아보겠습니다.좋아요.SQF 코드는 무엇을 말합니까?

에디션 10 SQF 조항 2.3.5의 새로운 요구 사항.요구 사항을 이해할 수 있도록 한 줄씩 읽어 보겠습니다.사이트 SAL은 일시적, 긴급 상황, 계획되지 않은 변경 또는 식품 안전 또는 식품 안전 시스템에 영향을 미칠 수 있는 시정 조치 프로세스의 결과로 이루어진 변경 사항을 포함하여 모든 변경 사항을 평가하는 절차를 문서화하고 구현합니다.따라서 이것이 SQF 코드 요구 사항이며 제품 제형 또는 제조 프로세스에 적용됩니다.성분 라벨 수입 장비가 재료에 적용될 수 있습니다.귀사의 사양에 적용할 수도 있고 식품 안전 계획에 적용할 수도 있습니다.

따라서 모든 것을 변경 관리 프로세스에 적용할 수 있습니다.또한 Escape에서는 식품 안전이 유지되도록 필요한 기간 내에 변경 사항을 확인 또는 검증하고 문서화하고 전달해야 합니다.이것이 SQF 요구 사항입니다.이제 요구 사항을 세분화하여 식품 안전에 변경 관리 연령이 필요한 몇 가지 실용적인 예를 살펴보겠습니다.이제 여러분은 업계에서 왔고 실용적인 예를 들어보죠.이제 기업에서는 조리 시간을 줄여 에너지를 절약하고자 합니다. 실용적인 예가 될 수 있지만 비용 절감 조치가 열처리의 치사율에 실질적인 영향을 미칠 수 있다는 것도 알고 있습니다.

무엇을 하려고 하든 에너지를 절약하려고 하지만 이로 인해 위험이 발생할 수 있거나 변경 관리 프로세스를 거치지 않고 포장재 공급업체를 변경하려는 경우.새 포장재 공급업체의 화학 성분 수준이 동일하지 않을 경우 추가 화학 물질 이동 오염이 발생할 수 있습니다.또는 식품 안전 식품 안전 관리 시스템이 있고 수령부터 배송까지 상호 연결된 경우.수령부터 배송까지 전체 프로세스에 변경 사항이 있으면 변경 사항이 발생하여 식품 안전 사고가 발생할 수 있습니다.따라서 식품 안전 이유 변경 관리가 중요한 이유는 궁극적으로 식품 안전 무결성, 심사 준비 여부에 영향을 미치기 때문입니다.물론 모든 식품 안전 사고는 규제에 영향을 미칠 수 있으며, 더 중요한 것은 소비자의 신뢰에도 영향을 미칠 수 있습니다.

괜찮아.그럼 왜 음식일까요?식품 산업에서 변화 관리가 중요한 이유는 무엇일까요?여러 사이트를 운영하면서 한 사이트에서 한 가지 변경 사항이 제대로 전달되거나 구현되지 않고 다른 사이트에 제대로 전달되거나 구현되지 않은 경우 변경 작업을 시작한 것이 아니라 규정 요구 사항의 일부인 다른 사이트에서 변경한 경우에도 영향을 미칠 수 있다는 것을 우리 모두 알고 있습니다.규정 변경, 기술적 복잡성 때문에 필요한 기타 요구 사항이 있는 경우 때때로 시정 조치를 취하기도 합니다. 하지만 실제로 불가능하기 때문에 패치 워크를 해야 할 수도 있습니다. 이를 위해서는 이니셔티브 변경 요구 사항, 그리고 가장 중요한 것은 식품 안전 문화, 식품 안전 문화가 필요합니다. 저는 항상 사람들이 식품 안전 문화를 소유하고 있다는 것을 모두에게 말합니다.즉, 식품 안전 프로그램은 국민이 소유하고 있다는 뜻입니다.

직원이 식품 안전 프로그램을 소유하지 않은 경우 직원의 행동과 사고 방식이 식품 안전 위험을 초래할 수 있습니다.이제 변경 사항은 어떻게 분류됩니까?식품 산업에서는 대부분의 변화가 계획되지 않았거나 일시적이거나 긴급하다는 데 동의하실 것입니다. 임시 비상 변경은 항상 계획에 따라 진행되며 이것이 식품 부문 위험의 주요 원인입니다.따라서 우리의 목표이자 SQ가 기대하는 바는 계획되지 않은 모든 일시적 또는 긴급한 변경은 계획된 변경 관리 프로세스를 통해 이루어져야 한다는 것입니다. 이것이 바로 오늘 프레젠테이션에서 다루고자 하는 내용입니다.따라서 HACCP 계획의 7가지 원칙을 기억하면서 변경 관리 프로세스의 6가지 요소를 구성합니다. 이를 변경 관리 프로세스의 기초라고 합니다.첫 번째 정책과 범위.

변경 관리가 어떻게 이루어져야 하는지 문서화된 정책이나 절차를 가지고 있지 않다면 그렇게 할 수 없을 것이며 규정 준수를 입증할 수 없을 것입니다.따라서 모든 것은 문서화에서 시작됩니다.변화를 어떻게 관리할 것인지 설명해야 합니다.둘째, 누가 변화를 관리할 건가요?SQF 실무자, 공장 관리자 또는 변경 소유자 또는 생산의 역할은 무엇입니까?따라서 변경 사항을 누가 소유하고 누가 변경 관리 프로세스 위험 평가에 참여하는지가 매우 중요합니다.

HACCP 원칙이 위험 평가에 대해 이야기한다는 것을 알고 있습니다.마찬가지로 모든 변경 관리 위험 평가는 매우 중요한 기준입니다.그러니까 위험 평가 어떻게 하면 위험을 객관적으로 판단할 수 있냐고 물으신다면그래서 대부분의 경우 위험도가 낮다고 하시는데 위험 평가의 근거가 무엇인지 어떻게 결정하셨는지 물어보면 의사 결정 트리나 가능성 심각도 메트릭을 사용하셨나요?따라서 위험을 식별하고 위험을 정당화하고 위험을 기반으로 변경 제어를 추가하는 것이 변경 관리의 중요한 부분입니다.그렇다면 변경 관리 프로세스를 어떻게 문서화할까요?

변경 사항을 캡처하려면 일종의 체크리스트나 기록 보관이 필요할 수 있습니다.변경이 발생했다는 사실을 어떻게 알리나요?예를 들어 여러 사이트를 변경한 것처럼 한 사이트에서 공급업체 또는 프로세스를 일부 변경했는데 다른 쪽에서 제대로 전달되지 않으면 해당 변경 사항을 사이트에서 처리할 수 없게 됩니다.따라서 훈련과 커뮤니케이션, 그리고 마지막으로 변경 사항을 검토해야 하는 부분은 변경 사항이 효과적인지 여부입니다. 이는 요청에 따라 완료되었는지도 변경 관리 프로세스의 중요한 구성 요소입니다.이제 변경 관리 프로세스를 만드는 방법을 단계별로 분석해 보겠습니다.이제 첫 번째 단계는 변경을 시작해야 합니다.

따라서 변경은 회사 내 모든 구성원이 변경 개시를 시작할 수 있어야 한다는 것이어야 합니다.따라서 누구나 건강 및 안전 사고를 일으킬 수 있는 것처럼 변경 요청도 시작해야 합니다.변경 요청은 변경을 요청하는 이유와 같은 방식으로 구성될 수 있습니다.변경의 의미는 무엇입니까?이에 대해서는 잠시 후에 이야기하겠습니다.따라서 변경 요청에는 주관적인 내용만 포함되어서는 안 됩니다.

좋아요, 변경이 시작될 재료, 포장재, 공정, 장비, 공급업체의 변경 사항을 포함하겠습니다.그렇다면 변경 이유는 무엇이며 누가 요청했을까요?따라서 변경 요청을 제대로 정의하고 나면 다음 단계는 영향 평가입니다.이것이 바로 제가 말씀드린 멀티사이트 예제의 전형적인 예시입니다.따라서 변경 사항이 사이트 내부 또는 사이트 외부에 영향을 미칠 수 있다는 영향 평가를 수행하면 변경 제어 계획 중에 적절한 변경 조치를 취할 수 있습니다.따라서 영향 평가는 저의 변화 관리 측면에서 매우 중요한 단계입니다.

따라서 우리가 어떤 변화를 시도하든 항상 제품이나 프로세스, 사람 또는 식품 안전에 영향을 미칩니다.따라서 변경 내용에 따라 제품 영향, 장비 영향 또는 다양한 영향에 따라 영향 평가를 정의할 수 있습니다.이제 위험 평가.그렇다면 이러한 변화의 위험을 객관적으로 계산하려면 어떻게 해야 할까요?예를 들어 HACCP 가능성 및 심각도 매트릭스와 같이 사용할 수 있습니다. 여기서 2x2를 사용할 수 있고, 3차원 가능성 심각도 및 탐지 가능성 3차원 변경 위험 평가를 사용할 수도 있습니다. 또는 HACCP 의사 결정 트리 (Q1, Q2, Q3) 와 같은 변경 의사 결정 트리를 사용하는 조직을 본 적이 있습니다. 의사 결정 트리의 끝에 변경 의사 결정 트리를 만들 수도 있습니다. 위험은 미미하거나, 심각하거나, 심각합니다.따라서 위험 평가가 정의되면 일부 비즈니스에는 타당성 조사라는 요청이 필요할 수 있습니다.

내 변경이 가능한가요?이제 누군가 서로 다른 두 생산 라인 사이에 벽을 세워 알레르겐 교차 오염을 분리하고 싶다고 말했다고 가정해 보겠습니다.하지만 벽을 세우는 것은 실현 가능한 해결책이 아닐 수도 있습니다.따라서 변경이 가능한지 여부도 고려해야 합니다.재무적 영향이 공정에 미치는 영향이 생산 가동 중지 시간에 미치는 영향이 있습니까?따라서 위험 평가의 일환으로 이러한 사항도 고려해야 합니다.

따라서 위험 평가 영향 평가를 통해 변경 사항을 평가한 후에는 실행 계획을 수립해 보겠습니다. 변경 작업을 수행하기 위해서는 다음과 같은 단계를 완료해야 합니다. 예를 들어, 프로세스 라인에 새로운 알레르겐을 도입하고 싶습니다. 알레르겐 모니터링 절차를 업데이트해야 할 수도 있습니다.새 알레르겐을 포함하도록 위생 절차를 업데이트해야 할 수도 있습니다.새로운 알레르겐이 새로운 방식으로 통제되었는지 확인하기 위해 알레르겐 컨트롤을 검증해야 할 수도 있습니다.따라서 실행 계획 측면에서 정의해야 하며 실행 계획을 내부 또는 외부 사용자에게 할당할 수 있습니다.때로는 일부 변경이 연루되어 있을 수 있으며, 때로는 고객의 외부 참여자와 우리 때문에 변경이 내부적으로 이루어진다고 생각한다는 사실을 잊어버리는 경우가 있습니다. 외부 참여자도 변경 실행 계획의 일부가 될 수 있습니다. 따라서 외부 참여자가 현장에 오는 경우 당사의 변경 실행 계획에 포함되어야 합니다.따라서 실행 계획이 정의되면 이제 승인 단계로 넘어갈 수 있습니다.

승인 단계는 게이트키핑 단계이며, 여기서 다음 단계로 넘어가기 전에 실행 계획, 위험 평가, 영향 평가가 정당하다고 판단할 수 있습니다.따라서 여기서는 변경 소유자일 수 있습니다. Q 관리자가 변경 사항을 검토하고 다음 단계로 넘어가기 전에 승인할 수도 있습니다.이제 구현 중입니다.따라서 변경 관리가 품질 기능이나 식품 안전 부서에만 속하지 않기 때문에 이 부분이 가장 큰 과제입니다.변경 관리는 전체 조직에 속합니다.따라서 변경 또는 변경 실행 계획이 지정, 전달, 문서화되고 완료되지 않은 경우 후속 조치를 취하는 것이 변경 관리 프로세스에서 매우 중요한 단계입니다.

또한 여러 EP 부서에 참여하실 수도 있습니다.담당 부서의 유지보수, 생산, 품질, 조달 또는 재무고객에게 이러한 변경 조치 계획을 지정해야 하며 변경 조치 계획을 제시간에 완료해야 다음 단계로 넘어가기 전에 해결책이나 변경이 완료됩니다.문서 관리는 변경 실행 계획에서 매우 중요한 부분입니다.대부분의 변경 사항에는 절차 변경, 모니터링 기록 변경, HACCP 계획 변경, 카파 변경, 공급업체 승인 변경이 포함될 수 있습니다.따라서 SQF 시스템에서 수행하는 모든 작업이 변경으로 인해 영향을 받을 수 있습니다.

따라서 변경 관리 및 당사 훈련의 일환으로 관련 문서 또는 기록을 업데이트해야 합니다.새로운 작업 방식을 전달하지 않으면 작업 현장에 있는 사람들은 새로운 작업 방식을 받아들이는 방법을 이해하지 못할 것입니다.따라서 훈련이 가장 큰 과제 중 하나는 변화를 가져오지만 소통하지 않거나 현장에 있는 사람들을 교육하지 않습니다. 그들은 관리 수준, 장비 수준 또는 프로세스 수준에서 일어나는 변화를 항상 인식하지 못합니다.따라서 그들은 여러분이 변경 관리라고 부르는 것에 대한 지식이 매우 제한적입니다.따라서 앞으로 어떤 변화가 일어나고 있는지, 새로운 변화 관리 프로세스의 일부로서 어떤 역할을 수행하는지 이해하기 위해 직원들을 빠르게 교육해야 합니다.마지막으로 필요한 경우 확인하고 검증해야 합니다.

검증과 검증 사이에는 큰 차이가 있다는 것을 알고 계실 것입니다. 상황에 따라 결정해야 할 수도 있습니다. 변경 사항이 제대로 관련되어 있는지 확인해야 하는지, 마지막으로 검증해야 하는지, 마지막으로, 일단 가동되면 유효성 검사가 먼저 이루어지는데, 이 부분에서 대부분의 변경 관리 프로세스가 실패하고 변경 사항이 유효한지 추적하지 않습니다.그래서 6개월 전에는 효과가 있었을지 모르지만 내일은 더 이상 효과가 없을 수도 있습니다.이것이 관리 검토 과정에서 마지막으로 추가할 수 있는 변경 관리 효율성 검사 프로세스를 포함시키는 것입니다. 이 프로세스는 모든 변경 사항을 이해하는 데 유용한 KPI가 될 것입니다. 구현한 모든 것이 변경 제어를 통해 효과적으로 제어됩니다. 마지막으로 변경 관리 프로세스를 닫고 프로세스를 공식적으로 등록하고 종료해야 합니다.괜찮아.이제 다음 슬라이드로 넘어가겠습니다.품질 관리자 또는 SQF 실무자의 역할은 무엇입니까?

내가 말했듯이 SQF 실무자 또는 품질 관리자는 전체를 소유하지 않으며 모든 사람이 프로그램을 소유하고 있다고 생각하지만 엄밀히 말하면 모든 사람이 프로그램을 소유하고 있기 때문입니다.그렇다면 전체 변경 관리 프로세스에서 품질 및 식품 안전 관리 관리자의 역할은 무엇일까요?첫째로, 여러분은 위험의 주인입니다.조직의 어느 누구보다도 위험 평가, 영향 평가를 잘 이해하고 있습니다.따라서 영향을 평가하고 위험을 평가하는 측면에서 여러분의 의견은 가장 중요한 게이트 키퍼의 역할 중 하나가 될 수 있습니다.변경 관리 계획, 훈련 계획, 효과 점검, 검증 점검이 기한 내에 계획대로 진행되고 있는지 확인해야 합니다.

따라서 규정 준수 게이트키퍼는 여러분이 훈련을 하고 코칭은 각 부서의 각 직원이 변경 관리 프로세스에 대한 교육과 교육을 받을 수 있도록 해야 합니다.데이터를 소유하고 있는지 확인한 다음 지속적으로 개선해야 합니다.식품 안전 관점에서 지속적인 개선을 주도하는 사람은 바로 여러분이며 지속적인 개선의 선두주자가 되어야 합니다.따라서 변경 관리 프로세스에서 변경 소유자 또는 식품 안전 관리자의 역할은 다음과 같습니다.다음 슬라이드괜찮아.

이제 실용적인 예를 들어보겠습니다.그래서 저는 알레르겐의 실제적인 예를 보여드렸습니다.왜 알레르기 항원이라고 했나요?알레르겐이 업계에서 가장 심각한 식품 안전 위험이라고 부르는 원인 중 하나라는 것을 알고 있기 때문입니다.이제 새로운 견과류 알레르기 항원을 성분 라인에 추가하고 싶다고 가정해 보겠습니다.이제 변경 관리 프로세스의 11단계를 살펴보겠습니다.

따라서 귀하의 문제는 성분 라인에 새로운 견과류를 추가하고 있다는 것입니다.그리고 이것이 어떤 영향을 미칠지 알고 싶으실 겁니다.영향 평가에 대해 이야기해 보겠습니다.영향 평가는 스토리지에서 시작됩니다.새로운 알레르겐을 식물에 가져올 것입니다.어딘가에 보관해야 합니다.

그런 다음 알레르겐을 처리해야 합니다.그러면 장비가 견과류 알레르기 항원과 접촉하게 될 것입니다.깨끗해야 합니다.즉, 영향을 미치는 영역은 보관, 생산 및 위생입니다.그리고 위험은 무엇일까요?우리 모두는 알레르겐의 위험이 매우 높다는 것을 알고 있습니다.

식물에는 알레르기 항원이 없는 흔적이 없습니다.따라서 위험 및 영향 평가를 평가해야 합니다.그런 다음 마인드 컨트롤 계획이 시작됩니다.식물에 새로운 알레르겐을 도입하기 위해 필요한 통제 계획은 무엇입니까?첫 번째는 앞서 말했듯이 스토리지 분리입니다.견과류 전용 공간이 있습니까? 아니면 다른 재료와 교차 오염될 수 있습니까?

이는 프로덕션 스토리지의 제어 계획이어야 합니다.다음 생산 시 견과류를 교차 오염시키지 않도록 생산 일정 로직을 변경해야 합니까? 아니면 교대 청소 사이에 무엇을 요청해야 합니까, 아니면 청소 검증을 포함하시겠습니까, 청소 프로그램 또는 트레이너 알레르겐에 대한 유효성 검증을 포함하시겠습니까?따라서 이러한 관리 계획, 반드시 마련해야 하는 샘플 관리 계획, 그리고 더 중요한 것은 세척 절차를 변경해야 하는 절차, 즉 공정입니다.스토리지 프로시저 수령 절차를 변경해야 합니다.생산 계획 절차를 변경해야 합니다.견과류 알레르기를 포함하도록 생산 체크리스트를 변경해야 할 수도 있습니다.

따라서 본격적인 생산에 들어가기 전에 새 생산 라인을 시험해 보고 견과류 알레르겐을 주문할 때 이러한 변화가 일어나는 부분을 이해하는 것이 좋습니다.생산 라인, 공장 또는 공정에서 여전히 교차 오염 또는 남은 견과류 알레르겐의 위험이 있습니까?시험 실행이 성공적으로 진행되면 지속적인 모니터링 또는 반복 검사를 통해 제어 기능이 운영 중에 유지되고 있는지 확인해야 합니다.변화 관리 관점에서 식품 산업에서 흔히 발생하는 실수는 무엇입니까?우리가 구두로 변경한다는 데 동의하실 것이라고 확신합니다.변경 사항은 문서화하지 않습니다.

따라서 구두로 변경해도 논의된 내용이 무엇이고 무엇이 변경되었는지에 대한 증거가 없습니다.이것이 구두 변경 요청의 가장 흔한 함정 중 하나입니다.두 번째 함정: 여기서 말씀드린 것은, 오, 중요한 통제 지점이 아니기 때문에 변경 관리를 하지 않을 것입니다. 우리는 항상 중요 통제 지점으로 초점을 맞춥니다. CCP가 아닌 경우 식품 안전에는 아무런 영향을 미치지 않습니다. 가장 일반적인 사고 방식이라고 부르는 것이 가장 일반적인 함정입니다. 두 번째로 중요한 훈련, 일단 살아나면 사람들에게 무엇을 교육할 것인지, 그런 것입니다. 많은 것을 볼 수 있지만 너무 늦었습니다. 이미 너무 늦었습니다. 변경 사항이 공장 현장에 적용되면 사람들이 알아야 할 것이기 때문입니다.현재 진행 중인 상황과 변경 사항은 출시 후 다시 검토되지 않습니다. 시작 시 변경 관리 프로세스 전체를 수행한 다음 한 번 닫으면 다시 검토하지 않아도 됩니다. 앞서 설명했듯이 관리 검토는 연중 내내 변경 사항을 다시 검토할 수 있는 좋은 수직적 도구가 될 수 있습니다.그렇다면 이러한 문제를 어떻게 해결할 수 있을까요?변경 관리 프로세스, 변경 관리 양식 및 등록이 필요합니다.변경을 시작하거나, 변경이 완료되거나, 관리가 완료될 때, 담당자에 대한 교육을 받을 수 있고, 실제로 적용하기 전에 변경 관리 양식에 등록 프로세스를 제공하여 모든 사람이 변경 사항을 인지하고 한 단계도 놓치지 않도록 할 수 있기 때문에 등록하세요.

좋아요.이제 감사를 받거나 새로운 변경 관리 프로세스를 받게 되면 감사자가 감사를 받을 때 어떤 부분을 검토하려고 할까요?그들은 당신의 변경 요청 레코드를 확실히 볼 것입니다.그들은 “이봐, 지난 1년 이후에 가지고 있는 모든 변경 관리 기록을 보여줘”라고 물을 것입니다.변경 관리 프로세스가 제대로 문서화되고, 적절하게 승인되고, 적절하게 전달되거나 구현되었는지 확실히 살펴볼 것입니다.이 부분이 바로 변경 관리 기록을 확인하고 변경 관리 사례를 들어 현장에 가서 지난 1년 동안 일어난 변경 사항을 알고 있다면 현장에 있는 사람들과 반드시 인터뷰를 할 것입니다.

따라서 그들은 변화를 알고 있는지, 변화가 일어날 때 어떤 추가 기대 또는 추가 조치를 취해야 하는지를 이해하기 위해 반드시 사람들을 인터뷰할 것입니다.현장 면담 시 면담을 할 것이 분명하며, 현장에서 실제로 일어나고 있는 일인지 아니면 바인더에서만 일어나는 일인지 당신이 말한 변화가 무엇인지 그들은 분명히 관찰할 것입니다.그들은 반드시 현장에서 변경 사항을 심사할 것입니다. 변경 관리 프로그램이 말하는 내용이든 변경 기록이 변경 사항이라고 말하든지 간에 이것이 실제로 현장에서 구현되도록 할 것입니다. 요약하자면 전체 변경 관리 프로세스를 문서화해야 합니다. 따라서 심사가 발생할 때 변경 관리 기록을 준비할 수 있도록 각 담당자와 소통하고 교육해야 합니다. 그러면 면접에서 답을 얻고 최종적으로 변경 사항을 확인할 수 있습니다. 관리 프로세스를 바닥에서 볼 수 있어야 합니다.감사자가 가서 심사를 하면 현장의 변경 사항을 볼 수 있습니다.이제 변경 관리 문서 기반 또는 Excel 기반 기록에 크게 의존하지 않도록 변경 관리 프로세스를 자동화하려면 어떻게 해야 할까요?어떻게 하면 더 자동화되고 효율적인 변경 관리 프로세스로 만들 수 있을까요?그렇다면 답은 디지털로 가자는 것입니다.

디지털 도구를 사용하면 변경 구현 전반에 걸쳐 또는 변경 구현 전반에 걸쳐 변경 관리 프로세스를 지속적으로 준수할 수 있는 이점이 있습니다.사용할 수 있는 도구는 무엇입니까?워크플로우.따라서 변경 사항이 승인 프로세스를 거쳐야 할 때마다 변경 관리 시스템에 워크플로를 기본 제공하여 변경 관리 소유자 또는 변경 관리 승인자에게 자동으로 전달되도록 할 수 있습니다.또한 변경 사항을 할당할 때 할당하는 워크플로우를 만들 수도 있습니다. 구두로 커뮤니케이션할 필요가 없습니다. 즉, 변경 사항의 이 부분에 대한 책임이나 이메일로 커뮤니케이션할 필요가 없습니다.꼭 해 주실 수 있나요?

디지털 플랫폼을 통해 변경 관리 실행 계획을 할당하면 작업이 할당될 때 실제 할당된 사용자에게 알림을 받고 작업이 완료되지 않은 경우 작업이 기한이 지났을 때 알림을 받도록 할 수 있으므로 변경 관리 반복 알림을 이메일로 보낼 필요가 없습니다.따라서 디지털 도구는 워크플로우뿐만 아니라 전체 변경 관리 프로세스를 가져올 수 있는 다양한 방법을 제공합니다.모든 이해관계자가 향후 어떤 변화가 있는지, 프로세스 전반에 걸쳐 변화가 어떻게 진행되고 있는지, 알림은 무엇인지, 변화가 일어나지 않는 KPI는 무엇인지, 변화가 일어나지 않는 KPI는 무엇인지 시각화할 수 있는 한 곳이 될 수 있습니다. 또한 모든 사람이 변경 관리 프로세스의 일부를 소유하고 조직 내 모든 사람이 볼 수 있기 때문에 더 강력한 식품 안전 문화를 조성할 수 있습니다.이제 어떻게 하면 디지털로 전환할 수 있을까요? Tammie가 말한 것처럼 디지털 도구를 여기서 소개하려는 것은 결코 아닙니다.변경 관리 프로세스를 매우 효과적으로 관리하는 데 도움이 되는 디지털 도구가 시장에 나와 있다는 점을 알려드리고자 합니다.따라서 변경 관리 프로세스를 시작하고 싶을 때마다 변경 관리를 완전히 문서화할 수 있는 구조화된 레코드를 만들 수 있으며 보고는 모든 변경 관리 프로세스에서 매우 중요한 부분을 차지합니다.

그리고 체계적인 보고를 원한다면 데이터 품질을 구조화해야 합니다.따라서 장비의 장비 목록이 있는 경우 드롭다운하여 내일 플랜트의 어디에서 변경 요청이 들어오는지, 어떤 영역에서, 어떤 장비에 대한 변경 요청을 보고할 때 보고를 통해 이를 수행할 수 있는지 확인할 수 있습니다.따라서 변경 개시 데이터를 구조화해야 하며, 드롭다운에 구조화된 데이터를 표시하여 디지털 도구를 통해 이를 수행할 수 있습니다.이제 변경 요청을 생성하여 변경을 시작하겠습니다.변경에 대한 객관적인 증거를 추가할 수도 있습니다.카메라가 있거나 모바일 앱을 사용하는 경우 이미지를 업로드하고 변경 사항에 대한 문서를 업로드할 수 있습니다.

변경이 완료되면 영향 평가를 진행합니다.따라서 영향 평가도 보다 체계화될 수 있습니다.현재 영향 평가를 하고 있다면 그것이 내 제품에 어떤 영향을 미칠 수 있고 내 프로세스에 어떤 영향을 미칠 수 있는지 알고 있다고 가정하는 것입니다.하지만 변경 유형에 따라 자동으로 사전 구성할 수 있습니다.품질, 제품 안전, 건강 및 안전, 규제, 환경 등과 같이 영향을 미칠 관련 영역을 자동으로 가져올 수 있습니다.따라서 변경 유형에 따라 이를 미리 정의할 수 있습니다.

즉, 영향 평가를 디지털 도구로 보다 체계적으로 구성할 수 있습니다.다음은 타당성 조사입니다.변경이 가능한가?재정적인 영향이 있나요?조달 측면에서 제약이 있습니까?제조 측면에서 제약이 있습니까?

실제 변경 관리를 시작하기 전에 타당성 조사를 자동화할 수 있습니다.필요한 경우 자본 지출 (Capex) 이 필요하고 자본 비용 (Capex) 에 대한 승인이 필요한 경우 자동으로 재무 팀 또는 자본 지출 승인을 위해 자동으로 루팅될 수 있습니다.따라서 디지털 도구에서 타당성 조사를 자동화할 수 있습니다.그 다음은 위험 평가입니다.위험 평가는 의사 결정 트리를 구성할 수 있는 중요한 도구 중 하나입니다.플랫폼에서 구성할 수 있는 위험을 결정하는 자체 의사 결정 트리가 있거나 표준 가능성, 심각도 및 탐지 가능성, 2차원 또는 3차원 위험 평가 도구를 사용하여 위험을 객관적으로 평가할 수 있습니다.

한 가지 기능에는 반복 검사도 포함될 수 있습니다.과거에도 비슷한 변화를 시작했나요?변경이 반복되는 경우 이전 변경 사항이 유효하지 않았음을 의미합니다.따라서 재발 확인은 전체 위험 평가 프로세스에서 매우 중요한 기능이기도 합니다. 이는 제가 새로운 기한 변경을 시작하는지 아니면 반복되는 변경이 있을 수 있는지 파악하기 위한 것입니다.다음은 실행 계획입니다.작업 계획을 내부 또는 외부 사용자에게 작업 항목을 추가할 수 있는 변경 관리 프로세스에 포함될 수 있습니다.

작업이 완료되었는지 여부도 확인할 수 있습니다.작업이 지정되면 시스템은 작업을 제시간에 완료하도록 자동으로 상기시킬 수 있습니다.또한 작업 계획에 대한 검토를 추가하여 요청 작업이 완료되면 다른 사람이 검토할 수 있도록 할 수도 있습니다.이제 몇 가지 실행 계획과 디지털 도구가 어떻게 도움이 될 수 있는지에 대해 이야기해 보겠습니다.이제 프로시저를 업데이트하고 싶다고 가정해 보겠습니다.문서 관리 소프트웨어를 사용하는 경우 절차 변경을 문서 관리에 직접 연결하고 문서 관리에서 변경 사항을 적용한 다음 변경 관리 팀에 다시 가져와 조치가 완료되었다는 증거로 사용할 수 있습니다.

변경으로 인해 내부 감사를 실시하려는 경우, 감사 관리 소프트웨어가 있다면 내부 사용자에 대한 감사를 시작할 수 있습니다.공급업체 승인을 시작할 수도 있습니다.CAPA를 시작하고 학습을 시작할 수도 있습니다.훈련을 하거나 누군가를 교육해야 하거나 학습 관리 소프트웨어가 있다면 이러한 교육을 실시하는 시정 조치 계획이나 실행 계획을 세울 수 있습니다.따라서 모든 실행 계획을 플랫폼에서 디지털 방식으로 수행할 수 있습니다.문서 관리, CAPA 관리, 공급 관리, 심사 관리, 훈련 관리를 원스톱 변경 관리 솔루션에 통합하거나 상호 연결할 수 있는 소프트웨어가 있는 경우

이제 다음 단계는 유효성 검사입니다.따라서 유효성 검사는 주기율에 기반한 것입니다.이제 말씀드린 것처럼 매년 12월 31일에 유효성 검사를 가져오거나 구현한 날로부터 6개월 후에 유효성 검사를 실시하고 싶다는 내용을 포함시키겠다고 가정해 보겠습니다.따라서 6개월이 지나면 다시 돌아가서 효율성 검사를 검토해야 한다는 알림이 생성될 것입니다. 그리고 재발하는 사고가 발생하면 재발 검사를 포함시킬 수 있습니다. 즉, 어떤 변경 사항을 적용하든 효과가 없다는 뜻입니다.마지막으로 모든 것이 비용이기 때문에 변경 비용을 시작하려는 경우 맞습니까?포함하려는 경우 변경 비용은 얼마입니까?

또한 자체 내부 비용 센터를 시스템에 구축하여 변경 영향의 모든 측면을 변경 비용에 반영하고 마지막으로 KPI를 추세 분석할 수 있습니다.추세 분석을 직접 만들고 싶다면 어떻게 변화가 일어나고 있습니까?시정 조치는 어떻게 진행되고 있습니까?재발은 어떻게 일어나고 있나요?변경 관리 소프트웨어에서 이러한 종류의 구조화된 보고를 사용할 수 있을 것입니다.이는 스마트 푸드 세이프로 이어집니다.

당사는 소프트웨어 솔루션 공급업체로서 자체 변경 관리 소프트웨어를 보유하고 있습니다. 이 소프트웨어를 사용하면 유효성 검사 또는 반복 검사 기능이 내장되어 있습니다.자체 구성 가능한 워크플로우가 있습니다.따라서 변화는 적절한 사람에게 영향을 미칠 수 있습니다.자동 에스컬레이션이 적용되었습니다.이제 편차 변경 액션이 있다고 가정해 보겠습니다.마감일이 10일이 지났지만 아직 완료되지 않았습니다.

시스템에서 알림을 보내고 있지만 완료되지 않았습니다.그래서 우리는 그것을 레벨 1, 레벨 2, 레벨 3으로 확대할 수 있었습니다.즉, 레벨 3에 속해 있고 에스컬레이션 알림을 받으면 아무 일도 일어나지 않는다는 뜻입니다.변경 관리 소프트웨어를 문서 관리 심사 관리와 상호 연결할 수 있도록 다른 모듈도 있습니다.이 모듈은 21 CFR 파트 11과 호환됩니다.따라서 21 CFR의 데이터 무결성 및 데이터 요구 사항이 이미 충족됩니다.

자체 실시간 대시보드를 보유하고 있으며 자동화된 위험 및 영향 평가 도구도 사용할 수 있습니다.이번 웨비나의 핵심 내용은 변경 요청을 시작하기 전에 변경 사항을 숙지하는 것입니다.변경 사항은 무엇입니까?그 의미는 무엇일까요?변경으로 인한 위험은 무엇입니까?변경 사항이 변경 관리가 절차 관점과 기록 관점에서 적절하게 문서화되는 프로세스를 구축해야 합니다.

마지막으로, 품질 관리자나 식품 안전 관리자의 업무는 실수를 바로잡는 것이 아니라 실수를 방지하는 데 초점을 맞춰야 하기 때문에 디지털 도구나 변경 관리를 통해 업무를 수행할 수 있기 때문에 디지털 도구를 사용하면 보다 쉽게 최신 상태를 유지할 수 있습니다.마지막으로 Smart Food Safe에서는 포괄적인 디지털 솔루션을 제공합니다. 당사에 대해 알고 싶으시면 마지막에 제 이메일 ID를 받게 됩니다. 하지만 우리는 결코 우리의 소프트웨어를 홍보하려는 것이 아닙니다. 변경 관리 프로세스를 관리하려는 경우 디지털 도구가 앞으로 나아가야 한다는 것을 교육하기 위해 여기 있습니다. 이 메모를 통해 여러분은 이제 SQF unites 2027이 발표되었습니다.그래서 3월 23일부터 25일까지 타칸에서 이런 일이 벌어지고 있습니다. 이 프레젠테이션에서 Tammie가 더 많은 정보를 제공할 수 있습니다.다시 한 번 감사드립니다.몇 가지 질문이 있으실 거라 확신합니다.몇 가지 질문이 떠오르고 있습니다.

질문이 있으시면 기꺼이 답변해 드리겠습니다.

타미 밴 뷰렌: 좋아요.프라산트, 정말 고마워요.제가 강조하고 싶은 것 중 하나는 채팅에서 누가 무엇을, 다른 소프트웨어를 사용하는지에 대해 묻는 사람들을 많이 볼 수 있다는 것입니다. 아시다시피 Prasant는 소프트웨어 프로그램을 가지고 있다고 말했습니다. 아시다시피 Prasant가 소프트웨어 프로그램을 가지고 있다는 것을 알다시피, 아시다시피, 여기 우리가 누구인지 알고 있지만 다른 사람들도 많으니 채팅에 자유롭게 입력하고 사용 중인 것을 서로 공유하십시오.그러니 Prasant, 화면 공유를 취소하고 싶다면 여러분과 제가 좀 진행하겠습니다. 네, 몇 가지 질문을 해봅시다.그래서 우리는 여러 개를 먹었고 모두 대단히 감사합니다.첫 번째로 제기된 중요한 질문은, 아시다시피, 우리는 변화에 대해 이야기하고 있다는 것입니다.

그래서 사람들은 에디션 9에서 에디션 10으로 변경할 준비를 하고 있습니다.변경 관리 프로세스 및 절차를 통해 문서화하고 실행해야 하는 변경 사항입니까?

프라산트 프루스티: Tammie, 우리는 새로운 변경 관리 프로세스를 도입하고 있습니다.새로운 EMP 프로세스를 도입하고 있습니다.그 자체가 변화입니다.따라서 식품 안전 관행에 영향을 미칠 모든 변경 사항을 문서화해야 합니다.따라서 다시 문서화해야 합니다. 위험 평가를 거쳐야 하고 영향 평가를 거쳐야 합니다. 프로그램이 이미 에디션 10을 준수하고 있는 경우 추가 조치가 필요하지 않을 수도 있고 변경 사항을 준수하지 않을 경우 추가 조치를 취해야 할 수도 있습니다.

타미 밴 뷰렌: 네, 물론이죠.아니요, 에디션 10의 일부 측면에서 큰 변화가 있을 거라는 것을 알고 계실 거라는 점에 전적으로 동의합니다.따라서 변경 관리 프로세스의 여러 측면을 따라야 합니다.제가 11단계 프로세스를 좋아한다는 것을 알고 계실 것입니다.따라서 11단계 프로세스가 반드시 코드 요구 사항은 아닙니다.하지만 프라산트가 오늘 여러분에게 한 말을 잘 정리하고 있습니다.

이 11단계 프로세스는 모든 것을 포함하고 필요한 모든 것을 포함합니다.이 프레젠테이션의 사본과 슬라이드를 받게 됩니다.따라서 변경 관리 문제를 해결하는 방법에 대한 그의 11단계 프로세스를 볼 수 있습니다.하지만 다른 질문으로 돌아가 봅시다.따라서 작업자는 프로세스를 중심에 두기 위해 정기적인 조정을 합니다.글쎄요, 우선, 그 진술은 문제입니다.

[웃음] 아시다시피, 우리는 품질 좋은 사람에게서 오는 것을 해서는 안 됩니다. 우리는 그것을 중심에 두기 위해 프로세스를 수정하거나 수정하는 것이라고 부릅니다. 품질 코드 인증을 받았다면 모든 사람이 품질 c 코드 인증을 받도록 권장합니다. 공정 제어에서 배우는 것 중 하나는 작업자가 센터를 목표로 삼으려고 프로세스를 계속 조정하지 않아야 한다는 것입니다.하지만 그건 부수적인 얘기죠.변경 관리에 대한 질문으로 돌아가십시오.이러한 사항을 변경으로 간주해야 할까요?그리고 때때로 감사관들은 이것을 고장으로 간주하는 것 같습니다.따라서 변화가 얼마나 중요한지 이해해야 할 것 같습니다.

하지만 이러한 변화가 변경 관리 프로세스를 필요로 하는 것이 아니라 단지 일상적이거나 프로세스의 일부일 뿐이라는 것을 어떻게 전달할 수 있을까요?이에 대해 어떻게 생각하세요?

프라산트 프루스티: 다시 말하지만 Tammie는 변경 사항에 대해 자세히 설명하지 않았습니다. 배경이 없기 때문입니다.네.어떤 위험이 있는지 스스로에게 물어봐야 해요?네.여기에 식품 안전 위험이 있다고 보십니까?식품 안전 위험이 있는 경우 위험을 처리해야 합니다. 변경 관리 프로세스는 궁극적으로 변경으로 인해 프로세스에 발생할 수 있는 잠재적 위험이나 향후 위험을 해결하기 때문입니다.

따라서 우리는 그들의 프로세스를 보지 못하기 때문에 그들은 스스로에게 물어봐야 합니다. 모르면 위험 평가를 하고, 모든 잠재적 위험을 파악하고, 위험 평가를 하세요. 가능성은 얼마이고, 가능성은 얼마이고, 탐지 가능성은 얼마인지, 물론 이해가 된다면 변경 관리 프로세스가 필요할까요?

타미 밴 뷰렌: 조직에 이미 변경 프로세스 관리 기능이 있는 경우 에디션 10에 대해서만 다른 프로세스를 생성해야 합니까?

프라산트 프루스티: 조직에 이미 프로세스가 있다면 필요하지 않습니다. 즉, 프레젠테이션에서 설명한 11단계를 이미 파악하고 있는 것입니다. 하지만 현재 변경 관리 프로세스가 SQF의 요구 사항을 충족하지 못하는 경우 검증 및 검증되었다고 말하는 것이 확인되거나 검증되지 않았다면 격차가 있는 것입니다. 네, 100% 전적으로 동의합니다.

타미 밴 뷰렌: 따라서 코드와 비교하여 이미 충족되고 있는지 확인하십시오.고객에게 이를 알리면 새로운 알레르겐 도입과 같은 중대한 변화가 발생하는 시점은 언제입니까?예를 들어 설명해 주셨습니다.그렇다면 11단계 프로세스 내에서 고객에게 어디에 알림을 보내시겠습니까?

프라산트 프루스티: 괜찮아.따라서 고객 제품이 라벨 변경이 필요할 수 있는 새로운 알레르겐의 영향을 받는 경우 고객에게 알려야 합니다.따라서 고객 제품에 영향을 미칠 수 있는 라벨이나 프로세스를 변경하려는 경우 어떤 종류의 계약을 체결했는지는 귀하와 고객 간에 달려 있습니다.모든 고객이 우리가 어떤 변화를 가져오고 있는지 알고 싶어할 것이라고 확신합니다.

타미 밴 뷰렌: 네.그리고 그 부분에 대해서는 다시 코드로 돌아가고 싶습니다.따라서 코드 요구 사항의 맨 마지막 문장에는 식품 안전이 유지되는 기간 내에 변경 사항을 확인 또는 검증하고 문서화하고 필요에 따라 전달해야 한다고 명시되어 있습니다.그래서 저는 좀 늦은 캠프보다는 좀 더 빠른 캠프에 있는 것 같아요.알다시피, 고객이 프로세스에 더 빨리 참여하고 변경 사항을 알릴수록 고객이 조정하거나 질문에 대한 답변을 얻는 것이 더 쉬울 것 같아요. 세상에, 오늘 견과류가 들어 있는 제품을 보내드립니다.그래서 저는 나중에 하는 것보다는 빨리 하는 것이 좋지만, 구체적으로 코드를 입력하고, 기술 실무 그룹을 이끌고 식품 제조 코드를 작성했습니다. 그리고 식품 안전이 유지되도록 시간 내에 구체적으로 입력했습니다.

따라서 모든 변경에 대해 정해진 시간 프레임이 있는 상황은 아닙니다.그러니까, 이건 하나도 아니고, 알다시피, 끝난 게 아니에요.변경이 적용되기 7일 전에 고객에게 알립니다.평가를 해야 할 것 같아요. 말씀드렸듯이 Prasant는 위험 평가로 돌아가세요.고객에게 적시에 연락하지 않을 경우 어떤 위험이 있나요?이것은 누군가가 이미 질문한 것과 비슷합니다. 우리가 이미 변경 관리 프로세스를 수행하고 있다면 구체적으로 다른 프로세스를 만들어야 할까요? 하지만 이 질문은 이미 에디션 9에 있으며 변경 관리가 에디션 9에 있다고 말했습니다.

거기에 숨겨진 요구 사항의 일종일 뿐이죠.그래서 우리는 에디션 9에 속해 있습니다.그렇다면 현재 에디션 9에 없는 에디션 10을 구현할 때 수행해야 하는 추가 작업은 무엇입니까?그렇다면 Edition 10에는 문서화된 변경 관리 프로세스가 필요할 것 같습니다.이것이 출발점입니다.코드 요구 사항을 기반으로 문서화한 다음 모든 변경 사항도 위험 평가 (암시) 를 거쳐야 합니다. 과거에는 전체 프로세스에서 수행했던 정확한 조치, 계획 및 효과 검증이라고 부르지만 코드 요구 사항을 기반으로 보다 구조화되어야 합니다.

타미 밴 뷰렌: 제가 말씀드리려고 했던 것이기도 합니다. 프로세스를 문서화해야 하기 때문에 더 많은 구조를 말씀하신 것이 마음에 듭니다.다음 질문인데요, 코드에서 이미 어떤 식으로든 모든 내용을 다루고 있습니다.새로운 알레르겐 도입의 예는 알레르겐 관리 프로그램인 원료 공급업체 승인을 통해 평가되며, 해당 프로그램은 정기적으로 검증됩니다.이제 우리가 이미 하고 있는 모든 작업을 변경 및 견적 변경 관리 양식으로 요약해야 하는 건가요?이제 알레르기 항원을 추가하는 예를 다시 살펴보겠습니다.

프라산트 프루스티: 태미, 변경 관리 양식으로 돌아가는 것도 똑같습니다.변경 관리 양식의 11단계에서 설명한 내용을 SQF 코드의 모든 요구 사항을 파악하셨습니까? 충족할 수도 있고 충족하지 못할 수도 있습니다.가입을 예로 들 수 있습니다.변경 승인에 등록해야 한다고 가정해 보겠습니다.이미 캡처하고 계신가요? 아니면 그냥 아니에요. 문서화된 게 아니라는 말만 남았어요.따라서 이 부분은 요구 사항이 이미 존재하는지 확인하는 데 매우 중요합니다. 이미 모든 요구 사항을 캡처하고 있는 변경 관리 프로세스에서 무엇을 부르나요?

네.물론이죠.그러니까, 질문을 한 사람이 몇 가지 언급을 했단 말이에요.승인된 공급업체, 알레르기 유발 물질 관리 프로그램, 변경 관리를 통해 수령 프로세스를 살펴보아야 합니다.새로운 알레르겐을 맞고 있습니다.스토리지를 살펴보게 될 것입니다.

그럼, 어떻게 가게에 보관할 건가요?어디에 보관할 건가요?따라서 전체 프로세스를 포함합니다.변경 관리 절차의 기본 의도그렇다면 이러한 프로세스가 변경 관리 요구 사항을 충족하는 한 다른 프로그램으로 안내하는 서면 계획을 세울 수 있을까요?그러자 누군가 후속 조치를 취했습니다. 네, 좋은 질문이네요.

변경 관리 절차가 기존의 다른 프로그램 프로세스를 참조할 수 있습니까?여러 사람이 물어본 것과 같은 질문인 것 같아요.이미 이 모든 작업을 수행하고 있지만, 이제 Edition 10에서는 구체적으로 변경 관리 프로세스라고 되어 있습니다.그렇다면 알레르기 유발 물질 프로그램, 승인된 공급업체 프로그램, 변경 관리 절차를 작성할 때 참조만 해도 되나요, 아니면 추가 조치가 필요한가요?한 가지 말씀드리자면, 예, 이 문제의 일부를 하고 계실 수도 있습니다. 하지만 코드 2.3.5.1 2.3.5.2를 보면 무엇을 해야 하는지에 대한 매우 명확한 기대가 있습니다. 이미 이를 충족하고 있다면 참조를 할 수 있습니다. 하지만 변경 관리는 한 가지 요소에만 국한되지 않습니다. 전체 식품 안전 프로그램을 제한하고 알레르기에 대한 사전 공급 승인을 참조하면 됩니다. 범위를 해당 영역으로 제한하고 있다면 식품 안전 위험을 초래할 수 있는 계획되지 않은 체인은 어떨까요? 우리는 그것을 해결하게 될 것입니다.하나.네, 물론이죠.

마지막 질문은 별로 중요하지 않지만, 채팅 내에서 디지털 변경 관리 프로세스와 수동 프로세스, 수기 및 Excel 스프레드시트 등의 장단점을 비교하는 것에 대한 논의가 여러 번 있었습니다.아시다시피, 누군가가 지적한 것 중 하나는, 여러분이 사용하는 디지털 플랫폼과 관계없이 SQF에는 여러분과 같이 매년 컨퍼런스에 참석하거나 관련이 있는 몇 가지 플랫폼이 있다는 것입니다.하지만 SQF 심사에 필요한 수준의 온라인 입지를 확보하는 것이 더 쉽다고 말하고 싶지는 않지만 더 효율적이라고 말할 수 있겠죠, 그렇죠?그럼, 심사의 날 외에 다른 혜택은 무엇일까요?모든 문서를 정렬할 수 있습니다.이별할 생각은 없나요?

Tammie SQF는 식품 안전 프로그램을 지속적으로 개선할 수 있는 도구이며 심사 당일에는 지속적인 개선이 이루어지지 않습니다.감사는 매일 이루어져야 하며, 매일 이런 일이 일어나고 있는지 확인하는 데 있어 감사는 최고의 도구가 아닙니다.데이터, 시정 조치, 변경 개시 등을 매일, 시간별, 분 단위로 고려하는 KPI가 필요합니다.즉, 매 순간마다 준비해야 한다는 뜻이죠.그러니까 네, 제가 심사를 했다는 그런 말을 할 수는 없습니다.좋은 점수를 받았어요.

나는 내 프로그램이 좋다.네, 심사 당일에도 괜찮습니다.그런데 심사 후에 무슨 일이 있었나요?네, 물론이죠.좋아요, 마지막 질문입니다.마지막에 여기로 밀어넣은 것 같았어요.

이미 승인된 공급업체의 새로운 원료를 소개합니다.그렇다면 승인된 공급업체 프로그램만 사용할 수 있을까요?그리고 이 정도면 변경 관리 요구 사항을 충족하기에 충분할까요?신소재 공급 업체가 이미 승인되었습니다.좋아요.따라서 공급자가 승인을 받을 수 있지만 위험이 내재된 멜론에 대해 이야기할 경우 해당 재료가 내재된 위험을 초래할 수 있습니다.

따라서 공급업체로부터 가져오려는 이 신소재에 내재된 위험이 포함되어 있는지 이해해야 합니다.둘째, 귀사의 공정에 이러한 내재적 위험을 해결할 수 있는 능력이 있습니까?프로세스에 이러한 기능이 없는 경우 변경 관리 프로세스를 거쳐야 합니다.좋아요.함께 해주셔서 감사합니다.우리는 시간의 정점에 다시 도착했습니다.

Coup이 채팅에 게시한 것처럼 여러분 모두가 프레젠테이션을 받게 될 것입니다.녹음을 받으실 수 있습니다.변경 관리 및 코드 요구 사항에 대한 설명에 대해 궁금한 점이 있으면 문의하시기 바랍니다.Compliance atsqfi.com을 통해 도움을 받으실 수 있습니다. 단 몇 달 후에 출시될 에디션 10의 여정에 도움이 될 리소스를 알려드리기 위해 코드 설명을 제공하게 되어 기쁩니다.다시 한 번 감사드립니다. 오늘 여러분과 함께 발표하게 되어 정말 기쁩니다. 1:00:04 1시간 4초 감사합니다.

여러분 감사합니다.고마워요 타미.안녕히 계세요.안녕히 계세요.