ERP 대시보드는 행동을 바꿀 때 가치가 있다

대시보드의 숫자가 정확해도 사용자가 다음 행동을 결정하지 못하면 업무는 달라지지 않는다. “재고가 부족하다”에서 끝나는 화면과 “어느 주문이 위험하고, 누가 언제 확인해야 하는가”까지 보여주는 화면의 차이를 살펴보자.

이 글은 ERP 대시보드를 이미 운영하거나 도입하려는 팀이 회의·담당자·처리 기록을 설계하는 데 초점을 맞춘다. KPI 선정과 화면 구성 전체는 ERP 대시보드 설계 가이드에서 다룬다. 여기의 업체와 수량, 기한, 개선 수치는 모두 설명용 가정이며 실제 도입 성과가 아니다.

1. 먼저 “오늘 내릴 결정”을 한 문장으로 적는다

가상 유통업체가 매일 오전 재고 화면을 본다고 하자. 담당자마다 화면에서 원하는 것은 다르다.

• 구매 담당자: 오늘 공급사에 납기 확인이 필요한 발주는 무엇인가?
• 창고 담당자: 출고 전에 가용 수량을 다시 세어야 하는 품목은 무엇인가?
• 영업 담당자: 고객에게 납기 변경을 안내해야 하는 주문은 무엇인가?
• 책임자: 정상 구매 절차를 넘어 추가 승인이 필요한 건은 무엇인가?

같은 재고 데이터를 보더라도 결정이 다르다. 처음부터 모든 부서의 차트를 한 화면에 넣는 대신, 질문마다 필요한 상세 내역과 처리 권한을 정한다. 책임자의 요약 카드만 복제해서 실무자에게 제공하면 “그래서 어디를 눌러야 하지?”라는 문제가 남는다.

회의의 목표도 “숫자 보고”가 아니라 “오늘 확인할 예외와 담당자 확정”으로 적어보자. 화면에서 답하지 못하는 질문이 계속 나온다면 차트를 추가하기 전에 원천 자료나 담당 절차가 빠졌는지 확인한다.

2. 가상 사례: 재고 240개인데 왜 결품 위험일까?

품목 A에 다음과 같은 자료가 있다고 가정하자.

항목	수량	의미
창고 현재고	240개	실물·장부에 잡힌 보유 수량
기존 주문 예약	150개	다른 고객에게 이미 배정한 수량
품질 보류	30개	확인 전에는 출고할 수 없는 수량
추가로 배정 가능한 수량	60개	240 − 150 − 30
내일 납기인 미예약 주문	100개	기존 예약 150개와 별개의 수요
공급사 입고 예정	80개	아직 입고되지 않아 별도 확인 필요

이 사례에서는 예약과 품질 보류가 서로 중복되지 않는다고 가정한다. 실제 ERP에서는 예약 수량에 보류분이 포함됐는지 확인해야 한다. 같은 수량을 두 번 차감하면 부족을 과장할 수 있다.

현재고 240개만 보여주면 내일 주문 100개를 충분히 납품할 수 있다고 오해하기 쉽다. 그러나 추가 가용 수량은 60개이므로, 입고가 없으면 40개가 부족하다. 입고 예정 80개도 약속한 시간 전에 검수까지 끝나야 쓸 수 있다. 발주서에 날짜가 있다는 이유만으로 가용 재고에 더하지 않는다.

이 화면에서 필요한 행동은 “무조건 40개 긴급구매”가 아니다. 공급사의 도착 확정 시각, 검수 소요 시간, 예약 변경 가능 여부, 고객의 부분 납품 수용 여부를 먼저 확인해야 한다. 안전재고와 예상 수요까지 포함한 정식 가용성 계산은 회사 정책에 맞게 별도 정의한다.

3. 경고 하나를 확인·결정·실행으로 분해한다

가상 팀이 다음 순서로 움직인다고 해보자. 시간은 사례의 내부 약속일 뿐 업계 표준이 아니다.

