HR 팀이 스캔된
경비 보고서에서 데이터를 자동으로 추출하는 방법

아무도 이야기하지 않는 경비 보고서 병목 현상

직원이 법인카드로 업무 경비를 결제하면 데이터 캡처 문제는 대부분 해결됩니다. 날짜, 금액, 가맹점이 표시된 명세서에 거래가 나타나고, Expensify나 Ramp 같은 경비 관리 플랫폼이 해당 거래와 영수증을 자동으로 매칭합니다. 하지만 이 워크플로우는 모든 직원이 법인카드를 사용할 때만 작동합니다.

많은 조직 — 특히 중견기업, 현장 서비스 업체, 건설 회사, 비영리 단체 — 에서는 직원이 비용을 먼저 지불한 후 월말에 종이 경비 보고서 양식을 제출합니다. 이름, 직원 ID, 부서, 날짜 범위, 그리고 상세 항목 표(각 경비의 날짜, 가맹점, 설명, 카테고리, 금액)를 작성합니다. 영수증을 첨부하고 전체를 스캔한 뒤 PDF로 이메일을 보냅니다. HR 또는 재무 담당자가 해당 PDF를 열고 모든 필드를 수작업으로 다시 입력합니다.

이것은 영수증 스캔 문제가 아닙니다. 스캔된 양식 추출 문제이며, 둘은 근본적으로 다릅니다. 영수증 스캐너는 한 이미지에서 세 가지 필드(날짜, 금액, 판매처)를 추출합니다. 스캔된 경비 보고서 양식은 동일한 문서에서 헤더 메타데이터와 여러 행의 상세 항목 표를 한 번에 추출해야 합니다. 소비자 시장에는 이를 위해 만들어진 도구가 없었습니다 — 필드가 페이지에서 어디에 있는지가 아니라 무엇을 의미하는지를 이해하는 AI 기반 문서 추출이 등장하기 전까지는 말이죠.

GBTA 재단에 따르면, 평균 기업은 매년 51,000건의 경비 보고서를 처리합니다. 보고서당 $58로 계산하면 처리 비용만 거의 $3백만에 달하며, 그중 약 $50만이 오류 수정에만 사용됩니다. 매월 스캔된 종이 경비 보고서 500건만 처리하는 조직도 전체 경비 워크플로우를 새 플랫폼으로 재구축하지 않고 재입력 단계를 제거할 방법이 필요합니다.

스캔된 양식이 기존 OCR을 무너뜨리는 이유

광학 문자 인식(OCR)은 수십 년 동안 사용되어 왔지만, 인쇄된 텍스트 페이지를 디지털화하기 위해 만들어진 것이지 비즈니스 양식의 논리를 이해하기 위한 것이 아닙니다. 스캔된 경비 보고서를 기존 OCR에 통과시키면 텍스트의 벽만 얻을 수 있습니다. 소프트웨어는 페이지 상단의 "John Smith"가 직원 이름인지, 손으로 쓴 표의 세 번째 행에 있는 "$45.00"이 택시 요금인지, 또는 그 옆에 적힌 날짜가 위의 항목이 아닌 해당 상세 항목에 속하는지 알지 못합니다.

템플릿 기반 OCR 도구는 샘플 양식의 각 필드 주위에 상자를 그리도록 요청하여 이 문제를 해결하려고 합니다. "직원 이름은 여기, 보고서 날짜는 저기." 그러나 이 접근 방식은 다음 직원이 다른 경비 보고서 템플릿을 사용하거나, 여백에 손으로 쓰거나, 다른 각도로 스캔하면 무너집니다. 모든 형식 변형에는 새 템플릿이 필요합니다. 여러 부서의 수십, 수백 명의 직원으로부터 양식을 받는 팀에게 템플릿 관리는 그 자체로 행정 업무가 됩니다.

더 근본적인 문제는 경비 보고서 양식이 인쇄된 텍스트와 손글씨를 예측할 수 없는 방식으로 혼합한다는 것입니다. 양식 자체는 인쇄될 수 있지만("직원 이름", "날짜", "금액"과 같은 레이블), 입력된 값은 입력되거나, 손으로 쓰이거나, 때로는 같은 필드 내에서 두 가지가 혼합될 수 있습니다. 기존 OCR은 문자를 읽지만, 페이지 하단의 손으로 쓴 "$1,213.50"이 위의 상세 항목을 합산한 것인지, 또는 서명이 보고서가 승인 준비가 되었음을 나타내는지 이해하지 못합니다.

스캔된 경비 보고서 추출을 마침내 가능하게 만드는 것은 다른 접근 방식입니다: 열 이름 추출은 VLM(비전 대규모 모델)로 구동됩니다. 소프트웨어에 어디를 봐야 하는지 알려주는 대신, 무엇을 원하는지 알려주세요 — 필요한 필드 이름("직원 이름", "날짜", "판매처", "카테고리", "금액")을 입력하면 AI가 페이지 어디에서나 각 값을 찾아 맥락과 의미를 이해합니다. 인간이 하는 방식으로 양식을 읽습니다. 영수증 표의 날짜 섹션에 있는 "04/15/2026"이 보고서 제출 날짜가 아닌 상세 항목 날짜임을 인식합니다. 어떤 필드에 어떤 필기인지 식별합니다. 템플릿 없이 모든 직원의 모든 레이아웃에서 작동합니다.

