# SAP BusinessObjects

## 1. 개요
**SAP BusinessObjects(SAP BO)**는 기업 내 분산된 데이터를 통합하여 분석하고, 이를 시각적 보고서나 대시보드 형태로 제공하는 엔터프라이즈급 비즈니스 인텔리전스(BI, Business Intelligence) 플랫폼이다. BI란 데이터를 수집, 정리, 분석하여 의사결정에 필요한 유의미한 통찰(Insight)을 도출하는 기술과 프로세스를 의미한다. SAP BO는 특히 대규모 조직에서 표준화된 보고 체계를 구축하고, 데이터 거버넌스를 유지하며, 정교한 픽셀 단위의 보고서를 생성하는 데 최적화되어 있다. 따라서 데이터 정합성이 최우선인 금융권, 공공기관 및 대규모 제조 기업의 전사 보고 체계 구축에 주로 활용된다.

## 2. 주요 구성 요소 및 기능
SAP BO는 사용자의 목적과 기술적 숙련도에 따라 선택할 수 있는 다양한 분석 도구를 제공한다.

| 도구명 | 주요 기능 | 타겟 사용자 | 활용 목적 | 비고 |
| :--- | :--- | :--- | :--- | :--- |
| **Web Intelligence (WebI)** | Ad-hoc 분석, 인터랙티브 리포팅, 웹 기반 쿼리 | 일반 비즈니스 사용자, 분석가 | 유연한 데이터 탐색 및 정기 분석 보고서 작성 | 핵심 분석 도구 |
| **Crystal Reports** | 픽셀 단위의 정밀한 레이아웃 설계, 고해상도 출력 | 리포트 개발자, 운영 담당자 | 송장, 증명서 등 정형화된 고정 양식 보고서 생성 | 정형 리포트 특화 |
| **Information Design Tool (IDT)** | 유니버스(Universe) 설계 및 데이터 모델링 | IT 관리자, DB 전문가 | 데이터 소스 추상화 및 비즈니스 용어 매핑 | 기존 UDT를 대체하는 최신 모델링 도구 |
| **Lumira** | 데이터 시각화, 셀프 서비스 분석, 대시보드 구축 | 경영진, 데이터 분석가 | 시각적 추세 분석 및 인터랙티브 대시보드 구현 | 현재 SAC로 대체되는 추세 |

## 3. 작동 원리 및 아키텍처
SAP BO의 아키텍처는 데이터베이스의 복잡성을 사용자로부터 분리하는 '추상화 계층'을 중심으로 설계되어 있다.

### 3.1 데이터 흐름도
`데이터 소스 (RDBMS, SAP HANA, BW 등)` → `유니버스 (Semantic Layer)` → `리포트 도구 (WebI, Crystal Reports)` → `최종 사용자 (End User)`

### 3.2 작동 프로세스
1. **연결**: 데이터 연결 관리자가 물리적 데이터베이스(SQL Server, Oracle, SAP HANA 등)에 접속한다.
2. **추상화**: 유니버스 디자이너가 복잡한 테이블 조인(Join)과 SQL 쿼리를 비즈니스 용어(예: '매출액', '지역별 판매량')로 정의한다.
3. **요청**: 사용자가 리포트 도구에서 원하는 항목을 드래그 앤 드롭으로 선택한다.
4. **변환**: BO 엔진이 사용자의 요청을 유니버스 정의에 따라 최적화된 SQL 쿼리로 자동 변환하여 DB에 전송한다.
5. **출력**: DB로부터 반환된 결과값이 시각적 리포트 형태로 렌더링되어 사용자에게 제공된다.

**[SQL 변환 예시]**
*   **사용자 요청**: '2023년' '서울 지역'의 '총 매출액' 조회
*   **유니버스 정의**: `총 매출액` = `SUM(SALES_TABLE.AMOUNT)`, `지역` = `REGION_TABLE.REGION_NAME`
*   **자동 변환 SQL**:
    ```sql
    SELECT SUM(T1.AMOUNT) 
    FROM SALES_TABLE T1 
    JOIN REGION_TABLE T2 ON T1.REGION_ID = T2.ID 
    WHERE T2.REGION_NAME = '서울' AND T1.YEAR = '2023';
    ```

## 4. 핵심 개념: 유니버스(Universe)
**유니버스(Universe)**는 SAP BO의 가장 핵심적인 특징으로, 기술적인 데이터 구조와 비즈니스 관점의 용어를 연결하는 **시맨틱 레이어(Semantic Layer)** 역할을 수행한다.

*   **데이터 추상화**: 사용자는 SQL 문법을 몰라도 '제품명', '판매일자'와 같은 비즈니스 용어만으로 데이터를 조회할 수 있다.
*   **일관성 유지**: 동일한 계산 로직(예: 영업이익 = 매출 - 원가)을 유니버스에 한 번만 정의하면, 모든 사용자가 동일한 기준의 수치를 보게 되어 데이터 불일치 문제를 방지한다.
*   **보안 제어**: 유니버스 수준에서 행(Row) 또는 열(Column) 단위의 접근 권한을 설정하여 사용자별 데이터 가시성을 제어할 수 있다.

## 5. 설치 및 환경 구성
SAP BO는 대규모 엔터프라이즈 환경을 위해 온프레미스(On-premise) 설치를 기본으로 하며, 복잡한 서버 구성이 필요하다.

### 5.1 시스템 요구사항
*   **OS**: Windows Server 또는 Linux (RHEL, SUSE 등)
*   **DB**: 메타데이터 저장을 위한 CMS(Central Management Server) DB 필요 (SAP HANA, SQL Server, Oracle 등)
*   **Java**: SAP JVM 설치 필수

