신용카드 조정:
뱅크 피드가 해결하지 못한 문제

뱅크 피드가 가져오는 것과 실제 조정에 필요한 것

불일치는 기술적 문제가 아니라 구조적 문제입니다. 뱅크 피드가 신용카드 거래를 가져올 때, 날짜, 은행이 저장한 대로의 가맹점 설명, 금액, 그리고 때로는 "상품"이나 "서비스" 같은 광범위한 은행 지정 카테고리 등 네 가지 필드를 가져옵니다. 이 데이터는 회계 소프트웨어의 검토 대기 탭에 저장됩니다. 그런 다음 소프트웨어는 (1) 가맹점이 올바른지 확인하고, (2) 계정과목표에 매핑되는 카테고리를 지정하고, (3) 영수증이 있으면 첨부하고, (4) 거래를 업무용 또는 개인용으로 표시할 것을 요구합니다. 피드는 0단계(데이터 이동)를 수행했습니다. 1~4단계는 여전히 사용자가 해야 합니다.

이는 뱅크 피드의 실패가 아닙니다. 솔루션이 판매된 방식의 카테고리 오류입니다. 뱅크 피드는 수동 데이터 입력(PDF에서 스프레드시트로 날짜와 금액을 입력하는 작업)을 없애기 위해 설계되었습니다. 그리고 그 목적은 달성했습니다. 하지만 수동 데이터 입력은 신용카드 조정의 병목 현상이 아니었습니다. 병목 현상은 항상 데이터가 도착한 후 사용자가 내리는 결정, 즉 이 비용은 어떤 비용 카테고리에 속하는지, 영수증이 있는지, 업무용인지 개인용인지, 금액이 예상과 일치하는지 등이었습니다. 30초 만에 150건의 거래를 가져오는 뱅크 피드는 사용자가 하나씩 내려야 할 150개의 결정을 전달한 것뿐입니다.

r/Accounting의 한 회계 담당자는 매달 5,000건의 신용카드 거래를 수동으로 조정한다고 설명했습니다. QuickBooks에서 각 거래를 하나씩 선택하고, 영수증과 비교한 후 '일치'를 클릭하는 방식이었죠. 연말까지 거래량은 8,000건에 이를 것으로 예상되었습니다. 은행 피드는 5,000건의 거래를 완벽하게 불러왔습니다. 문제는 데이터 누락이 아니었습니다. 문제는 5,000건의 거래에 여전히 5,000번의 사람 판단이 필요했고, 은행 피드가 바꾼 것은 결정이 이루어지는 화면 위치뿐이었다는 점입니다.

"AMZN MKTPLACE*1A2B3C"는 Schedule C의 항목이 아닙니다

신용카드 조정은 핵심적으로 분류 문제입니다. 명세서의 모든 거래(모든 카드 긁기, 모든 온라인 주문, 모든 정기 구독)는 Schedule C의 27개 비용 항목 중 하나에 배정되어야 합니다. 사무용품(Line 18), 광고(Line 8), 식대(Line 24b, 비용의 50%), 여행(Line 24a), 법률 및 전문 서비스(Line 17) 등이 있습니다. 각 항목마다 공제 규칙, 증빙 요건, 감사 위험 프로필이 다릅니다. 그리고 이 배정을 위해 가진 유일한 단서는 은행이 자체 약어로 기록한 가맹점 이름입니다.

은행이 가맹점을 부르는 방식과 IRS가 요구하는 명칭 사이의 차이가 실제 작업이 필요한 부분입니다. "AMZN MKTPLACE PMTS $47.32"는 프린터 용지(Line 18, 사무용품, 전액 공제 가능)일 수도, 고객 선물 카드(Line 27a, 기타 비용, IRC Section 274(b)에 따라 수취인당 $25 한도)일 수도, 또는 개인 구매로 완전히 제외해야 할 수도 있습니다. 은행 피드는 "AMZN MKTPLACE PMTS"라는 문자열을 불러왔습니다. 은행이 자동 분류를 지정했다면 아마 "쇼핑"이라고 불렀을 것입니다. 둘 다 Schedule C 항목이 아니며, 공제 여부를 알려주지도 않습니다.

