직원 경비 보고서에서 데이터 추출
— 다시 입력하지 않고 Excel로

지출 보고서 양식이 영수증보다 어려운 이유

개별 영수증에는 한 계층의 데이터만 있습니다. 이 거래가 이 날짜에, 이 가맹점에서, 이 금액으로 발생했다는 정보입니다. 그래서 추출이 비교적 간단합니다. 영수증 하나가 행 하나가 되고, 열은 금액, 날짜, 가맹점, 카테고리입니다. 영수증 스크린샷에서 데이터 추출을 위한 기존 도구들은 이 구조에 잘 맞습니다.

지출 보고서 양식에는 이 모델을 깨뜨리는 두 번째 계층이 있습니다. 모든 지출 보고서에는 헤더 데이터라고 부를 수 있는 정보가 있습니다. 누가 제출했는지(직원 이름, 직원 ID), 어떤 부서인지, 어떤 관리자가 승인했는지, 어떤 급여 기간을 포함하는지, 그리고 종종 명세서 번호나 목적 필드가 있습니다. 그 아래 — 같은 양식에 — 개별 지출 항목이 있습니다: 날짜, 설명, 카테고리, 금액. 어떤 보고서는 항목이 세 개이고, 어떤 보고서는 스무 개입니다. 헤더 데이터는 모든 항목에 적용되지만, 양식의 다른 섹션에 물리적으로 위치합니다.

기존 OCR 도구는 이를 두 개의 별도 추출 작업으로 접근합니다. 헤더 필드용 한 번, 항목용 한 번, 그리고 Excel에서 수동 병합. 이 방법은 기술적으로는 작동하지만, 병합 단계가 한 종류의 수동 작업을 다른 종류로 바꿀 뿐입니다. 비주얼 AI 접근 방식이 다른 점은 양식을 하나의 연결된 문서로 읽는다는 것입니다. 1페이지 상단의 "직원: Sarah Chen"이 그 아래의 세 가지 지출 항목과 관련이 있다는 것을 사람이 읽는 방식과 동일하게 이해합니다. 양식을 한 번만 통과하면 완전하고 즉시 사용 가능한 데이터 세트가 생성됩니다.

모든 검색 결과가 기존 프로세스 전체를 대체하려는 이유

검색 엔진에 "지출 보고서 자동화"를 입력하면 결과는 한결같습니다. Expensify, Rippling, Spendesk, Brex, Navan. 첫 페이지의 모든 기사는 같은 해결책을 설명합니다: 전체 제품군 지출 관리 플랫폼을 도입하라는 것입니다. 모든 직원에게 법인카드를 발급해 거래가 자동으로 유입되게 하고, 모든 사람이 구매 시점에 영수증을 스캔할 수 있도록 모바일 앱을 설치하게 하며, 보고서를 자동 승인 체인으로 라우팅하고, 모든 것을 ERP에 동기화하라는 것입니다.

이러한 플랫폼은 특정 문제, 즉 워크플로 문제를 잘 해결합니다: 영수증 수집, 정책 시행, 승인 라우팅, 제때 결산 마감. 하지만 이는 기존 지출 보고 프로세스와 함께 작동하는 것이 아니라 이를 대체함으로써 해결합니다. 양식을 제출하던 직원은 이제 카드를 긁고 앱에서 영수증을 촬영합니다. 스프레드시트를 조정하던 재무 담당자는 이제 대시보드를 관리합니다. 모든 것이 바뀝니다.

이미 Excel 템플릿과 이메일로 지출 보고서를 운영 중인 회사에게 이러한 대체는 처리 시간 절감보다 도입 마찰 비용이 더 큰 경우가 많습니다. 사용자당 요금제(일반적으로 직원 1인당 월 5~30달러)는 20명 규모의 회사가 연간 1,200~7,200달러를 부담하게 하며, 법인카드 발급 비용은 포함되지 않습니다. 그리고 도입은 준수 여부에 달려 있습니다: 소수의 직원이라도 앱 대신 이메일로 양식을 계속 보낸다면, 재무팀은 두 개의 병행 시스템을 다시 관리하게 됩니다.

