이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
인턴 시절 SAP MM 모듈을 처음 접했고, 가장 유용하게 쓴 기능은 구매 오더 이력 조회였습니다. 공급사별로 과거 납기 이행률과 가격 변동 이력을 한 화면에서 확인할 수 있어, 발주 대상 선정 판단에 바로 활용했습니다. 처음엔 트랜잭션 코드(T-code)가 많아 혼란스러웠는데, 자주 쓰는 5~6개 T-code를 먼저 익히니 반복 업무 속도가 빨라졌습니다. 한계도 있었습니다. 시스템에 입력된 데이터가 실제 현황과 다른 경우가 있어, 중요한 판단 전에는 담당자에게 실물 확인을 거치는 습관이 생겼습니다. ERP는 데이터가 정확히 입력돼야 의미가 있고, 입력 정확도를 유지하는 게 시스템 활용보다 선행된다는 걸 그때 배웠습니다.
인턴 때 SAP MM 모듈을 쓰며 제가 부딪힌 건 시스템 수치와 실물이 다른 경우였습니다. 화면상 재고가 충분해 발주를 미루려 했는데, 창고에 가 보니 실제로는 그만큼 없는 일이 있었습니다. 입고 처리가 누락돼 데이터가 어긋난 것이었습니다. 그 뒤로는 중요한 발주 판단 전에는 시스템 수치만 믿지 않고 담당자에게 실물을 확인하는 단계를 끼웠습니다. 도구가 잘 안 맞는 결을 만났을 때, 시스템을 탓하기보다 사람 확인으로 우회한 셈입니다. 이 경험에서 배운 건, ERP는 입력이 정확해야 의미가 있고 그 입력 정확도를 지키는 일이 기능 활용보다 먼저라는 점이었습니다. 그래서 저는 ERP를 다 믿는 도구가 아니라, 데이터와 실물이 어긋날 수 있다는 걸 전제로 쓰는 도구로 봅니다. 그 전제가 오히려 시스템을 더 잘 쓰게 만든다고 느꼈습니다.
SAP를 쓰며 제가 가장 유용하게 쓴 기능은 공급사별 구매 오더 이력을 한 화면에서 보는 것이었습니다. 인턴 때 어느 공급사에 발주할지 정할 때, 과거 납기 이행률과 가격 변동 이력을 함께 보니 단가만으로는 안 보이던 차이가 드러났습니다. 단가가 조금 싼 공급사가 납기를 자주 넘겨 결국 더 비싼 셈이 되는 경우를 데이터로 가를 수 있었습니다. 처음엔 트랜잭션 코드가 많아 헤맸는데, 자주 쓰는 대여섯 개를 먼저 익히니 이 조회가 빨라졌습니다. 데이터를 근거로 판단하는 감각을 그 기능으로 익힌 셈입니다. 다만 제 한계도 인정합니다. 저는 이력을 조회해 보는 단계였고, 그 데이터로 공급사 평가 체계를 직접 설계해 본 적은 없습니다. 그래서 ERP를 조회 도구를 넘어 판단 기준을 만드는 시스템으로 쓰는 단계까지 키우려 합니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 삼성전자 SCM·공급망 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.