스페인 급여명세서 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)로 응답합니다.

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

그 결과는 매월 반복되는 작업이 됩니다. 각 직원의 nómina PDF를 엽니다. Total Devengado, 5가지 사회보험 공제 항목(contingencias comunes 4.70%, desempleo 1.55%/1.60%, formación profesional 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(월간). 고용주는 Sistema RED 플랫폼을 통해 TGSS에 기여 기준액을 전송해야 합니다. 제출 기간은 매월 1일에 시작하여 월말 전날에 종료됩니다. 납부 기한은 계좌이체의 경우 월 마지막 근무일, 자동이체(domiciliación)의 경우 20일입니다. RNT를 확정하기 전에 책임 있는 급여 관리자는 반드시 대조해야 합니다. RNT의 전체 직원 CC 기준액 합계가 개별 nómina의 합계와 일치하는가? 전체 고용주 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 원천징수액 총액이 필요합니다. 스페인 급여명세서의 IRPF 세율은 고정 비율이 아니라 각 직원의 예상 연간 소득, Modelo 145를 통해 신고된 가족 상황, 그리고 주 정부 구간(19%~47% 누진세)을 보완하는 자치 지역별 세율표에 따라 개별적으로 계산됩니다. 각 직원의 IRPF 원천징수액은 개별 nómina에 기재되어 있습니다. 분기별 합계는 Modelo 111에 있습니다. 그 사이의 단계가 바로 스프레드시트입니다. 이 스프레드시트가 40장의 nómina를 수작업으로 옮겨 적어 만든 것이라면, 단 한 번의 전위 오류(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와 통합 신고 사이의 운영상 격차는 모든 유럽 급여 시장에서 동일합니다.

하나의 Nómina가 세 가지 레이아웃이 되는 이유: A3, Sage, NominaSol이 고정 템플릿을 깨는 방식

모든 스페인 급여 소프트웨어는 동일한 Orden ESS/2098/2014 모델에 따라 법적으로 적합한 nómina(급여명세서)를 생성합니다. 각 nómina에는 encabezado(헤더), devengos(수입), deducciones(공제), 그리고 사용자의 aportación empresarial(사용자 부담금)이 포함된 bases de cotización 패널이라는 동일한 네 가지 블록이 포함되어야 합니다. 필드는 필수입니다. 그러나 페이지에서의 위치는 그렇지 않습니다.

A3 / a3innuwa Nómina(Wolters Kluwer)는 여러 고객 회사의 급여를 관리하는 gestorías(세무대리인)와 asesorías laborales(노무컨설팅)에서 지배적인 플랫폼으로, 고용주와 직원 데이터가 별도의 헤더 블록에 있는 다중 열 레이아웃, 왼쪽 정렬 테이블의 devengos, 오른쪽 정렬 테이블의 공제, 그리고 하단에 전체 너비에 걸친 bases de cotización 패널을 생성합니다. Sage NominaPlus(대기업용 Sage 200 Laboral 포함)는 네 개의 블록을 단일 세로 열로 배열합니다 — 상단에 헤더, 그 아래 devengos, 그 아래 공제, 하단에 bases 패널 — IRPF 원천징수율이 NIF 및 CCC와 함께 헤더에 눈에 띄게 표시됩니다. NominaSol(Software DELSOL)은 무료로 영구 업데이트되는 모델로 중소기업에 인기가 있으며, 모든 공제를 좁은 테이블로 그룹화하고 aportación empresarial을 아래의 작은 패널에 배치하는 컴팩트 형식의 자체 단일 열 레이아웃을 사용합니다.

세 가지 다른 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 nómina(급여명세서), 사무직의 Sage NominaPlus nómina(급여명세서), 파트타임 직원의 NominaSol nómina(급여명세서)가 모두 동일한 스프레드시트에 들어가고, 각 행이 동일한 열에 정렬됩니다. AI가 각 필드가 어디에 있는지가 아니라 무엇을 말하는지 읽기 때문입니다.

다른 시스템의 급여명세서를 사용하는 유사한 교차 제공업체 일괄 처리 시나리오는 Douzone 및 ECOUNT 간 한국 급여명세서 통합에서 동일한 접근 방식이 어떻게 처리되는지 확인하세요. 급여 소프트웨어 이름은 다르지만 단일 배치 내 이기종 PDF 레이아웃이라는 과제는 보편적입니다.

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

40명 직원 급여 배치의 추출 워크플로는 단일 급여명세서 추출과 구조적으로 동일합니다. 그러나 규모가 커지면 열 설계, 배치-신고 파이프라인, 검증 단계가 모두 달라집니다.

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

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

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

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

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

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

자주 묻는 질문