직원이 경비 스크린샷을 보내면,
재무팀은 하나당 20분씩 입력합니다.

영수증보다 지출 스크린샷이 더 까다로운 이유

종이 영수증은 예측 가능한 구조를 가지고 있습니다. 상호는 상단 중앙에, 날짜·시간·거래 ID는 그 아래 한 블록에 간결하게 표시됩니다. 품목, 소계, 세금, 합계는 영수증 오른쪽에 세로 열을 이룹니다. 이 형식은 30년 동안 거의 변하지 않았습니다. 북미의 모든 POS 시스템은 대략 동일한 템플릿을 따르는 영수증을 출력합니다.

반면, 휴대폰에서 캡처한 지출 내역 스크린샷에는 이런 예측 가능성이 전혀 없습니다. 알리페이 결제 확인 화면은 상호를 상단 중앙에 굵게, 금액을 그 아래 큰 색상 숫자로, 결제 수단을 파란색 태그로, 거래 시간을 하단에 작은 회색 글씨로 표시합니다. 이 모든 것이 네비게이션 바, 상태 표시줄 아이콘, 배경색을 갖춘 브랜드 앱 프레임 안에 담겨 있습니다. 체이스 모바일 뱅킹 스크린샷은 상호를 거래 목록의 왼쪽 열에, 금액을 오른쪽에, 날짜를 위쪽에 다른 폰트로 배치합니다. 이는 완전히 다른 UI 레이아웃입니다. 이메일 확인서를 스크린샷으로 전달한 경우, 예약 세부 정보는 본문 텍스트에 답장 헤더와 서명 블록이 섞여 포함되어 있습니다.

동일한 지출 데이터(날짜, 상호, 금액, 카테고리, 결제 수단)가 세 가지 스크린샷 출처에서 완전히 다른 시각적 레이아웃으로 배열됩니다. 이것이 스크린샷 데이터 추출을 영수증 스캔보다 근본적으로 어렵게 만드는 이유입니다. 데이터가 단순히 같은 템플릿의 다른 위치에 있는 것이 아닙니다. 데이터는 서로 다른 정보 구조에 내장되어 있습니다. 거래 확인 UI는 은행 명세서 UI와 다르고, 이메일 본문과도 다릅니다. 사람은 결제 앱에서 커피 아이콘 옆의 "$47.19"가 은행 거래 목록의 "금액" 열에 있는 "47.19"와 같은 의미임을 이해하기 때문에 이를 쉽게 처리합니다. 전통적인 OCR은 이를 이해하지 못합니다. 문자를 위에서 아래로, 왼쪽에서 오른쪽으로 순서대로 읽을 뿐이며, 스크린샷에서는 그 순서가 종종 의미론적으로 전혀 맞지 않습니다.

스크린샷 데이터 수기 입력의 실제 비용: 보고서 1건당 최소 58달러

글로벌 비즈니스 여행 협회(GBTA)의 벤치마크에 따르면, 경비 보고서 1건당 58달러, 처리 시간 20분으로 측정되었습니다(2015년 기준). 이는 여전히 가장 널리 인용되는 업계 수치입니다. SAP Concur도, Ramp도 인용합니다. 모든 경비 관리 업체가 기준으로 삼는 수치입니다. 하지만 GBTA 연구는 직원 제출부터 관리자 승인, 재무 검토 및 환급까지 이어지는 광범위한 경비 보고 워크플로우를 측정했습니다. 경비 증빙이 스크린샷이나 사진으로 제출되면, 비용은 한 단계, 즉 보이는 데이터를 스프레드시트로 옮기는 '전사(轉寫)' 작업에 집중됩니다.

동일한 GBTA 연구를 주요 문제점별로 재분석한 결과: 타사 경비 소프트웨어를 사용하지 않는 기업의 여행 구매 담당자 중 54%가 '데이터 입력'을 주요 문제점으로 꼽았습니다. 55%는 '영수증 첨부'를 꼽았습니다. 경비 보고서 작성(49%)이 그다음으로 많이 언급되었습니다. 이 세 단계, 즉 경비 보고 프로세스의 프런트엔드는 전체 20분의 대부분을 차지합니다. 증빙이 기계 판독 가능 데이터가 포함되지 않은 스크린샷일 경우, '데이터 입력' 단계만 보고서 1건당 약 12~15분을 소모합니다.

