호주
BAS 데이터 추출 완벽 가이드 (2026)

BAS는 단일 양식이 아닙니다 — 여러 세금을 담는 컨테이너입니다

BAS A — 분기별 사업 활동 신고서 (NAT 4189)는 하나의 세금 양식이 아닙니다. ATO가 4~6개의 개별 세금 신고 의무를 하나의 신고로 통합하기 위해 사용하는 단일 문서입니다. 각 세금 유형에는 고유한 레이블 그룹, 계산 로직, 출처 문서, 그리고 추출에 중요한 동일 페이지 내 다른 레이블과의 관계가 있습니다.

다음은 이 양식이 실제로 포함하는 내용을 세금 유형별로 분류한 것입니다:

* WET, LCT, FTC 레이블은 해당 의무에 등록된 사업체의 BAS에만 나타납니다. 대부분의 소기업은 이를 보지 못합니다. BAS 신고자의 95%에게 핵심 세금 유형은 GST, PAYG 원천징수, PAYG 분할납부입니다.

이러한 다중 세금 구조는 BAS 추출을 W-2나 P60 같은 단일 목적 문서 추출과 다르게 만듭니다. 예를 들어 영국 P60은 하나의 증명서에 직원 급여와 세금이라는 한 가지 사항만을 보고하며, 하나의 평평한 필드 레이아웃을 가집니다. BAS는 단일 양식에 3~6개의 다른 세금을 보고하며, 각각 고유한 레이블 접두사와 상호 참조 로직을 가집니다. 추출 시 이를 구분되지 않은 필드가 있는 평평한 양식으로 처리하면 W1 임금이 GST 열에 섞여 들어가고 오류를 추적할 방법이 없게 됩니다.

올바른 추출 모델은 BAS를 다중 테이블 컨테이너로 취급합니다: GST용 테이블 하나, PAYG-W용 하나, PAYG-I용 하나, 그리고 FBT 및 FTC용 선택적 테이블. 각 테이블에는 고유한 열 집합이 있습니다. 테이블은 공통 키(해당 기간(분기/날짜 범위))를 공유하지만, 값은 섞이지 않습니다. 이 컨테이너 모델을 이해하는 것은 이 페이지의 모든 후속 내용을 위한 전제 조건입니다.

이 정확한 패턴을 다루는 단계별 추출 워크플로우는 GST 및 PAYG 신고를 위해 호주 BAS 데이터를 Excel로 추출하는 방법을 참조하십시오. 수동 BAS 준비를 분기별 의식으로 만드는 고충 사항은 BAS 신고 주가 소기업에서 가장 힘든 주인 이유를 참조하십시오.

BAS 레이블 시스템: 전체 필드 설명

모든 호주 소기업 소유자는 BAS 양식을 보고 각 상자 앞에 있는 문자가 무엇을 의미하는지 궁금해한 적이 있을 것입니다. 레이블 접두사는 임의적이지 않습니다. 세금 유형, 보고 방향(납부해야 할 금액 대비 공제 가능한 금액), 계산 종속성을 인코딩합니다. 이 시스템을 이해하면 BAS가 세금 양식에서 분기마다 재사용할 수 있는 추출 열 정의 세트로 바뀝니다.

G 레이블: 매출 및 구매에 대한 GST

G 레이블은 GST 포지션을 보고합니다. 이들은 자기 참조적입니다. 1A(매출 GST)의 숫자는 현금 기준으로 G1(총 매출)의 1/11과 대략 같아야 하며, 1B(구매 GST)의 숫자는 G10과 G11 합계의 1/11과 대략 같아야 합니다. 비율이 맞지 않으면 거래가 잘못 분류되었거나 BAS에 오래된 수동 데이터가 있는 것입니다.