1. 09:10 창고 확인: 품목 A의 가용 60개와 품질 보류 30개가 맞는지 재확인한다.
2. 09:30 구매 확인: 공급사에 예정 80개의 실제 출발 여부와 도착 시각을 확인한다.
3. 10:00 운영 판단: 입고·검수를 포함해 납기 충족이 가능한지 계산한다.
4. 10:30 영업 연락: 납기 위험이 남으면 고객에게 가능한 대안과 확정 안내 시간을 전달한다.
5. 완료 후 기록: 실제 입고·출고 수량과 고객 합의 내용을 근거로 종결한다.

품질 보류 상품을 화면에서 숨기거나 예약을 임의로 풀어 숫자만 정상으로 만들면 안 된다. 품질 판정과 주문 우선순위 변경에는 해당 업무 권한과 승인이 필요하다. 대시보드의 빨간 표시를 없애는 것이 목적이 아니기 때문이다.

예정 80개가 늦어진다면 현재 가용 60개와 부족 40개를 분리해 대응할 수 있다. 다른 창고 이동, 승인된 대체품, 분할 납품, 공급사 긴급 출고 중 어떤 선택이 가능한지 확인한다. 비용과 고객 영향은 함께 기록하되, 승인되지 않은 대안을 자동 실행하지 않는다.

4. 처리 목록에는 ‘다음 행동’을 남긴다

아래는 팀이 복사해 쓸 수 있는 운영 기록의 예시다.

필드	작성 예시
대상	품목 A / 미예약 주문 O-101
발견 조건	납기 전 확정 가용량 60개, 주문 100개
현재 원인	예정 입고 80개의 도착 시각 미확정
담당자 역할	구매 담당 / 고객 안내는 영업 담당
다음 행동	공급사 출발 확인 후 검수 가능 시각 확인
확인 기한	오늘 09:30
상태	확인 중
종결 근거	실제 입고·검수 완료 또는 고객과 대안 합의

“전화함”만 남기면 다음 담당자가 결과를 알기 어렵다. “공급사는 내일 14시 도착을 안내했으나 고객 납기는 12시여서 분할 납품 협의가 필요함”처럼 결정에 필요한 사실을 남긴다. 확인되지 않은 정보는 확정 사실과 구분한다.

처리 상태는 감지 → 확인 중 → 조치 합의 → 실행 중 → 검증 완료로 시작할 수 있다. 승인 거절이나 해결 불가도 기록할 수 있어야 한다. 실제 문제가 남았는데 모든 건을 완료로 만들도록 설계하면 숫자만 좋아진다.

같은 원인의 알림이 반복될 때는 기존 건에 새 상황을 붙일지, 새 건으로 만들지 기준을 정한다. 품목 하나에 경고가 다섯 번 발생했다고 다섯 건을 해결했다고 세면 운영 지표가 왜곡된다.

5. ‘개선됐다’는 주장은 어떤 숫자로 확인할까?

대시보드 조회 수는 이용 여부를 보여주지만 업무 성과 자체는 아니다. 시범 운영에서는 아래와 같이 범위를 좁혀 측정할 수 있다.

• 최초 확인 소요 시간: 경고 감지부터 담당자의 첫 확인까지
• 기한 초과 미처리 비율: 확인 기한이 지난 미종결 건 ÷ 기한 도래 대상 건
• 반복 원인 비중: 원인이 확인된 사건 중 같은 원인으로 재발한 사건의 비중
• 납기 영향: 실제 지연 주문 수와 전체 납기 도래 주문 수

가상으로 도입 전 기한 초과 건이 40건 중 12건, 도입 후 50건 중 8건이었다고 하자. 각각 30%와 16%이므로 비율 차이는 14%포인트다. “14% 감소”라고만 쓰면 상대 변화율과 혼동된다.

이 수치만으로 대시보드가 효과를 냈다고 단정할 수는 없다. 담당자 증원, 공급사 정상화, 주문 난도 변화가 함께 있었을 수 있다. 같은 정의와 비슷한 업무 범위로 비교하고, 변경 사항을 같이 남겨야 한다. 여기의 숫자는 계산 예시이지 위키위키나 특정 업체가 달성한 결과가 아니다.

