이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
인턴 때 금융감사 보조 업무를 했습니다. 감사 보고서를 작성할 때 가장 먼저 하는 건 거래 내역의 완전성과 정확성을 확인하는 것이었는데, 이를 위해 Excel에서 VLOOKUP과 피벗 테이블로 계정과목별 잔액 변동을 추적했습니다. 이상값 탐지는 전기 대비 변동폭이 20% 이상인 항목을 먼저 추려내는 방식으로 시작했고, 그 안에서 원인이 되는 거래를 역추적했습니다. 데이터가 많을 때는 Python으로 중복 거래와 누락 항목을 자동으로 검출하는 스크립트를 작성해 시간을 줄이기도 했습니다. 보고서 기준은 '면접관이 이 숫자를 보고 바로 판단할 수 있는가'로 잡았고, 핵심 위험 항목은 첫 페이지에 요약해 올렸습니다. 데이터를 많이 붙이는 것보다 중요한 것을 놓치지 않는 것이 핵심이라고 배웠습니다.
감사 보고서 작성에서 데이터를 전부 검토하는 것은 현실적으로 불가능하기 때문에 어디에 집중할지를 먼저 정하는 것이 핵심입니다. 리스크 기반 접근에서는 금액이 크거나 거래가 빈번하거나 통제가 취약한 영역을 우선 순위로 두는 방식을 씁니다. 인턴 때 전체 계정 중 80%의 위험이 특정 20% 항목에 집중되는 패턴을 경험했습니다. 그 항목에 시간을 더 쓰고 나머지는 표본 검토로 대체했을 때 전체 감사 효율이 크게 올랐습니다. 분석 기법으로는 전기 대비 변동폭이 큰 항목을 자동으로 추출하는 방식과, 거래 건수 대비 금액 분포를 시각화해서 이상 패턴을 찾는 방식을 함께 썼습니다. 보고서에는 위험 항목과 그 근거, 권고 조치를 세트로 정리하는 구조가 가장 활용하기 쉬웠습니다.
집중해야 중요한 것을 놓치지 않습니다. 리스크 순위가 감사의 설계를 결정합니다.
감사 보고서를 작성할 때 읽는 사람이 경영진인지 현업 담당인지에 따라 같은 발견이라도 다르게 전달해야 합니다. 경영진에게는 '어떤 위험이 어느 정도 수준이고 무엇을 결정해야 하는가'를 한 장에 요약하는 구조가 필요하고, 현업 담당자에게는 어느 프로세스에서 어떤 통제를 추가해야 하는지를 구체적으로 써야 합니다. 두 레벨을 섞으면 어느 쪽에도 맞지 않는 보고서가 됩니다. 인턴 때 작성한 보고서를 경영진이 읽고 '핵심이 뭔지 모르겠다'는 피드백을 받고 나서, 요약 섹션과 세부 섹션을 분리하는 방식으로 바꿨습니다. 데이터 측면에서는 숫자를 많이 넣는 것보다 어느 숫자가 판단 기준이 되는지를 명확히 표시하는 것이 더 중요했습니다.
읽는 사람이 다르면 보고서도 달라야 합니다. 계층을 나눠야 보고서가 쓰인 목적을 달성합니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 토스 내부감사 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.