양식 레이아웃에서 명확하지 않은 두 가지 사항이 있습니다. 첫째, G1에는 GST가 없는 매출(GST 면제 의료 용품, 수출 상품, 기본 식품)이 포함되며, 이것이 체크박스("G1에 표시된 금액에 GST가 포함되어 있습니까?")가 중요한 이유입니다. $10,000의 GST 면제 매출이 포함된 $110,000의 G1 수치에 '예'를 선택한 경우, 1A는 $10,000(전체 G1의 1/11)이 아닌 $9,091(과세 부분 $100,000의 1/11)이어야 합니다. 둘째, 대부분의 소기업에 적용되는 현금 기준 회계에서는 인보이스 발행 금액이 아닌 실제로 수취하고 지불한 금액에 대해서만 GST를 보고합니다. 인보이스 발행 금액과 실제 수취 금액의 차이는 양식 레이아웃이 전혀 경고하지 않는 상당한 G1 대 1A 차이를 만들 수 있습니다. 추출이 회계 방법 결정을 해결하지는 않지만, ATO보다 먼저 부기 담당자가 차이를 발견할 수 있을 만큼 수치를 투명하게 만듭니다.

W 라벨: 임금에 대한 PAYG 원천징수

귀하의 사업체에 직원이 있는 경우, W 섹션은 직원의 임금에서 원천징수한 소득세를 보고합니다. 이 섹션은 GST와 별개이지만, 양식 하단의 동일한 총 납부액에 합산됩니다.

W1과 STP 간의 조정은 BAS에서 가장 많이 감사되는 필드 쌍입니다. 단일 급여 터치(STP) 보고는 실시간으로 ATO에 전송됩니다. 귀하의 급여 소프트웨어는 매 급여 실행 시 임금 및 원천징수 데이터를 보냅니다. BAS를 신고할 때, ATO는 STP를 통해 W1과 W2가 어떻게 되어야 하는지 이미 알고 있습니다. 불일치가 발생하면 자동으로 이상 징후 플래그가 트리거됩니다. 급여 보고서에서 W1과 W2를 추출하여 소프트웨어 화면에서 수동으로 입력하지 않는 경우, 추출 출력물은 신고 전에 STP 대시보드와 비교할 수 있는 참조 기록이 됩니다. 4개의 BAS 추출물을 12개월 원장으로 전환하고 자동 교차 확인 열을 추가하는 분기별 일괄 워크플로우에 대해서는 분기별 BAS 명세서를 일괄 처리하여 하나의 연간 세무 원장으로 만드는 방법을 참조하십시오.

T 라벨: PAYG 분할납부

PAYG 분할납부는 현재 기간에 대한 세금이 아닙니다. 이는 귀하의 연간 소득세에 대한 선납금으로, ATO가 귀하의 마지막으로 제출된 세금 신고서를 기준으로 계산합니다. ATO는 귀하에게 분할납부율(사업 소득의 백분율)을 보내며, 귀하는 해당 분기의 실제 소득에 그 비율을 곱하여 분할납부 금액을 산출합니다.

PAYG 분할납부 섹션은 추출 작업 과정에서 간과하기 쉽습니다. ATO가 T2의 비율을 미리 채워 넣기 때문입니다. 그러나 미리 채워진다고 해서 정확하다는 의미는 아닙니다. 마지막 세금 신고 이후 사업 소득이 크게 감소한 경우(계절성 사업에서 흔히 발생), 미리 채워진 비율은 과다 청구하게 되며, 연말에 큰 환급을 기다리지 않도록 T9에서 분할납부액을 하향 조정해야 합니다. 낮은 추정치를 뒷받침하는 문서 없이 변경할 경우, 변경이 합리적이지 않았다면 부족분 이자 부과 위험이 있습니다.

T 라벨을 GST 수치와 함께 스프레드시트로 추출하면 빠른 비율 확인이 가능합니다. T1은 일반적으로 G1보다 낮아야 합니다. G1에는 GST가 포함되지만 T1에는 포함되지 않기 때문입니다. 두 숫자가 동일하다면, T1에 GST가 실수로 포함되었거나 G1에 과세 매출이 없는 것입니다. 두 경우 모두 신고 전에 확인할 가치가 있습니다.

FBT, 연료세 공제, 그리고 대부분의 기업이 보지 못하는 항목

F1~F4 항목(복리후생세 분할납부)은 기업이 직원 복리후생을 제공하고 FBT에 등록된 경우에만 나타납니다. 이는 PAYG 분할납부와 유사하게 작동합니다. F1에는 ATO가 계산한 금액, F2에는 추정 총액, F3에는 변동 금액, F4에는 사유 코드가 입력됩니다.