처리 속도만 강조하면 쉬운 건만 먼저 끝내는 부작용도 생긴다. 미종결 건의 나이와 중요도, 고객에게 실제로 발생한 영향을 함께 확인하자. 목표 지표 하나로 담당자를 평가하기 전에 지표가 어떤 행동을 유도할지도 검토해야 한다.

6. 도입 첫 주에 할 수 있는 작은 실험

첫날: 반복해서 늦어지는 결정 하나를 고른다. 사용 중인 엑셀·메신저·ERP 화면에서 필요한 자료가 어디에 있는지 적는다.

둘째 날: 실제 업무를 잘 아는 담당자와 정상·지연·자료 누락 사례를 하나씩 따라간다. 민감한 고객정보를 외부 테스트 자료에 복사하지 않고 익명화된 예시를 쓴다.

셋째 날: 소수 지표와 처리 목록으로 회의를 진행한다. 화면을 본 뒤에도 담당자가 원천 전표를 찾지 못하거나 다음 행동을 정하지 못한다면 그 이유를 기록한다.

넷째 날: 담당자 부재, 공급사 답변 지연, 중복 경고, 데이터 갱신 실패 상황을 확인한다. 경고가 사라진 것과 실제 문제가 해결된 것을 구분하는지 점검한다.

다섯째 날: 도움이 된 정보와 사용하지 않은 정보를 나눈다. 차트를 늘리기 전에 불명확한 계산 기준과 책임 구분부터 고친다. 첫 주가 끝났다고 성과를 확정하지 말고, 운영 기준을 정리하는 기간으로 본다.

이 일정은 예시다. 접근 권한, 품질 승인, 여러 법인 간 업무가 얽힌 환경에서는 더 긴 검증과 관련 부서 검토가 필요하다.

7. 화면에서 꼭 확인할 여섯 가지

1. 기준 시각: 현재고·예약·발주가 같은 시점 기준인지 표시한다.
2. 자료 누락: 수집 실패를 수량 0이나 정상 상태로 보여주지 않는다.
3. 상세 연결: 경고를 누르면 당시 조건의 주문·입고 내역으로 이동한다.
4. 권한: 다른 부서·법인의 제한 정보가 상세·다운로드로 노출되지 않게 한다.
5. 모바일: 주요 상태와 다음 행동을 우선 배치하고, 긴 표는 읽기 쉽게 구분한다.
6. 변경 기록: 납기·담당자·상태를 누가 왜 바꿨는지 추적한다.

Microsoft의 대시보드 안내도 이용자의 목적을 먼저 생각하고 요약에서 세부 보고서로 확인할 수 있게 구성할 것을 권한다. 여기의 운영 순서와 수치 사례는 이를 그대로 번역한 것이 아니라 가상 업무에 맞춰 구성한 예시다. 대시보드 디자인 참고 자료

8. 내 업무에 적용해보는 세 가지 질문

• 지금 가장 자주 늦어지는 결정은 무엇이며, 누가 결정을 내려야 하는가?
• 현재 화면의 숫자 중 정의나 갱신 시각을 설명하지 못하는 것은 무엇인가?
• 내일 문제가 해결됐는지 무엇으로 확인할 것인가?

답을 지식꾸러미로 적고 ‘업무 질문 → 지표 정의 → 원천 자료 → 담당 조치 → 결과’ 순서로 연결해보자. 다른 팀원이 지표를 처음 보더라도 어떤 판단을 해야 하는지 이해할 수 있다면, 대시보드와 지식망이 같은 방향으로 작동하는 것이다.

함께 읽기

• ERP 대시보드 설계 가이드: KPI와 화면 구성
• 재고자산과 매출원가: 수량과 회계금액의 차이
• ERP 구축 절차: 전환·검증·안정화

본문은 AI의 도움을 받아 작성·보강한 운영 학습 자료다. 가상 시나리오와 제안한 운영 방식을 구분해 읽고, 실제 적용 전에는 회사의 승인·권한·품질 절차에 맞춰 조정한다.