거래처별 판매단가 ERP판매가격 이력 관리수주 단가 적용일ERP 단가 소급 변경

거래처별 판매단가 ERP 구축: 주문 가격과 변경 이력 관리 기준

거래처별 판매단가를 ERP에서 관리할 때 적용일과 주문 당시 가격을 구분하는 방법을 설명합니다. 수량·단위별 조건과 승인 이력, 단가 소급 변경과 부분 출고, 마감 후 조정 표본을 살펴보고 기존 ERP 설정과 별도 개발 범위를 비교하세요.

이 글을 쓴 알파카랩스카카오·네이버·쿠팡 출신, 재하청 0%, 대기업·공공기관 등 18개사+ 레퍼런스

발행 ·알파카랩스

거래처별 판매단가 ERP 구축은 거래처와 품목별 현재 가격을 저장하는 데서 끝나지 않습니다. 가격을 고르는 기준일과 승인된 수주의 확정 단가를 구분하고, 이후 계약이 바뀌어도 이전 주문의 근거를 찾을 수 있어야 합니다. 기존 ERP의 가격표와 주문 잠금 기능으로 충분한지 먼저 검토한 뒤, 부족한 승인·예외 처리만 별도 개발 범위로 정하세요.

영업 담당자가 거래처에 보낸 견적은 낱개당 1,250원인데 수주 화면에는 변경된 새 단가가 표시되는 상황을 가정해 보겠습니다. 물류팀은 같은 주문을 나눠 출고하고, 재무팀은 고객에게 청구한 금액을 확인해야 합니다. 이때 현재 가격표만 수정하면 언제 누구에게 어떤 조건으로 판매를 약속했는지 확인하기 어렵습니다. 가격표, 고객에게 보낸 견적, 확정 주문과 출고·청구 이력은 같은 숫자라도 역할이 다릅니다.

이 글은 공급업체에 지급할 매입 계약 단가가 아니라 고객에게 판매하는 수주 단가를 다룹니다. 거래처별 계약의 시작일과 종료일, 고객별 예외 가격, 수량 구간, 공급 단위와 세금 포함 여부를 구분합니다. 계약과 회사 정책에 따라 가격을 정하는 날짜와 가격을 잠그는 사건이 다를 수 있으므로 한 제품의 기본 동작을 모든 회사에 적용하지 않습니다.

이하의 수량과 금액은 이해를 돕기 위한 가상 검수 표본입니다. 10월 14일 거래처 A에 품목 80개를 개당 1,250원으로 견적하고 견적 유효기간을 20일까지로 정합니다. 가격표는 15일부터 1,400원으로 바뀌지만, 17일 고객이 유효 견적을 수락하면 담당자 승인 후 견적 가격을 주문에 고정한다는 정책입니다. 원화, 개당 가격, 세금과 할인 제외이며 실제 고객·계약·납품 실적이나 가격 제안이 아닙니다.

같은 품목도 거래처와 수량에 따라 가격 조건이 달라집니다#

먼저 가격표 한 행을 식별하는 조건을 문서화합니다. 고객별 계약이 회사 공통 가격보다 우선하는지, 같은 고객에게 기간이 겹치는 두 계약이 들어오면 무엇을 적용하는지 사전에 합의해야 합니다. 거래처명 텍스트만 비교하면 이름이 바뀌거나 같은 이름이 중복된 고객이 잘못 연결될 수 있습니다. 고객 코드와 품목 코드, 법인·통화·단위·수량 구간·유효기간을 함께 대조하고 조건이 충돌하면 담당자 검토로 보냅니다.

조건기록할 내용흔한 예외결정할 기준
적용 대상판매 법인·고객 코드·품목고객명 변경·그룹 가격 중복개별 계약과 공통 가격의 우선순위
수량·단위최소 수량·개당 또는 묶음당 가격10개 묶음을 10개 낱개로 잘못 계산환산 비율·구간 경계와 반올림
기간시작·종료일·가격 기준일기간 겹침 또는 빈 기간경계일 포함 여부와 미확정 보류
확정 근거선택된 가격표 버전·견적·승인 기록화면 수정 후 과거 가격 재조회주문 당시 저장값과 원본 연결

유효한 견적을 수주로 전환할 때 현재 가격과 합의 가격을 구분합니다#

가상 정책에서 10월 14일 견적은 80개에 1,250원씩 총 100,000원이며 20일까지 유효합니다. 15일 가격표가 1,400원으로 바뀐 뒤 17일 수락된 견적을 승인하면 주문은 견적 가격을 사용합니다. 18일에 50개, 22일에 30개를 부분 출고하면 원주문의 단가로 각각 62,500원과 37,500원, 합계 100,000원입니다. 만료된 견적이나 고객 합의가 없는 주문에는 같은 결과를 가정하지 않습니다.