오류율은 이러한 비용을 가중시킵니다. GBTA 연구에 따르면 경비 보고서의 19%에 오류가 있으며, 수정 1건당 추가로 52달러와 18분이 소요됩니다. 스크린샷 전사는 특히 오류가 발생하기 쉽습니다. 결제 앱 확인 화면에서 47.19달러가 47.91달러로 잘못 입력되거나, 상호 'Guangzhou Hengtong Logistics Co.'가 필드 제한으로 'Guangzhou Hengtong Logist'로 잘리는 경우가 빈번합니다. 날짜 '2026/06/15'가 '2026/05/15'로 입력되는 실수도 흔합니다.

Aberdeen Group의 별도 분석에 따르면 중소기업의 수동 경비 보고서 처리 비용은 보고서 1건당 35.02달러로 추산됩니다. 이는 낮은 임금 수준과 간단한 승인 체계를 반영한 수치입니다. GBTA 데이터와 결합하면 수동 처리 비용은 보고서 1건당 35~58달러 범위이며, 스크린샷 전용 워크플로우는 파이프라인 어디에도 기계 판독 가능 데이터가 없기 때문에 최고 수준에 해당합니다. 모든 숫자를 이미지에서 직접 입력해야 합니다.

30명의 직원이 월평균 1.2건의 경비 항목(빈번한 출장자와 가끔 제출자 혼합)을 제출하는 회사의 경우, 월 36건의 제출이 발생합니다. 보고서 1건당 58달러 기준, 월 전사 비용은 2,088달러입니다. 연간으로 환산하면 25,056달러가 시각 AI 모델이 스크린샷 1장당 몇 초 만에 수행할 수 있는 작업에 소비됩니다. 게다가 58달러는 2015년 기준 수치입니다. 임금 인플레이션을 반영하면 현재는 보고서 1건당 약 70달러에 가깝습니다.

전통적인 OCR과 지출 앱이 스크린샷에서 놓치는 것

지출 관리 소프트웨어 업계는 20년 동안 지출 데이터가 시스템에 입력된 이후의 프로세스를 최적화하는 데 집중해 왔습니다. 승인 라우팅은 자동화되고, 정책 위반은 플래그가 지정되며, 환급은 일괄 처리됩니다. 여전히 병목으로 남아 있는 지점은 그러한 소프트웨어가 데이터를 처리하기 전의 순간, 즉 지출 증빙이 직원 휴대폰의 스크린샷으로 존재하고 그 안의 데이터가 기계가 읽을 수 있는 형태로 표현되지 않은 때입니다.

법인 카드 프로그램은 카드 네트워크 피드에서 가맹점명, 날짜, 금액을 자동으로 입력하여 이 문제를 부분적으로 해결합니다. 그러나 이는 또 다른 격차를 만듭니다. 카드 피드는 거래 내역을 포착할 뿐, 영수증 세부 정보를 포착하지는 않습니다. 공동 식사를 포함한 레스토랑 청구서, 객실 요금에 세금, 주차, 미니바 요금이 더해진 호텔 숙박비, 여러 GL 코드로 분할된 업체 지불 등은 실제 문서에만 있는 라인 항목 세부 정보가 필요합니다. 카드 네트워크는 187.40달러가 청구되었음을 알지만, 그중 120달러가 객실 요금이고, 18달러가 주차 요금이며, 11.40달러가 세금이고, 38달러가 별도의 지출 범주가 필요한 미니바 요금이라는 것은 알지 못합니다.

모바일 영수증 스캔 앱(Expensify, Concur 등의 "영수증 사진 촬영" 기능)은 종이 영수증을 위해 설계되었습니다. 종이 영수증은 일관된 물리적 형태, 즉 보통 3-4인치 너비에 한두 개의 열로 텍스트가 인쇄된 감열지 조각입니다. 스캔 엔진은 이 형식을 기대합니다. 결제 앱 확인 화면의 스크린샷(9:19.5 화면비에 상단 탐색 모음, 중간 컬러 배너, 하단 공유 버튼이 있는 직사각형)을 입력하면 엔진은 UI 요소를 처리하는 방법을 모릅니다. 텍스트를 구문 분석하려 시도하지만, UI 레이아웃에서 영수증 패턴을 찾고 있기 때문에 가맹점, 금액, 날짜를 잘못 할당합니다.

