지역 단위로 잘라내는 필터
지역 담당자에게는 자기 지역 행만 보이도록 필터를 강제합니다. 정책을 화면에서 처리하면 다른 경로로 우회할 수 있으므로, 조회 계층에서 적용합니다.
예: 지점별 매출 원장에서 담당 지점 행만 노출
데이터 거버넌스 · 접근 제어 설계
누가 무엇을 볼 수 있는지 먼저 정합니다
거버넌스는 규정 문서가 아니라 시스템 안에 박혀 있어야 작동합니다. 접근 제어, 권한 체계, 품질 관리, 감사 흐름을 어떤 순서로 설계하는지 정리했습니다.
거버넌스가 걸리는 파이프라인
도입 절차 확인하기- 수집 분류 입력 컬럼 단위 분류가 정책의 입력값이 됩니다.
- 저장 등급 태깅 개인정보·재무·내부 운영 등급을 붙입니다.
- 모델링 권한 정책 역할 기반과 속성 기반을 겹쳐 씁니다.
- 시맨틱 행·열 통제 조회 계층에서 필터와 마스킹을 강제합니다.
- 분석 품질 점검 위반 건은 별도로 쌓아 대시보드에 노출합니다.
- 배포 감사 기록 조회 이력을 보존 기간과 함께 관리합니다.
분류가 바뀌면 권한도 함께 갱신되어야 합니다. 파이프라인 각 단계에서 거버넌스가 어디에 걸리는지 표시했습니다.
접근 제어 설계
분류에서 시작해 권한으로 이어집니다
권한을 설계하는 첫 단계는 어떤 데이터가 어디에 있고 누구에게 속하는지 정하는 일입니다. 분류 없이 권한부터 만들면, 결국 전부 잠그거나 전부 열게 됩니다.
아래 항목은 카브로센이 실제 프로젝트에서 먼저 확인하는 순서입니다. 조직 구조와 데이터 성격에 따라 순서는 조정되지만, 분류가 정책의 입력값이 된다는 원칙은 달라지지 않습니다.
분류
개인정보, 재무 정보, 내부 운영 데이터처럼 성격이 다른 데이터에 등급을 붙이고, 컬럼 단위로 분류합니다. 등급이 붙은 시점에 이 데이터가 누구에게 열리는지 결정할 근거가 생깁니다.
연동
분류 결과는 권한 정책의 입력값으로 들어갑니다. 분류가 바뀌면 권한도 함께 갱신되는 구조라야, 정책이 문서로만 남지 않고 운영에서 유지됩니다.
역할
직무에 따라 권한을 묶는 방식입니다. 조직 구조가 단순하면 이 방식만으로도 대부분의 요구를 충족합니다. 계열사나 파트너가 얽히기 시작하면 다음 방식이 필요해집니다.
속성
소속, 지역, 계약 조건 같은 속성으로 판단합니다. 조직이 복잡해질수록 이 기준이 필요해지고, 두 방식을 섞을 때는 어떤 규칙이 먼저 적용되는지 우선순위를 문서로 명확히 남겨야 합니다.
검증
정책을 만든 뒤에는 실제 조회 경로를 따라가며 테스트합니다. 화면단에서 막는 방식은 우회 경로를 남기므로, 조회 계층에서 강제하는 구성을 확인합니다.
통제가 적용되는 세 층
행과 열, 그리고 기록이 함께 있어야 통제가 됩니다
같은 테이블을 보더라도 지역 담당자는 자기 지역 데이터만 보아야 합니다. 이 요구는 한 가지 방식으로 해결되지 않고, 세 가지 층이 겹쳐질 때 유지됩니다.
계좌번호처럼 값 자체를 가리는 처리
주민번호, 계좌번호, 연락처처럼 값 자체를 가려야 하는 열은 마스킹합니다. 행 필터와 마스킹을 함께 적용해야 같은 테이블에서도 담당자별로 다른 화면이 만들어집니다.
예: 상담 이력의 연락처 열 부분 마스킹
누가 언제 무엇을 조회했는지
기록 자체가 목적이 아니라, 이상 조회를 탐지하고 문의에 답하기 위한 근거입니다. 보존 기간과 기록 접근 권한을 함께 정해야 기록이 의미를 갖습니다.
예: 외부 반출 이력 조회 대응
품질과 기록
위반은 조용히 넘어가지 않게
품질 위반을 조용히 넘기면 분석 결과도 조용히 틀어집니다. 규칙을 적재 단계에서 검사하고, 위반 건을 별도로 쌓아 담당자가 바로 인지하게 만드는 편이 안전합니다.
- 결측치 허용 범위
- 어떤 열이 비어 있어도 되는지, 비율이 얼마를 넘으면 경고할지 정합니다. 허용 기준은 담당자가 바뀌어도 유지되도록 설정으로 남깁니다.
- 중복 판정 기준
- 같은 고객이 여러 번 들어오는 일은 흔합니다. 어떤 키를 기준으로 중복을 판정할지 미리 정해야 집계가 흔들리지 않습니다.
- 값 범위 검사
- 금액이나 수량이 음수로 들어오는 경우처럼, 값이 성립하지 않는 입력을 적재 단계에서 걸러냅니다.
- 위반 로그 노출
- 위반 건을 별도로 쌓아 대시보드에 노출합니다. 담당자가 문제를 인지하는 시점을 앞당기는 것이 목적입니다.
- 보존 기간
- 감사 로그는 얼마나 오래 남길지 정해야 합니다. 기간이 정해지지 않은 기록은 결국 아무도 열어 보지 않습니다.
- 기록 접근 권한
- 누가 로그를 조회할 수 있는지도 정책입니다. 감사 기록 자체가 또 다른 개인정보가 될 수 있으므로 권한을 좁게 유지합니다.
개인정보와 규제 대응
수집 목적과 보유 기간은 시스템 설정으로 남깁니다
국내 개인정보 규정과 사내 정책을 함께 확인해야 합니다. 수집 목적, 보유 기간, 파기 절차를 시스템 설정으로 관리하면 담당자가 바뀌어도 같은 기준이 유지됩니다. 문의 대응 창구와 처리 절차도 문서로 남겨, 누가 응대하더라도 동일한 순서로 처리되게 합니다.
- 수집 목적 기록
- 보유 기간 설정
- 파기 절차 문서화
공공 데이터 연결에서 참고할 점
서로 다른 주체가 데이터를 주고받을 때
행정안전부가 언급한 범정부 데이터 파이프라인은 기관 공유 시스템과 국가공유데이터 플랫폼을 연결하는 개념입니다. 서로 다른 주체가 데이터를 주고받을 때 필요한 것은 표준과 기록입니다.
민간에서도 계열사 간 데이터 교환에 같은 원칙이 적용됩니다. 표준 스키마, 이관 기록, 접근 권한이 함께 정의되어야 데이터가 오갈 때마다 다시 확인하지 않아도 됩니다.
이 항목은 공공 사례에서 참고할 만한 원칙이며, 실제 적용 범위는 조직 구조와 연결 대상 시스템에 따라 달라집니다.
도입 일정
거버넌스는 파이프라인과 같은 단계에 넣습니다
파이프라인 구축이 끝난 뒤 거버넌스를 설계하면 재작업이 발생합니다. 분류와 권한 정책은 수집 계층을 설계하는 같은 단계에서 결정하는 편이 비용이 적습니다.
수집 설계
컬럼 분류와 등급 태깅을 이 단계에서 함께 정합니다. 적재 규칙을 정할 때 품질 규칙도 같은 자리에서 결정합니다.
정책 설계
역할 기반과 속성 기반 권한의 우선순위 규칙을 이 시점에 문서로 확정합니다.
검증 계층
행 필터와 열 마스킹은 조회 계층에서 강제되도록 구성을 잡습니다.
운영 인계
감사 로그의 보존 기간과 조회 권한, 문의 대응 절차를 문서로 남기고 인계합니다.
상담 안내
거버넌스 상담이 필요하시면 문의 창구를 이용해 주세요
분류 체계, 권한 정책, 품질 규칙, 감사 로그 보존 기준까지 현재 운영 환경에 맞춰 확인합니다. 조직 구조와 계열사·파트너 연결 여부, 개인정보 취급 범위를 함께 알려 주시면 상담이 빠릅니다.
- 대표 번호
- +82 2-589-7902
- 이메일 문의
- [email protected]
- 업무 시간
- 평일 09:00–18:00 (주말·공휴일 휴무) · 서울특별시 강남구 테헤란로 152, 06236
상담 시 함께 알려 주시면 좋은 항목
- 보호 대상이 되는 데이터 항목과 소관 부서
- 계열사·파트너와 데이터를 주고받는 경로
- 감사 로그 보존 기간에 대한 사내 기준
- 현재 사용 중인 분류·권한 관리 방식
문의는 전용 문의 페이지에서 한 번에 접수하실 수 있습니다. 담당자가 확인 후 회신드립니다.