수동 카드 내역 입력 vs AI 시트 입력:
월 50건 거래, 누가 살아남을까?

전환 여부를 결정하는 다섯 가지 차원

수동 데이터 입력과 자동 데이터 입력을 비교할 때 대부분은 '더 빠르다'는 점에만 집중합니다. 그것은 이야기의 절반에 불과합니다. 실제 결정은 속도, 오류율, 분류 일관성, 연간 누적 비용, 그리고 스프레드시트에 입력된 데이터가 세금 신고에 바로 사용할 수 있는지 여부라는 다섯 가지 차원에 걸쳐 있습니다. 50건의 거래 명세서는 각 축에서 다르게 보이며, 그 격차는 모두 같은 속도로 벌어지지 않습니다.

두 작업 흐름은 동일한 출발점을 공유합니다: 체이스, 아멕스, 씨티, 캐피털 원에서 다운로드한 신용카드 명세서 PDF입니다. 두 방식이 갈라지는 지점은 그 다운로드 이후부터 깔끔하고 분류되었으며 회계사가 바로 사용할 수 있는 스프레드시트가 완성되기까지의 모든 과정입니다.

수동 작업 흐름: 매달 실제로 일어나는 일

커피 한 잔과 함께 집중해서 15분 만에 끝내는 이상적인 버전이 아닙니다. 실제 버전입니다.

1단계: 신용카드 포털에 로그인하고 명세서로 이동한 후 PDF를 다운로드합니다. 체이스는 명세서를 '추가 옵션' 아래에 숨겨둡니다. 아멕스는 카드가 여러 장이면 카드별로 나눠서 보여줍니다. 씨티의 PDF 레이아웃은 복사해서 붙여넣기하기 어렵습니다. 2단계: 구글 시트를 열고 새 템플릿을 만들거나 지난달 템플릿을 복제한 후, 헤더를 고정하고 열을 설정합니다: 날짜, 가맹점, 금액, 카테고리, 메모. 3단계: 화면 한쪽에 PDF를, 다른 쪽에 시트를 배치합니다. 4단계: 50건의 거래 각각에 대해 PDF에서 날짜를 읽고 시트에 입력합니다. 가맹점명을 읽고 입력합니다. 금액을 읽고 입력합니다 — 숫자를 잘못 입력하지 않길 바라며. 그런 다음 카테고리를 지정합니다: 사무용품, 여행, 식비, 소프트웨어, 공과금. 하나씩 말이죠. 5단계: 금액 열을 합산하여 명세서 합계와 비교하고, 3.47달러의 차이를 추적합니다.

이것은 과장이 아닙니다. Reddit 사용자는 r/PersonalFinanceCanada에서 정확히 이렇게 설명했습니다: "매달 수동으로 스프레드시트에 입력합니다. 신용카드 3개와 당좌예금 계좌 2개를 합쳐서 한 달에 총 1시간이 걸립니다. 정말 귀찮아요." 또 다른 사용자는 r/Bogleheads에서 덧붙였습니다: "매달 몇 시간씩 걸립니다. 각 항목, 금액, 카테고리를 하나하나 입력하는 대신 명세서를 스캔해서 자동으로 처리해줬으면 좋겠어요." 이는 극단적인 사례가 아닙니다 — 소기업의 83%가 업무용 신용카드를 하나 이상 사용하고 있으며, Expensify의 업계 데이터에 따르면 2023년 카드당 월평균 지출액은 13,000달러에 달했습니다. 이 정도 거래량이면 이 작업은 피할 수 없는 일상이 됩니다.

50건의 거래에 소요되는 시간을 보수적으로 측정하면 다음과 같습니다:

이제 카드 수를 곱해보세요. 업무용 카드 1장과 개인 카드 1장을 사용하는 프리랜서는 90분을 소비합니다. 법인 카드 3장과 개인 카드 2장을 사용하는 소상공인은 3시간을 넘깁니다. 계산은 복잡하지 않습니다. 단지 총액이 무시할 수 없을 정도가 될 때까지 처리가 미뤄지는 경향이 있을 뿐입니다.

사이드바 워크플로우: 같은 시작점, 다른 결말