이것이 근본적인 불일치입니다. 전통적인 OCR과 모바일 영수증 스캐너는 문서 레이아웃을 위해 구축되었습니다. 지출 스크린샷은 애플리케이션 UI 레이아웃입니다. 둘 다 동일한 데이터(이 가맹점에서 이 날짜에 이 금액의 거래가 발생함)를 포함하지만, 시각적 문법은 완전히 다릅니다. 시각적 AI 모델이 둘 다 읽을 수 있게 만드는 것은 인간이 둘 다 읽을 수 있게 만드는 것과 동일한 능력, 즉 각 데이터가 의미하는 바를 이해하는 것이지 학습된 템플릿에서의 위치를 일치시키는 것이 아닙니다.

비주얼 AI가 OCR과 다르게 스크린샷을 읽는 방법

기존 OCR은 이미지에서 유사한 픽셀 패턴의 연속 블록("이건 텍스트 같다")을 감지하고 각 블록에 대해 문자 인식을 실행합니다. 출력은 경계 상자 좌표가 포함된 텍스트 세그먼트의 평평한 스트림입니다: (x:120, y:45): "스타벅스", (x:300, y:87): "₩12,450", (x:120, y:120): "2026-03-15". 여기서 누락된 것은 이 텍스트 조각들 간의 관계입니다. OCR은 좌표 (300, 87)의 "₩12,450"이 거래 금액이고, (120, 45)의 "스타벅스"가 가맹점이며, 둘 다 동일한 거래 이벤트에 속한다는 것을 알지 못합니다.

커스텀 열 추출에 사용되는 비주얼 AI 모델은 사람이 보는 방식으로 스크린샷을 읽습니다. "날짜", "가맹점", "금액", "카테고리", "결제 수단"이라는 열 이름을 정의하면, AI는 픽셀 좌표를 검색하지 않습니다. 탐색 바, 컬러 배너, 상태 아이콘, 텍스트 블록, 구분선, 여백 등 전체 이미지를 전체적으로 읽고 의미론적 이해를 구성합니다: 이것은 알리페이의 결제 확인 화면이다. 중앙 카드에 통화 기호가 있는 큰 숫자는 거래 금액이다. 그 위의 굵은 텍스트는 가맹점이다. 하단의 타임스탬프는 날짜다. 금액 옆의 파란색 태그는 "신용카드" — 이것이 결제 수단이다.

이것이 제품 설명에서 말하는 패러다임 전환입니다 — 위치 기반 추출에서 의미 기반 추출로의 전환입니다. 기존 OCR과 템플릿 도구는 "이 페이지에서 데이터가 어디에 있나요?"라고 묻습니다. 금액 필드 주변에 상자를 그리고, 날짜 필드 주변에 또 다른 상자를, 가맹점 필드 주변에 세 번째 상자를 그려야 합니다 — 앱당 하나의 템플릿입니다. 비주얼 AI는 "이 페이지에서 데이터가 무엇을 의미하나요?"라고 묻습니다. 특정 앱, 레이아웃 또는 화면 크기에 관계없이 화면의 결제 세부 정보 섹션에서 통화 표시기가 있는 눈에 띄는 숫자라는 맥락에서 금액이 어떻게 보이는지 인식하여 금액을 식별합니다.

이 단계의 시간 단축이 핵심 지표입니다. 스크린샷당 12~15분이 걸리던 작업(이미지 열기, 필드 읽기, 스프레드시트 행에 입력, 숫자 확인, 다음 이미지로 이동)이 이제 AI 처리 시간으로 스크린샷당 5~10초, 배치 업로드에 몇 분만 추가되면 됩니다. 37건의 제출물 기준, 약 4분의 도구 상호작용으로 12시간의 수동 입력 작업이 대체됩니다. 20분 GBTA 기준이 무너지는 이유는 지출 프로세스 자체가 바뀌었기 때문이 아니라, 그 20분의 대부분을 차지하던 입력 단계가 자동화되어 사라졌기 때문입니다.

IRS 규정 준수: 스크린샷이 지출 입증 요건을 충족합니까?