가상 사건선택한 정책예상 가격과 금액남겨둘 근거
10월 14일 80개 견적20일까지 유효한 견적1,250원·100,000원가격표 V1·견적 버전·유효기간
10월 17일 견적 수락·수주수락 견적 가격을 승인 후 잠금1,250원·100,000원수락·승인·주문 스냅샷
10월 18일 50개 출고원주문 가격 참조1,250원·62,500원주문 행·출고 수량 50개
10월 22일 30개 출고남은 수량을 같은 조건으로 이행1,250원·37,500원누적 80개·잔량 0개

확정 후 소급 변경은 영향을 먼저 보고 승인합니다#

고객과 합의한 가격의 적용일이 뒤늦게 변경되더라도 모든 과거 주문을 자동으로 고쳐서는 안 됩니다. 미확정 견적, 출고 전 확정 주문, 일부 출고 주문, 청구·마감한 거래는 고객에게 이미 전달된 문서와 후속 업무가 서로 다릅니다. 변경 제안은 대상 주문과 수량별 차이를 먼저 보여주고, 재승인이 필요한 거래와 회계 담당자의 후속 판단이 필요한 거래를 나눕니다. 원본을 덮어쓰는 대신 기존 값과 승인된 조정의 연결을 보존하는 것이 핵심입니다.

현재 상태먼저 검토할 일덮어쓰기 위험인수할 기록
견적 초안새 가격으로 다시 계산할지 확인고객에게 보낸 초안과 화면 값이 다름견적 버전·전달 여부
확정 주문·미출고변경 사유와 담당자 재승인승인 주문서와 내부 화면 불일치변경 전후 금액·승인·통지
부분 출고이미 출고한 수량과 잔량을 나눔서로 다른 합의 조건을 한 줄로 덮음원주문·각 출고 행·조정 대상
청구 또는 마감 완료권한자와 후속 조정 경로 합의과거 마감 금액이 조용히 변함원거래·조정 사유·처리 시점

공식 문서는 판매가격 조건과 주문 가격 잠금을 별도로 설명합니다#

Microsoft Business Central 문서는 고객, 품목, 단위, 최소 수량, 유효기간을 조합한 판매가격 조건을 설명합니다. Dynamics 365 Sales 문서는 주문·청구의 가격을 잠그거나 현재 가격을 쓰는 선택지를 별도로 안내합니다. 이는 각 제품의 기능 예시이며 회사의 ERP가 같은 기능을 제공한다거나 이 글의 가상 기준일을 기본 정책으로 사용한다는 뜻은 아닙니다.

단가표 등록과 주문 금액 변경의 권한을 나눕니다#

판매가격을 제안하는 영업 담당자, 할인 조건을 승인하는 관리자, 확정 주문을 변경할 수 있는 담당자의 역할을 구분하세요. 소규모 조직에서 한 사람이 여러 역할을 맡을 수는 있지만, 같은 사용자가 어떤 권한으로 초안을 만들고 확정했는지는 구별해 기록해야 합니다. 단가표 열람 권한만으로 가격을 확정하거나 다른 거래처의 계약 조건을 수정할 수 없는지도 검수 항목입니다.

신규 가격표의 시작 전에는 유효기간이 겹치는 가격과 비는 기간을 검사합니다. 시작일과 종료일을 포함하는지, 해외 거래처의 시간대를 어떤 기준으로 저장하는지, 고객별 가격과 공통 가격이 동시에 맞을 때 어떤 정책을 적용하는지를 확인합니다. 우선순위가 정해지지 않으면 마지막 등록값을 자동 선택하지 말고 확인 대기 사유를 보여주세요. 만료된 단가를 무기한 재사용하는 정책 역시 명시적으로 승인한 경우에만 적용합니다.

수량 구간은 가격표의 단위와 주문 수량의 단위를 맞춘 뒤 비교해야 합니다. 상자 하나가 10개이고 가격이 상자당인지 개당인지에 따라 총액이 달라집니다. 단가표에는 적용 단위·환산 계수·통화·세금 포함 여부를 기록하고, 할인을 단가에서 차감하는지 주문 합계에서 적용하는지 계산 순서도 남깁니다. 이 글의 표본은 원화 개당 가격이며 세금과 할인을 넣지 않았으므로 실제 세금 계산의 정답이 아닙니다.

엑셀 업로드는 가격표 행마다 원본 파일, 행 번호, 적용 상태와 오류 사유를 남깁니다. 동일 파일을 다시 올렸을 때 중복 가격표가 생기지 않는지, 잘못된 수량 구간 한 행이 나머지 유효한 행에 어떤 영향을 주는지 운영 정책을 정하세요. 일부가 적용됐다면 실패한 행만 고쳐 재승인하는 절차가 필요합니다. 파일에 없는 기존 거래처 단가를 자동 삭제할지 여부 역시 별도 승인 없이 추정하지 않습니다.

가격표와 주문이 다른 시스템에 있으면 어느 쪽이 기준 원장인지부터 정합니다. 고객 코드는 같지만 상품 코드가 달라 연결이 실패할 수 있고, 이미 보낸 확정 버전보다 오래된 가격 변경이 나중에 도착할 수도 있습니다. 메시지에 거래 ID와 가격표 버전을 넣고 중복 수신, 역순 수신, 연동 실패를 나누어 검토하세요. 어떤 제품과도 실시간 연동된다고 가정하지 말고 공식 API 또는 파일 제공 범위와 계정 권한을 확인해야 합니다.