단계별 가이드: 스캔된 경비 보고서에서 데이터 추출하기

다음은 실제 전체 워크플로우입니다. 아래 단계는 종이 양식을 작성하고 영수증을 첨부한 뒤 스캔하여 이메일로 보낸 직원으로부터 받은 스캔된 경비 보고서 PDF가 있다고 가정합니다.

수동 입력과의 핵심 차이점: 영수증 상세 항목이 8~10개인 스캔된 경비 보고서 하나를 수작업으로 다시 입력하고 검증하는 데 약 15~20분이 걸립니다. 열 이름 추출을 사용하면 동일한 보고서가 5~10초 안에 처리됩니다. 월 100건의 보고서를 받는 팀의 경우, 이는 33시간의 데이터 입력과 약 15분의 검토 시간의 차이를 의미합니다.

출력 결과: 변환 전 vs. 변환 후

구체적으로 설명하기 위해, 변환 과정을 보여드리겠습니다. 일반적인 스캔된 경비 보고서 PDF에는 재무 팀에 필요한 모든 데이터가 포함되어 있습니다. 하지만 수동 추출이 필요한 비정형 형식에 잠겨 있습니다:

출력 결과는 각 상세 항목이 한 행을 차지하는 구조화된 스프레드시트이며, 열은 사용자가 지정한 것과 정확히 일치합니다. 영수증 항목이 10개인 보고서의 경우, 정리되고 분류된 데이터 10행을 얻을 수 있습니다. 여전히 구문 분석과 정리가 필요한 OCR 텍스트 덩어리가 아닙니다. 열 헤더는 2단계에서 입력한 내용이므로, 스프레드시트는 회계 소프트웨어가 기대하는 형식으로 즉시 제공되며 재구성할 필요가 없습니다.

대량으로 보고서를 처리하는 팀의 경우, 배치 처리를 통해 단일 업로드로 여러 직원의 보고서를 처리할 수 있습니다. 스캔된 PDF 20개를 한 번에 끌어다 놓고, 열 이름을 한 번 지정하면, 모든 직원의 모든 보고서에 걸친 경비가 포함된 통합 Excel 파일 하나를 얻을 수 있습니다. 이는 보고서를 한 번에 하나씩 처리하는 것과는 근본적으로 다른 작업 규모이며, 대부분의 팀이 처음에 기대하는 것 이상으로 시간 절약 효과가 배가되는 지점입니다. 경비 형식 전반의 배치 워크플로우에 대해 더 자세히 알아보려면, 직원 경비 스크린샷을 Excel로 처리에 대한 가이드에서 입력 문서가 직원마다 다를 때 배치 추출이 어떻게 이루어지는지 설명합니다.

IRS 규정 준수: 추출된 데이터의 정확성이 중요한 이유

시간 절약 외에도 경비 보고서 데이터 추출을 정확히 해야 하는 규정 준수 이유가 있습니다: IRS 설명 책임 계획 규칙입니다. 재무부 규정 §1.62-2에 따라, 고용주의 경비 상환 계획은 세 가지 조건이 충족될 때만 "설명 책임 계획"으로 인정됩니다 — 즉, 상환이 직원의 과세 소득이 아니게 됩니다 — 그 조건은 다음과 같습니다: 경비가 업무와 관련이 있고, 직원이 합리적인 기간 내에 적절한 입증 자료를 제공하며(IRS 안전 항구 규정은 60일), 초과 상환액이 반환되어야 합니다.

"적절한 입증"이란 문서에 각 경비의 금액, 날짜, 장소, 업무 목적이 명시되어야 함을 의미합니다. $75 이상의 숙박 경비의 경우, IRS §274(d)는 영수증을 요구합니다. 경비 보고서가 스캔된 PDF로 도착했는데 필드가 누락되었거나 읽기 어려운 경우 — 읽기 힘든 손글씨 금액, 모호한 날짜, 영수증과 일치하지 않는 가맹점 설명 — 문서는 요건을 충족하지 못합니다. 입증이 적절하지 않으면, 상환금은 직원의 과세 임금으로 재분류되어 급여세 의무와 고용주에 대한 잠재적 벌금이 발생할 수 있습니다.

이것이 추출 정확도가 단순한 생산성 지표 이상이 되는 이유입니다. 인쇄된 필드의 99% 정확한 추출은 거의 모든 금액과 날짜가 처음에 올바르게 포착된다는 것을 의미합니다 — 그러나 더 중요한 것은, 도구가 모호성을 표면화하여 의심스러운 값을 조용히 통과시키지 않는다는 점입니다. AI가 손글씨 금액을 확실하게 읽을 수 없으면 추측하는 대신 해당 필드를 인간 검토용으로 표시합니다. 이는 오류(오타, 숫자 바꿈, 잘못된 카테고리 지정)가 전혀 표시되지 않고 상환 스프레드시트에 바로 들어가 나중에야 발견되는 수동 입력과 질적으로 다릅니다.

