주문이 바뀌면 구매·생산 담당자에게 어떻게 전달할까요?
수량과 납기 변경이 발주·생산·출하에 미치는 영향을 확인하는 업무 흐름. 변경 요청, 부서별 검토, 고객 협의와 확정 이력을 연결하는 방법을 설명합니다.
핵심 정리
- 주문 변경 전후의 수량·사양·일정을 기록하고, 연결된 발주·생산·출하에서 확인할 일을 찾습니다.
- 담당자별 조치와 기한을 남겨 메시지를 읽은 상태와 변경을 반영한 상태를 구분합니다.
- 고객 요청은 검토를 거쳐 확정하며, 이미 진행한 작업과 비용 처리에는 별도 판단이 필요합니다.
고객이 주문 수량을 줄여달라고 연락합니다. 영업은 주문 엑셀을 고치고 구매·생산 담당자에게 메시지를 보냅니다. 며칠 뒤 기존 수량대로 자재가 들어오고, 생산도 원래 계획대로 진행 중이라는 사실을 알게 됩니다.
주문 변경을 전달하는 시스템을 만든다면 누가 메시지를 읽었는지와 함께, 어떤 작업을 확인하고 어디까지 반영했는지를 보여줘야 합니다. 수량 하나를 고치는 일이 발주·생산·출하에 어떻게 연결되는지 먼저 정합니다.
이 글은 수주 후 수량과 요청 납기가 바뀌는 제조 업무의 설계 예시입니다. 실제 허용 범위와 승인 순서는 계약 조건과 생산 방식에 따라 정합니다.
변경 요청과 확정한 주문을 따로 기록합니다
고객이 요청한 내용을 바로 확정 주문에 덮어쓰면 아직 확인하지 않은 조건으로 다른 부서가 움직일 수 있습니다. 변경 요청을 접수하고, 현재 확정한 내용과 나란히 비교하도록 설계합니다.
주문 번호, 고객 요청 원문, 요청 시각과 담당자를 남깁니다. 수량·사양·단가·납품 장소·요청일 중 무엇이 달라졌는지 표시하고, 검토하는 동안 기존 계획을 유지할지 일부 작업을 보류할지도 정합니다. 보류가 필요하면 대상 작업과 결정 권한을 함께 지정합니다.
예를 들어 제품 100개를 80개로 줄이고, 요청일을 10월 22일에서 20일로 앞당겼다고 가정해보겠습니다. 수량이 줄어도 일정 단축이 가능한지는 별도로 확인해야 합니다.
- 주문 수량
- 100개
- 확정 납품일
- 10월 22일
- 요청 수량
- 80개 · 20개 감소
- 요청 납품일
- 10월 20일 · 수락 여부 검토 중
- 구매발주한 자재의 변경 가능 수량 확인회신 대기
공급사 생산·출고 진행분과 취소 조건 검토
- 생산착수한 작업과 일정 단축 가능 여부 확인검토 중
재공품 · 설비 일정 · 검사 소요 시간 검토
- 영업변경 비용과 가능한 납품일 협의확정 전
검토 결과를 모아 고객에게 답변
시스템이 영향을 찾으려면 업무 기록이 연결돼 있어야 합니다
주문 번호가 발주·생산·출하에 연결돼 있어야 변경할 작업을 찾을 수 있습니다. 서로 다른 엑셀에 품목명만 적혀 있다면 어느 수량이 이 주문에 해당하는지 먼저 정리해야 합니다.
| 확인할 업무 | 변경 시 살펴볼 정보 |
|---|---|
| 구매 요청 | 승인 전 요청량과 취소·수정 가능 범위 |
| 공급사 발주 | 주문별 배정량, 공급사 진행 상태와 변경 응답 |
| 생산 | 생산 지시 수량, 착수량, 완료량과 재공품 |
| 검사 | 검사 대기·합격·보류 수량과 필요한 시간 |
| 출하 | 출하 준비량, 실제 출고량과 배송 진행 상태 |
하나의 발주로 여러 주문의 자재를 구매했다면 주문별 배정도 필요합니다. 주문 한 건의 수량이 줄었다고 발주 전체를 취소하면 다른 고객의 생산까지 영향을 받을 수 있습니다.
데이터 연결이 아직 없다면 첫 범위를 변경 요청 목록과 부서별 확인 기록으로 잡을 수 있습니다. 담당자가 검토 대상 문서를 연결하고, 자주 반복하는 관계부터 자동으로 찾아주는 구조로 넓힙니다.
알림을 읽은 뒤 어떤 조치를 했는지 남깁니다
‘확인했습니다’라는 답변만으로는 공급사와 협의했는지, 생산 계획을 고쳤는지 알 수 없습니다. 변경 건마다 담당자, 처리할 일, 기한과 결과를 기록하도록 합니다.
구매 담당자는 변경 가능한 수량과 공급사 답변을 남깁니다. 생산 담당자는 이미 착수한 수량과 조정 가능한 일정을 입력합니다. 영업은 그 결과로 고객에게 가능한 조건을 제시합니다. 기한이 지나도 검토 결과가 없으면 내부 알림을 보냅니다.
읽음, 검토 완료, 반영 완료는 서로 다른 상태입니다. 알림 전송에 성공했다는 사실만으로 변경 작업을 끝내지 않습니다. 부재 중 업무를 맡을 사람과 다시 확인할 책임자도 정합니다.
자동으로 찾고 전달할 일과 사람이 결정할 일을 나눕니다
시스템은 이전 값과 변경값을 비교하고, 연결된 업무를 찾아 담당자에게 전달할 수 있습니다. 필수 검토가 남았는지 검사하고, 확정한 값을 허용된 시스템에 반영하는 작업도 연동 범위에 포함할 수 있습니다.
이미 발주하거나 생산을 시작한 수량의 처리에는 판단이 필요합니다. 취소 비용을 누가 부담할지, 남는 자재를 다른 주문에 쓸지, 납기를 새로 약속할지 권한을 가진 사람이 결정합니다. 공급사 발주 취소나 고객 회신을 자동 실행하려면 대상과 승인 조건을 따로 정합니다.
사양 변경은 수량 변경과 다른 검토가 필요합니다. 도면 버전, BOM, 진행 중인 생산과 검사를 함께 확인해야 합니다. 첫 구축에서 지원할 변경 종류를 명확히 정하고, 지원하지 않는 요청은 담당자에게 넘기도록 설계합니다.
고객과 합의한 뒤 실제 반영까지 추적합니다
관련 부서의 검토가 끝나면 영업이 고객과 변경 조건을 합의합니다. 수락한 수량·일정·비용과 근거를 기록하고, 정해진 승인 절차를 거쳐 확정 주문을 갱신합니다.
변경 건의 상태는 다음처럼 구분할 수 있습니다.
- 요청 접수: 고객이 원하는 변경을 원문과 함께 등록
- 영향 검토: 구매·생산 등 필요한 부서의 결과 수집
- 고객 협의: 가능한 조건을 전달하고 수락 여부 확인
- 반영 중: 확정 내용을 주문과 관련 계획에 적용
- 반영 완료: 필요한 변경을 모두 확인하고 담당자에게 결과 공유
ERP 반영에 실패했다면 반영 중 상태와 실패한 항목을 보여줍니다. 일부 시스템만 바뀐 상태를 전체 완료로 표시하지 않습니다. 반영을 재시도할 때는 기존 결과를 먼저 확인해 중복 작업을 막습니다.
검토 중에 고객이 다시 변경하면 새 요청 버전을 남기고 기존 검토 중 무엇을 다시 확인할지 정합니다. 오래된 화면을 열어둔 담당자가 이전 요청을 승인하지 않도록 버전도 확인해야 합니다.
구축 전에 준비할 자료와 검수할 상황
최근 변경 주문 한 건을 골라 고객 요청부터 최종 반영까지 따라가 봅니다. 원본 주문, 수정 메일, 연결된 구매·생산 기록과 실제로 주고받은 확인 내용을 살펴보면 필요한 화면이 구체화됩니다.
고객은 변경을 허용하는 시점과 승인자, 부서별 처리 책임을 정합니다. 앞선시스템즈는 변경 전후 비교, 영향 목록, 검토·승인 기록과 반영 상태를 설계합니다. 파일이나 ERP에서 가져올 수 없는 정보는 누가 갱신할지도 명확히 합니다.
검수에는 생산 착수 후 수량 감소, 부분 출하 후 변경, 같은 발주에 연결된 여러 주문, 검토 중 재변경을 포함합니다. 허용하지 않은 변경을 막는지, 오래된 승인으로 진행하지 않는지, 미반영 작업이 남아 보이는지 확인합니다.
도입 효과는 변경 누락 건수, 부서별 재확인 횟수와 요청 접수부터 확정·반영까지 걸린 시간으로 살펴볼 수 있습니다.
자주 묻는 질문
메신저로 계속 알림을 받을 수 있나요?
회사에서 쓰는 메신저의 연동 기능과 권한을 확인해 연결할 수 있습니다. 알림에는 해당 변경 건으로 이동할 링크를 넣고, 처리 결과는 주문 기록에 남기도록 구성합니다.
변경할 때마다 모든 부서가 승인해야 하나요?
변경 항목과 진행 상태에 따라 검토 대상을 정합니다. 담당자 연락처 수정과 생산 사양 변경에 같은 절차를 적용할 필요는 없습니다. 누가 어떤 변경을 확인할지 실제 업무 기준으로 설계합니다.
수량이 줄면 구매 수량도 자동으로 줄일 수 있나요?
승인 전 구매 요청처럼 변경을 허용한 단계에서는 규칙을 적용할 수 있습니다. 이미 발주한 수량은 공급사 진행 상태와 다른 주문 배정을 확인해야 합니다. 시스템이 제안한 조정량과 실제로 확정한 변경을 구분해 기록합니다.
프로젝트 상담에 주문이 바뀐 뒤 가장 자주 누락되는 일을 알려주세요. 관련 부서가 무엇을 확인하고 어디에 반영해야 하는지부터 함께 정리합니다.