캐나다 GST/HST 신고 데이터 추출 방법: 분기별
CRA 제출용

GST34-2가 실제로 요구하는 항목과 숫자의 출처

추출을 시작하기 전에, 신고서의 각 줄이 무엇을 요구하는지 정확히 알아야 합니다. CRA(캐나다 국세청)의 GST/HST 등록자를 위한 일반 정보(가이드 RC4022)에 따라 관리되는 GST34-2 양식은 네 가지 핵심 수치를 수집하여 단일 산술 체계로 처리합니다. 양식은 보기보다 간단해 보이지만, 그 이면의 데이터는 그렇지 않습니다.

계산 자체는 스프레드시트 수식 하나로 셀 하나에서 처리할 수 있을 정도로 간단합니다. 병목 현상은 순전히 그 이전 단계, 즉 사람이 다시 입력하기 전까지는 세금 데이터가 구조화된 형식으로 입력되지 않는 50개의 공급업체 PDF에서 발생합니다. 분기마다 같은 사람이 같은 공급업체의 같은 필드를 같은 스프레드시트에 다시 입력합니다. 그리고 분기마다 다른 공급업체가 송장 레이아웃을 변경하여 세금 금액이 첫 페이지가 아닌 두 번째 페이지에 있는 상황이 발생합니다.

스프레드시트의 함정: 회계 소프트웨어가 공급업체 PDF를 읽지 못하는 이유

QuickBooks Canada, Xero Canada, Sage Canada와 같은 회계 플랫폼은 원장 관리를 위해 설계되었습니다. 구매 총액이 입력되면 GST/HST를 계산합니다. 하지만 공급업체의 PDF 송장을 보고 세금 금액을 직접 추출할 수는 없습니다. 대부분의 소규모 기업이 사용하는 워크플로는 다음과 같습니다. 회계 담당자가 각 공급업체 송장을 PDF로 열고, GST/HST 항목을 찾은 다음, 해당 숫자를 공급업체 이름 및 송장 날짜와 함께 스프레드시트 행에 수동으로 입력하고, 그 행을 회계 소프트웨어로 가져오거나 다시 입력합니다. 분기당 40~60개의 공급업체 송장을 받는 기업의 경우, 신고서를 열기 전에 각 송장에서 세금 항목을 찾고, 세율이 공급업체 주와 일치하는지 확인하고, 숫자를 입력하는 순수한 필사 작업에 약 2시간이 소요됩니다.

이러한 격차는 소프트웨어 결함이 아니라 구조적인 문제입니다. PDF 송장은 회계 이벤트의 렌더링된 이미지일 뿐입니다. 회계 소프트웨어에는 이미지가 아닌 숫자가 필요합니다. 수동 워크플로에서 이 둘 사이의 유일한 연결고리는 하나를 읽고 다른 하나에 입력하는 사람입니다. 그리고 그 사람은 CRA가 연체 이자와 지연 신고 과태료를 통해 시행하는 분기별 마감일과 싸우고 있습니다. 소비세법(Excise Tax Act) 제280조(1)항에 따라, 지연 신고된 신고서에 대한 과태료는 미납 금액의 1%에 해당 1%의 25%를 신고가 지연된 전체 월 수만큼 더한 금액이며, 최대 12개월로 제한됩니다.

동일한 구조적 문제가 호주 BAS 시스템에도 존재합니다 — 양식의 모든 계산을 수행할 수 있지만 입력 값을 제공하는 공급업체 문서를 읽을 수 없는 스프레드시트입니다. 캐나다의 차이점은 주별 세율의 복잡성입니다. 호주 BAS는 단일 GST 세율(10%)을 적용합니다. 캐나다 GST/HST 신고서는 동일한 분기 내에 5가지 다른 세율을 적용하며, 각 공급업체 송장을 개별적으로 읽어 해당 구매에 적용되는 세율을 결정해야 합니다.

추출 열 설정: 인보이스 필드에서 스프레드시트 헤더까지