가격 변경을 고객에게 전달한 경우 내부 승인 상태와 외부 확인 상태를 별개로 둡니다. 주문 금액만 갱신하고 고객에게 보낸 견적서나 주문 확인서는 이전 버전으로 남아 있으면 담당자는 어느 문서가 유효한지 판단하기 어렵습니다. 전송을 시도한 기록과 고객이 수락한 기록도 동일하지 않습니다. 각 조직이 실제로 요구하는 통지·확인·문서 보관의 범위를 계약 전 산출물에 명시하세요.

기존 ERP에서 이관한다면 현행 단가만 복사하는 방식이 미종결 주문까지 덮어쓰는지 확인합니다. 과거 가격의 승인 근거가 없는 거래는 이관 시 추정값을 새 계약 버전처럼 만들지 말고 원주문의 보존 값과 근거 미확인 상태를 남깁니다. 운영 인수에는 가격표 등록 매뉴얼, 승인자 부재 시 대행 권한, 오류 복구 담당자, 외부 연동 변경과 장애 연락 경로를 포함합니다.

공급자에게 지급할 구매 단가의 이력은 매입단가 ERP 적용일과 계약 버전에서 별도 흐름으로 살펴볼 수 있습니다. 부분 출고와 반품 수량의 원장 경계는 ERP 반품·부분출고 검수에서 확인하세요.

단가 적용일과 출고·정정의 차이를 같은 표본으로 검수합니다#

날짜 경계 표본은 14일에 보낸 유효 견적과 15일 이후의 새 견적을 분리합니다. 가상 정책상 수락된 첫 견적 80개는 개당 1,250원이고, 별도 우대가 없는 새 견적은 개당 1,400원입니다. 만료된 견적과 고객 승인이 없는 견적은 당시 가격을 자동 보장하지 않고 재협의 대상으로 표시하는지 확인하세요. 여기에 가격표의 겹침과 공백을 추가해 오류를 드러내고, 실제 계약이 다르면 기대값부터 조정합니다.

부분 출고 표본은 17일 확정 주문 80개를 50개와 30개로 나누어 화면과 내보낸 자료를 대조합니다. 이 예시 정책에서는 50개 62,500원과 30개 37,500원의 합계가 최초 주문 100,000원과 같습니다. 잔량 30개를 취소하거나 수량을 새로 늘릴 때 기존 주문 조건을 유지할지 새 주문을 만들지는 별도 정책입니다. 표본에는 취소·수량 증가·부분 반품을 모두 넣되 기대값은 합의한 정책으로 계산합니다.

소급 단가 표본에서는 수락된 견적의 단가를 바꾸자는 제안을 만들고 승인 전 주문 금액이 유지되는지 확인합니다. 가상으로 17일 주문 80개 전부를 1,400원으로 조정하기로 합의했다면 변경 후 112,000원에서 원래 100,000원을 뺀 차이는 12,000원입니다. 이는 합의된 조정 대상으로 한 예상 차이이지 실제 청구액이나 장부 잔액이 아닙니다. 일부 출고·청구된 거래의 후속 처리는 고객 계약과 회계 판단에 따라 별도로 정합니다.

권한과 복구 시험에는 승인 권한 없는 직원의 변경, 같은 업로드 파일 재전송, 외부 연동의 부분 실패와 지연된 이전 버전 도착을 포함합니다. 재시도 과정에서 같은 변경이 두 번 적용되지 않는지, 담당자가 실패 행의 이전 값·새 값·적용 여부를 확인할 수 있는지 살펴보세요. 가격을 복원할 때는 이전 가격표와 주문 상태, 이미 전달된 문서의 복구 방식이 서로 다를 수 있으므로 실행 전 승인 경계와 알림 수신자를 정합니다.

최종 인수표에는 거래처·품목별 가격 결정표, 기준일과 잠금 사건, 승인 권한, 가격표 버전과 주문 스냅샷의 연결, 연동 재처리 절차를 남깁니다. 실제 담당자가 가상 주문 한 건을 골라 어떤 계약과 수량 조건으로 단가가 선택됐고, 나중에 가격표가 바뀐 뒤에도 무엇이 유지됐는지 설명할 수 있어야 합니다. 개발 견적에서는 기존 ERP 설정, 별도 가격표 화면, 주문 재가격과 마감 후 정정 연동을 나눠 비교하세요.

핵심 요약

  • ✓거래처·품목·단위·수량·유효기간을 함께 비교해 단가를 선택합니다.
  • ✓현재 가격표와 확정 주문의 단가 스냅샷을 구분합니다.
  • ✓소급 변경은 거래 상태별 영향과 재승인을 먼저 확인합니다.
  • ✓날짜 경계, 부분 출고, 중복 업로드와 역순 수신을 같은 표본으로 검수합니다.

자주 묻는 질문

프로젝트 문의