r/smallbusiness에서, 직원 15명 규모의 한 회사가 다른 소규모 기업들이 지출 보고 프로세스에 무엇을 사용하는지 묻습니다. 가장 흔한 답변은 플랫폼이 아니라 "수식이 포함된 Excel 템플릿"과 "간단한 이메일 기반 워크플로"입니다. 다른 관리자가 정신을 잃지 않고 직원 지출을 처리하는 방법을 묻자, 추천되는 접근 방식은 간단합니다: "작동하는 프로세스를 만든 다음 모두가 따를 수 있도록 문서화하세요." 이들은 기술을 거부하는 회사가 아닙니다. 실제 필요에 비해 사용 가능한 기술이 너무 많은 것을 요구하는 회사들입니다.

표준 경비 보고서: 실제로 추출하는 대상

추출을 고려하기 전에 작업 중인 데이터의 구조를 아는 것이 도움이 됩니다. 경비 보고서 템플릿 — Smartsheet의 표준 템플릿을 포함해 — 은 거의 모든 조직에서 산업에 관계없이 반복되는 일관된 두 부분 구조를 따릅니다:

각 표의 두 번째 열에 있는 라벨 변형은 이론적인 예외 사항이 아니라 표준입니다. 한 직원의 양식에는 "Transaction Date"라고 되어 있고, 다른 직원의 양식에는 "Date Incurred", 또 다른 양식에는 그냥 "Date"라고만 되어 있습니다. 한 부서는 "Meals"를 카테고리로 사용하지만, 다른 부서는 "Food & Beverage"를 사용합니다. 필드별로 특정 라벨 하나를 기대하는 기존의 템플릿 기반 추출 도구는 명명 규칙이 다른 양식 간의 일치 항목을 놓칠 수 있습니다. 필요한 것은 필드가 무엇이라고 불리는지가 아니라 무엇을 의미하는지를 인식하는 추출 방식입니다.

열 이름 추출: 한 번의 처리, 두 레이어, 모든 라벨

헤더/비용 항목 분할과 가변 라벨 문제를 모두 처리하는 추출 방법은 열 이름 추출입니다. 아이디어는 간단합니다. 출력 스프레드시트에서 원하는 열을 여러분의 용어로 지정하면, AI가 정확한 텍스트 일치를 찾는 대신 필드 라벨과 값의 의미를 이해하여 각 문서에서 일치하는 데이터를 찾습니다.

경비 보고서의 경우 열 목록은 다음과 같을 수 있습니다:

처리 시 AI는 각 양식을 읽고 — 헤더 필드가 1페이지 상단에 있든 표지 시트에 분산되어 있든 — 일치하는 모든 값을 추출합니다. 헤더 필드는 출력의 모든 비용 항목 행에 반복되므로 최종 스프레드시트의 각 행은 독립적입니다: Sarah Chen, ID 1042, Marketing, James Wright 승인, 보고서 #ER-2026-042, 5월 1일–31일, $47.50, 고객 점심, Meals, Yes. 수동 셀 병합이 필요 없습니다. 별도 조회 테이블과 직원 ID를 대조할 필요도 없습니다. 처리된 양식 하나가 완전하고 바로 사용 가능한 데이터 블록을 생성합니다.

양식 15개에서 스프레드시트 하나로: 일괄 처리 워크플로우

대부분의 HR 또는 사무 관리자에게 매달 현실은 완성된 경비 보고서 10개, 15개, 또는 50개가 들어 있는 폴더입니다 — 회의 요청, 이메일 첨부 파일, 원격 직원이 보낸 스캔 PDF — 모두 금요일까지 환급 처리를 위해 제출되어야 합니다. 각 보고서를 수동으로 다시 입력하는 작업을 대체하는 워크플로우는 대략 다음과 같습니다:

직원 경비 보고서 배치의 출력 테이블은 각 행이 독립적으로 완전하도록 데이터를 구성합니다 — 조회, 수동 병합, 상호 참조가 필요 없습니다:

계산 열을 사용하면 단순 추출을 넘어 AI가 처리 중 계산을 수행할 수 있습니다. Total Reimbursement (sum of all Amounts for this Employee)라는 열은 직원별 합계를 자동 계산합니다. Policy Check (Amount > 0 ? "OK" : "REVIEW") 같은 열은 0이거나 빈 금액을 검토 대상으로 표시합니다. 이러한 계산은 추출 중에 이루어지며, 이후 별도의 Excel 단계가 필요하지 않습니다. 계산 열은 두 가지 모드로 작동합니다: 열 이름 방식(열 이름에 로직을 직접 작성 — 로그인 불필요) 또는 규칙 형식(로그인 사용자를 위해 JSON으로 복잡한 다단계 계산을 정의)입니다.

