협력사 납기 대시보드 구축: 약속일과 실제 입고일 비교 기준

협력사 납기 대시보드 구축은 발주행별로 협력사와 합의한 납기, 실제 입고 수량과 완료일을 같은 기준으로 비교하는 일부터 시작합니다. 납기 미확정과 부분 입고를 지연 완료에 섞지 않고, 약속 변경 전후와 계산에 쓴 기준을 남겨야 수치를 설명할 수 있습니다.

구매 담당자가 협력사별 지연을 엑셀에서 확인할 때 약속일이 메일에만 남고, 창고에는 입고일만 기록된 경우가 있습니다. 발주서 헤더의 날짜와 실제 품목별 입고일이 다르면 한 장의 발주서 전체가 제때 도착했다고 판단하기도 어렵습니다. 대시보드를 만들기 전 발주 번호와 행 번호, 거래처, 품목, 단위와 합의한 도착일을 무엇으로 연결할지부터 정합니다.

협력사가 아직 납기를 회신하지 않은 상태는 늦게 도착한 완료 건이 아닙니다. 요청일, 회신으로 확인한 약속일, 입고 처리일을 각기 다른 값으로 보존합니다. 어떤 날짜를 약속으로 인정할지는 회사의 승인 절차와 원천 자료에 따라 다를 수 있습니다. 납기 회신을 받고 협의하는 포털과, 이미 수락한 약속을 입고 이력과 비교하는 사후 조회 화면도 다른 개발 범위입니다.

규모가 작은 조직이라면 구매와 창고가 같은 엑셀을 쓰는 것만으로 충분할 수 있습니다. ERP 내 기본 보고서에서 발주행별 약속일과 입고 이력을 함께 내보낼 수 있는지 먼저 살펴보세요. 협력사가 여러 곳이고 부분 입고와 납기 변경 사유를 매번 수작업으로 맞춰야 한다면 별도 조회 대시보드의 범위를 개발업체와 협의할 만합니다.

이 글의 거래처, 날짜와 수량은 모두 가상 검수 자료입니다. 아래 비율은 이 글에서 정한 계산 규칙을 적용한 예시일 뿐 보편적인 납기 성과 기준이 아닙니다. 조회 화면의 계산과 거래처 평가·계약 제재·발주 전송은 별도 의사결정이며 실제 ERP 제품의 연동 가능성도 사전에 확인해야 합니다.

공식 자료와 적용할 때의 경계#

Microsoft Dynamics 365 문서는 구매자가 요청한 수령일과 공급자가 확인한 수령일을 구분하며, 협력사 성과 보고에서 정시와 전량 납품을 별도 관점으로 다룹니다. 제품 문서에서 정의하는 날짜와 계산 방식은 해당 제품의 구현 설명입니다. 이 글의 전량 수령 기준 50%나 단순 달력일 계산이 Microsoft 제품의 기본값이거나 모든 계약의 기준이라는 뜻은 아닙니다. 실제 채널과 ERP의 데이터 접근·계산 기준은 별도 확인이 필요합니다.

• Microsoft Learn: 공급자 요청일과 확인일: 요청·확정 출고일과 수령일의 제품별 의미를 참고합니다.
• Microsoft Learn: 공급 성과 보고서: 정시와 전량 평가를 구분하는 제품 기능 설명입니다.

데이터·권한·운영 책임을 어떻게 나눌까요?#

발주행은 발주번호만으로 식별하지 않습니다. 하나의 발주서에 여러 품목과 납기, 창고가 있을 수 있으므로 발주번호·행번호와 원천 시스템을 함께 기록합니다. 협력사 코드가 구매 시스템과 회계 시스템에서 다르면 승인된 거래처 매핑표를 사용합니다. 같은 이름이라는 이유로 회사를 자동 합치기보다 확인되지 않은 행을 대기 목록에 두는 편이 안전합니다.

입고가 여러 번이면 각 입고행의 수량, 단위, 수령 시각과 원천 식별자를 보존합니다. 발주 단위가 상자이고 입고 단위가 낱개라면 승인된 환산표와 적용 시점을 확인하기 전에는 전량 완료를 계산하지 않습니다. 초과 입고나 검수 불합격은 원장에 어떻게 기록되는지 먼저 확인하고 정상 완료와 섞을지 별도 표시할지를 업무팀이 정합니다.

원천 ERP는 발주와 입고의 정본이고 대시보드는 허용된 범위의 조회 사본이라는 경계를 먼저 둘 수 있습니다. 읽기 전용 화면이라고 해도 거래처의 계약 가격이나 담당자 연락처가 섞이지 않는지 확인합니다. 구매 담당자, 창고 담당자, 협력사별 조회 범위와 다운로드 권한을 나눕니다. 실제 ERP를 수정하는 권한은 납기 비교 화면에 자동으로 따라오지 않습니다.

