마스터·참조 데이터 관리

여러 업무가 공유하고 중복·불일치가 고객 경험, 재무, 규제 보고에 영향을 주는 개체를 마스터 범위로 잡는다. 국가 코드·통화·조직 유형처럼 허용값을 통제하는 목록은 참조 데이터로 본다. 변경 속도, 시스템 자율성, 실시간 동기화 필요에 따라 중앙 등록형과 공존형을 고른다.

도메인 오너는 고객·상품·공급자 같은 개체의 의미와 생명주기를 승인한다. 레코드 스튜어드는 신규·정정·병합·분리 요청을 처리한다. 애플리케이션 오너는 시스템 오브 레코드와 배포 규칙을 지킨다. 플랫폼팀은 매칭, 식별자 매핑, 배포와 감사 기능을 제공한다.

개체별 표준 속성, 자연키·대체키, 시스템 오브 레코드, 값별 우선 출처, 매칭 규칙을 정한다. 확정적 식별자를 우선하고 확률 매칭은 신뢰도와 수동 검토 구간을 둔다. 병합 전 원본 레코드와 근거를 보존하고 되돌릴 수 있어야 한다.

참조 데이터는 코드, 표시명, 정의, 유효 시작·종료일, 상위 코드, 대체 코드를 버전으로 배포한다. 소비 시스템은 하드코딩 대신 승인된 버전을 가져오고 폐기 코드를 처리하는 방식을 갖춘다.

개체 모델, 시스템 오브 레코드 매트릭스, 명명·매칭 규칙, 병합·분리 기록, 참조 데이터 변경 로그, 소비 시스템 목록이 필요하다. KPI는 중복률, 자동 매칭 정밀도와 재현율, 수동 검토 적체, 변경 전파 시간, 폐기 코드 사용 건수, 병합 되돌림 건수를 본다.

• 마스터와 참조 데이터의 범위를 구분했다.
• 속성별 시스템 오브 레코드가 정해졌다.
• 자동 매칭과 수동 검토의 경계가 있다.
• 병합 결과를 되돌리고 원본 근거를 확인할 수 있다.
• 참조 코드의 유효 기간과 대체 코드를 배포한다.

“단일 진실 공급원”을 모든 속성을 한 시스템에 넣는 뜻으로 해석하면 업무 시스템의 책임과 변경 속도가 무너진다. 매칭 정확도만 높이고 잘못된 병합의 피해를 보지 않는 것도 위험하다. 개체별로 권위 있는 출처가 다를 수 있으며 공존형은 이 차이를 숨기지 않고 규칙으로 관리한다.