40장의 스페인 급여명세서,
하나의 스프레드시트로

스페인 급여 소프트웨어가 40개의 파일을 생성하지만 통합 스프레드시트는 만들지 못하는 이유

스페인 급여 소프트웨어는 스프레드시트를 생성하도록 설계되지 않았습니다. 이 소프트웨어는 급여를 정확하게 계산하고 Sistema RED를 통해 Tesorería General de la Seguridad Social(TGSS)에 결과를 전송하도록 설계되었습니다. Sistema RED는 모든 스페인 고용주가 매월 사회보장 기여금을 신고하는 전자 신고 시스템입니다. Sistema de Liquidación Directa(SLD)에 따라 고용주는 근로자별 기여 기준액을 fichero de bases(기준 파일)를 통해 전송합니다. TGSS는 회사가 부담해야 할 총액인 RLC(Recibo de Liquidación de Cotizaciones, 이전 TC1)와 근로자별 기여 기준액, 근무 일수, 계약 유형의 세부 정보인 RNT(Relación Nominal de Trabajadores, 이전 TC2)로 응답합니다.

이러한 구조는 스페인의 모든 인사 부서와 gestoría(급여 대행사)가 겪는 격차를 만듭니다. 급여 소프트웨어는 근로자 조례 제29조에 따라 각 직원이 법적으로 받아야 하는 개별 급여명세서(nómina) PDF를 생성합니다. 그런 다음 소프트웨어는 집계된 기여 데이터를 Sistema RED로 전송합니다. 그러나 개별 PDF와 집계 전송 사이에는 블랙홀이 있습니다. A3, Sage NominaPlus 또는 NominaSol에서 RNT가 확정되기 전에 내부 검증을 위해 40개의 PDF를 하나의 표로 통합하는 버튼은 없습니다.

그 결과는 매월 반복되는 작업입니다. 각 직원의 nómina PDF를 엽니다. 총 발생액(Total Devengado), 5가지 사회보장 공제(일반 재해 4.70%, 실업 1.55%/1.60%, 직업 훈련 0.10%, FOGASA, 그리고 2023년부터 MEI 0.15%), IRPF 원천징수, 페이지 하단의 사용자 부담금(aportación empresarial)을 찾습니다. 각 숫자를 스프레드시트에 입력합니다. 40번 반복합니다. 월말을 마감합니다. 급여명세서당 보수적으로 2분이 소요된다고 가정할 때(급여 소프트웨어 레이아웃에 따라 위치가 다른 필드를 시각적으로 찾는 시간 포함), 직원 40명 규모의 회사는 데이터 전송만으로 매월 약 80분을 소비합니다. 12번의 급여 주기 동안: 16시간입니다. 그리고 이는 개별 급여명세서 값과 RNT 합계를 교차 확인하기 전의 시간입니다.

스페인 급여명세서의 개별 필드와 추출 처리 방법에 대한 자세한 내용은 스페인 급여명세서 데이터를 Excel로 추출하는 방법 가이드에서 확인할 수 있습니다. 이 글은 그 가이드가 끝나는 지점부터 시작합니다. 하나의 nómina에서 40개로, 단일 PDF에서 월말 보고 의무로 넘어갈 때 어떤 일이 발생하는지 설명합니다.

월간 신고 파이프라인: 일괄 처리가 공급하는 데이터 흐름

40장의 급여명세서를 하나의 스프레드시트로 통합하는 가치는 표 자체가 아닙니다. 그 표가 다음 단계에 공급하는 데이터에 있습니다. 스페인 급여 규정 준수는 월간 리듬에 따라 두 가지 뚜렷한 데이터 요구사항을 충족해야 하며, 둘 다 동일한 출처인 개별 nómina에서 비롯됩니다.

Sistema RED / RNT (월간). 사용자는 TGSS에 기여 기준을 Sistema RED 플랫폼을 통해 전송해야 합니다. 제출 기간은 매월 1일에 시작하여 전날에 마감됩니다. 납부 기한은 계좌이체의 경우 월말 영업일, 자동이체(domiciliación)의 경우 20일입니다. RNT를 확정하기 전에 책임 있는 급여 관리자는 다음을 교차 확인합니다: RNT의 모든 직원 CC 기준 합계가 개별 nóminas의 총계와 일치합니까? 모든 사용자 aportación empresarial 합계가 모든 급여명세서의 합계와 일치합니까? RNT 초안과 기본 급여명세서 데이터 간의 불일치가 전송 및 납부되면 정정 신고(rectificación)가 되며, Inspección de Trabajo 중 적발되면 LISOS에 따른 제재 대상이 됩니다.

