본문 바로가기
workflow/erp

월말이 되면 왜 SAP 사용자들은 갑자기 예민해질까

by 죄니안죄니 2026. 1. 19.
반응형
Q8. 다음 중 SAP가 월말에 특히 엄격해지는 이유로 가장 적절한 것은?

A. 시스템 성능 문제
B. 사용자 실수 방지
C. 애매한 거래를 기간 기준으로 확정해야 하기 때문
D. 데이터 백업을 위해

 

더보기


✅ 정답: C
👉 월말 = 합의 강제 시점
👉 GR/IR 잔액 = 미결 사건 목록 = 입고와 송장이 아직 완전히 매칭되지 않음

 

월말이 되면 왜 SAP 사용자들은 갑자기 예민해질까

평소엔 조용하던 사람들이
월말만 되면 표정이 바뀐다.

  • 회계팀은 말수가 줄고
  • 구매팀은 전화가 많아지고
  • 개발자는 “이거 왜 안 맞아요?”를 듣기 시작한다

이건 성격 문제가 아니다.
SAP 구조상, 월말은 ‘미결 상태’를 정리해야 하는 시점이기 때문이다.

월말은 미결정리 시점월말은 미결정리 시점월말은 미결정리 시점

1. 월말은 ‘처리’가 아니라 ‘합의’의 시점이다

평소 업무는 이렇게 흘러간다.

  • 구매 오더 생성
  • 입고 처리
  • 송장 나중에 처리

이 상태에서는 SAP가 일부러 모호함을 허용한다.
GR/IR 같은 완충 장치 덕분이다.

하지만 월말이 되면 SAP의 태도가 바뀐다.

“이제는 합의해야 한다.”
“이 거래는 끝난 건가, 아닌가.”

월말은 데이터를 더 넣는 시점이 아니라
의미를 확정하는 시점이다.


2. GR/IR 잔액은 ‘미해결 사건 목록’이다

월말에 가장 많이 나오는 말이 이거다.

“GR/IR 잔액 아직 남아 있어요.”

이걸 단순히 “정리 안 된 계정”으로 보면 안 된다.
정확한 의미는 이거다.

“물건과 돈이 아직 같은 이야기를 하지 않고 있다.”

GR/IR 잔액이 남아 있다는 건:

  • 입고는 됐는데 송장이 없거나
  • 송장은 왔는데 수량/금액이 다르거나
  • 프로세스 중간에서 흐름이 끊겼다는 뜻이다

그래서 월말 GR/IR는
회계 이슈이자, 업무 이슈다.


3. 왜 월말에 갑자기 숫자가 안 맞기 시작할까

평소에는 크게 문제 없어 보이던 숫자들이
월말이 되면 어긋나 보이기 시작한다.

이유는 단순하다.

  • 평소엔 “아직 진행 중”으로 놔두던 것들을
  • 월말에는 “끝났는지 아닌지”로 강제 분류하기 때문이다

이때 SAP는 묻는다.

  • 이 입고는 비용으로 확정됐는가?
  • 이 송장은 어느 기간의 비용인가?
  • 이 거래는 다음 달로 넘길 수 있는가?

이 질문에 답이 안 나오면
사람들이 예민해진다.


4. 월말에 가장 많이 터지는 실무 상황들

월말에 반복적으로 등장하는 장면들이 있다.

  • 입고는 있는데 송장이 아직 안 옴
  • 송장은 왔는데 입고 수량이 다름
  • 단가 차이 때문에 GR/IR가 안 사라짐
  • “이거 이번 달 비용 맞아요?”라는 질문

이건 실수가 아니라
SAP가 정상적으로 작동하고 있다는 증거다.

SAP는 월말에:

  • 애매한 상태를 용납하지 않고
  • 반드시 한쪽으로 밀어 넣는다

그래서 피곤해진다.


5. 개발자가 월말에 특히 조심해야 하는 이유

월말에 개발자가 가장 많이 듣는 말은 이거다.

“이 리포트 숫자, 재무팀이랑 안 맞아요.”

이때 흔한 원인은 거의 정해져 있다.

  • 입고 기준 금액으로 비용을 뽑았거나
  • 송장 기준과 섞어서 계산했거나
  • GR/IR 잔액을 고려하지 않았거나

월말 리포트에서 가장 중요한 질문은 이것이다.

“이 숫자는 어느 시점의 확정값인가?”

이 질문에 답하지 못하는 리포트는
월말에 반드시 깨진다.


6. SAP가 월말을 불편하게 만드는 이유

여기서 다시 SAP의 철학으로 돌아온다.

**SAP**는
월말을 편하게 만들 생각이 없다.

왜냐하면:

  • 편한 월말 = 애매함을 덮는 월말
  • 불편한 월말 = 진실을 드러내는 월말

이 시스템은
“지금 힘들게 할지, 나중에 큰 사고를 막을지” 중
전자를 선택했다.


7. 이 글에서 반드시 고정해야 할 인식

이 파트에서 가져가야 할 인식은 하나다.

월말은 일이 몰리는 시점이 아니라
애매함이 사라지는 시점이다.

그래서:

  • 사람들이 예민해지고
  • 숫자가 갑자기 말을 걸고
  • SAP의 제약이 체감된다

그건 실패가 아니라
정상적인 ERP의 모습이다.


다음 글 예고

이제 마지막으로 이 질문을 정면으로 다룰 차례다.

“그래서 왜 SAP는 끝까지 삭제를 안 시켜줄까?”

다음 글

왜 SAP에서는 취소가 이렇게까지 귀찮을까
– 전표 삭제가 없는 시스템의 완성된 논리

여기까지 오면
SAP는 더 이상 불친절한 시스템이 아니다.

끝까지 거짓말을 허용하지 않기로 선택한 시스템일 뿐이다.

반응형

댓글