「フリーランスエンジニアになったら、国保と国民年金が高すぎて驚いた」
「単価は上がったのに、手取りが思ったほど増えないのはなぜ？」
「エンジニアでもマイクロ法人スキームは使える？」

結論から言うと、フリーランスエンジニアはマイクロ法人スキームの効果が最も出やすい職種の一つです。ここで言うマイクロ法人とは、個人事業主が本業とは別に役員一人だけの法人（合同会社が主流、株式会社でも可）を設立し、役員報酬を最低ラインに設定することで社会保険料の負担をぐっと抑える「マイクロ法人スキーム」のための器のこと。スキームの全体像・節約額・リスクはマイクロ法人 社会保険料削減スキームの完全解説に体系的にまとめています。

この記事では、現役のマイクロ法人社長として、また顧問税理士の先生から教わった内容をベースに、

• なぜフリーランスエンジニアにスキームの効果が出やすいのか（収入構造の分析）
• 準委任契約の報酬は二刀流のどちらに置くのか
• 法人側の事業に何を入れるか（同業種問題のクリアの仕方）
• 契約名義・インボイス・実質雇用というエンジニア固有の注意点
• 課税所得600万円クラスでの効果の目安試算

を整理します。

なぜエンジニアに効くのか：高単価×低経費率という収入構造

フリーランスエンジニアの収入構造には、他業種と比べてはっきりした特徴があります。

項目	フリーランスエンジニアの傾向	スキームへの影響
単価	月60〜80万円台の案件が普通にある	課税所得が大きくなりやすい
経費率	PC・通信費・書籍程度で低め	売上がほぼ所得に直結する
国保料	賦課上限（年100万円超の水準）に張り付きやすい	削減余地が最大級

飲食業や物販のように仕入・家賃で経費がかさむ業種と違い、エンジニアは売上の大部分がそのまま課税所得になるため、国民健康保険料が賦課上限に達しているケースが珍しくありません。国保料は上限に張り付いた人ほど、マイクロ法人化で最低等級の健康保険料に切り替えたときの差額が大きくなります。国保の負担感の実態は年商1,000万円で法人化すべきかの記事でも触れていますが、「単価の高い一人親方型」こそスキームの本命ゾーンです。

準委任契約（SES・エージェント経由）の報酬は個人事業側に置ける

フリーランスエンジニアの案件の多くは、エージェント経由の準委任契約です。この報酬は雇用契約の給与ではなく事業所得なので、二刀流（個人事業＋マイクロ法人）を組む場合、個人事業側にそのまま置けます。青色申告特別控除65万円もそのまま使えます。

つまり「本業のエンジニア収入＝個人事業、別の収益＝法人」という定番の型がそのまま当てはまる働き方です。問題は、法人側に何の事業を入れるか。ここが次のセクションの本題です。

法人側の事業に何を入れるか：本業と切り分けられるストック型が定番

本業のエンジニア業務をそのまま法人に入れてしまうと、個人事業と法人が「同業種」になり、事業区分の合理性を問われるリスクがあります。所得の付け替えと見られないための考え方はマイクロ法人の否認リスク10論点で詳しく解説していますが、エンジニアの場合、幸い切り分けやすい候補が豊富です。

• 技術記事・教材の販売：Zenn・Udemy等のコンテンツ収益。請負開発とは性質が異なるストック型
• 個人開発アプリ・Webサービスの収益：広告・課金・サブスク収入。自社プロダクト事業として説明しやすい
• 投資運用：株式等の運用を法人の事業に据える型。詳細は株・FX・仮想通貨は事業になる？へ

私の顧問税理士の先生も「クライアントワークは個人、自社プロダクトは法人、と収益の性質で分けると説明が一番通りやすい」と言っていました。受託＝フロー収入を個人に、ストック収入を法人に、という整理です。

エンジニア固有の注意点3つ

① 契約名義：個人契約のまま法人に付け替えない

エージェント経由の案件は個人名義で契約しているのが通常です。契約はそのままなのに売上だけ法人に計上する「付け替え」は、実態と帳簿が食い違うため避けるべき典型パターンです。本業を法人に移したいなら、エージェントとの契約自体を法人契約に切り替える必要がありますが、それをすると今度は個人事業側が空になり二刀流が成立しません。本業は個人のまま、法人には別の事業をが基本です。

② インボイス：法人側事業の消費税の扱い