자료를 가져오는 작업이 실패하면 입고가 없었다고 표시해서는 안 됩니다. 마지막 성공 시각과 대상 기간, 수집 실패 원천을 보여주고 해당 지표를 미확정으로 둡니다. 인증이 만료된 계정을 누가 갱신하는지, 실패한 날짜를 어떻게 다시 수집하는지, 이미 읽은 입고행을 중복 집계하지 않는지 운영 절차에 적습니다.

지연 목록을 구매팀이 내보내 협력사와 확인할 때는 기준일과 제외한 미완료 행의 수를 같이 전달합니다. 미완료가 많은 달과 완료 행이 많은 달의 비율을 같은 조건처럼 비교하면 해석이 달라질 수 있습니다. 특정 업체의 납기 준수율을 계약 평가에 쓰려면 휴업일, 긴급 발주와 구매자 요청 변경을 처리할 규칙까지 계약 담당자와 합의해야 합니다.

계약 변경이나 수령일 정정이 생기면 해당 기간과 행을 기록하고 승인된 방식으로 재산출합니다. 기존 보고서의 생성 시점과 데이터·계산 기준을 보관해 정정 전후를 비교할 수 있어야 합니다. 지연 건의 사유를 통계 화면에서 바로 확정하지 말고 협력사 회신과 내부 승인 기록을 별도 근거로 연결합니다.

업체 견적을 비교할 때는 원천 접근 조사, 보고서 개발, 누락·권한 검수, 운영 인수와 장애 대응을 나눠 요청합니다. 개발사가 제공한 데모 화면만으로 실제 ERP에서 모든 필드를 받을 수 있다고 판단할 수 없습니다. 데이터 제공 방식과 권한, 외부 서비스 비용과 상시 운영 지원은 계약 전 별도 확인이 필요합니다.

협력사의 회신과 약속 확정은 협력사 납기 회신 포털 구축에서 구분해 살펴보세요. 조회 중심 개발 범위는 SCM 운영대시보드 개발을 확인하세요.

납기 대시보드 인수 표본과 예외 처리#

검수 표본의 A는 100개를 11월 1일에 약속하고 그날 모두 받습니다. B는 100개를 11월 2일에 약속했지만 11월 4일 40개, 11월 5일 60개를 받습니다. 정시 여부를 전량 수령 기준으로 합의했다면 A는 정시, B는 3달력일 지연입니다. B의 첫 부분 입고만 보고 전량 완료로 처리하지 않는지 확인합니다.

C는 100개 중 60개만 받은 미완료 행, D는 확정 약속일이 없는 행입니다. 둘 모두 완료된 행의 분모에서 제외하고 각 대기 건수를 표시합니다. 완료 A·B 두 행 중 정시는 A 한 행이므로 50%입니다. 이 비율은 구매액 가중치나 납품 수량 가중치를 적용한 지표가 아닙니다. 그런 지표가 필요하다면 분모와 부분 수령 처리 규칙을 별도로 정의합니다.

약속일 변경 표본에서는 11월 2일에서 11월 5일로의 변경이 입고 전에 제안됐는지 수락됐는지 구분합니다. 같은 입고 기록이라도 최초 약속 기준 보고서와 승인된 최종 약속 기준 보고서의 결과가 다를 수 있습니다. 두 화면에 적용 기준과 버전을 표시하고 승인되지 않은 제안이 확정일을 조용히 덮어쓰지 않는지 확인합니다.

예외 표본에는 품목코드 미매핑, 상자·개 단위 불일치, 입고 취소, 초과 입고, 약속일 누락을 넣습니다. 계산할 수 없는 건을 0일 지연이나 정시로 바꾸지 않고 이유와 담당자를 확인합니다. 취소 이력이 뒤늦게 들어왔을 때 어떤 보고서를 다시 만들지, 오류가 지속될 때 수동 자료로 전환하는 책임은 누구에게 있는지 합의합니다.

마지막 인수에서는 원천 발주·회신·입고 표본과 화면의 개별 행을 대조합니다. 조회 권한이 없는 사용자가 다른 협력사의 납기와 다운로드 파일을 볼 수 없는지, 수집 중단 후 재개 시 동일 입고가 중복되지 않는지 시연합니다. 실제 데이터를 제공받지 못한 연동은 통과가 아닌 미검증으로 남기고 접근 승인과 후속 검수 일정을 정합니다.