SAP에서 “문서(Document)”의 가장 정확한 정의는 무엇인가?
A. 화면에 표시되는 데이터 묶음
B. 사용자가 수정 가능한 기록
C. 시스템이 공식적으로 인정한 사건의 기록
D. 리포트 출력을 위한 데이터 구조
✅ 정답: C
👉 이 문제는 거의 SAP 철학을 묻는 문제
SAP에서 ‘문서(Document)’란 무엇인가
데이터와 기록을 가르는 결정적 기준
SAP를 조금이라도 깊게 쓰다 보면
어느 순간 이런 사실을 깨닫게 된다.
SAP에서 진짜 중요한 건
**값(Value)**이 아니라 **문서(Document)**다.
숫자는 바뀔 수 있어 보이는데,
문서는 끝까지 안 바뀐다.
이건 우연이 아니다.
SAP가 의도적으로 그렇게 설계했기 때문이다.




1. SAP에서 말하는 문서는 ‘데이터 묶음’이 아니다
일반적인 시스템에서 문서는 이런 의미다.
- 화면에 보여지는 정보
- DB 레코드 여러 개의 집합
- 필요하면 수정 가능한 데이터
SAP에서 문서는 완전히 다르다.
문서(Document) =
특정 시점에 실제로 발생했다고
시스템이 공식 인정한 사건의 기록
그래서 문서는:
- 반드시 문서 번호를 갖고
- 생성 시점이 고정되며
- 이후에는 사실상 불변이다
문서는 데이터가 아니라 증거다.
2. 왜 SAP는 모든 걸 문서로 만들까
SAP가 집요하게 문서를 만드는 이유는 단 하나다.
“나중에 이 숫자를 설명할 수 있어야 하기 때문”
- 이 금액은 왜 발생했는가
- 누가, 언제, 어떤 근거로 처리했는가
- 이 수치는 어떤 사건에서 나왔는가
이 질문에 답하려면
“최신 값”이 아니라
**“사건의 기록”**이 필요하다.
그래서 SAP는:
- 입고도 문서
- 출고도 문서
- 전표도 문서
- 청구도 문서
로 남긴다.
3. 문서 번호가 곧 ‘존재 증명’이다
SAP에서 문서 번호는 단순 ID가 아니다.
문서 번호가 있다는 건
이 뜻이다.
“이 사건은 실제로 발생했고
SAP가 공식적으로 인정했다.”
그래서:
- Commit이 되기 전에는 문서 번호가 안 나오고
- 에러로 롤백되면 번호 자체가 없다
- 번호가 있다는 것만으로도
회계·감사·법무에서 효력이 생긴다
문서 번호는
SAP 세계에서의 출생 증명서다.
4. 왜 문서는 수정이 안 될까
이쯤 되면 자연스럽게 이런 질문이 나온다.
“그럼 왜 고치는 걸 이렇게 싫어하죠?”
SAP의 논리는 단순하다.
사건은 수정되는 게 아니라
취소되거나, 새로운 사건으로 덮인다.
- 잘못된 입고
→ 입고 취소 문서 생성 - 잘못된 전표
→ 역전표 생성 - 잘못된 청구
→ 취소 청구 + 재청구
즉,
- 과거는 그대로 두고
- 현재에서 새로운 사건을 추가한다
이 방식 덕분에:
- 이력은 끊기지 않고
- 책임은 사라지지 않으며
- 숫자는 항상 설명 가능해진다
5. Document Flow가 중요한 이유
SAP에는 거의 모든 문서가
Document Flow로 연결된다.
예를 들면:
- 구매 오더
→ 입고 문서
→ 회계 전표
→ 송장
이 흐름을 보면 SAP는 이렇게 말한다.
“이 숫자는
이 사건에서 시작해서
이 사건으로 이어졌다.”
리포트에서 숫자가 이상할 때
SAP 고수들이 제일 먼저 보는 게
문서 흐름인 이유다.
6. FI 전표는 왜 ‘최종 권위’인가
모든 문서가 중요하지만,
그중에서도 FI 전표는 특별하다.
FI 전표는:
- 자산/부채/비용을 공식 확정하고
- 기간 귀속을 결정하며
- 감사의 기준이 된다
그래서:
- MM 문서보다 우선하고
- SD 문서보다 강하고
- 리포트보다 위에 있다
FI 전표가 있으면
그게 SAP의 최종 답이다.
7. 시험에서 이 개념을 어떻게 묻나
SAP 자격증에서 문서 개념은
아주 좋아하는 단골 주제다.
정답 방향:
- “공식 기록”
- “불변성”
- “감사 추적”
- “문서 번호”
오답 패턴:
- “수정 가능한 데이터”
- “단순 화면 정보”
- “임시 처리 결과”
👉 문서 = Evidence
이 단어가 떠오르면 거의 맞다.
🔑 이 글의 핵심 문장
이 파트에서 반드시 가져가야 할 문장은 이거다.
SAP에서 문서는
데이터를 저장하기 위한 수단이 아니라
사건을 증명하기 위한 장치다.
그래서 SAP는:
- 문서를 많이 만들고
- 문서를 안 지우고
- 문서를 끝까지 추적한다
다음 글 예고
이제 문서 개념이 완성됐으니
다음 단계로 넘어갈 수 있다.
“그렇다면 SAP는
돈을 다루는 영역(FI)을
왜 이렇게까지 따로 떼어 놓았을까?”
다음 글
Ⅲ. 회계(FI) 단독 영역
– SAP가 ‘돈의 언어’를 다루는 방식
여기서:
- 차변/대변
- 계정
- 기간 마감
이 전부가
문서 개념 위에서 다시 정렬된다.
'workflow > erp2' 카테고리의 다른 글
| 판매 → 매출 → 채권 (SD–FI 흐름) (0) | 2026.01.21 |
|---|---|
| 회계전표 (1) | 2026.01.20 |
| 트랜잭션(Transaction)과 Commit (0) | 2026.01.20 |
| 왜 S/4HANA에서는 ‘실시간 집계’가 가능해졌을까 (0) | 2026.01.20 |
| 기술적 접근 (0) | 2026.01.20 |
댓글