PDF와 빈 시트 사이에서 화면을 분할하는 대신, Google Sheets 내에서 직접 사이드바를 엽니다. PDF 명세서를 업로드합니다. AI에 원하는 열(날짜, 가맹점, 금액, 분류)을 알려줍니다. 추출 엔진이 명세서 전체(모든 거래 행, 페이지의 모든 열)를 읽어 시트에 자동으로 채웁니다. 결과는 동일한 스프레드시트에 동일한 형식으로 표시되지만, 각 항목을 일일이 키보드로 입력할 필요가 없습니다.

일반적인 "PDF를 엑셀로" 변환기와 다른 점은 바로 이 사이드바가 여러분이 이미 사용 중인 도구 안에 있다는 것입니다. 타사 사이트에서 CSV를 다운로드하고, 열고, 열을 복사한 다음 작업 중인 시트에 붙여넣을 필요가 없습니다. 추출 결과는 한 번의 클릭으로 활성 시트에 직접 들어갑니다. 명세서를 매달 처리한다면 시트 구조(열 순서, 서식, 수식)는 그대로 유지됩니다. 데이터 소스만 변경됩니다.

이 워크플로우를 처음부터 설정하는 전체 과정을 보려면, 애드온을 사용하여 신용카드 명세서를 Google Sheets로 추출하는 방법을 확인하세요. 열 설정, 템플릿 저장, 일괄 처리 방법이 포함되어 있습니다.

추출 자체는 사람이 표를 읽는 방식, 즉 픽셀 좌표를 맞추는 대신 레이아웃과 각 셀의 의미를 이해하는 방식으로 명세서를 읽는 시각 언어 모델을 사용합니다. 이는 신용카드 명세서 레이아웃이 발급사마다 다르기 때문에 중요합니다. 체이스는 한 가지 열 구조를 사용하고, 아멕스는 다른 구조를 사용합니다. 씨티는 결제 정보와 잔액 요약을 추가하여 템플릿 기반 OCR을 혼란스럽게 할 수 있습니다. VLM 기반 접근 방식은 은행별로 별도의 템플릿 없이도 이러한 변형을 처리합니다.

그리고 여기서 카테고리 열은 번거로운 작업에서 한 번만 결정하면 되는 선택으로 바뀝니다. 카테고리 (옵션: 여행/식비/소프트웨어/사무용품/교통/공과금/기타)라는 열을 정의하면 됩니다. AI가 각 가맹점과 거래 설명을 읽고 올바른 카테고리를 추론합니다. 우버 → 교통. 델타항공 → 여행. 두어대시 → 식비. 어도비 크리에이티브 클라우드 → 소프트웨어. 검토하고 조정할 수 있지만, 처음부터 입력하는 것이 아니라 검토만 하면 됩니다.

속도: 45분 대 3분은 시작에 불과합니다

두 워크플로우를 시간으로 비교해 보겠습니다. 50건 거래 명세서 기준:

명세서당 15~20배의 속도 차이는 상당합니다. 하지만 전환 결정은 보통 한 달 치만 보고 이루어지지 않습니다. 몇 배로 늘어났을 때 비로소 체감됩니다.

카드 한 장, 월 50건, 12개월: 수동 540분(9시간). 사이드바 30분(0.5시간). 카드 두 장이면 두 배입니다. 법인카드 세 장으로 월 150건을 처리하는 소규모 사업장은 연간 27시간을 수동 입력에 씁니다 — 한 화면에서 다른 화면으로 숫자를 옮겨 적는 데 꼬박 사흘 넘게 소요됩니다. 동일한 작업을 사이드바 애드온으로 처리하면 연간 2시간 미만입니다.

Ramp 사례 연구에 언급된 건설 회사는 자동화 후 월 대사 시간이 40시간에서 10시간으로 75% 감소했습니다. 이는 구글 시트 워크플로가 아닌 기업용 ERP 통합이지만, 근본적인 동인은 동일합니다. 병목 현상은 수동 입력이며, 거래량이 늘어날수록 그 격차는 더 벌어집니다.

오류율: 수정에 100달러가 드는 숫자 전위 오류

Lido의 데이터 입력 정확도 분석에 따르면, 피로와 시간 압박이 있는 정상 작업 조건에서 수동 데이터 입력의 필드 수준 오류율은 1%~4%입니다. 4%의 경우, 각각 5개 필드(날짜, 상호, 금액, 카테고리, 메모)가 있는 50건의 거래 명세서에는 평균 10개의 필드 수준 오류가 포함됩니다.

