英国のフリーランサーが確定申告のずっと前から
SA100を恐れる理由

問題は締切日じゃない — その前の数週間だ

1月31日のオンライン申告期限が、確定申告のすべてのように語られている。だが、その枠組みでは、実際に労力がかかる部分が見えなくなっている。数字が、この国がどう扱っているかを物語っている。直近の申告サイクルでは、1140万人以上が期限内に申告したが、そのうち47万5722人が期限当日に駆け込み、2万7456人が最終1時間（1月31日23時〜23時59分）に申告した。100万人以上が期限に間に合わず、自動的に£100の罰金が科された。

これを国民性の先延ばしと読むのは簡単だ。違う。申告自体は速い。誰も3ヶ月もかけてポータルの入力欄をクリックしたりしない。人々が後回しにするのは、資料の準備だ — 銀行、プラットフォーム、受信箱に散らばった1年分の取引記録を再構築すること。締切日は、溜まった不安がついに作業を強制する瞬間に過ぎない。書類の山がずっと問題だったのだ。1月31日は単にアラームをセットする日だ。

個人事業主が実際に準備すべきもの

まずは用紙自体から。HMRCのメインとなる確定申告書、SA100は、TR1からTR6までの6ページで構成されている。しかし、SA100だけでは、働くフリーランサーの状況を説明することはほとんどない。事業所得はSA103の付随用紙に記入する。給与所得 — パートタイムのPAYEの仕事や、税年度の早い時期に務めていた役職からの所得 — はSA102に記入する。不動産所得はSA105に記入する。仕事、副業のフリーランス、賃貸物件を持つ人は、経費を1つも計上する前に、SA100に加えて3つの付随用紙に記入することになる。

ここが直感に反する点だ：これらすべての書類は、驚くほど短い数字のリストに集約される。10桁のユニーク納税者番号（UTR）、カテゴリ別の総所得、控除可能経費、純利益、納税額、予定納税額 — ほとんどの人にとって、申告書全体は十数個の数字でしかない。ページは長いが、実際のデータはそうではない。苦痛なのは数字の量ではない。それらの数字をどこから集めなければならないか、だ。

典型的な個人事業主の場合、必要書類のリストは次のようになる：

これらの書類はどれも互いに連携するようには設計されておらず、SA100に入力するためのものでもない。問題の本質は書類の数ではなく、このミスマッチにある。その理由を正確に理解しておく価値がある。

「記入」ではなく「翻訳」である理由

Self Assessmentの準備がこれほど負担に感じられるのは、単にデータをコピーしているのではなく、翻訳しているからだ。書類ごとに異なる「言語」が使われている。銀行取引明細書は日付順に取引を並べる。Stripeのエクスポートは入金と手数料を独自のロジックでまとめる。請求書はあなたが受け取るはずだった金額を示す。SA100が求めるのはそれらとは全く異なる。課税年度の総売上高、認められる経費の総額、純利益という単一の数字だけだ。

ある数字を別の形式に変換するには、その意味を頭の中で保持しながら作業する必要がある。この取引は収入、これは返金、これはここにあるべきでない個人的な経費、これら6行をまとめて「事務所経費」の欄に入力する。あなたは、書類が書かれている言語とHMRCのフォームが要求する言語の間で、人間による翻訳層として機能している。各数字の意味を判断してから配置するという認知作業は、目に見えず、測定もされず、非常に消耗する。だからこそ、この作業は単に急いでも解決しない。入力を速めても、判断を速めることにはならないからだ。

この摩擦は、英国の税制度の他の部分でも、日常的な給与計算書類が手作業のボトルネックになるのと同じ構造だ。英国の給与計算チームが今でも毎年5月にP60データを手入力し、P45処理が頑なに手作業なのも、同じ構造上のギャップに起因する。書類はあることを伝え、送り先のフォームは別のことを求め、その橋渡しを人間が読んで再入力することで担っているのだ。

誰も教えてくれない「調整の落とし穴」

翻訳の問題が最も顕著になるのは調整の段階です。つまり、収入額を記録元のすべての情報源で一致させようとする時点です。ここで自営業者は静かに夜全体を失い、支払いプラットフォームは意図的にそれを悪化させています。

PayPalは典型的な例です。ある小規模事業主がRedditで述べたように、PayPalは「基本的に明細書に残高の推移を表示しません。通常の銀行のように銀行調整を行うことは不可能です」。残高の推移がなければ、期末残高を帳簿に結びつけることはできず、取引ごとに再構築し、売上、返金、手数料を分離する必要があります。

一方、会計士は別の方向でハードルを上げます。r/smallbusinessで繰り返し見られる不満は、会計士が「個々の取引ごとに原本書類を要求する。支払いサマリーではなく、Stripeの請求書でもない」というものです。つまり、各明細の背後にある一次的な領収書です。この要求はコンプライアンス上は合理的ですが、単一の支払い額を、それぞれを見つけ、照合し、ラベル付けしなければならない数十の書類に変えてしまいます。「大体いくら稼いだかわかっている」状態と「HMRCのカテゴリーで1ポンド単位で証明できる」状態の間のギャップこそが、確定申告が年に一度、手作業で埋めることを強いるギャップなのです。

これを2〜3の口座と複数の支払いプラットフォームで掛け合わせると、調整は単なるステップではなく、作業の大部分になります。SA100の欄は最後に辛抱強く待っていますが、戦いはその上流で繰り広げられているのです。

整理整頓の問題ではない

