AU PAYG 지급 요약 데이터를 추출하여
급여 조정하는 방법
매년 7월, 호주 전역의 급여 팀은 동일한 병목 현상에 직면합니다. 14일까지 각 직원은 6월 30일에 종료된 회계 연도에 대한 PAYG 원천징수 지급 요약을 받아야 합니다. Xero, MYOB 또는 Employment Hero를 통해 급여를 운영하는 약 130만 개 기업의 경우 소프트웨어가 해당 요약을 자동으로 생성합니다. 조정 단계 — 모든 요약의 수치가 급여 시스템이 실제로 지급한 금액과 일치하는지 확인하는 작업 — 는 여전히 스프레드시트에서 이루어지며, 완전히 통합된 보고를 사용하지 않는 기업의 경우 누군가가 수십 또는 수백 개의 증명서에서 ABN, TFN, 총 지급액 및 원천징수 세액을 Excel에 수작업으로 다시 입력해야 합니다.
주요 요점
- 싱글 터치 페이롤(STP)은 PAYG 지급 요약을 폐지할 예정이었지만, STP 면제 고용주, 긴밀히 보유한 수급자, 그리고 5년간의 필수 전환 전 기록으로 인해 전통적인 증명서가 여전히 매년 7월 다섯 가지 호환되지 않는 시각적 레이아웃으로 급여 담당자 책상에 도착합니다.
- Xero의 레이아웃에 맞춰진 템플릿 기반 OCR은 총 지급액 필드를 다른 위치에 배치하는 MYOB 요약에서 해당 필드를 조용히 놓칠 수 있습니다. 그리고 문제의 첫 신호는 스프레드시트의 빨간 셀이 아니라, 연도가 마감되었다고 생각한 지 몇 달 후에 도착하는 ATO 데이터 매칭 문의입니다.
- 필드 수준 의미 추출은 페이지의 좌표가 아닌 필드의 개념을 매칭하여 다섯 가지 급여 형식을 한 번에 처리합니다. 그리고 총 지급액 × 12%를 실제 슈퍼 기여금과 대조하는 계산 열은 Excel을 열기 전에 전체 직원에 걸친 SG 부족분을 포착합니다.
PAYG 지급 명세서에 포함된 내용 — 각 항목이 조정(Reconciliation)에 의미하는 바
PAYG(Pay As You Go) 지급 명세서, 공식 명칭은 PAYG 지급 명세서 – 개인 비사업자(NAT 0046)로, 호주 고용주가 회계연도 동안 세금을 원천징수한 모든 직원에게 발급해야 하는 연말 증명서입니다. 영국의 P60, 미국의 W-2에 해당하는 호주 버전으로, 기능은 같지만 세금 체계는 완전히 다릅니다. 호주 국세청(ATO)은 7가지 유형의 PAYG 지급 명세서를 규정하고 있지만, 개인 비사업자 양식이 가장 일반적입니다 — 임금이나 급여를 받는 일반 직원에게 적용됩니다.
각 항목이 조정(Reconciliation)에 어떤 의미를 갖는지 — 단순히 라벨이 아니라 — 이해하는 것이 추출된 스프레드시트가 첫 시도에 급여 기록과 일치하는지, 아니면 오후 내내 대조 작업을 해야 하는지를 결정합니다. 조정 기능별로 그룹화한 항목은 다음과 같습니다:
신원 및 참조 항목
- 지급자 ABN — 호주 사업자 번호(ABN), 11자리. 모든 행을 올바른 고용주 법인에 연결합니다. 조직이 여러 부서에 대해 여러 ABN을 운영하는 경우 중요합니다.
- 수취인 TFN — 9자리 개인 세금 식별 번호. ATO 교차 참조를 위한 기본 직원 키입니다. TFN이 누락되거나 잘못되면 더 높은 원천징수율이 적용되고 조정 불일치가 발생합니다.
- 지급 기간 — 일반적으로 소득 연도의 7월 1일부터 6월 30일까지. 명세서가 전체 회계연도를 포함하는지, 일부 기간만 포함하는지 확인합니다.
핵심 지급 및 세금 수치
- 총 지급액 — 회계연도 동안 지급된 총 급여, 임금, 수당, 보너스 및 커미션. 급여 시스템의 연간 누계 총 급여 보고서와 대조하는 수치입니다.
- 총 원천징수 세액 — 원천징수되어 ATO에 납부된 총 PAYG 금액. 활동 명세서의 모든 급여 지급 원천징수액 합계와 일치해야 합니다.
- 보고 대상 복지 혜택 금액 — FBT 연도에 $2,000를 초과하는 복지 혜택의 총액 환산 가치. 직원의 과세 소득에는 포함되지 않지만 Medicare 부가세 및 기타 정부 혜택의 소득 테스트에 영향을 미치므로 별도로 보고됩니다. 영국식 등가물인 P11D 혜택 보고는 다른 세법 체계에서 유사한 기능을 하지만, 총액 환산 계산과 보고 기준은 다릅니다.
슈퍼annuation 필드
- 보고 가능한 고용주 슈퍼 기여금(RESC) — 슈퍼 보장(SG) 최소 기준을 초과하는 슈퍼 기여금입니다. 여기에는 급여 희생(salary sacrifice) 제도와 추가 자발적 고용주 기여금이 포함됩니다. 표준 SG 기여금은 보고 대상이 아닙니다. 흔한 조정 오류: 총 슈퍼 납부액을 RESC로 착각하는 것입니다.
- 고용주 SG 기여금 — 지급 요약서 자체에는 필드로 없지만, 별도로 검증해야 합니다: 각 직원의 통상 근로 시간 임금의 12%, 분기 최대 기여 기준액으로 상한이 적용됩니다.
일시금 및 퇴직 지급금
- 일시금 A — 퇴직 시 지급되는 미사용 연차 휴가입니다. 우대 세율로 과세됩니다.
- 일시금 B — 퇴직 시 지급되는 미사용 장기 근속 휴가입니다. 세금 처리 방식이 다르기 때문에 일시금 A와 구분됩니다.
- 일시금 D — 진정한 정리해고 또는 조기 퇴직 제도 지급금의 비과세 부분입니다. 과세 소득은 아니지만 보고는 해야 합니다.
- 일시금 E — 이전 과세 연도와 관련된 지급금입니다. 누진세 구간 상승으로 일시금이 더 높은 한계 세율로 밀려드는 것을 방지하기 위해 세액 공제를 받을 수 있습니다.
- 수당 — 지급 요약서에 별도로 항목화됩니다. 일반적인 유형으로는 도구 수당, 여비 수당, 응급 처치 수당이 있습니다. 수당 유형별로 세금 처리 방식이 다를 수 있습니다.
직원이 해당 연도에 고용 종료 지급금(ETP)을 받은 경우, 고용주는 지급일로부터 14일 이내에 별도의 PAYG 지급 요약서 – 고용 종료 지급금(NAT 70868)을 발행해야 합니다. 일반 개인 비사업용 요약서에는 여전히 급여 부분이 표시되므로, 퇴직 직원에 대해 두 개의 문서 조정 시나리오가 발생합니다 — 이는 직원당 증명서가 하나만 있을 것이라고 기대하는 급여 팀을 당황시키는 세부 사항입니다.
핵심 추출 원칙: 조정 스프레드시트에 필요한 출력 열을 정의하면 — "직원 이름," "TFN," "총 지급액," "원천징수 총 세액," "보고 가능한 고용주 슈퍼 기여금" — AI는 각 필드가 페이지에서 어디에 있는지가 아니라 의미적으로 무엇을 뜻하는지 이해하여 각 지급 요약서에서 해당 값을 찾습니다. 동일한 열 정의가 Xero의 PDF 레이아웃, MYOB의 인쇄 요약 형식, Employment Hero의 템플릿, 그리고 이전 급여 연도의 스캔된 종이 증명서에서도 작동합니다. AI가 템플릿 위치가 아닌 필드 의미를 읽기 때문입니다.
동일한 PAYG 데이터가 페이롤 시스템마다 다르게 보이는 이유
모든 PAYG 지급 요약서의 박스 위치가 동일하다면 템플릿 기반 OCR 도구로 추출 문제를 해결할 수 있을 것입니다. 그러나 ATO는 단일 시각적 레이아웃을 요구하지 않습니다. 데이터 내용을 지정할 뿐입니다. PAYG 지급 요약서 양식 및 지침에 따라 ATO는 수기 작성용 3중 양식을 제공하지만, 페이롤 소프트웨어로 생성된 자체 인쇄 요약서는 모든 필수 필드가 표시되는 한 어떤 레이아웃이든 사용할 수 있습니다.
호주의 주요 페이롤 플랫폼마다 동일한 ATO 지정 데이터를 다르게 렌더링합니다. 60% 이상의 시장 점유율을 가진 호주 최대 클라우드 회계 플랫폼인 Xero Payroll은 지급인 ABN과 직원 TFN을 요약서 상단에 배치하고, 지급 금액은 아래 단일 테이블 블록에 표시합니다. 약 23%의 시장 점유율을 보유한 MYOB Business는 신원 필드를 왼쪽에, 지급 세부 정보를 오른쪽에 배치하는 2열 형식을 자주 사용합니다. Employment Hero Payroll은 모든 항목을 세로 목록으로 쌓습니다. KeyPay는 또 다른 배열을 사용합니다. ATO 발행 서비스에서 주문한 종이 요약서는 NAT 0046 3중 양식 디자인을 따르며, 이는 모든 소프트웨어 생성 레이아웃과도 다릅니다.
이는 시스템의 버그가 아닙니다. 데이터가 어떻게 배치되어야 하는지가 아니라 어떤 데이터가 표시되어야 하는지를 규정하는 규제 프레임워크의 자연스러운 결과입니다. 이는 대체 양식 레이아웃을 허용하는 영국의 P60 사양 RD1과 동일한 설계 원칙입니다. 추출 작업을 하는 사람에게 이는 Xero 레이아웃에 맞게 구성된 템플릿 기반 도구가 MYOB에서는 실패하고 그 반대의 경우도 마찬가지라는 결과를 의미합니다.
총 지급액 필드는 실제 시간이 소요되는 방식으로 이를 보여줍니다. Xero는 "Gross Payments"를 굵게 표시하고 달러 금액을 같은 줄에 인쇄할 수 있습니다. MYOB는 "Gross payments"를 테이블의 행 레이블로 인쇄하고 값을 인접한 셀에 표시할 수 있습니다. Employment Hero는 테두리 상자에 "Total gross payments"를 사용할 수 있습니다. 특정 픽셀 좌표에서 정확한 문자열 "Gross Payments"를 찾는 템플릿은 한 형식만 인식하고 나머지 두 형식은 놓칩니다. 의미 기반 추출 — 위치가 아닌 필드 의미로 읽기 — 는 "Gross Payments," "Total Gross," 또는 "Gross YTD"로 표시되든 추출되는 개념이 동일하다는 것을 이해하므로 세 가지 모두 처리합니다.
PAYG 추출 워크플로우 설정
수동 재입력을 대체하는 워크플로우는 세 단계로 구성됩니다. 첫 번째 단계인 열 스키마 정의는 한 번만 설정하면 모든 급여 제공업체, 모든 과세 연도, 모든 직원 배치에 걸쳐 재사용할 수 있습니다.
출력 열 정의 — 모든 요약 형식에 대해 한 번만
대사 스프레드시트의 열 머리글로 표시되길 원하는 대로 필드 이름을 입력하세요. 포괄적인 대사 워크북을 위한 실용적인 기본 세트는 다음과 같습니다: 직원 이름, TFN, 지급자 ABN, 총 급여, 총 원천징수 세액, 보고 가능한 복지 혜택 금액, 보고 가능한 고용주 연금 기여금, 수당, 일시금 A, 일시금 B, 일시금 D, 일시금 E, 기간 시작, 기간 종료. 이것이 맞춤 열 추출입니다: 출력 스키마를 정의하면 AI가 의미론적 매칭을 통해 각 문서의 필드를 사용자 열에 매핑합니다 — 동일한 열 이름이 모든 급여 제공업체의 지급 요약 형식에서 작동합니다. 또한 계산 열을 추가할 수 있습니다 — 예를 들어, 실제 보고된 연금과 법정 최소 금액 간의 불일치를 표시하기 위한 "SG 확인"이라는 열 — AI가 추출 중에 계산하므로 별도의 Excel 단계가 아닌 출력에 분산 감지 기능이 내장됩니다.
모든 요약서를 한 번에 업로드
전체 폴더를 드롭하세요 — Xero에서 80개 PDF, MYOB에서 30개, 그리고 여전히 종이 증명서를 우편으로 보내는 계약업체의 스캔된 종이 요약서 10개. 일괄 처리는 단일 작업으로 모두 처리합니다: 각 파일은 열 스키마가 적용된 상태로 독립적으로 처리되며, 모든 결과는 하나의 통합 스프레드시트로 병합됩니다. 파일은 급여 소프트웨어에서 생성된 디지털 PDF, 인쇄된 요약서 스캔, 또는 증명서의 휴대폰 사진일 수 있습니다 — AI는 세 가지 입력 유형을 모두 처리합니다.
Excel로 내보내고 대사 시작
병합된 스프레드시트를 Excel 파일로 다운로드하세요. 이 시점에서 지급 요약 유형별로 직원당 한 행씩, 모든 필드가 이미 각자의 열에 있습니다. 다음 단계 — 급여 시스템과의 대사 — 이제 데이터 입력 작업이 아닌 스프레드시트 기본 작업이 됩니다: 급여 등록부에 대해 TFN으로 VLOOKUP, 연간 누계 급여 보고서에 대한 총 급여 SUM, 분기별 BAS 합계에 대한 총 원천징수 세액 교차 확인. 재입력에 소요되었을 5시간은 이제 검증에 소요되는 5분이 됩니다.
워크플로우는 자연스럽게 확장됩니다. 직원 120명 규모의 중견 기업의 경우, 일괄 업로드는 몇 분 안에 처리되며, 결과로 생성된 Excel 파일은 다음 섹션에서 설명하는 대사 검증 작업에 즉시 사용할 수 있습니다. 동일한 열 스키마는 다음 해에도 그대로 적용됩니다 — 2025-26 요약의 필드는 2026-27 요약의 필드와 동일하며, AI는 급여 소프트웨어가 과세 연도 사이에 도입하는 레이아웃 변경 사항에 자동으로 적응합니다.
규모가 커질 때 중요한 이유: 두 개의 급여 시스템에서 120명의 직원 요약을 처리하는 급여 담당자는 수작업 데이터 입력 시간을 약 5시간 절약할 수 있습니다. 그러나 더 중요한 것은 ATO 대사 조회를 유발하고 절약한 시간을 다시 소모하게 만드는 전사 오류를 제거한다는 점입니다.
파일은 안전하게 처리되며 저장되지 않습니다.
조정: 추출 후 확인해야 할 사항
추출된 스프레드시트를 확보한 후, 조정 단계는 데이터 입력에서 검증으로 전환됩니다. 아래 확인 사항은 급여 정확성과 ATO 규정 준수에 중요한 항목으로, 대조하는 증빙 출처별로 그룹화되어 있습니다.
총 지급액 vs 연도 누계 급여 보고서
회계연도에 대한 급여 시스템의 연도 누계 수입 보고서를 실행하고, 추출된 스프레드시트에서 각 직원의 총 지급액을 VLOOKUP으로 대조하세요. 여기서의 불일치는 가장 흔하면서도 수동으로 찾기 가장 어렵습니다. 직원 120명 중 1명의 $200 차이는 육안으로는 보이지 않지만 ATO의 데이터 매칭 알고리즘에는 포착됩니다. 일반적인 원인: 최종 급여 지급 후 급여 시스템에 직접 입력된 수동 급여 조정, 6월에 지급되었지만 7월 급여 지급에서 처리된 보너스, 또는 급여 주기가 회계연도 경계에 걸쳐 있는 직원입니다.
원천징수 총액 vs BAS 분기별 합계
추출된 스프레드시트에서 원천징수 총액 열을 합산하고, 4개 분기 사업 활동 명세서(BAS)에 보고된 PAYG 원천징수 금액 합계와 비교하세요. ATO의 데이터 매칭 시스템은 PAYG 지급 요약 연간 보고서에 보고된 연간 PAYG 원천징수 총액을 연중 BAS에 신고한 금액과 대조합니다. 여기서 불일치가 발생하면 ATO 문의 서한을 받는 가장 빠른 경로가 됩니다. 조직에 여러 주에 걸친 직원이 있어 잠재적으로 여러 급여세 관할권이 적용되는 경우, 주별 그룹으로 이 검증을 실행하여 지역 수준의 오류를 포착하세요.
퇴직연금 기여금 vs 법정 최소 기준
최대 기여 기준액 미만의 소득을 올리는 직원의 경우, 고용주 퇴직연금 기여금이 2025-26 회계연도 기준 통상 근로 시간 수입의 12% 이상인지 확인하세요. 상한선을 초과하는 직원의 경우 분기 기여금이 정확히 $7,500(12% × $62,500)인지 확인하세요. 추출 중 계산 열인 "SG 차이"를 사용하면 120개 행에 걸친 수동 계산 대신 단일 열로 간편하게 검증할 수 있습니다. 2026년 7월 1일부터 Payday Super는 각 급여 지급일로부터 영업일 기준 7일 이내에 기여금이 직원의 펀드에 도달하도록 요구하므로, 분기별이 아닌 급여 주기별로 시기 불일치를 감지할 수 있어 조정이 더욱 세밀해집니다.
직원 수 교차 검증
추출된 스프레드시트의 행 수는 지급 요약서를 받은 직원 수와 일치해야 합니다. 포함 대상: 정규직, 파트타임, 원천징수가 적용된 임시직, 회계연도 중 일정 기간 근무한 전 직원. 제외 대상: ABN으로 지급된 계약직 및 원천징수 없이 과세 면제 한도 내에서 전액 지급된 직원. 여기서 부족분이 발생하면 누군가 증명서를 받지 못했다는 뜻이며, 세금 신고에 필요한 직원에게는 7월 14일 마감일이 이미 지난 경우 긴급한 문제가 됩니다.
네 가지 확인을 모두 통과했는데도 불일치가 남아 있다면: 가장 흔한 원인은 시점 차이입니다. 급여 시스템이 6월 지급분을 현재 회계연도에 귀속된 것으로 기록했지만 지급 요약서에는 다음 연도에 포함했을 수 있습니다. 또는 최종 신고 제출 후 급여 조정이 처리되었을 수 있습니다. 요약서를 수정하기 전에 은행 기록과 지급일을 대조하세요 — 자금이 계좌에서 출금된 날짜가 해당 지급이 속한 회계연도를 결정합니다.
STP 전환이 지급 요약서에 의미하는 바 — 그리고 사라지지 않은 이유
단일 터치 페이롤(STP)은 2019-20 회계연도부터 모든 호주 고용주에게 의무화되었습니다. STP에서는 급여 데이터가 매 급여 지급 때마다 ATO에 보고됩니다. 회계연도 말에 고용주는 7월 14일까지 최종 신고를 제출하며, 직원은 고용주로부터 서면 문서를 받는 대신 myGov 계정을 통해 소득 명세서에 접속합니다.
이에 따라 PAYG 지급 요약서가 더 이상 필요 없다는 가정은 세 가지 특정 상황에서 틀렸으며, 이는 수천 개의 호주 고용주에게 영향을 미칩니다:
1. STP 면제 고용주. 특정 고용주 범주(원천징수 납부자 번호(WPN) 보유자 및 특정 ATO 면제를 받은 고용주 포함)는 STP를 통한 보고 의무가 없습니다. 이러한 고용주는 7월 14일까지 서면 PAYG 지급 요약서를 발급하고 8월 14일까지 PAYG 지급 요약서 연간 보고서를 제출해야 합니다.
2. 긴밀히 보유한 수급자. 이사, 가족 기업의 가족 구성원, 특정 수탁 수익자는 "긴밀히 보유한 수급자"로 분류되며 STP를 통해 보고될 수 있지만 별도의 최종 신고 기한은 9월 30일입니다. 일부 고용주는 STP 데이터가 아직 최종 확정되는 동안 이 수급자에게 전통적인 PAYG 지급 요약서를 임시 문서로 발급하기도 합니다.
3. 이전 연도 기록 및 레거시 시스템. 회계연도 중간에 STP로 전환했거나 급여 제공업체를 변경한 고용주는 전환 이전 기간에 대한 지급 요약서 의무를 유지합니다. STP 전환 이전 연도의 과거 요약서는 myGov의 STP 소득 명세서가 아닌 스캔된 PDF 또는 인쇄본으로만 존재합니다. 감사, 세무사 검토, 또는 이전 연도 소득에 대한 직원 분쟁 중에 이러한 레거시 요약서는 찾아서 추출할 수 있어야 합니다.
2026년 7월에 조정 업무를 수행하는 급여 담당자에게 있어, "STP 도입으로 지급 명세서가 더 이상 필요 없다"는 설명이 현실에서는 경계 지점에서 무너진다는 것이 실질적인 진실입니다. 그리고 그 경계 지점이 바로 가장 어려운 조정 업무가 발생하는 곳입니다. 연중 퇴사하여 ETP 지급 명세서를 받은 직원, 자발적 원천징수 협약에 따라 지급받은 계약자에게 필요한 사업 및 개인 서비스 소득 명세서(NAT 72545), 현재 연도의 STP 데이터가 이미 확정된 상태에서 2023-24년 명세서를 재발급해야 하는 전년도 수정 사항 등이 대표적입니다. 이러한 각각의 예외 사례는 PDF 또는 종이 양식으로만 존재하는 문서이며, 각각을 동일한 조정 스프레드시트로 추출해야 합니다.
이것이 영국에서도 동일한 이유입니다 — P60 추출, P45 퇴사자 양식, CIS 공제 명세서, 일괄 P60 처리 — 완전히 다른 과세 연도와 원천징수 제도 하에서 운영되지만 동일한 추출 논리를 따릅니다. 문서 유형은 달라도 조정 과제는 동일합니다.
과세 연도에 걸친 반복 가능한 감사 추적 기록 만들기
ATO는 고용주가 급여 기록을 작성 또는 취득한 날로부터 5년간 보관하도록 요구합니다. 10년 동안 PAYG 지급 명세서를 발행해 온 기업의 경우, 이는 3번의 급여 소프트웨어 마이그레이션, 2번의 STP 전환 기간, 그리고 서류 캐비닛에 가득한 스캔 종이 기록을 아우르는 최대 10년 분량의 증명서에 해당할 수 있습니다.
모든 명세서의 모든 필드를 포함하고 직원별·과세 연도별로 한 행씩 구성된 스프레드시트는 즉각적인 조정 작업 외에도 세 가지 기능을 제공합니다:
ATO 감사 대비
ATO가 특정 연도의 특정 직원에 대한 PAYG 원천징수 증빙을 요청하는 경우 — 예를 들어 직원의 세금 신고 불일치로 촉발된 검토 중에 — 해당 직원의 TFN, 총 지급액, 해당 연도의 원천징수 세액이 포함된 검색 가능한 스프레드시트가 있다면 현재 운영 체제에서 더 이상 실행되지 않는 보관된 급여 소프트웨어를 뒤지는 대신 몇 초 만에 답을 찾을 수 있습니다.
연도별 비교
회계 연도별 탭이 있는 단일 스프레드시트를 사용하면 VLOOKUP으로 직원을 연도별로 비교할 수 있습니다 — 총 지급액이 $85,000인 연도에 원천징수 세액이 $0인 이상 징후, 또는 인지하지 못한 급여 희생(salary sacrifice) 약정을 나타내는 보고 가능한 퇴직연금 기여금의 급격한 증가 등을 발견할 수 있습니다. 각 연도의 명세서가 별도의 PDF 폴더에 보관되어 있을 때는 이러한 패턴이 보이지 않습니다.
급여 소프트웨어 마이그레이션
MYOB에서 Xero로 전환할 때 — 또는 레거시 시스템에서 클라우드 플랫폼으로 전환할 때 — 전년도 명세서의 추출된 스프레드시트는 과거 직원 데이터의 신뢰할 수 있는 출처가 됩니다. 기초 잔액, 전년도 수입, 누적 휴가 권리는 모두 새 시스템에 수동으로 입력해야 합니다. 수동 재입력이 아닌 검증된 추출 데이터로 시작하면 마이그레이션 오류의 가장 흔한 원인, 즉 두 자리가 바뀐 TFN 입력으로 인해 몇 달 후 ATO 불일치 통지로 표면화되는 문제를 제거할 수 있습니다.
자주 묻는 질문
STP를 사용하면 더 이상 PAYG 지급 요약서를 발급할 필요가 없나요?
STP 보고 사업장의 대부분의 직원에게는 그렇습니다. 7월 14일까지 STP 데이터를 확정하면 직원들은 myGov를 통해 소득 명세서에 접근할 수 있습니다. STP로 보고된 기간에 대해서는 별도의 종이나 PDF 지급 요약서를 제공할 필요가 없습니다. 그러나 사업장에 밀접 보유 수급자가 있거나, STP 면제 운영이거나, STP 전환 이전의 전년도 기록이 있는 경우에는 여전히 기존 방식의 지급 요약서가 필요하며, 해당 요약서도 추출 및 대사 작업이 필요합니다.
AI 추출이 디지털 PDF와 스캔된 종이 PAYG 요약서를 모두 처리할 수 있나요?
네. AI 기반 추출은 문서의 시각적 내용을 읽습니다. Xero에서 생성된 디지털 PDF든, 손으로 수정한 3중 NAT 0046 양식의 스캔본이든, 의미론적 의미를 기반으로 필드를 추출합니다. 기울기가 있거나, 조명이 다르거나, 오래된 종이 재질의 스캔 문서도 깨끗한 템플릿 정렬에 의존하지 않기 때문에 정확하게 추출됩니다.
직원이 일반 PAYG 요약서와 ETP 지급 요약서를 모두 가지고 있다면 어떻게 하나요?
두 문서를 같은 배치에서 처리하십시오. 일반 개인 비사업 요약서에는 급여, 수당, 일시불 지급 A-E가 포함됩니다. ETP 요약서(NAT 70868)에는 퇴직금의 과세 대상 구성분과 원천징수된 세금이 포함됩니다. 두 문서 모두 동일한 대사 스프레드시트에 입력됩니다. 해당 직원에 대해 두 개의 행이 서로 다른 필드 세트로 생성됩니다. TFN으로 그룹화하면 직원의 전체 연말 현황을 한 번에 볼 수 있습니다.
연중에 입사하거나 퇴사한 직원의 경우 호주 회계연도가 추출에 어떤 영향을 미치나요?
호주 회계연도는 7월 1일부터 6월 30일까지입니다. PAYG 지급 요약서는 근무 기간이 아닌 지급이 이루어진 기간을 기준으로 합니다. 직원이 2026년 6월 15일에 입사하고 첫 급여가 2026년 7월 1일에 처리된 경우, 해당 지급은 2026-27 회계연도에 속하며 내년 요약서에 표시됩니다. 근무는 2025-26 회계연도에 이루어졌더라도 말입니다. 요약서의 "지급이 이루어진 기간" 필드가 날짜 범위를 확인해 줍니다. 대사 시에는 항상 근무 날짜가 아닌 지급 날짜를 기준으로 매칭하십시오.
서로 다른 급여 제공업체의 요약서를 일괄 추출할 수 있나요?
네. 사실 이것이 의미론적 추출의 가장 강력한 사용 사례입니다. Xero 생성 요약서, MYOB 요약서, 스캔된 종이 증명서를 같은 배치에 업로드하십시오. 추출이 템플릿 위치가 아닌 필드 의미를 읽기 때문에 Xero 레이아웃의 "Gross Payments"와 MYOB 레이아웃의 다른 위치에 있는 "Gross payments"는 동일한 필드로 인식되어 같은 열에 배치됩니다. 입력 형식이 혼합되어 있어도 출력은 일관된 열을 가진 하나의 통합 스프레드시트입니다.
PAYG 요약에서 RESC와 표준 SG 기여금의 차이점은 무엇인가요?
보고 가능한 고용주 연금 기여금(RESC)은 연금 보장 최소 금액을 초과하는 기여금입니다. 표준 SG 기여금 — 사업체가 법적 의무를 이행하기 위해 지급하는 통상 근로 시간 소득의 의무 12% — 은 보고 대상이 아니며 지급 요약서에 표시되지 않습니다. RESC에는 일반적으로 급여 희생 제도와 법정 최소 금액을 초과하는 추가 고용주 기여금이 포함됩니다. 흔한 조정 실수는 총 보수를 계산할 때 RESC를 총 지급액에 더하는 것입니다. RESC는 소득 테스트 목적으로 ATO에 보고되지만 직원의 과세 소득에는 포함되지 않습니다.
추출 중 조정 불일치 자동 감지를 설정할 수 있나요?
네 — 계산 열을 사용하여 추출 단계에 검증 규칙을 직접 포함할 수 있습니다. 예를 들어, "SG 확인"로 정의된 열은 스프레드시트를 열기 전에도 보고된 고용주 연금이 법정 최소 금액보다 낮은 직원을 표시합니다. 마찬가지로, 원천징수된 총 세금을 예상 실효 세율 범위와 비교하는 열은 이상치를 표면화할 수 있습니다 — 총 지급액이 $85,000이고 원천징수된 세금이 $3,000인 직원은 거의 확실히 오류이며, 계산 열은 수동 검토가 아닌 추출 시점에 이를 포착합니다.
7월 조정을 위기가 아닌 일상으로 만들기
마감일은 변하지 않습니다. 매년 ATO는 7월 14일까지 STP 확정 및 — 면제 또는 유예 고용주의 경우 — PAYG 지급 요약서 발급을 요구합니다. 변할 수 있는 것은 7월 1일부터 마감일까지의 2주 창 중 얼마나 많은 시간을 숫자 재입력에 쓰는지, 검증에 쓰는지입니다.
두 개의 급여 플랫폼에서 120개의 요약서를 처리하는 급여 팀에게 수동 입력과 추출의 차이는 7월 10일 주간을 오타가 없기를 바라며 보내는 것과, 금요일 아침에 조정 스프레드시트가 급여 등록부와 일치하는지 확인한 후 점심 전에 직원들에게 소득 명세서 알림을 보내는 것의 차이입니다.
여기에 설명된 추출 워크플로는 조직이 그때까지 어떤 급여 소프트웨어를 사용하든 동일한 열 스키마로 내년에도 동일하게 작동합니다. PAYG 지급 요약서의 필드 — 소프트웨어 공급업체가 아닌 ATO가 정의 — 는 변경되지 않습니다. 매년 변하는 것은 직원, 수치, 그리고 7월 마감일의 압박입니다. 재입력 단계를 제거하면 압박은 데이터 입력이 아닌 검증에 실리게 되며, 검증은 급여 담당자의 전문성이 발휘되는 영역입니다.