[SAP] 2.1.1 MIGO - Troubleshooting

이 공간은 업무를 진행하면서 Troubleshooting한 경험들을 공유하는 용도로 사용하려 한다. (주기적으로 업데이트될 예정)

 

1. GR Reversal과 Transfer Posting

사실 이 사례는 Troubleshooting이라고 하기도 뭐 한 Case다. SAP에는 문제가 없지만 내가 문제(?)였기 때문이다. ㅋㅋ

2.1 MIGO 편에서 말했듯, SAP는 독일 감성이 듬뿍 들어있는 마치 기계식 시계 같은 매력을 자랑한다. 하지만, 동시에 그런 특성 때문에 logic을 한 번 이해하고 나면 굉장히 직관적이라는 것을 알게된다.

 

이 사례의 background를 살짝 먼저 설명하자면, AA00과 AA50이라는 두 개의 storage location이 등장하고, 101과 909라는 두 개의 mvt type이 등장한다. 

• 원래의 GR(Goods Receipt)은 관례상 mvt type : 909로 이루어져야 했다. 하지만 해당 내용을 모르고 기본값으로 설정되어 있는 mvt type : 101로 GR 처리가 된 상태.
• 설상가상 AA50로 GR 처리를 해야하는 것을 AA00으로 GR 처리한 상태. 즉, mvt type과 storage location 모두 바꿔야 하는 상태였는데, 당시에는 mvt type에 대한 이슈는 모르고 mvt type : 101로 AA00에 해당 batch를 전량 GR 처리한 후에 mvt type : 311을 통해 transfer within plant 하여 최종적으로는 mvt type : 101 = AA00 => mvt type : 311 => AA50가 되었다. 

자, 이제 오늘의 문제를 살펴보자.

• 직관적으로 생각했을 때 원래 mvt type : 101로 잡았던 GR을 Material Document로 불러와서 mvt type : 102를 통해 reverse한 후, mvt type : 909로 새로 GR 처리를 진행하면 되는 것처럼 보였다.
• 하지만 reverse를 시도하였을 때 reverse/transfer가 가능한 material/batch가 없다는 에러가 떴다. 이유인 즉슨, 이미 앞에서 mvt type : 311을 통해 AA50으로 batch를 transfer 하였기 때문이다! AA00에 없는게 당연하다!!!(그 땐 왜 몰랐지?)
• 해당 사실을 깨닫고 다음과 같이 해결하였다.
  • 먼저 mvt type : 312로 AA50으로 transfer하였던 batch를 다시 AA00으로 복귀하는 작업, transfer reversal을 진행했다.
  • 그 결과, 이전의 mvt type : 101에서 등록했던 storage location과 batch 정보 그대로 복구할 수 있었다. 
  • 그 다음, mvt type : 102를 통해 해당 GR 건을 reverse할 수 있었다.
  • 마지막으로 mvt type : 909를 통해 원래의 storage location으로 GR 처리하였다.

요약하자면, SAP에서는 모든 것이 순서대로 이루어져야 한다. 그리고, transfer/GR을 reverse 하기 위해서는 원래의 정보대로 batch가 입력되어 있어야 한다.