추출 워크플로는 수동 재입력 단계를 한 번 정의하고 분기마다 재사용하는 단일 열 스키마로 대체합니다. 맞춤 열 추출 — ImageToTable.ai의 핵심 메커니즘 — 은 의미 기반 이해 방식으로 작동합니다. 원하는 열 이름을 지정하면 AI가 문서 내 위치가 아닌 필드의 의미를 이해하여 모든 문서에서 각 값을 찾습니다. GST/HST 신고 준비 워크플로의 경우, 열 세트는 GST34-2의 각 줄을 채우는 데이터 소스에 직접 매핑됩니다.

이 6열 스키마는 한 번 정의하고 템플릿으로 저장하면 분기 전체의 모든 구매 인보이스를 한 번에 처리합니다. AI는 각 공급업체 PDF를 읽고, GST/HST 줄이 인보이스 하단, 품목별 소계 행 또는 별도 세금 요약 블록 중 어디에 있든 찾아내어 스프레드시트에 채웁니다. 분기당 50개의 공급업체 인보이스를 처리하며 신고 주기마다 세액 재입력에 2시간을 소비하던 사업체는 이제 추출된 스프레드시트를 검토하는 데 약 5분만 투자하면 됩니다. 예를 들어, 면세 인보이스로 인해 세액 줄이 비어 있는 공급업체나 인보이스 합계 대비 GST 금액이 너무 높아 재확인이 필요한 경우를 식별합니다.

추출이 템플릿 기반이 아닌 의미 기반이기 때문에, 열 스키마는 수정 없이 모든 공급업체의 형식에서 작동합니다. HST 금액을 오른쪽 하단에 인쇄하는 Staples 청구서, 거래 요약에 "GST (5%)"를 별도 줄로 표시하는 BC 소프트웨어 구독 영수증, 문서를 "TPS"(GST)와 "TVQ"(QST) 섹션으로 나누는 퀘벡 공급업체 청구서 — AI는 픽셀 위치가 아닌 필드 의미로 각각을 읽습니다. 이러한 형식 독립성이 분기별로 워크플로를 지속 가능하게 만듭니다. 공급업체가 청구서 템플릿을 재설계할 때마다(모든 공급업체가 결국에는 합니다) 추출 규칙을 다시 구축할 필요가 없습니다.

실제 ITC: 신고서에서 가장 간단한 줄이 왜 가장 채우기 어려운가

GST34-2 양식의 106번 줄 — 매입세액 공제 — 은 양식에 단일 상자로 표시됩니다. 실제로는 90일 동안 이루어진 모든 구매 결정의 복합체이며, 각 결정은 무엇을, 누구로부터, 어떤 목적으로 구매했는지에 따라 다른 규칙이 적용됩니다.

핵심 ITC 규칙은 간단합니다. 영업 활동에 사용된 재화 및 용역에 대해 지불한 GST/HST를, 증빙 서류(일반적으로 공급업체의 GST/HST 등록 번호, 부과된 세액, 공급 내역이 명시된 청구서)를 보유하고 있다면 환급받을 수 있습니다. 복잡성은 모든 분기별 신고에 영향을 미치는 세 가지 경로를 통해 발생합니다.

주별 세율 분열. 온타리오주 사업체가 브리티시컬럼비아주 공급업체로부터 구매하는 경우, BC주는 HST 제도에 참여하지 않으므로 13% HST가 아닌 5% GST를 지불합니다. 같은 사업체가 노바스코샤주 공급업체로부터 구매하면 15% HST를 지불합니다. 같은 사업체가 퀘벡주 공급업체로부터 구매하면 연방분에 대해 5% GST를, 주분에 대해 9.975% QST를 지불하며, GST 부분만 연방 ITC로 적격합니다. 회계사가 단순히 청구서 더미의 모든 세액을 합산하면서 세율을 확인하지 않으면, 노바스코샤주 공급업체의 15% 요금과 BC주 공급업체의 5% 요금이 혼합되어 ITC 합계는 기계적으로 정확하지만 — 사업체는 어떤 구매가 어떤 세율을 적용받았는지 기록을 남기지 못하게 되며, 이는 CRA가 공급업체별로 증빙 서류를 요청할 경우 문제가 됩니다.

