이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
대사 및 차액 정산 프로세스를 설계할 때 가장 먼저 해야 하는 것은 정산 기준 시점과 포함·제외 항목을 관련 팀과 합의하는 것이라고 배웠습니다. 기준이 다르면 같은 데이터를 보고도 결과가 달라지기 때문입니다. 프로세스 설계에서는 원천 데이터 수집 → 매칭 → 불일치 항목 추출 → 원인 분류 → 조정의 흐름을 단계별로 문서화합니다.
불일치 항목의 원인 유형(타이밍 차이, 수수료 처리 방식 차이, 입력 오류 등)을 분류 체계로 정의해두면 반복 이슈를 빠르게 처리할 수 있습니다. 정산 프로세스는 한 번 설계보다 반복 운영을 통해 예외 케이스가 누적되는 구조이기 때문에, 초기 설계에서 예외 처리 경로를 함께 정의하는 것이 중요합니다.
대사 프로세스를 다뤄본 건 수집→매칭→불일치 분류→예외 처리→확정의 흐름을 단계로 정리한 일입니다. 거래 ID·금액·시점 기준으로 자동 대응시키는 매칭이 핵심이었습니다. 자동 매칭률을 운영 지표로 봐, 수동으로 손대야 하는 건을 줄이려 했습니다. 불일치가 나면, 타이밍 차이인지 실제 오류인지를 먼저 분류했습니다. 둘은 대응이 전혀 달랐기 때문입니다. 동아리 정산을 할 때도, 각자 기준으로 쓰는 숫자를 먼저 맞추니 같은 데이터로 결론이 같아졌습니다.
자동으로 거를 건 거르고, 사람은 예외만 보는 구조가 효율적이었습니다. 매칭을 자동화하는 게 출발이었습니다.
대사에서 제가 경계하는 함정은 정산 파일의 지연을 실제 오류로 오분류하는 것입니다. 카드사나 PG 정산 파일이 D+1, D+2로 늦게 오는데, 그걸 모르고 보면 멀쩡한 거래가 불일치로 잡혔습니다. 한 번은 타이밍 차이를 오류로 처리할 뻔한 적이 있었습니다. 그래서 결제 수단별 정산 주기를 상태 기계로 규격화해, 언제 들어올 데이터인지를 미리 알게 했습니다. 그러면 지연과 진짜 오류를 가를 수 있었습니다.
확인에서 끝나지 않고, 이상 신호가 진짜인지 가르는 게 중요했습니다. 차이가 보이면, 먼저 타이밍 차이인지 의심하고 분류하는 게 핵심이었습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 카카오페이 프로덕트 매니저 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.