ERP 대시보드 설계 가이드: 핵심 KPI 선정부터 실무 활용 사례까지

ERP 대시보드의 매출 그래프는 올라가는데 구매팀은 자금이 부족하다고 하고, 영업팀은 납기 독촉을 받는다. 서로 다른 문제를 설명하는 숫자를 같은 의미로 읽고 있지는 않을까?

이 글은 “이 화면을 본 사람이 어떤 결정을 내려야 할까?”에서 출발해 부서별 지표와 화면을 설계하는 방법을 설명한다. 수치와 회사 상황은 이해를 돕기 위한 가상 사례이며, 특정 기업의 실제 성과나 업계 표준을 뜻하지 않는다.

1. ERP 대시보드란 무엇인가

ERP 대시보드는 영업, 구매, 재고, 생산, 회계에서 발생한 데이터를 목적에 맞게 요약해 현재 상태와 조치할 문제를 보여주는 화면이다. 모든 거래를 나열하는 조회 화면, 마감 결과를 설명하는 월간 보고서와 역할을 구분하면 설계가 쉬워진다.

거래 조회는 “이 전표에 무엇이 기록됐나?”, 월간 보고서는 “지난달 성과가 왜 이렇게 나왔나?”, 대시보드는 “지금 무엇부터 처리해야 하나?”에 답한다. 첫 화면에서 모든 목적을 동시에 해결하려 하면 우선순위가 흐려진다.

예를 들어 재고금액이 늘었다는 표시만으로는 구매를 줄여야 할지 판단하기 어렵다. 성수기를 준비한 정상 증가인지, 판매가 멈춘 품목이 쌓인 것인지, 매입단가 상승 때문인지 구분해야 한다. 합계에서 품목군, 창고, 개별 거래로 내려갈 수 있어야 숫자가 업무의 단서가 된다.

설계 전에 사용자별 목적을 적어보자. 재무팀은 “회수가 늦어진 채권을 찾는다”, 구매팀은 “생산 차질을 일으킬 발주 지연을 찾는다”가 될 수 있다. 이 문장이 지표의 선택 기준이다.

2. 부서별 KPI는 질문과 계산 기준을 함께 정한다

KPI는 핵심 성과지표다. 같은 매출액을 보더라도 영업은 목표 달성, 재무는 인식 기준과 수금, 경영진은 수익성을 확인한다. 먼저 부서별 질문을 나누고, 같은 이름으로 쓰는 지표의 정의는 함께 맞춰야 한다.

사용자	먼저 답할 질문	시작할 지표 예시
경영진	성장과 이익이 함께 움직이는가?	매출액, 매출총이익률
재무	받을 돈이 제때 들어오는가?	연체채권 비율, 수금액
영업	약속한 매출과 납기를 지키는가?	매출 목표 달성률, 납기 준수율
구매	필요한 자재가 제때 도착하는가?	지연 발주 잔량, 입고 예정일
생산·창고	계획한 양품을 만들고 공급하는가?	양품 계획 달성률, 결품 위험

이 표는 출발점이다. 아래 계산식과 갱신 주기도 설계 예시이므로 회사의 거래 구조와 관리 목적에 맞게 합의해야 한다.

매출총이익률: 매출 성장의 내용을 확인한다

계산 예시는 (매출액 - 매출원가) ÷ 매출액 × 100이다. 회계에 인식된 매출과 대응하는 원가를 사용하고, 반품·할인·부가세·내부거래 처리 기준을 정의한다. 매출액이 0이면 비율을 0%로 표시하지 말고 계산 불가 상태로 구분한다.

출처는 매출·원가 전표와 계정 매핑이다. 일 단위로 잠정 추이를 보고 월말 원가 마감 후 확정값을 제공할 수 있다. 원가가 아직 배부되지 않은 당일 매출로 계산한 이익률을 확정 실적으로 읽지 않도록 잠정 여부와 기준일을 표시한다.

연체채권 비율: 회수 위험을 잔액으로 본다

이 글에서는 지급기일을 지난 미수잔액 ÷ 전체 매출채권 미수잔액 × 100으로 정의한다. 분자와 분모는 같은 기준일·통화·부가세 기준을 사용한다. 지급기일이 오늘이면 당일 연체에 포함하는지도 정해야 한다. 여기서는 지급기일 다음 날부터 연체로 분류한다.

출처는 청구 건별 지급기일, 미수잔액, 수금 배부 내역이다. 은행 입금이 확인됐어도 청구 건에 연결되지 않으면 연체로 남아 보일 수 있다. 따라서 매일 수금 반영 후 갱신하고, 미배부 입금은 따로 보여준다. 지급기일이 비어 있는 거래를 정상채권으로 간주해서도 안 된다.