이 분류 단계는 다른 어떤 작업보다 조정 시간을 많이 소모합니다. 명세서를 열고, 가맹점 이름을 읽고, 몇 주 또는 몇 달 전의 구매 내역을 기억해 내고, 카테고리를 지정하고, 입력하는 과정을 카드 개수만큼 50번, 150번 반복해야 합니다. 게다가 분류의 일관성은 그날의 기억력과 기분에 따라 달라집니다. "UBER"의 결제 내역이 1월에는 여행으로 분류되었다가 3월에는 교통으로 쉽게 바뀔 수 있으며, 특히 하루 종일 일하고 늦은 밤에 조정할 때 더 그렇습니다. 12월이 되면 연말 카테고리 합계는 실제 지출 패턴을 반영하지 않고, 12개월간 일관성 없는 수동 분류로 인해 누적된 편차를 반영하게 됩니다.

r/Bookkeeping의 한 게시물은 이 문제의 극단적인 사례를 보여줍니다: 일곱 개의 신용카드를 가진 고객의 경우 "신용카드 사용 내역이 말 그대로 업무용 20%, 개인용 80%"였습니다. 회계사는 5년 치를 거슬러 올라가 모든 명세서의 모든 거래를 업무용과 개인용으로 분리한 다음, 업무용 부분을 분류해야 했습니다. 이것은 조정이 아니라 청구 가능 시간으로 자금을 조달하는 고고학 발굴입니다. 그러나 근본 원인은 모든 개인 사업자가 더 작은 규모로 직면하는 동일한 분류 문제입니다: 어떤 도구도 아마존 업무용 구매와 개인용 구매를 자동으로 구분하지 못합니다. 어떤 도구도 무엇을 샀는지 알지 못하기 때문입니다.

영수증 세금 차이: 신용카드 명세서만으로는 충분하지 않은 이유

대부분의 소기업 소유주가 첫 번째 세무 조사 중이나 3월에 회계사와의 긴장된 대화에서 알게 되는 사실은 다음과 같습니다: 신용카드 명세서는 지불을 증명합니다. 그러나 공제 가능성을 증명하지는 않습니다. 국세청(IRS)은 이 둘 사이에 명확한 선을 긋습니다.

IRC Section 274(d)에 따라, 여비, 식사비, 접대비 및 사업 선물 비용은 '적절한 기록'이 필요합니다. 구체적으로는 금액, 날짜, 장소, 사업 목적, 접대 대상자의 사업 관계 등 다섯 가지 요소를 입증하는 문서가 필요합니다. 신용카드 명세서는 이 중 금액과 날짜 두 가지만 제공합니다. 'THE CAPITAL GRILLE — $187.50'이라는 청구 내역만으로는 IRS(국세청)에 누구와 식사했는지, 어떤 사업 논의가 있었는지, 식사가 왜 필요했는지에 대한 정보를 전혀 제공하지 못합니다. 영수증과 사업 목적에 대한 동시 기록이 없으면 해당 $187.50 공제는 전액 부인될 수 있으며, 세무 법원도 이를 일관되게 지지해 왔습니다. SparkReceipt가 법원 기록을 통해 문서화한 세무 전문가들에 따르면, 법원은 식사 공제의 유일한 증거로 신용카드 명세서를 일관되게 기각해 왔습니다. 그 이유는 명세서가 참석자나 사업 목적을 보여주지 못하기 때문입니다.

이것이 바로 영수증 매칭 문제이며, 대부분의 '자동화된' 솔루션이 건너뛰는 조정 단계입니다. 스테이크하우스에서 $187.50을 썼다는 사실만 알면 되는 것이 아닙니다. (1) 해당 식사의 세부 영수증을 보유하고, (2) 영수증 금액이 명세서 청구 금액과 일치하는지 확인하며, (3) 누가 참석했고 무엇을 논의했는지 기록하고, (4) Schedule C Line 24b에 따라 50% 공제 대상임을 표시해야 합니다. 월 50~150건의 신용카드 거래를 하는 개인 사업자의 경우, 매달 50~150장의 영수증을 수집, 매칭, 주석 처리해야 합니다. 놓친 영수증에 대해서는 공제를 포기하거나, 백업 없이 공제를 청구하고 감사가 오지 않기를 바라는 수밖에 없습니다.

