제품-공정-자원(PPR) 모델: 생산을 위한 단일 진실 공급원

Disclosure: M365.FM host Mirko Peters works at iFAKT GmbH. This page describes the company factually; paid partnerships and links are labelled as advertising.

By Mirko Peters · 2026-11-11

PPR 모델은 제품, 공정, 자원을 하나의 구조로 연결합니다. 무엇을 담고 있는지, 지식 그래프가 어떤 도움을 주는지, 공장 관리자가 어떻게 모델을 구축할 수 있는지 알아봅니다.

Automatically translated with AI from the original post. Read the English original

PPR 모델은 만들 제품, 그 제품을 만드는 데 필요한 공정 단계, 그리고 작업을 수행할 수 있는 자원을 하나의 연결된 구조로 묶습니다. 이 글은 ERP 시스템, 생산 계획 스프레드시트, 시뮬레이션의 숫자가 서로 다른 것에 지친 공장 관리자를 위한 글입니다. PPR 모델에 무엇이 들어 있는지, 단일 진실 공급원이 왜 중요한지, 지식 그래프가 어떤 역할을 하는지, 그리고 첫 버전을 단계별로 구축하는 방법을 살펴봅니다.

핵심 요약

• PPR 모델은 만들 제품, 그 제품을 만드는 공정, 그 작업을 수행할 수 있는 자원을 연결하여, 이 세 가지가 서로 떨어진 채 기술되지 않도록 합니다.
• 공장에서는 사이클 타임과 라우팅을 여러 시스템과 스프레드시트에 나누어 보관하는 경우가 많습니다. 그래서 한 가지 변경도 여러 곳에서 해야 하고, 오류가 생기기 쉽습니다.
• 지식 그래프는 이러한 연결을 관계로 저장하므로, 어떤 자원이 어떤 제품의 어떤 단계를 수행할 수 있는지 물어볼 수 있습니다.
• 기술(skill)과 역량(capability)은 공정을 고정된 기계에서 분리합니다. 모델이 단계에 필요한 것과 자원이 제공하는 것을 함께 기술하기 때문입니다.
• 제품군 하나로 작게 시작하고, ERP 시스템에 이미 있는 데이터를 재사용하며, 모든 데이터 필드마다 책임자를 지정하십시오.

PPR 모델이란 무엇입니까?

PPR은 제품(product), 공정(process), 자원(resource)의 약자입니다. 제조 분야의 역량과 기술에 관한 한 참고 논문은 PPR 개념을 생산 시스템 공학의 세 가지 주요 측면을 나타내는 것으로 설명합니다. 제품은 생산의 입력이자 출력입니다. 공정은 입력을 출력으로 변환합니다. 자원은 그 공정을 실행합니다. 역량과 기술에 관한 참조 모델 논문을 참고하십시오.

제품-공정-자원 구조는 이들을 하나로 묶습니다. 쉽게 말하면, 이 구조는 서로 연결된 세 가지 질문에 답합니다.

• 제품. 무엇을 만드는가? 변형 제품, 부품, 그리고 제조용 자재명세서입니다.
• 공정. 어떻게 만드는가? 단계, 단계의 순서, 시간, 규칙입니다.
• 자원. 누가 작업을 수행하는가? 기계, 도구, 사람을 그 가동 일정과 한계와 함께 나타냅니다.

가치는 연결에 있습니다. 제품 목록, 단계 목록, 기계 목록은 세 개의 목록일 뿐입니다. PPR 모델은 어떤 단계가 어떤 제품에 속하는지, 그리고 어떤 기계와 사람이 그 단계를 수행할 수 있는지를 알려 줍니다.

공장에 단일 진실 공급원이 필요한 이유는 무엇입니까?

대부분의 공장은 이미 이 정보를 가지고 있지만, 여러 곳에 흩어져 있습니다. 라우팅은 ERP 시스템에, 시간은 생산 계획 스프레드시트에, 기계 목록은 설비 보전 시스템에, 파라미터는 시뮬레이션 모델에 있습니다. 사본마다 내용이 조금씩 어긋나게 됩니다.

Ferrer 등이 발표한 조립 자동화 논문은 근본적인 문제를 짚습니다. PPR 모델링은 개발 기간과 엔지니어링 비용을 줄이고, 생산 자원을 효율적으로 설계하고 재구성할 수 있게 해 준다는 점에서 유망하다고 평가됩니다. 그러나 걸림돌은 PPR 데이터의 연결이 제대로 이루어지지 않는다는 점입니다. 그 결과 시스템 설계가 개별 엔지니어의 지식과 경험에 의존하게 됩니다. 논문 초록을 참고하십시오. 이 논문은 조립 자동화를 다루지만, 제품, 공정, 자원 데이터가 따로 관리되는 공장이라면 어디에나 같은 논리가 적용됩니다.