모든 오류의 영향이 동일한 것은 아닙니다. 가장 비용이 많이 드는 유형은 숫자 전위 오류입니다. $1,253을 $1,235로 입력하거나 $91을 $19로 입력하는 경우입니다. Patriot Software의 회계 가이드는 전위 오류를 가장 흔한 데이터 입력 실수 중 하나로 꼽습니다. 거래 자체를 누락하는 오류와 달리 전위 오류는 합계가 여전히 그럴듯해 보이기 때문에 발견하기 어렵습니다. 전위된 두 숫자의 차이는 항상 9로 나누어 떨어지므로 회계사들이 이를 확인하지만, 개인 스프레드시트에서는 이러한 확인이 거의 이루어지지 않습니다.

발견 지연에 따라 후속 비용은 증가합니다:

AI 추출 엔진은 원본 문서를 직접 읽습니다. 사람이 PDF에서 숫자를 읽고 셀에 다시 입력하는 필사 단계가 없습니다. 모델은 명세서에서 금액 필드를 식별하고 읽은 값을 그대로 기록합니다. 인쇄된 표 데이터의 기능적 정확도는 최대 99%에 달합니다. 이는 AI가 마법 같아서가 아니라, 오류가 발생하기 쉬운 단계(사람이 읽고 다시 입력하는 과정)가 파이프라인에서 제거되었기 때문입니다.

오류가 전혀 없다는 뜻은 아닙니다. 스캔이 번진 PDF나 특이한 레이아웃은 여전히 잘못 읽힐 수 있습니다. 하지만 오류 발생 범위가 "모든 거래의 모든 필드"에서 "품질이 낮은 명세서 페이지의 몇몇 필드"로 줄어들며, 이런 오류가 발생하더라도 37행 어딘가에 묻히는 대신 검토 단계에서 확인할 수 있습니다.

분류: "Uber"가 때로는 여행비, 때로는 개인비인 이유

수동 신용카드 추적에서 가장 어려운 부분은 입력 작업이 아닙니다. 명세서당 50번씩 내리는 분류 결정, 그리고 47번째 거래에 대한 판단이 12번째 거래에 대한 판단과 일치하지 않을 수 있다는 점입니다.

집에서 공항까지 가는 차량은 여행(출장) 비용입니다. 집에서 식당까지 가는 차량은 교통비입니다. 고객 미팅 장소까지 가는 차량도 여행(출장) 비용이지만, 다른 예산에서 지출됩니다. 만약 바쁜 하루를 마치고 늦은 밤에 명세서를 정리한다면, 오후 9시의 우버 이용 내역은 '기타'로 분류되거나, 가장 최근에 입력한 우버 내역의 카테고리를 그대로 따라갈 가능성이 높습니다. 하지만 다음 달, 집중력이 높은 아침 시간에 명세서를 정리할 때는 같은 종류의 차량 이용이 여행(출장) 비용으로 분류됩니다. 1년이 지나면 여행(출장)비와 교통비의 총액은 달라집니다. 지출 패턴이 바뀌어서가 아니라, 분류 기준이 일관되지 않았기 때문입니다.

이는 가상의 문제가 아닙니다. Reddit의 r/personalfinance 게시판에 한 사용자는 식료품(필수 50%)과 신발(선택 30%) 구매에 동일한 신용카드를 사용할 때 겪는 실질적인 어려움을 설명했습니다. "결국 하나의 신용카드 계좌/명세서인데, 이렇게 세세하게 매일 관리하는 것은 영원히 지속 가능해 보이지 않는다"고 말입니다. 하나의 카드가 여러 예산 항목에 사용될 때, 분류 작업량은 기하급수적으로 늘어납니다. 이는 대부분의 소상공인과 프리랜서가 실제로 하는 방식입니다.

사이드바 애드온을 통한 AI 추출 기능을 사용하면, 분류는 매번 50번의 판단을 반복하는 것이 아니라 한 번만 정의하는 규칙이 됩니다. 카테고리 옵션이 있는 열 이름(예: 카테고리 (옵션: 여행(출장)/식비/소프트웨어/사무용품/교통/공과금/기타))을 지정하면, 모델이 가맹점 이름과 거래 맥락에 따라 가장 적합한 항목을 할당합니다. 결과를 한 번 검토하고 몇 가지 예외 케이스만 조정하면 됩니다. 나머지 45건의 거래는 동일한 로직으로 매달 일관되게 분류됩니다.

