이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
학교 ERP 실습 수업에서 SAP FI(Financial Accounting) 모듈을 다뤄봤습니다. 주로 진행한 작업은 구매 발주에서 인보이스 입력, 전표 전기까지 이어지는 AP 프로세스 시뮬레이션이었습니다. 처음에는 T-Code 구조가 낯설었는데, FB60으로 벤더 인보이스를 입력하고 FB08로 역전표를 처리하는 흐름을 반복하면서 회계 처리 로직이 시스템 안에 어떻게 담기는지 이해하게 됐습니다. 문제 해결 경험으로는, 입력한 전표의 차변·대변이 맞지 않아 전기가 되지 않는 오류를 만났을 때 계정 코드 오입력이 원인이었고, 계정 구조를 다시 확인하면서 해결했습니다. 팀 협업에서는 한 명이 입력하고 다른 한 명이 검토하는 역할 분리를 해서, 실무에서의 내부 통제 절차를 간접적으로 체험했습니다. 실습 범위라 깊이에 한계가 있었지만, ERP 안에서 회계 데이터가 어떤 구조로 흐르는지를 직접 손으로 익힌 경험이었습니다.
SAP ERP 실습에서 회계 전표 입력 후 오류가 발생했을 때 수정하는 과정이 가장 기억에 남습니다. 전기된 전표는 직접 삭제가 안 되고 역전표(reversal posting)를 생성해서 원래 전표의 효과를 취소하는 방식으로 처리해야 합니다. 처음에는 전표를 지우면 된다고 생각했는데, ERP 시스템이 감사 추적성을 위해 모든 변경 이력을 남기는 구조라는 것을 이 과정에서 배웠습니다.
대사(reconciliation) 작업도 실습했는데, 계정 잔액을 외부 명세서와 맞추는 과정에서 항목 하나하나의 차변·대변 구조가 정확해야 대사가 맞는다는 것을 직접 확인했습니다. 이력이 남아야 신뢰할 수 있는 시스템입니다. 감사 추적이 ERP의 핵심입니다. 오류 수정 방식이 시스템 철학을 보여줍니다.
SAP ERP를 배우면서 단일 모듈 이해보다 모듈 간 연결 구조가 더 중요하다는 것을 알게 됐습니다. FI(Financial Accounting)와 MM(Materials Management)이 연동돼 있어서, 구매 발주(PO)가 입고(GR)로 이어지면 자동으로 FI에 전기 전표가 생성됩니다. 처음에는 회계 전표를 수동으로 입력하는 것이 ERP라고 생각했는데, 실제로는 다른 모듈에서 발생한 거래가 자동 회계 처리로 이어지는 구조였습니다. 이 흐름을 따라가면서 어느 단계에서 어떤 계정이 차변·대변으로 잡히는지를 추적하는 연습을 했습니다.
연결 구조를 알아야 ERP를 이해합니다. 자동화가 수동 입력을 대체하는 방식입니다. 모듈 경계를 넘는 흐름이 핵심입니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 SK biotek 재무·자금 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.