TASCO
TECH GUIDES · 품질·규제

원료 배합 적합성 검토 자동화 - 룰 기반 시스템 실무

발행 2026.08.31·갱신 2026.08.31·읽는 시간 약 9·주식회사 타스코

신제품 배합안이 나오면 누군가는 물어야 합니다 - "이 조합, 써도 되는 겁니까?" 금지원료는 아닌지, 함량이 기준을 넘지 않는지, 어린이·임산부 제품에 못 쓰는 원료가 섞이지 않았는지. 이 검토가 담당자 한 사람의 경험과 수기 규정 대조에 의존하는 공장이 아직 많습니다. 이 문서는 배합 적합성 검토를 룰(rule)로 옮겨 자동화할 때 무엇이 달라지고, 시스템이 어떤 구조여야 하며, 도입 전에 무엇을 준비해야 하는지 실무 순서로 정리합니다.

1. 수기 검토의 구조적 리스크

수기 검토의 문제는 담당자가 부지런하지 않아서가 아닙니다. 구조가 세 군데에서 새기 때문입니다.

첫째, 기준이 계속 바뀝니다. 원료 인정 기준·함량 상한·섭취 주의 대상은 고시 개정으로 갱신됩니다. 담당자가 개정을 놓치면 검토 자체가 틀린 기준 위에서 이뤄지고, 그 사실을 아무도 모릅니다. 둘째, 판단이 사람에 묶입니다. "그 원료 조합은 예전에 문제됐었다"는 지식이 담당자 머릿속에만 있으면, 담당자가 자리를 비우거나 퇴사하는 순간 검토 품질이 함께 나갑니다. 셋째, 근거가 남지 않습니다. 인허가 보완 요청이나 실사에서 "이 배합은 어떤 근거로 적합 판정했습니까"라는 질문을 받으면, 수기 검토는 당시 대조했던 규정을 처음부터 다시 찾아 재구성해야 합니다.

검토 오류의 비용 비대칭
적합한 배합을 부적합으로 잘못 막으면 개발이 며칠 늦어지는 정도지만, 부적합 배합이 통과되면 제품 회수·행정처분·신뢰 손실로 돌아옵니다. 비용이 비대칭이므로 검토 체계는 "놓치지 않는 것"을 최우선으로 설계해야 합니다.

2. 검토를 룰로 쓰면 무엇이 달라지나

배합 검토의 판단 기준은 대부분 문장으로 쓰인 규정입니다. 이것을 시스템이 실행할 수 있는 룰로 옮기면 형태는 크게 네 가지로 정리됩니다.

금지 원료 - 특정 원료 사용 자체를 막는 룰. ② 함량 제한 - "1일 최대 ○○mg"처럼 상한을 두는 룰. ③ 대상군 제한 - 어린이·임산부 등 특정 대상군 제품에만 적용되는 룰. ④ 조합 금지 - 개별로는 문제없지만 함께 쓰면 안 되는 원료 쌍을 막는 룰. 어떤 규정이든 이 네 유형의 조합으로 표현되며, 각 룰에는 근거 규정(어느 고시·기준에서 왔는지)을 반드시 연결합니다.

룰로 옮기고 나면 세 가지가 달라집니다. 검토가 사람이 아니라 룰셋에 묶이므로 담당자가 바뀌어도 판정 품질이 유지됩니다. 고시가 개정되면 룰 하나를 고치는 것으로 이후 모든 검토에 반영됩니다. 그리고 모든 판정에 근거 규정이 자동으로 따라붙어 "왜 부적합인가"에 즉시 답할 수 있습니다.

3. 자동 검토 시스템의 구조

룰 기반 검토 시스템은 네 층으로 구성됩니다.

원료·성분 데이터베이스

자사가 쓰는 원료와 그 성분 구성을 등록하는 층입니다. 검토 품질의 바닥이 여기서 정해집니다 - 원료명이 표준화되어 있지 않으면(같은 원료를 부서마다 다른 이름으로 부르면) 룰이 원료를 못 찾아 검토가 헛돕니다. 엑셀 대량 업로드로 초기 구축하되, 명칭 표준화를 먼저 끝내는 것이 순서입니다.

룰 관리

위 네 유형의 룰을 등록·수정하는 층입니다. 각 룰은 대상(원료)·조건(함량·조합)·적용 대상군·판정 결과(FAIL/WARN)·근거 규정으로 구성됩니다. FAIL과 WARN을 구분하는 것이 실무적으로 중요합니다 - 사용 금지는 FAIL로 배합을 막고, 섭취 주의·표시 의무 같은 항목은 WARN으로 통과시키되 담당자가 확인하게 합니다. 규정 문서에서 룰을 자동 추출하는 기능이 있으면 초기 구축과 고시 개정 반영이 빨라집니다.