일반 업무 비용(소모품, 소프트웨어 구독, 장비 등) 중 섹션 274(d) 적용 대상이 아닌 경우, IRS 간행물 334에 따른 기준은 더 낮습니다. 신용카드 명세서에 업무 목적을 간단히 적고, 거래처 이름이 명백히 업무 지출임을 알 수 있는 경우(예: Adobe Creative Cloud 월 $59.99 청구)에는 일상적인 비용으로 인정될 수 있습니다. 그러나 섹션 162 일반 비용과 섹션 274(d) 엄격 증빙 비용의 경계는 동일한 신용카드 명세서 안에 존재합니다. 어떤 거래가 어느 쪽에 해당하는지 판단하고 그에 따라 처리해야 하며, 이 판단은 은행 피드만으로는 파악할 수 없는 맥락이 필요하므로 수동으로 이루어집니다.

체이스, 아멕스, 씨티, 캐피털 원 — 동일한 정산, 네 가지 다른 PDF

다른 모든 장애물이 사라지더라도 자동화를 막는 기술적 문제가 있습니다: 발급사마다 신용카드 명세서의 구성 방식이 다릅니다. 체이스 명세서는 차변과 대변을 두 개의 열로 분리합니다. 아멕스 명세서는 부호가 포함된 단일 금액 열을 사용합니다. 씨티는 거래 내역 사이에 결제 정보와 프로모션 삽입물을 배치합니다. 캐피털 원은 다른 날짜 형식, 다른 열 순서를 사용하며, 잔액을 템플릿 기반 추출 도구가 거래 금액으로 오인하기 쉬운 위치에 표시합니다.

두세 개의 다른 발급사 카드를 사용하는 소규모 사업체라면 — 정기 구독용 비즈니스 아멕스, 일상 지출용 체이스 잉크, 가끔 업무에 쓰는 개인 카드 — 서식이 제각각이라 모든 명세서에 적용되는 단일 템플릿은 없습니다. 발급사마다 PDF 추출 로직이 따로 필요합니다. 게다가 레이아웃은 시간이 지나면서 바뀝니다: 3월에 로고가 바뀌고, 9월에 수수료 안내 상자가 위치를 옮기고, 프로모션 삽입물이 거래 내역 표를 한 페이지 더 넘기게 만듭니다.

이것이 기존 OCR 기반 추출이 해결하지 못한 문제입니다. 템플릿 OCR은 픽셀 좌표를 기준으로 작동합니다: "금액 열은 2페이지 x=412에서 시작한다." 레이아웃이 조금만 바뀌어도 템플릿은 깨집니다. 발급사마다 레이아웃이 다르고, 매년 조금씩 바뀌는 신용카드 명세서에서 템플릿 기반 추출은 지속적인 유지보수를 필요로 하며, 이는 자동화의 목적을 무색하게 만듭니다. 도구가 시간을 절약해 주길 바랐지만, 대신 도구를 고치는 데 시간을 씁니다.

두 번째 기계적 문제는 다중 영역 파싱입니다. 신용카드 명세서는 하나의 표가 아닙니다. 보통 같은 페이지에 세 개 또는 네 개의 별도 영역이 있습니다 — 날짜/가맹점/금액 열이 있는 구매 섹션, 다른 열이 있는 결제 및 크레딧 섹션, 또 다른 레이아웃의 수수료 및 이자 섹션, 그리고 상단이나 하단에 명세서 수준 메타데이터(결제 기한, 최소 결제액, 신용 한도)가 있는 요약 상자. 페이지를 위에서 아래로, 왼쪽에서 오른쪽으로 평면 텍스트 스트림으로 읽는 도구는 네 영역을 모두 하나의 뒤섞인 목록으로 합쳐 버립니다. 결제 행이 구매 행과 섞입니다. "다음 페이지에 계속" 헤더가 가짜 거래가 됩니다. 페이지 하단 소계가 1페이지와 2페이지 이월 항목으로 두 번 추출됩니다.

이러한 문제를 실제로 처리할 수 있는 도구, 즉 기업급 조정 플랫폼은 가격과 복잡성 때문에 개인 사업자나 소규모 사업체가 사용하기 어렵습니다. 전담 AP 직원이 있는 재무팀을 위해 설계되었을 뿐, 토요일 아침에 장부를 정리하는 사업주를 위한 것이 아닙니다.

"다음 달에 하지"가 합리적인 반응인 이유