간단히 말해: 네 — 필수 데이터 요소를 포함한다면 가능합니다. IRS 간행물 463 및 국세법 §274(d)에 따라, 사업비 공제는 적절한 기록 또는 충분한 증거로 입증되어야 합니다. 각 비용에 대해 문서는 금액, 날짜, 장소, 사업 목적을 명시해야 합니다. 식사 및 접대의 경우, 관련자의 사업 관계도 문서화되어야 합니다.

결제 확인 스크린샷은 종이 영수증과 동일하게 이러한 요건을 충족합니다. IRS는 2003-106 세입 판결(Revenue Ruling 2003-106) 이후 전자 영수증 및 스크린샷을 포함한 디지털 기록을 공식적으로 승인했으며, 이는 책임 있는 계획 상환 제도(accountable plan)에 대한 전자 영수증 및 비용 보고서를 명시적으로 인정했습니다. $75 영수증 규칙(IRC §274(d))에 따르면, $75 미만 비용은 영수증이 필요하지 않지만 금액, 날짜, 장소, 사업 목적은 여전히 기록해야 합니다. $75 이상 비용의 경우 영수증 또는 이에 상응하는 문서 증거가 필수입니다.

이것이 업무 흐름에 의미하는 바: $47.19 식사 스크린샷은 원본 종이 영수증을 법적으로 보관할 필요가 없지만, 날짜, 가맹점, 금액, 사업 목적을 검색 가능한 곳에 기록해야 합니다. $312 호텔 숙박비 스크린샷은 보관이 필요하며, 호텔 결제 확인 스크린샷과 숙박비 세부 항목 스크린샷은 데이터가 읽기 쉽고 완전하다면 문서 증거 요건을 충족합니다.

스크린샷 데이터를 구조화된 스프레드시트로 추출하는 실질적인 규정 준수 가치는 IRS 만족을 넘어섭니다. 스프레드시트의 모든 비용 행이 원본 파일 이름(alipay_starbucks_march15.png, chase_hotel_marriott_march17.png)을 참조하면, 데이터와 증빙 간의 연결은 향후 감사나 내부 검토에서도 유지됩니다. 3년 후(IRS 권장 비용 기록 보관 기간)에 스프레드시트를 여는 사람은 모든 이미지를 다시 읽을 필요 없이 파일 이름만으로 원본 스크린샷을 찾을 수 있습니다. 이것이 비용 증빙이 완전히 디지털화되었을 때의 감사 추적 무결성입니다.

월말 일괄 처리의 실제 모습

