보고 거버넌스 관점에서의 의미
최근 SAP Analytics Cloud(SAC)에 스토리 버전 관리 기능이 추가되었습니다.
이번 기능은 단순한 편의 기능이라기보다, 보고 체계의 통제 수준을 한 단계 높일 수 있는 기반 기능으로 해석하는 것이 적절해 보입니다. 다만 현재 기준으로는 스토리 승인 워크플로우까지 지원하는 구조는 아닌 것으로 확인됩니다.
1. 기능 범위
1) 지원 영역
스토리 변경 이력 저장
특정 시점 버전 복원
버전 간 비교 가능
변경 추적 기반 확보
2) 미지원 영역
승인 요청/결재 라우팅
단계별 승인 상태 관리
승인 완료 후 자동 잠금
워크플로우 기반 배포 통제
즉, Version History 기능은 제공되지만, Approval Workflow 기능은 포함되지 않은 상태입니다.
2. 기능의 비즈니스적 의미
1) 보고 구조 통제의 시작
기존 SAC 환경에서는 다음과 같은 리스크가 존재했습니다.
KPI 계산식 변경 이력 관리의 한계
필터 구조 변경 추적 어려움
과거 보고서 재현성 부족
스토리 버전 관리 기능은 최소한 다음을 가능하게 합니다.
특정 시점 보고 구조 보존
변경 전 상태 복원
감사 대응을 위한 근거 확보
완전한 통제는 아니지만, 통제의 기반 레이어가 형성되었다는 점에서 의미가 있습니다.
2) 계획 데이터와 보고 구조의 분리
SAC Planning에서는 데이터 버전에 대해 일정 수준의 관리가 가능합니다.
Public / Private Version
데이터 액션 기반 프로세스
제한적 승인 흐름 구현
반면, 스토리는 다음 요소를 포함합니다.
레이아웃
계산 로직
KPI 정의
필터 구조
이번 업데이트는 “데이터 버전 관리”에서 한 단계 나아가
“보고 구조 버전 관리”로 확장되었다는 점에서 전략적 의미를 가집니다.
3) 내부통제 및 감사 대응 관점
연결 보고 또는 내부관리회계 체계에서는 숫자뿐 아니라 계산 로직 또한 통제 대상입니다.
스토리 버전 관리 기능을 통해:
보고 시점 구조 고정
과거 보고서 재현 가능성 확보
변경 이력 추적 가능
등이 가능해집니다.
워크플로우가 없더라도, 내부통제 체계 보완 수단으로 활용할 수 있습니다.
3. 워크플로우 미지원에 대한 현실적 해석
현재 스토리에는 승인 기반 워크플로우가 포함되어 있지 않습니다.
이는 다음과 같은 배경 때문일 가능성이 있습니다.
보고 구조 변경 빈도는 데이터 변경보다 낮음
기업별 승인 프로세스가 상이함
SaaS 특성상 과도한 통제는 사용성을 저하시킬 수 있음
따라서 이번 기능은 “완성형 거버넌스”라기보다, 거버넌스 설계를 위한 토대 기능으로 보는 것이 타당합니다.
4. 실무 적용 시 고려사항
1) 권한 기반 통제 설계
Release 폴더 관리자 수정 제한
제출용 스토리 별도 관리
승인 전용 복사본 생성 후 배포
2) 릴리스 시점 버전 고정
월말 마감 완료 시점 스냅샷 저장
명명 규칙 표준화 (예: 2026M01_Release)
보고용 제출본 별도 보관
3) 외부 승인 프로세스 연계
사내 전자결재 시스템 활용
승인 완료 후 관리자만 버전 생성
워크플로우가 시스템 내에 없더라도, 운영 설계를 통해 준(準)워크플로우 구조를 구현할 수 있습니다.
5. 전략적 관점
이번 업데이트는 다음 방향성을 보여줍니다.
Self-Service BI 중심 → 통제 가능한 Enterprise Reporting
데이터 중심 관리 → 보고 구조까지 관리 확장
숫자 관리 → 의사결정 기록 관리
향후 스토리 승인 워크플로우까지 확장된다면, SAC는 단순 BI 도구를 넘어 통합 경영관리 플랫폼으로 자리매김할 가능성이 있습니다.
마무리
SAC 스토리 버전 관리 기능은 아직 승인 워크플로우 단계까지 지원하지는 않습니다.
그러나 보고 구조의 이력 관리와 복원이 가능해졌다는 점에서, 이는 단순 기능 개선이 아니라 보고 거버넌스의 출발점으로 해석할 수 있습니다.
결국 중요한 것은 기능 자체가 아니라, 이를 어떻게 운영 설계에 반영하느냐에 달려 있습니다.