캐나다 GST/HST 신고 데이터 추출 방법:
분기별 CRA 신고
캐나다의 모든 등록 사업자가 소비세법 제IX부에 따라 제출하는 GST/HST 신고서는 네 가지 산술 질문을 요구합니다. 그중 세 가지 — 103번 줄, 106번 줄, 109번 줄 — 은 단일 문서에 존재하지 않는 숫자에 의존합니다. 이는 합계입니다. 90일 신고 기간 동안 발행한 모든 판매 인보이스와 받은 모든 구매 인보이스의 합계로, 각 인보이스는 공급업체가 온타리오(13% HST), 브리티시컬럼비아, 노바스코샤(15% HST), 또는 서스캐처원(5% GST + 6% PST) 중 어디에 있는지에 따라 서로 다른 세율을 적용합니다. GST34-2 양식은 숫자가 파악되면 작성하는 데 15분이 걸립니다. 그 숫자를 찾는 일 — 서로 다른 레이아웃의 공급업체 PDF 50장에서 각각 세금 내역을 인보이스의 다른 구석에 숨겨둔 상태로 — 은 신고 주말의 나머지 4시간을 소비합니다. 신고서 작성을 위해 사용하는 스프레드시트는 그 PDF를 읽을 수 없습니다. 1월에 받은 인보이스와 4월에 106번 줄에 입력되는 숫자 사이의 그 간극을 이 글에서 해소합니다.
핵심 요점
- GST/HST 신고서는 네 가지 산술 질문을 요구하며 작성에 15분이 걸립니다. 그러나 분기마다 공급업체 PDF 50장에서 그 네 숫자를 찾는 일이 신고 당일의 나머지 2시간을 소비합니다.
- 수동 세금 입력에는 아무리 연습해도 뚫을 수 없는 효율성 한계가 있으며, 잘못된 줄에 다시 입력한 숫자는 소비세법에 따라 복합 가산세를 초래합니다.
- 입력 단계만 변경하세요 — 세금 데이터가 공급업체 PDF에서 스프레드시트로 이동하는 방식 — 그러면 신고 워크플로우, 회계 소프트웨어, CRA 준수는 그대로 유지되면서 재입력에 드는 2시간이 사라집니다.
GST34-2 양식이 실제로 요구하는 항목 — 그리고 숫자가 어디서 오는지
추출을 시작하기 전에, 신고서의 각 줄이 정확히 무엇을 요구하는지 알아야 합니다. CRA의 GST/HST 등록자를 위한 일반 정보에 따라 관리되는 GST34-2 양식은 네 가지 핵심 수치를 수집하여 단일 산술 체계로 처리합니다. 이 양식은 겉보기에는 단순해 보이지만, 그 뒤에 있는 데이터는 그렇지 않습니다.
| 줄 | 보고 내용 | 실제 숫자 출처 |
|---|---|---|
| 101 | 총 매출 및 기타 수익 — 해당 기간에 공급된 모든 과세 및 영세율 공급의 기업 가치 | 해당 분기에 발행한 모든 판매 송장의 합계. 회계 소프트웨어를 통해 전자 신고하는 경우, 이 줄은 판매 원장에서 자동으로 채워지는 경우가 많습니다. 수동으로 신고서를 준비하는 경우, 내보낸 판매 보고서나 인쇄된 송장에서 합산합니다. |
| 103 | 징수했거나 징수할 GST/HST — 해당 기간 동안 고객에게 청구한 총 세금 | 모든 판매 송장의 세액 합계에 조정액을 더하거나 뺀 값입니다. 여러 주에서 사업을 운영하는 경우, 이 숫자는 다른 세율로 계산됩니다. 온타리오주 고객에게 판매하면 13% HST가 부과되지만, 앨버타주 고객에게 동일한 제품을 판매하면 5% GST만 부과됩니다. |
| 105 | 총 징수 GST/HST + 조정액 — 103번 줄 + 104번 줄로 자동 계산됩니다. 대부분의 전자 신고서에서 이 줄은 위 입력값에서 자동 계산됩니다. 서면 신고 시에는 직접 더합니다. | 조정액이 없는 경우 일반적으로 103번 줄과 같습니다. 데이터 입력 줄이 아닙니다. 이미 입력한 값의 합계이지만, 납부액 계산으로 이어지는 산술 체인의 기준이 됩니다. 103번 줄의 데이터 입력 오류는 105번 줄과 그 이후 줄까지 조용히 전파됩니다. |
| 106 | 매입세액 공제(ITC) — 해당 기간 동안 사업 구매 시 지불한 총 GST/HST와 이전 기간의 ITC 조정액 | 해당 분기에 받은 모든 구매 송장 및 비용 영수증의 GST/HST 부분 합계입니다. 이는 신고서에서 가장 노동 집약적인 줄입니다. 판매는 자체 POS나 송장 시스템에서 추적되지만, 구매는 각 공급업체가 선택한 형식으로 들어오기 때문입니다. Staples 영수증에는 13% HST가 부과됩니다. BC주 기반 소프트웨어 구독에는 5% GST만 부과됩니다. 퀘벡주 공급업체 송장에는 GST(5%)와 QST(9.975%)가 별도 줄로 표시되며, 연방 신고서의 ITC에는 GST 부분만 포함됩니다. |
| 108 | 총 ITC + 조정액 — 106번 줄 + 107번 줄로 자동 계산됩니다. | 일반적으로 106번 줄과 같습니다. 105번 줄과 동일한 자동 계산 방식이며, 위 줄에서 오류가 조용히 전파될 위험도 동일합니다. |
| 109 | 순 세금 — 납부할 금액 또는 환급받을 금액입니다. 양수는 CRA에 납부해야 함을 의미합니다. 음수는 CRA가 환급해야 함을 의미합니다. | 105번 줄 - 108번 줄. 신고서 전체에서 CRA의 데이터 매칭 시스템이 이상 징후 탐지를 위해 납부 내역과 비교하는 유일한 숫자입니다. 103번 줄이나 106번 줄을 잘못 입력하면 109번 줄이 CRA의 예상 범위를 벗어나게 되어, 해당 기간의 모든 ITC에 대한 증빙 서류를 요청하는 검토 서한이 발송됩니다. |
산술 계산은 단순해서 스프레드시트 수식 하나로 셀 하나에서 처리할 수 있습니다. 병목 현상은 순전히 그 이전 단계에 있습니다. 공급업체 PDF 50개에 담긴 세금 데이터는 사람이 직접 다시 입력하기 전까지는 구조화된 형식으로 전환되지 않습니다. 분기마다 같은 사람이 같은 공급업체의 같은 필드를 같은 스프레드시트에 다시 입력합니다. 그리고 분기마다 다른 공급업체가 청구서 레이아웃을 변경하여 세금 금액이 첫 페이지가 아닌 두 번째 페이지에 있는 상황이 발생합니다.
스프레드시트 함정: 회계 소프트웨어가 공급업체 PDF를 읽지 못하는 이유
QuickBooks Canada, Xero Canada, Sage Canada와 같은 회계 플랫폼은 원장 관리를 위해 설계되었습니다. 구매 합계가 입력되면 GST/HST 계산을 처리합니다. 그러나 공급업체의 PDF 청구서를 보고 세금 금액을 직접 추출할 수는 없습니다. 대부분의 소규모 기업이 사용하는 워크플로는 다음과 같습니다. 회계 담당자가 각 공급업체 청구서를 PDF로 열고 GST/HST 항목을 찾은 다음, 해당 숫자를 공급업체 이름 및 청구서 날짜와 함께 스프레드시트 행에 수동으로 입력하고, 그 행을 회계 소프트웨어로 가져오거나 다시 입력합니다. 분기당 공급업체 청구서를 40~60개 받는 기업의 경우, 신고서 자체를 열기 전에 순수한 필사 작업만 약 2시간이 걸립니다. 각 청구서에서 세금 필드를 찾고, 세율이 공급업체 소재 주와 일치하는지 확인하고, 숫자를 입력하는 작업입니다.
이 격차는 소프트웨어 결함이 아니라 구조적인 문제입니다. PDF 청구서는 회계 이벤트의 렌더링된 이미지입니다. 회계 소프트웨어는 이미지가 아닌 숫자가 필요합니다. 수동 워크플로에서 이 둘 사이의 유일한 다리는 하나를 읽고 다른 하나에 입력하는 사람입니다. 그리고 그 사람은 CRA가 연체 납부에 대한 이자와 지연 신고에 대한 가산세로 강제하는 분기별 마감일과 싸우고 있습니다. 소비세법 제280(1)항에 따라 지연 신고에 대한 가산세는 미납 금액의 1%에 더해, 신고가 늦어진 전체 개월 수에 대해 해당 1%의 25%가 추가됩니다.
동일한 구조적 문제가 호주 BAS 시스템에도 존재합니다 — 양식의 모든 계산을 처리할 수 있지만 입력 값을 제공하는 공급업체 문서를 읽을 수 없는 스프레드시트입니다. 캐나다의 차이점은 주별 세율의 복잡성입니다. 호주 BAS는 단일 GST 세율(10%)을 적용합니다. 캐나다 GST/HST 신고는 같은 분기 내에 5가지 서로 다른 세율을 적용하며, 각 공급업체 청구서를 개별적으로 읽어 해당 구매에 적용되는 세율을 결정해야 합니다.
추출 열 설정: 인보이스 필드에서 스프레드시트 헤더까지
추출 워크플로는 수동 재입력 단계를 한 번 정의하고 매 분기마다 재사용하는 단일 열 스키마로 대체합니다. ImageToTable.ai의 핵심 메커니즘인 맞춤 열 추출은 의미 기반 이해 방식으로 작동합니다. 원하는 열 이름을 지정하면 AI가 페이지에서 필드가 위치한 곳이 아니라 필드가 의미하는 바를 이해하여 모든 문서에서 각 값을 찾아냅니다. GST/HST 신고 준비 워크플로에서 열 세트는 GST34-2 양식의 각 줄에 데이터를 공급하는 출처에 직접 매핑됩니다:
| 정의하는 열 이름 | 매핑되는 양식 줄 | 출처 문서 | AI가 추출하는 내용 |
|---|---|---|---|
| Supplier Name | 증빙 기록 — 양식에는 없지만 감사 추적에 필요 | 모든 구매 인보이스 또는 영수증 | 인보이스 헤더에 표시된 공급업체의 법적 이름 |
| Invoice Date | ITC가 속하는 신고 기간을 결정 | 모든 구매 인보이스 | 인보이스 날짜 — ITC는 일반적으로 GST/HST가 납부 대상이 된 신고 기간에 공제할 수 있습니다 |
| Invoice Total (tax-inclusive) | 106번 줄 계산 지원 | 모든 구매 인보이스 | 지불한 총액 — 추출된 세액에 대한 교차 검증에 유용 |
| GST/HST Paid (ITC amount) | 106번 줄에 직접 입력 | 모든 구매 인보이스 또는 비용 영수증 | 공급업체가 청구한 정확한 GST/HST 금액 — 해당 구매에 대한 매입세액 공제(ITC)입니다 |
| Tax Rate Applied | 검증 — ITC가 올바른 주 세율로 계산되었는지 확인 | 모든 구매 인보이스 | 세금 줄에 표시된 비율(5%, 13%, 15%) — 공급업체 소재 주와 청구된 세율 간 불일치를 식별 |
| Province of Supplier | 검증 — 공급 장소 준수 확인 및 여러 주 세율에 걸쳐 ITC를 공제하는 기업에 유용 | 모든 구매 인보이스 | 공급업체 주소지의 주 — 적용해야 할 HST 세율을 결정 |
이 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 등록 번호, 부과된 세금 금액, 공급 내역이 표시된 인보이스 — 를 보유해야 합니다. 복잡성은 모든 분기 신고에 수렴하는 세 가지 경로를 통해 발생합니다:
주별 세율 분열. 브리티시컬럼비아 공급업체로부터 구매하는 온타리오 기업은 13% HST가 아닌 5% GST를 지불합니다. BC는 HST 시스템에 참여하지 않기 때문입니다. 같은 기업이 노바스코샤 공급업체로부터 구매하면 15% HST를 지불합니다. 같은 기업이 퀘벡 공급업체로부터 구매하면 연방 부분에 5% GST, 주 부분에 9.975% QST를 지불하며, GST 부분만 연방 ITC로 적격합니다. 회계 담당자가 세율을 확인하지 않고 인보이스 더미의 모든 세금 금액을 단순히 합산하면, 노바스코샤 공급업체의 15% 요금이 BC 공급업체의 5% 요금과 혼합되어 ITC 합계는 기계적으로 정확하지만 — 기업은 어떤 구매에 어떤 세율이 적용되었는지 기록이 없으며, 이는 CRA가 공급업체별 뒷받침 문서를 요청할 때 중요합니다.
혼합 사용 구매. 소기업이 상업 활동과 개인 사용에 일부씩 사용하는 것을 구매할 때 — 홈 오피스 인터넷 요금, 배송과 개인 용무에 모두 사용하는 차량, 휴대폰 — ITC는 상업 사용 비율에 따라 안분해야 합니다. 공급업체 인보이스에는 전체 GST/HST 금액이 표시됩니다. 청구 가능한 ITC는 그 금액의 일부입니다. 추출 스프레드시트는 비율을 결정할 수 없지만, 전체 세금 금액을 열에 출력하여 회계 담당자가 다음 열에서 안분 비율을 곱하는 수식 작업으로 전환할 수 있습니다 — 수동 데이터 입력 작업을 추출된 데이터에 대한 수식 작업으로 바꾸는 것입니다.
ITC 회수. 온타리오와 프린스 에드워드 아일랜드에서는 대기업이 특정 재산 및 서비스에 대해 ITC 회수 규칙을 적용받습니다. 즉, 납부한 HST 중 주정부 몫의 일부는 ITC로 청구할 수 없습니다. 이 기준 미만의 소기업에는 해당되지 않지만, 다양한 매출 구간의 여러 고객을 위해 신고를 처리하는 부기 담당자에게는 그 차이가 중요합니다. 추출 워크플로는 동일한 방식으로 처리합니다. 전체 세액을 추출하고, 공급자 주를 표시한 다음, 스프레드시트 수식이 해당되는 경우 회수 조정을 적용하도록 합니다.
파일은 안전하게 처리되며 저장되지 않습니다.
간편법 vs 일반법: 신고 방법에 따라 추출 항목이 달라지는 이유
GST/HST 제도는 적격 소기업을 위해 두 가지 계산 방식을 제공하며, 선택한 방식에 따라 문서에서 추출해야 하는 데이터가 결정됩니다. 연중에 방식을 전환하거나, 사용 중인 방식에 맞지 않는 필드를 추출하면 CRA의 기대와 신고 내용이 조용히 어긋날 수 있기 때문에 그 차이는 중요합니다.
일반법이 기본값입니다. 판매 시 거둔 실제 GST/HST와 적격 구매 시 지불한 실제 GST/HST를 신고합니다. 위에서 설명한 추출 열은 일반법에 맞게 설계되었습니다. 판매 송장별 거둔 세금과 구매 송장별 지불한 세금을 모두 문서 수준에서 포착하기 때문입니다.
간편법은 연간 전 세계 과세 공급액이 40만 달러 이하인 적격 기업이 이용할 수 있으며, 실제 ITC를 간소화된 계산으로 대체합니다. 모든 구매 송장에서 GST/HST를 추적하는 대신, 사업 유형과 주에 따라 총 매출의 고정 비율을 납부합니다. 예를 들어, 온타리오의 서비스 업종은 GST/HST 포함 매출의 8.8%를 납부하고, 온타리오의 소매 업종은 4.4%를 납부합니다. 간편법은 여전히 총 매출을 신고하고 거둔 GST/HST를 추적해야 하지만, 일반법에서 106번 줄을 구성하는 송장별 ITC 추적은 생략합니다.
| 방식 | 송장별 기록 항목 | 추출 복잡도 | 적합 대상 |
|---|---|---|---|
| 일반법 | 징수한 GST/HST + 지급한 GST/HST | 높음 — 판매 및 구매 문서 모두에서 세금 항목 추출 필요 | ITC가 많은 기업 — ITC 총액이 순 세금을 실질적으로 줄이는 경우 |
| 간편법 | GST/HST를 포함한 총 매출 + 판매 시 징수한 GST/HST, 단 구매별 ITC는 미포함 | 낮음 — 판매 측 데이터만 추출하면 됩니다. 구매 송장은 감사 목적으로 보관해야 하지만 ITC 계산에는 사용되지 않습니다. | 투입 비용이 낮은 서비스 업종 — 적격 공급 첫 $30,000에 대한 간편법 공제가 실제 ITC 추적보다 더 나은 순 결과를 내는 경우가 많습니다. |
추출 열 스키마는 두 방식 모두에 적용됩니다. 일반법에서는 판매 측과 구매 측 세금 데이터를 모두 추출합니다. 간편법에서는 판매 측 데이터만 추출하도록 축소합니다: 총 판매 금액과 징수한 GST/HST. 구매 송장은 CRA의 6년 보관 기간 동안 폴더에 보관되지만 추출 대기열에서는 제외됩니다. 한 번 구축한 열 템플릿은 두 시나리오를 모두 수용합니다. 신고 기간에 사용하는 방식에 따라 구매 측 열을 활성화하거나 비활성화하기만 하면 됩니다.
비즈니스가 간편법에서 일반법으로 전환하는 경우, 구매 측 열을 템플릿에 다시 추가하면 다음 분기 추출 시 재구성 없이 새 필드를 가져옵니다. 추출 엔진은 열 스키마가 4개 열이든 6개 열이든 상관하지 않습니다. 요청한 필드에 대해 각 문서를 읽기만 하면 됩니다.
분기별 신고 한 번에 끝내기: 분기별 인보이스에서 CRA 제출용 스프레드시트까지
GST/HST 신고를 위한 추출 작업 흐름은 수동 재입력 단계를 완전히 대체하는 세 단계로 압축되며, 회계사는 결과물을 직접 생성하는 대신 검증하는 역할만 수행하면 됩니다:
해당 분기의 모든 공급업체 인보이스를 한 번에 모아 업로드합니다.
모든 신고 작업 흐름에서 이미 수행하는 단계입니다. PDF와 영수증 이미지가 폴더, 받은 편지함, 또는 클라우드 드라이브에 저장되어 있습니다. 차이점은 세금 항목을 찾기 위해 각 파일을 하나씩 열어보는 대신, 전체 배치를 한 번에 업로드한다는 점입니다. 지원 형식은 PDF, JPG, PNG입니다. Staples의 PDF 인보이스, 손글씨 공급업체 영수증 사진, Shopify 구매 확인 스크린샷 등이 모두 동일한 대기열에 들어갑니다.
GST/HST 추출 템플릿을 적용합니다. 매 분기 동일한 열을 사용합니다.
설정 시 정의한 열 스키마는 저장된 템플릿입니다. 한 번 불러와서 이번 분기 배치에 적용하세요. 이번 분기에 간편법에서 일반법으로 전환했다면 매입 관련 열을 추가하세요. 새로운 보고 요구 사항이 생겼다면 새 열을 만들고 템플릿에 추가하세요. AI는 고정된 레이아웃이 아닌 각 문서를 새로 읽기 때문에 기존 열은 계속해서 정상적으로 추출됩니다.
추출된 스프레드시트를 검토하고, 109번 줄을 입력하기 전에 회계 소프트웨어의 합계와 대조합니다.
추출된 스프레드시트에는 공급업체 인보이스당 한 행씩 모든 세금 필드가 채워져 있습니다. 납부한 GST/HST 열을 합산하여 106번 줄의 초안 금액을 구합니다. 회계 소프트웨어의 납부한 GST/HST 총액과 비교합니다. 반올림 오차 범위 내에서 일치해야 하며, 차이가 발생하면 누락된 인보이스나 원장에 잘못 입력된 세액을 의미합니다. 매출 측면도 동일한 프로세스입니다. 판매 인보이스 배치에서 징수한 GST/HST를 합산하여 103번 줄의 초안 금액을 구합니다. 두 합계가 모두 확인되면 GST34-2 양식에 입력합니다. 103번 줄은 105번 줄로, 106번 줄은 108번 줄로 이어지며, 양식은 105번 줄에서 108번 줄을 빼서 109번 줄을 계산합니다. 이 산술 체인의 모든 숫자는 재입력된 것이 아니라 추출된 것입니다.
시간 이동은 이론적인 개념이 아닙니다. 일반법을 적용하며 분기당 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 제출
공급업체 송장이 PDF와 종이 영수증 사진으로 섞여 있는 경우, GST/HST 신고를 위해 데이터 추출을 사용할 수 있나요?
네, 가능합니다. AI는 스캔된 PDF 송장과 종이 영수증 사진을 모두 읽습니다. 공급업체가 이메일로 보낸 PDF와 Staples 매장에서 구매 후 찍은 실물 영수증 사진은 동일한 추출 파이프라인을 거쳐 동일한 열을 생성합니다. 추출 품질은 문서 유형보다는 이미지 선명도에 따라 달라집니다. 세금 금액이 선명하게 보이는 영수증의 잘 찍은 휴대폰 사진은 깨끗한 PDF만큼 안정적으로 추출됩니다. 종이 영수증이 구겨지거나, 변색되거나, 일부가 가려진 경우 추출된 세금 필드가 비어 있을 수 있습니다. 이는 그 자체로 유용한데, GST/HST 납부액 열의 빈 셀은 해당 영수증을 수동 검토 대상으로 표시하여 잘못된 ITC 수치가 조용히 생성되는 것을 방지하기 때문입니다.
추출 기능은 주별로 다른 세율을 어떻게 처리하나요? 공급업체가 13% HST 대신 5% GST를 부과했어야 하는지 알 수 있나요?
추출 엔진은 각 문서에 인쇄된 세금 금액을 읽습니다. 즉, 공급업체가 부과했어야 할 금액이 아니라 실제로 부과한 금액을 추출합니다. 특정 거래에 적용되는 주의 세율을 결정하는 공급지 규칙(Place-of-supply rules)은 신고자인 귀하가 판단해야 하는 준수 사항입니다. 추출 기능이 제공하는 것은 '적용 세율(Tax Rate Applied)' 열과 '공급업체 소재 주(Province of Supplier)' 열을 나란히 배치하여 불일치 여부를 쉽게 확인할 수 있도록 하는 것입니다. 예를 들어, 퀘벡 주소의 공급업체가 5% GST + QST 대신 13% HST를 청구하거나, BC 주소의 공급업체가 주 HST가 없는 BC에서 13%의 세율을 표시하는 경우입니다. 불일치가 있다고 해서 반드시 공급업체가 오류를 범한 것은 아닙니다. 공급지 규칙에 따라 해당 공급이 다른 주에서 발생한 것으로 간주될 수도 있기 때문입니다. 그러나 이는 ITC가 106번 줄에 입력되기 전에 해당 거래를 재검토하도록 신호를 보냅니다.
CRA가 감사 시 ITC 청구에 대한 증빙 자료로 추출된 데이터를 인정하나요?
CRA가 ITC에 요구하는 증빙 서류는 공급자의 원본 인보이스입니다. 추출된 스프레드시트는 작업 문서일 뿐, 원본 문서를 대체할 수 없습니다. 감사 중에 CRA 감사관은 특정 ITC 청구를 뒷받침하는 원본 공급자 인보이스를 요청할 수 있습니다. 추출 스프레드시트는 다른 목적을 수행합니다. 즉, 원본 문서와 GST34-2의 숫자 사이를 연결하는 다리 역할을 합니다. 이는 귀하의 작업 내역을 보여줍니다. 즉, 개별 공급자 인보이스의 개별 ITC 합계가 106번 줄 금액과 어떻게 일치하는지, 그리고 각 ITC 청구를 특정 공급자 이름, 인보이스 날짜 및 세액에 연결하는 방법을 보여줍니다. 이는 회계사가 인보이스에서 수치를 다시 입력할 때 수동으로 작성하는 것과 동일한 스프레드시트입니다. 추출 워크플로는 재입력 없이 이를 구축하며, 항상 그래왔듯이 6년간의 CRA 기록 보존 기간 동안 원본 PDF를 보관합니다.
이 워크플로는 캐나다 급여의 T4 연말 추출 프로세스와 어떻게 비교되나요?
두 워크플로는 서로 다른 규정 준수 이벤트를 처리하지만 동일한 추출 아키텍처를 공유합니다. 연말 급여를 위한 T4 추출은 직원 슬립을 처리합니다. 이는 급여 제공자에 관계없이 모든 T4에서 동일한 위치에 나타나는 표준화된 번호 상자(Box 14, Box 16, Box 18, Box 22)입니다. GST/HST 추출은 공급자 인보이스를 처리합니다. 이는 수십 개의 다른 공급업체로부터 온 비표준화된 문서로, 각각 세금 정보가 다른 위치에 있습니다. T4 워크플로는 CRA 양식 디자인의 표준화 덕분에 이점을 얻습니다. GST/HST 워크플로는 AI의 의미론적 판독 기능 덕분에 이점을 얻으며, 이는 위치가 아닌 의미로 세액을 찾습니다. 연말 T4와 분기별 GST/HST 신고를 모두 처리하는 회계사는 직원 슬립용과 공급자 인보이스용으로 두 개의 열 템플릿을 유지 관리하며, 추출 엔진은 상호 오염 없이 둘 다 처리합니다.
신고서 제출 전에 추출이 포착할 수 있는 가장 흔한 단일 ITC 오류는 무엇인가요?
주 전체 구성 요소를 청구할 자격이 없는 구매에 대해 HST의 주 부분에 대한 ITC를 청구하는 것입니다. 온타리오주의 공급자가 인보이스에 13% HST를 청구하는 경우, 5%는 연방 GST 부분이고 8%는 온타리오주 부분입니다. 대부분의 경우 둘 다 ITC로 전액 청구 가능합니다. 그러나 특정 구매의 경우 ITC 청구는 지불된 GST/HST의 50%로 제한됩니다. 단일 "GST/HST 납부액" 열이 있는 스프레드시트에 인보이스에서 전체 13% 금액을 수동으로 다시 입력하는 회계사는 식사 영수증에 50% 제한을 적용하는 것을 잊고 전액을 청구할 수 있습니다. 세액을 GST/HST 납부액 열과 적용된 세율 열로 분리하는 추출 스프레드시트는 세율을 보이게 만듭니다. 레스토랑 영수증의 13% 세율은 금액이 ITC 합계에 입력되기 전에 50% 제한 확인을 트리거합니다. 이는 단일 열 수동 입력이 제공하지 못하는 추출 스프레드시트가 제공하는 플래그입니다.
분기별 GST/HST 신고가 어려운 이유는 양식이 복잡해서가 아닙니다. 오히려 양식의 단순함, 즉 네 줄의 산술 계산이 각 줄 뒤에 숨겨진 방대한 원천 데이터의 양을 감추고 있기 때문입니다. 분기당 50개의 공급업체 송장을 처리하는 사업체는 연간 4번의 신고를 제출하며, 매번 동일한 공급업체로부터 약간씩 다른 형식의 데이터를 수동으로 다시 가져와야 합니다. 추출 워크플로는 이러한 데이터 검색 과정을 단일 열 스키마로 대체하여, 재교육 없이도 모든 공급업체의 형식과 분기를 읽을 수 있게 해줍니다. CRA의 마감일은 그대로입니다. 회계사의 역할은 세금 금액을 스프레드시트에 다시 입력하는 것에서 추출된 스프레드시트가 완전한지 확인하는 것으로 전환됩니다. 그리고 이러한 전환은 4분기와 4년간의 보관 기록에 걸쳐, 주말 내내 시간을 소모하던 신고 프로세스를 양식 자체가 설계된 시간만큼만 소요되게 만드는 차이를 만들어냅니다.