차이는 단지 속도만이 아닙니다. 연말 카테고리별 총액이 의미를 갖게 된다는 점입니다. 1월의 모든 우버 이용 내역이 11월의 우버 이용 내역과 동일하게 처리되었기 때문입니다.

월 × 12: 수동 입력 1년의 실제 비용

시간은 명백한 비용입니다. 프리랜서나 소상공인의 시간당 35달러(보수적 추정) 기준, 카드 한 장당 연간 9시간이면 315달러의 인건비가 발생합니다. 이는 수익도, 인사이트도, 프로젝트 진전도 없이 순수하게 PDF를 구조화된 데이터로 변환하는 데 드는 오버헤드입니다.

하지만 연간 총비용은 세 가지 층위로 구성됩니다:

동일한 명세서를 처리하는 Google Sheets 애드온은 월 구독료가 부과됩니다. 이는 단일 카드 기준으로 오류 감소 효과를 제외하고도 월 약 1시간 절약에 해당합니다. 손익분기점은 50건이 아닙니다. 시간 절약이 구독료를 넘어서는 지점은 월 약 15~20건 거래입니다. 그 이상에서는 추가 거래마다 격차가 벌어집니다. 추출이 자동화되면 다음 효율성 향상은 추출된 데이터를 월 결산 프로세스에 연결하는 데서 옵니다. Google Sheets에서 신용카드 조정 파이프라인 구축 가이드를 참조하여 분류된 거래를 비용 추적기, 원장 및 보고 대시보드에 직접 입력하고, 단 한 필드도 다시 입력하지 않도록 하세요.

세무 대비: 4월에 회계사에게 시트를 넘겨줄 수 있나요?

신용카드 명세서는 지불을 증명합니다. 공제 가능성을 증명하지는 않습니다. 이 차이는 IRS 입증 규칙의 핵심에 있으며, 수동으로 입력된 스프레드시트가 감사 전까지는 드러나지 않는 방식으로 부족한 지점입니다.

IRC Section 274(d)에 따라 여행, 식사 및 접대비는 금액, 날짜, 장소, 업무 목적 및 접대 대상자와의 업무 관계라는 다섯 가지 요소를 입증하는 동시대 문서가 필요합니다. 신용카드 명세서는 금액과 날짜 두 가지만 제공합니다. "The Capital Grille — $187.50" 청구는 IRS에 누구와 식사했는지, 어떤 업무가 논의되었는지, 식사가 왜 필요했는지 알려주지 않습니다. 원본 영수증에 연결하지 않고 Google Sheets에 해당 거래를 수동으로 입력하면 본질적으로 입증 공백이 있는 기록을 만드는 것입니다.

IRC Section 162에 따른 일반 사업 비용의 경우 기준이 더 낮습니다. Adobe Creative Cloud(12.99달러, 판매자명이 명확히 비즈니스 소프트웨어임을 표시)와 같은 일상적인 비용은 신용카드 명세서와 사업 목적 표기만으로 충분할 수 있습니다. 하지만 Section 162와 Section 274(d) 비용의 경계는 일반적인 사업 신용카드 명세서에 포함된 많은 거래(고객 점심, 회의 호텔, 미팅行 우버)를 관통합니다.

추출 워크플로는 두 가지 측면에서 세무 대비성을 개선합니다. 첫째, AI가 사람의 필사에 의존하지 않고 명세서를 직접 읽기 때문에 원래 값(날짜, 금액, 명세서에 표시된 판매자명)이 재입력 오류 없이 보존됩니다. 둘째, 추출 중에 일관되게 카테고리를 첨부함으로써 모든 거래가 세무 카테고리에 깔끔하게 매핑되는 분류를 가지게 되어, 추가 영수증 문서가 필요한 항목과 단순한 Section 162 공제 항목을 더 빠르게 식별할 수 있습니다.

이것이 원본 영수증 보관을 대체하는 것은 아닙니다. 하지만 스프레드시트를 증빙 문서로 덜 신뢰할 수 있게 만드는 필사 오류를 제거하고, 회계사가 "이 50건의 거래 중 Section 274 입증이 필요한 식사는 무엇인가요?"라고 물을 때 이미 분류된 답변을 제공합니다.

수동 입력이 여전히 적합한 경우

