ERP 도입 전 거래처 발주·품목 데이터를 먼저 정리해야 하는 이유
ERP 도입 전 거래처 주문 접수, 품목명, 단위, 거래처별 기준을 먼저 정리해야 하는 이유와 StackCube로 ERP 입력 전 데이터를 정리하는 방법을 설명합니다.
ERP 도입을 검토하는 팀은 보통 같은 기대를 합니다. 시스템을 바꾸면 흩어진 업무가 정리되고, 담당자마다 다르게 처리하던 주문도 한 흐름으로 맞춰질 것이라고 생각합니다.
하지만 실제로 ERP 프로젝트가 어려워지는 지점은 소프트웨어 자체보다 ERP에 넣기 전 데이터와 실제 업무입니다. 거래처 주문이 카톡, 문자, 전화, 이메일, 엑셀, PDF로 들어오고 담당자가 품목명을 다시 맞춘 뒤 ERP에 입력하고 있다면, ERP를 도입해도 앞단 수작업은 그대로 남을 수 있습니다.
ERP는 확정된 데이터를 기준으로 운영하기 좋은 시스템입니다. 반대로 거래처가 보낸 원문 주문, 애매한 품목명, 거래처별 단위와 단가 후보를 정리하는 일은 ERP 입력 전 단계에서 먼저 해결해야 합니다.
이 글에서는 ERP 도입 전에 먼저 정리해야 할 거래처 발주·품목 데이터 기준과, 풀 ERP를 바꾸기 전에 앞단 발주 접수 시스템을 검토해야 하는 상황을 정리합니다.
ERP 도입 전에 거래처 주문이 어디서 들어오고, 어떤 품목 매칭 작업이 남는지 먼저 확인해야 합니다. 카톡 주문이 ERP 입력 전 단계에서 계속 누락된다면 ERP 입력 전 카톡 주문 정리 기준부터 잡는 것이 현실적입니다.
ERP 도입이 예상보다 어려워지는 이유
ERP 도입이 지연되는 이유는 기능이 부족해서만은 아닙니다. 많은 경우 ERP에 넣을 기준 데이터가 정리되지 않았거나, 현장에서 실제로 들어오는 주문 흐름이 시스템 설계와 다르기 때문에 문제가 생깁니다.
예를 들어 같은 품목을 거래처마다 다른 이름으로 부르거나, 박스·개·세트 단위가 섞여 있거나, 전화로 받은 주문을 담당자 기억에 의존해 입력하는 상황이 계속된다면 ERP 안에서도 데이터 품질은 흔들립니다.
따라서 ERP 도입 전에는 “어떤 ERP를 쓸 것인가”만 볼 것이 아니라 “ERP에 들어가기 전 주문 데이터가 어떻게 만들어지는가”를 먼저 봐야 합니다.
ERP 도입 전 먼저 정리할 데이터
ERP가 안정적으로 작동하려면 아래 기준이 먼저 정리되어 있어야 합니다.
항목 | 정리할 내용 | 안 되어 있을 때 문제 |
|---|---|---|
품목 기준 | 내부 품목코드, 표준 품목명, 판매 단위 | 거래처가 부르는 이름과 내부 코드가 매번 다시 맞춰집니다. |
거래처 기준 | 거래처별 주문 가능 품목, 단가 후보, 담당자 정보 | 주문을 받을 때마다 엑셀이나 과거 이력을 다시 확인합니다. |
주문 채널 | 카톡, 문자, 전화, 이메일, 발주 포털, 엑셀 파일 | 주문 원문과 확정 데이터가 분리되어 누락 확인이 어렵습니다. |
품목 매칭 | 거래처 표현과 내부 품목 후보를 연결하는 기준 | 담당자마다 다른 품목으로 해석해 ERP 입력 오류가 생깁니다. |
확정 데이터 | 주문번호, 거래처, 품목, 수량, 주소, 메모 | ERP 입력 파일이나 택배사 양식을 매번 수기로 만듭니다. |
발주 접수 앞단을 먼저 봐야 하는 경우
ERP를 새로 도입하거나 교체하기 전에 아래 상황이 있는지 먼저 확인해야 합니다.
거래처 주문이 여러 채널로 들어옵니다. 일부 거래처는 발주 포털을 쓰고, 일부는 카톡이나 이메일을 계속 사용합니다. 이 경우 포털만 만들거나 ERP만 바꿔서는 전체 주문 흐름이 정리되지 않습니다.
품목명이 거래처마다 다릅니다. 내부 품목명과 거래처가 부르는 이름이 다르면 담당자가 매번 품목을 해석해야 합니다. ERP 입력 전 품목 후보를 보여주고 확정하는 과정이 필요합니다.
거래처별 기준 확인이 반복됩니다. 주문 가능 품목, 단가 후보, 담당자 메모, 배송 요청사항을 매번 엑셀과 메신저에서 찾고 있다면 ERP보다 앞단 데이터 정리가 먼저입니다.
확정된 주문 데이터를 여러 양식으로 내려받아야 합니다. ERP 입력용 엑셀, 내부 검토용 파일, 택배사 업로드 양식이 필요하다면 주문 접수 단계에서 데이터 구조를 맞춰두는 편이 효율적입니다.
풀 ERP가 필요한 경우와 앞단 시스템으로 충분한 경우
ERP가 필요한 팀도 있고, 기존 ERP나 재고관리 도구를 유지한 채 앞단 발주 접수 시스템만 먼저 정리해도 되는 팀도 있습니다.
상황 | 우선 검토 | 이유 |
|---|---|---|
회계, 구매, 영업, 재고 기준정보를 한 시스템으로 통합해야 합니다. | ERP | 전사 데이터와 권한 체계를 함께 설계해야 합니다. |
ERP는 쓰고 있지만 거래처 주문은 카톡, 전화, 이메일로 들어옵니다. | 발주 접수 시스템 | ERP 교체보다 주문 접수와 품목 매칭 앞단을 보완하는 편이 빠릅니다. |
거래처가 보낸 원문 주문과 확정 주문을 함께 확인해야 합니다. | 발주 접수 시스템 | 메시지 원문, 품목 후보, 확정 데이터를 한 화면에서 보는 구조가 필요합니다. |
대규모 권한, 다법인, 복잡한 내부 승인 체계가 필요합니다. | ERP 또는 전담 구축 프로젝트 | 업무 범위가 주문 접수 앞단을 넘어 전사 운영 설계로 확장됩니다. |
스택큐브가 맞는 경우
ERP나 기존 재고관리 도구에 입력하기 전, 카톡·이메일·엑셀로 들어온 거래처 주문을 먼저 정리하면 이후 재고·정산 흐름이 훨씬 안정됩니다. 스택큐브는 이 앞단 주문 데이터를 품목·수량·승인 이력 기준으로 맞추는 데 집중합니다.
거래처는 발주 포털에서 직접 주문할 수 있고, 아직 카톡·문자·전화·이메일을 쓰는 거래처 주문도 관리자 화면에서 함께 확인할 수 있습니다. 담당자는 원문 주문과 내부 품목 후보를 보고 주문 데이터를 확정합니다.
확정된 주문은 ERP 입력용 엑셀, 내부 관리 파일, 택배사 업로드 양식으로 내려받아 기존 업무에 반영할 수 있습니다.
ERP 전환 전이라면 지금 쓰는 접수 방식을 바꾸지 않고 ERP 전환 전 병행 테스트로 주문 앞단 정리 효과를 먼저 확인할 수 있습니다.
ERP 도입 전 체크리스트
ERP 도입이나 교체를 검토하기 전에 아래 항목을 먼저 확인해보는 것이 좋습니다.
- 거래처 주문이 들어오는 채널을 모두 목록화했습니다.
- 거래처가 부르는 품목명과 내부 품목코드를 연결할 기준이 있습니다.
- 거래처별 주문 가능 품목과 단가 후보를 확인할 수 있습니다.
- 전화나 메신저로 받은 주문 원문을 나중에 다시 확인할 수 있습니다.
- 확정된 주문 데이터를 ERP 입력 파일로 만들 수 있습니다.
- 택배사 업로드 양식에 필요한 주소, 연락처, 품목, 수량을 한 번에 정리할 수 있습니다.
- ERP가 담당할 영역과 발주 접수 앞단이 담당할 영역을 구분했습니다.
체크되지 않은 항목이 많다면 ERP 프로젝트를 시작하기 전에 거래처 주문 접수와 품목 매칭 기준부터 정리하는 편이 안전합니다. 이 기준이 잡혀야 ERP에 들어가는 데이터도 안정됩니다.