### 5.2 설치 단계
1. **Installation Manager 실행**: 설치 파일 및 대상 서버 경로 지정.
2. **CMS 구성**: 시스템의 뇌 역할을 하는 Central Management Server를 설정하고, 서버의 생명주기를 관리하는 **SIA(Server Intelligence Agent)**를 구성하여 사용자 권한 및 리포트 메타데이터를 관리한다.
3. **서버 서비스 배치**: Web Intelligence Processing Server, Crystal Reports Processing Server 등 필요한 서비스 엔진을 서버에 할당.
4. **CMC(Central Management Console) 설정**: 웹 기반 관리 콘솔을 통해 사용자 계정 생성 및 폴더 권한을 부여하며, 이때 **HTTP/HTTPS 포트 설정 및 방화벽 오픈** 작업이 반드시 수반되어야 한다.

## 6. 활용 사례 및 워크플로우
### 6.1 정기 보고서 자동화
*   **워크플로우**: `유니버스 정의` → `WebI 리포트 설계` → `스케줄링 설정` → `이메일/PDF 자동 발송`
*   **사례**: 매주 월요일 오전 9시, 전 지점의 주간 매출 실적 보고서를 자동으로 생성하여 각 지점장에게 PDF로 발송.

### 6.2 경영진 대시보드 구축
*   **워크플로우**: `핵심 성과 지표(KPI) 선정` → `WebI 또는 SAC 시각화` → `필터(Prompt) 설정` → `포털 게시`
*   **사례**: 전사 매출 현황을 한눈에 파악하고, 특정 지역이나 제품군을 클릭하여 상세 내역으로 드릴다운(Drill-down) 분석 수행.

## 7. 버전별 주요 변경 사항
| 버전 | 주요 변경 사항 및 특징 |
| :--- | :--- |
| **XI (Enterprise)** | 웹 기반 아키텍처 도입, 중앙 집중식 관리 기능 강화, 기업용 리포팅 표준 정립 |
| **4.0 / 4.1** | UI/UX 현대화, SAP HANA 최적화 연결 지원, WebI 성능 개선 및 쿼리 처리 속도 향상 |
| **4.2** | HTML5 기반 인터페이스 도입, 모바일 뷰어 지원 강화, Fiori 디자인 가이드라인 적용 |
| **4.3** | Web Intelligence의 완전한 리디자인, 분석 기능 고도화, 사용자 편의성 증대 및 최신 브라우저 최적화 |

## 8. 라이선스 모델 및 비용 구조
SAP BO는 일반적으로 기업 규모와 사용자 수에 기반한 상용 라이선스 모델을 따른다.

*   **라이선스 유형**:
    *   **Named User**: 특정 사용자에게 부여되는 라이선스로, 권한 관리가 엄격한 환경에 적합하다.
    *   **Concurrent User**: 동시 접속자 수 기준 라이선스로, 사용자 수는 많으나 동시 사용률이 낮은 환경에 효율적이다.
*   **비용 구성**:
    *   **초기 라이선스 비용**: 소프트웨어 사용 권한 구매 비용.
    *   **유지보수 비용(Maintenance)**: 매년 업데이트 및 기술 지원을 받기 위해 지불하는 연간 비용.
    *   **구현 비용**: 전문 컨설팅 업체를 통한 유니버스 설계 및 리포트 구축 비용.

## 9. 타 BI 솔루션과의 비교
현대의 BI 시장은 전통적인 리포팅 중심에서 셀프 서비스 분석 중심으로 이동하고 있다.

| 비교 항목 | SAP BusinessObjects | SAP Analytics Cloud (SAC) | Tableau / Power BI |
| :--- | :--- | :--- | :--- |
| **아키텍처** | 시맨틱 레이어 중심 (중앙 집중) | 클라우드 네이티브 (SaaS) | 데이터 소스 직접 연결 (분산) |
| **배포 형태** | 주로 On-premise | Cloud (SaaS) | Cloud / On-premise 혼합 |
| **분석 유연성** | 정형 리포트 및 거버넌스 강점 | 예측 분석 및 계획(Planning) 강점 | 시각적 탐색 및 빠른 프로토타이핑 강점 |
| **주요 용도** | 전사 표준 보고서, 규제 보고서 | 경영 계획, 클라우드 통합 분석 | 데이터 탐색, 개인/팀 단위 분석 |

**SAP BO vs SAP Analytics Cloud (SAC) 상세 차이**:
*   **제어권**: SAP BO는 온프레미스 설치를 통해 기업이 인프라와 데이터를 완전히 제어하는 반면, SAC는 SAP가 관리하는 클라우드 환경에서 작동한다.
*   **기능 범위**: SAP BO는 정교한 '픽셀 단위'의 정형 리포팅과 강력한 데이터 거버넌스에 특화되어 있다. 반면 SAC는 실시간 시각화뿐만 아니라 AI 기반의 예측 분석(Predictive)과 예산 수립 및 계획(Planning) 기능을 통합 제공한다.
*   **접근 방식**: SAP BO는 IT 부서가 유니버스를 설계하고 사용자가 이를 소비하는 'IT 주도형' 성격이 강하며, SAC는 사용자가 직접 데이터를 탐색하는 '셀프 서비스' 성격이 강하다.

**상호 보완 관계**: 최근 기업들은 SAP BO를 통해 신뢰할 수 있는 '단일 진실 공급원(Single Source of Truth)'을 구축하고, 이를 SAC나 Power BI와 연동하여 현업 사용자가 자유롭게 분석하는 하이브리드 전략을 채택하고 있다.