결제 원장은 그대로 유지하세요.
데이터 입력 단계에 추출 기능만 더하면 됩니다.

이미 작동 중인 스프레드시트

프리랜서 디자인, 과외, 개인 트레이닝, 수리 서비스, 조경 등 소규모 서비스 업종을 운영하신다면, 결제 추적 시스템을 직접 만드셨을 가능성이 높습니다. 그 시스템은 Google Sheets에 있습니다. 날짜, 고객, 금액, 결제 수단, 그리고 메모 필드가 있습니다. 월별로 별도의 탭을 사용하거나, 결제 수단별로 그룹화하는 피벗 테이블이 있는 단일 원장을 사용할 수도 있습니다. 일요일 오후에 설정하는 데 시간을 썼고, 2년 동안 충분히 잘 작동해 왔습니다.

이 스프레드시트는 교체해야 할 문제가 아닙니다. 이미 여러분의 수입에 대한 사고방식과 일치하는 작동 중인 시스템입니다. 금액 열 맨 아래의 SUM은 이번 달 수입을 알려줍니다. "대기 중" 결제를 위해 설정한 FILTER 보기는 후속 문자를 보내기 전에 확인하는 화면입니다. 이러한 구조는 어떤 정보가 중요한지, 어떻게 구성할지에 대한 여러분의 결정을 나타냅니다. 이를 다른 사람의 템플릿으로 교체하면 모든 결정을 잃게 되고, 시간이 없는 학습 곡선을 감수해야 합니다.

마찰은 정확히 한 곳에 있습니다: 새 결제 기록을 시트에 입력하는 것입니다. 고객이 Venmo로 결제합니다. 여러분은 확인 화면을 스크린샷으로 캡처합니다. 그날 저녁, 스프레드시트를 열고 맨 아래로 스크롤하여 날짜, 금액, 고객 이름, 결제 수단을 입력합니다. 아침에 받은 PayPal 결제도 반복합니다. 어제 받은 Zelle 결제도요. 거의 잊을 뻔한 Cash App 결제도요. 각 입력은 약 30초가 걸립니다. 50건을 입력하면, 돈을 벌거나 전혀 일하지 않는 데 쓰지 않은 2시간 30분이 됩니다.

스프레드시트가 병목 현상이 아닙니다. 병목 현상은 스크린샷과 셀 사이의 단계입니다. 그리고 그 단계는 보기보다 좁습니다.

여전히 수동인 한 단계

결제 스크린샷에서 스프레드시트 셀로 복사-붙여넣기하는 작업 흐름은 기만적으로 단순해서, 대부분의 소규모 사업주가 대안을 찾기 전에 수개월 또는 수년 동안 이를 감수합니다. 건당 30초라는 작은 마찰처럼 느껴지고, 작은 마찰은 합리화하기 쉽습니다. 하지만 그 계산은 조용히 누적됩니다.

월 50건의 결제를 3~4개의 앱에서 처리하는 사업체는 데이터 입력에만 대략 2~3시간을 소비합니다. 검토도, 조정도 아닌, 화면에서 숫자를 읽고 셀에 입력하는 데만 말입니다. 1년이면 24~36시간입니다. 보수적인 시간당 $35 요율로 계산하면, 이 "작은 마찰"의 연간 비용은 $840~$1,260입니다. 그리고 오타로 인한 수정 시간은 아직 고려하지 않았습니다. $452 대신 $425로 잘못 입력하면 여러 앱과 은행 명세서를 뒤져 추가로 20분을 소비하게 됩니다.

다중 앱 조정 문제에 대한 분석에서 자세히 설명했듯이, 근본 원인은 사용자 오류나 규율 부족이 아닙니다. 구조적인 문제입니다: P2P 결제 앱은 돈을 이동시키기 위해 만들어졌지, 회계 기록을 생성하기 위해 만들어진 것이 아닙니다. 확인 화면은 존재하는 유일한 완전한 거래 기록이며, 이미지 파일 안에 갇혀 있습니다. 데이터는 보이지만 인간이 다시 입력하기 전까지 어떤 소프트웨어도 접근할 수 없습니다.

