スペインのRentaシーズン：6月30日までに人事が確認すべき給与明細データチェックリスト

スペインの年間税務コンプライアンスにおけるボトルネックは、スペインの個人所得税（IRPF）源泉徴収の計算ではありません。給与計算ソフト（A3、Sage NominaPlus、NominaSol）はそれを正確に計算します。ボトルネックはデータの橋渡しです。12か月分の個別の給与明細（nómina）PDFを1月の1つのModelo 190に結び付け、そのModelo 190から4月の40通の従業員源泉徴収証明書（certificado de retenciones）に戻す橋です。ほとんどの人事部門と給与計算代行会社（gestorías）は、コピー＆ペーストでその橋を構築しています。毎年6月、従業員が所得税申告（declaración de la renta）を行うと、その亀裂はAEATの不一致通知として表面化します。この記事では、データの連鎖を明らかにし、従業員が気付く前に不一致を検出する7つの検証ポイントを特定し、来年1月のModelo 190を再構築プロジェクトではなく照合ステップにするシステムを提示します。

6月30日の期限が1月に始まる理由

2025年度の所得税申告キャンペーンは2026年4月8日に開始され、2026年6月30日に終了します。口座振替（domiciliación bancaria）で納付する納税者は、AEAT公式カレンダーに従い、6月25日までに申告する必要があります。従業員はRenta WEBにログインし、下書き（borrador）を確認して、承認または修正します。その下書きに事前入力されたデータは、雇用主が4か月前にModelo 190でAEATに提出したものです。すなわち、給与所得、IRPF源泉徴収、社会保障（Seguridad Social）の保険料算定基礎です。Modelo 190に誤りがあった場合、従業員の下書きにもその誤りが引き継がれます。従業員は5月か6月にそれを発見します。人事部門に電話がかかってくるのです。

Modelo 190は、Modelo 111で四半期ごとに申告された給与所得（rendimientos del trabajo、Clave A）に対するすべてのIRPF源泉徴収の年間情報集計です。従業員の給与からIRPFを源泉徴収するすべての雇用主が提出する必要があります。大企業だけでなく、従業員を1人でも抱える個人事業主（autónomo）や、顧客の給与計算を代行する給与計算代行会社（gestoría）も対象です。提出期間は1月1日から1月31日まで（AEATによると2026年2月2日まで延長）。四半期ごとのModelo 111が集計された源泉徴収額のみを報告するのに対し、Modelo 190は従業員（perceptor）ごとのデータ（年間総報酬、年間IRPF源泉徴収額、保険料算定基礎、支給区分）を明細化します。

これが、6月の危機が1月に始まる構造的な理由です。Modelo 111は1つの数字だけを求めます。その四半期の全従業員に対するIRPF支払総額です。Modelo 190は従業員ごとに40件の個別レコードを求め、それぞれが12か月分の個別給与明細データと一致する必要があります。Modelo 111の合計を給与計算ソフトの四半期集計と比較して検証していた人事部門には、従業員ごとの正確性を検証する仕組みがありませんでした。集計は一致していました。個別の行は一致していませんでした。従業員の下書きが5月に不一致を指摘する頃には、Modelo 190は提出から4か月が経過しており、修正には修正申告（declaración complementaria）が必要です。このプロセスは、誤りの性質によっては数週間かかる可能性があり、その間も従業員のRenta申告期限が迫っています。

照合作業に取り掛かる前にスペインの給与明細の詳細な項目別マップが必要な場合は、給与明細抽出ガイドで、ヘッダー（encabezado）から保険料算定基礎（bases de cotización）までのすべての必須項目を網羅しています。この記事では、抽出後のプロセス、つまり抽出結果を監査対応可能なModelo 190の裏付け資料に変える検証パイプラインに焦点を当てます。

データチェーン：給与明細12枚（Nóminas）、Modelo 111×4、Modelo 190×1、証明書40通