혼합 용도 구매. 소기업이 영업 활동과 개인 용도에 일부 사용되는 물품(재택 근무 인터넷 요금, 배송과 개인 심부름에 모두 사용되는 차량, 휴대폰)을 구매할 때, ITC는 영업 용도 비율에 따라 안분해야 합니다. 공급업체 청구서에는 전체 GST/HST 금액이 표시됩니다. 청구 가능한 ITC는 해당 금액의 일부입니다. 추출 스프레드시트는 그 비율을 결정할 수 없지만, 전체 세액을 열에 출력한 후 회계사가 다음 열에서 안분 비율을 곱하도록 할 수 있습니다. 이는 수동 데이터 입력 작업을 추출된 데이터에 대한 수식 연산으로 전환합니다.

ITC 환수. 온타리오주와 프린스에드워드아일랜드주에서 대기업(일반적으로 연간 과세 공급액이 1,000만 캐나다 달러를 초과하는 기업)은 특정 재산 및 용역에 대해 ITC 환수 규칙이 적용됩니다. 즉, 지불한 HST 중 주분의 일부를 ITC로 청구할 수 없습니다. 이 기준 미만의 소기업에는 해당되지 않지만, 다양한 매출 구간에 걸쳐 여러 고객을 위해 신고하는 회계사에게는 그 차이가 중요합니다. 추출 워크플로는 동일한 방식으로 처리합니다. 전체 세액을 추출하고, 공급업체 주를 표시한 후, 스프레드시트 수식이 해당되는 경우 환수 조정을 적용하도록 합니다.

간편법 vs 일반법: 신고 방식에 따라 추출 항목이 달라지는 이유

GST/HST 제도는 적격 소기업을 위해 두 가지 계산 방식을 제공하며, 선택한 방식에 따라 문서에서 추출해야 할 데이터가 결정됩니다. 이 차이가 중요한 이유는, 연도 중간에 방식을 전환하거나 사용 중인 방식에 맞지 않는 항목을 추출하면 CRA가 기대하는 신고 내용과 조용히 어긋날 수 있기 때문입니다.

일반법이 기본 방식입니다. 판매 시 실제로 징수한 GST/HST(103번 줄)와 적격 구매 시 실제로 지불한 GST/HST(106번 줄)를 신고합니다. 위에서 설명한 추출 열은 일반법을 기준으로 설계되었으며, 문서 수준에서 판매 인보이스별 징수 세액과 구매 인보이스별 지불 세액을 모두 포착합니다.

간편법은 연간 과세 공급액이 $400,000 이하인 적격 사업체가 사용할 수 있으며, 실제 매입세액 공제(ITC) 대신 간소화된 계산을 적용합니다. 모든 구매 인보이스에 대해 지불한 GST/HST를 추적하는 대신, 업종과 주에 따라 총 매출(GST/HST 포함)의 고정 비율을 납부합니다. 예를 들어, 온타리오주 서비스업은 GST/HST 포함 매출의 8.8%를 납부하고, 온타리오주 소매업은 4.4%를 납부합니다. 간편법에서도 총 매출(101번 줄) 신고와 징수한 GST/HST(103번 줄) 추적은 필요하지만, 일반법에서 106번 줄을 구성하는 인보이스별 ITC 추적은 필요하지 않습니다.

추출 열 스키마는 두 방식 모두에 적용됩니다. 일반법에서는 판매 측과 구매 측 세금 데이터를 모두 추출합니다(위에서 설명한 전체 6열 구성). 간편법에서는 판매 측 데이터만 추출하도록 축소합니다: 총 판매 금액(101번 줄 입력)과 징수한 GST/HST(103번 줄 입력). 구매 송장은 CRA의 6년 보관 기간 동안 폴더에 보관되지만 추출 대기열에서는 제외됩니다. 한 번 구축한 열 템플릿은 두 시나리오를 모두 수용합니다. 신고 기간에 사용하는 방식에 따라 구매 측 열을 활성화하거나 비활성화하기만 하면 됩니다.

비즈니스가 간편법에서 일반법으로 전환하는 경우($400,000 임계값 초과 또는 ITC가 간편법 공제를 초과하기 시작할 때 흔함), 구매 측 열을 템플릿에 다시 추가하면 다음 분기 추출 시 재구성 없이 새 필드를 가져옵니다. 추출 엔진은 열 스키마가 4개 열이든 6개 열이든 상관하지 않습니다. 요청한 필드에 대해 각 문서를 읽기만 하면 됩니다.