검토 실행

배합안(원료 + 함량)과 제형·대상군을 입력하면 룰셋이 항목별로 판정합니다. 결과는 성분 단위로 나와야 합니다 - "전체 부적합"만 던지는 시스템은 쓸모가 없고, 어떤 성분이 어떤 룰에 왜 걸렸는지가 사유·근거 규정과 함께 나와야 개발 부서가 배합을 수정할 수 있습니다.

검토 이력

언제, 누가, 어떤 모델(룰셋)로, 무엇을 검토해 어떤 판정이 났는지를 보존하는 층입니다. 이것이 인허가·실사 대응의 근거가 됩니다. 리포트 재출력까지 가능해야 "당시 검토 기록"을 요구받았을 때 바로 냅니다.

4. 룰이 바뀌면 과거 판정은? - 스냅샷

자동 검토 시스템에서 가장 자주 놓치는 설계 포인트입니다. 고시 개정으로 룰을 수정했을 때, 과거 검토 결과가 함께 달라지면 안 됩니다. 작년에 당시 기준으로 적합 판정받은 배합이, 룰 수정 후 다시 열어보니 부적합으로 표시된다면 이력의 증거 능력이 사라집니다.

해법은 룰셋의 스냅샷(버전 고정)입니다. 검토는 특정 시점에 학습·고정된 룰셋 버전으로 실행되고, 그 버전이 이력에 함께 기록됩니다. 룰 마스터를 수정해도 기존 검토는 당시 버전에 묶여 있으므로 판정이 변하지 않고, 새 검토부터 새 버전이 적용됩니다. 시스템을 비교할 때 이 구조가 있는지 반드시 확인하세요.

5. 도입 시 준비물과 운영 체계

시스템 도입 전에 정리할 것은 세 가지입니다. ① 원료 목록과 명칭 표준화 - 자사 사용 원료 목록을 성분 구성과 함께 정리하고, 부서 간 명칭을 통일합니다. ② 적용 규정 범위 - 자사 제품군(건기식·일반식품·의약품)에 어떤 고시·기준이 적용되는지 목록화합니다. 룰 구축의 원천 문서가 됩니다. ③ 룰 관리 책임자 - 고시 개정을 모니터링하고 룰에 반영할 담당자를 지정합니다. 시스템은 룰을 실행할 뿐, 룰을 최신으로 유지하는 것은 운영 체계의 몫입니다.

배합 데이터는 영업기밀입니다
배합안은 회사의 핵심 기밀입니다. 검토를 위해 배합 데이터가 외부 클라우드로 나가는 구조라면 보안 검토가 선행되어야 합니다. 사내 서버 설치형(온프레미스)이면 배합 데이터가 사외로 나가지 않으므로 이 문제를 구조적으로 피할 수 있습니다.

6. 체크리스트

  • 현행 배합 검토가 특정 담당자 개인에 의존하고 있지 않은지 점검했다
  • 자사 사용 원료 목록과 명칭 표준화 상태를 확인했다
  • 자사 제품군에 적용되는 고시·기준 목록을 정리했다
  • 검토 시스템이 성분 단위 판정 + 사유 + 근거 규정을 출력하는지 확인했다
  • 룰 수정이 과거 검토 결과를 바꾸지 않는 스냅샷 구조인지 확인했다
  • 검토 이력 검색·리포트 재출력이 가능한지 확인했다
  • 고시 개정을 룰에 반영할 운영 책임자를 지정했다
이 문서는 주식회사 타스코의 구축 경험을 바탕으로 작성된 실무 안내이며, 법령·고시의 해석 근거 문서가 아닙니다. 규정 관련 사항은 관계 기관 고시를 기준으로 확인하시기 바랍니다. 내용 오류나 갱신이 필요한 부분을 발견하시면 문의로 알려주세요 - 확인 후 반영하고 갱신일을 표기합니다.

배합 검토 자동화, 실제 화면으로 확인하세요

타스코 AI PI는 이 문서의 구조(원료 DB · 룰 4유형 · 성분 단위 판정 · 스냅샷 · 검토 이력)를 그대로 구현한 온프레미스 표준 패키지입니다. 제품 화면과 함께 자사 규정 기준의 구축 방안을 안내해드립니다.

카톡 문의