手動検証が大規模になると機能しなくなる理由を理解するには、データの全経路を追跡する必要があります。40人の従業員を抱える会社が毎月の給与計算を行うと、年間で480枚の給与明細PDFが生成されます（従業員1人あたり年12枚）。各PDFには、Orden ESS/2098/2014に基づく約16の必須項目が含まれています：基本給、手当（complementos）、時間外手当、社会保障（Seguridad Social）の従業員控除4項目（一般保険料 4.70%、失業保険料（desempleo）1.55%～1.60%、職業訓練保険料（formación profesional）0.10%、および2025年の従業員向け世代間公平メカニズム（MEI）0.13%（2026年に0.15%へ上昇））、従業員個人の税率によるIRPF源泉徴収、事業主負担（aportación empresarial）、保険料算定基礎。これを12ヶ月分、さらに40人分に掛け合わせます。

この480枚のPDFから、4つのデータ出力を生成する必要があります：

出力	宛先	粒度	期限
Modelo 111（四半期）	AEAT	集計 — 全従業員のIRPF合計	4月20日／7月20日／10月20日／1月20日
Modelo 190（年間）	AEAT	従業員別 — 個別IRPF、報酬、算定基礎	1月31日（2026年は2月2日まで延長）
源泉徴収証明書（certificado de retenciones）	各従業員	従業員別 — 個別報酬＋IRPF集計	Renta申告開始前（4月上旬）
Sistema RED / RNT送信	TGSS	従業員別 — 保険料算定基礎、日数、契約種別	毎月の前々日

ほとんどのコンプライアンスガイドが見逃す重要なポイント：Modelo 190と源泉徴収証明書（certificado de retenciones）は同じデータソースを共有しますが、対象者が異なります。Modelo 190はAEATのクロスチェックシステムに入力されます。証明書は従業員のRenta申告に使用されます。両者は1セント（€0.01）単位まで一致する必要があります。給与明細の読み取りミスが1件でも発生し、IRPF源泉徴収が€432.15ではなく€342.15と入力されると、その誤りはModelo 190、次いで従業員のAEAT税務データ、さらに申告書下書きへと波及します。従業員は申告書下書きを（雇用主が同じデータから発行した）源泉徴収証明書と照合します。差異が明らかになります。人事部に問い合わせが来ます。AEATのModelo 190合計とModelo 111四半期集計の自動クロスチェックが並行して実行されます：4つの四半期合計が年間の従業員別内訳と一致しない場合、雇用主に照会通知（requerimiento）が発行されます。

四半期申告義務がスペインのさまざまな税モデルにおける給与明細データとどのように連動するかについては、スペインの四半期付加価値税（IVA）Modelo 303申告に関する分析をご覧ください。データ集計パターンは構造的に類似していますが、課税ベースが異なります。

給与明細を手作業で確認し、IRPF源泉徴収、総支給額（total devengado）、保険料算定基礎を探すのに1枚あたり2分かかるとします。A3、Sage、NominaSolのPDFレイアウト間でフィールドの位置が変わるため、目視でのスキャンが必要です。40人規模の会社では、データ転記だけで年間およそ16時間を費やしています。しかも、これはModelo 111の四半期合計とModelo 190の1+1+1+1=4のクロスチェックを行う前の話です。ここでカスタム列抽出が計算を変えます。各PDFを目視で読んで特定のフィールドを探す代わりに、必要な列名（「IRPF源泉徴収」「総支給額」「従業員社会保険料」「事業主負担」）を定義すれば、AIは各フィールドの意味に基づいてすべての給与明細を読み取ります。ページ上の位置は関係ありません。列定義は1回。従業員40人。12か月。統合スプレッドシートは1つ。16時間が数分に短縮されます。40枚の給与明細を一括処理して給与サマリーテーブルにまとめる方法ではその仕組みを詳しく説明しています。ここで重要なのは、その統合スプレッドシートがModelo 190の検証で何を可能にするかです。

従業員が申告する前の7項目チェックリスト

このチェックリストは、すべての給与明細データを、従業員ごと・月ごとに1行ずつ単一のスプレッドシートに抽出済みであることを前提としています。以下の各チェック項目は、何を確認すべきか、不一致が何を示すかを示しています。

従業員ごとの年間IRPF合計をModelo 190のClave Aと照合する

