フリーランスエンジニアとして順調に単価が上がり、事業所得が290万円を超えたあたりで気になりはじめるのが「個人事業税」の存在です。所得税や住民税と違って、個人事業税は「業種」によって課税・非課税が分かれるという特殊な性質を持っています。同業の先輩から「エンジニアは払わなくていい」と聞いた記憶がある一方で、確定申告書を見返して「本当に自分は非課税なのか」と不安になる方は少なくありません。
さらに面倒なのは、ある日突然、都道府県税事務所から「事業内容についてのお尋ね」という通知が届くケースです。回答を誤って「請負業」や「コンサルタント業」に該当すると判定されてしまうと、過去分も含めて課税されるリスクがあります。SES常駐・準委任・請負・受託開発と、複数の契約形態を掛け持ちしているフリーランスエンジニアほど、判定は複雑になります。
もう一つ厄介なのは、個人事業税が「地方税」であるという点です。同じ業務内容でも、住んでいる都道府県によって判定運用が異なることがあります。東京都では非課税とされる業務でも、他の道府県では課税とされる可能性がある、というのが実務の現場です。
本記事では、フリーランスエンジニアの個人事業税について「対象になる3つの要件」「グレーになりやすい4つの契約パターン」「都道府県ごとの判定差」「免除ケースを判定する早見表」「お尋ね通知への対応手順」「税務戦略の見直し視点」までを、契約形態と業務実態の両面から整理します。読み終える頃には、自分の状況で課税・非課税を判断できる根拠を持ち、通知が届いても落ち着いて回答できる状態を目指します。
フリーランスエンジニアの個人事業税|まず押さえたい3つの対象要件

個人事業税は、フリーランスエンジニアが払う税金の中でも判定ロジックが独特です。「事業所得が一定額を超えれば必ず課税される」わけではなく、3つの要件が揃って初めて課税対象になります。まずはこの全体像を押さえておくと、後続のセクションで自分の状況を整理しやすくなります。
個人事業税の基本(地方税・年2回納付・税率3〜5%)
個人事業税は、都道府県が課す地方税です。所得税や住民税と異なり、事業を行う個人のうち「法律で定められた特定の業種(法定業種)」に該当する事業所得に対してのみ課税されます。納付は原則として年2回(8月・11月)に分割され、税率は業種によって3〜5%です。多くの事業は第1種事業(税率5%)に区分されます(出典: 東京都主税局「個人事業税」、2026年参照時点)。
事業主控除として年290万円が差し引かれるのが大きな特徴です。事業所得が290万円以下であれば、そもそも法定業種に該当していても納付税額は発生しません。
課税判定の3要件(法定70業種/事業所得290万円超/都道府県の判定基準)
フリーランスエンジニアが個人事業税の課税対象になるかは、以下の3要件で判定します。
- 法定業種(いわゆる「法定70業種」)に該当すること: 地方税法に列挙された業種に該当しない事業は、そもそも課税対象外です。
- 事業所得が事業主控除額(290万円)を超えること: 法定業種に該当しても、控除後の課税所得がゼロ以下なら納付額はゼロです。
- 都道府県が課税対象と判定すること: 個人事業税は地方税のため、都道府県税事務所が業務実態を確認して判定します。
この3つは「AND条件」であり、どれか一つでも外れれば個人事業税の納付は発生しません。「エンジニアは払わなくていい」という通説が成り立つのは、多くのフリーランスエンジニアが要件1(法定業種に該当しない)で外れるためです。
エンジニアが法定70業種に含まれない理由と、それでも例外がある背景
地方税法が列挙する法定業種には、物品販売業・請負業・コンサルタント業・デザイン業・製造業などが並びます。一方で「システムエンジニア業」「プログラマー業」「アプリ開発業」といった業種は明示されていません。ソフトウェアの受託開発やシステム構築業務が広く普及したのは法定業種が定められた時代以降であり、条文が現代のITフリーランスを想定していないことが背景にあります。
この「法定業種に含まれていない」という状態を、多くの都道府県が「原則非課税」として運用しているのが実務の実態です。ただし、業務実態が「請負業」「コンサルタント業」「デザイン業」といった既存の法定業種に近いと判定されると、課税対象に変わる可能性があります。次の章では、そのグレーゾーンに入りやすい4つのパターンを具体的に見ていきます。
エンジニアが個人事業税の課税対象になり得る4つのグレーケース

