W-2・1099税務フォーム抽出：
会計事務所のための完全ガイド
中堅事務所では、毎年1月中旬から3月15日までの間に、400枚のW-2と600枚の1099を処理します。1枚あたり2分（ボックスの確認、原本との突合、申告書への入力）かかると、6週間で33時間もの純粋な転記作業が発生します。入力ミスは数ヶ月後にIRSからCP2000通知を招き、1件あたり15～30分の未請求対応が生じます。税務フォーム抽出は、レビュー担当者の目視確認を残しつつ転記作業を排除します。本ガイドでは、W-2とあらゆる1099バリアントに対応する具体的な設定方法を解説します。
W-2と1099の抽出を1つのワークフローにまとめる理由
多くの事務所では、W-2と1099は同じバッチで届きます。クライアントが2月上旬に両方のフォームが混ざったフォルダを持ち込むのです。しかし、ほとんどの抽出ツールやワークフローはこれらを別々の問題として扱います。
W-2と1099には、統一された抽出パイプラインに適した3つの構造的な類似点があります。
- 同じ提出期限。W-2と1099-NECはどちらも1月31日までに受取人に交付し、同日までにIRSに提出する必要があります。フォームは同時に届き、処理期間も同じです。
- IRS標準化されたボックス番号。すべてのW-2は同じボックス番号を使用します（ボックス1は常に賃金、ボックス2は常に連邦所得税の源泉徴収額）。1099の各バリエーションにはそれぞれ所定のレイアウトがありますが、各バリエーション内でボックス番号は一貫しています。
- 同じ最終的な送り先。抽出されたデータは同じ税務申告書に入力されます。W-2データは給与明細行に、1099データは収入明細行に入力されます。これらは別々のワークフローではなく、同じ申告書への入力です。
違いはフィールドセットです。W-2は雇用主側の賃金と源泉徴収データを20以上のボックスで報告します。1099-NECは支払者側の非従業員報酬を少数のボックスで報告します。2つのフォームタイプは支払者/受取人の識別フィールドのみを共有し、それ以外はすべて異なるスキーマを使用します。統一されたワークフローは、同じアップロードバッチから両方のスキーマを処理する必要があります。
AIによる文書抽出は固定テンプレートに依存しないため、これを可能にします。カスタム列抽出を使用すると、W-2用の「ボックス1 賃金」、1099-NEC用の「非従業員報酬」など、必要な列を定義し、AIがバッチ内のすべてのフォームにわたって各値をその意味に基づいて特定します。同じアップロードフォルダにADPのW-2とUpworkの1099-NECが含まれていても、各フォームは正しいフィールドセットにマッピングされます。
抽出の原則：出力スキーマを定義します。AIが文書を読み取り、列を入力します。同じ列定義がすべての雇用主のW-2レイアウトで機能します。AIはピクセル位置ではなくボックス番号を読み取るからです。
手作業による税務フォームデータ入力の本当のコスト
どの会計事務所も、手作業によるデータ入力が高コストであることを認識しています。しかし、その真のコストは第1四半期に複合的に発生する4つの層から成ります。
ボリュームの集中。 雇用主は1月31日までに従業員へW-2を、同じ期日までに請負業者へ1099-NECを提供する義務があります。つまり、すべてのフォームが4～6週間の期間に集中します。1,000件の情報申告書を扱う事務所は、この作業を分散できません。すべてが2月1日から3月15日の間に届きます。このピークを吸収するための人員確保は高コストです。季節データ入力スタッフ、残業代、あるいは上級スタッフをアドバイザリー業務から引き離して数字を入力させることになります。
転記ミスのコスト。 IRSはすべての情報申告書を納税者の提出した申告書と照合します。EINの桁違い、Box 12コードの誤読、金額の誤りなどの不一致は、CP2000通知を引き起こします。各通知に対応するために、事務所は15～30分の課金不能な解決時間を費やします。原本の特定、数字の比較、回答の準備です。1,000件のフォームで2%のエラー率は、20件の通知と約5～10時間の課金可能時間の損失を生みます。事務所は自らのデータ入力ミスを修正するためにクライアントに請求できないため、このコストを負担します。
第1四半期の機会損失。 一般的なCPAの課金レートが1時間あたり150～400ドルである場合、W-2の転記に33時間費やすことは、アドバイザリー業務、複雑な申告、税務計画など、本来事務所が行えた業務からの収益5,000～13,000ドルの損失を意味します。税務シーズンはキャパシティが最も制約される時期です。入力に費やす1時間は、プレミアムで請求できる業務に使えない1時間です。
年度をまたぐ調整の負担。 クライアントは修正申告や過去年度の申告のために複数年度のW-2を持ち込みます。過去年度のフォームはレイアウトが若干異なる場合があります（IRSは近年Box 12の報告方法を調整しました）が、データは雇用主の当初提出時にIRSが保有するものと一致しなければなりません。過去年度のデータを再入力すると、転記作業とエラーリスクが倍増します。
これら4つのコストにより、W-2および1099のデータ入力は税務実務において最もROIの高い自動化対象の一つとなります。それは作業が知的に要求されるからではなく（むしろ逆です）、ボリュームが予測可能で、期限が変えられず、エラーの結果が具体的だからです。
OCRとAI抽出が会計ワークフローにどのように適合するかについての詳細は、会計チーム向けの文書データ抽出ガイドをご覧ください。
抽出が必要なW-2の全項目
W-2様式は、従業員ごとの賃金と源泉徴収税を報告します。IRSはすべてのW-2に固定のボックス番号方式を義務付けています。以下は、一般的な確定申告ワークフローで重要な全項目です。
| ボックス | 項目 | 1040対応 |
|---|---|---|
| b | 雇用者EIN | IRS照合用。正確な9桁が必要 |
| c | 雇用者名・住所 | 申告書識別、州申告用 |
| e | 従業員名 | SSN記録と一致必須 |
| f | 従業員住所 | 申告書事前入力用 |
| 1 | 賃金・チップ・その他報酬 | Form 1040の1行目 |
| 2 | 連邦所得税源泉徴収額 | Form 1040の25a行目 |
| 3 | 社会保障賃金 | Schedule 2の11行目 |
| 4 | 社会保障税源泉徴収額 | Schedule 2の11行目 |
| 5 | メディケア賃金・チップ | 追加メディケア税の基準額 |
| 6 | メディケア税源泉徴収額 | Schedule 2の12行目 |
| 7 | 社会保障チップ | 社会保障賃金上限に影響 |
| 8 | 割り当てチップ | Form 4137 |
| 10 | 扶養介護給付 | Form 2441 |
| 11 | 非適格年金制度 | 課税所得となる場合あり |
| 12a–12d | コードと金額（D=401k、E=403b、G=457b、C=団体生命保険など） | コードごとに税務処理が異なる |
| 13 | みなし従業員／退職金制度／第三者疾病手当 | チェックボックスの状態 |
| 14 | その他（組合費、教育支援など） | 雇用者固有 |
| 15 | 州雇用者ID | 州申告識別用 |
| 16 | 州賃金 | 州申告所得 |
| 17 | 州所得税 | 州申告源泉徴収額 |
| 18–20 | 地方賃金、地方税、地域名 | 地方申告（該当する場合） |
ほとんどの申告で必須の抽出項目は、ボックス1、2、3、4、5、6、12（コードと金額）、15、16、17、および従業員・雇用者の識別情報（b、c、e）です。税務申告作成では、複数年バッチを正しく識別できるよう、抽出結果に課税年度を列として含める必要があります。
ボックス12のコードは特に注意が必要です。コードD（401k繰延）とコードC（5万ドル超の団体定期生命保険）は、一部の雇用者の印刷レイアウトで見た目が似ていますが、税務処理はまったく異なります。抽出システムは文字コードを正確に読み取り、正しい金額と関連付ける必要があります。コードの読み間違いは、初期レビューでは見逃されても、数か月後にIRS通知を引き起こす可能性のあるエラーです。
1099の全種類と重要なボックス
1099ファミリーには、少なくとも6種類の一般的なフォームがあります。それぞれ異なるボックス番号体系を使用しています。統一された抽出ワークフローでは、正しいフィールドマッピングを適用する前に、各フォームを分類する必要があります。
| フォーム | 目的 | 抽出する主要フィールド |
|---|---|---|
| 1099-NEC | 非従業員報酬 | ボックス1a（非従業員報酬）、ボックス4（連邦所得税源泉徴収額）、ボックス5～7（州・地方税）。2026年の変更：OBBBAにより、ボックス1が1a（報酬）、1b（現金チップ）、1c（TTOCコード）、1d（時間外報酬）に分割。 |
| 1099-MISC | 雑収入 | ボックス1（賃貸料）、ボックス2（ロイヤルティ）、ボックス3（その他所得）、ボックス4（連邦税）、ボックス6（医療費）、ボックス8（代行支払い）、ボックス10（作物保険） |
| 1099-INT | 利子所得 | ボックス1（10ドル以上の利子）、ボックス2（早期解約違約金）、ボックス3（非課税利子） |
| 1099-DIV | 配当金 | ボックス1a（普通配当）、ボックス1b（適格配当）、ボックス2a（キャピタルゲイン分配金） |
| 1099-B | ブローカー取引による収入 | ボックス1a（短期損益）、ボックス2a（長期損益）、ボックス3（IRSに報告された取得原価） |
| 1099-K | 決済カード・第三者取引 | ボックス1a（カード支払総額）、ボックス1b（TPN支払総額）、ボックス2（加盟店カテゴリコード） |
2026年のOBBBAによる1099-NECの変更には特に注意が必要です。「One Big Beautiful Bill Act」により、現金チップと時間外報酬専用の報告ボックスが導入されました。1099-NECのボックス1は、ボックス1a（非従業員報酬、主な金額）、ボックス1b（現金チップを別途記載）、ボックス1c（財務省チップ職種コード）、ボックス1d（時間外報酬）に拡張されました。2026年より前に構築された抽出ワークフローは更新が必要です。ツールがすべてを「ボックス1」にマッピングし続けると、新しいサブボックスを見逃し、誤った金額を報告する可能性があります。
Fidelity、Schwab、Vanguardの統合証券明細書は、さらに複雑さを増します。1つの複数ページの文書に、1099-INT、1099-DIV、1099-B、1099-MISCのデータが混在している場合があります。抽出システムは、各フォームタイプの開始位置を特定し、データを個別のレコードに分割する必要があります。そうしないと、統合明細書全体が1つの巨大な1099として扱われ、その内容の大部分に誤ったボックスマッピングが適用されてしまいます。
課題：同じ書式、異なる実行
IRSフォームは規制で標準化されていますが、実際の運用では5つの問題が発生します。手動データ入力では暗黙のうちに吸収されますが、自動化システムでは明示的に対処する必要があります。
雇用主による印刷のばらつき。大企業はADP、Paychex、QuickBooks Payroll、Gustoなどを使用しており、それぞれIRS指定のレイアウトでW-2を印刷しますが、フォント、枠線の太さ、配置が異なります。コピーA（IRS用）は赤色ドロップアウトインクを使用しており、コピーでは特定のフィールドが見えなくなります。コピーB（従業員用）は1枚の場合もあれば、裏面に州データがある複合フォームの場合もあります。ミシン目入りのカードストックに印刷する雇用主もいれば、普通紙を使用する雇用主もいます。ボックス番号は同じでも、給与計算プロバイダーごとに見た目が異なります。ピクセル座標に依存する抽出ツールは機能しません。ボックスラベルを読み取るセマンティックシステムは、すべてのプロバイダーで動作します。
1099の自動分類。50枚の1099のバッチには、35枚のNEC、10枚のMISC、3枚のINT、2枚のDIVが含まれる場合があります。抽出前にフォームタイプごとに分類する必要があります。1099-MISCのボックス3（「その他の収入」）は、1099-INTのボックス3（「非課税利息」）とはまったく意味が異なります。抽出システムは左上隅のフォームタイトルを読み取り、処理中の1099のバリアントを特定し、そのバリアントに正しいボックスマッピングを適用する必要があります。
複数州のW-2。複数の州で働いた従業員には、州ごとにボックス15～17が繰り返される複数の州行があります。AIは各州の雇用主ID、賃金、税金を1つのレコードとしてグループ化し、州Aの賃金と州Bの源泉徴収税を混在させてはいけません。フロリダ、テキサス、ネバダ、ワシントン、サウスダコタ、ワイオミング、アラスカ、ニューハンプシャー、テネシー州（所得税なし）の従業員の場合、州フィールドは空であるべきで、システムは欠落データとしてフラグを立ててはいけません。
手書きの修正。小規模な雇用主は、W-2の印刷された値を取り消し線で消し、修正された数字を手書きで記入することがあります。これは、雇用主が直前の給与調整を行った場合に、ボックス1（賃金）で最も一般的です。AIの手書き文字認識精度は機械印字よりも低く、手書きの数字修正では70～85%の精度が予想されます。これらのフォームは手動検証が必要です。
スキャン品質の低さ。150 DPI以下でスキャンされたフォームや、スマートフォンで斜めから撮影された写真は、ボックスラベルが劣化します。ボックス1とボックス2の区別がどのシステムでも難しくなります。信頼性の高い抽出のための閾値は、スキャンの場合は最低200 DPI、スマートフォン撮影の場合はピントが合った正面からの写真です。
W-2と1099を一括処理する方法
CPA事務所や税理士が、AI抽出を活用してW-2と1099の混合バッチを処理するための6ステップのワークフローを以下に示します。このワークフローは、W-2抽出ツールや1099→Excel変換ツールのようなセマンティック抽出ツールの使用を想定していますが、手順はどのセマンティック抽出プラットフォームにも適用できます。
Tax Year, Employee Name, SSN, Employer EIN, Employer Name, Box 1 Wages, Box 2 Fed Tax, Box 3 SS Wages, Box 4 SS Tax, Box 5 Medicare Wages, Box 6 Medicare Tax, Box 12 Codes, Box 12 Amounts, Box 13 Checkboxes, State, State ID, State Wages, State Tax。1099-NECの場合：Tax Year, Recipient Name, Recipient TIN, Payer Name, Payer EIN, Box 1a Nonemployee Comp, Box 1b Cash Tips, Box 4 Fed Tax Withheld, State, State Tax。カスタム列抽出では、これらの列名を出力ヘッダーとして入力するだけで、AIが各帳票の該当値を意味的に特定します。同じ列定義がADP、Paychex、GustoのW-2でそのまま使えます。- SSNとEIN — 元の帳票と一字一句照合します。数字が1つ入れ替わるだけでIRSのマッチングに使えなくなります。
- Box 12のコード — 文字コードと金額が一致しているか確認します。フォントによってはコードD（401k）とコードC（団体生命保険）が似ています。
- 複数州の行 — A州の賃金がB州の源泉徴収税と誤って紐づいていないか確認します。
- 1099-NEC Box 1a — 新しいOBBBAのサブボックスにより、非従業員報酬が1aにあり、1b（チップ）や1d（残業代）に紛れていないか確認します。
文書データ抽出が会計ワークフロー全体にどう組み込まれるかの詳細については、会計書類全般を網羅したガイドをご覧ください。
税務ソフトへのエクスポート：フィールドマッピング
最終ステップは、抽出ワークフローの価値を最大限に引き出すか、頓挫させるかの分岐点です。すべての税務ソフトがCSVインポートを同じように処理するわけではありません。以下に、米国で最も一般的な5つの税務申告プラットフォームの具体的なインポート要件を示します。
Drake Tax
Drakeは、Import CenterからCSVによるW-2および1099データのインポートをサポートしています。インポートには、Drakeの内部フィールド名に一致する特定の列ヘッダーが必要です。W-2の場合、主なマッピングは、雇用者EINにEMPEIN、賃金にBOX1、連邦所得税源泉徴収額にBOX2です。1099-NECの場合、インポートでは、支払者名にPAYERNAME、支払者EINにPAYEREIN、非従業員報酬にNECBOX1が必要です。抽出結果をこれらのヘッダーでエクスポートすると、Drakeはクライアントごとに自動的にフォームに入力します。Drakeは、スプレッドシートのセルからフォーム入力画面への直接コピー＆ペーストもサポートしており、CSVインポートで形式エラーが発生した場合の代替手段として使用できます。
UltraTax CS（Thomson Reuters）
UltraTax CSには、CSVファイル用のData Importユーティリティがあります。インポートでは、各行にクライアントIDを含める必要があります。UltraTaxはIDを照合してデータを正しいクライアントの申告書に振り分けるためです。W-2の場合、システムは列ヘッダー（W2_BOX1、W2_BOX2など）を照合してW-2画面のフィールドにマッピングします。UltraTaxは、独自のマッピングテンプレートを使用したExcelベースのインポートもサポートしており、より柔軟ですが、税務シーズンが始まる前にセットアップが必要です。Thomson Reutersは、UltraTax CSのヘルプシステムの「Data Import」で、正確なフィールド名の規則に関するドキュメントを提供しています。
ProSeries（Intuit）
ProSeriesは、[スプレッドシートからインポート]機能でW-2および1099のCSVインポートに対応しています。列ヘッダーはProSeriesのフィールド名と一致させる必要があります。IntuitはProSeriesサポートポータルで、必要なヘッダーを含むマッピング用テンプレート（.CSV）をダウンロード提供しています。1099の場合、インポートにはFormType列（例：「1099-NEC」）が必要で、システムがどのフォームに入力するかを判断します。抽出結果には、複数の1099バリアントを含むバッチ用に、この分類列を含める必要があります。
Lacerte（Intuit）
Lacerteのインポートワークフローは、独自の[インポートスプレッドシートテンプレート]を使用します。Lacerteは、クライアントID列を含めることで、1つのインポートファイルで複数のクライアントをインポートできます。W-2の場合、各行にクライアントID、フォームデータ、および税年度を含める必要があります。1099の場合、抽出結果はクライアントごと、フォームタイプごとに1行で整理する必要があります。W-2、1099-NEC、1099-INTを持つクライアントは、エクスポートファイルで3行を占め、各行に同じクライアントIDと適切なフォームタイプ識別子がタグ付けされます。
ATXおよびTaxSlayer Pro
ATXとTaxSlayer Proはどちらも、フィールドマッピング機能付きのCSVインポートをサポートしています。ATXはATX Import Managerを使用し、ステップバイステップのマッピングウィザードを進めます。TaxSlayer ProはProFormを使用し、特定の列命名規則を期待します。両システムとも、抽出結果は数値金額（ドル記号やカンマなし）とテキスト形式のSSN/EIN（先頭のゼロを保持）を含むプレーンCSVとしてエクスポートする必要があります。
すべての税務ソフトウェアに適用される書式ルール：SSNとEINは数値ではなくテキスト文字列としてエクスポートします。SSNの先頭のゼロ（例：「012-34-5678」）は、列が数値として書式設定されていると自動的に削除されます。金額は通貨記号やカンマ区切りなしのプレーンな数値としてエクスポートします。IRSフォームデータはすべて数値です。余分な書式は、主要な税務申告システムすべてでインポートエラーの原因になります。
セキュリティとコンプライアンス：抽出ツール選びのポイント
税務書類には、社会保障番号、雇用者識別番号、賃金データなど、企業が扱う中でも最も機密性の高い個人情報が含まれています。すべての抽出ツールが、こうしたデータを適切に処理できるよう設計されているわけではありません。
メモリ内処理。 ツールはドキュメントをメモリ上で処理し、抽出完了後にアップロードされたファイルをディスクに保存しないようにする必要があります。データ保持に関する明確な記述を確認してください。一部のツールはモデル学習のためにアップロードファイルを保持しますが、社会保障番号を含む税務書類では許容できません。
転送中および保存時の暗号化。 アップロードはHTTPSを使用する必要があります。保存されるデータ（一時的なものでも）は暗号化されていなければなりません。ほとんどの信頼できる抽出ツールはこれを提供していますが、クライアントデータをアップロードする前に確認してください。
データの学習利用なし。 ツールの利用規約に、アップロードされたドキュメントがAIモデルの学習や改善に使用されないことが明記されていることを確認してください。これは消費者向けOCRツールでは一般的なデフォルト設定ですが、税務書類には適していません。
アクセス制御。 ツールがマルチユーザーアクセスをサポートしている場合、ユーザーが自分のアップロードのみを表示できることを確認してください。すべてのユーザーがすべてのアップロード済みフォームを閲覧できる共有ツールは、コンプライアンス上のリスクとなります。
データ削除。 ツールは、アップロードされたドキュメントと抽出データを、保持期間（例：24時間）経過後の自動削除、またはオンデマンドで完全に削除する機能を提供する必要があります。一部の企業では、税務申告書提出後に削除を義務付けるドキュメント保持ポリシーがあります。
よくある質問
W-2のBox 1（賃金）の精度はどの程度ですか？
200DPI以上でスキャンされた鮮明な印刷W-2の場合、Box 1の精度は通常93～98％です。最も一般的なエラーは小数点の誤認識で、特に賃金額の印刷された小数点が数字に近いフォームで発生します。手書きフォームの場合、同じフィールドの精度は70～85％に低下します。解決策は100％のAI精度を期待することではなく、リスクの高いフィールドに対してフォーム1枚あたり15～30秒の確認時間を確保することです。それでも、ゼロからの手入力と比較して80％の時間節約になります。
W-2や1099の抽出は季節によって精度に問題がありますか？
いいえ — AIモデルは年間を通じて安定した性能を発揮します。季節要因はボリュームです。税シーズン以外は月50件のW-2を処理する事務所が、1月から3月には月500件を処理します。検証のボトルネックは人間側であり、技術的な問題ではありません。税シーズンが始まる前に抽出ワークフローを構築し、12月に20件の試験バッチを処理して、1月の殺到前にフォームタイプの問題を洗い出しましょう。
AIは手書きのW-2修正を抽出できますか？
部分的に可能です。AIの手書き認識精度は活字より低く、手書きの数字修正では70～85%の精度が期待されます。小規模事業者では、印刷された賃金額を線で消し、手書きで修正額を記入することがあります。これらのフォームは手動検証が必要です。一部の抽出ツールはAIが手書きを検出したフィールドにフラグを立てるため、どのフォームに追加の注意が必要か特定しやすくなります。
複数州にまたがるW-2はどう扱えばよいですか？
出力に州、州ID、州賃金、州税の列を含めてください。3つの州で働いた従業員の場合、W-2には3セットの州データが存在します。AIは各州のデータを別々のレコードとしてグループ化する必要があります — 州Aの賃金と州Bの税金を混在させてはいけません。抽出後、州の略称と賃金額を比較して、州の行が正しくグループ化されていることを確認してください。所得税のない州（フロリダ、テキサス、ネバダ、その他7州）の従業員の場合、州フィールドは空であるべきです — 欠落データとしてフラグを立てないでください。
統合ブローカー1099はどう扱えばよいですか？
主要ブローカーの統合1099は、複数の1099フォームタイプを1つの複数ページ文書にまとめたものです。AI抽出ツールのセグメント化能力はツールによって異なります。バッチ処理を始める前に、1つの統合明細書で抽出ツールをテストしてください。ツールが文書全体を1つの1099として扱う場合（INT/DIV/B/MISCコンポーネントに分割しない場合）、各フォームタイプを個別に処理するか、統合明細書には別のツールを使用する必要があります。
1099の全バリエーションを一括処理できますか？
はい、抽出ツールがフォームタイトルを読み取って自動分類する場合に可能です。出力には「フォームタイプ」列を含め、分類を確認できるようにする必要があります。一部のツールはこれをネイティブでサポートしていますが、それ以外ではバリエーションごとに1099を並べ替えてからアップロードする必要があります。自動分類は必ず確認してください。1099-MISCが1099-NECと誤分類されると、すべてのフィールドで誤ったボックスマッピングが発生します。
過去年度のW-2も抽出できますか？
はい — AIは受け取った年のフォームを読み取ります。抽出出力に「課税年度」列を含めてください。過去年度のW-2ではBox 12の書式やフォントが若干異なる場合がありますが、ボックス番号の体系は年度を超えて一貫しています。IRSは2020年と2023年にフォームの間隔に影響する軽微なレイアウト調整を行いましたが、ボックス番号に変更はありません。
AI抽出で実際にどれくらい時間を節約できますか？
100枚のW-2を処理する税理士の場合：手動入力は1枚あたり2〜3分で、合計200〜300分（3.3〜5時間）かかります。AI抽出は1枚あたり5〜10秒、確認に15〜30秒で、合計約35〜50分です。これは80〜85%の時間削減です。1,000枚を処理する事務所では、税務シーズンごとに約25〜35時間を節約でき、その時間を税務計画、複雑な申告、または顧客アドバイザリー業務に振り向けられます。
OBBBAにより2026年の1099-NECはどう変わりましたか？
One Big Beautiful Bill Actにより、1099-NECのBox 1が4つのサブボックスに分割されました：Box 1a（非従業員報酬）、Box 1b（現金チップ）、Box 1c（財務省チップ対象職業コード）、Box 1d（時間外報酬）。これらの変更は2026課税年度（2027年申告）から有効です。2026年より前に構築された抽出ワークフローを使用している場合は、これらの新しいサブボックスを含むように列定義を更新してください。非従業員報酬の合計は引き続きBox 1aに残ります — Box 1bと1dは追加の内訳であり、別個の所得額ではありません。
SSNを含む税務書類のアップロードは安全ですか？
ツールのデータ取扱い方法によります。ファイルを長期保存せずメモリ上で処理し、アップロードにHTTPSを使用し、書類をモデル学習に使用しないと明示しているツールのみを使用してください。可能であれば、SOC 2またはISO 27001の認証を確認してください。ほとんどの会計事務所では、明確なデータ保持ポリシーを持つ信頼できるAI抽出ツールの方が、スタッフ間でSSNを含むスプレッドシートをメールで送信する現在の業務フローよりも安全です。
関連ガイド
本記事は、会計専門家向けの財務書類抽出シリーズの一部です。
- OCRとは？光学文字認識の完全ガイド — 書類データ抽出の基礎となるハブ記事
- 会計のためのOCR：財務チーム向け実践ガイド — OCRとAI抽出を会計ワークフローに組み込む方法
- 会計士のための書類データ抽出：完全ガイド — 会計書類と抽出戦略の全容