이것이 바로 AI 추출이 방정식을 바꾸는 유형의 문제입니다. 전체 조정 프로세스를 자동화하는 것이 아니라(수수료, 결제 시점, 부분 결제는 여전히 인간의 판단이 필요합니다), 처음부터 수동이었으면 안 됐던 부분, 즉 화면에 이미 존재하는 숫자를 읽어 다른 곳에 복사하는 부분을 제거함으로써 말입니다.

추출 기능이 기존 업무 흐름에 들어맞는 위치

삽입 지점은 좁습니다. 여러분은 스프레드시트, 회계 소프트웨어, 결제 앱을 대체하는 것이 아닙니다. "스크린샷이 존재함"과 "행이 시트에 나타남" 사이에 한 단계를 추가하는 것입니다. 그 단계는 Google Sheets 애드온을 통한 AI 기반 데이터 추출이며, 그 전후의 어떤 것도 건드리지 않고 수동 입력 단계를 대체합니다.

다음은 전후 워크플로입니다:

변경되는 유일한 단계는 3단계입니다. 여러분의 SUM 수식은 B열의 숫자가 사람이 입력했는지 AI가 추출했는지 알지 못하고 신경 쓰지 않습니다. 결제 방법(Venmo vs. PayPal vs. Zelle)별로 그룹화하는 피벗 테이블도 동일하게 작동합니다 — 셀 값을 읽을 뿐, 그 출처는 읽지 않습니다. Status 열이 "Deposited"로 표시될 때 행을 녹색으로 바꾸는 조건부 서식 규칙도 깨지지 않습니다. 추출 단계가 수동 입력과 동일한 방식으로 시트에 데이터를 공급하기 때문에(기존 열의 맨 아래에 행으로 추가) 하위 프로세스는 아무것도 건드리지 않습니다.

이것이 워크플로 통합의 핵심 원칙입니다: 가장 좁은 삽입 지점을 식별하고 그것만 변경하십시오. 제안하는 변경이 넓을수록 마찰이 커집니다. 소규모 사업주에게 Google Sheets 원장을 버리고 QuickBooks Online을 채택하라고 말하는 것은 넓은 변경입니다 — 새 로그인, 새 인터페이스, 새 사고 모델, 새 월 비용. 모든 것을 그대로 유지하고 입력 단계를 업로드 단계로 바꾸라고 말하는 것은 좁은 변경입니다 — 이미 열려 있는 사이드바의 버튼 하나입니다.

The Google Sheets 애드온은 이 삽입 지점을 가능한 한 가늘게 만듭니다. 여러분은 이미 스프레드시트 안에 있습니다. 사이드바는 같은 브라우저 탭의 오른쪽 가장자리에서 슬라이드 아웃됩니다. 다른 애플리케이션으로 전환하거나, 별도 대시보드에 로그인하거나, 파일을 내보내고 다시 가져올 필요가 없습니다. 스크린샷을 사이드바로 끌어다 놓고, 열 매핑을 확인한 다음(날짜 → 날짜, 금액 → 금액, 지불자 → 고객), 추출된 데이터가 시트에 나타납니다. 이 애드온은 여러분의 API 키로 실행되며 웹사이트 계정과 동기화됩니다 — 생성한 템플릿, 정의한 열 규칙, 사용 제한이 모두 이어집니다. 지원되는 필드 유형, 형식, 플랜 세부 정보를 포함한 전체 기능 개요는 Google Sheets 애드온 페이지를 참조하세요.

추출 자체는 맞춤 열 추출을 사용합니다: 원하는 열 헤더를 정의하면(날짜, 금액, 지불자, 결제 수단, 수수료) AI가 업로드한 모든 스크린샷에서 해당 값을 찾아냅니다. 어떤 결제 앱에서 생성되었는지는 중요하지 않습니다. Venmo 확인 화면은 PayPal 거래 상세 페이지와 전혀 다르게 생겼습니다. 은행 앱 안의 Zelle 레이아웃은 Cash App의 기록 화면과 다릅니다. 하지만 AI는 달러 금액의 모습, 날짜 형식의 모습, 이름의 모습을 이해함으로써 각 스크린샷을 읽습니다 — 템플릿에 픽셀을 맞추는 방식이 아닙니다. 열 이름을 한 번 정의하면 됩니다. AI는 모든 앱의 모든 스크린샷에서 값을 매핑하여 하나의 일관된 행 집합으로 만듭니다.