7C 및 7D 항목은 비도로용 기계, 중장비 또는 1차 생산에 연료를 사용하는 기업의 연료세 공제를 다룹니다. 1C/1D(주류 균등화세) 및 1E/1F(사치차세) 항목은 해당 특정 업종의 기업에만 나타납니다. 추출 목적의 규칙은 간단합니다. BAS에서 해당 항목이 공란인 경우 열을 생성하지 마십시오. 기업이 신고하는 항목만 추출하십시오. 다른 사람이 읽을 스프레드시트에 빈 열을 추가하면 구조화된 추출 워크플로가 제거하려고 하는 정확히 그런 혼란이 발생합니다.

간이 BAS와 전체 BAS: 추출 시 달라지는 점

2017년 7월 1일부터 연간 GST 매출액이 1천만 달러 미만인 기업의 기본 GST 신고 방법은 간이 BAS입니다. 7개의 GST 필드(G1, G2, G3, G10, G11, 1A, 1B)를 보고하는 대신 G1, 1A, 1B의 세 가지만 보고합니다. 전체 신고 방법(7개 필드 모두)은 매출액이 1천만 달러 이상이거나 주 업종이 과세 공급(예: 금융 서비스 또는 주거용 임대)을 하는 기업에만 의무적으로 적용됩니다.

추출 측면에서 두 신고 방법의 차이는 단순한 외형적 차이가 아닙니다. 이는 정의하는 열, 어떤 원천 문서가 어떤 항목에 입력되는지, 그리고 1A 대 G1 비율을 검증할 수 있는지 여부를 변경합니다.

간이 BAS는 신고 시간을 절약해 주지만 데이터 검증을 더 어렵게 만듭니다. G2와 G3가 G1에 합산되어 GST 면세 부분을 알 수 없게 되면 1A/G1 비율이 불명확해집니다. G1이 110,000달러인 경우 1A는 9,091달러(GST 면세 10,000달러인 경우) 또는 10,000달러(GST 면세가 없는 경우)가 될 수 있습니다. 회계 기록에서 기본 매출 내역을 별도로 추출하지 않으면 G1만으로 어떤 1A 수치가 올바른지 알 수 없습니다.

추출에 대한 실용적인 접근 방식은 실제로 신고해야 하는 항목을 기준으로 열을 정의하되, 원천 거래 데이터(매출 송장, 구매 영수증)는 별도의 추출 배치에 보관하는 것입니다. BAS 항목은 출력입니다. 매출 및 구매 문서는 입력입니다. 작성된 BAS의 항목과 원천 문서의 라인 항목을 모두 추출하면 ATO가 발견하기 전에 잘못 분류된 GST 면세 매출을 잡아내는 양방향 조정이 가능합니다.

수동 BAS 신고에 시간과 비용이 얼마나 드는지, 그리고 그 비용이 간이 신고와 전체 신고 사이의 결정에 어떻게 매핑되는지 이해하려면 수동 BAS 데이터 입력이 호주 기업에 분기당 부과하는 비용에 대한 분석을 참조하십시오.

연간 GST 신고 경로

대부분의 호주 사업체는 분기별로 BAS를 신고하고 GST를 납부합니다. 그러나 다른 경로도 있습니다: 매출액이 $75,000 미만으로 자발적으로 GST에 등록한 사업체는 GST 분할납부 방식을 사용하여 연간 GST를 신고할 수 있습니다. 이 방식에서는 ATO가 계산(또는 사업체가 변경)한 분기별 GST 분할납부 금액을 납부하고, 회계연도 말에 연간 GST 신고서를 제출하여 분할납부액과 실제 GST 부채를 조정합니다.

추출 측면에서 연간 GST 신고서는 분기별 BAS와 다른 문서입니다. 매출액과 관계없이 G1, G2, G3, G10, G11, 1A, 1B의 7개 항목을 보고하며, 그 목적은 지속적인 보고가 아닌 조정입니다. 연간 신고서는 12개월간의 거래를 다룹니다. 분기별 분할납부 통지서는 각각 3개월을 다루며, 그 레이블(G21, G22, G23, G24)은 분기별 BAS 레이블과 구조적으로 다릅니다.

