[SAP] 클라이언트 개념 정리, 클라이언트란?

📌 1. SAP Client란 무엇인가?

SAP 시스템 안에서 Client는 논리적 데이터 단위(격리된 업무 환경)를 의미합니다.
즉, 하나의 물리적 시스템 안에 여러 개의 Client를 두고 각각 독립적인 데이터 환경(사용자, 마스터 데이터, 트랜잭션 등)을 운영할 수 있습니다.

 

따라서 SAP에서 클라이언트(Client) 는 논리적인 데이터 분리 단위로 클라이언트에 의존적, 혹은 독립적으로 나눌 수 있습니다.

구분	범위
Client-Independent	시스템 전체 공통
Client-Dependent	클라이언트별로 분리

---

📌 2. 클라이언트 종속 vs 비종속 데이터

 

✅ Client-Dependent (클라이언트 의존 데이터)

✔ 한 Client에만 존재하는 데이터
✔ 같은 시스템이라도 다른 Client에서는 보이지 않음
✔ SAP 로그인 시 선택한 Client 값이 자동 적용됨

 

저장되는 테이블의 첫 번째 필드가 MANDT / 타입 CLNT 이며, 해당 Client 번호가 저장됨

Logon Client 값과 MANDT 값이 일치하는 행만 자동 필터됨

데이터 내용은 Client마다 분리되어 존재

 

예시

• 사용자 정보 / 권한 (USR02 등)
• 마스터 데이터 (BP, 고객, 벤더 등)
• Transaction 데이터(예: 결제, 회계 전표)
• 대부분의 Customizing 데이터, 프로그램 (CBO Z~)

 

✅ Client-Independent (클라이언트 비의존 데이터)

✔ 모든 Client에서 동일하게 공유되는 데이터
✔ 하나의 시스템 전체에서 공통 사용
✔ MANDT 필드가 없음

 

특징

• 첫 번째 컬럼에 클라이언트 필드가 없음
• 데이터를 Client로 분리하지 않음

예시

• ABAP Repository 객체 (프로그램, 함수모듈, 클래스)
• 데이터 딕셔너리 정의(테이블, 도메인, Data Element)
• 트랜잭션 코드 목록
• 시스템 컨트롤 데이터
• 일부 cross-client customizing(예: 공휴일 캘린더)

 

💡 즉 개발/구조/정의 정보는 전체 Client에 공통 적용됩니다.

 

 

예시) CDS에서는 @ClientHandling.type:#CLIENT_DEPENDENT 같이 처리될 수 있습니다.

The annotation “@ClientHandling.type: #CLIENT_DEPENDENT” can be used, but is optional as it is derived automatically if the CDS view reads from client-dependent tables.

 

---

📌 3. 실무 SAP Client 예시, 데이터와 객체

 

SAP S/4HANA 클라이언트 100 개발(config 포함), 200 테스트 로 분리.

 

개발은 클라이언트 100으로 접속하여 개발 진행함.

 

1) ABAP 개발한 소스

대부분 Client-Independent 하며, 100에서 활성화 했을 경우, 200에서도 동일하게 조회가 됨.

 

2) Customizing 설정 (SPRO)

• 대부분 Client-Dependent
• 100에서 설정한 값은 200에 자동으로 안 보임

👉 200에서 보려면:

• Customizing Transport
• 또는 Client Copy (Tcod : SCCL / SCC1)
• SCCL (Local Client Copy): 동일한 SAP 시스템 내에서 클라이언트 간 복사 (대상 클라이언트에 로그인하여 실행)
• SCC1 (Client Copy by Transport Request): 개발/운영 등 타 클라이언트의 변경 사항(Transport Request)을 현재 클라이언트로 복사

3) 데이터

데이터 조회의 경우, DDIC 오브젝트 구조 확인은 가능하나 100 클라이언트에서 생성된 테스트용 데이터는 200 클라이언트에선 조회가 되지 않음.

---

SAP S/4HANA에서 Client 전략 요약

✔ Production 클라이언트 외 테스트/개발용 Client 분리 운영
✔ Data는 Client별로 보안/분리 요구사항이 강력
✔ Repository 객체는 모든 Client에서 동일 버전 제공
✔ CDS, RAP 등 신기술도 Client Handling 정책을 명시적으로 지원

 

테스트와 개발 관점

• 여러 Client를 만들어 동일 개발 객체로 서로 다른 데이터를 적재하며 독립 테스트 가능
• 동일 테이블 구조라도 MANDT 때문에 Client별 데이터 격리 보장