납기 준수율: 무엇을 ‘한 건’으로 셀지 결정한다

예시는 약속한 날짜까지 전량 납품한 주문 행 수 ÷ 해당 기간 납기 도래 주문 행 수 × 100이다. 일부만 납품한 행, 취소 주문, 고객 요청으로 바뀐 납기를 어떻게 다룰지 기록한다. 변경된 날짜만 남기면 납기 실적이 좋아진 이유를 추적하기 어렵다.

출처는 주문 행별 확정 납기, 약속 변경 이력, 납품 완료일이다. 일 단위 운영 회의 전에 갱신할 수 있다. 주문 건수 기준과 수량 기준은 결과가 다르므로 같은 이름으로 섞지 않는다. 전체 준수율 옆에 주요 고객의 지연 주문을 연결하면 후속 대응에 도움이 된다.

지연 발주 잔량과 양품 계획 달성률

지연 발주 잔량은 기준일 이전에 입고됐어야 하지만 아직 입고되지 않은 수량이다. 발주·입고·취소 이력을 연결하고, 개와 킬로그램처럼 다른 단위를 무작정 합산하지 않는다. 구매 담당자는 매일 확인하되 생산 중단 위험이 큰 품목은 필요한 주기를 별도로 정한다.

양품 계획 달성률은 해당 기간 양품 완료수량 ÷ 계획 양품수량 × 100으로 시작할 수 있다. 생산계획, 실적, 검사 결과가 출처다. 교대 종료 후 확인하되 계획 변경 기준시점을 고정하고 품목별 단위를 맞춘다. 이 비율은 생산 속도나 설비종합효율과 같은 지표가 아니다.

각 지표에는 이름, 목적, 계산식, 포함·제외 조건, 원천 자료, 갱신 주기, 관리자를 적은 정의서를 붙인다. 서로 다른 보고서에서 숫자가 다르면 차트부터 수정하지 말고 이 정의서와 집계 조건부터 비교한다.

3. 화면은 요약, 원인, 조치의 순서로 구성한다

첫 화면은 상태 요약, 원인 분석, 처리 목록의 세 층으로 나눠보자. 재무 담당자의 채권 대시보드는 다음과 같이 시작할 수 있다.

화면 위치	담을 내용
공통 조건	법인·기준일·통화·갱신 시각
상단 요약	미수잔액·연체금액·연체비율·수금액
중단 분석	월별 추이·연체기간별 금액·거래처 비교
하단 조치	청구 건·원인·담당자·다음 연락일·상태

핵심 카드에는 현재값만 놓지 말고 비교 기준도 붙인다. “연체비율 30%”와 “전월 말 24% 대비 6%p 증가”는 판단에 주는 정보가 다르다. 비율의 차이는 퍼센트포인트로 표현하고, 금액의 증감률과 혼동하지 않게 표기한다.

화면의 기본 기간은 업무에 맞춘다. 월말 잔액과 월중 누적 수금액은 서로 다른 종류의 값이다. 둘을 함께 표시할 수 있지만 각 카드의 기간을 밝혀야 한다. 9월 10일까지의 매출을 8월 전체 매출과 비교하려면 비교 범위가 다르다는 안내도 필요하다.

추세는 선그래프, 거래처별 금액 비교는 막대그래프, 개별 청구 건 확인은 표로 시작해볼 수 있다. Microsoft도 이용자의 목적, 핵심 정보의 강조, 데이터에 맞는 시각화 선택을 설계 원칙으로 제시한다. 대시보드 디자인 공식 안내

예외를 빨간색으로만 표현하면 색을 구별하기 어려운 사람은 놓칠 수 있다. “기한 초과”, “자료 미반영” 같은 문구를 함께 쓴다. 모바일에서는 주요 카드와 처리 목록을 먼저 보여주고 긴 표의 상세 항목은 개별 화면에서 확인하도록 구성할 수 있다.

카드를 눌렀을 때는 당시의 기준일·법인·통화 조건을 상세 화면에도 전달한다. 상단의 연체금액과 아래 청구 목록 합계가 다르면 사용자는 어느 숫자도 믿기 어렵다. 제외된 항목이나 권한 제한 때문에 차이가 생긴다면 그 이유를 설명해야 한다.

4. 가상 사례: 매출은 늘었는데 수금은 줄었다면