エンジニアが原則非課税とされるのは、あくまで「純粋なシステム開発・プログラミング」に業務が閉じている場合です。契約形態や業務内容によっては、既存の法定業種と実態が重なると判断され、課税対象と扱われることがあります。ここでは、実務でグレーになりやすい4つの契約・業務パターンを整理します。
請負契約で成果物を納品するケース(第1種事業「請負業」判定の可能性)
システム開発を「請負契約」で受託し、完成品としてのソフトウェアを納品する形態は、地方税法上の「請負業」に該当する可能性があります。請負業は第1種事業(税率5%)に区分されているため、該当と判定されれば個人事業税の対象になります。
判定のポイントは、契約書の形式だけでなく実態が伴っているかです。契約書に「請負」と書かれていても、実態が労働時間ベースの準委任に近ければ、必ずしも請負業とは判定されません。逆に「準委任契約」と書かれていても、成果物完成責任を負う運用が定着していれば請負業と評価される余地があります。
コンサルティング業務を主とするケース(コンサルタント業判定の境界)
技術顧問・PM・アーキテクト・DXアドバイザーといった、実装よりも「助言・設計指導」に重心を置く業務は、「コンサルタント業」(第3種事業、税率5%)に該当すると判定される可能性があります。
エンジニアリング業務の一環として設計やレビューを行う場合は問題になりにくい一方で、「技術顧問料」「アドバイザリー費」といった名目で継続的な報酬を受け取っていると、コンサルタント業と扱われる可能性が高まります。契約書の役務名・請求書の但し書きが判定材料になるため、実際にコードを書いていることが多いのであれば、その旨を書面上でも明示しておくと安全です。
UI/UX・デザイン業務を含むケース(デザイン業判定の境界)
フロントエンドエンジニアやフルスタックエンジニアが、UI設計・UXリサーチ・デザインシステム構築まで担当するケースが増えています。地方税法上「デザイン業」は第3種事業(税率5%)として明示されているため、業務全体に占めるデザイン業務の比率が高いと、デザイン業として課税される可能性があります。
「フロントエンド実装の付随作業としてのデザイン」であれば非課税で通ることが多いものの、Figmaでのデザインカンプ制作・スタイルガイド策定などが主業務になっていると、判定は厳しくなる傾向があります。
研修・教育サービスを提供するケース(教育関連判定の境界)
エンジニアリング業務と並行して、企業向けの技術研修・スクール講師・書籍執筆・オンライン講座の販売などを行うフリーランスエンジニアも珍しくありません。研修・教育サービスは「請負業」あるいは業種によっては別区分として、個人事業税の対象と判定される場合があります。
書籍執筆や記事執筆の報酬は、いわゆる「文筆業」として法定業種に含まれない扱いをする都道府県が多い一方、企業向け研修の対価は請負業と判定されるケースがあります。副次的な収入として位置づけていても、金額規模が大きくなれば都道府県税事務所の判定対象になります。
都道府県で変わる個人事業税の判定基準(東京・大阪・愛知の比較)

同じ業務内容であっても、住んでいる都道府県によって個人事業税の判定運用は変わります。フリーランスエンジニアが自分の状況を判定するうえで、居住地の都道府県税事務所がどう運用しているかを確認する視点が欠かせません。ここでは主要都府県での考え方の違いと、判定に迷ったときの相談手順を整理します。
東京都の判定基準(SE・プログラマーの原則非課税運用)
東京都では、システムエンジニア・プログラマーが独立して行うシステム開発業務について、法定業種に該当しないとして原則非課税とする実務運用が定着しています。都税事務所に「事業内容についてのお尋ね」で「システム開発」「プログラミング」と回答した場合、追加の書類提出を求められることはあっても、そのまま非課税扱いになるケースが多いのが一般的な理解です。
ただしこれは「純粋なシステム開発業務」に限られる話です。前の章で挙げた請負契約での成果物納品・コンサルティング業務・デザイン業務・研修サービスなどが業務の中心を占める場合は、東京都であっても課税判定される可能性があります。都税事務所は契約書・請求書・業務実態から総合的に判断します。
大阪府・愛知県・神奈川県などとの運用差
大阪府・愛知県・神奈川県といった主要都府県でも、システムエンジニア業務を原則非課税とする実務は東京都と大きく変わらないのが一般的な理解です。ただし、都道府県ごとに「お尋ね」通知の送付基準や、判定の細かい運用は微妙に異なります。
たとえば「請負業」と判定される境界線をどこに引くかは、都道府県税事務所の担当者判断に委ねられる部分があります。契約形態が同じでも、東京都では非課税で通った案件が、他府県では追加照会を受ける可能性はゼロではありません。移住・引っ越しでフリーランスの拠点を変えた際は、新しい居住地の税務事務所の運用を確認することをおすすめします。
判定に迷ったら都道府県税事務所に事前確認する手順
判定に不安がある場合、最も確実なのは都道府県税事務所に事前に相談することです。相談時のポイントは次の3つです。
- 契約書と請求書のサンプルを持参する: 契約形態と業務内容を書面で説明できるようにする
- 業務実態を具体的に説明する: 「何を成果物として納品しているか」「実装比率と設計・助言の比率はどのくらいか」を数値感で伝える
- 匿名相談も可能: 都道府県によっては、事業者名を伏せた一般的な質問にも回答してくれます
事前相談で「非課税」と口頭で説明を受けたとしても、正式な判定は毎年度の申告時に行われます。相談時の担当者名・日付・回答内容をメモしておくと、後で「お尋ね」通知が届いた場合の説明材料になります。
個人事業税の免除ケース早見表と自己判定フロー