연간 경로의 추출 과제는 7월에 필요한 데이터(연간 G1 합계, 연간 1B 합계)가 12개월간의 원천 문서에 축적되어 있다는 점입니다. 분기별로 추출하지 않았다면, 연간 신고서는 소급 재구성 작업이 됩니다: 분기별 신고자가 계속 보고해 온 숫자를 얻기 위해 12개월간의 송장과 영수증을 뒤져야 합니다. 분기별 추출 워크플로우(연 4회 실행, 매번 현재 분기 문서에서 G1/1A/1B를 스프레드시트로 추출)는 연간 GST 신고를 거의 자동으로 만듭니다: 네 분기의 1A 열을 합산하면 연간 매출 GST가 나옵니다.

BAS 데이터 추출의 실제 작동 방식

BAS 추출은 작성된 BAS 양식(예: Xero의 스크린샷, ATO 포털의 PDF, 스캔한 종이 양식, 회계 소프트웨어의 스프레드시트 내보내기)에서 각 레이블 값을 스프레드시트의 구조화된 열로 변환하는 작업입니다. 분기당 한 행씩 처리됩니다. 송장 추출이나 영수증 추출과 달리 원본 문서가 원시 거래 내역인 반면, BAS 추출은 이미 계산된 합계가 포함된 요약 양식 자체를 대상으로 합니다.

즉, 추출 작업은 "공급업체 송장 47개를 읽고 G11을 계산하라"가 아니라 "회계사가 Xero에서 이 BAS를 작성하여 PDF로 보냈습니다. G11 옆의 숫자를 읽어 C4 셀에 넣으십시오"입니다. 계산은 회계 소프트웨어나 부기 담당자의 원장에서 이미 이루어졌습니다. 추출은 그 결과물을 캡처하는 것입니다.

그러나 BAS 양식은 모두 동일하지 않습니다. Xero에서 생성된 BAS PDF는 G1을 왼쪽 상단에 굵은 레이블과 달러 금액 표와 함께 배치합니다. ATO에서 우편으로 발송한 종이 BAS(NAT 4189 양식, 미리 인쇄된 필드 포함)는 GST, PAYG-W, PAYG-I 섹션이 별도 패널에 쌓여 있고 레이블 코드가 빈 값 필드 옆의 작은 회색 상자에 표시되는 완전히 다른 레이아웃을 사용합니다. ATO 온라인 포털의 스크린샷은 동일한 레이블을 HTML로 렌더링된 레이아웃으로 보여주며, 이는 위 두 가지와 모두 다릅니다.

이것이 바로 맞춤 열 추출이 템플릿 기반 OCR로는 처리할 수 없는 작업을 처리하는 부분입니다. 템플릿 기반 접근 방식은 세 가지 BAS 형식(Xero PDF, ATO 종이 스캔본, ATO 포털 스크린샷)에 대해 각각 별도의 템플릿이 필요하며, 예상치 못한 네 번째 형식에서는 실패할 것입니다. 의미 기반 추출 접근 방식은 레이블 텍스트를 읽어 값을 찾고 고정 좌표에 의존하지 않기 때문에, 소스가 어떤 BAS 형식인지에 관계없이 동일한 열 정의(총 매출(G1), 구매 GST(1B), 총 임금(W1))를 사용합니다.

추출된 BAS 데이터로 분기별-연간 세무 원장 구축

BAS 추출 한 번으로 스프레드시트의 한 행이 채워집니다: 7~9월 분기 수치입니다. 네 번 실행하면 Q1부터 Q4까지 네 개의 행이 완성되어 호주 회계연도 전체(7월 1일~6월 30일)를 포괄합니다. BAS 추출의 진정한 가치는 모든 행이 동일한 통합 문서에 모여, BAS 양식 자체로는 불가능했던 분기 간 비교를 할 수 있을 때 비로소 드러납니다.

추출된 BAS 데이터로 구축한 분기별-연간 원장의 예시는 다음과 같습니다:

