이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
대학원 재무 연계 프로젝트에서 SAP FI 모듈을 처음 다뤄봤습니다. 계정과목 설정과 전기 문서 생성 흐름을 실습했는데, 처음에는 SAP 특유의 Transaction Code 방식이 낯설었습니다. F-43으로 외상매입금을 수동 전기하고 F.13으로 자동 상계 처리하는 순서를 따라가면서 ERP 내 회계 데이터 흐름을 처음으로 체감했습니다. FI와 CO 간 연결이 실시간으로 이루어지는 구조도 그때 처음 이해했습니다. 인턴 기간에는 CO 모듈에서 내부 주문 분석 보고서를 추출하는 작업을 지원했고, 수작업 집계를 Report Painter로 자동화하면서 담당자가 매주 1~2시간을 아끼게 됐습니다. 기능보다 데이터 흐름을 이해하는 것이 SAP를 제대로 다루는 시작점이라고 생각합니다.
현업에서 SAP FI를 다룰 때 가장 오래 붙잡은 건 계정과목 체계 설계였습니다. 회사마다 계정 코드 구조가 다르기 때문에, 기존 엑셀 장부에서 SAP 계정 체계로 옮기는 매핑 작업이 생각보다 복잡했습니다. 현금성 자산과 가수금이 혼용된 데이터를 정리할 때, 원장 잔액이 시산표와 맞지 않아 전기 오류를 역추적해야 했습니다. FI 컨설턴트와 IMG에서 Company Code 설정부터 Posting Period Variant까지 단계별로 확인했습니다.
검증 단계를 설정보다 먼저 정의하자는 원칙을 그 프로젝트에서 배웠습니다. SAP는 설정이 많은 만큼 어디가 잘못됐는지를 거꾸로 추적하는 과정이 실력을 키우는 구간이라고 생각합니다.
SAP FI/CO를 팀에서 혼자 다루다 보니 운영 매뉴얼을 직접 만드는 역할이 자연스럽게 생겼습니다. 자주 쓰는 T-code와 전기 순서를 정리해두지 않으면 반복 질문이 많이 들어왔기 때문입니다. 매뉴얼을 작성하는 과정에서 본인도 몰랐던 설정 오류를 발견한 적이 있었습니다. CO 내부 주문에서 실제 집행 금액과 계획 금액이 안 맞는 경우가 있었는데, Settlement Rule이 잘못 설정된 것이 원인이었습니다.
원인을 찾는 데 하루, 수정은 10분이었습니다. 그 이후로 CO 모듈 점검 항목을 주기적으로 확인하는 루틴을 만들었습니다. 혼자 쓰는 시스템이 아니라 다음 사람도 이해할 수 있어야 한다는 게 운영 경험에서 얻은 원칙입니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 SK inc.(AX) 솔루션 아키텍트 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.