실제 시나리오를 생각해보겠습니다: 법인카드 프로그램이나 비용 관리 소프트웨어가 없는 40인 규모의 컨설팅 회사. 직원들은 회사 Slack 채널(#expenses), 이메일 첨부 파일, 그리고 현장 컨설턴트의 경우 재무 담당자에게 직접 보내는 위챗 메시지라는 세 가지 채널을 통해 비용 증빙을 제출합니다. 3월 말, 재무 담당자는 모든 것을 하나의 폴더에 다운로드합니다.

폴더에는 다음이 포함됩니다: 알리페이/위챗페이 결제 확인 스크린샷 14개; 휴대폰으로 촬영한 종이 영수증 이미지 9개; 항공편 및 호텔 예약 이메일 확인서를 스크린샷으로 전달받은 것 6개; 은행 앱 거래 내역 스크린샷 4개; 업체 PDF 인보이스 3개; 수기 주행 거리 기록 사진 2개. 총 38개 파일, 최소 5가지의 서로 다른 시각적 형식으로, 동일한 핵심 데이터(날짜, 가맹점/업체, 금액, 카테고리, 결제 수단)가 5가지 완전히 다른 레이아웃으로 구성되어 있습니다.

이 배치를 수동으로 입력하는 경우: 재무 담당자가 각 파일을 열고, 필드를 읽고, 마스터 스프레드시트에 입력합니다. 형식 전환은 숨겨진 비용입니다. 알리페이 확인서(가맹점 이름은 상단 중앙에 굵게, 금액은 큰 컬러 텍스트)를 읽으면 눈이 특정 레이아웃을 스캔하도록 훈련됩니다. 그 다음 파일은 금액이 열에, 가맹점이 다른 열에, 날짜가 위에 있는 은행 거래 내역 목록으로, 완전히 다른 스캔 패턴입니다. 눈은 다시 적응해야 합니다. 파일 20개쯤 되면 오류가 증가합니다. 파일 30개쯤 되면 재무 담당자는 파일 5개 때는 하지 않았을 실수를 합니다. GBTA의 19% 오류율은 고르게 분포되지 않습니다. 형식 전환 피로로 인해 일괄 처리 세션의 후반부에 집중됩니다.

동일한 배치를 AI 추출로 처리하는 경우: 38개 파일을 모두 한 번에 업로드합니다. 열(날짜, 업체, 금액, 카테고리, 결제 수단, 업무 목적)을 정의합니다. AI는 데이터의 의미를 이해하여 각 파일을 읽고, 5가지 다른 시각적 레이아웃에서 일치하는 값을 찾아 38개 행의 스프레드시트 하나를 출력합니다. 재무 담당자의 남은 업무는 검토 및 승인입니다. 이는 판단과 정책 지식이 필요한 작업이며, 둘 다 필요하지 않은 단순 입력 작업이 아닙니다.

이 규모에서의 비용 차이: 스크린샷 38개 × 수동 20분 = 760분(12.7시간). 재무 담당자의 완전 부담 시간당 요율 약 $30 기준, 한 달 입력 인건비는 $381입니다. 연간 12개월로 환산하면: $4,572가 AI 도구가 월간 활성 도구 상호 작용 5분 미만으로 수행하는 작업에 지출됩니다.

스크린샷에서만 발생하는 세 가지 전사 오류

모든 경비 보고서 오류가 동일한 것은 아닙니다. 스크린샷 전사는 종이 영수증이나 법인카드 피드에서는 발생하지 않는 세 가지 특정 오류 유형을 만들어냅니다.

1. UI 요소 오염

결제 앱 스크린샷에는 거래 데이터가 포함되어 있지만, 앱의 내비게이션 바("뒤로", "공유", "상세"), 시간과 배터리 잔량이 표시된 상태 표시줄, 때로는 떠 있는 "성공" 애니메이션, 그리고 빠르게 캡처한 경우 휴대폰의 알림 트레이도 함께 포함됩니다. 기존 OCR은 이 모든 것을 텍스트로 읽습니다. "뒤로" 버튼 레이블이 필드로 추출되고, 배터리 잔량 "73%"가 금액으로 읽히며, 상태 표시줄의 시간 "14:31"이 거래 시간으로 잘못 식별됩니다.

비주얼 AI는 화면의 시각적 문법을 이해하기 때문에 애플리케이션 크롬과 애플리케이션 콘텐츠를 구분합니다. 내비게이션 바는 일관된 스타일로 상단과 하단 가장자리에 있고, 상태 아이콘은 특정 모서리에 있으며, 거래 데이터는 중앙 콘텐츠 영역에 다른 타이포그래피와 간격으로 표시됩니다. 사람에게 명확한 구분("이것은 앱의 일부이고, 이것은 내가 원하는 데이터다")은 AI 모델이 학습하는 분류의 일부입니다.

2. 통화 기호 및 형식 모호성

글로벌 기업은 여러 통화로 된 경비 스크린샷을 받습니다. 한국 직원이 "₩47,000"이 표시된 카카오페이 스크린샷을 제출합니다. 이는 47,000원이지 47,000달러가 아닙니다(약 32달러). 일본 직원이 "¥1,280"이 표시된 PayPay 스크린샷을 제출합니다. 이는 1,280엔으로 약 8달러입니다. 독일 직원이 "1.280,50 €"가 표시된 은행 스크린샷을 제출하는데, 이는 유럽식 천 단위/소수점 표기법을 사용하므로 미국식 형식을 기본으로 하는 OCR 엔진이 1.28달러로 잘못 읽을 수 있습니다.

비주얼 AI가 이러한 필드를 추출할 때, 앱에 대한 맥락적 이해(카카오페이는 한국 결제 앱, PayPay는 일본, 독일 Sparkasse 은행 앱은 독일 로케일 사용)가 해석에 반영됩니다. AI는 "1280"을 숫자 값으로 추출하고 통화 맥락을 보존하여 출력 스프레드시트가 후처리 단계에서 통화 간 정규화를 할 수 있게 합니다. 기존 OCR은 "1.280,50" 또는 "¥1,280"을 원시 텍스트 문자열로 출력하여 누군가가 수동으로 정규화해야 하며, 이 자체가 오류가 발생하기 쉬운 수동 단계입니다.

3. 별도의 수동 단계로서의 카테고리 분류

지출 보고서에는 거래 데이터뿐만 아니라 식비 및 접대비, 여행비, 사무용품비, 전문 서비스비 또는 회사의 특정 GL 코드와 같은 지출 카테고리가 필요합니다. 수동 입력의 경우, 담당자가 각 항목에 대해 판단을 내려야 합니다. "스타벅스 – 식비. 오피스디포 – 사무용품. 우버 – 여행비." 이는 항목당 5~10초의 인지 부하를 추가하고, 검토자마다 동일한 판매자를 다르게 분류할 때 일관성이 떨어집니다.

AI 추출은 추론 열이라는 메커니즘을 통해 동일한 과정의 일부로 이를 처리할 수 있습니다. 열을 카테고리 (옵션: 식비/교통비/사무용품/기타)로 정의하면, AI가 판매자 이름, 거래 맥락, 문서 유형을 읽고 사용자가 제공한 옵션에서 가장 가능성 높은 카테고리를 추론합니다. 별도의 분류 단계가 필요하지 않습니다. 추론은 사용자가 정의한 규칙(지정한 옵션 세트로 제한됨)에 따라 작동하므로 전체 배치에서 일관된 결과를 얻을 수 있습니다. 동일한 기본 기능으로 문서 내용에 기반하여 결제 수단, GL 코드, 부서 또는 모든 업무별 분류를 추론할 수 있습니다.

수집 링크: 이메일과 Slack에서 스크린샷 수신 중단

더 깊은 구조적 문제는 입력 방식이 아닌 제출 채널에 있습니다. 직원들이 이메일, Slack, 위챗, SMS를 통해 지출 스크린샷을 제출하면, 재무팀의 업무는 회계와 무관한 다운로드 및 분류 단계부터 시작됩니다. 네 가지 다른 플랫폼에서 파일을 수집하고, 추적 가능하도록 이름을 바꾸고, 직원별로 그룹화하고, 어떤 제출이 완료되었고 어떤 것이 누락되었는지 식별해야 합니다.

수집 링크는 단일 제출 엔드포인트를 제공하여 이 문제를 해결합니다. 재무 담당자가 링크(고유 URL)를 생성하여 직원들에게 보냅니다. 직원이 휴대폰 브라우저에서 링크를 열면 짧은 인증 코드를 입력하고 브라우저를 통해 직접 지출 스크린샷을 업로드합니다. 파일은 업로드 시간과 파일명으로 레이블이 지정되어 재무 담당자의 계정 처리 대기열에 단일 보기로 정리되어 도착합니다. 다운로드할 이메일 첨부 파일도, 스크롤해야 할 Slack 스레드도, 전달된 문자 메시지 체인의 스크린샷도 없습니다.

회사 이메일 계정이 없는 현장 팀과 외부 계약자의 경우, 이는 가장 흔한 제출 실패 모드인 "보냈는데, 받았어요?"를 제거합니다. 수집 링크는 고정된 대상입니다. 업로드는 화면에서 확인됩니다. 재무 담당자는 처리가 시작되기 전에 어떤 직원이 제출했고 어떤 직원이 제출하지 않았는지 정확히 확인할 수 있습니다.

Google Sheets 애드온: 지출 스프레드시트로 직접 추출

Google Sheets에서 업무를 처리하는 재무팀을 위해 — 소규모 기업과 중견 기업에서 가장 흔한 지출 워크플로 패턴에 따르면, 이는 월 200건 미만의 보고서를 처리하는 팀의 상당 부분에 해당합니다 — Google Sheets 애드온은 내보내기 및 가져오기 단계를 완전히 없애줍니다. 애드온은 모든 Google Sheet 내에서 사이드바로 열립니다. 사이드바에 지출 스크린샷을 직접 업로드하고, 열을 정의한 후, 배치를 처리하면 추출된 데이터가 활성 시트에 직접 추가됩니다 — 파일 다운로드, Excel-to-Sheets 변환, 창 간 복사-붙여넣기가 필요 없습니다.

애드온은 API 키에 연결되면 계정 모드로 작동합니다: 템플릿, 매칭 규칙, 처리 내역이 웹 앱과 동기화됩니다. 스프레드시트에 편집 권한이 있는 팀원은 개인 플랜 할당량 내에서 업로드 및 처리를 수행할 수 있습니다. 그 결과는 재무팀 전체가 공유하는 단일 스프레드시트로, 누구도 직접 입력하지 않고 스크린샷과 영수증 사진에서 지출 데이터가 도착합니다.

실제 지출 스크린샷으로 테스트

AI 추출이 특정 지출 스크린샷 조합에 효과적인지 평가하는 가장 좋은 방법은 실제 파일로 테스트하는 것입니다. 아래 데모는 expense-report 프리셋(날짜, 거래처, 금액, 카테고리 열이 미리 구성됨)에서 실행되지만, 자신의 지출 스프레드시트에 맞게 열을 추가, 제거 또는 이름을 변경할 수 있습니다. 회원가입이 필요 없습니다. 신용카드도 필요 없습니다. 파일은 몇 초 안에 처리되며 세션 종료 후 저장되지 않습니다.

비용

ImageToTable.ai는 네 가지 플랜을 제공합니다. 무료 플랜은 월 50크레딧을 포함하여 소규모 팀이 몇 개의 지출 스크린샷을 처리하고 추출 품질이 요구 사항에 맞는지 평가하기에 충분합니다. 베이직 플랜은 월 $9로 500크레딧을 제공하며, 월 100-200건의 지출 제출을 처리하는 팀에 적합합니다. 프로 플랜은 월 $19로 2,000크레딧을 제공하며, 문서당 더 많은 크레딧이 필요한 다중 페이지 PDF 호텔 폴리오 및 공급업체 송장을 포함한 대량 배치 처리를 지원합니다. 맥스 플랜은 월 $59로 10,000크레딧을 제공하며 대용량 재무팀을 위한 우선 처리를 포함합니다. 모든 유료 플랜은 Google Sheets 애드온, 템플릿 관리, 배치 내보내기 기능을 제공합니다.

보고서당 수동 처리 비용 $35-$58과 비교하면, 구독료는 한 달에 5~10건의 지출 제출만으로 본전을 뽑습니다. 월 $19의 프로 플랜은 Aberdeen 소기업 요율 기준으로 재무팀이 수동 입력에 약 $1,260을 지출해야 하는 동일한 양의 지출 데이터를 처리합니다. 계산은 스프레드시트가 필요 없습니다 — 머리로 할 수 있습니다.

자주 묻는 질문

AI 추출 기능이 중국어, 일본어, 한국어 등 비영어권 언어의 스크린샷을 읽을 수 있나요?

네. 시각 AI 모델은 중국어(간체 및 번체), 일본어, 한국어, 아랍어, 태국어, 베트남어 및 모든 유럽 언어를 포함한 주요 언어의 텍스트를 처리합니다. 알리페이, 위챗페이, 카카오페이, PayPay 등 지역별 앱의 결제 스크린샷도 지원됩니다. 모델은 원본 언어로 데이터를 추출하며 원문을 보존할 수 있습니다. 따라서 알리페이 스크린샷의 중국어 가맹점명은 음역이 아닌 중국어 텍스트 그대로 출력 스프레드시트에 표시됩니다.

Microsoft Excel의 '그림에서 데이터 가져오기' 기능과 무엇이 다른가요?

Excel의 '그림에서 데이터 가져오기'는 이미지에서 보이는 모든 텍스트를 구조화되지 않은 격자로 추출합니다. OCR 엔진이 읽을 수 있는 모든 것을 캡처하여 원본 이미지와 대략 동일한 공간 배열로 셀에 배치합니다. '이것은 내가 원하는 금액이다'와 '이것은 탐색 모음 텍스트이다'를 구분하지 않습니다. 보이는 텍스트가 15개인 스크린샷의 경우 15개의 셀이 생성됩니다. 그런 다음 필요한 특정 데이터 포인트를 찾아 추출하고 재구성해야 합니다. 맞춤 열을 사용한 AI 추출은 사용자가 지정한 필드(날짜, 금액, 가맹점, 카테고리)만 추출하여 정의된 열 구조에 바로 정리하므로 즉시 사용할 수 있습니다.

저화질 스크린샷(메신저 앱을 통해 전달된 압축 이미지)에서도 작동하나요?

메신저 앱(위챗, 왓츠앱, 슬랙은 모두 이미지를 재압축함)의 압축 아티팩트는 이미지 품질을 저하시키며, 심한 압축 수준에서는 작은 텍스트를 읽을 수 없게 될 수 있습니다. AI 모델은 직원이 휴대폰에서 직접 스크린샷을 찍어 채팅 앱을 통해 전달하지 않고 업로드할 때 얻을 수 있는 선명한 원본 해상도의 스크린샷에서 가장 좋은 성능을 발휘합니다. 압축된 이미지에서 사람의 눈으로 텍스트를 읽을 수 있다면 AI는 일반적으로 이를 추출할 수 있습니다. 압축으로 인해 텍스트를 읽을 수 없는 픽셀 덩어리로 변했다면 추출 품질이 저하됩니다.

동일한 도구로 종이 영수증과 스크린샷을 함께 처리할 수 있나요?

네. 이 도구는 스크린샷, 영수증 사진, PDF 명세서, 스캔 문서를 동일한 배치에서 처리합니다 — 입력 유형별로 별도의 도구가 필요하지 않습니다. 알리페이 스크린샷, 촬영한 종이 영수증, PDF 호텔 청구서를 함께 업로드하세요. 날짜, 거래처, 금액, 카테고리 등 열을 한 번 정의하면 출력 스프레드시트의 각 행은 디지털 스크린샷, 영수증 사진, PDF 등 출처와 관계없이 하나의 처리된 문서를 나타냅니다.

QuickBooks, Xero 또는 ERP와 어떻게 통합되나요?

이 도구는 Excel(XLSX) 및 CSV 형식으로 출력하며, 이는 모든 주요 회계 시스템에서 가져올 수 있습니다. QuickBooks Online과 Xero는 모두 비용 거래에 대해 CSV 및 Excel 가져오기를 지원합니다. 맞춤형 가져오기 형식을 사용하는 ERP 시스템의 경우, 추출된 데이터는 기존 가져오기 파이프라인에 공급되는 정리되고 구조화된 소스 역할을 할 수 있습니다. 이 도구는 워크플로우에서 회계 시스템 앞에 위치합니다 — 구조화되지 않은 스크린샷에서 구조화된 데이터를 생성하고, 그 구조화된 데이터는 일반적인 가져오기 및 조정 프로세스를 통해 이동합니다.

처리 후 스크린샷 파일은 어떻게 되나요?

업로드된 파일은 메모리에서 처리되며 활성 처리 세션 이후에는 서버에 저장되지 않습니다. 계정 대시보드에서 언제든지 처리된 작업을 삭제할 수 있으며, 이렇게 하면 추출된 데이터와 원본 파일이 서버에서 제거됩니다. 지속적인 규정 준수를 위해 Google Drive 폴더, SharePoint 문서 라이브러리 또는 파일 서버와 같은 자체 저장소에 원본 스크린샷을 보관하고, 출력 스프레드시트의 파일명 참조 열을 통해 각 원본 파일에 대한 감사 추적 링크를 제공하는 것이 좋습니다.

결론

비용 스크린샷은 사라지지 않습니다. 직원들은 계속해서 휴대폰이 자연스럽게 생성하는 방식으로 비용 증빙을 제출할 것입니다 — 결제 앱 확인, 은행 거래 스크린샷, 영수증 사진, 전달된 이메일. 이러한 각 스크린샷에는 현재 재무팀 누군가가 읽고 스프레드시트에 입력하고 있는 데이터가 포함되어 있으며, 보고서당 약 $35~$58의 비용이 발생합니다. 이 비용은 급여에 포함되어 있어 눈에 띄지 않습니다 — 누군가 이 작업을 수행하고, 작업이 완료되며, 비용은 재무팀 인건비에 흡수됩니다. 그러나 비용은 실제이며, 소규모 팀의 연간 금액도 다섯 자릿수에 달합니다.

시각적 AI 추출은 비용 보고 워크플로우를 변경하지 않습니다. 시간의 60~70%를 소비하던 내부 단계, 즉 이미지에서 보이는 데이터를 스프레드시트 행으로 변환하는 작업을 변경합니다. 그 단계가 15분에서 10초로 단축되면 기준점이 이동합니다. 그리고 한 달에 12시간을 스크린샷을 읽는 데 보내던 재무팀은 실제로 재무적 판단이 필요한 작업에 그 시간을 사용하기 시작합니다.