네 분기 모두 하나의 원장에 있으면 단일 BAS로는 불가능한 여러 검증이 가능해집니다. 네 분기의 W1 합계는 연간 STP 보고서와 일치해야 합니다. 모든 분기의 순 GST 합계는 연간 과세 매출의 1/11에 근접해야 합니다. 또한 PAYG 분할납부 합계는 최종 소득세 평가에 대한 공제로 청구할 수 있습니다. 이는 세무 신고 시점에 필요할 숫자이지, 네 개의 개별 BAS 양식을 기억에 의존해 재구성해야 하는 9개월 후가 아닙니다.

일괄 작업 워크플로에 대한 자세한 내용(추출된 네 분기 BAS 데이터를 단일 Excel 통합 문서로 병합하고 분기 간 자동 검증 열을 추가하는 방법 포함)은 분기별 BAS 일괄 처리 가이드를 참조하십시오.

예외 사례 및 조정

2분기 깨끗한 Xero PDF에서 완벽하게 작동하던 BAS 추출 워크플로는 3분기에 다음 예외 사례 중 하나가 나타나면서 첫 번째 실제 테스트를 맞이합니다. 어떤 사례가 발생할지 미리 알고 있는 것이 분기 말 혼란을 방지하는 방법입니다.

수정 BAS: 재추출이 필요한 경우

이전에 제출한 BAS에서 오류(누락된 공급업체 송장, 잘못 분류된 매출 등)를 발견하면 수정 BAS를 제출합니다. ATO는 수정분에 대해 새로운 문서 식별 번호(DIN)를 발급합니다. 추출 관점에서 보면 분기 원장의 원본 BAS 데이터는 이제 유효하지 않습니다. 올바른 접근 방식은 수정 BAS에서 다시 추출하여 해당 분기의 행을 덮어쓰는 것입니다. 두 번째 행을 만들고 차액을 수동으로 상계하지 마십시오. 수정 BAS가 새로운 진실 공급원이며, 중복된 행은 연간 합계 열에 허상 합계를 생성합니다.

간이 BAS, 전체 기록 장부: 보이지 않는 필드 문제

간이 BAS 트랙을 사용하는 사업체는 G1, 1A, 1B만 보고합니다. 그러나 회계 소프트웨어(Xero, MYOB, QuickBooks)가 1A와 1B를 계산하기 위해 해당 세금 코드를 사용하므로, 회계 기록은 내부적으로 G2, G3, G10, G11을 계속 추적합니다. 간이 BAS의 추출 출력에는 3개의 GST 열이 있습니다. 기본 판매 및 구매 기록의 추출 출력에는 7개가 있습니다. 3열 요약을 7열 소스와 조정하는 것은 추출 워크플로가 열 이름을 올바르게 매핑하는 경우에만 가능합니다. 즉, 모든 G-코드 열(G1 제외)의 합계 + 거래 데이터의 1B는 BAS 1B 수치와 같아야 합니다.

W1–STP 조정: 오류가 허용되지 않는 필드

W1(총 급여 및 임금)은 BAS에서 가장 일관되게 감사되는 필드입니다. ATO가 이에 대한 독립적인 실시간 데이터 소스(단일 터치 급여, STP)를 보유하고 있기 때문입니다. 급여 소프트웨어의 각 급여 실행은 연초 이후 총 급여와 원천징수된 세금을 STP를 통해 ATO에 보고합니다. BAS W1과 W2가 ATO 시스템에 도착하면 동일 기간의 STP 총계와 자동으로 비교됩니다. 불일치가 발생하면 자동 플래그가 트리거됩니다. 급여 소프트웨어 화면에서 다시 입력하는 대신, 작성된 대로 BAS에서 W1과 W2를 추출하면 양식에 입력된 내용의 검증된 사본을 얻을 수 있습니다. 해당 사본을 STP 대시보드와 비교하여 제출 전에 일치 여부를 확인할 수 있으며, 숫자가 일치하기를 바라며 석 달 후에 그렇지 않았음을 발견하는 상황을 피할 수 있습니다.

12월 분기: 연장된 마감일, 압축된 현실