부품을 외상으로 판매하는 가상 기업 A사를 생각해보자. 아래는 두 달의 관리자료다. 금액 단위는 억 원이며, 설명을 위해 부가세·환율·반품·상계·대손 등의 영향을 제외했다. 수금액에는 이전 달에 발생한 채권의 회수도 포함된다.

항목	8월	9월
월초 미수잔액	6	5
당월 외상매출	8	10
당월 수금액	9	7
월말 미수잔액	5	8
월말 연체금액	1.2	2.4

이 단순 사례에서 8월 말 잔액은 6 + 8 - 9 = 5, 9월 말은 5 + 10 - 7 = 8이다. 매출은 25% 늘었지만 미수잔액은 60% 증가했다. 연체비율도 1.2 ÷ 5 = 24%에서 2.4 ÷ 8 = 30%로 높아졌다. 실제 채권 대사에는 앞에서 제외한 조정 항목들도 포함해야 한다.

그렇다고 “매출 증가가 곧 부실채권을 만들었다”고 결론 내리면 안 된다. 결제조건이 긴 신규 고객이 늘었거나, 특정 청구에 분쟁이 있거나, 이미 들어온 돈을 아직 배부하지 않았을 수 있다. 대시보드는 원인을 확인할 출발점을 제공한다.

첫 단계: 연체기간과 거래처로 나눈다

9월의 연체금액 2.4억 원을 지급기일 경과일 기준으로 1–30일, 31–60일, 61일 이상으로 나눈다. 이 사례에서는 각각 0.6억, 1.1억, 0.7억 원이라고 가정한다. 오래된 채권이 어느 고객에 집중됐는지 보면 확인 순서를 정할 수 있다.

미수금의 경과기간을 나눌 때는 청구일과 지급기일 중 무엇을 기준으로 삼았는지 명시해야 한다. 발행 후 60일이 지난 청구서라도 지급기일 전이면 연체가 아닐 수 있다. Oracle의 채권 보고서 안내에서도 기준일, 지급기일, 미수잔액, 기간 구간 등을 확인할 수 있다. 공식 채권 보고서 안내

두 번째 단계: 청구 건에서 원인을 확인한다

거래처 B의 미수 0.5억 원이 눈에 띈다고 가정하자. 상세 내역을 확인했더니 0.2억 원은 입금됐지만 청구 건에 미배부 상태였고, 0.3억 원은 납품 수량에 대한 이견으로 지급이 보류돼 있었다. 같은 고객의 같은 연체 표시 안에 서로 다른 업무가 들어 있다.

재무 담당자는 0.2억 원의 입금자와 청구 내역을 대조한 뒤 배부를 처리한다. 영업과 물류 담당자는 나머지 0.3억 원의 주문·납품·검수 자료를 확인하고 이견을 해결한다. 단순히 영업 담당자에게 전액을 독촉하라고 지시하는 것과는 대응이 달라진다.

미배부 입금은 처음부터 수금과 채권 감소에 반영된 금액인지 확인해야 한다. 이미 수금액에 포함된 돈을 배부했다는 이유로 다시 수금 실적으로 더하면 이중 집계다. 배부 전후에 거래처별 잔액과 총계가 어떻게 달라지는지도 검증한다.

세 번째 단계: 담당자와 다음 행동을 남긴다

처리 목록에 청구번호, 금액, 원인, 담당자, 다음 확인일, 상태를 기록한다. 상태는 확인 중, 고객 협의, 입금 확인, 종결처럼 실제 업무와 맞춘다. 종결할 때는 누가 어떤 근거로 완료했는지도 남긴다.

다음 회의에서는 기한 내 확인 여부, 반복 원인, 장기 연체로 넘어간 금액을 본다. 배부 오류를 바로잡은 효과와 실제 추가 현금을 회수한 효과는 구분한다.

5. 대시보드가 실패하는 다섯 가지 이유

같은 이름으로 다른 숫자를 보여준다

영업은 주문금액, 물류는 출하금액, 회계는 인식된 매출을 각각 “매출”이라고 부를 수 있다. 어느 하나를 무조건 틀렸다고 하기 전에 업무 의미를 구분한다. 공통 지표는 정의를 통일하고, 다른 지표는 주문액·출하액·회계매출처럼 이름을 나눈다.

최신 화면을 최신 데이터로 착각한다

브라우저를 방금 열었다고 ERP 원천 거래가 모두 반영된 것은 아니다. 원천 시스템 반영, 데이터 수집, 지표 계산, 화면 갱신 사이에 지연이 생길 수 있다. 업무 판단에 필요한 기준시각과 마지막 정상 처리시각을 표시하고, 실패하면 갱신 실패 상태를 드러낸다.