공장에 "진실의 버전"이 여러 개 있다는 신호는 다음과 같습니다.

• 사이클 타임이 바뀌었는데 일정, 견적, 시뮬레이션에는 여전히 이전 값이 쓰입니다.
• 계획 담당자가 시스템을 신뢰하지 않아서 개인용 스프레드시트를 따로 관리합니다.
• 설비가 멈췄을 때 어떤 제품이 영향을 받는지 바로 답할 사람이 없습니다.
• 새로운 제품 변형을 계획에 반영하려면 데이터를 몇 주 동안 입력해야 합니다.

모델에는 무엇을 담아야 할까요?

처음부터 완벽할 필요는 없습니다. 최소한의 유용한 버전은 생각보다 적은 데이터로 만들 수 있습니다. 각 영역에서 생산 계획이 실제로 사용하는 필드부터 시작하십시오.

제품

1. 제품 및 변형 식별자
2. 제조 자재명세서(무엇이 무엇으로 만들어지는지)
3. 라우팅에 영향을 주는 품질 또는 시험 요건

공정

1. 대안 공정을 포함한 작업과 그 순서
2. 단위당 소요 시간과 셋업 시간
3. 각 작업에 필요한 기술 또는 도구

자원

1. 설비, 작업장, 도구, 인력
2. 달력, 교대 근무, 계획된 가동 중지 시간
3. 용량, 기술, 자격

다음으로 연결 관계를 추가합니다. 각 작업은 자신이 속한 제품과, 그 작업을 수행할 수 있는 자원을 가리킵니다. 참고 논문은 이것이 왜 도움이 되는지 설명합니다. 능력이나 기술은 공정이 필요로 하는 기능을 나타내고, 자원은 그 기능을 제공합니다. 그래서 "공정과 자원 사이의 그렇지 않으면 경직된 연결이 분리됩니다". 실무에서는 한 단계가 무엇을 요구하는지, 각 자원이 무엇을 제공하는지를 기술하면 됩니다. 특정 설비 하나를 라우팅에 고정해서 넣을 필요는 없습니다.

자재명세서 및 라우팅과는 어떻게 다를까요?

자재명세서는 제품의 부품 목록입니다. 라우팅은 작업 순서와 작업 센터를 나열합니다. 둘 다 생산 마스터 데이터의 일부이며, 둘 다 꼭 필요합니다. 다만 각각은 한 가지 측면만 설명합니다. 자재명세서는 부품이 어떻게 결합되는지 알려주지 않습니다. 라우팅은 대개 특정 작업 센터를 고정해서 적어 두기 때문에, 같은 작업을 할 수 있는 다른 설비가 가려집니다.

PPR 모델은 두 가지를 모두 입력으로 사용하고, 빠진 부분인 자원과의 연결 및 그 한계를 추가합니다. 그래서 생산 계획, 시뮬레이션, 보고가 같은 데이터를 기반으로 작동할 수 있습니다. 또한 더 동적이고 적응적인 업무 방식을 지원합니다. 설비가 고장 나거나 새로운 변형이 들어오면, 라우팅을 일일이 수정하는 대신 필요한 기술을 제공하는 다른 자원을 찾을 수 있습니다.

지식 그래프는 어떤 도움이 될까요?

그래프는 데이터를 사물과 그 사물 사이의 관계로 저장하는 방식입니다. PPR 그래프에서는 제품, 단계, 자원이 노드가 되고, "만들어짐", "필요로 함", "수행 가능" 같은 것이 관계가 됩니다.

세 영역을 가로지르는 질문을 던질 때 그 효과가 드러납니다.

• 제품군 A의 30번 단계를 수행할 수 있는 자원은 무엇입니까?
• 한 사람이 자리를 비우면 자격을 갖춘 유일한 작업자를 잃게 되는 제품은 무엇입니까?
• 같은 병목 설비를 공유하는 단계는 무엇입니까?
• 새 설비를 추가하면 무엇이 바뀝니까?

서로 분리된 여러 표로 관리하면 질문마다 새 보고서를 만들어야 합니다. 지식 그래프에서는 연결을 따라가기만 하면 됩니다. 확장도 쉽습니다. 공구 요건처럼 새로운 종류의 관계를 추가해도 구조를 다시 설계할 필요가 없습니다.

예시: 한 번의 변경, 여러 번의 수정

이 예시는 가정한 수치를 사용합니다.