12월 분기 BAS의 신고 마감일은 2월 28일입니다(다른 세 분기는 10월, 4월, 7월 28일까지입니다). 이 연장된 기간은 12월 분기가 휴가 기간 및 일부 사업체의 회계연도 말 준비와 겹치기 때문에 존재합니다. 그러나 실질적인 영향은 2분기 수치가 분기 종료 후 최대 8주 동안 추출되지 않은 상태로 남는다는 점입니다. 2월에 2분기를 추출할 때쯤이면 3분기는 이미 절반이 지나 있습니다. 작업 흐름 자체가 중단되지는 않지만(추출은 언제든지 실행 가능), 분기 종료와 추출 사이의 간격이 길어지고, 누군가가 이미 2분기 수치를 사업체의 세무 계획 스프레드시트에 수동으로 입력했을 위험이 커집니다. 사후 추출은 수동 입력 숫자가 BAS와 일치하는지 다시 확인하는 작업이지, 그 반대가 아닙니다.

호주 회계 소프트웨어 환경

회계 소프트웨어가 BAS 데이터를 처리하는 방식을 이해하는 것은 필수적입니다. 대부분의 호주 사업체에서 BAS는 독립적으로 생성되지 않고, 거래를 보유한 동일한 플랫폼에서 생성되기 때문입니다. 추출 작업 흐름은 해당 플랫폼의 하위 단계에 위치합니다.

Xero는 호주 소기업 시장을 지배합니다. Xero의 BAS 모듈은 코딩된 거래에서 G, W, T 라벨을 자동으로 채우고, ATO에 직접 온라인 신고를 가능하게 하며, BAS 요약 PDF를 생성합니다. PDF 레이아웃은 GST 섹션을 첫 페이지에 배치하고 모든 라벨 코드를 명확하게 표시합니다. 이는 라벨 코드와 값이 인접하고 일관된 형식으로 제공되므로 추출에 가장 적합한 출력물입니다. 그러나 Xero의 PDF에는 요약만 포함되며, G11이 예상했던 $21,000 대신 $18,500인 이유를 설명하는 거래 수준의 세부 내역은 포함되지 않습니다. 해당 세부 내역을 보려면 별도의 거래 보고서를 내보내야 합니다.

MYOB Business / AccountRight는 통합 GST 코딩 및 급여를 통해 BAS를 준비하며, 플랫폼 내에서 신고가 가능합니다. MYOB의 BAS 출력 형식(요약 화면 및 PDF 모두)은 라벨 배치에서 Xero와 다를 수 있습니다. 동일한 G1 라벨이 페이지의 다른 위치에 나타납니다. 템플릿 기반 접근 방식에서는 이것이 중요하지만, 의미론적 추출에서는 중요하지 않습니다.

QuickBooks Australia는 Xero 및 MYOB와 유사한 GST 추적 기능을 갖춘 BAS 준비 및 신고를 제공합니다. 필드 구조는 동일합니다(ATO 필수 라벨). 그러나 시각적 출력은 QuickBooks에 특화되어 있습니다.

Reckon 및 기타 소규모 플랫폼(Free Accounting Software, Saasu)은 시장의 하위 계층을 대상으로 합니다. 이들의 BAS 출력은 덜 예측 가능하며, 버전과 프린터 드라이버에 따라 텍스트 검색 가능 PDF보다는 이미지 기반 PDF로 인쇄될 가능성이 더 높습니다. 텍스트 PDF와 이미지 기반 PDF를 모두 처리할 수 있는 추출 도구(임베디드 텍스트 레이어가 아닌 렌더링된 페이지에서 직접 라벨 텍스트를 읽기 위해 시각적 AI 사용)는 모든 BAS 소스에서 작동하는 작업 흐름과 Xero PDF에서만 작동하는 작업 흐름을 구분짓는 요소입니다.

소프트웨어 환경은 BAS 양식에서 데이터를 추출해야 하는지 여부도 결정합니다. 회계 소프트웨어가 코딩된 거래에서 BAS를 자동으로 채우고 코딩을 신뢰한다면, BAS 양식 자체는 보조 참고 자료에 불과합니다. 추출된 데이터는 기본 거래 내보내기에서 가져와야 합니다. BAS 추출은 주요 데이터 소스가 아닌 검증 단계입니다. 회계 소프트웨어를 사용하지 않거나 코딩이 일관되지 않은 경우, BAS 양식이 주요 소스가 되며, 추출 정확도가 신고된 수치의 정확성을 결정합니다.

