PAYG 요약 수동 입력 비용이
대부분의 급여 팀이 인식하는 것보다 더 크다
호주 국세청(ATO)의 데이터 매칭 시스템은 매년 약 1,400만 건의 개인 소득세 신고서를 처리하며, 납세자가 신고한 급여 및 임금 수치를 고용주가 보고한 PAYG 원천징수 데이터와 비교합니다. 두 수치가 일치하지 않을 때 — ATO 자체의 세무감찰관 검토에 따르면 표시된 불일치의 85~89%가 조정으로 이어집니다 — 직원의 myGov 받은 편지함에 도착하는 통지서는 연쇄 반응을 일으킵니다. 직원은 급여 부서에 전화를 겁니다. 급여 담당자는 원본 지급 명세서를 엽니다. 그리고 누군가 — 보통 4개월 전에 그 TFN을 대조 스프레드시트에 입력한 사람 — 세 개의 시스템과 두 개의 과세 연도에 걸쳐 단 하나의 전치된 숫자를 추적하는 데 다음 두 시간을 보냅니다.
핵심 요점
- 7월 PAYG 집중 기간은 달력에 하나의 날짜로 표시된 세 가지 마감일입니다: STP 확정, 비STP 요약서 배포, 그리고 4주 전에 입력한 데이터를 4개 분기 BAS 신고서와 대조하는 8월 연간 보고서입니다.
- ATO 데이터 매칭 표시의 85~89%가 실제 조정으로 이어지며, 각 해결된 문의는 중단 시 오류율이 두 배로 증가하는 압축된 7월 기간에 입력한 단 하나의 전치된 숫자로 거슬러 올라갑니다.
- STP는 100명의 직원 중 88명에 대한 요약서를 없앴지만 나머지 12명이 대조 시간의 80%를 소비하게 만들었습니다 — 이 12개의 예외 사례를 자동화하면 7월 병목 현상 전체가 무너집니다.
7월의 압박: 세 개의 마감이 하나로 겹쳐 있다
PAYG 요약 프로세스에 대한 대부분의 설명은 단일 날짜에 초점을 맞춥니다: 7월 14일, 직원에게 지급 명세서를 발급하고 STP 최종 확정을 완료해야 하는 마감일입니다. 그러나 실제로 작업을 수행하는 급여 팀에게 7월은 세 개의 겹치는 마감으로 구성되어 있으며, 각각 자체 대조 요구사항이 있고 각각 다른 데이터 소스에서 데이터를 가져옵니다. 수동 입력 작업량은 세 가지 모두의 합계입니다 — 하나의 명세서를 입력하는 데 걸리는 시간이 아닙니다.
첫 번째 마감 — 7월 14일까지의 STP 최종 확정 — 급여 담당자가 최종 확정 신고를 제출하기 전에 급여 시스템의 모든 직원 연간 누계 수치가 올바른지 확인해야 합니다. 이는 시스템 합계를 명세서 출력과 대조하는 것을 의미합니다. 단일 급여 플랫폼에 깨끗한 데이터가 있는 회사의 경우 이는 검토 단계입니다. 연중에 급여 제공업체를 변경했거나, 서로 다른 ABN을 가진 여러 법인에 직원이 있거나, 9월 30일 최종 확정 연장이 적용되는 밀접한 관련 수령인이 있는 회사의 경우 검토는 다중 소스 대조가 됩니다 — 그리고 전자적으로 조회할 수 없는 모든 소스는 수동으로 입력해야 합니다.
두 번째 마감 — STP를 통해 보고되지 않은 직원에게 PAYG 지급 명세서 발급, 역시 7월 14일까지 — 문서 더미를 생성합니다. STP 면제 고용주, 중간 명세서를 받는 밀접한 관련 수령인, STP 이전 기간에 대해 전통적인 증명서가 필요한 직원은 모두 배포 전에 급여 팀이 확인해야 하는 물리적 또는 PDF 명세서를 생성합니다. 각 명세서는 폴더에 있으며, 각 폴더에는 대조 스프레드시트에 입력해야 하는 데이터가 포함되어 있습니다.
세 번째 마감 — PAYG 지급 명세서 연간 보고서(NAT 3447) 8월 14일까지 제출 — 발급된 모든 명세서의 합계를 요구하며, 4개 분기 BAS 원천징수 합계와 상호 대조해야 합니다. 단일 명세서에서 한 자리 숫자가 잘못 입력되면 연간 보고서에 $10 차이가 발생합니다 — 그리고 $10 차이는 $10,000 차이와 동일한 ATO 문의 서신을 촉발합니다.
대부분의 급여 팀이 놓치는 점: 작업량은 명세서 수에 명세서 하나를 입력하는 시간을 곱한 것이 아닙니다. 명세서 수에 입력 시간을 곱한 값에, 각 명세서를 다른 소스 시스템과 상호 대조하는 시간을 더하고, 대조 과정에서 발견된 불일치를 조사하는 시간을 더한 것입니다. 수동 입력은 눈에 보이는 비용이고, 대조 재작업은 이를 두 배로 만드는 보이지 않는 비용입니다.
세 가지 데이터 소스, 세 가지 형식, 하나의 대조 스프레드시트
7월 대조 스프레드시트는 세 가지 서로 다른 데이터 소스에서 데이터를 가져오며, 각 소스는 고유한 수동 입력 불편을 초래합니다:
소스 1: STP 급여 시스템 데이터. 대부분의 직원의 경우, 급여 시스템에는 올바른 연초 이후 누계 수치가 있지만, 이러한 수치는 급여 소프트웨어 내부에 존재하며 대조 스프레드시트가 직접 사용할 수 있는 형식이 아닙니다. 급여 대장 보고서를 CSV로 내보내는 것이 1단계입니다. 해당 CSV의 각 행을 직원 이름 또는 TFN으로 해당 PAYG 명세서와 대조하는 것이 2단계입니다. 모든 명세서가 이미 일치하는 행-열 형식으로 추출되지 않은 한 2단계는 수동입니다. 데이터는 존재하지만, 급여 CSV 행과 명세서 PDF 간의 연결은 존재하지 않으며, 그 연결을 만드는 것이 바로 입력 작업입니다.
소스 2: STP 이전 지급 명세서. 회사가 STP로 전환하기 전에 회계 연도의 일부 기간 동안 근무한 직원 — 또는 고용주가 연도 중간에 급여 제공업체를 변경하여 전환 전 기간이 STP 보고에서 제외된 직원 — 은 STP 이전 월에 대한 전통적인 PAYG 지급 명세서를 보유합니다. 이러한 명세서는 이전 급여 소프트웨어에서 생성된 PDF 또는 인쇄된 증명서의 스캔본으로만 존재합니다. 현재 STP 데이터에는 해당 행이 없으므로 대조 스프레드시트에 독립 항목으로 포함해야 합니다. 전자 추출 파일이 없기 때문에 모든 STP 이전 명세서의 모든 필드를 다시 입력해야 합니다.
소스 3: 제3자 제공업체 지급 명세서. 임의 원천징수 계약에 따라 지급받는 계약자, 급여 관리를 공유하지만 별도 ABN으로 운영되는 관련 법인의 직원, 그리고 자체 PAYG 명세서를 발행한 인력 파견 회사로부터 지급받은 근로자 — 이러한 증명서는 PDF 첨부 파일 또는 우편물로 급여 받은 편지함에 도착합니다. 각 문서는 대조 스프레드시트에 추출하여 추가해야 하는 15-20개 필드가 있는 단일 문서입니다. 급여 시스템 데이터와 달리 CSV 내보내기, STP 기록, 전자 대응 파일이 없습니다. PDF에서 스프레드시트로 가는 유일한 경로는 키보드를 통하는 것입니다. 이는 또한 P60 수동 데이터 입력 및 P45 종이 처리를 처리하는 영국 급여 팀이 겪는 시나리오이기도 합니다 — 문서 유형은 바뀌고, 지역은 바뀌지만, 종이 또는 PDF 증명서에서 대조 스프레드시트로 데이터를 추출하는 핵심 문제는 동일합니다.
아무도 계산하지 않는 비용: ATO 문의, 감사 마찰, 직원 문의 홍수
수동 입력의 직접 비용은 전체 부담 중 가장 작은 부분입니다. 더 크고, 정량화하기 어렵고, 급여 계획에서 거의 예산에 반영되지 않는 세 가지 하위 비용이 있습니다:
ATO 데이터 매칭 조회 해결
ATO의 데이터 매칭 시스템은 모든 직원의 세금 신고서를 고용주가 신고한 PAYG 데이터와 비교합니다. 세무감찰관은 플래그가 지정된 사례의 85-89%가 조정으로 이어진다는 사실을 발견했습니다. 즉, 대부분의 불일치는 오탐지가 아닌 실제 오류입니다. TFN 숫자가 잘못 입력된 경우 세 가지 시스템에서 불일치가 발생합니다. 직원의 myGov 사전 입력에 잘못된 고용주가 표시되고, 직원이 이의를 제기하며, ATO가 고용주에게 조회하고, 급여 담당자가 원본 TFN 신고서를 찾아 올바른 번호를 증명해야 합니다. 조회당 해결 시간: 30분에서 2시간. 급여 담당자의 오류율이 보수적으로 1%일 때 수동으로 입력한 요약 100건 중 발생하는 조회 수: 연간 최소 1건 — 8시간 데이터 입력 세션에서 피로가 누적되므로 더 자주 발생하는 경우가 많습니다.
외부 감사 마찰
외부 감사인이 급여 비용에 대한 실질 테스트를 위해 직원 20명을 선정하면, 각 직원의 PAYG 요약 수치를 급여 시스템, 지급 내역이 표시된 은행 명세서, 분기별 BAS까지 추적해야 합니다. 요약이 추출되지 않은 PDF로만 존재하고 대조 스프레드시트가 수동 입력으로 작성된 경우, 감사인은 표본을 직접 다시 입력하지 않고는 추출 정확성을 독립적으로 검증할 수 없습니다. 이는 데이터가 잘못되었기 때문이 아니라 수동 프로세스를 반복하지 않고는 정확성을 입증할 수 없기 때문에 감사 일정이 늘어나고 청구 가능 시간이 증가합니다. 반면 자동 추출로 생성된 단일 스프레드시트는 감사인에게 원본 PDF와 대조하여 표본 검증할 수 있는 추적 가능한 출처를 제공합니다.
세금 시즌 직원 문의 폭주
호주인은 7월 1일부터 세금 신고서를 제출할 수 있습니다. 직원이 myGov에 로그인하여 소득 명세서를 확인하는 순간, ATO 사전 입력 데이터에 표시된 내용과 최종 급여 명세서, 급여에 대한 이해, 또는 전년도 요약을 기준으로 기대한 내용 사이에 차이가 있으면 급여 부서에 전화나 이메일이 접수됩니다. 7월 1일부터 7월 14일까지 2주 동안 직원 120명을 담당하는 급여 담당자는 일반적으로 요약 수치에 대한 직원 문의를 15~25건 처리합니다. 각 문의에는 원본 요약, 급여 대장, 직원의 최종 급여 명세서를 확인하여 차이를 설명해야 합니다. 이는 종종 실제 차이가 아니라 시점 차이입니다. 대조 스프레드시트가 수동으로 작성된 경우, 급여 담당자는 자신의 데이터 입력을 보고 질문에 답해야 합니다. 원본 PDF를 다시 확인하지 않고는 직원이 보는 수치가 올바른지 입력 오류인지 확인할 방법이 없습니다.
STP 전환으로 해결하려던 문제와 남겨진 과제
Single Touch Payroll은 PAYG 지급 명세서를 없애겠다는 약속과 함께 도입되었습니다. 대부분의 고용주와 대부분의 일반 직원에게는 성공했습니다. 고용주가 7월 14일까지 STP 데이터를 확정하면 직원은 myGov를 통해 소득 명세서에 접근할 수 있으며 종이나 PDF 명세서가 필요 없습니다. ATO는 매 급여 지급 시 데이터를 직접 수신하며, 연말 확정 신고로 이를 확인합니다.
그러나 STP의 약속은 세 가지 특정 상황에서 무너지며, 매년 7월 수천 명의 호주 급여 담당 팀에 영향을 미칩니다.
첫째, STP 이전 기간입니다. 회계연도 중간에 STP로 전환한 고용주 — 또는 급여 소프트웨어를 변경하여 이전 시스템의 STP 채널로 마이그레이션 이전 기간을 보고할 수 없는 고용주 — 는 여전히 STP 이전 기간에 대한 기존 PAYG 지급 명세서를 발행해야 합니다. 이 명세서는 이전 소프트웨어로 생성된 PDF로 존재하며, ATO는 고용주가 이를 5년간 보관하도록 요구합니다. 2026년 7월의 새 급여 담당자가 2023-24 회계연도를 대조해야 할 때, STP 이전 명세서는 STP 데이터의 행이 아니라 보관 폴더의 PDF입니다.
둘째, 밀접한 관련 수령인입니다. 이사, 가족 기업의 가족 구성원, 그리고 밀접한 관련 수령인으로 분류된 특정 수탁 수익자는 별도의 STP 확정 기한이 9월 30일입니다 — 일반 직원 기한보다 2개월 반 늦습니다. 많은 고용주가 STP 데이터가 아직 확정되지 않은 동안 중간 문서로 이 수령인에게 기존 PAYG 지급 명세서를 발행하기로 선택합니다. 각 밀접한 관련 수령인 명세서는 7월에 PDF로 도착하며, 9월까지 확정되지 않을 STP 데이터와 별도로 추출하고 대조해야 합니다.
셋째, 제3자 증명서입니다. 인력 파견 회사, 지주 회사, 그리고 다른 ABN으로 운영되는 관련 법인은 다른 업무로 기본 고용주의 급여에도 포함될 수 있는 근로자에게 자체 PAYG 명세서를 발행합니다. 이 증명서는 조직의 급여 시스템 외부에서 도착합니다. 고용주 자체 보고에는 이에 해당하는 STP 데이터가 없습니다. 그리고 각 증명서의 모든 필드 — ABN, TFN, 총 지급액, 원천징수세액 — 는 제3자 PDF를 고용주의 대조 프로세스에 연결하는 자동화된 파이프라인이 없기 때문에 대조 스프레드시트에 수동으로 입력해야 합니다.
STP의 서사 — "PAYG 지급 명세서는 더 이상 필요 없다" — 는 대부분의 단순한 직원 시나리오에서는 맞습니다. 그러나 수동 데이터 입력 업무가 집중되는 바로 그 경계 지점에서는 틀립니다. 100명의 직원을 STP로 처리하고 12명의 직원을 기존 명세서로 처리하는 급여 팀은 대조 시간의 12%를 기존 명세서에 쓰지 않습니다. 80%를 씁니다 — STP 데이터는 이미 전자화되어 있지만 기존 명세서는 입력이 필요하기 때문입니다.
동일한 패턴은 고용주 세금 보고를 현대화한 모든 관할권에서 나타납니다. 호주의 PAYG 명세서 추출은 영국의 P60 추출과 유사합니다 — 둘 다 사라지지 않는 기존 종이 증명서와 현대 디지털 보고를 대조합니다.
자주 묻는 질문
급여 소프트웨어의 CSV 내보내기만으로 대조 작업을 할 수 없는 이유는 무엇인가요?
급여 CSV 내보내기는 급여 시스템에 기록된 데이터를 제공합니다. PAYG 지급 명세서는 직원과 ATO에 보고된 데이터를 제공합니다. 둘은 다를 수 있으며, 바로 그 차이가 대조 작업이 잡아내야 할 부분입니다. 최종 급여 지급 후 급여 시스템에 직접 입력된 수동 급여 조정, 6월에 지급되었지만 7월 급여 주기에 처리된 보너스, 또는 표준 법정 퇴직연금이 아닌 RESC로 잘못 코딩된 급여 공제 제도 — 이 모든 것이 CSV와 명세서 간의 불일치를 만듭니다. CSV는 급여 시스템이 지급했다고 생각하는 금액을 알려주고, 명세서는 직원과 ATO에 지급되었다고 통보된 금액을 알려줍니다. 대조 작업에는 두 출처가 모두 필요하며, 그 사이의 차이가 수동 입력이 필요한 이유입니다 — 비교를 실행하려면 누군가 명세서 데이터를 CSV와 동일한 형식으로 입력해야 하기 때문입니다.
STP 확정을 하면 수동 대조 단계를 완전히 건너뛸 수 있나요?
아니요. STP 확정은 연중 보고한 데이터가 정확하다는 것을 확인하지만, 발행한 지급 명세서, 총계정원장 또는 분기별 BAS와 데이터가 일치하는지 독립적으로 검증하지는 않습니다. ATO는 직원 세금 신고서와 STP 데이터를 대조합니다. 직원의 세금 신고서에 STP로 보고한 소득과 다른 금액이 기재되면 ATO 시스템이 불일치를 표시하며, 조사는 급여 기록으로 거슬러 올라갑니다. STP는 보고 파이프라인을 자동화할 뿐, 파이프라인이 올바른 숫자를 전달했는지 확인하는 검증 단계를 대체하지 않습니다.
명세서 100장 기준으로 수동 입력과 자동 추출의 실제 시간 차이는 얼마인가요?
PAYG 지급 명세서 한 장의 수동 입력 — ABN, TFN, 총 지급액, 원천징수세액, RFBA, RESC, 수당, 일괄 지급액 등 15~20개 필드를 입력하고 급여 대장과 대조 확인하는 작업 — 신중하게 진행할 경우 명세서당 약 2~3분이 소요됩니다. 100장 기준: 입력 중 발견된 불일치를 처리하는 시간을 제외하고도 3.5~5시간이 걸립니다. 자동 추출 — 100장의 명세서를 일괄 업로드하고 통합 스프레드시트 하나를 받는 방식 — 처리 시간은 몇 분이며, 이후 계산된 검증 플래그를 검토하는 데 15~30분이 소요됩니다. 차이는 명세서 100장당 약 3~4.5시간이며, 이 시간은 급여 팀이 가장 여유가 없는 7월 시점에 절약됩니다.
STP 이전의 종이 지급 명세서가 현재 대조 작업에 어떤 영향을 미치나요?
ATO가 과거 과세 연도에 대해 감사나 검토를 진행하는 경우 — 대부분의 납세자에게는 평가 후 최대 4년, 사기나 탈루의 경우에는 무기한으로 가능합니다 — 고용주는 검토 대상 연도의 원본 지급 명세서를 제출해야 합니다. 해당 명세서가 현재 시스템에서 더 이상 실행되지 않는 급여 소프트웨어로 생성된 경우, 접근 가능한 유일한 기록은 스캔된 PDF 또는 인쇄본입니다. 감사관이 해당 연도에 발급된 모든 명세서의 스프레드시트를 요청하면, 급여 팀은 선택을 해야 합니다: 스캔된 모든 명세서의 모든 필드를 다시 입력하거나, 스캔본에서 스프레드시트로 추출하는 것입니다. 과세 연도가 오래될수록 원본 급여 데이터에 접근할 수 없을 확률이 높아지며, 서류 보관함에서 감사관이 검토할 수 있는 스프레드시트로 가는 유일한 경로로서 자동 추출의 가치는 더욱 커집니다.
임의 원천징수 계약에 따라 지급받는 계약자의 경우 — PAYG 명세서도 필요합니까?
네. 계약자와 임의 PAYG 원천징수 계약을 체결한 경우, 7월 14일까지 사업 및 개인 서비스 소득(NAT 72545) PAYG 지급 명세서를 발급해야 합니다. 이는 개인 비사업용 양식과는 별도의 명세서 유형으로, 필드 라벨은 다르지만 핵심 데이터는 동일합니다. 이러한 명세서는 일반 STP 채널을 통해 전송되지 않습니다. 이는 별도의 PDF로 존재하며 — 일반적으로 계약자당 하나씩 — 각각을 추출하여 연간 보고서 제출에 포함해야 합니다. 임의 원천징수 계약을 맺은 15명의 하도급업체가 있는 건설 회사의 경우, 7월에 처리해야 할 추가 명세서가 15개이며, 각각 자체 추출 요건이 있습니다.