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

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

스페인 급여 소프트웨어는 스프레드시트를 생성하도록 설계되지 않았습니다. 이 소프트웨어는 급여를 정확하게 계산하고 Sistema RED를 통해 Tesorería General de la Seguridad Social(TGSS)에 결과를 전송하도록 설계되었습니다. Sistema RED는 모든 스페인 고용주의 월별 사회보장 기여금 신고를 처리하는 전자 신고 시스템입니다. 직접 정산 시스템(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)는 여러 고객사의 급여를 관리하는 gestoría 및 asesoría laboral에서 지배적인 플랫폼으로, 사용자와 직원 데이터를 별도의 헤더 블록에 배치하고, 수입은 왼쪽 정렬 테이블, 공제는 오른쪽 정렬 테이블, bases de cotización 패널은 하단에 전체 너비로 표시하는 다단 레이아웃을 생성합니다. Sage NominaPlus(대기업용 Sage 200 Laboral 포함)는 네 블록을 단일 세로 열로 배열합니다(헤더 상단, 수입 아래, 공제 그 아래, bases 패널 최하단). 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행에 적용되었는지 수동으로 확인하는 것은 일괄 처리로 절약한 시간을 무색하게 만듭니다.

바로 여기서 사용자 정의 열 추출(Custom Column Extraction)이 판도를 바꿉니다. 템플릿 기반 도구와 달리 의미론적 추출은 각 급여명세서를 필드 의미로 읽습니다. 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개월 배치의 누적 결과물입니다.

자주 묻는 질문