ここまでの内容を、契約形態別に「非課税で通りやすいゾーン」「要注意ゾーン」「課税リスクが高いゾーン」に分けて整理します。自分の案件構成を当てはめれば、現時点の判定リスクの見取り図を得られます。あくまで一般的な目安として活用し、確定判定は都道府県税事務所の判断に委ねてください。
免除ケース早見表(契約形態別に非課税/要注意/課税を色分け)
契約形態 | 業務内容 | 判定リスクの目安 | 補足 |
|---|---|---|---|
準委任(SES常駐) | クライアント先で実装業務中心 | 非課税で通りやすい | 労働時間ベース報酬。成果物完成責任なし |
準委任(リモート) | 実装・レビュー・機能設計 | 非課税で通りやすい | 実装比率が高い限り原則非課税 |
請負 | 小規模なシステム開発を成果物単位で受託 | 要注意(グレー) | 「請負業」該当リスクあり |
請負 | 大規模な受託開発を継続的に実施 | 課税リスクが相対的に高い | 請負業として課税判定される可能性 |
準委任 | 技術顧問・PM・アーキテクト業務が主 | 要注意(グレー) | コンサルタント業判定リスク |
業務委託 | UI/UX・デザインシステム構築が主 | 要注意(グレー) | デザイン業判定リスク |
業務委託 | 企業研修・スクール講師が主 | 要注意(グレー) | 請負業として課税される可能性 |
個人販売 | 自作SaaS・アプリ販売 | 事業形態次第 | 物品販売業ではないが要相談 |
「要注意ゾーン」に該当する案件が業務全体の中で主要な位置を占める場合は、都道府県税事務所への事前確認を強くおすすめします。
自己判定フロー(3ステップの意思決定チャート)
自分の状況を判定するときは、次の3ステップで考えると整理しやすくなります。
- ステップ1: 事業所得が290万円を超えるか
- 超えない → その年度は課税されないため深追い不要(ただし来年以降のために判定は把握しておく)
- 超える → ステップ2へ
- ステップ2: 業務内容の主要部分(金額ベースで50%以上)が純粋なシステム開発・プログラミングか
- Yes → 原則非課税ゾーン。契約書・請求書に「システム開発」「プログラミング」の記載を残す
- No → ステップ3へ
- ステップ3: 主要業務が請負業・コンサルタント業・デザイン業・請負系の研修業に該当するか
- Yes → 課税対象の可能性が高い。都道府県税事務所に事前確認し、税額を見積もる
- No → 非課税寄りだが、都道府県税事務所に業務内容を説明できる書面を整えておく
「主要部分の判定」は、契約書だけでなく実際の作業時間や請求金額の内訳で説明できるようにしておくと安全です。
事業所得290万円以下の場合の計算例(単価月80万・経費比率別に3ケース)
「今年は課税されないが、来年は超えるかもしれない」というラインを把握しておくため、単価月80万円のフリーランスエンジニアの計算例を挙げます。
- ケースA: 単価月80万円、経費比率20%
- 年収960万円、経費192万円、青色申告特別控除65万円 → 事業所得 約703万円
- 事業所得 703万円 − 事業主控除 290万円 = 課税対象 413万円
- 仮に課税判定された場合の税額: 413万円 × 5% = 年20.65万円
- ケースB: 単価月80万円、経費比率30%
- 年収960万円、経費288万円、青色申告特別控除65万円 → 事業所得 約607万円
- 事業所得 607万円 − 事業主控除 290万円 = 課税対象 317万円
- 仮に課税判定された場合の税額: 317万円 × 5% = 年15.85万円
- ケースC: 単価月80万円、経費比率40%
- 年収960万円、経費384万円、青色申告特別控除65万円 → 事業所得 約511万円
- 事業所得 511万円 − 事業主控除 290万円 = 課税対象 221万円
- 仮に課税判定された場合の税額: 221万円 × 5% = 年11.05万円
税率5%で計算していますが、業種によっては3%区分もあります。上記はあくまで概算であり、実際の税額は確定申告後に都道府県税事務所が計算した通知書で確定します。
都道府県から「事業内容のお尋ね」通知が届いた時の対応手順

