호주 PAYG
지급명세서 추출 완전 가이드 (2026)
매년 7월, 약 100만 개의 호주 기업이 직원들에게 연말 소득명세서를 발급합니다. 대부분은 Single Touch Payroll을 통해 디지털로, STP 시스템의 경계에 있는 일부는 전통적인 PAYG 지급명세서로 발급합니다. 직원의 총 임금과 해당 회계연도에 원천징수된 세금을 보고하는 문서를 PAYG(Pay As You Go) 지급명세서라고 하며, 공식 명칭은 PAYG 지급명세서 – 개인 비사업용입니다. 대부분의 고용주와 직원에게 이 명세서는 이제 STP 데이터에서 자동 생성되어 myGov에서 디지털 소득명세서로 제공됩니다. 여전히 전통적인 증명서를 받는 직원의 경우, 해당 명세서는 PDF 또는 인쇄된 양식으로 제공되며, 그 모든 필드는 결국 급여 대사 스프레드시트에 입력되어야 합니다. 이 가이드는 다시 입력하지 않고 이를 달성하는 전체 프로세스를 다룹니다.
주요 시사점
- 일곱 가지의 별도 PAYG 지급명세서 유형 — 각각 고유한 ATO 양식 번호와 필드 세트를 가짐 — 모두 하나의 대사 스프레드시트로 통합되어야 하지만, 어떤 급여 소프트웨어도 이를 공통 형식으로 내보내지 않습니다.
- 모든 직원을 STP 보고에 강제하는 것은 종이 명세서를 없애기 위한 것이었지만, 세 가지 공백이 남아 있습니다: STP 면제 고용주, 9월 30일 마감이 있는 밀접 보유 수급자, 그리고 ATO가 요청 시 제출하도록 여전히 요구하는 5년간의 STP 이전 기록입니다.
- Xero, MYOB, Employment Hero 및 스캔된 종이 양식에서 공통 내보내기 형식을 찾는 것을 중단하십시오 — 의미 기반 추출은 "총 지급액"을 그 의미로 읽어내며, 동일한 열 스키마가 모든 출처를 하나의 스프레드시트로 흡수합니다.
PAYG 지급명세서란 무엇인가 — 존재하는 일곱 가지 유형
PAYG 지급명세서는 호주 고용주가 직원 및 기타 수령인에게 발급해야 하는 연간 증명서로, 회계연도 동안의 총 지급액과 원천징수된 세액을 보여줍니다. 영국의 P60 및 미국의 W-2에 해당하는 호주 버전입니다 — 동일한 기능이지만, 세금 체계, 마감일, 용어는 완전히 다릅니다.
ATO는 일곱 가지 별개의 PAYG 지급명세서 유형을 규정하며, 각각 고유한 양식 번호와 보고 필드 세트를 가집니다:
| 명세서 유형 | 양식 번호 | 수령 대상 | 주요 필드 |
|---|---|---|---|
| 개인 비사업 | NAT 0046 | 급여 및 임금을 받는 일반 직원 | 총 지급액, 원천징수세액, RFBA, RESC, 수당, 일시금 A-E |
| 사업 및 개인 서비스 소득 | NAT 72545 | 자발적 원천징수 계약에 따른 계약자 | 총 지급액, 원천징수세액, ABN |
| 고용 종료 지급 (ETP) | NAT 70868 | 종료 일시금을 받는 직원 | 과세 구성분, 비과세 구성분, ETP 코드 (R/O/D/B/N), ETP 원천징수세액 |
| 연금 일시금 | NAT 70947 | 고용주로부터 연금 일시금을 받는 수령인 | 과세 구성분, 비과세 구성분, 과세 요소, 비과세 요소 |
| 호주 출국 연금 지급 (DASP) | NAT 72068 | 호주를 떠난 후 연금을 청구하는 이전 임시 거주자 | 구성분 내역 |
| 외국 거주자에 대한 천연자원 지급 | — | 호주 내 천연자원 활동에 대한 지급을 받는 외국 거주자 | 총 지급액, 원천징수세액, 수령인 해외 주소 |
| 외국 고용 | — | 호주 고용주를 위해 해외에서 근무하는 호주 거주자 | 외국 고용 소득, 외국 납부 세금, 외국 근무 기간 |
급여 추출 목적의 경우, 개인 비사업 명세서(NAT 0046)가 호주 급여 팀이 처리하는 명세서의 95% 이상을 차지합니다. ETP 명세서(NAT 70868)가 나머지의 대부분을 차지합니다. 나머지 다섯 가지 유형은 특정 산업 또는 고용 시나리오에서 나타납니다 — 그러나 나타날 때 추출 과제는 동일합니다: 스프레드시트의 행이 되어야 하는 구조화된 데이터가 포함된 PDF 또는 종이 문서입니다.
STP와 기존 지급명세서: 2026년에도 둘 다 존재하는 이유
단일 터치 급여(STP)는 2019-20 회계연도부터 모든 호주 고용주에게 의무화되었습니다. STP 체계에서 급여 데이터는 매 급여 지급 시 ATO에 보고됩니다. 회계연도 말에 고용주는 7월 14일까지 확정 신고를 제출하여 연간 누계 수치가 정확함을 확인합니다. 이후 직원들은 myGov를 통해 소득명세서에 접속합니다. 이는 기존의 "지급명세서" 또는 구식 "그룹 증명서"를 대체하는 STP 시대의 용어입니다.
대부분의 고용주에서 근무하는 대부분의 직원에게 이는 종이 또는 PDF 명세서가 필요 없음을 의미합니다. 고용주는 문서를 생성하지 않으며, ATO는 별도 신고를 요구하지 않으며, 직원은 증명서를 받지 않습니다. 직원은 myGov에 로그인하여 고용주가 연중 내내 보고한 데이터로 미리 채워진 소득명세서를 확인하기만 하면 됩니다.
다음 세 가지 시나리오는 이러한 깔끔한 프로세스를 깨고 기존 PAYG 지급명세서가 계속 유통되게 만듭니다:
1. STP 면제 및 유예 고용주. 특정 고용주 범주 — 원천징수 납세자 번호(WPN) 보유자, ATO로부터 특정 유예를 승인받은 고용주, 승인된 면제를 받은 소규모 고용주 등 — 는 일부 또는 전체 직원에 대해 STP를 통해 보고할 의무가 없습니다. 이러한 고용주는 7월 14일까지 기존 PAYG 지급명세서를 발급하고 8월 14일까지 지급명세서 연간 보고서(NAT 3447)를 제출해야 합니다. 이들이 생성하는 명세서 — 급여 소프트웨어 또는 수기 작성 3부 양식 — 는 해당 연도의 직원 소득 및 원천징수에 대한 유일한 기록입니다.
2. 긴밀히 보유한 수급인. 이사, 가족 기업의 가족 구성원, 그리고 긴밀히 보유한 수급인으로 분류된 특정 수탁 수익자는 표준 직원 마감일보다 2개월 반 늦은 9월 30일까지 별도의 STP 확정 마감일이 적용됩니다. 많은 고용주가 다음 주에 걸쳐 STP 데이터가 확정되는 동안 임시 문서로 7월 14일까지 이 수급인에게 기존 PAYG 지급명세서를 발급합니다. 7월에 발급된 명세서는 9월 STP 확정으로 대체될 수 있습니다 — 하지만 그때까지는 직원과 고용주가 의존하는 문서입니다.
3. STP 이전 과거 기록. ATO는 고용주가 급여 기록 — 지급명세서 포함 — 을 5년간 보관하도록 요구합니다. 2021년에 STP로 전환한 고용주는 여전히 2019-20 및 2020-21년도의 PAYG 지급명세서를 보유하고 있습니다. ATO 검토, 직원 분쟁 또는 급여 소프트웨어 마이그레이션으로 인해 이러한 과거 명세서에 접근해야 하는 경우, 해당 명세서는 myGov의 STP 소득명세서가 아닌 PDF 또는 스캔된 종이 사본으로 존재합니다. 수동 보관 외의 목적으로 데이터가 필요한 경우 해당 과거 명세서의 모든 필드를 추출해야 합니다.
필드별 상세 안내: PAYG 지급명세서의 모든 필드와 추출 관련성
각 필드가 추출에서 무엇을 의미하는지 — 단순한 라벨이 아니라 — 이해하는 것이 추출된 스프레드시트가 첫 번째 시도에서 급여 기록과 조정되는지 여부를 결정합니다. 필드는 조정 워크플로우에서의 기능에 따라 그룹화됩니다.
식별 및 참조 필드
| 필드 | 형식 | 추출 중요성 |
|---|---|---|
| Payer ABN | 11자리 | 모든 행을 올바른 고용주 법인에 연결합니다. 조직이 여러 ABN을 운영하는 경우, 이 필드는 추출 중에 법인별로 명세서를 그룹화하는 핵심입니다. 명세서의 ABN이 누락되거나 잘못된 경우 해당 행을 법인에 확정적으로 할당할 수 없습니다 — 기업 그룹 전체를 조정할 때 문제가 됩니다. |
| Payee TFN | 9자리 | ATO 교차 검증을 위한 기본 직원 식별자입니다. TFN이 누락되거나 잘못되면 더 높은 원천징수율이 적용됩니다. 추출 중에 TFN은 추출된 스프레드시트와 급여 시스템의 연간 누계 보고서 간 VLOOKUP 작업의 키입니다. TFN 숫자 전위는 육안 검토를 통과하는 조정 불일치의 가장 흔한 원인입니다. |
| 지급이 이루어진 기간 | 날짜 범위 | 명세서가 전체 회계연도를 포함하는지 확인합니다. 비표준 날짜 범위의 명세서는 연중 일부 고용 기간 또는 STP 이전 전환 기간을 나타냅니다. 추출은 시작일과 종료일을 모두 캡처해야 합니다 — 다년도 아카이브를 구축할 때 해당 행이 속한 회계연도를 결정하기 때문입니다. |
| 직원 이름 및 주소 | 텍스트 | 보조 식별자입니다. TFN이 누락되었거나 두 직원의 이름이 유사한 경우 급여 기록과 교차 참조하는 데 사용됩니다. 주소 필드는 조정에 거의 사용되지 않지만 감사 표본 추출 중 검증 체크포인트 역할을 합니다. |
핵심 지급 및 세금 항목
| 항목 | 형식 | 추출 중요도 |
|---|---|---|
| 총 지급액 | 금액 | 회계연도 동안 지급된 모든 급여, 임금, 수당, 보너스, 커미션 및 소급 지급액의 합계 — 세금 및 급여 희생 공제 전 기준. 이는 주요 조정 수치로, 각 직원의 급여 시스템 연간 누계 총액 보고서와 일치해야 합니다. 가장 흔한 불일치 원인은 회계연도 경계를 걸친 지급입니다 — 지급일이 어느 연도의 명세서에 포함되는지 결정하는지 확인하십시오. ETP도 수령한 직원의 경우: ETP 금액은 별도의 NAT 70868 명세서에 보고되며 NAT 0046의 총 지급액에 포함되지 않습니다 — 두 수치는 별도로 추출해야 하며, 분석에서 퇴직 관련 총 지급액을 명시적으로 요구하지 않는 한 합산하지 마십시오. |
| 총 원천징수세액 | 금액 | 회계연도 동안 직원의 지급액에서 공제되어 ATO에 납부된 총 PAYG 원천징수액. 모든 직원에 걸쳐 합산한 이 수치는 4개 분기 BAS에 보고된 PAYG 원천징수액 합계와 일치해야 합니다. 명세서 연간 합계와 분기 BAS 합계 간의 불일치는 ATO 문의 서한을 받는 가장 빠른 경로입니다 — ATO의 데이터 매칭 알고리즘이 이 수치를 자동으로 비교합니다. |
| 수당 | 금액 | 도구 수당, 여행 수당, 응급처치 수당, 세탁 수당 등 별도로 항목화된 지급액. 각 수당 유형은 세금 처리가 다를 수 있습니다 — 일부는 전액 과세, 일부는 한도까지 비과세, 일부는 보고 대상이지만 비과세입니다. 추출 시 수당 구성이 조정에 중요한 경우 각 수당 유형을 별도 열로 캡처하십시오. 실제로 대부분의 급여 팀은 총 수당을 추출하고, 총액이 불일치를 유발할 때만 개별 유형을 세부적으로 확인합니다. |
보고 가능한 복리후생 및 퇴직연금 필드
| 필드 | 형식 | 추출 중요성 |
|---|---|---|
| 보고 가능한 복리후생 금액 (RFBA) | 금액 | FBT 연도에 $2,000를 초과하는 복리후생의 총과세 가치입니다. RFBA는 소득 테스트 목적으로만 지급명세서에 보고되며, 메디케어 부과세, HELP 상환 의무, 특정 정부 혜택 자격 기준에 영향을 미치지만 직원의 과세 소득에는 포함되지 않으며 소득세가 부과되지 않습니다. 일반적인 추출 오류: 총 지급액에 RFBA를 더해 총 보수를 계산하는 경우입니다. RFBA는 과세 소득과 별개의 개념입니다. 또 다른 오류: 값이 0이어서 RFBA를 추출하지 않는 경우 — 0이 아닌 RFBA는 규정 준수 플래그이며, 직원의 세무 상태에 미치는 영향과 관계없이 검증 단계가 필요합니다. |
| 보고 가능한 고용주 연금 기여금 (RESC) | 금액 | 슈퍼 보장 최소 기준을 초과하는 연금 기여금입니다. 여기에는 급여 공제 약정과 추가 자발적 고용주 기여금이 포함됩니다. 표준 SG 기여금 — 고용주가 법적 의무를 이행하기 위해 지급하는 의무적 12% — 은 보고 대상이 아니며 지급명세서에 표시되지 않습니다. 일반적인 조정 오류: 총 연금 납부액을 RESC로 착각하는 경우입니다. 법정 최소 기준을 초과하는 금액만 RESC입니다. 또한 PAYG 지급명세서의 RESC 수치는 STP Phase 2를 통해 보고된 RESC와 일치해야 합니다 — 불일치는 시점 차이가 아닌 보고 오류입니다. |
일시금 지급 필드
| 필드 | 의미 | 세금 처리 | 추출 경고 |
|---|---|---|---|
| 일시금 A | 퇴직 시 지급되는 미사용 연차 휴가 | 과세 대상이나, 특정 날짜 이전에 발생한 경우 우대 세율이 적용될 수 있음 | 일시금 D와 혼동하지 마십시오. A를 D로 입력하면 직원의 과세 소득이 과소 신고됩니다. |
| 일시금 B | 퇴직 시 지급되는 미사용 장기 근속 휴가 | 과세 대상이며, 발생 날짜에 따라 우대 세율이 적용될 수 있음 | 세금 처리가 다르므로 일시금 A와 구분하십시오. 두 항목을 단일 "일시금" 합계로 보고하는 급여 시스템은 명세서를 잘못 구성한 것입니다. |
| 일시금 D | 진정한 퇴직금 또는 조기 퇴직 제도 지급금의 비과세 부분 | 비과세 — 과세 소득에 해당하지 않음 | 명세서에 반드시 보고되어야 합니다. 퇴직금을 기대했는데 일시금 D에 $0이 표시되면 직원이 급여 문의를 제기합니다. 2025-26년 비과세 한도는 기본 $12,524 + 근속 연수당 $6,264입니다. |
| 일시금 E | 이전 과세 연도와 관련된 소급 지급금 | 과세 대상이나, 과세 구간 상승을 방지하기 위한 일시금 세액공제를 받을 수 있음 | 직원이 공제를 신청하려면 별도의 세금 신고서를 작성해야 할 수 있습니다. 추출 시 0이 아닌 일시금 E 행을 표시하여 급여 담당자가 직원에게 공제 신청에 대해 안내할 수 있도록 해야 합니다. |
| 일시금 C | — 대부분의 개인 비사업 명세서에는 해당되지 않음 | — | — |
추출 워크플로우: PAYG 요약 PDF에서 조정 스프레드시트까지
PAYG 요약 PDF 폴더를 단일 조정 스프레드시트로 변환하는 워크플로우는 세 단계로 구성됩니다. 첫 번째 단계인 출력 스키마 정의는 한 번만 수행하며, 모든 급여 제공자, 모든 과세 연도, 모든 배치에 걸쳐 재사용됩니다.
열 스키마 정의
출력 스프레드시트의 열 머리글로 표시하려는 필드 이름을 정확히 입력하세요. 실용적인 조정 스키마: 직원 이름, TFN, 지급자 ABN, 총 지급액, 총 원천징수세액, 보고 가능한 복리후생 금액 (RFBA), 보고 가능한 고용주 연금 기여금 (RESC), 수당, 일시금 A, 일시금 B, 일시금 D, 일시금 E, 기간 시작일, 기간 종료일. 이것이 맞춤 열 추출입니다: 출력을 정의하면 AI가 의미론적 의미를 기반으로 각 요약의 필드를 열에 매핑합니다. "Gross Payments," "Total Gross," 또는 "Gross YTD"로 표시되어도 추출되는 개념이 동일하다는 것을 AI가 이해하므로 동일한 열 이름이 Xero, MYOB, Employment Hero, KeyPay 및 스캔된 종이 증명서에서도 작동합니다. 계산 열도 추가할 수 있습니다 — 예를 들어 "SG 확인" 열은 슈퍼 준수 격차를 표시하고, "실효 세율" 열은 이상치를 표면화합니다.
모든 요약을 한 배치로 업로드
급여 소프트웨어의 디지털 PDF, 인쇄된 증명서 스캔, 종이 요약의 휴대폰 사진, 타사 제공업체 문서 등 모든 요약을 넣으세요. 추출 엔진은 동일한 열 스키마로 각 파일을 독립적으로 처리하고 모든 결과를 하나의 스프레드시트로 병합합니다. 서로 다른 급여 플랫폼, 서로 다른 과세 연도, 서로 다른 문서 형식(PDF, JPG, PNG)의 파일도 의미론적 추출이 템플릿 위치가 아닌 필드 의미를 읽기 때문에 동일한 배치에서 처리됩니다. 대량 처리에 대한 자세한 내용은 PAYG 요약 일괄 처리 가이드를 참조하세요.
Excel로 내보내고 조정
요약 유형별 직원당 한 행씩 구성된 단일 스프레드시트를 다운로드하세요. 조정 단계 — 추출된 합계를 급여 시스템, BAS 신고, 슈퍼 기록과 비교 — 는 이제 데이터 입력 작업이 아닌 스프레드시트 기본 작업입니다. 재입력에 소요되었을 5시간이 이제 5분의 검증으로 바뀌었고, 모든 필드가 기계 추출된 스프레드시트는 5년 기록 보존 기간 동안 검색 가능한 감사 아카이브 역할을 합니다.
파일은 안전하게 처리되며 저장되지 않습니다.
일괄 처리 및 ATO 연례 보고서 통합
소수의 명세서만 처리하는 고용주의 경우, 일괄 추출은 몇 시간이 걸리던 작업 흐름을 몇 분으로 단축하는 차이를 만듭니다. 일괄 방식은 명세서가 여러 급여 플랫폼에서 오는 경우 특히 유용합니다. 동일한 열 스키마가 동일한 업로드에서 모든 형식을 처리하기 때문입니다.
일괄 추출된 스프레드시트는 PAYG 지급명세서 연례 보고서(NAT 3447)의 8월 14일까지 제출에도 직접 활용됩니다. 명세서 유형별로 필터링된 총 지급액 및 총 원천징수세액 열의 합계는 연례 보고서의 수치를 제공합니다. 동일한 스프레드시트를 분기별 BAS 원천징수 합계와 교차 검증하면, 고용주가 연중 신고한 원천징수 금액이 직원 명세서에 표시된 금액과 일치하는지 확인할 수 있습니다. 이는 ATO가 자동으로 수행하는 조정이며, 고용주는 ATO가 수행하기 전에 직접 수행해야 합니다.
호주와 영국에서 명세서를 모두 처리하는 조직의 경우, 동일한 추출 원칙이 직접 적용됩니다: 영국 P60 추출 워크플로우 및 P45 추출 워크플로우는 서로 다른 세금 일정과 원천징수 제도 하에서 동일한 3단계 패턴을 따릅니다. 문서 유형은 다르지만 추출 과제는 동일합니다.
관련 PAYG 가이드
급여 조정을 위한 AU PAYG 데이터 추출 방법 — 필드 수준 조정 확인이 포함된 단계별 추출 워크플로우.
PAYG 지급명세서 300건, 급여 보고서 1건 — 다중 플랫폼 급여 환경을 갖춘 중간 규모 고용주를 위한 일괄 처리.
PAYG 수동 입력 비용이 생각보다 더 큰 이유 — 세 가지 데이터 소스에 걸친 7월 조정 업무의 숨은 비용.
PAYG 수동 처리의 실제 비용 — 호주 고용주가 과세 연도별 처리 비용을 정량화하기 위한 계산 프레임워크.
PAYG 7월 14일 마감 준비 체크리스트 — 6월 30일 이전 데이터 준비부터 ATO 연간 보고서 제출까지의 4단계 체크리스트.
ATO 조정을 유발하는 PAYG 지급명세서 오류 — 흔한 PAYG 데이터 오류 7가지, ATO 결과, 추출 중 예방 방법.
자주 묻는 질문
PAYG 지급명세서와 STP 소득명세서의 차이점은 무엇인가요?
PAYG 지급명세서는 고용주가 회계 연도 말에 직원에게 발급하는 전통적인 종이 또는 PDF 증명서로, 총 지급액과 원천징수세액을 요약합니다. STP 소득명세서는 디지털 버전입니다 — 동일한 데이터를 각 급여 지급 시 ATO에 보고하고 7월 14일까지 확정하며, 직원은 myGov를 통해 확인합니다. 차이는 보고 채널에 있으며 데이터 내용은 동일합니다. 대부분의 고용주와 직원에게 STP 소득명세서가 PAYG 지급명세서를 대체했습니다. STP 면제 고용주, 긴밀한 관계의 수령인, STP 이전의 과거 기록의 경우 전통적인 PAYG 지급명세서 — PDF 또는 인쇄 문서 — 가 데이터에 접근할 수 있는 유일한 형태로 남아 있습니다.
디지털 PDF와 스캔한 종이 PAYG 지급명세서를 같은 배치에서 추출할 수 있나요?
네. 의미 기반 추출은 문서의 시각적 내용을 읽습니다 — 급여 소프트웨어에서 생성된 디지털 PDF든, 손으로 기재한 3부 NAT 0046 양식의 스캔본이든 관계없이 말입니다. 약간 기울어지거나 조명이 다르거나 오래된 종이에 스캔한 문서도 정확히 추출됩니다. AI가 템플릿 정렬이 아닌 의미적 의미로 필드를 찾기 때문입니다. 선명한 Xero PDF에서 "총 지급액"을 추출하는 동일한 열 스키마가 사무실 복합기로 스캔한 2019년 종이 지급명세서에서도 동일하게 추출합니다.
호주 회계연도가 연중 입사 또는 퇴사한 직원의 추출에 어떤 영향을 미치나요?
호주 회계연도는 7월 1일부터 6월 30일까지입니다. PAYG 지급명세서는 근무 기간이 아닌 지급이 이루어진 기간을 기준으로 작성됩니다. 직원이 2026년 6월 15일에 입사하고 첫 급여가 2026년 7월 1일에 처리된 경우, 해당 지급액은 2026-27 회계연도에 속하므로 내년도 명세서에 표시됩니다. 근무는 2025-26 회계연도에 이루어졌더라도 마찬가지입니다. 명세서의 "지급이 이루어진 기간" 필드에서 날짜 범위를 확인할 수 있습니다. 추출 시 시작일과 종료일을 각각 별도의 열로 캡처하세요. 다년도 아카이브를 구축할 때 각 행이 속한 과세 연도를 결정하는 기준이 됩니다.
직원에게 일반 PAYG 명세서와 ETP 지급명세서가 모두 있는 경우는 어떻게 하나요?
두 문서를 동일한 배치에서 처리하되, 두 명세서 유형의 모든 필드를 포함하는 상위 집합 열 스키마를 사용하세요. 일반 개인 사업자 외 명세서(NAT 0046)에는 급여, 수당, 일시금 A-E 지급액이 포함됩니다. ETP 명세서(NAT 70868)에는 퇴직금의 과세 구성요소, ETP 코드, ETP에 대한 원천징수세액이 포함됩니다. 출력 스프레드시트에서 직원은 문서 유형별로 하나씩, 총 두 개의 행으로 표시되며 각 행에 서로 다른 필드 집합이 채워집니다. 출력에서 TFN별로 그룹화하면 일반 급여 행과 ETP 행을 포함한 직원의 전체 연말 현황을 확인할 수 있습니다.
더 이상 접근할 수 없는 급여 소프트웨어로 생성된 PAYG 명세서에서 데이터를 추출하려면 어떻게 해야 하나요?
명세서가 PDF 또는 스캔본으로 존재한다면, 이를 생성한 급여 소프트웨어가 수년 전에 폐기되었더라도 추출은 다른 PDF와 동일하게 작동합니다. AI는 문서를 생성한 소프트웨어가 아닌 문서의 시각적 내용을 읽습니다. 이는 급여 소프트웨어 마이그레이션 시 특히 유용합니다. 이전 플랫폼에서 생성된 5년치 과거 명세서를 단일 스프레드시트로 일괄 추출하면, 보관된 모든 명세서의 모든 필드를 수동으로 다시 입력하지 않고도 새 시스템의 기초 잔액에 필요한 과거 직원 데이터를 확보할 수 있습니다.