Modelo 111 (분기별). 직원 급여에서 IRPF를 원천징수하는 모든 사용자는 분기 종료 후 20일 이내에 Agencia Tributaria(AEAT)에 Modelo 111을 제출해야 합니다: 4월 1~20일(1분기), 7월 1~20일(2분기), 10월 1~20일(3분기), 1월 1~20일(4분기). Modelo 111에는 해당 분기 전체 직원의 총 IRPF 원천징수액(retención)이 필요합니다. 스페인 급여명세서의 IRPF 세율은 고정 비율이 아닙니다. 각 직원의 예상 연간 소득, Modelo 145를 통해 제출된 가족 상황, 그리고 주 세율 구간(19%~47% 누진세)을 보완하는 자치 지역 규모에 따라 개별적으로 계산됩니다. 각 직원의 IRPF 원천징수액은 개별 nómina에 기재됩니다. 분기별 총계는 Modelo 111에 있습니다. 그 사이의 단계는 스프레드시트입니다. 이 스프레드시트가 40장의 nóminas를 수동으로 옮겨 적어 구축된 경우, 단 한 번의 전사 오류(432.15 대신 342.15 입력)로 Modelo 111 총계가 잘못되어 AEAT 조정(결국 직원의 연간 Modelo 100 세금 신고서에 표시됨)에서 불일치가 발생합니다.

이 두 가지 신고 외에도 기업은 매월 CRA(Conceptos Retributivos Abonados, 지급 보상 항목)를 제출해야 하며, 직원 50명 이상인 기업은 Real Decreto 902/2020에 따라 평균 급여와 수당을 성별 및 직무 범주별로 세분화한 registro retributivo(급여 등록부)를 유지해야 합니다. 이 두 의무 모두 40장의 개별 nómina PDF에 있는 동일한 데이터에서 비롯됩니다. 일괄 통합은 각 신고를 데이터 수집 작업에서 하나의 출처로 구축된 피벗 테이블로 전환합니다.

유럽 국경을 넘어 급여를 관리하는 경우에도 동일한 일괄 통합 원칙이 프랑스 bulletin de paie 처리 및 독일 Lohnabrechnung 일괄 추출에 적용됩니다. 규제 체계는 다르지만 개별 PDF와 집계 신고 간의 운영 격차는 모든 유럽 급여 시장에서 동일합니다.

하나의 급여명세서가 세 가지 레이아웃이 되는 이유: A3, Sage, NominaSol이 고정 템플릿을 깨는 순간

모든 스페인 급여 소프트웨어는 동일한 Orden ESS/2098/2014 모델에 따라 법적으로 준수하는 급여명세서를 생성합니다. 각 급여명세서는 머리글(encabezado), 수당(devengos), 공제(deducciones), 그리고 사용자 부담금(aportación empresarial)이 포함된 산정 기준(bases de cotización) 패널이라는 네 가지 블록을 반드시 포함해야 합니다. 필드는 필수 항목입니다. 페이지 내 위치는 필수가 아닙니다.

A3 / a3innuwa Nómina(Wolters Kluwer)는 여러 고객사의 급여를 관리하는 세무·노무 사무소에서 지배적인 플랫폼으로, 사용자와 직원 데이터를 별도의 머리글 블록에 배치하고, 수당은 왼쪽 정렬 표, 공제는 오른쪽 정렬 표, 산정 기준 패널은 하단에 전체 너비로 펼쳐지는 다단 레이아웃을 생성합니다. Sage NominaPlus(대기업용 Sage 200 Laboral 포함)는 네 블록을 단일 세로 열로 배열합니다(상단 머리글, 그 아래 수당, 그 아래 공제, 최하단 산정 기준 패널). IRPF 원천징수율은 NIF 및 CCC와 함께 머리글에 눈에 띄게 표시됩니다. NominaSol(Software DELSOL)은 무료로 영구 업데이트되는 모델로 중소기업에 인기가 많으며, 자체 단일 열 레이아웃을 사용하여 모든 공제를 좁은 표에 모으고 사용자 부담금을 작은 패널 아래에 배치하는 간결한 형식을 사용합니다.

