직원 경비 보고서에서 데이터 추출
Excel로, 다시 입력할 필요 없이
글로벌 비즈니스 여행 협회(GBTA)에 따르면, 수동으로 처리되는 경비 보고서 한 건당 조직에 약 58달러의 비용이 발생하며 완료까지 약 20분이 소요됩니다. 이는 한 직원의 한 급여 기간에 대한 단 한 건의 보고서 기준입니다. 매월 제출하는 20명 규모의 팀이라면 처리 비용만 연간 13,000달러가 넘습니다. 하지만 비용이 전부는 아닙니다. 실제 마찰은 양립할 수 없는 두 상태 사이의 간극에서 비롯됩니다. 경비 보고서는 작성된 양식(PDF, 인쇄물, 직원이 직접 입력한 Excel 시트)으로 존재하지만, 재무 부서는 이를 통합 스프레드시트의 행으로 필요로 합니다. 이 간극을 메우는 것은 수동 전사 작업입니다. 각 보고서를 열고, 직원 이름과 ID를 찾고, 각 경비 항목을 찾아 날짜, 설명, 금액, 카테고리를 입력하고, 다음 항목에 대해 반복하고, 다음 보고서에 대해 반복합니다. 데이터는 이미 존재합니다. 단지 필요한 곳에 있지 않을 뿐입니다.
핵심 요약
- 보고서당 58달러, 각 20분 — 그 모든 시간과 비용은 직원들이 이미 양식에 입력한 데이터를 같은 스프레드시트 프로그램의 다른 셀로 옮기는 데 쓰입니다.
- 모든 검색 결과는 직원당 월 5~30달러의 전체 비용 플랫폼을 구매하도록 유도하지만, Reddit에서 15인 기업의 소유자들은 기본적으로 "수식이 포함된 Excel 템플릿"을 선택합니다. 이는 부재한 승인 대시보드 때문이 아니라, 한 곳에 작성된 양식의 데이터를 다른 곳의 스프레드시트 행으로 변환해야 하기 때문입니다.
- 열 이름 추출을 사용하면 출력 열을 한 번 정의하고 ImageToTable.ai가 모든 버전의 모든 양식(2022년 PDF, 2024년 개정판, 촬영된 출력물, 파란색 잉크 필기)을 템플릿 위치가 아닌 의미로 읽어, 직원 헤더 데이터를 각 비용 라인 행에 병합하여 단일 통합 스프레드시트를 생성합니다.
영수증보다 까다로운 지출 보고서 양식
개별 영수증은 데이터 계층이 하나입니다. 특정 날짜, 특정 가맹점, 특정 금액의 거래가 발생했다는 정보만 담고 있죠. 따라서 추출이 비교적 간단합니다. 영수증 하나가 데이터 한 행이 되고, 열은 금액, 날짜, 가맹점, 카테고리로 구성됩니다. 영수증 스크린샷에서 데이터를 추출하는 기존 도구들은 이 구조에 잘 맞춰져 있습니다.
하지만 지출 보고서 양식은 이 모델을 깨는 두 번째 계층을 도입합니다. 모든 지출 보고서에는 소위 헤더 데이터가 있습니다. 제출자(직원 이름, 직원 ID), 소속 부서, 승인 관리자, 해당 급여 기간, 그리고 종종 명세서 번호나 목적 필드가 포함됩니다. 그 아래, 같은 양식에 개별 지출 항목(날짜, 설명, 카테고리, 금액)이 나열됩니다. 어떤 보고서는 항목이 3개, 어떤 보고서는 20개입니다. 헤더 데이터는 모든 항목에 적용되지만, 양식의 물리적으로 다른 섹션에 위치합니다.
기존 OCR 도구는 이를 두 개의 별도 추출 작업으로 접근합니다. 헤더 필드용 한 번, 항목용 한 번, 그 다음 Excel에서 수동 병합을 수행하죠. 기술적으로는 작동하지만, 병합 단계가 한 가지 수작업을 다른 수작업으로 대체할 뿐입니다. 시각적 AI 접근 방식이 다른 점은 양식을 하나의 연결된 문서로 읽는다는 것입니다. 페이지 상단의 "직원: 김철수"가 그 아래 세 개의 지출 항목과 관련이 있다는 것을, 마치 사람이 읽는 것처럼 이해합니다. 양식을 한 번만 처리하면 완전하고 즉시 사용 가능한 데이터 세트가 생성됩니다.
모든 검색 결과가 전체 프로세스를 대체하려는 이유
검색 엔진에 "비용 보고서 자동화"를 입력하면 결과는 하나같이 같습니다. Expensify, Rippling, Spendesk, Brex, Navan. 첫 페이지의 모든 기사는 동일한 솔루션을 설명합니다: 완전한 기능을 갖춘 비용 관리 플랫폼을 도입하라는 것입니다. 모든 직원에게 법인 카드를 발급하여 거래가 자동으로 유입되도록 하고, 모든 사람이 모바일 앱을 설치하여 구매 시점에 영수증을 스캔하도록 하며, 보고서를 자동 승인 체인을 통해 전달하고, 모든 것을 ERP와 동기화하라는 것입니다.
이러한 플랫폼은 특정 문제, 즉 워크플로 문제(영수증 수집, 정책 시행, 승인 라우팅, 제때 마감)를 잘 해결합니다. 하지만 기존 비용 보고 프로세스를 함께 작동하게 만드는 것이 아니라 대체함으로써 해결합니다. 이전에 양식을 제출하던 직원은 이제 카드를 긁고 앱에서 영수증을 촬영합니다. 이전에 스프레드시트를 조정하던 재무 담당자는 이제 대시보드를 관리합니다. 모든 것이 바뀝니다.
이미 Excel 템플릿과 이메일로 경비 보고서를 처리 중인 회사가 이 시스템을 교체할 경우, 처리 시간 절감보다 적응 장벽으로 인한 비용이 더 클 수 있습니다. 직원당 월 5~30달러의 사용자별 요금제는 20명 규모 회사에 연간 1,200~7,200달러에 달하며, 법인카드 발급 비용은 별도입니다. 게다가 도입 성패는 준수율에 달려 있습니다. 일부 직원이 앱 대신 이메일로 양식을 계속 보내면 재무팀은 다시 두 시스템을 병행해야 합니다.
r/smallbusiness 게시글에서 15명 직원을 둔 회사가 다른 소규모 기업의 경비 보고 프로세스를 묻자, 가장 흔한 답변은 플랫폼이 아닌 "수식이 포함된 Excel 템플릿"과 "간단한 이메일 기반 워크플로"였습니다. 다른 관리자가 직원 경비를 정신 안 나가게 처리하는 방법을 묻자 추천된 접근법은 간단했습니다: "작동하는 프로세스를 만든 후, 모두가 따를 수 있도록 문서화하라." 이들은 기술을 거부하는 회사가 아닙니다. 필요한 기능에 비해 기존 기술이 요구하는 것이 너무 많은 회사들입니다.
표준 경비 보고서: 실제로 추출해야 할 데이터
추출을 고려하기 전에 다룰 데이터의 형태를 아는 것이 도움이 됩니다. 경비 보고서 템플릿(Smartsheet의 표준 템플릿 포함)은 업종과 관계없이 거의 모든 조직에서 반복되는 일관된 두 부분 구조를 따릅니다:
헤더 필드 (보고서당 한 번 표시되며, 직원 및 보고 컨텍스트 식별)
| 필드 | 일반적인 라벨 변형 | 필요한 이유 |
|---|---|---|
| 직원명 | 제출자, 청구인, 수취인 | 비용을 올바른 담당자에게 연결하여 정산 처리 |
| 직원 ID | 직원 번호, 인사 번호, 사원증 번호 | 급여 시스템과 연동되며 회계 통합에 필수 |
| 부서 | 사업부, 비용 센터, 사업 단위 | 비용을 올바른 예산 및 계정 코드로 전달 |
| 관리자명 | 승인자, 상사, 보고 대상 | 비용 승인자를 확인 |
| 명세서/보고서 번호 | 경비 보고서 번호, 참조 번호 | 감사 추적 및 상호 참조를 위한 고유 식별자 |
| 급여 기간/날짜 범위 | 보고 기간, 명세서 날짜 | 비용을 특정 회계 기간에 연결 |
라인 항목 필드 (비용 항목별로 반복되며, 보고서당 여러 행)
| 필드 | 일반적인 레이블 변형 | 필요한 이유 |
|---|---|---|
| 지출일 | 거래일, 발생일 | 지출이 보고 기간 내에 속하는지 확인 |
| 설명 | 업무 목적, 세부사항, 메모 | IRS/HMRC 규정 준수를 위한 업무 지출 입증 필수 |
| 카테고리 | 지출 유형, GL 계정 | 여비, 식비, 사무용품, 주행거리 — 과세 처리 결정 |
| 금액 | 합계, 순액, 총액, 세금 포함 | 정산 금액, 모든 계산의 기준 |
| 영수증 첨부 | 영수증?, 증빙 제공 | 감사 지원을 위한 문서 존재 확인 |
각 표의 두 번째 열에 있는 레이블 변형은 이론적인 극단적인 경우가 아니라 일반적인 현실입니다. 한 직원의 양식에는 "거래일", 다른 직원의 양식에는 "발생일", 또 다른 직원의 양식에는 그냥 "날짜"라고 적혀 있습니다. 한 부서는 "식비"라는 카테고리를 사용하고, 다른 부서는 "음식 및 음료"를 사용합니다. 필드당 하나의 특정 레이블을 기대하는 전통적인 템플릿 기반 추출 도구는 명명 규칙이 다른 양식 간의 일치 항목을 놓칠 것입니다. 필요한 것은 필드가 무엇이라고 불리는지가 아니라 무엇을 의미하는지를 인식하는 추출 방식입니다.
열 이름 추출: 한 번의 패스, 두 레이어, 모든 레이블
헤더/라인 항목 분할과 가변 레이블 문제를 모두 처리하는 추출 방법은 열 이름 추출입니다. 아이디어는 간단합니다. 출력 스프레드시트에서 원하는 열을 자신의 용어로 지정하면 AI가 각 문서에서 일치하는 데이터를 찾습니다. 정확한 텍스트 일치를 찾는 것이 아니라 필드 레이블과 값의 의미를 이해함으로써 말이죠.
경비 보고서의 경우 열 목록은 다음과 같을 수 있습니다:
처리 중에 AI는 각 양식을 읽습니다. 헤더 필드가 1페이지 상단에 있든 표지 시트에 나뉘어 있든 상관없이 모든 일치하는 값을 추출합니다. 헤더 필드는 출력의 모든 라인 항목 행에 반복되므로 최종 스프레드시트의 각 행은 독립적입니다: Sarah Chen, ID 1042, 마케팅, James Wright 승인, 보고서 #ER-2026-042, 5월 1일–31일, $47.50, 고객 점심, 식비, 예. 수동 셀 병합 없음. 별도 조회 테이블에서 직원 ID를 상호 참조할 필요 없음. 처리된 양식 하나로 완전하고 즉시 사용 가능한 데이터 블록이 생성됩니다.
양식 15개에서 스프레드시트 하나로: 일괄 처리 워크플로우
대부분의 인사 또는 사무 관리자에게 월간 현실은 10개, 15개 또는 50개의 완성된 비용 보고서(회의 요청, 이메일 첨부 파일, 원격 직원의 스캔 PDF)가 들어 있는 폴더이며, 모두 금요일까지 환급 처리를 기다리고 있습니다. 각 보고서를 수동으로 다시 입력하는 작업을 대체하는 워크플로우는 대략 다음과 같습니다:
모든 보고서를 한곳에 모으세요
모든 지출 보고서 양식을 하나의 폴더에 저장하세요 — 이메일로 받은 PDF, 스캔한 페이지, 인쇄된 양식 사진 등. 파일 형식이 섞여도 괜찮습니다. 모두 함께 업로드됩니다.
To Table 모드로 전환하고 일괄 업로드
모든 파일을 선택하여 한 번에 업로드하세요. AI가 병렬 처리를 위해 대기열에 넣습니다 — 10개든 50개든 한 번만 업로드하면 됩니다.
열 이름을 한 번만 입력하세요
환급 스프레드시트에서 사용하는 필드를 입력하세요: 직원 이름, 직원 ID, 부서, 관리자, 보고서 번호, 급여 기간, 지출 일자, 설명, 카테고리, 금액. 이 필드들이 출력 파일의 정확한 헤더가 됩니다.
내보내기 및 검토
처리 시간은 보고서당 5~10초입니다. 각 지출 항목이 하나의 행이 되며, 헤더 데이터가 해당 행들에 반복됩니다. Excel로 내보내기 — 직원, 부서 또는 날짜별로 정렬되어 환급 처리 준비가 완료됩니다.
직원 지출 보고서 배치의 출력 테이블은 모든 행이 독립적으로 완전한 데이터를 갖도록 구성됩니다 — 조회, 수동 병합, 상호 참조가 필요 없습니다:
| 직원명 | ID | 부서 | 관리자 | 보고서 번호 | 급여 기간 | 비용 일자 | 설명 | 카테고리 | 금액 |
|---|---|---|---|---|---|---|---|---|---|
| 사라 첸 | 1042 | 마케팅 | J. 라이트 | ER-042 | 5월 1일–31일 | 2026-05-03 | 고객 점심 — 에이크미 법인 | 식비 | $47.50 |
| 사라 첸 | 1042 | 마케팅 | J. 라이트 | ER-042 | 5월 1일–31일 | 2026-05-04 | 택시 — 회의장에서 공항까지 | 교통비 | $38.00 |
| 마커스 리베라 | 2156 | 엔지니어링 | A. 파텔 | ER-043 | 5월 1일–31일 | 2026-05-08 | 서버 랙 장착 하드웨어 | 장비 | $214.80 |
| 마커스 리베라 | 2156 | 엔지니어링 | A. 파텔 | ER-043 | 5월 1일–31일 | 2026-05-10 | 구독 — 클라우드 모니터링 도구 | 소프트웨어 | $49.00 |
계산 열을 사용하면 단순 추출을 넘어 AI가 처리 중 계산을 수행할 수 있습니다. 총 상환액(해당 직원의 모든 금액 합계)라는 열은 직원별 합계를 자동 계산합니다. 정책 확인(금액 > 0 ? "OK" : "REVIEW") 같은 열은 0 또는 빈 금액을 검토 대상으로 표시합니다. 이러한 계산은 별도의 Excel 단계 없이 추출 중에 이루어집니다. 계산 열은 두 가지 모드로 작동합니다: 열 이름 방식(로직을 열 이름에 직접 작성 - 로그인 불필요) 또는 규칙 형식(로그인 사용자를 위해 JSON으로 복잡한 다단계 계산 정의)입니다.
파일은 안전하게 처리되며 저장되지 않습니다.
수집 링크: 이메일로 양식을 쫓지 말고, 업로드가 당신에게 오게 하세요
지출 보고서 처리의 병목은 항상 데이터 입력만은 아닙니다. 때로는 수집 과정 자체가 문제입니다. 직원들이 첨부 파일로 양식을 이메일로 보내거나, 첨부를 잊거나, 잘못된 버전의 양식을 사용하거나, 늦게 제출하는 경우가 있습니다. 이 각각은 수동 입력과 마찬가지로 시간을 소모하는 왕복 과정을 추가합니다. 단지 프로세스의 다른 단계에서 발생할 뿐입니다.
ImageToTable.ai는 이러한 문제를 완전히 해결해주는 수집 링크 기능을 제공합니다. 계정에서 공유 가능한 링크를 생성하면(전용 업로드 포털이라고 생각하면 됩니다) 직원들에게 보낼 수 있습니다. 직원들은 브라우저에서 링크를 열고, 짧은 인증 코드를 입력하여 권한을 확인한 후, 완료된 경비 보고서를 바로 업로드합니다. 계정 생성, 앱 다운로드, 이메일 첨부파일 저장 및 정리가 필요 없습니다. 업로드된 모든 파일은 처리 대기열에 자동으로 정리되어 일괄 추출 준비가 완료됩니다.
이 기능은 원격 근무 직원, 정기적인 이메일 접근이 어려운 현장 직원, 또는 계약직, 컨설턴트, 임시 직원 등 회사 디렉토리에 없는 사람들로부터 경비 보고서를 받는 조직에 특히 유용합니다. 수집 링크가 양식을 모으고, 열 이름 추출이 이를 처리하여 하나의 워크플로우로 수집 작업과 데이터 입력 작업을 모두 대체합니다.
"표준 양식"이 일곱 가지 다른 버전일 때
2022년에 회사가 도입한 표준 경비 보고서 템플릿은 2023년에 새 부서 코드 필드가 추가되어 업데이트되었습니다. 2024년 버전은 관리자 서명을 다른 페이지로 옮겼습니다. 일부 직원, 특히 수년간 동일한 프로세스를 사용해 온 장기 근속 직원은 여전히 데스크톱에 저장된 2018년 Word 문서를 제출합니다. 원격 근무 직원은 인쇄된 양식을 사진으로 찍어 이메일로 보냅니다. 신입 사원은 공식 PDF를 사용합니다. 한 직원은 노트북 수리 중이라 손으로 보고서를 작성했습니다.
이 모든 문서는 같은 날짜에 같은 폴더로 들어옵니다. 페이지의 특정 XY 좌표에서 "직원 이름"을 찾는 템플릿 기반 추출 도구는 학습된 형식 외에는 모두 실패합니다. 그러나 열 이름 추출은 위치 기반 매칭이 아닌 의미론적 이해에 의존하기 때문에 각 버전을 그 자체의 조건으로 읽습니다. AI는 직원 이름이 어떻게 생겼는지(보통 양식 상단 근처에 "이름", "직원" 또는 "제출자"로 표시된 사람의 이름)를 알고 있으며, PDF에 입력되었든, 인쇄물에서 스캔되었든, 약간 기울어져 촬영되었든, 파란 잉크로 손으로 작성되었든 관계없이 찾아냅니다.
손으로 작성된 지출 보고서는 소프트웨어 마케팅이 암시하는 것보다 더 흔하기 때문에 특별히 언급할 가치가 있습니다. r/Accounting의 게시물에는 한 직원이 고객과의 저녁 식사에 600달러를 썼지만 "영수증이 누군가의 이메일에서 분실되어" 거의 한 달 동안 환급받지 못한 사례가 설명되어 있습니다. 환급을 위해 한 달을 기다려야 하는 조직에서는 직원들이 자연스럽게 일을 처리할 수 있는 방법을 선택하는데, 이는 종종 종이 양식을 손으로 작성하여 관리자에게 제출하는 것을 의미합니다. 열 이름 추출은 AI가 기계 인쇄 텍스트뿐만 아니라 페이지의 시각적 콘텐츠를 읽기 때문에 필기체, 인쇄된 양식의 체크박스, 손으로 채운 숫자 필드를 포함한 손글씨를 처리합니다.
자주 묻는 질문
손글씨나 손으로 작성된 부분이 있는 지출 보고서도 처리할 수 있나요?
네. AI는 필기체, 인쇄된 대문자, 인쇄 양식에 손으로 기입된 숫자 등 모든 필기를 읽습니다. 정확도는 명확히 인쇄된 텍스트보다 약간 낮습니다. 심하게 장식된 필기체나 매우 희미한 연필은 오류를 발생시킬 수 있지만, 읽기 쉬운 필체로 작성된 표준 양식은 안정적으로 추출됩니다. 직원이 인쇄된 템플릿에 주석을 추가하는 일반적인 패턴인, 일부 필드는 입력되고 다른 필드는 손으로 채워진 혼합 양식도 한 번에 처리됩니다.
직원마다 다른 버전의 지출 보고서 양식을 사용하면 어떻게 되나요?
열 이름 추출은 단일 템플릿 레이아웃에 의존하지 않습니다. 양식을 의미론적으로 읽기 때문입니다. 즉, 필드 값이 어디에 나타나는지가 아니라 무엇을 의미하는지 이해합니다. 따라서 2022년 양식, 2024년 양식, 손으로 주석을 단 PDF가 모두 같은 배치에 포함될 수 있습니다. AI는 "직원 이름"이 한 양식의 왼쪽 상단 모서리에 있든 다른 양식의 중앙 헤더에 있든 관계없이 찾아냅니다. 또한 부서마다 다른 카테고리 목록을 사용하는 경우도 처리합니다. 카테고리가 양식에 작성되어 있기만 하면 AI가 그 내용을 추출합니다.
직원별로 여러 페이지로 구성된 지출 보고서를 처리할 수 있나요?
네. 직원이 3페이지 분량의 지출 보고서(1페이지: 헤더 정보, 2~3페이지: 지출 항목)를 제출하면, AI가 모든 페이지를 하나의 연속 문서로 읽습니다. 1페이지의 헤더 데이터는 이후 모든 페이지의 지출 항목과 연결됩니다. 여러 페이지로 된 PDF와 각 페이지가 별도 JPG인 여러 이미지 업로드 모두 지원됩니다.
지출 보고서에 첨부된 스캔 영수증 이미지에서 데이터를 추출할 수 있나요?
지출 보고서 양식 자체(헤더 필드 및 항목 테이블)가 기본 추출 대상입니다. 보고서에 동일 PDF 내에 영수증 스캔본이 포함되거나 첨부된 경우 AI가 이를 읽으려 시도하지만, 이는 양식 데이터에 부차적입니다. 영수증만 집중 처리해야 하는 경우 영수증 스크린샷을 스프레드시트로 워크플로가 더 특화되어 있습니다. 대부분의 지출 보고서 처리에서는 영수증 첨부 열("영수증 첨부: 예/아니오")이 관련 필드입니다. 이는 영수증의 모든 항목을 추출하는 대신 감사를 위한 문서 존재 여부를 확인합니다.
이 도구로 환급 합계를 계산하거나 정책 위반을 표시할 수 있나요?
네, 계산된 열을 통해 가능합니다. 총 환급액 (이 직원의 금액 열 합계)와 같은 열을 정의하면 AI가 추출 중 직원별 합계를 계산합니다. 정책 확인을 위해 플래그 (금액 > 500 ? "승인 필요" : "OK")와 같은 열을 설정하면 임계값을 초과하는 단일 비용을 표시할 수 있습니다. 이러한 계산은 처리 중 실행되어 계산된 값이 이미 채워진 스프레드시트를 생성하므로 별도의 Excel 수식이 필요하지 않습니다. 계산된 열은 산술, 조건부 논리, 집계 및 고정 매개변수 참조(예: 주행 거리 환급률)와 함께 작동합니다.
특정 필드만 필요하거나 표준 템플릿에 없는 필드가 필요한 경우는 어떻게 하나요?
출력에 표시할 열을 직접 정의합니다. 환급 프로세스에서 직원 이름, 비용 날짜, 설명, 금액만 추적하는 경우 이 네 개의 열만 지정하면 됩니다. 조직에서 프로젝트 코드, 고객 참조 번호, 비용 할당 ID와 같은 사용자 정의 필드를 사용하는 경우 열 목록에 추가하기만 하면 AI가 모든 양식에서 해당 필드를 찾습니다. 추출은 기존 환급 스프레드시트에 맞춰 조정되며, 그 반대는 아닙니다.
이번 달 경비 보고서를 업로드하고, 환급 열을 입력하면, 단 한 필드도 다시 입력할 필요 없이 통합된 스프레드시트를 얻을 수 있습니다.
추출 시작