배부 결과

배부 단계를 실행하면 출력으로 결과 테이블이 생성되며, 이를 검사하고 검증한 뒤 다운스트림 단계에 사용할 수 있습니다.

결과 테이블의 내용

일반적인 배부 결과 행에는 다음이 포함됩니다.

• 소스 식별자 — 이 배부의 출처가 된 소스 테이블의 행
• 대상 식별자 — 배부된 금액을 받은 대상 차원 또는 테이블의 행
• 배부 금액 — 이 대상에 할당된 소스 금액의 몫
• 드라이버 값 — 배부의 근거가 된 드라이버 수치(예: 인원수, 매출, 시간)
• 배부율 — 전체에서 드라이버 몫이 차지하는 비율
• 소스 금액 — 배부되는 원래 총액(감사 가능성을 위해 함께 보관)
• 풀 / 태그 / 규칙 참조 — 규칙 기반 태깅을 사용한 경우, 이 행을 생성한 규칙

정확한 열은 배부 단계 유형과 구성에 따라 다릅니다.

검증 체크리스트

결과를 사용하기 전에 다음을 확인합니다.

1. 대사 — 배부 금액의 합계가 소스 금액의 합계와 같은지 확인합니다(부동 소수점 허용 오차 내). 같지 않다면 배부되지 않은 부분이 있습니다.
2. 고아 소스 행 없음 — 모든 소스 행이 하나 이상의 배부 행을 생성해야 합니다. 고아 행은 대개 소스의 태그 또는 차원 멤버와 일치하는 드라이버 데이터가 없다는 뜻입니다.
3. 고아 대상 없음 — 모든 대상이 무언가를 받을 것으로 예상했다면, 모든 대상 차원 멤버가 결과에 나타나는지 확인합니다.
4. 합리적인 배부율 — 배부율은 소스 풀별로 합계가 1.0(100%)이어야 합니다. 배부율이 크게 어긋나면 드라이버 데이터에 문제가 있다는 뜻입니다.
5. 합계 표본 점검 — 금액이 큰 소스 행 하나를 골라 배부 결과가 직접 계산한 값과 일치하는지 확인합니다.

살펴볼 일반적인 패턴

• 배부 금액 0 — 대상이 아무것도 받지 못했다면 대개 드라이버 행이 없거나 값이 0이었다는 뜻입니다
• 한 곳에 집중 — 배부의 대부분이 한 대상에 몰렸다면 대개 드라이버 열에 매우 큰 값이 하나 있다는 뜻입니다(업스트림의 데이터 품질 문제인 경우가 많습니다)
• 음수 드라이버 — 배부 단계에 따라 음수 드라이버 값이 반전된 배부를 만들 수 있습니다. 의도한 결과인지 확인합니다.

다음 단계

• AI 에이전트로 배부 분석 — MCP를 통해 결과가 왜 바뀌었는지, 무엇이 결과를 좌우하는지, 변경하면 어떻게 되는지 질문합니다
• 배부 문제 해결 — 대사가 실패할 때 해야 할 일
• 데이터 게시 — 결과를 신뢰할 수 있게 되면 대시보드와 다운스트림 소비자를 위해 게시합니다