모든 신용카드 사용자가 전환할 필요는 없습니다. 월 15건 미만의 거래를 처리한다면, 수동 입력과 사이드바 추가 기능 간의 시간 차이는 15분 미만이며, 구독 비용에 따라 추가 기능의 거래당 비용이 절약된 시간의 가치를 초과할 수 있습니다. 소량의 수동 입력은 간단하고 무료이며, 자동 분류가 완전히 재현할 수 없는 자금 흐름에 대한 촉각적 인식을 제공합니다.

명세서의 모든 거래가 분류 규칙을 무시할 정도로 고유한 경우 수동 입력도 의미가 있습니다. 예를 들어 프로젝트 기반 계약자가 우버를 타는데, 때로는 출장비, 때로는 통근비, 때로는 고객에게 청구 가능한 비용이며, 이를 구분하려면 명세서와 함께 달력을 봐야 하는 경우가 그렇습니다. 어떤 AI 분류도 인간의 판단 없이는 이를 처리할 수 없습니다.

임계점은 카드당 월 약 20건의 거래에서 나타납니다. 이 정도 거래량이 되면 명세서당 30분 이상의 시간이 절약되고, 수동 입력 오류율은 주기당 최소 한 번 이상 의미 있는 불일치를 발생시키기 시작하며, 분류 일관성 문제는 지출 변화만으로는 설명할 수 없는 월별 카테고리 변동으로 드러납니다. 그 이하에서는 수동 입력이 괜찮습니다. 그 이상에서는 시간과 정확성 측면에서 누적되는 비용이 전환하지 않는 매월 증가합니다. 동일한 임계값 논리는 다양한 문서 유형에도 적용됩니다. 이 비교 프레임워크를 은행 명세서, 근무 시간표, 공급업체 견적서에도 적용했습니다. 거래량과 비용 수치는 변하지만 곡선의 형태는 동일합니다.

자주 묻는 질문

Google Sheets 애드온이 제 신용카드 명세서 PDF를 정말 정확하게 읽을 수 있나요?

네, 대부분의 발급사 형식에서 가능합니다. 추출은 고정된 템플릿을 매칭하는 대신 레이아웃 구조를 이해하여 표를 읽는 시각적 언어 모델을 사용합니다. 체이스, 아멕스, 씨티, 캐피탈 원 및 대부분의 주요 발급사 명세서 레이아웃을 처리합니다. 가장 큰 변수는 입력 품질입니다. 은행 포털에서 다운로드한 깨끗한 PDF는 안정적으로 처리됩니다. 휴대폰으로 찍은 인쇄된 명세서 사진은 이미지 품질에 노이즈가 있어 정확도가 낮아집니다. 고품질 스캔 또는 디지털 PDF의 인쇄된 표 데이터에는 최대 99%의 정확도가 적용됩니다.

신용카드 명세서의 레이아웃이 표준이 아닌 경우 어떻게 하나요?

사이드바 추출 기능은 미리 만들어진 템플릿에 문서를 맞추는 대신, 원하는 열(날짜, 가맹점, 금액, 카테고리)을 직접 정의하여 작동합니다. 즉, 재구성 없이도 다양한 발급사 레이아웃에 적응합니다. 특정 명세서 레이아웃으로 인해 오독이 발생하는 경우(예: 여러 페이지로 구성된 PDF에서 거래 테이블이 페이지에 걸쳐 있고 헤더가 반복되는 경우), 검토 단계에서 문제를 확인하고 개별 필드를 수정할 수 있습니다. 대부분의 문제 사례는 금액 열 합계를 명세서에 인쇄된 잔액과 빠르게 비교하여 찾을 수 있습니다.

AI가 세금 목적으로 거래를 올바르게 자동 분류하나요?

자동 분류는 여행, 식비, 소프트웨어 등 사용자가 정의한 카테고리로 거래를 분류할 뿐, 세금 관련 판단은 하지 않습니다. 비용의 세금 공제 가능 여부는 사업 목적에 따라 달라지며, 이는 사람의 판단이 필요합니다. AI가 하는 일은 사용자의 카테고리 규칙을 일관되게 적용하여, 모든 델타 항공 결제가 어떤 날은 '여행', 다른 날은 '교통'으로 분류되는 일이 없도록 하는 것입니다. 출력물은 세금 신고가 아닌 세금 검토를 위해 구조화된 스프레드시트입니다. 신용카드 명세서를 구조화된 데이터로 변환하는 방법에 대한 자세한 내용은 한 번에 신용카드 명세서를 Excel로 추출하는 방법을 참조하세요.