各従業員のIRPF源泉徴収額を12か月分すべて合計します。Modelo 190の当該NIFのレコードごとの金額と比較します。不一致は少なくとも1か月のデータ入力ミスを示しており、多くの場合、桁の入れ替え（342.15を432.15と入力）が原因です。従業員ごとの合計が一致するのに、Modelo 190の合計がModelo 111の四半期申告4回分の合計と異なる場合は、いずれかの四半期申告で従業員が1人漏れている可能性があります。

年間総報酬（total devengado）をModelo 190の保険料算定基礎と照合する

各従業員の総支給額（total devengado）を12か月分の給与明細すべてで合計します。Modelo 190は総収入（percepciones íntegras）を報告するため、両者は一致する必要があります。ちょうど1か月分の給与と一致しない場合は、1か月分が漏れていることを意味します。1か月分の給与より少ない不一致で明確なパターンがない場合は、按分により賞与（paga extra）が給与明細とは異なる期間に記録されていることが多いです。支給項目（devengos）の按分賞与（pagas extras prorrateadas）フィールドと照合してください。

すべての従業員NIFをAEATの形式仕様に対して検証する

桁が入れ替わったNIFは、Modelo 190で最も一般的な拒否エラーです。スペインのNIF形式：個人は数字8桁＋チェック文字1文字、法人は文字1文字＋数字7桁＋チェック文字1文字です。Modelo 190のWebフォームは無効なNIFを拒否しますが、別の従業員に属する有効なNIFが2つの行の間で入れ替わっている場合は検証を通過し、データのトレーサビリティ問題を引き起こします。これは、実際の従業員の下書き申告書に貴社からの収入がゼロと表示されたときに、AEATのクロスチェックで指摘されます。各NIFを給与明細PDFだけでなく、従業員データベースと照合してください。

Modelo 190のIRPF合計がModelo 111の四半期合計4回分の合計と一致することを確認する

これはAEATが自動的に実行する「1+1+1+1＝4」の算術検証です。4回分の四半期Modelo 111申告からIRPF合計を合計します。Modelo 190の表紙（Hoja 1）のIRPF合計と比較します。異なる場合は、原因を特定するまでModelo 190を提出しないでください。一般的な原因：従業員がModelo 111の四半期には含まれているが年次内訳から漏れている、またはその逆。修正には、Modelo 190を一致するデータで提出する前に、追加のModelo 111申告が必要です。Modelo 190だけを調整して差異を「修正」しようとしないでください。

保険料算定基礎がSistema REDで送信された内容と一致することを確認する

Modelo 190には保険料算定基礎（bases de cotización）の欄があり、毎月Sistema REDを通じてTGSSに送信された従業員別データと一致している必要があります。TGSSの照合は社会保障側、AEATの照合は税務側で行われますが、TGSS（RNT）に申告した内容とModelo 190に記載された内容に不一致があると、労働監督署とAEATの合同検査（actuación conjunta de la Inspección de Trabajo y la AEAT）で問題が表面化する可能性があります。従業員ごとの年間保険料算定基礎の合計を、毎月のRED送信データの合計と照合してください。

各源泉徴収証明書を同じ元データに基づいて作成・検証する

IRPF規則（Reglamento del IRPF、Real Decreto 439/2007）第108.3条に基づき、すべての雇用主はRenta申告シーズン開始前に各従業員へ年間源泉徴収証明書を発行する義務があります。公式の様式は定められていませんが、雇用主のNIFと名称、従業員のNIFと氏名、年間総報酬額、IRPF源泉徴収総額、課税年度を含める必要があります。これらの値は、従業員別のModelo 190の記録および従業員自身の給与明細の合計と、1セント単位まで一致していなければなりません。IRPFデータに誤りがある証明書を1枚発行すると連鎖的な問題が発生します。従業員は証明書を参考にRenta申告を行い、AEATはModelo 190と照合します。両者に不一致があると、従業員の還付金（devolución）が凍結されます。証明書を発行しない場合、税務制裁制度（Reglamento General del régimen sancionador tributario）に基づき、証明書1枚につき€150の罰金が科せられます。

年途中で個人事情に変更があった従業員をフラグ付けする

