대시보드 숫자가 틀렸을 때 확인하는 순서

• 시리즈 13/16
• 데이터
• 대시보드
• 데이터품질

대시보드에 조치 완료가 0건, 지연이 수천 건으로 나왔다. 화면 로직을 몇 차례 고쳤지만 그대로였다. 원인은 세 군데에 있었다. 화면이 실제로 호출하는 경로가 생각과 달랐고, 판정에 쓰던 컬럼은 대부분 비어 있었으며, 조치율 공식에도 오류가 있었다. 이후로는 숫자가 이상하면 아래 순서대로 확인한다.

확인 순서

1. DB에서 기준값 만들기상태별 건수를 SQL로 직접 집계. 화면 숫자는 이 값과 비교
2. 화면이 실제로 부르는 경로 확인Microflow를 열어 어떤 액티비티가 데이터를 만드는지 확인
3. 판정 컬럼 채움률 확인상태 판정에 쓰는 컬럼이 전체 데이터에 채워져 있는지
4. 조회 컬럼 누락 확인집계에 쓰는 컬럼이 서버 조회에 포함됐는지
5. 공식과 반올림 확인분모, 제외 대상, 반올림 방식
6. 합계 검증상태별 건수의 합이 전체와 같은지

1. DB 기준값

SELECT CASE
         WHEN clearDetails IS NOT NULL OR clearDate IS NOT NULL THEN '조치완료'
         WHEN excluded = 1                                      THEN '제외'
         WHEN dueDate IS NULL                                   THEN '기한미지정'
         WHEN dueDate < CURRENT_DATE                            THEN '지연'
         ELSE '조치예정'
       END AS 상태,
       COUNT(*) AS 건수
FROM report$issue_flat
GROUP BY 상태;

2. 실제 경로가 달랐다

집계 Java Action을 몇 번 수정했는데 화면이 바뀌지 않았다. Microflow를 열어 보니 Java Action이 아니라 Retrieve와 Export to JSON 조합으로 데이터를 만들고 있었다. 고친 코드는 호출되지 않는 코드였다.

3. 판정 컬럼이 대부분 비어 있었다

완료 여부를 상태 컬럼으로 판정했는데, 이 컬럼은 특정 점검 유형에서만 쓰는 값이었다. 나머지 유형은 조치 내용이나 조치 완료일이 있으면 완료로 본다. 현업 담당자에게 기준을 확인하고 판정식을 바꿨다.

조치완료 = 조치내용 있음 OR 조치완료일 있음

4. 조회에서 빠진 컬럼

근거 조항 미기재가 100%로 나왔다. 집계 쿼리 SELECT 절에 근거 조항, 점검 기관, 점검 기간 컬럼이 빠져 있었다. 값이 없는 것이 아니라 가져오지 않은 것이었다.

5. 공식과 반올림

function completionRate(done, total, excluded) {
  var base = total - excluded;
  if (base <= 0) return 0;
  return Math.floor(done / base * 1000) / 10;   // 99.96% → 99.9%
}

6. 합계가 안 맞을 때 생긴 상태값

상태별 건수를 더하면 전체보다 적었다. 하나는 화면 칩 목록에 "조치예정"이 빠져 있었고, 하나는 판정 규칙에 해당하지 않는 데이터였다.

점검 목록

• 화면 숫자와 비교할 DB 기준값이 있는가
• 데이터소스부터 실제 액티비티까지 따라가 봤는가
• 판정 컬럼이 전체 유형에 채워지는 값인가
• 집계 쿼리가 필요한 컬럼을 모두 가져오는가
• 상태별 합계가 전체와 같은가
• 여러 화면이 같은 판정 규칙을 쓰는가

• #대시보드
• #데이터품질
• #집계오류
• #Mendix
• #SQL
• #PI