수집 링크: 이메일로 양식을 쫓는 대신, 업로드가 여러분에게 오게 하세요

경비 보고서 처리의 병목은 항상 데이터 입력만은 아닙니다 — 때로는 수집이 문제입니다. 직원들이 첨부 파일로 양식을 이메일로 보내거나, 첨부를 잊어버리거나, 잘못된 버전의 양식을 사용하거나, 늦게 제출하는 경우가 있습니다. 이 각각은 수동 입력과 같은 방식으로 시간을 소모하는 왕복 작업을 추가합니다 — 단지 프로세스의 다른 단계에서일 뿐입니다.

ImageToTable.ai에는 이러한 문제를 완전히 우회하는 수집 링크 기능이 포함되어 있습니다. 계정에서 공유 가능한 링크를 생성하면 — 전용 업로드 포털이라고 생각하면 됩니다 — 직원들에게 보낼 수 있습니다. 직원들은 어떤 브라우저에서든 링크를 열고, 권한이 있는지 확인하기 위해 짧은 인증 코드를 입력한 후, 완성된 경비 보고서를 직접 업로드합니다. 계정 생성이 필요 없습니다. 앱 다운로드도 필요 없습니다. 저장하고 정리해야 할 이메일 첨부 파일도 없습니다. 업로드된 모든 파일은 처리 대기열에 들어가며, 일괄 추출을 위해 정리된 상태로 준비됩니다.

이 기능은 원격 근무 직원, 정기적인 이메일 접근이 어려운 현장 작업자, 또는 기업 디렉토리 외부 인원(계약자, 컨설턴트, 임시 직원)으로부터 경비 보고서를 받는 조직에 특히 유용합니다. 수집 링크가 양식을 수집하고, 열 이름 추출이 이를 처리합니다. 하나의 워크플로우가 수집 작업과 데이터 입력 작업을 모두 대체합니다.

"표준 양식"이 일곱 가지 다른 버전을 의미할 때

회사가 2022년에 도입한 표준 경비 보고서 양식은 2023년에 새 부서 코드 필드가 추가되며 업데이트되었습니다. 2024년 버전에서는 관리자 서명란이 다른 페이지로 옮겨졌습니다. 일부 직원 — 특히 수년간 같은 프로세스를 사용해 온 장기 근속자 — 은 여전히 바탕화면에 저장해 둔 2018년 Word 문서를 제출합니다. 원격 근무 직원은 인쇄된 양식을 사진으로 찍어 이메일로 보냅니다. 신입사원은 공식 PDF를 사용합니다. 한 직원은 노트북 수리 중이라 손으로 직접 보고서를 작성했습니다.

이 모든 보고서가 같은 날 같은 폴더에 도착합니다. 페이지의 특정 XY 좌표에서 "직원 이름"을 찾는 템플릿 기반 추출 도구는 학습된 형식을 제외한 모든 형식에서 실패합니다. 그러나 열 이름 추출은 위치 기반 매칭이 아닌 의미론적 이해에 의존하므로 각 버전을 그 자체의 기준으로 읽어냅니다. AI는 직원 이름이 어떤 형태인지 알고 있으며(보통 양식 상단 근처에 "이름", "직원", "제출자" 등으로 표시된 사람 이름), PDF에 입력되었든, 출력물에서 스캔되었든, 약간 기울어진 각도로 촬영되었든, 파란 잉크로 손으로 작성되었든 관계없이 찾아냅니다.

손글씨 경비 보고서는 소프트웨어 마케팅이 시사하는 것보다 더 흔하기 때문에 특별히 언급할 가치가 있습니다. r/Accounting의 게시물은 고객 저녁 식사에 600달러를 지출한 직원이 "영수증이 누군가의 이메일에서 분실되어" 거의 한 달 동안 환급을 받지 못한 사례를 설명합니다. 한 달을 기다려야 하는 대안이 있는 조직에서 직원들은 자연스럽게 일을 처리할 수 있는 방법을 선택합니다 — 종이 양식을 손으로 작성해 관리자에게 건네는 경우가 많습니다. 열 이름 추출은 필기체, 인쇄된 양식의 체크박스, 손으로 기입한 숫자 필드를 포함한 손글씨를 처리합니다. AI가 기계 인쇄 텍스트뿐만 아니라 페이지의 시각적 콘텐츠를 읽기 때문입니다.

자주 묻는 질문

참고: 영수증 스크린샷을 환급 스프레드시트로 변환하기