従業員のIRPF源泉徴収率は、Modelo 145で申告された推定年間所得、家族状況、障害の程度に基づいて個別に計算されます。従業員が年内に結婚、出産、障害の登録を行いModelo 145を更新した場合、IRPF率は年途中で変更されます。Modelo 190の年間IRPF合計は、変更が有効になった月で段階的に変わり、月額の12倍という一律の金額にはなりません。検証スプレッドシートを1か月分のIRPF×12で作成している場合、Modelo 145を更新したすべての従業員に不一致があるように見えます。これらの従業員をフラグ付けし、各税率期間について給与明細と月ごとに照合してください。

7つのチェックはすべて、スプレッドシートの数値が給与明細に印刷された数値と一致していることを前提としています。抽出でIRPFフィールドを1つでも誤読すると、後続のすべての比較にその誤りが引き継がれ、誤った入力を照合することになります。レビューモードがそのギャップを埋めます。レビュー画面で抽出されたセルにホバーまたはクリックすると、その値が元の給与明細のどこから来たのかがハイライト表示され、給与明細画像の領域をクリックすると対応するテーブルセルにジャンプします。1枚の給与明細でオンデマンドに起動するか、処理後に自動注釈をオンにすれば、すべてのバッチにマークアップが付いた状態で届きます。40人分の照合では、不審な€342.15を数秒で確認できるか、12枚のPDFを開いて追跡するかの違いになります。

委託する場合と自動化する場合。10社の給与計算を担当する給与計算代行会社は、この7項目チェックリストを10倍にしたものに直面します。各クライアントが異なる給与計算ソフト（A3、Sage NominaPlus、NominaSolなど）を使用し、同じ16の必須フィールドが3つの異なる位置にあるPDFを生成する場合があります。カスタム列抽出は、フィールドの意味を読み取るため、位置ではなく、同じ列定義で3つのレイアウトすべてを読み取ります。列を一度定義します。全クライアントの給与明細PDFをアップロードします。クライアントごとに1つのスプレッドシート。クライアントごとに7つのチェック。抽出がレイアウトの違いを処理し、チェックリストが検証を処理します。

手入力はもう終わり — AIに読ませましょう

画像またはPDFをアップロード — 構造化されたスプレッドシートデータが10秒で完成

今すぐ試す →

従業員が差異を発見した場合：24時間以内の対応

従業員からメールが届きます。「私の下書き申告ではIRPF源泉徴収が€3,420になっていますが、最後の給与明細では€4,100支払ったことになっています。どちらが正しいですか？」つい12月の給与明細PDFを開き、IRPF欄を見つけて返信したくなります。しかし、それは1ヶ月分しか答えていません。従業員が間違った給与明細と比較したため、差異は12月ではなく3月にあるかもしれません。以下が正しい対応手順です：

調整スプレッドシートから従業員の年間給与明細データを取得する

Modelo 190の準備中にスプレッドシートを作成していれば、これには30秒しかかかりません。作成しておらず、今から12枚のPDFを開いて12ヶ月分のIRPFを手動で合計しているなら、従業員は待たされることになります。バッチ給与連結処理を行う企業にとって、年間の従業員別テーブルをあらかじめ作成しておくことは、差異に関する問い合わせに数分で回答できることを意味します。

差異が個別の問題か全体的な問題かを特定する

スプレッドシートの従業員の年間IRPF合計を、Modelo 190の申告内容、Modelo 111の四半期集計、発行した源泉徴収証明書と比較します。スプレッドシートがModelo 190と証明書に一致しているのに下書き申告が一致しない場合、エラーはAEAT側にあります（まれですが、Modelo 190提出から下書き申告生成までの間のデータ読み込みエラーの可能性があります）。スプレッドシートが給与明細と一致しているのにModelo 190と一致しない場合、エラーは1月の申告にありました。スプレッドシートが給与明細と一致しない場合、抽出にエラーがあったことになります。これは、PDFがデジタル生成文書ではなくスキャンだった月、またはテンプレートベースの抽出を混乱させた給与ソフトウェアのレイアウト変更が原因である可能性があります。

Modelo 190が間違っている場合は修正申告を行い、影響を受ける全従業員に通知する

