スペインの給与明細からExcelへデータ抽出する方法
Excelへ
2015年1月、スペインは公式の給与明細(ノミナ)モデルに小さな変更を加えました。それ以来、静かながらも連鎖的な抽出エラーが発生し続けています。Orden ESS/2098/2014により、新しい列「事業主の社会保障拠出金(aportación empresarial)」が追加され、従業員の給与明細に初めて表示されるようになりました。ほとんどの抽出ツールは、汎用的なEU給与テンプレートをベースに構築されているため、この数値を格納する列がありません。その結果、間違ったセルに入力されたり、さらに悪い場合には従業員の控除合計に加算されてしまい、手取り額(líquido a percibir)が数百ユーロも狂ってしまいます。2023年以降は、世代間公平メカニズム(MEI)により、従来のテンプレートでは認識できない控除項目がさらに追加されました。この記事では、スペインの給与明細のすべてのフィールドをマッピングし、それぞれが抽出精度に与える影響を説明し、1回の処理で照合可能なExcelを生成するワークフローを解説します。
重要ポイント
- スペインのすべてのノミナには5つの独立した社会保障控除が表示されますが、ほとんどの抽出ツールはこれら5つすべてを1つの「税金」列にまとめてしまいます。これは、月末の締め処理ではなく、労働監督局(Inspección de Trabajo)の調査で表面化する照合エラーです。
- 事業主の拠出金(aportación empresarial)は2015年1月以降、すべてのスペインの給与明細の下部に印刷されていますが、汎用的な抽出テンプレートには依然としてその列がありません。つまり、損益計算書上の総人件費が毎年数万ユーロも過少計上されていることになります。
- ImageToTable.aiは、「Contingencias Comunes」や「IRPF」を画面上の位置ではなく、その意味に基づいて読み取ります。各控除に独自の列を割り当てるため、給与の仕訳入力は、600のデータポイントを手動で並べ替える代わりに、5つのセルを使ったSUMIF関数で完了します。
スペインの給与明細(ノミナ)がデータ抽出において構造的に異なる理由
スペインの給与明細(ノミナ)は、英米の給与明細のように控除項目が一列に並んだものではありません。労働者法第29条およびOrden ESS/2098/2014で定められた公式モデルに基づき、スペインのすべてのノミナは2015年以降、4つのブロック構造が義務付けられています。数字が一列に並んでいることを前提とする抽出ツールでは、これら4ブロック全体でデータの対応関係が崩れてしまいます。
4つのブロックは以下の通りです。
- Encabezado(ヘッダー):企業データ(CIF/NIF、会社名、住所、CCC(社会保障事業所コード))と従業員データ(NIF、NAF(社会保障加入番号)、職種、保険等級、勤続年数)が含まれます。このブロックには、給与明細の対象となる月と年を指定する支払期間(periodo de liquidación)も記載されます。
- Devengos(支給額):その期間に従業員が受け取るすべてのユーロです。まず、給与ベースの収入(percepciones salariales)として、基本給、各種手当(勤続、語学、危険手当、夜勤手当)、時間外労働(horas extraordinarias)、および按分された臨時支給額(pagas extras prorrateadas、後述)が記載されます。非給与報酬(percepciones no salariales)として、日当、走行距離手当、補償金が含まれる場合もあります。このブロックの下部には、総支給額(Total Devengado)が表示されます。
- Deducciones(控除額):総支給額から差し引かれるすべての項目です。ここがスペインの給与明細が他のEU諸国と異なる点です。控除ブロックには単一の税額欄はなく、4~5つの個別の社会保障拠出金(一般災害、失業、職業訓練、FOGASA、そして2023年以降はMEI)と、IRPF(スペインの累進所得税で源泉徴収される個人所得税)の源泉徴収額、さらに前払金(anticipos)や差押え(embargos)などの追加控除が明細表示されます。各控除には労働者負担分(aportación del trabajador)が表示されます。すべての控除の合計が総控除額(Total a Deducir)です。
- Bases de cotización および事業主拠出(下部パネル):2015年以降、スペインのノミナには、計算に使用された保険料算定基礎額とともに、事業主の社会保障拠出額(aportación empresarial)を表示することが義務付けられています。このパネルには、各保険種類の算定基礎額(base de cotización)、該当する料率(tipo %)、および事業主の拠出額が表示されます。フランスの給与明細(bulletin de paie)、ドイツの給与明細(Lohnabrechnung)、イタリアの給与明細(cedolino)を含め、他のEU諸国の給与明細形式で、事業主拠出額を従業員控えに表示することを義務付けているものはありません。
抽出における実際的な影響:控除ブロックを上から下へ読み取り、「税金」という1つの列を出力する汎用ツールは、社会保障拠出金とIRPF源泉徴収額を混同します。これら2つの金額は、異なる会計科目(勘定科目476「社会保障機関預り金」対 勘定科目4751「税務署預り源泉所得税」)に属します。また、ページ下部の控除欄から離れた場所に印刷される事業主拠出額は、完全に見逃されてしまいます。
必須の給与明細(ノミナ)項目 — 各項目をスプレッドシートの列にマッピング
スペインのノミナには、以下に挙げる項目が必ず含まれていなければなりません。項目が欠けていることは単なる書式の見落としではなく、LISOS(社会秩序違反制裁法)に基づく労働違反となります。罰金は、正しい給与明細を交付しない場合の軽微(60~625ユーロ)から、実際の金額を偽って表示した場合の重大(626~6,250ユーロ)まであります。企業はノミナを最低5年間保管する必要があります。以下が抽出列マップです。
| ノミナセクション | フィールド | 推奨列名 | 会計・検証上の役割 |
|---|---|---|---|
| ヘッダー | 会社CIF/NIF | 雇用者NIF(CIF Empresa) | CCC登録と一致。Sistema RED提出時に使用 |
| 従業員NIF + NAF | 従業員NIF、社会保障番号(NAF) | すべての社会保障拠出記録の主要識別子 | |
| 拠出グループ | 拠出グループ(Grupo Cotizacion) | 最低・最高拠出基準額を決定 | |
| 清算期間 | 支払期間(Periodo) | TC2およびRNT調整のための月次年参照 | |
| 支給項目 | 基本給 | 基本給(Salario Base) | すべての拠出計算の基礎。契約ごとに固定 |
| 給与補填 | 補填(Complementos) | 勤続手当、語学手当、危険手当など。それぞれ拠出処理が異なる場合あり | |
| 按分賞与 | 按分賞与(Prorrata Pagas) | 臨時賞与を12ヶ月に分散する場合。常に存在するとは限らない | |
| 時間外労働 | 時間外労働時間(Horas Extra) | 別途拠出率が適用。法定上限を超える時間外労働は制裁対象 | |
| 支給総額 | 支給総額(Total Devengado) | 重要な調整ポイント:すべての支給項目の合計と一致する必要あり | |
| 控除 | 共通災害(労働者負担) | 社会保障共通災害(Cont. Comunes) | 共通災害基準額の4.70%。労働者控除の約65%を占める |
| 失業保険(労働者負担) | 社会保障失業保険(Desempleo) | 無期契約1.55%、有期契約1.60%。率で契約形態が判明 | |
| 職業訓練(労働者負担) | 社会保障訓練(Formacion Prof.) | 共通災害基準額の0.10% | |
| FOGASA(労働者負担) | 社会保障FOGASA | 0.20%:使用者のみ負担。労働者欄は0だが給与明細に表示 | |
| MEI(労働者負担) | MEI(Mecanismo Equidad) | 2023年より共通災害基準額の0.15%。前年比較のため別途抽出 | |
| IRPF源泉徴収 | IRPF源泉徴収(Retencion IRPF) | IRPF対象基準額に累進税率を適用。勘定科目4751(476ではない)に属する | |
| 控除総額 | 控除総額(Total a Deducir) | 上記すべての控除項目の合計と一致する必要あり | |
| 結果 | 受取額 | 手取り額(Liquido a Percibir) | 最終調整:支給総額 − 控除総額 = 手取り額 |
| 基準額+ 使用者負担 | 共通災害基準額 | 共通災害基準額(Base CC) | 共通災害拠出基準額。2026年の上限は月額5,101.20ユーロ |
| AT/EP+失業保険基準額 | AT/EP+失業保険基準額(Base ATEP) | 時間外労働を含む。上限も月額5,101.20ユーロ | |
| 使用者負担額(各災害別) | 使用者負担共通災害(Aport. Empr. CC)、使用者負担失業保険など | 2015年以降のスペインの給与明細に特有。コストセンター会計および総人件費分析用 |
33列と聞くと多いと感じるかもしれません。しかし、ノミナを複雑にしているのと同じ法的要件が、その予測可能性も生み出しています。a3asesor、Sage NominaPlus、NominaSol、PayFit、Cegidで生成されるすべての給与明細には、これらの項目が正確に含まれています。供給元によってレイアウトが大きく異なる可能性があるスペインの請求書とは異なり、ノミナのレイアウトは規制された構造に従っています。課題は項目を見つけることではなく、5つの控除を1つの「税金」バケットにまとめずに別々の列に振り分け、下部にある事業主負担パネルを見落とさないことです。
他国の給与データを扱ったことがある場合、この項目構造は見慣れているようで微妙に異なると感じるかもしれません。フランスの給与明細(bulletin de paie)は、拠出金を5つのcotisationブロック(Santé、Retraite、Chômageなど)にグループ化し、従業員負担分と事業主負担分の両方を記載します。ドイツの給与明細(Lohnabrechnung)は、税金(Steuer)と社会保険(Sozialversicherung)をSteuer-ID識別子で区別します。スペインのノミナは、事業主負担分を従業員の控えに直接印刷する唯一の形式です。
社会保障費の内訳 — なぜ5つの列が重要なのか
スペインの給与明細における従業員負担分の社会保障控除は、単一の数字ではありません。Orden PJC/297/2026に基づく2026年の拠出区分と従業員負担率(tipo del trabajador)は以下の通りです。
| 区分 | 従業員負担率 | 事業主負担率 | 合計負担率 | 適用対象ベース |
|---|---|---|---|---|
| Contingencias Comunes(一般災害) | 4.70% | 23.60% | 28.30% | 一般災害ベース(月額上限5,101.20ユーロ) |
| Desempleo — 無期契約(失業保険) | 1.55% | 5.50% | 7.05% | AT/EPベース(残業代含む) |
| Desempleo — 有期契約(失業保険) | 1.60% | 6.70% | 8.30% | AT/EPベース |
| Formación Profesional(職業訓練) | 0.10% | 0.60% | 0.70% | 一般災害ベース |
| FOGASA(賃金保証基金) | — | 0.20% | 0.20% | AT/EPベース |
| MEI(世代間公平メカニズム) | 0.15% | 0.75% | 0.90% | 一般災害ベース |
AT/EP(労働災害・職業性疾病)は事業主のみ負担し、CNAE(活動コード)によって異なり、リスク区分に応じて0.90%から7%超の範囲です。固定率ではないため、全従業員が同じCNAEコードで働いていない限り、Excel上の従業員ごとの事業主負担合計は同一行にはなりません。
「社会保障控除」という1列ではなく、5つの個別抽出列が必要な理由は2つあります。第一に、スペインの給与計算における会計仕訳(asiento contable)では、事業主負担を複数の補助科目に分割します。事業主負担総額はcuenta 642(会社負担の社会保障)、従業員負担分はcuenta 476(社会保障機関債務)に計上されます。5つの拠出金をすべて1つの「社会保障」セルにまとめて抽出すると、会計仕訳担当者が手動で再分割する必要が生じ、抽出の目的が損なわれます。第二に、いずれかの拠出金の率が変更された場合(2023年にMEIが0.10%で導入され、2026年に0.15%に引き上げられたように)、5つが合算されていると変更がわかりません。「なぜ1月の総控除額が12月より18.50ユーロ高いのか」という質問に答えるには、列レベルの詳細さが必要です。
事業主負担(aportación empresarial)— 給与明細下部にある、各従業員に対して会社が社会保障に支払う金額を示すパネル — は別の抽出対象です。50人規模の企業では、全給与明細の事業主負担列を合計すると、月間総人件費(coste laboral total)が算出され、損益計算書や年次決算書(cuentas anuales)に計上されます。各給与明細の下部にある見落とされがちな1列が、年間数万ユーロ相当の損益計算書項目になります。
スペインの給与明細におけるIRPF源泉徴収 — 正しい税率の抽出と検証
IRPF(個人所得税)はスペインの累進課税方式の所得税で、毎月の給与(nómina)から源泉徴収されます。この源泉徴収率(tipo de retención)は一律ではありません。従業員ごとに、推定年間収入、家族状況(子の人数、婚姻状態)、障害の程度、その他Modelo 145で申告された個人的事情に基づいて個別に計算されます。2026年の勤労所得に対するIRPFの税率区分は以下の通りです。
| 年間所得範囲(€) | 限界税率 |
|---|---|
| 0~12,450 | 19% |
| 12,451~20,200 | 24% |
| 20,201~35,200 | 30% |
| 35,201~60,000 | 37% |
| 60,001~300,000 | 45% |
| 300,000超 | 47% |
これらは累進課税区分です。つまり、年収30,000ユーロの従業員が全額に対して30%を支払うわけではありません。最初の12,450ユーロには19%、次の7,750ユーロには24%、残りには30%が課税されます。実効税率(tipo efectivo)は常に限界税率よりも低くなります。給与明細に記載されている源泉徴収率(多くの場合、IRPF控除額の横またはヘッダーにパーセンテージで表示)は、雇用主が選択するものではなく、税務当局(AEAT)が事前に計算した率です。
なぜIRPFを社会保障控除とは別の列として抽出する必要があるのでしょうか?それは、IRPFの納付先が異なるからです。給与仕訳では、IRPF源泉徴収額は勘定科目4751(源泉徴収債務)に貸方記入され、社会保障の従業員負担分は勘定科目476に記入されます。これらを1つの列に混在させると、毎月のModelo 111(IRPF源泉徴収申告書)やRNT(社会保障負担申告書)が抽出データと一致しなくなり、その差異は労働監督調査や税務調査という最悪のタイミングで表面化します。
簡単な検証方法:給与明細のIRPF源泉徴収額は、給与明細下部の「課税ベース」欄付近に表示される「IRPF課税ベース(base sujeta a IRPF)」に税率を適用して計算されます。この課税ベースは通常、総支給額(Total Devengado)から非課税額(法定範囲内の日当など)を差し引いた金額です。抽出データにIRPF税率と課税ベースの両方が含まれていれば、「課税ベース×税率-抽出IRPF額」という計算列を追加することで、差額が±1ユーロを超える行を即座に特定できます。この計算式により、200行のスプレッドシートから調査すべき行はわずか3行に絞り込まれます。
スペインの給与明細データをExcelに抽出する方法 — ステップバイステップのワークフロー
抽出ワークフローは、ビザ申請用に1枚のノミナを処理する場合でも、月末の給与調整のために50枚を処理する場合でも同じです。違いは、列の設計と検証手順にあります。
ファイルは安全に処理され、保存されることはありません。
ステップ1:ノミナファイルをアップロードします。 対応形式はPDF、JPG、PNG、Webスクリーンショットです。給与ソフト(a3asesor、Sage NominaPlus、NominaSol、PayFit)がほぼすべてそうであるように、ノミナをPDFでエクスポートする場合は、PDFを直接アップロードしてください。一括アップロードも可能です。特定の月の全従業員のノミナを選択し、まとめてアップロードします。システムは一度に最大数百のファイルを処理し、結果を1つのExcelワークブックに統合します。
ステップ2:抽出する列を定義します。 ここでカスタム列抽出が威力を発揮します。テンプレートベースのツールのように各フィールドに矩形を描く代わりに、必要なフィールド名を入力するだけで、AIがページ上の位置ではなく、その意味を理解して各値を特定します。スペインのノミナの場合、列リストは次のようになります:
従業員名 (Nombre Empleado)
従業員NIF
社会保障番号 (NAF)
支給期間 (Periodo)
基本給 (Salario Base)
手当 (Complementos)
按分賞与 (Prorrata Pagas)
総支給額 (Total Devengado)
社会保障一般拠出 (Cont. Comunes)
社会保障失業 (Desempleo)
社会保障職業訓練 (Formacion Prof.)
MEI
IRPF源泉徴収 (Retencion IRPF)
控除合計 (Total a Deducir)
手取り額 (Liquido a Percibir)
CC基準額 (Base CC)
事業主CC拠出 (Aport. Empr. CC)
事業主失業拠出 (Aport. Empr. Desempleo)
推論列も定義できます。これは、値が明示的に印刷されていない場合でも、AIが文書の内容に基づいて入力する列です。例えば、「契約タイプ(選択肢:Indefinido/Temporal)」という名前の列は、AIに給与明細の失業保険率(1.55%=無期、1.60%=有期)を読み取らせ、正しい契約タイプを出力させます。これは、契約分類に一貫性が必要なマスター従業員データベースを構築する際に便利です。
ステップ3:AIがファイルを処理します。 各給与明細の処理には5~10秒かかります。AIはページ全体(ヘッダー、devengos、deducciones、下部のbasesパネル)を読み取り、あなたが定義したすべての列に入力します。AIはグリッド位置ではなく文書を意味的に理解するため、異なる給与ソフトウェア(a3asesorノミナとSage NominaPlusノミナは見た目が異なりますが、同じフィールド用語を含んでいます)間のレイアウトのバリエーションも処理できます。
ステップ4:Excel(XLSX)としてダウンロードします。 出力は構造化されたスプレッドシートで、各行が1枚の給与明細、各列が1つの抽出フィールドです。対応している出力形式はExcel(XLSX)、CSV、JSONです。XLSXは数値形式や日付形式を保持し、検証用の数式列も使用できるため、給与調整の標準的な選択肢です。
抽出エラーをキャッチする一行の調整チェック
ノミナの構造には、組み込みの監査証跡があります。Total Devengado − Total a Deducir は Líquido a Percibir と等しくなければなりません。これら3つの列が抽出されていれば、4列目の1つのExcel数式(Total Devengado − Total a Deducir − Líquido a Percibir)はゼロを返すはずです。±0.50ユーロを超える値は、抽出エラーか、手動レビューが必要な四捨五入のある給与明細を示しています。
この検証は必須です。給与データのエラーは増幅します。誤ったベースに適用された1.55%の失業率は、12ヶ月と50人の従業員で掛け合わせると、RNT(労働者名簿)申告と会社の会計記録との間に6桁の不一致を生み出します。これを抽出時に見つけることと、労働監督局の調査中に見つけることの違いは、5分の列修正と、LISOS第22条に基づく制裁の違いです。
このチェックは、計算列を使用して抽出に直接組み込むことができます。「調整チェック(Total Devengado − Total a Deducir − Liquido a Percibir)」という名前の列を定義すると、AIが抽出中に差を計算します。ゼロ以外の行は、Excelファイルを開く前からフラグが立てられます。これは後処理ステップではなく、抽出パス自体に組み込まれています。
抽出列に追加する価値のある、他の3つの検証チェック:
- 社会保障料率の確認。 抽出された従業員負担分の一般共通災害保険料は、CCベースの約4.70%に相当する必要があります。計算列:CCベース × 4.70% − 抽出された共通災害保険料。±1ユーロを超える行にフラグを立てます。
- IRPFの整合性。 IRPF率(%)とIRPF源泉徴収額(ユーロ)の両方を抽出する場合、以下を検証します:IRPF課税ベース × 率% − IRPF源泉徴収額。IRPF源泉徴収率はAEATによって計算され、四捨五入が含まれる場合がありますが、大きな乖離は抽出ミスを示します。
- 雇用主負担の妥当性。 雇用主負担のCC(CCベースの23.60%)は、四捨五入の範囲内で事業主拠出額の行と一致する必要があります。この行で不一致が生じた場合、多くの場合、誤ったベースが読み取られたことを意味します。つまり、ツールがCCベースではなくAT/EPベースを取得した可能性があります。
複数従業員の一括処理 — 按分された臨時賞与と変動控除の取り扱い
単一のノミナを処理するのは簡単です。しかし、50件ものノミナを、契約形態、IRPF率、臨時賞与の構造が異なる従業員間で処理する場合、単一ファイルの抽出には存在しない3つの課題が生じます。
按分あり vs. 按分なしの臨時賞与。 労働者法第31条に基づき、スペインの全従業員は年に2回の臨時賞与(夏季(6月/7月)とクリスマス(12月))を受け取る権利があります。各臨時賞与は最低でも基本給の30日分です。多くの企業はこれらの支払いを按分(年額の臨時賞与を12で割り、毎月のノミナに12分の1を含める)することを選択します。臨時賞与が按分されている場合、devengosセクションには「Prorrata Pagas Extras」または「P.P. Extras」という項目が表示されます。按分されていない場合、6月と12月のノミナには、他の月のほぼ2倍の大きさのTotal Devengadoを持つ別のブロックが表示されます。
6月に按分ありと按分なしの従業員が混在するバッチ抽出を実行すると、按分なしの行のTotal Devengado値がエラーのように見えます。修正方法は、それらの行を除外することではありません。「Paga Extra Included」という列を推論列として抽出することです。AIが現在のノミナに臨時賞与が含まれているかどうかを読み取り、マークします。その後、Excelのピボットテーブルでそれらの月をフィルタリングまたは分離して、年間分析を行うことができます。
契約形態と失業保険料率の変動。 無期契約では、従業員負担の失業保険料率は1.55%です。有期契約では1.60%です。観光業や農業で一般的な不定期継続契約も無期契約と同じ料率を使用します。無期契約と有期契約が混在する労働力を処理し、失業保険控除をベースに対して検証する場合、すべての行に1つの料率を適用すると、約半数の行で誤検出が発生します。失業保険料率を独自の列として抽出するか、推論列を使用して給与明細に印刷された料率から契約形態を分類します。
従業員間のIRPF率の変動。 スペインの企業において、2人の従業員が同じIRPF源泉徴収率を持つとは限りません。年収22,000ユーロで子供2人の従業員の源泉徴収率は12%かもしれませんが、年収28,000ユーロで扶養家族のいない同僚は19%かもしれません。率を独自の列として、金額を別の列として抽出することで、バッチ全体に1つの想定率を適用して半数の行が失敗する理由を疑問に思うのではなく、各行を個別に検証できます。
リモートワークや複数拠点で働く従業員から給与明細を収集する必要がある企業にとって、給与明細収集パイプラインを構築することで、メールでPDFを追いかける手間が省けます。従業員が直接ノミナをアップロードすれば、自動的に処理キューに届きます。
抽出から会計処理へ — Excelデータで給与仕訳を作成する
スペイン会計における給与仕訳(asiento de nómina)は、一般会計計画(PGC)で定められた標準構造に従います。抽出したノミナのExcelデータは、PGCの勘定科目に直接マッピングされます。
| ノミナのソース | 借方 / 貸方 | PGC勘定科目 | 勘定科目名 |
|---|---|---|---|
| 総支給額(全従業員) | 借方 | 640 | 給与・賃金 |
| 事業主負担の社会保障費(全拠出額の合計) | 借方 | 642 | 会社負担の社会保障 |
| 従業員負担の社会保障費(全従業員の控除額合計) | 貸方 | 476 | 社会保障機関(未払金) |
| IRPF源泉徴収額(全従業員) | 貸方 | 4751 | 税務当局(源泉徴収未払金) |
| 手取り額(全従業員) | 貸方 | 465 | 未払報酬 |
抽出データで社会保障費の各拠出が別々の列に分かれ、IRPFと社会保障費が区別されていれば、この仕訳はExcelのSUMIF関数5つで作成できます。600ものデータポイントを手作業で並べ替える必要はありません。借方合計(640 + 642)は貸方合計(476 + 4751 + 465)と一致しなければなりません。一致しない場合、抽出データに誤分類された控除があります。最も多いのは、IRPFが誤って社会保障費の列に含まれているか、事業主のAT/EP拠出が勘定科目642に含まれていないケースです。
ここで、控除の種類ごとに別々の列があることの価値が発揮されます。「控除合計」という1つの列だけでは仕訳のバランスは取れても、どの補助科目が間違っているかはわかりません。5つの社会保障費拠出に加えてIRPF用の列があれば、1分以内に不一致を特定の控除明細に特定できます。
給与透明性とRegistro Retributivo(賃金登録)— データ抽出がコンプライアンス基盤になるとき
2021年4月以降、Real Decreto 902/2020(同一賃金透明性に関する勅令)に基づき、スペインの全企業(規模を問わず)は、性別および職種別に平均給与と手当を内訳表示した賃金登録簿(registro retributivo)を維持しなければなりません。従業員50人以上の企業はさらに、完全な賃金監査(auditoría retributiva)を含む平等計画(plan de igualdad)にこの賃金登録簿を反映させる必要があり、職種、勤続年数などの要素別に賃金格差を分析します。
この義務を支えるデータは給与明細(nómina)に存在します。基本給(salario base)、手当(complementos)、勤続加算(antigüedad)、臨時給与(pagas extras)のすべての項目を性別で内訳し、職種別の平均・中央値を計算して、25%を超える賃金格差(brecha salarial)を検出する必要があります。25%超の格差がある場合は、正当化が義務付けられます。給与明細データを従業員別・月別・収入項目別に構造化されたExcelに抽出している企業は、ピボットテーブルで半日で賃金登録簿を作成できます。データがPDFに閉じ込められている企業は、手動転記に1週間を要し、エラーリスクが高く、LISOS第7.13条に基づくコンプライアンス違反(賃金登録簿の不存在は重大な違反と分類)にさらされます。
よくある質問
AI抽出ツールは、a3asesor、Sage、NominaSolなど異なる給与ソフトウェアの給与明細を同じバッチで処理できますか?
はい、ツールが位置ではなく意味でフィールドを理解する限り可能です。セマンティックAIリーダー(「Salario Base」や「Líquido a Percibir」を画面上のピクセル座標ではなく、ページ上のどこでも概念を認識して識別するもの)は、給与ソフトウェア間のレイアウトの違いを処理します。a3asesorの給与明細は左側に保険料算定基礎(bases de cotización)パネルを配置しますが、NominaSolの給与明細は右側に配置する場合があります。1つのレイアウトで学習したテンプレートベースのツールは、別のレイアウトでは機能しません。セマンティックツールは両方を正しく読み取ります。
抽出結果は、スペイン語のフィールド名(nómina、retención、cotización)のアクセント記号を保持しますか?
はい。AIは書類に表示されている通りのスペイン語テキスト(アクセント記号を含む)を読み取ります。定義する列名には、AIへのコンテキストとしてアクセント付きの用語を含めることができます(例:「IRPF Withholding (Retención IRPF)」)。抽出された値は、給与明細の元のテキストを保持します。
従業員のnóminaがデジタルPDFではなくスキャン画像の場合はどうなりますか?
AIは、スキャン文書、写真、スクリーンショットをネイティブPDFと同様に処理します。デジタルファイルかスキャンかに関わらず、視覚的理解を用いてテキストを読み取るため、別途OCR前処理は不要です。印刷品質が重要です。読みやすいスキャンはデジタルPDFと同等の精度を発揮します。文字がかすれた低品質のコピーでは、一部のフィールドで信頼度が低下する可能性があります。
個別の社会保障拠出金に分割せずに、控除合計のみを抽出できますか?
はい。ただし、照合の目的には推奨されません。「Total a Deducir」のみを抽出した場合、仕訳帳のバランスは取れますが、各控除タイプを対応する申告書(IRPFはModelo 111、社会保障はRNT)に紐付けることができなくなります。個別の列を定義するための5分の投資が、差異が発生した際の調査時間を何時間も節約します。ビザ申請用の個人収入概要など、軽量なユースケースであれば、「Total a Deducir」のみの抽出で十分です。
月次データにおける「paga extra prorrateada」(按分賞与)はどのように扱われますか?
賞与の按分部分は、devengosセクションに「Prorrata Pagas Extras」または「P.P. Extras」というラベルで明細行として表示されます。これを独自の列として抽出すると、Excelデータには基本給とは別に月次の按分額が表示されます。これは給与構造の分析に役立ちます。按分がない従業員の行で6月/12月の急増を気にすることなく、年間総報酬(salario base × 12 + pagas extras)を計算できます。
抽出時にNIFまたはNAFの形式検証は行いますか?
いいえ。本ツールは給与明細に印刷された値をそのまま抽出します。形式検証(NIFのパターン:数字8桁+チェック文字1桁、または法人の場合は英字1桁+数字7桁+チェック文字1桁)は、抽出後にExcelの数式または条件付き書式を使用して行ってください。
複数の自治州(comunidades autónomas)に従業員がいる企業の場合、IRPF税率は異なりますか?
はい。IRPFは一部が自治州に委譲されています。国の定める課税区分(上記の表に示されています)は全国一律ですが、各自治州が独自の自治州税率表を設定し、国の自治州部分と置き換わります。給与明細に印刷されているIRPF税率の合計は、従業員の税務上の居住地に応じた正しい合算税率を既に反映しています。本抽出ツールはこの税率を給与明細から読み取るものであり、従業員がどの自治州に居住しているかを把握する必要はありません。給与明細に記載された源泉徴収額と税率が確定値です。
スペインのノミナは、4ブロック構造であるからこそ、ヨーロッパで最も規制の厳しい給与明細の一つです。必須項目、義務的な拠出金の内訳、雇用主負担の各項目はすべて、給与のトレーサビリティを確保するために存在します。データがPDFに閉じ込められていると、そのトレーサビリティがボトルネックになります。しかし、データが構造化されたExcelに移行し、各社会保障拠出金が独自の列に整理され、IRPFが明確に分離され、抽出時に不一致を検出する調整計算式が組み込まれれば、ノミナを複雑にしていた同じ規制の厳しさが、月末の締め処理を5時間短縮する監査証跡へと変わります。