한 공장에서 제품 40종을 생산합니다. 설비 M3에서 수행하는 한 드릴링 단계의 사이클 타임이 바뀝니다. 이 단계는 제품 6종의 라우팅에 들어 있습니다. 이 시간 값은 4곳에 저장되어 있습니다. ERP 시스템, 계획 시트, MES, 시뮬레이션 모델입니다.

공유 모델이 없는 경우. 계획 담당자는 6 × 4 = 24건의 수정을 해야 합니다. 수동 수정 한 건마다 실수하거나 누락할 확률이 2%라고 가정하겠습니다. 24건을 모두 정확하게 처리할 확률은 0.98의 24제곱, 즉 약 0.62입니다. 따라서 최소 한 건의 오류가 발생할 확률은 약 1 − 0.62 = 38%입니다.

하나의 원본으로 관리합니다. 시간 값은 공정 단계와 설비 사이의 연결에 한 번만 저장되고, 모든 제품과 도구가 이 값을 읽습니다. 한 번만 수정하면 되므로 오류 가능성도 그 한 번의 수정에 해당하는 2%로 줄어듭니다.

이 수치는 가상의 것이지만 논리는 일반적으로 적용됩니다. 복사본이 많을수록 잘못된 값이 들어갈 자리도 많아집니다. 단일 원본(Single Source of Truth)이라고 해서 오류가 사라지지는 않지만, 오류가 생길 수 있는 자리의 수는 확실히 줄어듭니다.

이런 모델은 어떻게 단계별로 구축할까요?

1. 제품 패밀리 하나와 영역 하나를 선택합니다. 예를 들어 병목 라인이 적합합니다. 공장 전체를 먼저 모델링하지 마십시오.
2. 기존 데이터를 수집합니다. ERP 시스템과 기타 소스에서 라우팅, 자재명세서(BOM), 시간, 자원 목록을 가져옵니다.
3. 충돌을 찾아냅니다. 서로 다른 곳에 있는 같은 값을 비교합니다. 어느 값이 맞는지, 그리고 누가 그 값을 책임질지 결정합니다.
4. 연결 관계를 모델링합니다. 각 공정 단계를 해당 제품, 그리고 그 단계를 수행할 수 있는 자원과 역량에 연결합니다.
5. 현장과 함께 검증합니다. 모델을 감독자와 계획 담당자에게 보여주고 질문하십시오. "실제 작업이 이렇게 진행됩니까?"
6. 소비 시스템을 연결합니다. 계획, 시뮬레이션, 보고는 각자의 복사본이 아니라 이 모델을 읽어야 합니다.
7. 지속적으로 관리합니다. 필드마다 데이터 소유자를 지정하고 변경 규칙을 정하십시오.

흔한 실수

• 모든 것을 먼저 모델링하려는 시도. 제품 패밀리 하나로 시작해 범위를 점차 넓히십시오.
• ERP 오류를 그대로 복사하는 것. 잘못된 시간을 기반으로 만든 모델은 잘 정리된 잘못된 모델일 뿐입니다. 핵심 값은 설비에서 확인하십시오.
• 데이터 소유자가 없는 것. 누구도 책임지지 않는 필드는 다시 어긋나게 됩니다.
• 설비를 라우팅에 하드코딩하는 것. 요구 사항을 기술하고, 모델이 적합한 자원을 찾도록 하십시오.
• 아무도 사용하지 않는 모델을 만드는 것. 계획과 시뮬레이션이 여전히 자기만의 복사본을 사용한다면, 복사본이 하나 더 늘어난 것일 뿐입니다.
• 사람과 역량을 빼놓는 것. 작업자와 그들의 자격이 실제 제약인 경우가 많습니다.

소프트웨어는 어떻게 도움이 될까요

PPR 모델은 그래프 데이터베이스, 데이터 플랫폼 또는 전용 도구로 구축할 수 있습니다. iFAKT의 Polaris Designer는 iFAKT Polaris의 모듈로, 제품, 공정 단계, 자원을 위한 단일 원본으로서 제품-공정-자원 지식 그래프를 구축합니다. 도구를 비교할 때는 데이터가 어디에서 오는지, 소스 간 충돌이 어떻게 표시되는지, 그리고 계획이나 시뮬레이션 같은 다른 도구가 모델을 어떻게 읽는지 확인하십시오.

다음 단계

제품 패밀리 하나를 골라 제품, 공정 단계, 자원을 하나의 시트에 적고 그 사이의 연결 관계를 함께 기록하십시오. ERP 시스템의 시간 값과 설비에서 확인한 시간을 비교하면 PPR 모델의 첫 버전과 수정해야 할 데이터 목록을 얻게 됩니다.