1人の従業員に影響するModelo 190のエラーが、その1人だけに影響することはほとんどありません。従業員AのIRPFが誤入力された場合、同じエラーが従業員BからFにも波及していないか確認してください。Modelo 190の修正申告によりAEATの記録が修正されます。同時に、影響を受ける全従業員に修正済みの源泉徴収証明書を簡単な説明付きで発行します：「元の証明書はあなたのIRPF源泉徴収を€X過大に記載していました。Renta申告には修正済みの証明書を使用してください。AEATの記録は更新中です。」すでに申告済みの従業員は修正申告（declaración rectificativa）を提出する必要があります。未申告の従業員は問題を完全に回避できるため、証明書を早期に、かつ検証済みで発行することが重要です。

来年：1月の混乱ではなく、照合システムを

構造的な解決策は、年次ではなく毎月実行されるデータ抽出パイプラインを構築することです。そうすれば、1月にはModelo 190は再構築プロジェクトではなく照合チェックになります。そのアプローチは以下の通りです：

毎月の抽出。各給与サイクルの後、その月の給与明細PDFをアップロードし、検証列（従業員NIF、総支給額、IRPF源泉徴収、従業員社会保障負担、事業主負担、保険料算定基礎）を抽出します。名前とNIFを抽出列に含めて出力が自己識別できるようにすれば、40枚の給与明細で1分未満です。
四半期ごとのクロスチェック。各Modelo 111を提出する際、抽出スプレッドシートの四半期IRPF合計をModelo 111の金額と比較します。4月に発見された不一致は10分で修正できます。同じ不一致が、さらに3四半期分のエラーが蓄積した後の1月に発見された場合、それは徹底的な調査作業になります。
年間集計。1月には、12か月分のシートがすでに存在します。それらをマージし、従業員ごとにピボットします。Modelo 190の従業員別内訳はすでに構築されています。上記の7項目チェックリストは、数日がかりのデータ入力作業ではなく、5分の検証になります。源泉徴収証明書（各従業員につき同じ2つの数字（総報酬、IRPF合計）を参照する40通の個別文書）は、同じスプレッドシートに対する差し込み印刷で生成されます。
給与システム横断的な耐性。会社が年度中に給与プロバイダーをSageからPayFitに変更した場合、または給与計算代行会社のクライアントがA3からNominaSolに切り替えた場合、毎月の抽出アプローチにより、フォーマット変更は発生した月に限定されます。1月から6月の給与明細は1つのレイアウトから抽出され、7月から12月は別のレイアウトから抽出されます。AIは同じ列定義に対して両方を読み取ります。位置ではなくフィールドの意味で読み取るためです。年間集計はプロバイダー変更の影響を受けません。

このアプローチは、給与計算代行会社向けのコレクションリンクシナリオも処理します。毎年1月に40社のクライアント企業に給与明細PDFを追いかける代わりに、共有可能なリンク（コレクションリンク機能による、外部関係者が登録せずに処理キューに直接ドキュメントをアップロードできるURL）を生成し、12月に各クライアントに送信します。クライアントは年間のPDFをアップロードします。抽出が実行され、あなたが検証します。このモデルは、50社のクライアント企業を管理する1つの給与計算代行会社でも、40人の社内従業員を管理する1つの人事部門でも、同様に機能します。

JPG/PNG/PDF AI抽出

ファイルは安全に処理され、保存されることはありません。

FAQ：スペインのRenta給与明細データ準備

Modelo 190が4つの四半期別Modelo 111の合計と一致しない場合はどうなりますか？

AEATの自動検証により、Modelo 190の処理中に不一致がフラグされます。説明を求める照会通知（requerimiento）が届きます。解決方法：従業員別年間データと不一致の四半期のModelo 111を特定し、その四半期の修正Modelo 111を提出し、その後、修正された従業員別データで修正Modelo 190を提出します。3つの申告は整合している必要があります。Modelo 190だけを調整しないでください。四半期の合計は記録に残り、不一致は再び表面化します。

2月に退職した従業員に源泉徴収証明書を発行する必要がありますか？

