MDM · 마스터 데이터 관리

MDM이란?

MDM을 손댄 회사에서 가장 먼저 달라지는 것은 회의 풍경입니다. 숫자가 다르게 나올 때마다 "어느 시스템 기준이냐"를 따지던 30분이 사라지고, 논쟁의 대상이 숫자에서 판단으로 옮겨갑니다. 기술적으로 보면 시스템마다 흩어진 레코드를 대표 레코드 하나로 묶고 나머지를 그 아래 연결하는 작업이지만, 조직 입장에서는 어떤 값을 회사의 공식 답으로 인정할지 합의하는 절차를 만드는 일에 가깝습니다. 그래서 이 일의 절반 이상은 데이터베이스가 아니라 회의실에서 진행됩니다.

마스터 데이터는 참조 데이터와 구분해서 다뤄야 합니다. 국가코드·통화코드처럼 외부 표준을 그대로 받아 쓰는 값이 참조 데이터라면, 거래처·제품·직원처럼 우리 회사만 정의할 수 있는 대상이 마스터 데이터입니다. 운영 방식도 한 가지가 아닙니다. 기존 시스템은 그대로 두고 연결 관계만 관리하는 레지스트리형, 정본을 별도 허브에 두고 각 시스템에 내려보내는 허브형, ERP 한 곳을 원본으로 못 박는 중앙집중형이 있는데 중견기업 규모에서는 ERP를 원본으로 삼는 방식이 가장 현실적입니다.

성패는 측정 지표를 잡았는지에서 갈립니다. 중복 의심 건수, 사업자번호 같은 필수 항목의 누락률, 신규 등록 요청이 처리되기까지 걸리는 시간 — 이 세 가지만 월 단위로 봐도 관리가 됩니다. 매칭 규칙은 사업자번호 완전일치를 1순위에 두고, 상호 유사도나 주소가 비슷한 건은 사람이 눈으로 확인하는 2차 후보로 돌리는 편이 안전합니다. 자동 통합 비율을 무리하게 끌어올리면 본사와 지점, 또는 다른 법인을 한 덩어리로 묶는 사고가 납니다.

현장에서 가장 자주 어긋나는 지점은 MDM을 "한 번 대청소하는 일"로 보는 것입니다. 솔루션을 깔고 중복을 정리해도 등록 권한과 표기 규칙을 함께 손보지 않으면, 급한 영업 담당자가 신규 코드를 또 만들어 반년이면 원래대로 돌아갑니다. 더 위험한 오해는 중복을 삭제로 해결하는 것입니다. 폐업 거래처 코드를 지워버리면 그 코드로 발행한 과거 세금계산서와 전표가 참조를 잃고 결산 금액이 맞지 않습니다. 중복은 삭제가 아니라 대표코드로 연결하고 상태값으로 표시해야 하고, 통합 이력은 되돌릴 수 있게 남겨야 합니다.