분류, 영수증 매칭, 형식 파편화 같은 구조적 문제들은 마치 미루는 것처럼 보이지만 사실 합리적 회피에 가까운 행동으로 이어집니다. 신용카드 조정은 독특한 심리적 특성을 가진 작업입니다. 모든 거래를 개별적으로 확인해야 하는 세부 중심적이고, 세금 시즌까지 눈에 띄는 결과물이 없으며(조정된 스프레드시트를 보는 사람은 세무사뿐), 미룰수록 더 어려워지고(백로그 증가, 영수증 찾기 어려움, 구매 기억 희미해짐), 문제(사기 청구, 미납, 취소를 잊은 구독)를 발견할 가능성이 낮지만 0은 아닙니다.

이러한 조합(높은 노력, 지연된 보상, 증가하는 어려움, 불쾌한 발견 가능성)은 인간이 정확히 회피하는 작업의 전형입니다. 게으름 때문이 아닙니다. 합리적(무의식적일지라도) 비용-편익 계산이 "지금 하는 고통이 안 하는 고통보다 크다"고 판단하기 때문입니다. 장기적으로 이 계산은 틀렸습니다. 조정되지 않은 비용은 공제 기회를 잃게 하고, 놓친 사기는 비용이 들며, 뒤늦은 장부 정리는 수천 달러가 듭니다. 하지만 그 순간에는 옳습니다. 그리고 그 순간이 오늘 밤 명세서를 조정할지, 아니면 다시 쌓아둘지를 결정합니다.

r/Bookkeeping의 한 회원이 수동 프로세스를 설명했습니다: "신용카드 명세서 PDF에 각 거래 옆에 카테고리를 표시해 두었습니다" — PDF를 인쇄하고, 펜으로 손으로 주석을 단 다음, 그 주석을 스프레드시트에 입력하는 방식입니다. 동일한 데이터를 세 번이나 수동으로 옮기는 작업이었죠. 이 글은 불만이 아니었습니다. 그냥 당연한 방식으로 소개되었습니다. 그리고 은행 피드가 데이터를 가져오지만 분류하지 않는 세상에서, 그것이 바로 지금까지의 일반적인 방식이었습니다.

지연의 심리학은 정확성에도 누적 효과를 미칩니다. 1월에 구매가 새롭고 용도가 기억날 때 분류된 거래는 올바른 카테고리를 얻습니다. 반면 6월에 다섯 달 치 명세서를 따라잡느라 47.32달러짜리 아마존 결제가 비품인지 개인용인지 기억나지 않을 때 분류된 같은 거래는 가장 비슷해 보이는 카테고리를 얻거나 — 진행 속도를 위해 '기타'로 던져집니다. CPA가 스케줄 C의 1,200달러 '기타' 비용에 대해 물을 때, 답은 사기가 아닙니다. 답은 분류 시스템이 누군가가 살펴보기 5개월 전에 이미 망가졌다는 것입니다.

QuickBooks, Expensify, Excel이 각각 문제의 3분의 1만 해결하는 이유

은행 피드가 잘못된 문제를 해결했다면, 그 뒤를 이어 시장에 나온 도구들은 각각 다른 조각을 해결했습니다. 하지만 어떤 단일 도구도 전체를 해결하지는 못했습니다.

QuickBooks(및 Xero, Wave)의 은행 피드는 가져오기 문제를 해결했습니다. 거래가 자동으로 도착합니다. 하지만 분류 문제는 여전히 완전히 수동입니다 — For Review 탭에서 각 거래에 하나씩 카테고리를 지정해야 합니다. 은행 규칙으로 반복되는 판매처를 자동화할 수 있지만, "판매처에 AMAZON 포함 → 사무용품" 규칙은 Amazon으로 점심 식사를 결제한 첫 순간부터 깨집니다. 영수증 첨부 단계는 별도입니다 — 거래에 영수증을 업로드할 수 있지만, 먼저 영수증을 찾아야 하며 은행 피드에서는 이를 도와주지 않습니다. 또한 여러 QuickBooks 사용자가 QuickBooks 커뮤니티 포럼에 기록한 바와 같이, 은행 피드는 일반적으로 계정을 처음 연결할 때 최근 3~6개월의 거래만 가져옵니다. 즉, 과거 내역을 조정하려면 여전히 은행 아카이브에서 PDF 명세서를 다운로드하여 피드 외부에서 처리해야 합니다.