파이프라인을 처음부터 설정하는 더 자세한 가이드는 스크린샷 데이터를 Google Sheets로 직접 보내기에 관한 워크스루를 참조하세요. 지금 읽고 계신 이 기사는 다른 것에 초점을 맞춥니다: 이미 구축한 스프레드시트에 해당 파이프라인을 어떻게 통합하는지, 다시 구축하라고 요구하지 않고 말입니다.

수집 레이어 추가: 고객이 결제 스크린샷을 제출하도록 하기

지금까지 설명한 모든 내용은 단일 사용자 워크플로우를 다룹니다. 여러분이 스크린샷을 찍고, 업로드하고, 데이터를 얻는 방식입니다. 하지만 많은 소규모 비즈니스에서 스크린샷은 여러분이 만드는 것이 아닙니다. 결제하는 사람이 만드는 것입니다.

조경 고객이 은행 송금 확인 사진을 문자 메시지로 보냅니다. 과외 학생의 학부모가 Venmo 결제 스크린샷을 이메일로 보냅니다. 케이터링 고객이 Cash App 영수증을 전달합니다. 이러한 스크린샷은 메시지, 이메일, WhatsApp으로 도착하며, 여러분은 중개인이 되어 이미지를 자신에게 전달하고, 폴더에 저장한 다음, 스프레드시트 워크플로우를 통해 하나씩 처리합니다. 추출 단계는 자동화되어 있습니다. 수집 단계는 그렇지 않습니다.

바로 여기에서 수집 링크 — 파일을 처리 대기열로 직접 라우팅하는 공유 가능한 업로드 페이지 — 가 대부분의 결제 추적 워크플로우에 완전히 없는 레이어를 추가합니다. 링크를 생성하고(/c/xxxx 형태), 고객과 공유하면 고객이 자신의 브라우저에서 엽니다. 짧은 확인 코드를 입력하고 — 등록, 로그인, 앱 다운로드 없이 — 결제 스크린샷을 업로드합니다. 파일은 여러분이 직접 업로드한 스크린샷과 함께 계정의 처리 대기열에 나타납니다. 동일한 열 매핑으로 모든 것을 한 번에 추출하여 동일한 스프레드시트에 넣습니다.

워크플로우가 다음과 같은 방식에서:

다음과 같은 방식으로 바뀝니다:

여러분은 수집 단계에서 완전히 제외됩니다. 스크린샷은 책상에 있든 없든 대기열에 도착하며, 추출 단계는 처리할 준비가 되었을 때 — 매일, 매주, 또는 월말에 — 이루어집니다. 동일한 패턴은 다른 문서 수집 워크플로우에도 적용됩니다: 직원 경비 영수증 수집도 동일한 원리로 작동합니다 — 링크를 보내고, 문서를 받고, 일괄 추출합니다.

수집 링크가 결제 추적에 특히 유용한 이유는 소규모 비즈니스가 결제 확인을 받는 방식의 구조적 공백을 메우기 때문입니다. 고객이 Zelle로 결제하면 확인 화면은 고객의 휴대폰에만 존재합니다 — 송금 금액, 타임스탬프, 확인 번호가 표시됩니다. 여러분은 자금이 1-2 영업일 후에 은행 계좌에 입금될 때까지 그 확인을 전혀 보지 못할 수 있으며, 그때도 은행 설명에는 ZELLE PMT FROM J CONSULT 0605 REF# 8832714 같은 문자열이 표시될 수 있습니다 — 특정 청구서와 일치하는지 확인하려면 사람이 해석해야 하는 문자열입니다. 수집 링크를 사용하면 고객이 결제 시점에, 화면에 아직 표시되어 있는 동안 그 확인을 제출할 수 있습니다. 원장은 은행에 최종 반영되는 날이 아니라 결제가 전송된 당일에 업데이트됩니다.

이것이 회계 소프트웨어를 대체하지 않고 어떻게 연결되는가

재무 워크플로에 새 도구를 추가할 때 가장 흔한 반론 중 하나는 "하지만 저는 이미 QuickBooks를 사용하고 있어요"입니다. 또는 Xero, Wave를 사용한다고요. 이런 우려는 타당합니다. 아무도 수동으로 동기화해야 하는 병렬 시스템을 원하지 않으니까요. 하지만 Google Sheets를 통한 추출은 병렬 시스템이 아닙니다. 이는 공급 계층(feeder layer)입니다.

