기획자는 아침 8시에 Excel을 열어 보니, 세 개의 생산라인에서 진행 중인 작업량이 어제 밤근무 때 입력한 그대로였다. 공장장은 “대체로 잘 돌아가고 있다”고 말했지만, 정확히 어느 공정에서 문제가 발생했는지, 어떤 작업지시서가 납기일을 넘길 위험에 처해 있는지는 아무도 명확히 설명할 수 없었다. 이는 일부 공장의 관리 부실 때문만이 아니라,공정 진도에 대한 실시간 기록이 부족합니다.당시의 일반적인 상황: 작업 지시서는 ERP에 있고, 작업 보고는 종이 또는 위챗 그룹 채팅방에서 이루어지며, 현장 상태와 시스템 기록은 오랫동안 서로 다른 두 가지로 유지되고 있다.
왜 표와 위챗 그룹은 일정 관리에 버티지 못하는가
중소 제조기업에서 흔히 볼 수 있는 방식은 다음과 같습니다: ERP 시스템에서 작업 지시서를 발송하고, 반장이 월간 근무표로 완성량을 기록하며, 이상 발생 시 위챗 그룹에 사진을 찍어 설명하는 것입니다. 이러한 모델은품종이 적고, 배치가 안정적이며, 라인 전환 빈도가 낮습니다.패션은 유지될 수 있지만, 주문 추가, 재작업, 외주 반품 물품 또는 다공정 병행이 발생하면 정보가 바로 왜곡되기 시작합니다.
대표적인 고통 포인트에는 다음과 같은 것들이 포함됩니다:재공품 WIP는 공정 단위로 집계할 수 없습니다.——창고는 원자재가 도착했음을 알고, 완제품 창고는 오늘 몇 개가 입고되었는지 알지만, 중간의 십여 개 공정 상태는 투명하지 않습니다.작업 보고 지연——직원들은 생산에 바쁘고, 근무 보고는 퇴근 후에 이루어지므로, 계획 담당자는 항상 ‘과거의 스냅샷’만을 확인하게 됩니다.이상은 추적할 수 없습니다.——어떤 물품의 품질 분쟁이 발생했을 때, 어느 공정, 어느 작업자, 어느 장비, 어떤 파라미터 때문인지 신속히 파악할 수 없었습니다.
이 문제를 해결하려면, 소프트웨어가 해결해야 할 것은 “또 하나의 표를 만드는 것”이 아니라,공정—작업지시서—재공품—납기검증 가능한 데이터 체인으로 연결됩니다.
업무는 어떻게 분해하는가: 티켓에서 공정 상태 머신까지
생산 진도 시스템의 비즈니스 핵심은 한 장의생산 작업지시서여러 개로 분리하여공정 작업, 각 공정 작업에는 명확한 입력 재료, 출력 재료, 표준 작업 시간, 합격 판정 규칙, 병렬 가능/순차적 처리 필수 여부가 정해져 있습니다.
작업 오더 계층: 계획과 약속
작업 오더는 고객의 납기, 계획 시작/완료 시간, 우선순위, 관련 판매 주문 또는 예측 단을 담당합니다. 작업 오더 상태 기계는 일반적으로 다음 상태를 포함합니다: 발주 대기, 생산 중, 일시 정지, 완료, 종료. 핵심은작업 티켓은 ‘생산 중’이라는 하나의 거친 단위 상태만으로는 안 됩니다., 그렇지 않으면 진행률 퍼센트는 인력에 의존한 추정에만 의존하게 됩니다.
공정 단계: 실행 가능한 최소 단위
각 공정에는 공정 코드, 작업 센터/생산 라인, 준비 시간, 가공 시간, 대기 규칙(선착순 서비스 또는 우선 순위 선점)을 정의해야 합니다. 공정 상태 기계는 최소한 다음 상태를 포함하는 것이 권장됩니다: 개시 대기, 가공 중, 검사 대기, 합격 완료, 불합격 처리 대기, 외주 발송, 외주 반품.
제품 중간 단계: 수량과 위치
재공품은 추상적인 숫자가 아니라,특정 작업지시서의 특정 공정에서 가공 대기/가공 중/이전 대기 수량설계 시에는 다음과 같은 질문에 답해야 합니다: 공정 A가 완료된 후 공정 B가 시작될 때, 재료는 라인 사이드 창고에 있는가, 운송 중인 팔레트에 있는가, 아니면 공정 버퍼에 있는가? 각 단계마다 반드시 창고 위치 또는 용기 식별자가 있어야 하며, 그렇지 않으면 WIP 통계가 반드시 일치하지 않습니다.
어떻게 설계할 것인가: 역할, 프로세스 및 데이터 모델
역할과 권한
전형적인 역할로는 다음과 같은 사람들이 있습니다: 계획 담당자(작업지시서 발행/조정, 전반적 WIP 파악), 반장(작업 배정, 이상 처리), 작업자(작업 시작/작업 보고/바코드 스캔), 품질 검사원(검사 판정, 불합격 처리), 공정 엔지니어(공정 표준 및 파라미터 관리), 생산 관리자(카드보드 및 KPI 관리) 등이 있습니다. 권한 원칙:현장에서는 필요한 작성 권한만 부여합니다., 작업자가 계획을 잘못 수정하는 것을 방지합니다; 경영진은 집계된 데이터만 읽을 수 있으며, 작업 보고 내역을 직접 수정할 수 없습니다.
핵심 프로세스
- 발령: ERP/MRP에서 작업 오더를 수신하여 BOM과 공정 루트에 따라 공정 작업 대기열을 생성합니다.
- 파일링: 반장은 공정 작업을 생산라인/작업대/교대에 할당하며, 일괄 배치와 긴급 주문 재배치를 지원합니다.
- 착공: 작업자는 워크오더와 공정, 장비를 스캔하고, 시스템은 실제 시작 시간과 작업자를 기록하며, ‘시작 대기’ 수량을 동결합니다.
- 작업 보고: 완공 수량, 불량품 수량, 근로 시간, 이상 코드; 일부 작업 보고를 지원합니다(한 배치를 여러 차례에 걸쳐 완료).
- 전환: 공정 간 재공품 이전 확인을 통해 라인 변재고와 다음 공정의 개시 대기 큐를 업데이트합니다.
- 닫기: 최종 공정의 작업 보고 후 자동 또는 수동으로 작업 지시서 완료를 트리거하여 ERP에 입고 명령을 반영합니다.
데이터 모델의 핵심 요점
독립적인 유지보수를 권장합니다:작업 오더(작업 티켓),운영_업무(공정 작업),운영 보고(작업 보고 기록),wip_balance(재공품 재고),예외 로그(정지/재료 부족/품질 이상). 각 테이블은 보존됩니다.변조할 수 없는 타임스탬프와 작업자, 분쟁 추적에 근거가 생깁니다. ERP와의 인터페이스는이벤트 기반: 작업 보고 완료 시 API를 통해 반영되며, 야간 대량 정산은 아니므로 후속 처리가 항상 지연됩니다.
어떻게 개발하고 적용할 것인가: 수집, 인터페이스 및 검수
현장 수집 방식 선정
시나리오에 따라 조합하여 사용:바코드/QR 코드(작업 오더, 흐름 카드, 자재 배치)는 분산형 제조에 적합합니다;작업대 단말기 또는 산업용 태블릿고정 공정 작업 보고에 적합합니다;안돈 버튼 또는 IoT 카운트반복성이 높은 생산라인에 적합합니다;모바일 미니프로그램순찰 점검 및 외주 반품 확인에 적합합니다. 원칙:한 번의 스캔으로 착공, 장비, 작업자 간의 연동을 완료합니다., 근로자의 추가 절차를 줄여야 하며, 그렇지 않으면 노동조합의 통과를 우회하게 됩니다.
ERP/MES와의 경계
기업에 이미 ERP 생산 모듈이 있다면, 진도 시스템은 다음과 같이 정의될 수 있습니다.작업장 실행 계층(경량 MES): ERP는 계획과 비용을 관리하고, 실행층은 실시간 상태를 관리합니다. 인터페이스는 다음과 같은 사항을 명확히 해야 합니다: 주요 데이터(재료, BOM, 공정 경로)의 주체는 누구인지; 작업 보고 시 반영되는 세분화 수준(공정별인지 작업지시서별인지); 이상 작업지시서에 대해 역방향 조정이 허용되는지 여부 등입니다. 두 개의 시스템에서 각각 완공 수치를 따로 기록하는 일은 절대 피해야 합니다—장부 대조 비용이 모든 효율성 향상 효과를 소멸시킬 수 있기 때문입니다.
검수 기준(계약서에 포함 가능)
- 임의의 작업 건은 30초 이내에 조회할 수 있습니다.현재 공정, 재공품 수량, 최근 작업 보고 시간。
- 주문 삽입 후, 영향을 받는 작업지시서의완공 예정 시간 예측자동 재계산으로 오차가 허용 범위 내에 있습니다(예: ±4시간).
- 품질 분쟁 상황에서는 5분 이내에 추출할 수 있습니다.공정—작업자—장비—파라미터추적 체인.
- 계획원 보드와 현장 작업 보고 지연15분을 넘지 않습니다(네트워크가 정상일 때).
런칭 일정은 다음과 같이 권장합니다: 한 개의 생산 라인과 두 가지 전형적인 작업 오더(대량 안정 상태 + 소량 긴급 주문)를 선정하여 시범 운영을 진행한 뒤, 배치—작업 보고—이전—데이터 반영 과정을 정상적으로 완료한 후에야 이를 전사적으로 확산합니다. 교육의 핵심은 ‘시스템 기능 목록’이 아니라,예외 발생 시 누가 수정했는지, 어떻게 수정했는지, 수정 후에는 어떻게 기록을 남기는지。
흔히 발생하는 오류와 그 회피 방법
보드만 만들고 폐쇄 루프는 하지 않습니다.: 대형 화면은 멋지지만 데이터는 수동으로 입력해야 하며, 2주 후에는 아무도 유지보수를 하지 않았습니다.공정 분할이 지나치게 세분화되어: 작업 보고 횟수가 폭발적으로 증가해 근로자들이 반발합니다.외주와 재작업을 간과하여: 공정 진행률은 자사 공정에서 ‘100%’로 표시되지만, 제품은 여전히 공급업체에 남아 있습니다.계件제 임금과의 연계가 끊겨: 작업 보고 데이터가 급여 시스템에서 인정되지 않아 현장에서는 즉시 ‘선택적 작업 보고’를 시행합니다. 설계 단계에서부터 생산, 품질, 재무 부서를 함께 참여시켜 규칙을 정해야 합니다.
공정 진척을 ‘사람에게 묻는’ 방식에서 ‘시스템으로 조회하는’ 방식으로 전환하는 것은, 본질적으로 제조 현장의 관찰 가능성을 제품화하는 과정입니다. 업무 측면에서는 먼저 작업지시서와 공정 상태 머신을 명확히 분리하고, 설계 단계에서는 역할을 고정하며 보고 작업을 수정 불가능하게 설정하며, 개발 단계에서는 적절한 수집 방식을 선택하고 ERP 인터페이스 계약을 확정해야 합니다. 이렇게 하면 납기 예측과 WIP 가시화는 의 부수적 결과물이 될 뿐이며, 새로운 부담이 되지 않습니다.
산둥 XYN 정보기술 유한회사(허원우 과학기술 / XYN Tech)는 제조, 해외 무역, 오프라인 소매 등 다양한 산업 분야에 생산 진척, 창고 관리, 고객 관리 등 맞춤형 소프트웨어를 오랫동안 제공해 왔으며, 요구사항 정립부터 공정 모델링, 작업장 데이터 수집 및 ERP 연동에 이르기까지의 전반적인 프로세스를 포괄합니다. 더 많은 기능과 성공 사례를 알고 싶으시다면, 关于我们와 客户案例를 방문해 주시기 바랍니다.