본문 바로가기
workflow/erp2

왜 S/4HANA에서는 ‘실시간 집계’가 가능해졌을까

by 죄니안죄니 2026. 1. 20.
 
 
 

S/4HANA에서 기존 ECC 대비 집계 테이블이 제거될 수 있었던 가장 근본적인 이유는 무엇인가?

A. 사용자 인터페이스(Fiori)가 개선되었기 때문이다
B. In-memory DB로 인해 데이터를 미리 계산할 필요가 없어졌기 때문이다
C. 배치 프로그램이 제거되었기 때문이다
D. ABAP 성능이 개선되었기 때문이다
더보기

✅ 정답: B

👉 “빠르다”가 아니라 **“사전 집계 불필요”**가 핵심

SAP S/4HANA 구조 개요

왜 S/4HANA에서는 ‘실시간 집계’가 가능해졌을까

SAP를 조금이라도 써본 사람은
S/4HANA 소개 자료에서 늘 이 문장을 본다.

“실시간 분석(Real-time Analytics)”
“집계 테이블 제거”
“트랜잭션과 분석의 통합”

그런데 막상 실무에서는 이런 생각이 든다.

“그래서 뭐가 달라졌다는 거지?”
“ECC에서도 리포트는 나오지 않았나?”

이 글은 이 질문에 마케팅 말 없이,
구조 관점에서 답하는 글이다.

S/4HANA 구조S/4HANA 구조S/4HANA 구조


1. ECC 시절 SAP가 안고 있던 근본적 문제

SAP ECC 시절의 핵심 문제는 하나였다.

“트랜잭션용 DB와 리포트용 DB가 사실상 따로 놀았다.”

그래서 SAP는 이렇게 할 수밖에 없었다.

  • 원본 테이블 (라인 아이템)
  • 집계 테이블 (합계, 잔액)
  • 통계 테이블 (월별/계정별)

즉,

  • 입력은 원본에 하고
  • 조회는 미리 계산된 집계를 본다

이 구조의 대가는 명확했다.

  • 배치가 필요했고
  • 집계가 늦었고
  • 숫자가 어긋났고
  • “왜 리포트랑 전표가 다르죠?”가 나왔다

👉 리포트 숫자가 틀어지는 구조적 원인이 여기 있다.


2. S/4HANA는 “집계를 없애는 선택”을 했다

**SAP S/4HANA**의 가장 큰 변화는
UI도, 기능도 아니다.

“집계 테이블을 없애도 되겠다는 판단”

이 판단이 가능해진 이유는 단 하나다.


3. In-memory DB의 진짜 의미 (속도 아님)

많은 사람들이 이렇게 이해한다.

“In-memory라서 빨라졌다”

절반만 맞다.
진짜 핵심은 이거다.

🔹 컬럼 기반 저장 (Column Store)

  • 행(Row) 단위 ❌
  • 열(Column) 단위 ⭕

이 구조 덕분에:

  • 합계
  • 평균
  • 조건 집계

미리 저장하지 않아도,
읽는 순간 계산할 수 있다.

즉,

“저장된 합계”가 아니라
“계산 가능한 원본”을 남긴다.


4. 그래서 ‘실시간 집계’가 가능해진다

S/4HANA에서 말하는 실시간은
“마법처럼 미리 계산돼 있다”는 뜻이 아니다.

정확한 의미는 이거다.

집계할 필요가 없을 정도로
원본을 바로 계산할 수 있다.

그래서:

  • 월말 배치 ❌
  • 집계 테이블 동기화 ❌
  • 리포트 지연 ❌

이 구조에서 숫자는:

  • 저장되는 게 아니라
  • 항상 계산된다

5. 이 변화가 실무 리포트에 주는 진짜 의미

여기서 아주 중요한 오해를 하나 깨야 한다.

❌ “S/4HANA에서는 숫자가 하나로 통일된다”
⭕ “S/4HANA에서는 기준이 더 중요해진다”

왜냐하면:

  • 집계는 실시간이 됐지만
  • 사건의 시점 차이는 여전히 존재하기 때문이다

즉:

  • 입고 기준 숫자
  • 송장 기준 숫자
  • 월말 기준 숫자

이건 사라지지 않는다.

👉 S/4HANA는 숫자를 단순화하지 않았다.
👉 대신 거짓말할 여지를 줄였다.


6. 시험에서 이걸 어떻게 묻느냐

SAP 자격증에서는 이렇게 나온다.

“S/4HANA에서 집계 테이블이 제거될 수 있었던 이유는?”

정답 방향은 항상 이쪽이다.

  • In-memory
  • Column-based storage
  • 실시간 계산
  • 중복 데이터 제거

👉 “UI가 좋아져서”
👉 “성능 튜닝 덕분에”
이런 선지는 거의 항상 오답이다.


7. 이 글의 핵심 문장

이 글에서 반드시 가져가야 할 문장은 이거다.

S/4HANA는
숫자를 더 빨리 보여주는 시스템이 아니라
숫자를 미리 저장하지 않아도 되게 만든 시스템이다.

그래서:

  • 리포트와 전표가 가까워지고
  • 배치가 줄어들고
  • “왜 숫자가 다르죠?”가 구조적으로 줄어든다

다음 글 예고

이제 다음 질문으로 자연스럽게 넘어간다.

“그럼 SAP는 숫자를 언제 확정하는가?”

다음 글

트랜잭션(Transaction)과 Commit
– SAP에서 숫자가 ‘고정되는’ 정확한 순간

여기서:

  • 입고
  • 출고
  • 전표
  • 롤백

이 전부가 하나로 정리된다.

'workflow > erp2' 카테고리의 다른 글

판매 → 매출 → 채권 (SD–FI 흐름)  (0) 2026.01.21
회계전표  (1) 2026.01.20
SAP에서 ‘문서(Document)’란 무엇인가  (0) 2026.01.20
트랜잭션(Transaction)과 Commit  (0) 2026.01.20
기술적 접근  (0) 2026.01.20

댓글