이를 전처리 단계로 생각해 보세요. 결제 스크린샷이 도착합니다(여러분 또는 수집 링크를 통한 고객으로부터). AI가 이를 일관된 열, 결제 수단별 분류, 스크린샷에 보일 때 수수료 구분까지 포함해 Google Sheets 원장으로 추출합니다. 이 원장은 단일 정보 소스입니다. 모든 앱의 모든 결제가 한곳에 모이고, 은행 송금이 완료될 때가 아니라 거래가 발생할 때 업데이트됩니다. 월말에는 시트를 CSV로 내보내 QuickBooks나 Xero로 가져옵니다. 또는 시트를 회계 담당자와 직접 공유합니다. 아니면 은행 명세서와 대사하는 조정 참고 자료로 사용합니다.

가치는 Google Sheets가 회계 소프트웨어를 대체한다는 데 있지 않습니다. Sheets가 결제 이벤트와 회계 입력 사이의 간극을 메운다는 데 있습니다. P2P 앱에는 은행 피드가 적용되지 않고, 개별 플랫폼의 CSV 내보내기는 연결하기에는 너무 비일관적인 그 간극을 말이죠. 데이터가 회계 소프트웨어에 도달할 때쯤이면 이미 정리되고 분류되며 대사된 상태입니다. 회계 소프트웨어는 재무제표 작성, 세금 부채 계산, 보고서 생성 등 자신이 가장 잘하는 일을 합니다. 회계 소프트웨어는 스크린샷을 읽도록 설계된 적이 없습니다. 그 부분은 업스트림에서 처리됩니다.

고객 수금과 함께 공급업체 지급을 관리하는 기업의 경우, 동일한 추출 계층이 양방향으로 작동합니다: 공급업체 인보이스는 동일한 추가 기능과 동일한 열 매핑 방식을 사용해 AP 원장으로 유입될 수 있습니다. 스프레드시트는 범용 수집 지점이 됩니다. 고객 결제가 들어오고, 공급업체 인보이스가 나가며, 회계 소프트웨어는 양방향에서 깨끗한 데이터 세트를 받습니다.

데이터 양이 늘어나면 달라지는 점

위에서 설명한 단일 스크린샷 워크플로는 하루에 몇 건의 결제만 처리할 때 유용합니다. 일주일치 또는 한 달치를 일괄 처리하면 수동 입력보다 추출의 이점이 더 커집니다. 스크린샷 47장을 하나씩 열지 않고 사이드바 업로드 대화상자에서 한 번에 모두 선택하면 됩니다. AI가 전체 세트(Venmo 확인 화면, PayPal 거래 페이지, Zelle 은행 스크린샷)를 처리하여 하나의 통합된 테이블로 출력합니다. 행은 추출 순서대로 이미 정렬되어 있으며, 원하는 원장 순서에 맞게 구성할 수 있습니다.

일괄 조정에 대한 자세한 안내는 결제 스크린샷을 단일 원장으로 일괄 조정하는 방법을 참조하세요. 워크플로 통합의 핵심은 일괄 모드가 단일 스크린샷 추출을 위해 이미 구성한 설정 외에 추가 설정이 필요 없다는 점입니다. 동일한 열 매핑, 동일한 스프레드시트, 동일한 추가 위치를 사용합니다. 데이터 양이 워크플로를 바꾸지는 않습니다. 단지 업로드에 한 번에 끌어다 놓는 파일 수만 달라질 뿐입니다.

여러 플랫폼에서 상당한 규모로 결제를 처리하는 경우, 전체 결제 스크린샷-Sheets 파이프라인 가이드에서 설정을 더 자세히 다룹니다. 그리고 결제 워크플로우에 Venmo, PayPal, Zelle 간 결제 추적이 포함되어 있다면, 멀티 플랫폼 결제 스크린샷 추적 가이드를 참조하세요.

자주 묻는 질문

스프레드시트에 특정 구조가 있어서 변경하고 싶지 않다면 어떻게 하나요?

가능합니다. 추출 기능은 여러분이 정의한 열 순서에 따라 기존 시트의 맨 아래에 행을 추가합니다. 날짜 열이 A, 금액이 C, 고객이 F라면 추출된 데이터는 해당 열을 채우고 나머지 열은 그대로 둡니다. 애드온은 스프레드시트 구조를 수정하지 않으며 행만 추가합니다. 수식, 조건부 서식, 보호된 범위, 데이터 유효성 검사 규칙은 모두 그대로 유지됩니다. 스프레드시트는 여러분이 직접 입력한 데이터와 AI가 추출한 데이터의 차이를 인식하지 못합니다.