確定申告に関する支配的な見解（毎年1月の会計士のブログ記事で繰り返される）は、苦痛はあなたの責任だというものです。つまり、もっと良い記録をつけるべきだった、もっと早く始めるべきだった、システムが必要だ、と。ある程度は真実ですが、問題を誤診しています。毎月領収書を整理しているよく整理されたフリーランサーでさえ、年度末には翻訳レイヤーに直面します。良い習慣は検索時間を減らしますが、1年分の書類をHMRCの形式に整形する作業をなくすわけではありません。

これが個人的な問題ではなく構造的な問題であるという証拠は、人々が実際に何を恐れているかにあります。YouGovの調査で、確定申告をしたことがある人々の最大の懸念（34%が回答）は間違いを犯すことへの不安であり、税ルールの理解（28%）や期限そのもの（19%）を上回りました。人々は主に時間切れを恐れているのではありません。数字を間違えることを恐れているのです。なぜなら、原本書類から申告書の欄への手動翻訳こそが、まさにエラーが忍び込む場所だからです。UTRの数字の入れ替え、間違ったカテゴリーへの経費計上、銀行明細とPayPalのエクスポート間での収入の二重計上などです。

これは個人の失敗ではなく、共有された状況です。英国には国家統計局のデータによると約440万人の自営業者がおり、IPSE（独立専門家・自営業者協会）がその代表として存在しています。彼ら全員が毎年同じ壁に直面します。何百万人もの有能な人々が同じ作業を辛いと感じるなら、問題はその作業であって、人々ではありません。

ITSAのMTD：四半期ごとになる問題

年次版が苦痛なら、近い将来はさらに悪化します。しかも、それはすでに法制化されています。所得税自己申告のデジタル化（MTD for ITSA）は、この作業全体のリズムを変えます。2026年4月6日から、自営業および/または不動産からの総所得が5万ポンドを超える個人事業主と大家に義務化されます。2027年4月6日からは基準が3万ポンドに引き下げられ、2028年4月からは2万ポンドになります。

政府自身の影響評価では、2026年4月に約78万人、2027年4月にさらに97万人が参加すると予想されています。そして、この変更は表面的なものではありません。対象者は、年1回の申告の代わりに、デジタル記録を保持し、収入と支出の概要を四半期ごとに提出する必要があります。つまり、英国勅許税理士協会（CIOT）が定めるように、4回の四半期更新と最終的な年度末申告が必要です。最初の四半期更新の期限は2026年8月7日です。

上記のすべてを踏まえて考えてください。自己申告で最も負担となる部分——源泉資料を収集し、正しい数字に変換する作業——こそ、MTDが増幅する部分です。期限がボトルネックだったのではなく、準備作業がそうだったのです。そして今、その準備作業が年に4回も増えることになります。だからこそ、問うべき質問は「どうやって1月を乗り切るか」ではなく、「これから頻繁に行うことになる資料収集自体を、どう軽くするか」なのです。

実際に負担がかかるのはどこか

構造上の問題が、元の書類と入力フォームの間にある手作業による変換工程だとすれば、唯一の真の解決策はその工程を自動化することです。難しいのは申告書の作成ではなく、明細書や領収書を整理された明確な数字に整形し直す部分なのです。

これは従来のOCRが行う作業とは異なります。従来のスキャンツールは文書を位置で読み取ります。つまり、ページ上の特定の場所にあるテキストをそのまま出力します。しかし、PayPalのエクスポートデータと銀行取引明細書では、列の配置が異なるのが常であり、その方法は通用しません。確定申告に適したアプローチは意味ベースです。つまり、データがどこにあるかを指定するのではなく、何が欲しいかを意味で指定するのです。

これがカスタム列抽出の考え方です。フィールドの周りに枠を描く代わりに、必要な列名（「日付」「金額」「説明」「カテゴリ」）を入力するだけで、AIが各書類を読み取り、フィールドの意味を理解して、ページ上のどこにあっても該当する値を特定します。銀行取引明細書、Stripeの支払いレポート、撮影した領収書もすべて同じ列レイアウトに統合できます。定義が位置ではなく意味に基づいているからです。推論列を追加することも可能です。例えば「カテゴリ（選択肢：収入／必要経費／プライベート／返金）」という列を追加すれば、AIが各行を抽出しながら分類し、これまで頭の中で行っていた「この数字は何を意味するのか」という判断を肩代わりします。印刷された明細書、PDFのエクスポート、紙の領収書のスマホ写真も同様に読み取り、複数のファイルを一度の処理で1つのスプレッドシートに統合します。

そこからの機械的な手順は、このクラスターの他の部分で既に説明されている通りです。SA100確定申告データをExcelに抽出する完全ガイド、そして多数の顧客を抱える会計士向けには複数のSA100申告書を1つの集計スプレッドシートに一括処理する方法をご覧ください。他の人から書類を集める立場の方（顧客から記録を集める会計士や、スタッフから領収書を回収する事業主）には、コレクションリンクが便利です。シンプルなアップロードページを共有するだけで（相手は短いコードを入力するだけで、アカウントは不要）、ファイルが受信箱ではなく処理キューに直接届きます。

これらは税務ルールを変えるものでも、数字について考える必要性をなくすものでもありません。なくなるのは、再入力と再整形、つまり人間が変換層として費やしていた時間です。そしてMTD（Making Tax Digital）によりその変換作業が四半期ごとの義務となった今、この負担を圧縮することはもはや1月だけの便利さではありません。年に4回の管理しやすい更新と、年に4回の1月を分けるものなのです。

よくある質問

次に不安が訪れたとき（MTDにより、それは年に複数回訪れるでしょう）、その原因が実際に何であるかを特定する価値があります。期限でも、あなたの規律でもなく、1年分のバラバラな書類を手作業でHMRCの欄に変換するのに費やす時間です。それが取り除く価値のある層です。あなた自身の取引明細書や領収書が、再構成を自動で行ったときにどのように見えるかをご確認ください。