エンジニアの法人化：業務委託契約と源泉徴収

フリーランスエンジニアの法人化では、登記手続きよりも既存案件の契約切替が実務上の山になります。準委任、請負、SES、保守運用など契約形態によって、成果物、検収、責任範囲、著作権、再委託制限の見方が変わるためです。この記事では、エンジニアが法人化前に確認したい契約・税務・社会保険の論点を説明します。

案件ごとに契約形態を確認する

現在の案件が個人との業務委託契約である場合、新会社へそのまま引き継げるとは限りません。契約書の譲渡禁止、再委託、秘密保持、セキュリティ、損害賠償、反社会的勢力排除、個人情報の取扱いを確認します。

準委任型の開発支援では稼働時間や作業報告、請負型では納品物と検収が重要になります。法人化後の契約書では、どこまでが業務範囲で、どの時点で報酬が発生し、障害や仕様変更にどう対応するかを明確にしておく必要があります。

エンジニアの成果物には、ソースコード、設計書、設定ファイル、ドキュメント、ノウハウが含まれます。契約によって、著作権を譲渡するのか、利用許諾にするのか、汎用ライブラリや既存部品を除外するのかが変わります。

法人化を機に外注や共同開発を使う場合、外部メンバーが作成した成果物の権利処理も必要です。発注元へ譲渡する前提なら、外注先から会社への権利帰属や利用許諾を整えないと、納品後に説明できない部分が残ります。

個人への報酬では源泉徴収が行われていた案件でも、法人への支払では扱いが変わることがあります。取引先の経理部門に、法人名義の請求開始月、法人口座、インボイス登録番号、支払サイト、支払明細の形式を確認します。

設立月をまたぐ案件では、個人として稼働した期間と法人として受けた期間を作業報告や請求書で分けます。入金日だけで判断すると、個人の確定申告と法人決算の区分が曖昧になりやすいため、役務提供期間を基準に資料を残します。

法人化後に代表者が役員報酬を受ける場合、健康保険・厚生年金の新規適用が関係します。月額報酬を高くしすぎると固定費が重くなり、低くしすぎると生活費や将来の資金調達の説明に影響することがあります。

エンジニアは売上の変動が案件終了に直結しやすいため、少なくとも数か月分の固定費を見ます。会計ソフト、税理士、クラウド利用料、保険、PC購入、外注費、社会保険料を含めて、法人化後の手残りを試算します。

エンジニアの法人化は、案件単位での確認が向いています。取引先ごとに契約切替の可否、必要書類、セキュリティ審査、請求開始日、成果物の権利、源泉徴収の扱いを並べてから設立日を決めます。