Knowledge AI 연작 3/7 · 오더번호를 끝날 때까지 반복적으로 입력하는 이유
핵심 요약
오더 한 건은 오더 접수, 코스팅, 자재, 생산, 검사, 선적 여섯 단계를 거쳐요. 단계마다 PLM, ERP, 스프레드시트, 이메일, 메신저, 종이 가운데 서너 가지를 함께 쓰고, 오더번호, 스타일, 수량, 납기는 도구가 바뀔 때마다 사람이 다시 입력해요. 도구마다 쓰는 이유가 있어서 도구 수를 줄이는 것만으로는 해결되지 않아요. 기준정보를 먼저 세우고, 그 값이 필요한 모든 칸에 정확히 전달되게 해야 해요.
WJ-2411의 원단 발주 날이에요. 벤더 자재 담당자의 모니터에는 창이 네 개 떠 있어요. ERP에서 원단 공급처로 나갈 발주서(P/O)를 만들고, 스프레드시트에서 사이즈별 수량으로 원단 소요량을 맞추고, 메일에 발주서를 붙여 보내고, 메신저로 원단 입고 예정일을 물어요. 네 창 모두 맨 위에는 같은 오더번호가 적혀 있어요. 담당자가 창마다 직접 입력한 번호예요.
지난 글 공급망 워크플로우에서 정보가 옮겨 가는 구간은 어디인가에서는 정보가 바이어, 벤더, 공장 사이에서 전달되는 구간을 살펴봤어요. 이번 글에서는 한 회사 안에서 한 단계를 처리하는 과정을 다뤄요. 같은 오더번호를 오더가 끝날 때까지 여러 번 다시 입력하게 되는 이유를 살펴볼게요.
오더의 기준정보 네 가지
오더에는 처음부터 끝까지 바뀌면 안 되는 값이 있어요. 이런 값을 기준정보라고 불러요. 영어로는 마스터 데이터(master data)예요. 가트너는 마스터 데이터를 여러 업무 과정에서 공통으로 쓰이고, 회사의 핵심 대상을 하나로 식별하는 식별자와 속성의 최소 집합이라고 정의해요.1
택배 운송장 번호를 떠올리면 쉬워요. 상자가 집하장, 간선 트럭, 지역 터미널, 배송 기사를 거치는 동안 운송장 번호는 한 번도 바뀌지 않아요. 그래서 어느 단계에서든 번호 하나로 상자를 찾을 수 있어요. 오더도 마찬가지예요. 의류 오더에서는 네 가지 값이 이 역할을 해요.
| 기준정보 | 무엇을 가리키나 | 바뀌면 생기는 일 |
|---|---|---|
| 오더번호 | 이 오더 한 건 | 다른 오더의 기록과 섞여요 |
| 스타일 | 어떤 옷인지(스타일 번호, 컬러, 사이즈 구성) | 다른 사양으로 원단이 발주되고 재단돼요 |
| 수량 | 몇 장을 만드는지 | 원단 소요량, 라인 계획, 검사 샘플 수, 선적 서류가 모두 어긋나요 |
| 납기 | 언제까지 선적하는지(Delivery Cargo Date) | 라인 배정과 원단 입고 일정이 어긋나요 |
여섯 단계 내내 같은 값으로 유지되어야 하는 오더의 기준정보
이 네 값은 오더 접수 때 한 번 정해지면 선적까지 같은 값이어야 해요. 문제는 그 값이 한 곳에만 있지 않다는 점이에요.
단계마다 쓰는 도구
오더가 거치는 여섯 단계마다 담당자는 여러 도구를 번갈아 써요. 단계별로 정리하면 다음과 같아요.
| 단계 | 쓰는 도구와 기록 |
|---|---|
| 오더 접수 | PLM의 TechPack과 사양서, 메일로 온 P/O, 스프레드시트 오더 시트, ERP 오더 등록 |
| 코스팅 | 스프레드시트 원가표, ERP 견적, 메일로 오가는 임가공비 요청 |
| 자재 | ERP의 P/O와 BOM, 스프레드시트 자재 목록, 메일 발주서, 메신저 입고 예정일 확인 |
| 생산 | 종이와 화이트보드의 생산 일보, 스프레드시트 라인 계획, 메신저 사진 보고 |
| 검사 | 종이 검사 일지, 스프레드시트 AQL 리포트, 메일 리포트 발송, 바이어 PLM 업로드 |
| 선적 | ERP 인보이스와 패킹리스트, 스프레드시트 출고 수량, 메일 서류 발송, 바이어 포털 ASN 등록 |
한 단계를 처리하는 데 도구를 서너 가지씩 써요
도구가 바뀌어도 오더번호, 스타일, 수량, 납기는 거의 모든 기록의 맨 윗줄에 다시 적어야 해요. 도구끼리 연동되어 있지 않아서 담당자가 직접 입력해요.
도구마다 쓰는 이유
여기까지 보면 도구를 하나로 합치면 될 것 같지만, 현장에서 이 도구들을 쓰는 데는 각각 이유가 있어요.
바이어의 PLM과 포털은 벤더가 선택할 수 있는 도구가 아니에요. 바이어가 정한 곳에 바이어가 정한 형식으로 올려야 해요. 선적 단계의 ASN(사전 선적 통지)이 대표적이에요. ASN은 물건이 도착하기 전에 무엇이 어떻게 오는지 미리 알려 주는 문서예요.2 한 패션 리테일러의 공급자 매뉴얼은 카톤 라벨이 해당 P/O에 적힌 내용과 정확히 일치해야 한다고 요구해요.3 오더번호 한 자리만 틀려도 입고 단계에서 문제가 돼요.
공장 라인에는 PC가 없어요. 반장이 작업 지시를 확인하고 시간대별 수량을 적는 데는 종이와 화이트보드가 가장 빠르고 확실해요. 시차가 있는 나라 사이에서 급한 확인을 주고받을 때는 메신저가 가장 편하고, 원가표처럼 조건에 따라 칸을 바꿔 가며 계산해 보는 일에는 스프레드시트가 편해요.
한 시스템으로 모든 일을 처리하려는 시도에도 한계가 있어요. 토머스 대븐포트는 기업용 통합 시스템이 그 성격상 자기 논리를 회사의 전략, 조직, 문화에 강요한다고 지적했어요.4 실제로 대형 ERP를 쓰는 회사도 틈새 기능을 가진 별도 솔루션을 함께 쓰는 경우가 많아요.5 도구가 여러 개인 것 자체는 이상한 일이 아니에요.
수량 한 줄이 바뀌면 생기는 일
문제는 같은 값이 도구마다 따로 저장된다는 점이에요. 값이 한 번 바뀌면 이 문제가 바로 드러나요.
WJ-2411의 수량이 바이어 요청으로 바뀌었다고 해 볼게요(예시예요). 바이어는 PLM에서 수량을 고치고 수정 P/O를 메일로 보내요. 그다음부터는 담당자가 관련 기록을 하나씩 찾아 고쳐야 해요.
이 중 한 곳이라도 놓치면 그 기록은 옛 수량으로 남아요. 소요량 표가 안 바뀌면 원단이 모자라거나 남고, 라인 계획이 안 바뀌면 라인 일정이 어긋나고, AQL 샘플 수는 로트 크기에 따라 정해지니 검사 기준도 달라져요.6 인보이스와 ASN이 안 바뀌면 입고 단계에서 문제가 생겨요.
손으로 옮겨 적는 값이 틀렸을 때 그것을 알아채기 어렵다는 점도 문제예요. 학부생 195명을 대상으로 한 실험에서 입력한 값을 눈으로 다시 확인하는 방식은 두 번 입력해 대조하는 방식보다 오류가 2958% 많았고, 한 번만 입력하는 방식보다 나은 점도 뚜렷하지 않았어요. 게다가 입력 오류 가운데 빈칸이거나 허용 범위를 벗어나 금방 눈에 띄는 것은 0.06%뿐이었어요.7 잘못 입력한 수량도 대부분 정상적인 숫자처럼 보인다는 뜻이에요. 3,000을 3,300으로 잘못 입력해도 이상하다고 느끼기 어려워요.
담당자의 기억에 의존하는 오더 관리
그런데도 대부분의 오더가 문제없이 끝나는 건 담당자가 이 기록들의 관계를 기억하고 있기 때문이에요. 어느 파일이 최신인지, 수정 P/O가 원단 발주에 반영됐는지, 공장이 어떤 수량으로 라인 계획을 짰는지를 사람이 기억해요.
이런 지식을 암묵지라고 해요. 문서로 남지 않고 경험과 기억으로만 존재하는 지식이에요. 오더 관리가 시스템보다 담당자의 암묵지에 의존하고 있어서, 담당자가 휴가를 가거나 퇴사하면 오더 진행에 차질이 생겨요. 암묵지를 회사의 자산으로 바꾸는 방법은 연작의 마지막 글에서 다룰게요.
도구를 줄이는 것보다 먼저 할 일
그래서 도구를 하나로 줄이는 것보다, 같은 값을 도구마다 다시 입력하지 않아도 되게 만드는 것이 먼저예요.
여기서 필요한 개념이 데이터 무결성이에요. 미국 국립표준기술연구소(NIST)는 데이터 무결성을 데이터가 허가 없이 바뀌지 않은 상태로 정의하고, 저장할 때, 처리할 때, 전송할 때를 모두 포함한다고 봐요. 허가 없는 변경뿐 아니라 실수로 바뀌거나 사라진 경우도 무결성이 깨진 것으로 봐요.8 오더번호가 ERP에서 스프레드시트로, 다시 메일로 옮겨지는 과정이 모두 전송이고, 옮길 때마다 값이 틀릴 가능성이 생겨요.
새 시스템을 도입하는 것만으로도 해결되지 않아요. 맥킨지는 의류 기업이 새 도구를 도입해도 데이터를 정리하고 보강하는 일을 소홀히 하면 효과가 떨어질 수 있다고 지적해요.9 기준정보 관리가 추구하는 것은 마스터 데이터의 모든 사본에 걸쳐 하나의 기준 버전을 만들어 값을 일치시키는 거예요.10 도구는 여러 개여도 오더번호, 스타일, 수량, 납기의 원본은 하나여야 하고, 각 도구는 그 원본 값을 불러와 써야 해요.
정보의 무결성을 지키려면 먼저 기준정보를 체계적으로 세우고, 그 값이 필요한 모든 칸에 정확히 전달되게 해야 해요.
글 처음의 자재 담당자도 마찬가지예요. 오더번호는 오더 접수 때 한 번만 입력하고, 네 개의 창은 그 값을 불러와 쓰면 돼요.
시제가 이 문제를 다루는 방식
Monolis는 오더 접수 때 오더번호, 스타일, 수량, 납기를 하나의 오더 레코드로 세우고, 코스팅부터 선적까지 모든 단계가 그 레코드를 기준으로 처리해요. 바이어가 보낸 .pdf P/O와 TechPack은 올리면 입력칸으로 옮겨지고, 수량이 바뀌면 그 값을 쓰는 원가표, 자재 소요량, 라인 계획이 같은 레코드를 기준으로 함께 수정돼요. 바이어 포털과 공장의 종이 일보처럼 없앨 수 없는 도구는 그대로 두고, 그 도구에 들어가고 나오는 값이 같은 오더 레코드에서 나오게 하는 것이 목표예요.
다음 글 현장에서 측정한 생산 정보가 사라지는 이유에서는 WJ-2411이 라인에 투입된 첫 주를 다뤄요. 라인에서 나오는 숫자를 어떤 방식으로 측정하는지, 그 숫자가 왜 다음 오더에 다시 쓰이지 못하는지 살펴볼게요.
Knowledge AI 연작
1. 지식서비스업과 제조업으로 나뉜 의류 오더의 분담 구조
2. 공급망 워크플로우에서 정보가 옮겨 가는 구간은 어디인가
3. 오더번호를 끝날 때까지 반복적으로 입력하는 이유 (이 글)
4. 현장에서 측정한 생산 정보가 사라지는 이유
5. FOB 원가에서 임가공비만 공통 변수인 이유
6. 벤더와 공장이 같은 임가공비를 반대로 계산하는 이유
7. 측정한 값이 회사의 자산이 되기까지
참고 자료
- Gartner, IT Glossary, Master Data Management (MDM). 마스터 데이터의 정의. ↩
- GS1 UK, ASN message implementation guideline v1.5, 2015. ASN(사전 선적 통지)의 정의. ↩
- Shopbop, Vendor Operations Manual, 2026. 카톤 라벨과 P/O 내용의 일치 요구. ↩
- Thomas H. Davenport, Putting the Enterprise into the Enterprise System, Harvard Business Review, 1998. 통합 시스템이 회사에 자체 논리를 강요한다는 지적. ↩
- Panorama Consulting Group, 2024 ERP Report, p.9. 대형 ERP를 보완하는 틈새 기능 솔루션(ERP 컨설팅사 자료). ↩
- ISO 2859-1:2026, Sampling procedures for inspection by attributes, Part 1. 계수 샘플링 검사(AQL)의 국제 기준. ↩
- Kimberly A. Barchard & Larry A. Pace, Preventing human error: The impact of data entry methods on data accuracy and statistical results, Computers in Human Behavior 27(5), 2011. 육안 확인과 이중 입력의 오류 비교, 범위 밖 오류 비율 0.06%. ↩
- NIST Computer Security Resource Center, Glossary, data integrity. 데이터 무결성의 정의(저장·처리·전송, 우발적 변경 포함). ↩
- McKinsey & Company, Reimagining the apparel value chain amid volatility, 2024. 데이터 정리 없는 시스템 도입의 한계. ↩
- CIO.com, What is master data management? Ensuring a single source of truth, 2021. 마스터 데이터 사본 전체의 단일 기준 버전. ↩