특히 데이터가 없다는 이유로 지표를 0으로 대체하지 않는다. 매출 0원과 매출 자료 미수신은 전혀 다른 상황이다. Microsoft 공식 문서도 게시일·수정일·데이터 새로고침 시각을 구분해 확인하도록 안내한다. 데이터 최신성 확인 방법

경고가 많아도 처리하는 사람이 없다

연체금액이 기준을 넘으면 빨갛게 표시하는 것만으로 업무가 완료되지는 않는다. 경고마다 담당자, 최초 확인 기한, 상위 담당자에게 넘길 조건을 정한다. 이미 처리 중인 건은 신규 경고와 구분하고 반복 알림이 필요한 주기도 합의한다.

경고 기준은 업계 공통 정답처럼 제시하지 않는다. 고객별 결제조건, 중요 자재 여부, 계절성에 따라 의미가 다르다. 처음에는 소수 기준으로 운영하고 오경보와 놓친 문제를 기록하면서 조정하는 편이 판단 과정을 설명하기 쉽다.

지표 달성이 업무 목적을 대신한다

생산량만 높이면 필요 없는 재고가 쌓일 수 있고, 매출액만 강조하면 회수 위험이 커질 수 있다. 목표 지표 옆에 부작용을 확인할 지표를 둔다. 생산 실적에는 양품과 재고, 매출에는 이익과 연체채권을 함께 검토하는 방식이다.

요약과 원천 자료를 맞춰보지 않는다

전체 합계가 맞아도 일부 고객의 거래가 중복되거나 누락될 수 있다. 주문 한 건에 여러 납품과 입금이 연결될 때 단순 결합으로 금액이 반복 합산되는지도 살펴본다. 지표별로 집계 단위를 정하고 합계와 대표 거래 몇 건을 함께 검증한다.

권한 검증도 필요하다. 요약 화면에서 볼 수 없는 다른 법인의 정보가 상세 조회나 다운로드에 나타나서는 안 된다. 담당자 변경 후의 권한, 접근 제한 안내, 승인 없는 지표 정의 변경까지 점검 대상으로 삼는다.

6. 첫 대시보드를 만드는 순서와 점검표

처음에는 한 부서의 반복 문제 하나를 선택한다. 예를 들어 “연체채권 확인과 후속 연락이 늦어진다”를 정하고, 실제 담당자에게 현재 어떤 자료를 모으고 무엇을 확인하는지 묻는다. 원하는 차트 목록보다 업무의 결정 지점을 기록하는 것이 먼저다.

다음으로 소수의 핵심 지표와 정의서를 만든다. 예시 데이터를 넣은 화면으로 요약에서 거래 내역까지 따라가 보고, 정상·연체·부분입금·취소·누락 상황을 각각 확인한다. 계산이 맞는 것과 사용자가 다음 행동을 이해하는 것을 따로 검증한다.

짧은 시범 운영 기간에는 조회 수보다 처리 과정을 관찰한다. 자료를 찾는 시간, 담당자를 정하는 시간, 기한을 넘긴 미처리 건수를 도입 전후 같은 기준으로 비교한다. 거래량과 계절성이 달라졌다면 성과를 모두 대시보드 덕분이라고 해석하지 않는다.

공개 전에 아래 질문에 답할 수 있는지 확인해보자.

• 사용자는 이 화면으로 어떤 결정을 내리는가?
• 각 지표의 계산식과 포함·제외 조건이 문서로 남아 있는가?
• 기준일, 통화, 부가세, 마감 여부를 구분하는가?
• 갱신 지연과 데이터 누락을 0이나 정상 상태로 숨기지 않는가?
• 요약에서 원천 거래까지 같은 조건으로 내려갈 수 있는가?
• 경고를 처리할 담당자와 다음 확인일이 있는가?
• 상세 조회와 다운로드에도 필요한 권한이 적용되는가?
• 모바일에서도 핵심 상태와 후속 행동을 확인할 수 있는가?
• 지표의 개선과 실제 업무 성과를 구분해 측정하는가?

차트를 추가하기 전에 “이 숫자가 달라지면 누가 무엇을 확인할까?”에 답해보자. 이상 징후에서 원천 거래와 담당자의 후속 행동까지 이어질 때 대시보드는 일상 업무에 자리 잡을 수 있다.

함께 읽으면 좋은 지식:

• ERP 대시보드는 행동을 바꿀 때 가치가 있다
• 기준정보가 ERP 품질을 결정한다
• 주문에서 수금까지 연결해야 매출이 현금이 된다