분기별 신고 한 번에 끝내기: 분기별 인보이스에서 CRA 제출용 스프레드시트까지

GST/HST 신고를 위한 추출 작업 흐름은 수동 재입력 단계를 완전히 대체하는 세 단계로 압축되며, 회계사는 결과물을 직접 생성하는 대신 검증하는 역할만 수행하면 됩니다:

시간 이동은 이론적인 개념이 아닙니다. 일반법을 적용하며 분기당 50건의 매입 송장과 30건의 매출 송장을 처리하는 기업의 경우, 다양한 형식의 문서 80개에서 GST/HST 금액을 수동으로 다시 입력하는 작업은 약 2시간 30분이 소요됩니다. 각 문서에서 세금 항목을 찾고, 세율을 확인하고, 금액을 입력하고, 다음 문서로 넘어가는 과정을 반복해야 하기 때문입니다. 반면, 추출 워크플로우를 사용하면 이 시간이 배치 업로드 시간에 약 5분의 스프레드시트 검토 시간만 더해집니다. 검토 과정에서는 공급업체가 면세 송장을 발행했음을 나타내는 빈 셀이 있는지 스캔하고, '적용 세율(Tax Rate Applied)' 열의 값이 공급업체 소재 주와 일치하는지 확인하며, 열의 합계를 구합니다. 이전에는 신고 토요일 오전 내내 걸리던 40~50건의 공급업체 송장 배치가 이제는 커피 한 잔 마시는 시간에 처리되며, 회계사는 남은 시간을 실제 판단이 필요한 작업, 즉 세금 항목이 총액에 비해 지나치게 작아 보이는 공급업체 송장을 검토하거나, 추출된 ITC 합계와 회계 소프트웨어의 GST/HST 지급 기록 간의 불일치를 조정하는 데 사용할 수 있습니다.

여러 법인에 걸쳐 분기별로 신고하는 기업의 경우, 예를 들어 각각 고유한 공급업체 기반을 가지고 있고 각각 다른 방법으로 신고하는 5개 고객의 GST/HST를 관리하는 소규모 회계 법인의 경우, 템플릿 재사용의 효과는 더욱 커집니다. 회계사는 고객별로 하나의 추출 템플릿을 유지 관리하고, 각 신고 주기가 시작될 때 템플릿을 불러와 해당 고객의 분기별 문서 배치에 적용한 후 결과를 검토합니다. 캐나다 회계 소프트웨어 생태계(QuickBooks Canada, Xero Canada, Sage Canada)는 최종 수치를 신고서에 통합하지만, 상류 단계에서 문서와 데이터 간의 격차를 해소할 수는 없습니다. 추출 단계는 회계 소프트웨어가 숫자를 인식하기 전에 그 격차를 메워줍니다.

FAQ: GST/HST 신고 데이터 추출 및 CRA 제출

분기별 GST/HST 신고가 어려운 이유는 양식이 복잡해서가 아닙니다. 오히려 양식의 단순함, 즉 네 줄의 산술 계산이 각 줄 뒤에 숨겨진 방대한 원천 데이터의 양을 감추고 있기 때문입니다. 분기당 50개의 공급업체 송장을 처리하는 사업체는 연간 4번의 신고를 제출하며, 매번 동일한 공급업체로부터 약간씩 다른 형식의 데이터를 수동으로 다시 가져와야 합니다. 추출 워크플로는 이러한 데이터 검색 과정을 단일 열 스키마로 대체하여, 재교육 없이도 모든 공급업체의 형식과 분기를 읽을 수 있게 해줍니다. CRA의 마감일은 그대로입니다. 회계사의 역할은 세금 금액을 스프레드시트에 다시 입력하는 것에서 추출된 스프레드시트가 완전한지 확인하는 것으로 전환됩니다. 그리고 이러한 전환은 4분기와 4년간의 보관 기록에 걸쳐, 주말 내내 시간을 소모하던 신고 프로세스를 양식 자체가 설계된 시간만큼만 소요되게 만드는 차이를 만들어냅니다.