BAS 데이터 추출 단계별 워크플로우

BAS가 도착한 날부터 신고하는 날까지의 완전한 분기별 추출 워크플로우입니다. 이 워크플로우는 회계 소프트웨어나 ATO 포털에서 작성된 BAS에 접근할 수 있고, 맞춤 열 추출을 지원하는 도구가 있다고 가정합니다.

BAS PDF를 여는 것부터 분기별 원장에 검증된 행을 갖추기까지 전체 워크플로우는 BAS당 약 2분이 소요됩니다. 교차 참조된 라벨이 있는 세 개의 별도 세금 섹션에 걸친 수동 데이터 입력과 비교하면 분기별 시간 절약이 연중 누적됩니다. BAS 양식을 열기 전에 기록 조정을 다루는 자세한 분기별 준비 체크리스트는 BAS 분기말 체크리스트를 참조하십시오.

BAS를 넘어서: 추출이 전체 문서 워크플로에 통합되는 방식

BAS는 문서 체인의 끝에 위치합니다. G1 합계가 존재하기 전에는 판매 송장이 있었습니다. G11 합계 전에는 공급업체 영수증과 구매 주문서가 있었습니다. W1 수치 전에는 근무 시간표와 급여 실행 내역이 있었습니다. BAS는 요약본입니다. 그 위의 모든 숫자는 원본 문서에서 계산되었습니다. 그리고 그 원본 문서(송장, 영수증, 은행 명세서)야말로 동일한 맞춤 열 추출 접근 방식이 적용되는 추출 영역입니다.

이것은 완전한 BAS 문서 워크플로의 논리적 아키텍처입니다: 분기별로 원본 문서에서 구조화된 데이터 추출(송장 → 열, 영수증 → 열, 급여 보고서 → 열) → 회계 소프트웨어와 조정 → BAS 생성 → 검증 및 보관을 위해 BAS 레이블을 분기별 원장으로 추출. 추출은 두 번 발생합니다. 한 번은 상류에서, 원시 거래 문서에 대해, 그리고 한 번은 하류에서, 완성된 BAS에 대해 이루어집니다. 상류 추출은 BAS가 생성되기 전에 코딩 오류를 포착합니다. 하류 추출은 신고된 내용의 검증된 기록을 생성합니다.

유사한 워크플로를 사용하는 영국 세무 문서에 적용되는 추출 패턴에 대해서는 영국 P60 데이터 추출 전체 가이드와 영국 SA100 종합소득세 신고 데이터 추출 전체 가이드를 참조하십시오. 문서 유형은 다르지만, 추출 패러다임(문서 레이아웃이 아닌 필드 의미로 열 정의)은 동일합니다.

FAQ

스캔한 종이 BAS 양식에서 데이터를 추출할 수 있습니까?

네, 스캔 품질이 충분하다면 가능합니다. NAT 4189 종이 양식에는 빈 값 입력란 옆에 명확한 라벨 코드(G1, W1 등)가 인쇄되어 있습니다. 값을 손으로 작성하고 양식을 스캔한 경우, 추출 도구가 필기체를 읽을 수 있어야 합니다. ImageToTable.ai의 시각적 AI는 인쇄된 텍스트와 필기 텍스트를 모두 처리합니다. 하지만 스캔이 흐릿하거나 사람이 읽기에 필체가 불분명하다면 AI도 더 나은 결과를 내지 못합니다. 스캔하기 전에 양식을 책상 위에 평평하게 놓고 좋은 조명에서 사진을 촬영하십시오.

GST, PAYG-W, PAYG-I에 대해 각각 별도의 추출을 실행해야 합니까?

아닙니다. 세 라벨 그룹 모두에 대한 열을 포함한 한 번의 추출 실행으로 모든 값이 포함된 단일 행이 생성됩니다. 도구는 전체 BAS를 한 번에 읽고 사용자가 정의한 모든 열을 채웁니다. 추출을 분할해야 하는 유일한 이유는 세 섹션이 여러 페이지 문서의 서로 다른 페이지에 있는 경우입니다. 이 경우 각 페이지를 처리하고 분기 라벨별로 출력 행을 병합하십시오.