はい。課税年度中にIRPF源泉徴収の対象となる雇用所得を受け取った人は、1か月だけでも、雇用されていた期間を対象とする証明書を受け取る権利があります。証明書には、雇用されていた月の実際に支払われた報酬とIRPF源泉徴収額が表示されるべきであり、年間通算の予測額ではありません。

スキャンした給与明細PDFからデータを抽出できますか？デジタル生成のPDFだけでなく？

はい。ImageToTable.aiの抽出機能は、スキャン文書、印刷された給与明細の写真、デジタル生成のPDFのいずれでも動作します。AIはページの視覚的な内容を読み取るため、PDFの基盤となるテキストレイヤーには依存しません。つまり、スキャンした給与明細とデジタル生成の給与明細は同等の入力として扱われます。重複証明書が必要な従業員から紙の印刷物として給与明細を受け取った場合、文書を撮影してデータを抽出し、手動で再入力する必要はありません。印刷された給与明細テーブルの精度は最大99%です。

抽出されたIRPFの数字が正しい給与明細から来たものかどうか、どう確認すればよいですか？

レビューモードでは、各値をその出典まで追跡できます。レビュー画面でセルにカーソルを合わせるかクリックすると、元の給与明細画像上の対応する領域がハイライトされます。画像上の領域をクリックすると、対応するテーブルセルにジャンプします。単一の給与明細に対してトリガーすることも、処理後に自動注釈をオンにすることもできます。これにより、その従業員の12個すべてのPDFを開かずに、疑わしい1つの数字を確認できます。

Modelo 190の期限に間に合わなかった場合の罰則は何ですか？

Modelo 190は情報申告書であるため、支払いを伴うものではありません。ただし、期限後の提出には、含めるべきだった各記録（または記録のセット）につき20ユーロの固定罰金が科せられ、法定最低額は300ユーロ、最高額は20,000ユーロです。AEATが正式な照会を発行する前に自主的に期限後に提出した場合、罰金と両方の限度額は半減されます。提出前にAEATが正式な照会を発行した場合、罰則の枠組みは標準的な期限後提出のスケールから、情報提供要求への不遵守に対するより重大な制裁制度に移行します。

年度中に2つの異なる自治州で働いた従業員をどう扱えばよいですか？

Modelo 190には、各受給者（perceptor）に関連付けられた県（provincia）のフィールドがあります。従業員が勤務地を変更した場合、例えば年度途中にマドリードオフィスからバルセロナオフィスに転勤した場合、年末時点で割り当てられた県、または主に勤務した事業所の県で報告する必要がある場合があります。Modelo 190の指示には県の割り当てルールが指定されています。申告年度の年間AEATガイダンス（Orden HAC）を参照してください。これらのルールは時折変更されるためです。

6月30日までに直すべきたった一つのこと

毎年6月、スペイン中の人事部門の受信箱に同じメールが届きます。従業員の申告書の下書きに不一致が見つかり、期限まであと3週間という内容です。そのメールが引き金となって慌ただしい作業が始まります。12枚のPDFを開き、IRPF欄を手作業で合計し、証明書と照合し、Modelo 190と照合し、100ユーロの転記ミスが年間1,200ユーロの不一致を生んだ月を特定し、修正を提出し、証明書を再発行する。解決した頃には、さらに3人の従業員からメールが届いています。根本原因はスペイン税法の複雑さではありません。データパイプラインの問題です。ほとんどの企業、給与計算代行会社、人事部門では、今もPDFを開いてスプレッドシートに数字を入力する作業が、1フィールドずつ、40回繰り返され、12か月分続いています。

今年、6月30日の期限が迫る前に直すべきことが1つあるとすれば、それは従業員ごとの照合スプレッドシートを今すぐ作成することです。従業員が申告する前に不一致を発見する時間はまだあります。来年は毎月作成し、1月が再構築ではなく検証になるようにしましょう。サンプルの給与明細で抽出をテストしてください。Rentaシーズンを従業員ごとのスプレッドシートで迎える給与部門と、PDFのフォルダで迎える給与部門の違いは、従業員からのメールに2分で答えるか2時間かかるかの違いです。

スペインの給与明細で試すバッチ処理ガイド

スペインのRentaシーズン：
6月30日までに人事が確認すべき給与明細データチェックリスト

重要ポイント