Expensify는 지출 보고서 문제를 해결했습니다 — 직원이 휴대폰으로 영수증을 촬영하면 앱이 자동으로 금액과 판매처를 읽고, 재무팀이 승인 또는 거부합니다. 이는 직원 비용 청구 워크플로우를 위해 설계되었으며, 사업주가 자신의 신용카드를 총계정원장과 조정하는 용도가 아닙니다. Expensify는 Schedule C에 바로 사용할 수 있는 분류된 원장을 생성하지 않습니다. 지출 보고서를 생성합니다. 전체 조정(신용카드 명세서 거래와 영수증 매칭, 모든 항목을 세금 카테고리별로 분류, 개인/업무 구분, 환불 정산)을 위해서는 Expensify가 영수증 캡처 단계를 담당하고 나머지는 남겨둡니다.

Excel과 Google Sheets — 수백만 개인 사업자의 기본 도구 — 아무것도 해결하지 못했지만, 아무것도 강요하지도 않았다. 스프레드시트는 가져오지도, 분류하지도, 영수증과 대조하지도 않는다. 하지만 월 35달러가 들지도 않고, 새 인터페이스를 배울 필요도 없으며, 재무팀을 위해 설계된 작업 흐름에 얽매이지도 않는다. 월 거래 건수가 50건 미만인 사업체에게 Excel은 종종 가장 쉬운 길이다 — 신용카드 명세서 PDF를 열고, 각 거래를 행에 입력하고, 카테고리 열을 추가하고, 매달 반복한다. 시간 비용은 확실하지만(50건 명세서당 약 45분), 인지 비용은 낮다 — 새 소프트웨어도, 설정도, 학습 곡선도 없다.

차이는 명확하다: QuickBooks는 데이터를 가져오지만 분류하지 않는다. Expensify는 영수증을 캡처하지만 대조하지 않는다. Excel은 완전한 통제권을 주지만 자동화는 전혀 없다. 세 가지 모두 — 가져오기, 분류, 대조 — 가 필요한 사업자는 결국 세 가지 도구를 모두 사용하고 수동으로 통합한다. 그 통합 작업 — 한 시스템에서 다른 시스템으로 데이터를 옮기고, 온전히 도착했는지 확인하고, 이동 중에 망가진 것을 수정하는 것 — 은 아무도 예산에 반영하지 않고 모두가 하는 대조 작업이다.

추출과 조정을 분리하면 달라지는 점

신용카드 대사 작업의 병목은 대사 자체가 아닙니다. 대사를 시작하기 전에 해야 할 일들이 문제입니다. 거래 내역을 확인하려면 먼저 작업 가능한 형식으로 변환해야 합니다 — 날짜, 가맹점명, 금액이 적힌 스프레드시트 행과 여러분의 판단을 기다리는 빈 카테고리 열이 필요합니다. 영수증을 매칭하려면 영수증과 동일한 시스템에 해당 거래 내역이 있어야 합니다. 카테고리를 분류하려면 가맹점명이 깔끔하게 추출되어야 합니다 — "AMZN MKTPLACE PMTS 1A2B3C4D5E6F"가 아니라 "Amazon"처럼 말이죠. 이 모든 것은 추출 작업입니다. 회계적 판단이 필요한 작업은 하나도 없습니다. 그리고 이 모든 작업은 기존 도구가 이를 건너뛰거나(은행 피드) 제대로 처리하지 못하기 때문에(템플릿 OCR) 여전히 수동 입력에 의존하고 있습니다.

여기서 의미론적 추출 접근법이 작업 구조를 바꿉니다. 신용카드 명세서 PDF를 픽셀 좌표 매칭으로 읽는 대신 — 레이아웃이 바뀌면 작동이 중단되는 방식 — 비전 대형 모델은 사람처럼 페이지를 읽습니다. 즉, "구매" 섹션에 4개의 열이 있고, "결제 및 크레딧"은 별도 영역이며, 구매 영역의 맨 오른쪽 열에 거래 금액이 있다는 것을 이해합니다. AI는 체이스, 아멕스, 시티 명세서마다 템플릿이 필요하지 않습니다. 좌표를 찾는 것이 아니라 의미를 찾기 때문입니다. 체이스 명세서, 아멕스 명세서, 시티 명세서를 같은 배치에 업로드하면 AI는 각각을 독립적으로 읽으며, 미리 구성된 그리드에 강제로 맞추지 않고 각 레이아웃에 적응합니다.