세 가지 다른 PDF 레이아웃. 급여명세서당 동일한 16개 필수 필드. A3 PDF에 맞춰 보정된 템플릿 기반 추출 도구는 필드 위치를 픽셀 좌표 또는 경계 상자로 읽습니다. 동일한 배치에 Sage NominaPlus 급여명세서가 들어오면 A3 레이아웃에서 (x=140, y=320)에 있던 "Salario Base" 필드가 Sage 레이아웃에서는 (x=80, y=280)에 있습니다. 템플릿은 이전 위치의 셀을 읽습니다. 다른 숫자나 빈칸이 나옵니다. 행이 잘못 추출됩니다. 그리고 회사가 연중에 급여 제공자를 전환한 경우(예: Sage에서 PayFit으로 마이그레이션) 배치의 절반은 한 레이아웃에서, 나머지 절반은 다른 레이아웃에서 옵니다. 동일한 열 정의에 대해 두 개의 템플릿을 구축 및 유지 관리한 다음 템플릿 #1이 1~6행에 적용되고 템플릿 #2가 7~12행에 적용되었는지 수동으로 확인하는 것은 일괄 처리로 절약한 시간을 무색하게 만듭니다.

바로 여기서 사용자 정의 열 추출이 판도를 바꿉니다. 템플릿 기반 도구와 달리 의미론적 추출은 각 급여명세서를 필드 의미로 읽습니다. AI는 "Salario Base"라는 개념 레이블을 이해하기 때문에 해당 레이블을 찾습니다. 훈련 예제에서 특정 픽셀 집합에 레이블이 있었기 때문이 아닙니다. 열 이름을 한 번만 정의하면 됩니다. AI는 동일한 의미론적 정의에 대해 모든 급여명세서를 읽습니다. 건설 회사의 A3 급여명세서, 사무직 직원의 Sage NominaPlus 급여명세서, 파트타임 직원의 NominaSol 급여명세서가 모두 동일한 스프레드시트에 들어가고, 각 행이 동일한 열에 정렬됩니다. AI가 각 필드가 어디에 있는지가 아니라 무엇을 말하는지 읽기 때문입니다.

다른 시스템의 급여명세서가 포함된 유사한 교차 제공자 일괄 처리 시나리오에 대해서는 동일한 접근 방식이 Douzone 및 ECOUNT 간 한국 급여명세서 통합을 처리하는 방법을 참조하십시오. 급여 소프트웨어 이름은 바뀌지만 단일 배치 내에서 이질적인 PDF 레이아웃이라는 과제는 보편적입니다.

스페인 급여명세서 40장을 하나의 급여 요약표로 일괄 처리하는 방법

40명 직원 급여 일괄 처리의 추출 워크플로는 단일 급여명세서 추출과 구조적으로 동일하지만, 규모가 커지면 열 설계, 일괄 처리에서 제출 파이프라인, 검증 단계가 모두 달라집니다.

원격 근무자, 지사, 또는 아웃소싱 급여 제공자 등 여러 위치에서 급여명세서 파일을 받아야 하는 팀을 위해 수집 링크를 통해 각 직원이나 지사가 nómina PDF를 직접 업로드할 수 있습니다. 파일이 자동으로 처리 대기열에 들어가므로, 일괄 처리 전에 이메일로 PDF를 추적하는 번거로움이 사라집니다.

대규모 검증: 40개 행이 3개 플래그 행으로 줄어드는 이유

단일 급여명세서를 수동으로 검증하는 방식(각 필드를 육안으로 확인하고 숫자가 맞는지 확인)은 40개 규모에는 적용할 수 없습니다. 일괄 추출 후 2~3개의 급여명세서를 표본 점검할 수는 있습니다. 하지만 40개를 모두 표본 점검하면서 Sistema RED의 마감일(전전날)을 맞추는 것은 불가능합니다. 검증 방식은 수동 필드별 검토에서 이상치 탐지로 전환되어야 합니다. 즉, 출력에서 계산된 관계가 깨지는 행을 스캔하고 해당 행만 검토하는 방식입니다.

추출 과정(위 3단계)에 포함된 세 가지 계산 열이 이러한 전환을 가능하게 합니다:

실업보험료율 검사는 두 번째 목적도 있습니다. 급여 소프트웨어 내보내기에서 별도 열을 필요로 하지 않고 계약 유형을 식별합니다. AI가 문서 내용에 따라 각 행을 범주로 분류하는 추론 열은 급여명세서에 인쇄된 실업보험료율을 기반으로 "무기계약" 또는 "기간제"를 출력할 수 있습니다. 이는 계약 분류가 일관되어야 하는 마스터 직원 명부를 유지 관리하고, 급여 소프트웨어 내보내기에 PDF 급여명세서에 이 필드가 포함되지 않은 회사에 유용합니다.

개별 급여명세서 기록을 구조화된 급여 명부로 전환하는 광범위한 설정의 경우, 배치 처리를 지원하는 동일한 사용자 정의 열 추출 메커니즘이 명부 구조도 지원합니다. 차이점은 빈도입니다. 배치 통합은 월별이며, 명부는 12개월 배치의 누적 출력입니다.

자주 묻는 질문