BAS에 FBT 또는 유류세 공제 라벨이 포함된 경우는 어떻게 합니까?

열 정의에 F1, F2, 7C 또는 7D에 대한 열을 추가하십시오. 이는 해당 라벨이 실제로 BAS에 나타나는 경우에만 수행하십시오. 비즈니스에서 보고하지 않는 라벨에 대한 열을 생성하면 빈 셀이 생성되며, 이는 무해하지만 스프레드시트에 잡음을 추가합니다. FBT 라벨이 필요한지 확실하지 않은 경우 세무사와 확인하십시오.

BAS 추출은 Xero의 자동 채우기 기능과 어떻게 비교됩니까?

Xero 자동 채우기는 Xero 내부의 코딩된 거래에서 BAS 라벨을 자동으로 채웁니다. 추출은 BAS 출력물(PDF 또는 스크린샷)에서 라벨을 읽으며, 어떤 소프트웨어로 생성되었는지와 관계없이 작동합니다. 이 둘은 상호 보완적이며 경쟁적이지 않습니다. Xero 자동 채우기는 상류 계산을 처리합니다. 추출은 하류 검증, 분기별 원장 구축, 그리고 BAS가 다른 플랫폼이나 종이 양식에서 온 시나리오를 처리합니다. BAS가 완벽한 코딩으로 100% Xero에서 생성된 경우 추출은 선택 사항입니다. BAS에 여러 데이터 소스(종이 공급업체 송장, 급여 화면 스크린샷, Xero BAS PDF)가 포함된 경우 추출은 이를 하나로 묶는 연결 고리입니다.

간이 BAS에서 G10/G11이 누락되면 추출에 위험이 있습니까?

추출 자체에는 위험이 없습니다. 양식에 있는 내용을 추출하는 것이며, 양식에는 G1, 1A, 1B만 표시됩니다. 위험은 외부에 있습니다. G10과 G11이 없으면 1B 수치가 합리적인지 교차 확인할 수 없습니다. GST 공제액을 3,000달러 초과 계상하는 부기 오류는 간이 BAS에서는 표면화되지 않습니다. 기본 자본 대 비자본 구분이 보이지 않기 때문입니다. 이 점이 우려된다면, BAS가 아닌 회계 소프트웨어의 거래 보고서에서 G10과 G11을 추출하여 내부 검증용으로만 원장에 별도 열로 추가하십시오. 간이 BAS를 사용 중이라면 ATO에 이를 보고하지 마십시오. 추가 레이블을 제출하면 유효성 검사 오류가 발생합니다.

ATO 온라인 포털의 스크린샷에서 BAS 데이터를 추출할 수 있습니까?

가능합니다. ATO 포털은 BAS 레이블을 화면에 HTML 텍스트로 렌더링합니다. 스크린샷은 렌더링된 텍스트를 캡처합니다. 추출 도구는 PDF에서와 마찬가지로 레이블 이름과 인접 값을 읽습니다. 주의할 점: 스크롤 없이 모든 섹션(GST, PAYG-W, PAYG-I)이 포함되도록 스크린샷을 찍어야 합니다. W1 또는 T7이 누락된 잘린 스크린샷은 불완전한 추출 결과를 생성합니다. 이러한 목적에는 수동 창 캡처보다 전체 페이지 스크린샷 도구가 더 좋습니다.

추출 결과 잘못된 값이 나오면 어떻게 됩니까?

추출된 값을 원본 문서의 표시된 값과 비교하십시오. 다르다면 추출 도구가 레이블이나 값을 잘못 읽은 것입니다. 일반적인 원인: 낮은 이미지 해상도로 레이블 텍스트가 잘렸거나, 값이 두 레이블 사이에 모호하게 위치했거나, BAS 형식이 AI가 예상하지 못한 특이한 레이아웃을 사용한 경우입니다. BAS를 더 높은 해상도로 다시 내보내고, 열 이름을 더 구체적으로 지정한 후(예: 1A 대신 매출 GST(레이블 1A)) 다시 실행하십시오. 오류가 지속되면 단일 값을 수동으로 입력하고 진행하십시오. 15개 필드 행에서 한 필드를 수동 수정해도 여전히 93% 자동화됩니다.