실제 결과는 이렇습니다. PDF에서 스프레드시트로 거래 데이터를 수동으로 옮기던 추출 단계가 페이지당 45분의 타이핑에서 AI 처리 5~10초로 단축됩니다. 분류와 영수증 매칭 단계는 여전히 여러분의 판단이 필요합니다. 하지만 매달 PDF를 열고 50개 행을 다시 입력하는 대신, AI가 모든 날짜, 가맹점, 금액을 채워 넣은 스프레드시트로 시작해 검토만 하면 됩니다. 시간이 데이터 입력에서 데이터 검토로, 타이핑에서 사고로 바뀝니다. 이는 신용카드 명세서를 Excel로 추출하는 가이드에서 다룬 접근 방식과 동일합니다. 추출은 조정의 상위 단계에서 기계적 작업을 처리하여, 오직 여러분만이 내릴 수 있는 결정에 집중할 수 있게 해줍니다.

데이터가 구조화되면 다음 자동화 계층인 추론 기반 분류에 접근할 수 있습니다. Category (options: Office Supplies/Travel/Meals/Software/Equipment/Utilities/Other)라는 열을 정의하면, AI가 각 가맹점 이름과 거래 맥락을 읽어 가장 적합한 범주를 할당합니다. "Staples"에 $42 금액 → Office Supplies. "Delta Airlines"에 $389 → Travel. "Adobe Creative Cloud"에 $59.99 → Software. AI는 키워드 매칭이 아니라 명세서 레이아웃을 분석하는 동일한 의미 이해를 사용합니다. 각 가맹점이 어떤 업종인지 파악해 그에 따라 분류합니다. 결과가 완벽하지는 않습니다(약 85~90% 정확도). 하지만 미리 채워진 범주의 10~15%를 수정하는 것은, 100%를 처음부터 생성하는 것과 근본적으로 다른 경험입니다.

연말 결산을 위해 2~3개 카드의 12개월치 명세서를 하나의 스프레드시트로 정리해야 할 때, 배치 방식은 작업량을 "12번의 개별 입력 작업"에서 "한 번의 업로드, 한 번의 검토 작업"으로 바꿔줍니다. 연말 부기용 신용카드 명세서 배치 처리에서 자세히 설명했듯이, 12개월치를 한 번에 업로드하면 단일 월 처리로는 비현실적인 분석(연간 누적 가맹점 합계, 명세서 간 환불 상계, 예상 세금 납부에 도움이 되는 카테고리 트렌드)도 가능해집니다.

자주 묻는 질문

조정은 타이핑 문제가 아니라 판단 문제입니다

소규모 비즈니스의 신용카드 조정 이야기는 실제 문제(수동 타이핑)를 해결했지만 더 크고 다른 문제(조정)를 해결했다고 마케팅된 도구인 은행 피드의 이야기입니다. 외부에서 보면 조정이 데이터 입력처럼 보이기 때문에 혼란이 지속됩니다. PDF가 있고 스프레드시트에 데이터가 필요하므로, 도구가 데이터를 가져오면 작업이 끝난 것처럼 보입니다. 하지만 조정은 데이터를 한 형식에서 다른 형식으로 옮기는 것이 결코 아니었습니다. 항상 검증, 분류, 입증이라는 세 가지 인지 작업이었으며, 이는 은행이 가지고 있지 않은 맥락과 은행이 내릴 수 없는 결정을 필요로 합니다.

앞으로의 방향은 '완전 자동 조정'이 아닙니다. 이는 AI가 할 수 있는 일을 과장하고, 회계에 필요한 판단을 과소평가하는 약속입니다. 중요한 것은 기계적 작업과 인지적 작업을 분리하는 것입니다. AI는 추출을 담당하게 하세요: PDF를 읽고, 날짜와 금액, 가맹점명을 구조화된 행으로 정리하며, 읽은 내용을 바탕으로 카테고리를 제안합니다. 나머지(확인, 수정, 승인)는 사업주나 회계사가 처리합니다. 결과는 동일한 조정 원장입니다. 시간은 훨씬 단축되고, 타이핑은 거의 필요 없으며, 1월부터 12월까지 일관된 카테고리 분류가 가능합니다.