재고 & 물류

문제 (복수 정답)
재고 이동 중 회계 전표가 발생하는 경우를 모두 고르시오

A. 창고 간 이동
B. 가용 재고 → 품질 검사 재고 전환
C. 출고 처리
D. 폐기 처리

✅ 정답: C, D

👉 자산 증감 여부가 기준

Ⅴ. 재고 & 물류 심화

SAP가 ‘현실 세계의 불완전함’을 다루는 방식

여기서부터 SAP는
갑자기 이상할 정도로 집요해진다.

• 재고가 있냐 없냐만 묻지 않고
• 어떤 상태의 재고인지를 묻고
• 왜 그 상태가 되었는지를 끝까지 추적한다

이유는 단순하다.

재고는 숫자이면서, 동시에 현실이기 때문이다.

SAP는 재고를
회계보다 더 현실에 가깝게 다룬다.

 

 

 

---

1. SAP에서 재고는 “하나의 숫자”가 아니다

현실 세계에서 재고는 절대 깔끔하지 않다.

• 멀쩡한 재고
• 검사 중인 재고
• 팔 수 없는 재고
• 어디 있는지 애매한 재고

SAP는 이걸
하나로 뭉개지 않는다.

그래서 재고는 항상
**유형(Type)**을 가진다.

---

2. 재고 유형(Stock Type)의 의미

SAP에서 대표적인 재고 유형은 이렇다.

• 가용 재고(Unrestricted-use)
  → 바로 사용/판매 가능
• 품질 검사 재고(Quality Inspection)
  → 입고는 됐지만, 아직 판단 유보
• 보류 재고(Blocked)
  → 물리적으로는 있지만, 사용 불가

이 구분의 핵심은 이거다.

“이 재고를 지금 써도 되는가?”

SAP는 재고를
존재 여부가 아니라 사용 가능성으로 나눈다.

재고유형의 의미 - 재고의 사용 가능 상태를 명확히 하기 위해

---

3. 이동 유형(Movement Type)이 중요한 이유

재고가 바뀌는 순간,
SAP는 반드시 묻는다.

“왜 바뀌었는가?”

이 질문의 답이
**이동 유형(Movement Type)**이다.

• 입고인지
• 출고인지
• 이동인지
• 폐기인지

이동 유형은 단순 코드가 아니다.

• 재고 증감 방향
• 회계 전표 발생 여부
• 어떤 계정을 쓸지

전부 이 코드 하나로 결정된다.

👉 SAP에서 “재고 처리”는
👉 항상 이유를 동반한 처리다.

---

4. 재고 이동 = 항상 문서

재고가 움직이면
SAP는 반드시 문서를 만든다.

• 수량만 바뀌는 경우 ❌
• 금액만 바뀌는 경우 ❌

“왜, 언제, 누가 움직였는가”
를 남기지 않으면
SAP는 재고를 인정하지 않는다.

그래서:

• 실수로 클릭 ❌
• 임의 보정 ❌

전부 문서로 남는다.

---

5. 물류가 회계를 흔드는 순간

재고는 현실이지만,
자산이기도 하다.

그래서:

• 어떤 이동은 회계를 건드리고
• 어떤 이동은 회계를 안 건드린다

예를 들면:

• 창고 간 이동 → 회계 ❌
• 가용 → 보류 → 회계 ❌
• 출고 / 폐기 → 회계 ⭕

SAP는 여기서도
아주 보수적으로 판단한다.

자산이 실제로 줄었는가?

이 질문에 YES일 때만
회계가 반응한다.

---

6. 실사(Physical Inventory)가 무서운 이유

실사는 SAP가 현실과 정면으로 충돌하는 순간이다.

• 시스템 수량
• 실제 수량

이 둘이 다를 때
SAP는 도망가지 않는다.

“차이를 인정하고, 기록하라.”

그래서 실사 차이는:

• 조정 문서로 남고
• 회계 전표로 반영되며
• 책임 추적이 가능해진다

SAP는 틀릴 수는 있어도
숨기지는 못하게 만든다.

---

7. 왜 재고 영역이 이렇게 복잡할까

이쯤 되면 답은 명확하다.

SAP는
재고를 ‘숫자’가 아니라
‘현실의 그림자’로 보기 때문이다.

현실이 더러우면
시스템도 더러워질 수밖에 없다.

SAP는 현실을 단순화하지 않는다.
대신 정직하게 복사한다.

---

8. 시험에서 이 파트를 어떻게 묻나

시험에서는 이렇게 묻는다.

• “재고 유형의 목적은?”
• “어떤 이동이 회계에 영향을 미치는가?”
• “실사 차이는 어떻게 처리되는가?”

정답 방향:

• 사용 가능성
• 자산 증감
• 문서 기반 처리

오답 패턴:

• 단순 수량 조정
• 임의 수정
• 사용자 판단

---

🔑 이 파트의 핵심 문장

이 글에서 반드시 남겨야 할 문장은 이거다.

SAP에서 재고는
‘얼마나 있느냐’보다
‘어떤 상태로 있느냐’가 더 중요하다.

그래서:

• 재고는 복잡하고
• 처리도 까다롭고
• 실수가 바로 드러난다

하지만 그 덕분에
현실과 숫자는 끝까지 연결된다.

---

다음 글 예고

이제 기술 쪽으로 시선을 돌린다.

“그럼 이 모든 복잡한 걸
개발자는 어떻게 다뤄야 할까?”

다음 글

Ⅵ. ABAP & 기술 관점
– SAP 개발이 이렇게 생길 수밖에 없는 이유

여기서:

• 왜 SELECT가 많은지
• 왜 배치가 중요한지
• 왜 SAP 개발이 조심스러운지

전부 하나로 정리된다.