은행에서 CSV를 다운로드하는 것과 어떻게 다른가요?

CSV 다운로드는 발급사가 CSV를 제공하고 필요한 열이 포함되어 있다면 가장 빠른 수동 옵션입니다. 많은 발급사가 거래 내역 CSV 내보내기를 제공하며, 이를 1분 안에 Google Sheets로 바로 가져올 수 있습니다. 단점은 은행 CSV에 거래 카테고리가 거의 포함되지 않고, 가맹점명이 "SQ* COFFEE SHOP 12"처럼 축약되어 수식으로 자동 분류하기 어렵다는 점입니다. 전체 PDF에서 AI 추출을 사용하면 명세서에 표시된 가맹점명을 그대로 가져오고, 더 풍부한 맥락에서 카테고리를 추론합니다. 발급사가 깔끔한 CSV를 제공하고 카테고리 분류가 필요 없다면, 그 방식이 이미 효율적입니다.

Google Sheets 애드온 설정 과정은 어떻게 되나요?

Google Workspace 마켓플레이스에서 애드온을 설치하고, 시트 내 확장 프로그램 메뉴에서 연 다음 API 키를 연결하세요. 이후 모든 명세서는 동일한 패턴을 따릅니다: 사이드바 열기, PDF 업로드, 열 지정(또는 저장된 템플릿 불러오기), 추출 클릭, 결과 검토, 시트에 추가. 초기 설정(설치, API 키, 첫 템플릿)은 약 5분이 소요됩니다. 이후 각 명세서는 2~3분이 걸립니다.

세금 신고를 위해 원본 영수증을 계속 보관해야 하나요?

네. IRS는 여행, 식사, 선물 등 Section 274(d)에 해당하는 비용에 대해 거래 기록 방식과 관계없이 원본 영수증을 요구합니다. 추출 및 분류된 스프레드시트는 보조 문서일 뿐, 영수증을 대체하지 않습니다. 세금 신고에서 추출 워크플로의 가치는 정확성과 체계성에 있습니다: 숫자가 명세서와 일치하고 오기가 없으며, 카테고리가 일관되게 적용되어 어떤 항목에 영수증이 필요한지 알 수 있습니다.

수동 작업의 한계는 이론이 아닙니다

모든 업무 흐름에는 '약간 느린' 수준에서 '지속 불가능한' 수준으로 바뀌는 거래량 임계점이 있습니다. 구글 시트에 수동으로 신용카드 명세서를 입력하는 작업의 경우, 그 임계점은 500건의 거래나 10개의 법인카드가 아닙니다. 대략 카드당 월 20건의 거래 — 월간 투자 시간이 30분을 넘고, 연간 누적 합계에 첫 번째 분류 오류가 나타나며, 오류 수정에 쓸 시간이 부족해지는 지점입니다.

한 장의 카드로 30건의 거래를 처리하고 30분이 걸린다면, 관리 가능한 월간 업무입니다. 하지만 세 장의 카드로 각각 50건의 거래를 처리하고 2시간 30분이 걸린다면, 연간 네 자릿수에 달하는 시간 비용이 발생하는 프로세스이며, 1,800개의 수동 입력 필드에 숨은 오류로 인한 추가 비용도 발생합니다.

사이드바 애드온이 신용카드 활동 검토의 필요성을 없애지는 않습니다. 여전히 각 거래를 확인하고, 돈이 어디에 사용되었는지 파악해야 합니다. 하지만 시간을 입력이 아닌 검토에 사용하게 되며, AI가 적용한 일관된 분류 덕분에 연말에 카테고리별 보고서를 조회할 때 여행 항목의 합계는 실제 여행 지출을 반영하며, 12개월간 일관되지 않은 수동 분류로 인한 누적 편차가 나타나지 않습니다.

다음 명세서에서 시도해보세요. PDF를 업로드하고 원하는 열을 지정한 후, 45분의 키보드 작업 시간이 3분의 검토 시간으로 바뀌는지 확인해보세요. 월 20건 미만의 거래라면 수동 입력도 괜찮다고 판단할 수 있습니다. 그 이상이라면, 수학이 스스로 답을 알려줄 것입니다.

다음 명세서에서 사용해 보기