직원 경비 보고서 30건을
1시간 안에 요약 시트 하나로
글로벌 비즈니스 여행 협회(GBTA)의 벤치마크 데이터에 따르면, 경비 보고서 1건을 처리하는 데 드는 평균 비용은 58달러와 20분입니다. 이 수치에는 직원의 제출 시간, 관리자의 승인 시간, 재무팀의 입력 및 조정 시간이 모두 포함됩니다(GBTA 재단). 직원 30명이 매달 1건씩 보고서를 제출하는 회사의 경우, 매월 처리 인건비로 1,740달러가 소요됩니다. 하지만 58달러라는 수치는 각 보고서가 표준화된 워크플로를 따른다는 가정하에 산출된 것입니다. 이 수치에는 30건의 보고서가 스캔된 종이 양식, 영수증 사진, PDF 명세서, 이메일 확인서 등 6가지 다른 형식으로 도착했을 때 발생하는 상황 — 목요일까지 이 모든 것을 하나의 요약 시트로 통합해야 하는 상황 — 은 반영되지 않았습니다.
진짜 병목은 타이핑 속도가 아닙니다 — 서식 전환입니다
계산은 단순해 보입니다: 보고서 1건당 20분 × 30건 = 600분, 즉 10시간입니다. 하지만 한 달 치 직원 경비 청구를 처리해본 사람은 이 계산이 현실과 다르다는 것을 압니다. 처음 3건의 보고서는 각각 20분이 걸립니다. 15번째 보고서쯤 되면 각 건당 30분에 가까워집니다. 25번째 보고서에 이르면 4번째 보고서에서는 하지 않았을 실수를 하기 시작합니다 — 금액을 잘못 읽고, 항목을 잘못 분류하고, 여섯 가지 다른 문서 서식 사이를 전환하느라 지친 뇌 때문에 필드를 아예 건너뛰기도 합니다.
동일한 GBTA 연구에 따르면 경비 보고서의 19%에 오류가 포함되어 있으며, 각 오류를 수정하는 데 추가로 18분과 52달러가 소요됩니다. 이를 30건 배치에 적용하면 약 6건의 보고서에 재작업이 필요해 세션에 거의 2시간이 더 추가되어, 10시간처럼 보였던 작업이 14시간으로 늘어납니다(GBTA 문제점 연구). 이것은 생산성 문제가 아닙니다. 서식 전환 문제이며, 배치 내 보고서가 추가될수록 더 악화됩니다.
경비 보고서 배치 처리의 효율성 급락은 보고서 8건과 15건 사이에서 발생합니다. 그 이전에는 서식 전환 비용이 감당할 수 있는 수준입니다. 그 이후로는 각 추가 보고서가 이전 보고서보다 더 오래 걸리고, 서식이 바뀔 때마다 오류율이 높아집니다. 구조적 병목은 데이터 입력 속도가 아니라 — 몇 시간 동안 몇 분마다 새로운 문서 서식에 적응해야 하는 인지적 비용입니다.
월말에 누적되는 세 가지 서식 전환 비용
단일 지출 보고서가 받은 편지함에 도착하면 처리는 간단합니다. 파일을 열고, 필드를 읽고, 스프레드시트에 입력하면 됩니다. 하지만 30개의 보고서가 동시에 도착하면, 단일 규모에서는 존재하지 않는 세 가지 구조적 문제가 발생합니다. 각 문제는 서로를 악화시키며, 함께 배치 크기에 따라 보고서당 소요 시간이 증가하는 이유를 설명합니다.
1. 각 직원 시스템의 혼합 형식
한 직원은 종이 지출 양식을 휴대폰으로 촬영합니다. 이 양식은 회사 인트라넷에서 출력되어 손으로 작성되었으며, 영수증은 뒷면에 스테이플러로 고정된 후 단일 이미지로 촬영됩니다. 다른 직원은 지출 추적 앱에서 내보낸 작성 가능한 PDF를 제출합니다. 세 번째 직원은 호텔 청구서가 첨부된 PDF와 별도의 식당 영수증 스크린샷이 포함된 이메일을 전달합니다. 네 번째 직원은 회사 카드를 사용하며, 카드의 월별 PDF 명세서에 손으로 메모를 추가하여 제출합니다.
네 명의 직원, 네 가지 형식 스트림, 구조적 일관성은 전혀 없습니다. 필드는 동일합니다(날짜, 공급업체, 금액, 카테고리, 업무 목적). 하지만 각 문서 유형에서 위치, 레이블, 시각적 맥락이 완전히 다릅니다. 한 보고서의 오른쪽 상단 모서리에 있는 날짜는 다른 보고서의 여러 줄 헤더에 묻혀 있습니다. 인쇄된 양식의 공급업체 이름은 12pt Helvetica로 표시되지만, 전달된 이메일 스크린샷에서는 제목 줄에 있습니다.
기존 OCR 도구는 각 서식마다 템플릿을 정의해야 합니다. 종이 양식의 '날짜' 필드에 테두리 상자를 그리고, PDF 템플릿에 또 다른 상자를, 이메일 스크린샷 템플릿에 또 다른 상자를 그리는 식입니다. 직원 30명이 생성하는 모든 변형에 대해 템플릿을 만들다 보면 데이터를 수동으로 두 번 입력할 수도 있습니다. 이러한 템플릿 의존성 때문에 대부분의 '일괄' 비용 솔루션은 입력 형식을 제어할 수 있을 때 가장 효과적입니다. 하지만 직원들이 이미 각자 편한 방식으로 보고서를 제출하는 상황에서는 그 목적이 무의미해집니다.
대안적인 접근 방식은 열 이름 추출을 사용하는 것입니다. 각 문서 레이아웃에서 필드의 위치를 정의하는 대신, 한 번만 정의하면 됩니다. "직원 이름", "날짜", "비용 범주", "공급업체", "금액", "업무 목적" — 그러면 AI가 각 문서에서 해당 값을 찾습니다. 위치가 아니라 의미를 이해하기 때문입니다. 날짜 필드는 스캔본의 구석, PDF의 헤더, 또는 전달된 이메일 본문 어디에 있든 날짜로 읽힙니다. 달러 금액은 "$147.32" 또는 "합계: 147.32" 또는 레이블 없이 "147.32"로 표시되어도 총액으로 식별됩니다. 이것이 실제 팀의 다양한 형식에서 진정한 일괄 처리를 가능하게 하는 이유입니다. 추출 로직이 형식에 독립적이기 때문입니다.
2. 확장 시 문제가 되는 직원별 명명 규칙
실제 비용 보고서 파일 이름은 다음과 같습니다: expenses_march.pdf, IMG_5832.jpg, March2025_TE_JD_v2.pdf, My Expenses.xlsx. 요약 시트를 작성할 때 각 파일을 특정 직원에게 연결할 수 있어야 합니다. 파일 이름에 직원 이름이 없으면 문서를 열어 제출자를 확인한 다음, 데이터 입력을 시작하기 전에 수동으로 이름을 바꾸거나 태그를 지정해야 합니다.
이 전처리 단계 — 어떤 파일이 누구의 것인지 식별하는 작업 — 데이터 추출이 시작되기 전에 파일당 1~2분이 추가로 소요됩니다. 보고서 30건 기준으로, 단 한 개의 숫자도 입력하기 전에 분류 작업에만 30~60분이 걸립니다. 여러 부서에 걸쳐 50명 이상의 직원 보고서를 처리하는 팀의 경우, 이 식별 단계만으로도 반나절이 소모될 수 있습니다.
이러한 파일명 문제는 감사 리스크로도 이어집니다. IRS 간행물 463호의 책임 회계 규정에 따르면, 비용 상환을 위해서는 영수증, 금액, 날짜, 업무 목적을 입증해야 하며, 기록은 보관 및 검색 가능해야 합니다. 감사관이 요약표 37행의 근거 자료를 요청했는데 원본 파일명이 IMG_5832.jpg라면 데이터와 증빙 간의 연결이 끊어집니다. 성_YYYY-MM.pdf 형식(예: Kim_2025-03.pdf)의 명명 규칙은 파일을 열지 않고도 폴더에서 이름만으로 검색할 수 있는 감사 추적을 가능하게 합니다. 일괄 처리 도구가 출력 스프레드시트에 원본 파일명을 열로 기록하면, 각 행이 자체 감사 참조 정보를 갖게 됩니다.
3. 통합의 간극: 한 시트에 입력하는 것과 요약본을 만드는 것은 다릅니다
세 번째 형식 전환 비용은 가장 눈에 띄지 않으면서도 가장 파괴적입니다. 30개의 개별 보고서에서 데이터를 추출한 후에도 CFO나 부서장이 실제로 사용할 수 있는 요약 시트 — 범주별, 직원별, 부서별 합계 — 로 통합해야 합니다. 수동으로 마스터 스프레드시트에 데이터를 입력한다면, 데이터 전사(30개 문서에서 필드 읽기)와 데이터 구조화(모든 행이 요약 시트 스키마에 맞는지 확인)라는 두 가지 작업을 동시에 수행하는 셈입니다.
보고서 3번을 처리할 때는 두 작업 모두 능숙하게 수행합니다. 보고서 23번으로 넘어가면 스키마 적용이 약해집니다. "Hilton Hotels"여야 하는 "공급업체" 필드가 "Hilton"으로 입력되어 공급업체명별 피벗 테이블이 깨집니다. "식비 및 접대비"여야 하는 "카테고리" 필드가 보고서 18번에서는 세션이 진행되면서 멘탈 매핑이 흐트러져 "고객 점심"으로 입력됩니다. 요약 시트는 완전해 보이지만 카테고리 합계는 틀려 있으며, 부서장이 식비 항목이 예상보다 800달러 낮은 이유를 묻기 전까지는 이를 발견하지 못합니다.
일괄 추출 워크플로: 필드를 한 번 정의하고 모든 보고서 처리
세 가지 문제(형식 다양성, 명명 혼란, 통합 드리프트)에 대한 구조적 해결책은 필드 정의와 데이터 추출을 분리하는 것입니다. 출력 스키마(요약 시트에 표시될 열)를 한 번 정의한 후, 모든 30개 보고서를 단일 패스로 해당 스키마에 따라 처리합니다. 도구가 문서 수준에서 형식 변동을 처리하고, 사용자는 출력 수준에서 통합된 스프레드시트 하나를 받습니다.
다음은 열 이름 추출(템플릿 좌표가 아닌 의미를 기준으로 AI가 필드 값을 찾는 방식)을 사용한 워크플로입니다. 비용 보고서 전체 배치(PDF, JPEG, PNG, 스크린샷, 직원이 직접 요약을 입력한 Excel 파일까지)를 업로드하고 출력에 원하는 열을 지정합니다.
| 열 이름 | AI가 추출하는 내용 |
|---|---|
| 직원 | 보고서 헤더의 이름 또는 ID; 표준화를 위해 추정 열 사용 |
| 날짜 | 지출 날짜, 원본 형식과 관계없이 YYYY-MM-DD로 자동 변환 |
| 거래처 | 판매자, 호텔 또는 서비스 제공업체 이름 |
| 금액 | 총 지출 금액, 숫자로 자동 변환 |
| 카테고리 (옵션: 식비/여행/숙박/사무용품/소프트웨어/기타) | AI가 거래처와 맥락에서 올바른 카테고리를 추론하며, 보고서에 표시가 없어도 가능 |
| 업무 목적 | 고객 미팅, 출장, 사무용품 등 — 추출 또는 추정 |
이 도구는 전체 배치를 한 번에 처리합니다. AI가 각 문서를 읽고, 지정된 필드를 찾아 추출한 후, 결과를 하나의 Excel 파일로 정리합니다. 각 행은 하나의 비용 항목에 해당하며, 원본 파일명이 참조 열로 유지됩니다. 문서별 템플릿을 학습하거나 문서별 검증 단계가 필요하지 않습니다. 출력 결과를 30번이 아닌 한 번만 검토하면 됩니다.
파일은 안전하게 처리되며 저장되지 않습니다.
효율성 향상은 속도 증가가 아닌 구조적 변화에서 비롯됩니다. "열기 → 읽기 → 입력 → 분류 → 확인" 사이클을 30번 반복하는 대신, 한 번만 실행하면 됩니다. 배치 크기가 작업량을 늘리지 않습니다. 동일한 작업을 30개 파일에 동시에 적용하는 것입니다. 수동 데이터 입력에 10~14시간이 걸리던 작업이, 결과를 검토하는 데 시간을 쓰는 단일 처리 세션이 됩니다.
분류 자동화: 모든 보고서가 동일한 계정과목표를 사용하도록
세 번째 형식 전환 비용인 통합 오류는 특정 원인이 있습니다. 분류가 긴 데이터 입력 세션 동안 일관성 없이 적용되는 인간의 판단에 의존할 때, 요약 시트의 카테고리 합계가 신뢰할 수 없게 됩니다. 동일한 비용 유형이 세션 중 처리된 시점과 코딩 담당자의 피로도에 따라 세 가지 다른 방식으로 분류됩니다.
해결책은 분류 정책을 데이터 입력 세션에서 완전히 분리하는 것입니다. 여기서 추론 열이 등장합니다. 각 직원(또는 보고서를 처리하는 재무 관리자)이 "Acme Corp 팀과 Morton's에서 한 저녁 식사"가 식비, 접대비, 또는 고객 미팅비인지 결정하도록 하는 대신, 분류 규칙을 열 정의의 일부로 한 번 정의하면 AI가 배치 내 모든 보고서에 균일하게 적용합니다.
예를 들어, 열을 카테고리(옵션: 식비 및 접대비/여비/숙박비/사무용품비/소프트웨어비/전문 서비스비/기타)로 정의합니다. AI가 메리어트 호텔에 투숙하고 레스토랑에서 식사한 직원의 문서를 처리할 때, 공급업체 이름을 읽고 맥락을 이해하여 "메리어트 호텔"은 숙박비로, "조스 스테이크하우스"는 식비 및 접대비로 분류합니다. 30개 보고서 모두에 일관되게 적용됩니다. 규칙은 보고서 1번과 30번에서 동일하게 작동합니다. 분류 오류는 애초에 발생하지 않았기 때문에 제거됩니다.
이 메커니즘은 재무부 규정 §1.62-2에 내재된 IRS 입증 요건도 처리합니다. 정산 가능 계획 규칙에 따르면, 직원이 비용 발생일로부터 60일 이내에 금액, 날짜, 장소, 업무 목적 등 적절한 정산 내역을 제출해야만 상환금이 비과세됩니다. 추출 스키마의 Business Purpose 열은 각 직원이 이를 직접 기록하지 않아도 요약 시트의 모든 행에 IRS가 요구하는 입증 필드가 포함되도록 보장합니다.
개별 보고서에서 단일 요약 시트로: 월말 마감을 바꾸는 결과물
일괄 추출의 즉각적인 결과물은 통합된 Excel 스프레드시트입니다. 모든 직원의 비용 데이터가 하나의 테이블에 담기고, 모든 필드는 동일한 형식으로 정규화되며, 각 행은 원본 파일로 추적 가능합니다. 이 방식이 대체하는 것은 단순한 데이터 입력 시간뿐만이 아닙니다. 데이터 입력 후 일반적으로 뒤따르는 백엔드 작업, 즉 일관되지 않은 날짜 형식 정리, 공급업체명 표준화, 계정과목표와 일치하지 않는 항목 재분류, 부서장이 실제로 필요로 하는 요약 피벗 테이블 구축까지 대체합니다.
추출이 완료되면 요약 시트는 본질적으로 피벗 테이블 분석에 적합한 구조를 갖춥니다. 모든 금액은 숫자형, 모든 날짜는 YYYY-MM-DD 형식, 모든 항목은 동일한 사전 정의된 집합에서 가져오므로, 직원별, 항목별, 부서별, 또는 기간별 보고서를 작성하는 데 몇 초밖에 걸리지 않습니다. 수동 입력 시 일반적으로 필요한 추가 2-3시간의 스프레드시트 정리 작업이 필요 없습니다.
월말 결산 과정에서 부서 예산 대비 비용 데이터를 조정해야 하는 재무팀의 경우, 이 출력 구조는 APQC의 중간값 결산 벤치마크(6.4일)에 직접적으로 기여합니다. 수동으로 처리할 경우, 경비 보고서 처리가 이 기간 중 불균형적으로 많은 시간을 차지합니다. 경비 보고서에서 수동 입력 단계를 제거하면 입력 시간만 절약되는 것이 아닙니다. 재무 일정에서 가장 큰 단일 데이터 준비 작업을 없애 결산 기간 자체를 단축합니다.
여러 팀이나 프로젝트에 걸쳐 비용을 관리하는 조직의 경우, 이 접근 방식은 직원들이 휴대폰으로 영수증을 촬영한 경비 스크린샷의 일괄 처리도 지원합니다. 이에 대해서는 스크린샷-Excel 워크플로에서 별도로 다룹니다. 스캔된 PDF 경비 양식은 고유한 추출 과제를 제시하며, 이는 스캔된 경비 보고서 추출 가이드에서 다룹니다. 모든 입력 유형에서 핵심 일괄 처리 원칙은 동일합니다. 출력 스키마를 한 번 정의하고 모든 파일을 한 번에 처리합니다.
자주 묻는 질문
일괄 처리가 수기 경비 양식에도 작동하나요?
네, 읽기 쉬운 필기체의 경우 가능합니다. AI 모델이 필기체(커서 포함)를 읽고, 동일한 배치 내에서 인쇄된 텍스트와 함께 추출합니다. 별도의 설정이 필요하지 않습니다. 읽기 어려운 필기체는 신뢰도가 낮은 추출 결과를 생성하므로, 출력 검증 시 검토해야 합니다. 대부분 수기 양식으로 구성된 배치의 경우 수기 문서 일괄 처리 가이드를 참조하세요.
한 번에 몇 개의 경비 보고서를 일괄 처리할 수 있나요?
표준 인터페이스에서 배치당 최대 50개 파일을 업로드할 수 있습니다. 월 50개 이상의 보고서를 처리하는 팀의 경우, 25~30개씩 두 개의 배치로 나누면 총 소요 시간이 거의 동일합니다. 추출이 배치 내 모든 파일에서 병렬로 실행되기 때문입니다. 파일당 처리 시간은 약 5~10초이므로, 30개 파일 배치는 파일 수에 관계없이 몇 분 안에 완료됩니다.
직원들이 제 계정과목표와 다른 경비 항목을 사용하면 어떻게 되나요?
이것이 바로 추론 열이 가장 큰 가치를 발휘하는 시나리오입니다. 출력 항목을 열 정의에서 제한된 목록(예: "항목 (옵션: 식비/교통비/숙박비/소모품비/소프트웨어비/기타)")으로 정의하면, AI가 직원이 원래 보고서에 기재한 방식과 관계없이 모든 경비를 해당 옵션 중 하나에 매핑합니다. 이렇게 하면 데이터 입력 후 일반적으로 수행되는 수동 재분류 단계가 필요 없어집니다.
이 도구를 통해 직원들로부터 이메일 대신 경비 보고서를 수집할 수 있나요?
네. 수집 링크 기능을 사용하면 직원들에게 보낼 공유 가능한 URL이 생성됩니다. 각 직원은 링크를 열고 짧은 인증 코드를 입력한 후 경비 보고서 파일을 직접 처리 대기열에 업로드할 수 있습니다. 직원 측에서 별도의 회원가입이나 로그인이 필요하지 않습니다. 이는 이메일 첨부 파일 워크플로우를 완전히 대체하며, 모든 보고서가 원본 형식 그대로 한 곳에 모여 일괄 처리 준비가 완료됩니다.
일괄 추출 기능이 여러 통화의 경비 보고서를 처리할 수 있나요?
AI는 모든 통화의 금액을 추출할 수 있지만, 실시간 환율 변환은 수행하지 않습니다. USD, EUR, GBP가 혼합된 보고서를 일괄 처리할 경우 각 금액은 원래 통화 그대로 추출되어 기록됩니다. 통화 변환은 출력 시트의 Excel 수식을 이용하거나, 경비를 회계 시스템의 내장 변환 기능을 통해 라우팅하는 별도의 단계로 수행해야 합니다. 여러 통화가 포함된 일괄 처리 워크플로우의 경우 추출 스키마에 통화 열을 추가하여 출력에 원래 통화가 유지되도록 하는 것을 고려해보세요.
월말 결산: 이틀에서 한 시간으로
GBTA가 벤치마킹한 보고서당 58달러 비용은 고정된 숫자가 아닙니다. 이는 일관된 보고서당 노력을 가정한 평균값입니다. 형식 전환 비용으로 인해 이 수치가 더 높아지고, 월 30건의 보고서를 처리할 경우 수동 경비 보고서 처리의 산술은 감당하기 어려워집니다. 사람들이 느려서가 아니라, 워크플로가 한 번에 하나의 보고서를 처리하도록 설계되었고, 월말 현실은 보고서를 한 번에 하나씩 제공하지 않기 때문입니다.
일괄 추출은 모든 보고서가 직원들이 사용한 형식 그대로 한꺼번에 도착하고, 부서장이 월말 마감 패키지에 바로 넣을 수 있는 단일 스프레드시트로 출력된다는 현실에 맞춰 워크플로를 재구성합니다. 병목 현상은 결코 입력 속도가 아니었습니다. 모든 보고서를 개별적으로 처리해야 한다는 가정이 문제였습니다.