エンジニアは取引先がBtoBなので、インボイス登録済みの方が多いはずです。個人で登録している場合、新設法人側をどうするかは別途の判断になります。法人側の売上がアプリ課金や広告収入中心なら、相手が消費者や海外プラットフォームでインボイス登録を急がなくてよいケースもあります。ここは売上の中身次第なので、登録の要否は税理士に確認してから決めるのが安全です。

③ 常駐案件の「実質雇用」論点

週5常駐・指揮命令下で働く形が強いと、契約形式が準委任でも「実態は雇用では」と見られる論点があります。これはスキーム以前にフリーランス契約そのものの論点ですが、実質雇用と判断されると事業所得の前提が揺らぐため、複数案件の並行や稼働場所・時間の裁量など、事業者としての独立性を保つ働き方を意識しておきたいところです。

効果の目安：課税所得600万円の単身者なら差額数十万円の水準感

あくまで2026年時点の一般的な水準からの目安ですが、課税所得600万円クラスの単身フリーランスの場合、

• 現状：国民健康保険＋国民年金で年100万円前後の負担になりやすい（自治体により差あり）
• マイクロ法人化後：役員報酬を最低ラインに設定すると、健康保険＋厚生年金の本人・会社負担合計で年30万円前後
• 差し引き：法人維持費（均等割・申告関連コスト等）を差し引いても、差額は数十万円の水準感

単価の高いエンジニアほど国保料が上限に近く、この差額が出やすくなります。ただし自治体・所得構成・家族構成で結果は変わるため、必ず自分の数字で試算してください。

会社員エンジニアで副業段階の人は前提が別

なお、正社員として働きながら副業をしているエンジニアの方は、すでに勤務先で社会保険に加入しているため、このスキームの前提（国保・国民年金の負担）がそもそも当てはまりません。副業段階でマイクロ法人を作る場合の社保二重加入の論点は会社員の副業でマイクロ法人は作れる？で整理しているので、独立前の方はまずそちらをご覧ください。効果が出るのは「フリーランスとして独立した後」です。

よくある質問（FAQ）

Q. エージェント経由の案件しかなく、法人に入れる事業が思いつきません。

A. 無理に法人を作る必要はありません。法人側に実態のある事業がないまま設立すると、維持費だけかかって否認リスクも抱えます。技術記事の執筆やアプリの個人開発など、小さくても実態のある収益源を先に育ててから設立する順番をおすすめします。

Q. 本業の受託開発を法人契約に切り替えて、法人一本にするのはダメですか？

A. ダメではありませんが、それは「マイクロ法人スキーム」ではなく通常の法人成りです。役員報酬を高く設定すれば社会保険料も相応にかかるため、削減効果は限定的になります。二刀流と法人成りは目的が別物です。

Q. 法人でアプリ収益を計上する場合、ストアのアカウントも法人名義にすべきですか？

A. 収益の帰属を明確にするため、開発者アカウントや振込口座は法人名義に揃えるのが望ましいです。個人名義のまま売上だけ法人に付けると帳簿と実態がずれます。切り替えが難しいプラットフォームもあるため、移行時期は税理士と相談してください。

Q. 課税所得が300万円程度でも効果はありますか？

A. 所得が低めだと国保料も上限に達しておらず、法人維持費を引くと差額が薄くなります。目安として、所得が上がって国保料の負担感が明確になってから検討しても遅くありません。損益分岐の考え方はスキーム完全解説を参照してください。

Q. 単価が上下する年でも役員報酬は固定ですか？

A. 役員報酬は原則として期首に決めたら期中変更できません（定期同額給与）。ただしマイクロ法人側の報酬は最低ラインで固定する設計なので、個人事業側の収入変動とは切り離して考えられます。

まとめ：高単価エンジニアはスキームの本命ゾーン

フリーランスエンジニア×マイクロ法人の要点です。

• 高単価×低経費率で国保料が上限に張り付きやすく、スキームの効果が最も出やすい職種の一つ
• 準委任契約の報酬は事業所得。二刀流の個人事業側にそのまま置ける
• 法人側は技術教材・個人開発・投資運用など、本業と切り分けられるストック型を選ぶ
• 個人契約のままの売上付け替えはNG。常駐案件は実質雇用の論点にも注意
• 課税所得600万円なら年間差額数十万円の水準感（あくまで目安、自分の数字で試算を）

コードを書く力で単価を上げてきた人ほど、社会保険料の設計は「放置している最大の固定費」かもしれません。数字を出して、検討する価値があるかを確かめてみてください。

※本記事は2026年7月時点の法令・運用を前提とした、筆者個人の理解と顧問税理士から聞いた内容に基づくものです。実際の判断は、顧問税理士・各機関にご確認のうえご自身の責任でお進めください。