이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
인턴 기간에 ERP의 구매 모듈을 사용해 발주서 생성과 입고 확인 업무를 처리한 경험이 있습니다. 트랜잭션 코드 기반 화면 구조에 처음에는 낯설었지만, 자주 쓰는 코드를 메모해두고 반복 사용하면서 일주일 만에 기본 흐름을 익혔습니다. eProcurement 시스템은 온라인 발주 플랫폼을 통해 견적 요청부터 발주 승인까지 전자로 처리하는 방식이었는데, 종이 없이 이력이 남는다는 것이 장점이었습니다.
승인 단계가 여러 개라 지연이 생기는 경우도 있었는데, 이때는 담당자에게 직접 확인해 병목을 해소하는 경험도 했습니다. 이 경험에서 ERP와 eProcurement 모두 데이터 입력 정확성이 시스템 신뢰도를 결정한다는 것을 배웠습니다.
ERP는 부서별로 분산된 업무를 하나의 데이터 흐름으로 연결하는 시스템이라는 것을 수업에서 이해했습니다. 구매 모듈에서 발주를 입력하면 재고 모듈과 회계 모듈에 자동으로 정보가 전달되는 구조를 처음 배웠을 때, 각 부서가 데이터를 공유하는 방식이 어떻게 작동하는지를 이해했습니다.
모듈 간 연결이 끊기거나 데이터 입력이 잘못되면 하류 부서 전체에 영향을 미친다는 점도 파악했습니다. 입력의 정확성이 ERP의 가치를 결정한다는 것이 핵심입니다. 직접 사용 경험은 없지만 연결 구조를 이해한 상태로 시작하면 현장 교육에서 배우는 속도가 다르다고 생각합니다. ERP의 연결 구조를 이해하면서 연결 구조가 먼저이고 기능 학습은 그 다음이라는 방향을 잡게 된 결입니다.
구매 업무가 단순히 주문을 넣는 것이 아니라 승인, 발주, 검수, 정산이 연결된 흐름이라는 것을 구매관리 수업에서 배웠습니다. 구매 요청에서 대금 지급까지의 전 과정을 P2P 사이클이라고 하는데, 각 단계에서 누가 승인했는지가 기록으로 남아야 내부 통제가 작동한다는 것을 이해했습니다.
승인 없이 발주가 나가거나 검수 없이 대금이 지급되면 낭비와 오류의 빈틈이 생깁니다. eProcurement 시스템은 이 사이클에서 규정을 자동으로 강제하는 구조를 만들어주는 역할을 합니다. 직접 시스템을 써본 적은 없지만, 업무 흐름의 원리를 이해하면 특정 시스템을 배우는 데 시간이 줄어든다고 생각합니다. 구매 프로세스의 원리를 이해하면서 시스템은 흐름을 강제하는 도구임을 배운 결입니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 롯데 품질 일반 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.