본문 바로가기
workflow/erp2

기술적 접근

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

다음 설명 중 SAP 시스템의 철학을 가장 잘 설명하는 것은?

A. 빠른 처리를 최우선으로 한다
B. 사용자 편의를 가장 중요하게 여긴다
C. 모든 숫자가 출처를 설명할 수 있어야 한다
D. 화면 중심의 시스템이다
더보기

정답: C

 

🔷 다음 시즌 전체 구조 설계 (Season 2)

지금까지가
👉 “SAP가 왜 이런 시스템인가” (사건·회계 중심) 이었다면

이제부터는
👉 **“그래서 SAP는 어떻게 이걸 기술적으로 가능하게 만들었는가”**다.


1️⃣ SAP S/4HANA 구조 개요

(왜 이런 철학이 기술로 구현됐는가)

다룰 핵심 질문

  • 왜 S/4HANA로 굳이 갈아엎었는가
  • ECC 시절 구조의 한계는 뭐였는가
  • 왜 “테이블 통합”이 가능해졌는가

자연스럽게 이어지는 글 흐름

  1. SAP ECC 구조의 근본적 문제
  2. **SAP S/4HANA**에서 사라진 것들
    • 집계 테이블
    • 중복 데이터
  3. S/4HANA가 “실시간”을 말할 수 있게 된 이유

👉 여기서는 설명만, 튜닝 얘기 ❌
👉 “왜 구조가 바뀔 수밖에 없었는가”에 집중


2️⃣ In-memory DB의 진짜 의미

(빠르다는 얘기 ❌, 사고방식의 변화 ⭕)

다룰 핵심 질문

  • In-memory = RAM에 올려놓는다는 뜻인가?
  • 디스크 DB랑 뭐가 본질적으로 다른가
  • 왜 SAP는 이걸 전제로 설계를 바꿀 수 있었나

반드시 강조할 포인트

  • 인덱스 중심 → 컬럼 기반
  • 사전 집계 → 즉시 계산
  • 배치 → 실시간

👉 여기서 **“실시간 집계가 가능한 이유”**를 같이 풀어도 좋다
👉 숫자가 왜 항상 “다시 계산”되는지 연결


3️⃣ 트랜잭션(Transaction)과 Commit

(SAP가 숫자를 고정하는 정확한 순간)

이건 무조건 독립 글로 가야 한다.
지금까지 계속 암묵적으로 써먹은 개념이기 때문.

다룰 핵심 질문

  • SAP에서 말하는 트랜잭션이 정확히 뭔가
  • 왜 Commit 전까지는 아무 일도 안 일어난 것처럼 보이나
  • 왜 중간 실패 시 전부 롤백되는가

👉 여기서 입고 / 출고 / 전표 생성을 다시 예로 들면
독자가 “아 그래서 그랬구나” 하고 정리된다.


4️⃣ SAP에서 ‘문서(Document)’란 무엇인가

(데이터와 로그를 가르는 결정적 기준)

이 글은 철학 + 기술 + FI 연결의 교차점이다.

다룰 핵심 질문

  • 문서 번호는 왜 그렇게 중요한가
  • 왜 문서는 수정이 안 되는가
  • 왜 모든 것이 문서 흐름(Document Flow)로 엮이는가

👉 이 글을 기준으로

  • MM 문서
  • FI 전표
  • SD 청구
    하나의 언어로 통합된다.

🔷 모듈 확장 파트 (이미 만든 뼈대 재사용)

여기부터는 새로 배우는 느낌이 아니라 복습 + 확장이다.


5️⃣ Ⅲ. 회계(FI) 단독 영역

“돈의 언어”를 SAP는 어떻게 강제하는가

  • 차변/대변을 시스템이 어떻게 강제하는가
  • 왜 회계 전표가 최종 권위인가
  • 기간 마감이 왜 무서운가

👉 지금까지 다룬 내용의 회계 버전 종합


6️⃣ Ⅳ. 판매 → 매출 → 채권 (SD–FI 흐름)

이미 한 번 다뤘지만,
여기서는 FI 기준으로 다시 한 번 본다.

  • 매출 인식의 기준
  • 채권(AR)은 언제 생기나
  • 왜 결제와 매출은 다른가

👉 “출고 = 매출 아님”을 FI 언어로 재정리


7️⃣ Ⅴ. 재고 & 물류 심화

(현실 세계의 더러운 디테일)

여기서 실무 감각이 폭발한다.

  • 재고 유형 (가용 / 품질 / 보류)
  • 이동 유형(Movement Type)
  • 실사, 재고 차이

👉 현실의 불완전함을 SAP가 어떻게 감당하는가


8️⃣ Ⅵ. ABAP & 기술 관점

(왜 SAP 개발은 이렇게 생겼는가)

  • 왜 SELECT가 많은가
  • 왜 계산은 항상 조회 시점에 하는가
  • 왜 배치가 여전히 중요한가

👉 이쯤 되면 ABAP이
“구식 언어”가 아니라
SAP 철학을 구현한 도구로 보인다.


9️⃣ Ⅶ. 통제, 권한, 감사

(SAP의 진짜 무기)

이 파트는 사실 엔딩급이다.

  • 권한(Role) 구조
  • 분리 통제(SoD)
  • 감사 로그
  • 왜 SAP는 법무/감사팀의 편인가

👉 여기서 최종 결론이 나온다.

SAP는 ERP가 아니라
기업용 ‘증명 시스템’이다.


🔚 전체를 관통하는 한 줄

지금까지 + 앞으로 다룰 모든 영역을
한 줄로 묶으면 이거다.

SAP는
‘현실의 사건을 기술적으로 왜곡 없이
끝까지 증명하기 위해 만들어진 시스템’이다.

댓글