재정적 노출은 이론에 그치지 않습니다. GBTA 재단의 데이터에 따르면 경비 보고서의 19%에 오류가 있으며, 보고서당 평균 $52의 수정 비용이 발생합니다. 연간 2,000건의 보고서를 처리하는 회사의 경우 수정 비용이 $100,000를 초과합니다 — 그리고 이러한 오류 중 일부는 잘못된 상환, 감사 지적, 또는 수정 시간보다 훨씬 더 많은 비용이 드는 규정 준수 실패로 이어집니다.

FAQ

AI가 필기된 경비 보고서 양식을 실제로 읽을 수 있나요?

네 — 단, 조건이 있습니다. VLM(비전 대규모 모델)은 필기체, 인쇄체 대문자, 여백의 메모를 포함한 대부분의 필기를 읽을 수 있습니다. 문맥을 읽습니다. 양식에 인쇄된 라벨 "Employee Name:"과 그 옆에 필기된 "Sarah Chen"이 있으면, AI는 그 관계를 이해하고 "Sarah Chen"을 Employee Name 열로 추출합니다. 그러나 사람 동료도 읽기 어려울 정도로 매우 알아보기 힘든 필기는 여전히 불확실한 결과를 낳을 수 있습니다. 이런 경우 도구는 추측값을 출력하는 대신 해당 필드를 수동 검증용으로 표시합니다. 표준 인쇄체 필기(흘림체가 아닌 인쇄체 스타일 글자)는 가장 높은 정확도를 제공합니다.

개별 영수증 상세 항목도 추출하나요, 아니면 헤더 합계만 추출하나요?

둘 다 — 동일한 패스에서 처리합니다. Expense Date, Merchant, Description, Category, Amount 같은 열을 지정하면, AI가 경비 보고서 표에서 각 상세 항목 행을 찾아 해당 값을 추출합니다. 헤더 수준 필드(Employee Name, Department, Report Date, Total Reimbursement)도 동시에 추출됩니다. 출력은 영수증 상세 항목당 한 행이며, 각 행에 헤더 메타데이터가 반복됩니다 — 이는 회계 시스템이 가져오기 위해 기대하는 정확한 형식입니다.

직원마다 다른 보고서 형식에 대해 각각 템플릿을 설정해야 하나요?

아니요. 열 이름 추출은 템플릿 불필요 방식입니다. 페이지에서 데이터가 어디에 있는지가 아니라 원하는 데이터가 무엇인지(예: "Employee Name," "Amount," "Category")를 지정합니다. AI는 표준 기업 템플릿, 필기 시트, 타사 경비 추적 인쇄물 등 어떤 형식이든 해당 값을 찾아냅니다. 직원마다 다른 형식을 사용해도 되며, 형식별로 설정할 필요가 없습니다.

한 번에 처리할 수 있는 스캔 보고서는 몇 개인가요?

단일 배치로 여러 개의 스캔된 PDF를 업로드할 수 있습니다 — 한 번에 10개, 20개 또는 그 이상 — 추출 열을 한 번만 정의하면 됩니다. AI가 모든 파일을 처리하고 결과를 단일 Excel 테이블로 통합합니다. 이는 모든 직원의 경비 보고서가 비슷한 마감일에 도착하는 월말에 특히 유용합니다. 페이지당 처리 속도는 5~10초로 유지되므로, 20개의 다중 페이지 보고서 배치는 수동으로 다시 입력하는 데 걸리는 시간 대신 몇 분 만에 완료됩니다.

처리 중 직원 금융 데이터는 안전한가요?

업로드된 파일은 메모리에서 처리되며 추출이 완료된 후 서버에 저장되지 않습니다. 이 도구는 활성 세션 이후에도 경비 보고서 문서나 추출된 데이터를 보관하지 않습니다. 특정 데이터 처리 요구 사항이 있는 조직의 경우, 처리 흐름은 데이터 보존을 최소화하도록 설계되었습니다 — 출력 스프레드시트는 사용자 컴퓨터에 직접 다운로드되며 플랫폼에 복사본이 남지 않습니다.

팀이 수동 경비 처리의 광범위한 경제성을 평가 중이라면, 수동 지불 기록의 비용 분석에서 수신 업무 전반에 걸쳐 누적되는 거래당 오버헤드를 분석하며 — 경비 보고서 처리에 직접 적용되는 구조적 패턴을 공유합니다. 여러 개의 분리된 앱에서 경비 데이터를 실행하는 팀의 경우, 프로세스에 또 다른 도구를 추가하기 전에 여러 플랫폼의 조정 문제를 이해하는 것이 좋습니다.