
발주서와 생산 지시서가 따로 도는 이유와 연결 기준
발주서와 생산 지시서가 따로 도는 이유와 연결 기준
패션 브랜드에서 발주서(PO)와 생산 지시서는 같은 오더를 다루지만 작성 주체, 작성 시점, 담는 정보가 다르다. 발주서는 브랜드가 공장에 수량과 납기를 확정하는 문서고, 생산 지시서는 공장이나 내부 생산팀이 소재, 공정, 사이즈별 배분을 실행하기 위해 만드는 문서다. 두 문서가 같은 시스템 안에서 연결되지 않으면 수량 변경이나 납기 조정이 한쪽에만 반영되고, 나머지는 이전 버전 그대로 남는다.
왜 두 문서가 따로 도는가
원인은 대부분 세 가지다.
첫째, 작성 주체가 다르다. 발주서는 MD나 영업팀이 만들고, 생산 지시서는 생산팀이나 공장 담당자가 만든다. 같은 ERP를 쓰더라도 모듈이 분리되어 있거나 접근 권한이 나뉘어 있으면 두 문서가 자동으로 연결되지 않는다.
둘째, 작성 시점이 다르다. 발주서는 시즌 초에 확정되지만 생산 지시서는 소재 입고 일정, 공장 캐파, 샘플 승인 결과에 따라 나중에 만들어진다. 이 간격 사이에 수량이나 컬러가 바뀌면 두 문서 사이에 버전 차이가 생긴다.
셋째, 관리 도구가 다르다. 발주서는 ERP나 오더 관리 시스템에 있고, 생산 지시서는 엑셀이나 별도 공장 시스템에 있는 경우가 많다. 이 경우 연결 자체가 수작업이 된다.
연결 기준을 정하기 전에 확인할 것
두 문서를 연결하려면 먼저 공통 식별자가 있는지 확인해야 한다. 가장 흔한 후보는 PO 번호, 스타일 코드, 시즌 코드의 조합이다. 이 세 값이 두 문서에 동일한 형식으로 들어가 있으면 자동 매핑이 가능하다. 한쪽에만 있거나 표기 방식이 다르면(예: PO 번호 앞에 연도 prefix가 붙거나 빠지는 경우) 매핑 전에 정규화 규칙을 먼저 정해야 한다.
다음으로 확인할 것은 변경 이력 관리 방식이다. 발주서가 수정될 때 버전 번호나 수정 일자가 기록되는가, 생산 지시서도 마찬가지인가. 둘 다 이력이 없으면 어느 쪽이 최신인지 판단할 기준이 없다. 이 경우 연결보다 이력 관리 규칙을 먼저 정비하는 것이 선행 과제다.
마지막으로 수량 단위와 사이즈 체계가 일치하는지 확인한다. 발주서는 총수량으로 기재하고 생산 지시서는 사이즈별로 쪼개는 구조라면, 단순 수량 비교로는 일치 여부를 판단할 수 없다. 이 경우 연결 로직에 집계 규칙이 포함되어야 한다.
연결 방식 선택지
상황에 따라 선택지가 달라진다.
ERP 내 모듈 연결: 발주서와 생산 지시서가 같은 ERP 안에 있다면 설정 변경이나 워크플로 규칙 추가로 연결할 수 있는 경우가 많다. 먼저 ERP 공급사에 두 모듈 간 참조 필드 연결이 기본 기능으로 제공되는지 확인한다. 커스터마이징 없이 가능하다면 가장 빠른 경로다.
중간 연동 개발: 발주서는 ERP에, 생산 지시서는 공장 시스템이나 엑셀에 있다면 두 시스템 사이에 데이터를 주고받는 연동을 개발해야 한다. 이때 연동 주기(실시간, 일 1회, 수동 트리거)와 충돌 처리 규칙(어느 쪽이 우선인지)을 미리 정해야 한다. 연동 개발 범위는 공통 식별자 정규화, 수량 집계 규칙, 변경 감지 로직을 포함한다.
별도 오더 관리 시스템 구축: 두 시스템 모두 레거시여서 연동이 어렵거나, 연동 유지 비용이 반복적으로 발생한다면 두 문서를 한 곳에서 관리하는 별도 시스템을 검토할 수 있다. 다만 이 경우 기존 시스템과의 데이터 이관, 사용자 교육, 운영 전환 비용이 추가된다. ERP 전체 교체보다는 오더 관리 영역만 분리해 구축하는 방식이 현실적인 경우가 많다.
업무 규칙 정비만으로 해결: 두 문서의 불일치가 시스템 문제가 아니라 작성 절차 문제라면 시스템 변경 없이 해결할 수 있다. 예를 들어 발주서 수정 시 생산 지시서 담당자에게 알림을 보내는 규칙, 생산 지시서 작성 전 발주서 최종 버전을 확인하는 체크리스트를 도입하는 방식이다. 이 방법은 비용이 낮지만 사람이 규칙을 지키지 않으면 효과가 없다.
판단 기준 요약
어떤 방식을 선택할지는 다음 조건으로 판단한다.
- 공통 식별자가 두 문서에 동일한 형식으로 존재하는가
- 변경 이력이 양쪽에 기록되는가
- 불일치가 발생하는 빈도와 그로 인한 실제 업무 오류가 얼마나 자주 생기는가
- 현재 시스템이 연동 API나 데이터 내보내기를 지원하는가
불일치 빈도가 낮고 오류 영향이 제한적이라면 업무 규칙 정비로 충분할 수 있다. 빈도가 높고 수량 오류가 생산이나 납기에 직접 영향을 준다면 시스템 연결이 필요하다. 연결 방식은 식별자 현황과 시스템 구조를 먼저 파악한 뒤 결정하는 것이 순서다.
연결 구조를 검토하거나 연동 개발을 발주할 계획이라면 상담 전에 다음 자료를 준비하면 논의가 구체적으로 진행된다. 현재 사용 중인 시스템 목록과 버전, 발주서와 생산 지시서 샘플 각 1건(식별자 필드 포함), 수량 불일치가 발생한 최근 사례 2~3건, 연동이 필요한 시스템 간 API 또는 데이터 내보내기 지원 여부. 이 자료를 갖추고 문의 페이지에서 연락하면 범위 산정이 빠르다.