スペインの確定申告シーズン:
人事担当者が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月に従業員の還付金が凍結された場合、それは1月のModelo 190データに問題があった最初の兆候である。
- ImageToTable.aiによる月次データ抽出により、1月のModelo 190作成が数日かかる再構築作業から、5分で完了する照合作業へと変わる。
6月30日期限がなぜ1月から始まるのか
2025年度の所得税申告(declaración de la renta)は、2026年4月8日に開始され、2026年6月30日に締め切られます。口座振替(domiciliación bancaria)で納付する納税者の場合は6月25日までです(AEAT公式カレンダーより)。従業員はRenta WEBにログインし、自分のborrador(ドラフト申告書)を確認し、承認または修正します。そのborradorに事前入力されるデータ(給与所得、IRPF源泉徴収額、社会保障拠出基礎額)は、4か月前に雇用主がModelo 190でAEATに提出したものです。Modelo 190に誤りがあると、従業員のborradorにもその誤りが引き継がれます。従業員がそれを発見するのは5月か6月。人事部に電話がかかってきます。
Modelo 190は、四半期ごとにModelo 111で申告された、給与所得(rendimientos del trabajo、Clave A)に対するすべてのIRPF源泉徴収額の年間情報集計です。IRPFを従業員の給与から源泉徴収するすべての雇用主(大企業だけでなく、従業員を1人抱える個人事業主、顧客の給与計算を管理する税理士事務所も含む)は、これを提出しなければなりません。提出期間は1月1日から1月31日までですが、2026年2月2日まで延長されています(AEATによる)。四半期ごとのModelo 111が総源泉徴収額のみを報告するのに対し、Modelo 190は従業員(perceptor)ごとにデータ(年間総報酬額、年間総IRPF源泉徴収額、拠出基礎額、収入区分)を細分化して報告します。
これが、6月の危機が1月に始まる構造的な理由です。Modelo 111は、その四半期に全従業員に対して支払ったIRPF総額という1つの数値を尋ねます。Modelo 190は、従業員ごとに40件の個別レコードを要求し、それぞれが12か月分の個別給与明細データと一致しなければなりません。Modelo 111の合計額を給与計算ソフトの四半期集計と比較して確認していた人事部には、従業員ごとの正確性を検証する仕組みがありませんでした。合計は一致していました。個別の行は一致していませんでした。従業員のborradorが5月に不一致を警告する頃には、Modelo 190は提出から4か月が経過しており、修正にはdeclaración complementaria(修正申告)が必要となります。このプロセスは、エラーの性質によっては、従業員のRenta申告期限が迫る中で数週間かかる可能性があります。
照合作業に入る前に、スペインの給与明細の詳細な項目マップが必要な場合は、給与明細抽出ガイドで、encabezado(ヘッダー)からbases de cotización(拠出基礎額)までのすべての必須項目を網羅しています。この記事では、抽出後のプロセス、つまり抽出結果を監査対応可能なModelo 190の根拠資料に変える検証パイプラインに焦点を当てます。
データ連鎖:12枚の給与明細、4つのモデル111、1つのモデル190、40通の証明書
手動検証が規模に応じて機能しなくなる理由を理解するには、完全なデータ経路を追跡してください。40人の従業員を抱える企業が毎月の給与計算を行う場合、年間で480枚の個別の給与明細PDFが作成されます。これは従業員一人あたり12枚です。各PDFには、Orden ESS/2098/2014に基づき、基本給、補足手当、残業代、5つの社会保障従業員控除(一般疾病保険4.70%、失業保険1.55%~1.60%、職業訓練0.10%、FOGASA、そして2023年以降はMEI 0.15%)、従業員個別税率での源泉所得税、事業主負担分、および拠出基準額という、約16の必須項目が含まれています。これを12ヶ月分、40人の従業員分で掛け合わせます。
これらの480枚のPDFから、4つのデータ出力を作成する必要があります。
| 出力 | 提出先 | 粒度 | 期限 |
|---|---|---|---|
| モデル111(四半期) | AEAT | 集計 — 全従業員の源泉所得税総額 | 4月20日 / 7月20日 / 10月20日 / 1月20日 |
| モデル190(年次) | AEAT | 従業員別 — 個別の源泉所得税、報酬、基準額 | 1月31日(2026年は2月2日まで延長) |
| 源泉徴収証明書 | 各従業員 | 従業員別 — 個別の報酬+源泉所得税の概要 | Renta申告開始前(4月上旬) |
| Sistema RED / RNT送信 | TGSS | 従業員別 — 拠出基準額、日数、契約種類 | 各月の最終日前日 |
ほとんどのコンプライアンスガイドが見落としている重要な洞察:モデル190と源泉徴収証明書は同じデータソースを共有しますが、対象読者が異なります。モデル190はAEATのクロスチェックシステムに供給されます。証明書は従業員のRenta申告に使用されます。両者は1セント(€0.01)単位で一致しなければなりません。給与明細の読み取りミスが1つあるだけで — 源泉所得税額を€432.15ではなく€342.15と入力する — それがモデル190に波及し、次に従業員のAEAT税務データ、そしてborrador(申告書案)に影響します。従業員はborradorを自身の源泉徴収証明書(雇用主が同じデータから発行したもの)と比較します。差異が明らかになります。人事部に問い合わせが届きます。AEATによるモデル190合計とモデル111四半期集計の自動クロスチェックも並行して行われます。4つの四半期合計が年次の従業員別内訳と一致しない場合、雇用主にrequerimiento(照会)が発行されます。
四半期ごとの申告義務がスペインの異なる税モデルにおける給与明細データとどのように相互作用するかについてのより広い見解については、スペインのモデル303による四半期IVA申告の分析をご覧ください。税ベースは異なりますが、データ集約パターンは構造的に類似しています。
手動で給与明細を1枚確認するのに2分かかり、IRPF源泉徴収額、総支給額、拠出基準を探すために、A3、Sage、NominaSolのPDFレイアウト間で位置が変わる項目を目視でスキャンする必要がある場合、40名の企業ではデータ転記だけで年間約16時間を費やします。これは、Modelo 111の四半期合計とModelo 190の1+1+1+1=4のクロスチェックを始める前の話です。ここでカスタム列抽出が計算を変えます。各PDFを目視で読んで特定のフィールドを探す代わりに、「IRPF源泉徴収額」「総支給額」「従業員拠出金」「会社拠出金」など、必要な列名を定義すれば、AIは各フィールドがページ上のどこにあるかではなく、その意味に基づいてすべての給与明細を読み取ります。1つの列定義。40名の従業員。12か月。1つの統合スプレッドシート。16時間が数分に短縮されます。40枚の給与明細を一括処理して1つの給与サマリーテーブルにまとめる方法については詳しく説明していますが、ここでのポイントは、この統合スプレッドシートがModelo 190の検証で何を可能にするかです。
従業員が申告する前の7項目チェックリスト
このチェックリストは、すべての給与明細データを、従業員ごと月ごとに1行の単一スプレッドシートに抽出したことを前提としています。以下の各検証項目は、何を確認すべきか、不一致が何を示すかを示しています。
従業員別年間IRPF合計とModelo 190 Clave Aの照合
各従業員の12ヶ月分のIRPF源泉徴収額を合計し、Modelo 190のNIF別記録額と比較します。不一致は、少なくとも1ヶ月のデータ入力ミス(例:342.15を432.15と入力する桁違い)を示します。従業員別合計が一致しても、Modelo 190の総計が4回のModelo 111四半期報告の合計と異なる場合、いずれかの四半期報告で従業員が漏れている可能性があります。
年間総報酬(total devengado)とModelo 190課税ベースの調整
各従業員の12ヶ月分の給与明細からtotal devengado(総支給額)を合計します。Modelo 190はpercepciones íntegras(総報酬)を報告するため、両者は一致する必要があります。ちょうど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行間で入れ替わったもの)は検証を通過し、データ追跡の問題を引き起こします。これは、実際の従業員のborradorに貴社からの収入がゼロと表示された場合に、AEATのクロスチェックで発覚します。各NIFは給与明細PDFだけでなく、従業員データベースと照合してください。
Modelo 190のIRPF合計と4回のModelo 111四半期合計の一致確認
これはAEATが自動実行する「1+1+1+1=4」の算術検証です。4回の四半期Modelo 111申告書からIRPF合計を合計し、Modelo 190表紙(Hoja 1)のIRPF総額と比較します。差異がある場合は、原因を特定するまでModelo 190を提出しないでください。一般的な原因:従業員がModelo 111の四半期には含まれていたが、年間内訳から漏れている、またはその逆。修正には、Modelo 190提出前にModelo 111の補正申告(complementaria)が必要です。Modelo 190のみを調整して差異を「修正」しようとしないでください。
Sistema REDで送信した内容と拠出基礎が一致することを確認
Modelo 190には、毎月Sistema REDを通じてTGSSに送信した労働者ごとのデータと一致する必要がある拠出基礎(bases de cotización)の項目があります。TGSSのクロスチェックは社会保障側、AEATのクロスチェックは税務側で行われますが、TGSS(RNT)に申告した内容とModelo 190の内容に不一致があると、労働監督署とAEATの合同調査(actuación conjunta de la Inspección de Trabajo y la AEAT)で問題となる可能性があります。従業員ごとの年間拠出基礎合計と、毎月のRED送信データの合計を照合してください。
各源泉徴収証明書を同一の元データから生成・検証
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を更新した従業員は全員、不一致があるように見えます。これらの従業員をフラグ付けし、各税率期間について給与明細と月ごとに照合してください。
委託すべき時と自動化すべき時。10社の給与計算を管理する税理士事務所は、この7項目チェックリストを10倍繰り返すことになります。各クライアントが異なる給与計算ソフト(A3、Sage NominaPlus、NominaSolなど)を使用している場合、同じ16の必須項目が3つの異なる位置に配置されたPDFが生成されます。カスタム列抽出は、フィールドの位置ではなく意味を読み取るため、同じ列定義で3つのレイアウトすべてを処理できます。列を一度定義し、すべてのクライアントの給与明細PDFをアップロードします。クライアントごとに1つのスプレッドシート、クライアントごとに7つのチェック。抽出がレイアウトの違いを処理し、チェックリストが検証を担当します。
従業員が差異を発見した場合:24時間対応
従業員からメールが届く:「私のボラドールにはIRPF源泉徴収額が3,420ユーロとあるのに、最後の給与明細では4,100ユーロ支払ったことになっています。どちらが正しいのですか?」つい12月の給与明細PDFを開き、IRPF欄を確認して返信したくなります。しかし、それで答えられるのは1ヶ月分だけです。問題は3月にあるかもしれません。従業員が間違った給与明細と比較していたのです。以下が正しい対応手順です。
調整スプレッドシートから従業員の年間給与明細データを取得する
Modelo 190の準備中にスプレッドシートを作成していれば、これには30秒しかかかりません。作成しておらず、今から12ヶ月分の個別PDFを開いて手動でIRPFを合計しているなら、従業員は待たされることになります。バッチ給与統合を処理する企業では、従業員別の年間テーブルをあらかじめ構築しておくことで、差異に関する問い合わせに数分で回答できます。
差異が個別の問題か全体的な問題かを特定する
スプレッドシートの従業員年間IRPF総額を、Modelo 190申告、Modelo 111四半期集計、発行済み源泉徴収証明書と比較します。スプレッドシートがModelo 190および証明書と一致するがボラドールと一致しない場合、エラーはAEAT側にあります(稀ですが、Modelo 190提出からボラドール生成間のデータ読み込みエラーの可能性)。スプレッドシートが給与明細と一致するがModelo 190と一致しない場合、エラーは1月の申告にありました。スプレッドシートが給与明細と一致しない場合、データ抽出にエラーがあります。これは、PDFがデジタル生成文書ではなくスキャン文書だった月、またはテンプレート抽出を混乱させる給与ソフトのレイアウト変更が原因と考えられます。
Modelo 190が誤っている場合:訂正申告を行い、影響を受ける全従業員に通知する
一人の従業員に影響するModelo 190のエラーが、その一人だけに留まることはほとんどありません。従業員AのIRPFが誤入力されていた場合、同じエラーが従業員BからFにも波及していないか確認してください。Modelo 190の訂正申告でAEATの記録を修正します。同時に、影響を受ける全従業員に修正済みの源泉徴収証明書を発行し、簡単な説明を添えます:「原本の証明書はIRPF源泉徴収額をXユーロ過大に記載していました。Renta申告には修正済み証明書をご使用ください。AEATの記録も更新中です。」すでに申告済みの従業員は訂正申告を提出する必要があります。未申告の従業員は問題を完全に回避できます。だからこそ、証明書を早期に、かつ検証済みで発行することが重要なのです。
来年こそは:1月の混乱を避けるための月次照合システム
構造的な解決策は、データ抽出パイプラインを年1回ではなく毎月実行することです。そうすれば、1月のModelo 190提出は「再構築プロジェクト」ではなく「照合作業」になります。具体的な方法は以下の通りです。
- 毎月の抽出。 各給与サイクル終了後、当月の給与明細PDFをアップロードし、従業員NIF、総支給額、源泉所得税、従業員負担分CC、事業主拠出額、拠出ベースの各検証列を抽出します。抽出列に氏名とNIFを含めておけば出力が自己識別可能になるため、40枚の給与明細でも1分未満で完了します。
- 四半期ごとのクロスチェック。 各Modelo 111を提出する際に、抽出スプレッドシートの四半期源泉所得税合計とModelo 111の金額を比較します。4月に不一致を発見すれば10分で修正できます。同じ不一致を1月に発見した場合、さらに3四半期分の誤差が蓄積されており、徹底的な調査が必要になります。
- 年間集計。 1月には12ヶ月分のシートが既に存在します。これらを統合し、従業員ごとにピボットします。Modelo 190の従業員別内訳は既に完成しています。上記7項目のチェックリストは、数日がかりのデータ入力ではなく、5分の確認作業になります。各従業員の源泉徴収票(同一スプレッドシートから総報酬額と源泉所得税額の2つの数値を引用する40通の個別文書)は、差し込み印刷で生成されます。
- 給与システム変更への耐性。 会社が年度途中で給与プロバイダーを変更した場合(SageからPayFitへの移行、または顧問先がA3からNominaSolに変更した場合)、毎月の抽出アプローチにより、フォーマット変更の影響をその月のみに限定できます。1月~6月の給与明細はあるレイアウトから、7月~12月は別のレイアウトから抽出します。AIは位置ではなくフィールドの意味で読み取るため、同じ列定義で両方に対応できます。年間集計はプロバイダー変更の影響を受けません。
このアプローチは、顧問先向けのコレクションリンクシナリオにも対応します。1月に40の顧問先企業に給与明細PDFを追いかける代わりに、共有可能なリンク(コレクションリンク機能によるURL。外部の関係者が登録不要で直接処理キューに書類をアップロードできるもの)を生成し、12月に各顧客に送信します。顧客が年間のPDFをアップロードし、抽出が実行され、あなたが確認します。このモデルは、50の顧問先企業を管理する1つの顧問先事務所でも、40人の社内従業員を管理する1つの人事部門でも、同様に機能します。
ファイルは安全に処理され、保存されません。
よくある質問:スペインRenta給与明細データ準備
Modelo 190が4四半期のModelo 111合計と一致しない場合はどうなりますか?
AEATの自動検証により、Modelo 190処理中に不一致が検出され、説明を求めるrequerimiento(照会通知)が届きます。解決方法:どの四半期のModelo 111が従業員別年間データと矛盾しているかを特定し、該当四半期のModelo 111補正申告を行い、その後、修正された従業員別データでModelo 190補正申告を提出します。3つの申告は整合している必要があります。Modelo 190のみを修正しないでください。四半期合計は記録に残り、不一致が再発します。
2月に退職した従業員に源泉徴収証明書を発行する必要はありますか?
はい。課税年度中にIRPF源泉徴収の対象となる雇用所得を1ヶ月でも受け取った人は、在職期間をカバーする証明書を受け取る権利があります。証明書には、在職月間に実際に支払われた報酬と源泉徴収されたIRPFを記載し、年間予想額は記載しません。
スキャンした給与明細PDFからデータを抽出できますか?デジタル生成のものだけですか?
はい。ImageToTable.aiの抽出機能は、スキャン文書、印刷された給与明細のスマホ写真、デジタル生成PDFのいずれでも動作します。AIはページの視覚的な内容を読み取るため、PDFのテキストレイヤーは参照しません。スキャンされたnóminaとデジタル生成されたものは、同等の入力として扱われます。従業員が重複証明書を必要とする場合に紙で受け取った給与明細についても、文書を撮影してデータを抽出でき、手動で再入力する必要はありません。印刷された給与明細表の精度は最大99%です。
Modelo 190の提出期限に遅れた場合の罰則は?
Modelo 190は情報提供のための申告であり、支払いは伴いません。ただし、遅延提出には、省略または誤ったデータ記録(または記録セット)1件につき€20の罰金が科され、従業員が数十人いる企業では罰金が大幅に増加する可能性があります。提出前にAEATから正式な要求があった場合、罰則の枠組みは標準的な遅延提出のスケールから、情報要求への不遵守に対するより重大な制裁制度に移行します。
年間を通じて2つの異なる自治州で働いた従業員はどう扱えばよいですか?
Modelo 190には、各受取人に関連する県(provincia)のフィールドがあります。従業員が勤務地を変更した場合(例:マドリードオフィスからバルセロナオフィスに異動)、年末時点の所属県または主な勤務先の県で報告する必要がある場合があります。Modelo 190の指示には県の割り当てルールが記載されています。提出年のAEATガイダンス(Orden HAC)を参照してください。これらのルールは変更されることがあります。
6月30日までに修正すべきこと
毎年6月、スペイン中の人事部門に同じメールが届きます。従業員のborradorに不一致があり、期限まであと3週間という内容です。このメールが引き金となり、12のPDFを開き、IRPFフィールドを手動で合計し、証明書と照合し、Modelo 190と照合し、€100の転記ミスが€1,200の年間不一致を生み出した月を特定し、修正を申請し、証明書を再発行するという混乱が始まります。解決する頃には、さらに3人の従業員からメールが届いています。根本的な原因は、スペインの税法の複雑さではありません。データパイプライン、つまりほとんどの企業、gestorías、人事部門が今でもPDFを開いてスプレッドシートに数字を入力する作業を、1フィールドずつ、40回繰り返し、12ヶ月分続けているパイプラインにあります。
今年、6月30日の期限前に修正すべきことが1つあるとすれば、それは従業員ごとの調整スプレッドシートを今すぐ作成することです。従業員が申告する前に不一致を発見する時間があります。来年は毎月作成し、1月が検証ではなく再構築にならないようにしましょう。サンプルの給与明細で抽出をテストしてください。従業員ごとのスプレッドシートでRentaシーズンに臨む給与部門と、PDFのフォルダで臨む部門の違いは、従業員からのメールに2分で回答できるか、2時間かかるかの違いです。