AI가 총액과 별도로 거래 수수료를 추출할 수 있나요?

수수료가 스크린샷에 표시되는 경우 — 예를 들어 PayPal의 거래 상세 페이지에는 총액과 수수료가 별도의 항목으로 표시됩니다 — AI가 이를 별도의 열(금액 및 수수료)로 추출할 수 있습니다. 계산 열을 사용할 수도 있습니다: 순액(금액 − 수수료) 같은 열을 정의하면 AI가 추출 중에 순액을 계산합니다. 모든 결제 스크린샷에 수수료가 표시되는 것은 아니므로(Zelle는 비즈니스 수수료를 부과하지 않으며, Venmo의 확인 화면에는 1.9% + $0.10 공제액이 항목별로 표시되지 않을 수 있음), 수수료 추적은 사용하는 플랫폼과 캡처하는 화면에 따라 달라집니다.

고객이 링크를 사용하고 싶지 않다면 — 스크린샷을 이메일로 보내도 되나요?

가능합니다. 수집 링크는 옵션이지 필수 사항이 아닙니다. 고객이 결제 확인 내역을 문자나 이메일로 보내는 것을 선호한다면, 해당 이미지를 저장하고 애드온 사이드바를 통해 직접 업로드할 수 있습니다. 추출 워크플로우는 동일하며 유일한 차이는 업로드 단계를 누가 수행하는지입니다. 수집 링크는 메시지에서 처리 폴더로 스크린샷을 전달하는 중간 단계를 없애고자 할 때 가장 유용합니다. 추출 프로세스 자체에 대한 자세한 내용은 결제 스크린샷에서 데이터를 추출하는 방법을 참조하세요.

부분 결제나 분할 결제도 처리할 수 있나요?

AI는 스크린샷에 보이는 값을 그대로 추출합니다. 고객이 $500 인보이스에 대해 $250을 부분 결제하고 Venmo 메모에 "인보이스 #1042 부분 결제"라고 적었다면, AI는 금액 열에 $250을, 메모 열에 "인보이스 #1042 부분 결제"를 추출합니다. AI가 할 수 없는 것 — 그리고 어떤 추출 도구도 할 수 없는 것 — 은 인보이스 총액이 $500였다는 사실을 알고 잔액을 계산하는 일입니다. 그러려면 인보이스 기록을 대조해야 하며, 이는 스프레드시트에서 간단한 수식(=InvoiceTotal−SUMIF)으로 처리하는 것이 가장 좋은 조정 작업입니다.

고객 이름과 금액이 포함된 결제 스크린샷을 업로드해도 안전한가요?

ImageToTable.ai는 암호화된 연결(HTTPS)을 통해 파일을 처리하며, 처리 후 업로드된 파일을 저장하지 않고, 데이터를 모델 학습에 사용하지 않습니다. 보안 모델은 은행 명세서를 클라우드 회계 플랫폼에 업로드하는 것과 유사합니다. 데이터는 처리를 위해 전송된 후 폐기됩니다. 수집 링크에는 인증 코드가 포함되어 있어 링크와 코드를 모두 공유한 사람만 파일을 업로드할 수 있습니다. 민감한 금융 정보를 업로드하기 전에 제공업체의 데이터 처리 정책을 검토하세요.

회계사의 업무 방식과 어떻게 맞물리나요?

대부분의 회계사는 월말에 Google Sheets 또는 CSV 내보내기 파일을 받는 것을 선호합니다. 회계사가 현재 결제 수단별 수입 스프레드시트를 보내달라고 요청한다면, 추출 워크플로우는 정확히 그 형식의 데이터를 생성합니다. 모든 플랫폼의 모든 결제가 한곳에 일관된 형식으로 정리됩니다. Google Sheets를 직접 공유하거나(보기 전용), Excel 파일로 내보내거나, CSV로 다운로드할 수 있습니다. 회계사가 이미 수용하는 형식은 바뀌지 않습니다. 다만 보내는 데이터의 정확성과 완전성이 향상됩니다. 카메라 롤에서 누락되는 것이 없기 때문입니다.