ある日突然、都道府県税事務所から「事業内容についてのお尋ね」という通知が届くことがあります。特にフリーランス2〜3年目で事業所得が事業主控除額を大きく超えた翌年に届きやすいと言われています。ここでは、通知が届いた背景と実務的な回答方法、判定結果への対処法を整理します。
お尋ね通知が届く典型的なタイミングと理由
「お尋ね」通知が届く主なタイミングは次の通りです。
- 確定申告書の「事業の内容」欄が抽象的だった翌年度: 「システム開発」「ITサービス」といった記載だと、都道府県税事務所が実態を確認するために送付する場合があります
- 事業所得が事業主控除額(290万円)を大きく超えた翌年度: 課税可能性のある事業者として棚卸しが行われるタイミング
- 開業届の業種欄が「請負」「コンサルタント」と読める記載になっている場合: 都道府県税事務所は開業届の情報も参照します
通知が届いたからといって、必ず課税されると決まったわけではありません。あくまで「業務実態を確認したい」という照会であり、適切に回答すれば非課税判定になるケースも多くあります。
業務実態を説明する回答文の作成ポイント(契約書・請求書の添付、業務内容の書き方)
回答文を作成するときは、以下を意識すると業務実態が正確に伝わります。
- 契約形態を明示する: 「準委任契約」「請負契約」「業務委託契約」など、契約書の記載に沿って書く
- 業務内容を具体化する: 「Webアプリケーションのバックエンド実装(Ruby on Rails)」「AWSインフラの構築・運用保守」など、使用技術と担当領域を具体的に書く
- 成果物と時間の比率を示す: 「月間稼働160時間のうち、約90%が実装業務」といった数値感を添える
- 添付書類: 主要な契約書1〜2件、直近3ヶ月の請求書、業務報告書のサンプルを添付すると信頼性が上がる
「システム開発業務であり、地方税法上の法定業種には該当しないと考えている」旨を明記しつつ、根拠として業務実態を示す構成が実務的です。
回答内容が業務実態と乖離すると、後で追徴課税の対象になる可能性があります。曖昧な表現で誤魔化そうとせず、実態をそのまま説明することが結果的に最も安全です。
課税判定された場合の異議申立と過去分の扱い
回答後に「課税対象」と判定され、納税通知書が届いた場合の対応は次の通りです。
- 納得できない場合の異議申立: 通知を受け取ってから3ヶ月以内に、都道府県税事務所に「審査請求」を行うことができます。判定根拠を確認し、書面で異議理由を提出します
- 過去分の課税: 過去に遡って課税される場合、地方税の賦課決定除斥期間の一般的理解として原則5年分(偽りその他不正の行為が認定された場合は最大7年分)が対象になる可能性があります。過去分の税額は年度によって異なるため、通知書の内訳を確認する必要があります
- 税理士への相談: 金額規模が大きい場合や判定根拠に疑問がある場合は、地方税に詳しい税理士に相談することを検討します
異議申立には期限があるため、通知を受け取ったら早めに動くことが重要です。
個人事業税をきっかけに考えたいフリーランスエンジニアの税務戦略
個人事業税の課税可能性を意識し始めたタイミングは、フリーランスとしての税務戦略全体を見直す良い機会です。個別の対処だけでなく、法人化・インボイス・契約設計といった中長期の意思決定にも接続する視点を持つと、キャリア全体で最適な選択がしやすくなります。
個人事業税負担が10万円を超えたら意識したい法人化タイミング
個人事業税が実際に課税され、年10万円を超える負担になると、法人化を含めた選択肢が視野に入ります。法人になると個人事業税は課されず、代わりに法人事業税・法人住民税が発生するため、税負担の総額が下がるとは限りません。ただし、以下の効果が組み合わさると、法人化が有利になる可能性があります。
- 役員報酬による所得分散(給与所得控除の活用)
- 家族への役員報酬(生計費の適正化)
- 消費税課税事業者との関係整理
- 社会的信用の向上(企業からの契約が取りやすくなる)
法人化の損益分岐点は所得規模だけでなく、家族構成・支出構造・将来の事業計画によって変わります。売上・税負担・社会保険料の3つの観点で判断軸を整理する方法についてはフリーランスエンジニアの法人化はいつ?売上・税負担・社会保険で判断するを参照してください。個人事業税負担が具体化してきたタイミングで、税理士に一度シミュレーションを依頼すると意思決定材料が揃います。
インボイス・消費税との整理(290万円ラインと1,000万円ラインの違い)
フリーランスエンジニアが意識すべき所得ラインは、個人事業税の290万円だけではありません。消費税との関係で次のラインも重要です。
- 課税売上高1,000万円ライン(消費税課税事業者判定): 前々年の課税売上高が1,000万円を超えると、原則として消費税の課税事業者になります
- インボイス制度への登録: 適格請求書発行事業者に登録すると、売上高に関係なく消費税課税事業者となります
「事業所得290万円ライン」(個人事業税)と「課税売上高1,000万円ライン」(消費税)は別軸の指標です。それぞれに対応した納税・申告フローが必要になるため、確定申告時期にまとめて整理しておくと安心です。インボイス制度の詳細については、国税庁「インボイス制度特設サイト」を参照してください。
インボイス登録済みのフリーランスエンジニアは、2割特例の適用が終了した後の消費税負担をどう抑えるかも重要な論点です。簡易課税制度を活用する場合の判断軸や本則課税との比較についてはフリーランスエンジニアの簡易課税2026|2割特例終了後の判断ガイドを参照してください。
契約書の記載を「非課税寄り」にする実務ポイント
個人事業税の判定は業務実態が本質であり、契約書の文言だけで結果が決まるわけではありません。ただし、実態が「準委任・実装業務」であれば、契約書の記載もそれに沿った形にしておくと、判定時の説明がスムーズになります。
- 契約形態: 実態が労働時間ベースなら「準委任契約」と明記する
- 業務内容: 「システム開発業務」「プログラミング業務」といった具体名を書く。「請負業務」「コンサルティング業務」といった法定業種を連想させる表現は必要以上に使わない
- 報酬体系: 稼働時間ベース(月額固定・時間単価)を明示する。成果物完成払いにする必要がある場合は、その理由も書面に残しておく
- 請求書の但し書き: 「システム開発業務対価」といった記載を統一する
契約締結時にクライアントと文言を調整する余地がある場合は、早めに相談しておくと、後の税務対応でも効果が出やすくなります。ただし、実態と乖離した文言を書くことは避けてください。実態と契約書が食い違う状態は、税務調査時にかえって不利になります。
個人事業税は、契約形態と業務実態が積み重ねた「これまでの働き方」を映し出す税金でもあります。判定の不安を解消するだけでなく、この機会に自分の案件ポートフォリオ・契約設計・キャリア方向性を見直せば、次の3〜5年の働き方をより主体的に描けるようになります。
よくある質問
- すでに開業届の業種欄を「請負」や「コンサルタント業」と書いてしまった場合、今から修正できますか?
「業種変更届出書」という公式書類は存在せず、開業届の業種欄を書き直す法律上の義務もありません。実務では、次回の確定申告書の職業欄を実態に沿った表現に直すか、開業届(個人事業の開業・廃業等届出書)を任意で再提出して事業の概要欄を書き換える対応が一般的です。実態がシステム開発中心であれば、業務内容が正確に伝わる表現に揃えておくと、個人事業税の判定や「お尋ね」通知への回答が後でスムーズになります。
- 個人事業税は所得税の確定申告とは別に、自分で都道府県へ申告する必要がありますか?
所得税の確定申告をしていれば、その情報が都道府県へ共有されるため、個人事業税の別申告は原則不要です。ただし住民税のみを申告している場合は、個人事業税申告書の提出が別途必要になるため、忘れずに確認しておきましょう。
- 前年まで非課税だったのに、今年から急に課税対象になることはありますか?
事業所得が290万円を超えた年や、請負・コンサルティング寄りの契約が業務の中心になった年は、前年まで非課税でも当年から課税対象に変わり得ます。契約構成が変化した年こそ、あらためて判定の見直しが必要です。
- 都道府県税事務所からの「お尋ね」通知を放置するとどうなりますか?
期限内に回答しないと、事務所側が手元の情報だけで判定を進めてしまい、実態より不利な課税結果になる可能性があります。忙しくても、期限内に業務内容だけでも簡潔に一次回答しておくことを強くおすすめします(放置が最もリスクの高い対応です)。
- 個人事業税の課税可能性を理由に、契約形態や案件の選び方を変えるべきですか?
税負担だけを理由に案件選びを制限する必要はありません。ただし請負・コンサル寄りの契約が業務の主要部分を占めていないか、年に一度は自分の契約構成を棚卸しして点検しておくと、判定リスクを事前に抑えられます。



