結論：2024年11月1日に施行されたフリーランス新法（正式名称「特定受託事業者に係る取引の適正化等に関する法律」）は、発注側に資本金要件が一切なく、従業員を1人でも雇っていれば対象になる点が、資本金・従業員数の閾値で判定する取適法（旧下請法）と決定的に違います。対応の骨格は、①取引先が「特定受託事業者（従業員のいないフリーランス）」に当たるかの一次判定、②発注時の取引条件明示の必須項目チェック、③受領日起算60日払いの先読み、④委託期間6ヶ月超の契約に対する中途解除30日前予告アラート、の4つに分解でき、取引先マスタと発注データがあればClaude Codeで点検スクリプトとして仕組み化できます。
要点1：特定業務委託事業者（発注側）の定義は「従業員を使用する事業者」。資本金額は問われないため、資本金1円のひとり社長法人でも従業員を1人雇えば対象になり得ます（特定受託事業者＝従業員を使用しない個人・一人法人）
要点2：義務は委託期間によって3段階に増えます。全期間共通（取引条件明示・60日払い）→1ヶ月以上（7つの禁止行為）→6ヶ月以上（育児介護配慮・ハラスメント対策・中途解除30日前予告）という積み上げ構造です
要点3：公正取引委員会は施行後11か月間（2024年11月〜2025年9月）で発注事業者への指導・勧告が計445件（勧告4件・指導441件）に上ったと公表しており、2026年6月にはKADOKAWAへの勧告事例も報じられています。「まだ実例が少ない新しい法律」という認識は、すでに実態と合っていません
対象読者：発注側（特定業務委託事業者）の購買・開発マネジメント部門。フリーランスのエンジニア・デザイナー・ライターへの業務委託が月数件〜数十件ある会社を想定しています。
今日やること：取引先マスタに「個人か法人か」「従業員を雇っているか」を判定できる列があるかを確認する。なければ、それがこの記事のパイプラインの最初の作業在庫です。
フリーランス新法とは何か——取適法・下請法と何が違うのか
正式名称は「特定受託事業者に係る取引の適正化等に関する法律」。通称は「フリーランス新法」「フリーランス・事業者間取引適正化等法」で、2023年5月12日に公布、2024年11月1日に施行されました。所管は公正取引委員会・中小企業庁・厚生労働省の3省庁で、取引条件や報酬に関する規定は公正取引委員会・中小企業庁が、就業環境（育児介護配慮・ハラスメント対策）に関する規定は厚生労働省も所管します。
対象の判定は、資本金や従業員数の「規模」ではなく、当事者の属性で決まります。
- 特定受託事業者（保護される側）——業務委託の相手方である事業者のうち、従業員を使用しない個人、または代表者以外に役員がおらずかつ従業員を使用しない法人
- 特定業務委託事業者（義務を負う側）——業務委託をする事業者のうち、従業員を使用するもの（個人・法人を問わない）
ここが取適法（旧下請法）との最大の違いです。取適法は「委託事業者の資本金または従業員数が、中小受託事業者側より一定基準を超えて大きい」という相対的な規模格差で対象を判定しますが、フリーランス新法には資本金の閾値が一切ありません。従業員を1人でも雇っている発注者が、従業員のいない個人・一人法人に業務委託すれば、発注者の資本金や規模にかかわらず対象になります。スタートアップや小規模な受託開発会社ほど「うちは下請法の対象外だから関係ない」と誤解しやすい領域です。
義務は委託期間で3段階に増える
フリーランス新法の義務は一律ではなく、業務委託の期間によって積み上がっていきます。中小企業庁・公正取引委員会の説明資料をもとに整理すると、次の3段階です。
| 適用範囲 | 義務 |
|---|---|
| すべての業務委託（期間を問わない） | ①取引条件の明示義務（第3条） ②報酬の支払期日を定める義務・受領日起算60日以内のできる限り短い期間内での支払義務（第4条） |
| 1ヶ月以上の業務委託 | ③7つの禁止行為の禁止（第5条：受領拒否・報酬減額・返品・買いたたき・購入利用強制・不当な経済上の利益提供要請・不当な給付内容の変更ややり直しの要請） ④募集情報の的確表示義務（第12条） |
| 6ヶ月以上の継続的業務委託 | ⑤育児介護等と業務の両立に対する配慮義務（第13条・6ヶ月未満は努力義務） ⑥ハラスメント対策に係る相談体制の整備義務（第14条） ⑦中途解除・不更新の30日前予告義務（第16条） |
つまり単発の1回きりの発注でも取引条件明示と60日払いは必須で、契約が長く続くほど発注側の義務が重くなる設計です。月内で更新を繰り返す「実質的に継続している」契約が6ヶ月ルールの外側に置かれていないか——ここは境界の解釈が絡むため、要件の細部は公正取引委員会の特設サイトで確認するのが確実です。
設計原則——判定は機械、契約類型の確定は人
このサイトで繰り返し書いている原則ですが、法令対応の自動化ではフリーランス新法でも同じです。Claude Codeで作るのは「全取引先・全発注を漏れなく点検して、疑わしいものを人の前に並べる網」であり、個別の取引が法の対象かどうかの最終確定は、法務・社労士・顧問弁護士の仕事として残します。
- 機械がやること：取引先マスタからの特定受託事業者フラグの一次判定、発注レコードの必須項目の欠落検知、受領日起算60日の演算、契約期間6ヶ月到達のアラート
- 人がやること：「要確認」に分類された取引先の実態確認（本当に従業員がいないか、法人形態は一人法人か）、契約類型の解釈、違反疑い時の是正判断
- 両者の界面：週次・月次の例外レポート。件数がゼロに近づくほど、体制として健全になっていく
「この取引先は本当に従業員がいないのか」は、契約書や登記だけでは分からず、ヒアリングが要ることもあります。スクリプトの入力に使う「特定受託事業者フラグ」は、一度人が確認した結果を持たせる前提です。逆に言えば、この列を一度整備してしまえば、以後の新規発注は機械が守ってくれます。
実装1：取引先マスタに「フリーランス判定」フラグを立てる
入力は名寄せ済みの取引先マスタに、法人格・役員数・従業員数の列を加えたものです。名寄せができていないと同一取引先が複数行に割れて判定が漏れるため、名寄せはこのパイプラインの前提工程になります。
Claude Codeへの最初の指示はこの程度で十分です。
取引先マスタ vendors.csv（法人格 entity_type、役員数 officers、
従業員数 employees、自社の従業員数 own_employees）を読み、
フリーランス新法の適用対象を一次判定するPythonスクリプトを書いて。
- 特定受託事業者＝従業員を使用しない個人、または役員が代表者のみで
従業員を使用しない法人
- 自社（発注側）に従業員が1人でもいれば特定業務委託事業者に該当
- 出力は「対象」「対象外」「要確認」の3値。欠損・不明は必ず「要確認」に倒す
- 結果はfreelance_judgment.csvに、判定根拠の列つきで書き出す生成されるコードの骨格はこうなります（判定ロジック部分の抜粋）。
def classify(row, own_employees):
# 自社に従業員がいなければ、そもそも特定業務委託事業者に該当しない
if own_employees == 0:
return "対象外", "自社に従業員なし（特定業務委託事業者に非該当）"
if pd.isna(row["entity_type"]) or pd.isna(row["employees"]):
return "要確認", "法人格または従業員数が未登録"
is_individual = row["entity_type"] == "個人"
is_one_person_corp = (row["entity_type"] == "法人"
and row.get("officers", None) == 1
and row["employees"] == 0)
if (is_individual or is_one_person_corp) and row["employees"] == 0:
return "対象の可能性が高い", "従業員を使用しない個人・一人法人"
if row["employees"] > 0:
return "対象外の可能性が高い", "受託側に従業員あり"
return "要確認", "法人格・役員構成が判定条件に合致しない"ポイントは、断定形のラベルを使わず「〜の可能性が高い」で出すことと、判定根拠を必ず列で残すことです。この出力を法務・購買責任者に渡せば、「要確認」の山から数件ずつ潰していく作業が始められます。取適法（旧下請法）の判定とは条件が違うため、取引先マスタには両方の判定列を並べて持たせるのが実務的です。
実装2：発注時の取引条件明示——必須項目の欠落を検知する
特定業務委託事業者には、発注に当たって取引条件を書面又は電磁的方法（メール等）で明示する義務があります（第3条）。中小企業庁・公正取引委員会の説明資料が挙げる主な明示事項は次のとおりです。
- 特定業務委託事業者・特定受託事業者の名称
- 業務委託をした日
- 給付の内容
- 給付を受領する期日（役務提供の場合は提供を受ける期日）
- 給付を受領する場所
- （検査をする場合）検査を完了する期日
- 報酬の額・支払期日
- 現金以外の方法で支払う場合はその方法に関する事項
チェックの実装は、発注データの必須項目検査として書けます。
REQUIRED = {
"item_desc": "給付の内容",
"receive_due": "給付を受領する期日",
"amount_yen": "報酬の額",
"payment_due": "支払期日",
"payment_method": "支払方法",
}
def check_order_completeness(df):
issues = []
for col, label in REQUIRED.items():
missing = df[df[col].isna() | (df[col].astype(str).str.strip() == "")]
for _, r in missing.iterrows():
issues.append({"order_id": r["order_id"], "missing": label})
return pd.DataFrame(issues)「口頭で発注してチャットのメッセージ1行だけ残っている」「金額は別途相談のまま発注済みステータスになっている」は、フリーランスへの発注データに一定数眠っている典型パターンです。この検査は、契約書レビューの自動化と組み合わせると、発注前の条件整備そのものを底上げできます。
実装3：60日払いルールを先読みする（再委託30日特例つき）
報酬の支払期日は「給付を受領した日から起算して60日以内のできる限り短い期間内」に定める義務があります。実装のコツは、支払済みデータの事後監査ではなく「これから来る支払の先読み」にすることです。
from datetime import timedelta
LIMIT_DAYS = 60 # 受領日から起算して60日以内
def check_payment_terms(df):
df["deadline"] = df["received_date"] + timedelta(days=LIMIT_DAYS - 1)
df["over"] = df["payment_due"] > df["deadline"]
df["days_over"] = (df["payment_due"] - df["deadline"]).dt.days.clip(lower=0)
return df[df["over"]].sort_values("days_over", ascending=False)「月末締め翌々月払い」のような暦月ベースの支払サイトは、月初に受領した給付だと60日を超えることがあります。締めサイクル起点ではなく受領日起点で全件演算するからこそ、この種の構造的な超過が発見できます。
もう一つ実務で効くのが、再委託の30日特例です。元委託者から受けた業務をさらにフリーランスへ再委託する場合、①再委託である旨、②元委託者の名称、③元委託業務の対価の支払期日、をあらかじめ明示していれば、元委託業務の支払期日から起算して30日以内の支払期日を定めることが認められます。この3要件を満たさないまま短い支払サイトを設定すると、原則の60日ルールがそのまま適用される点に注意が必要です。
def resolve_deadline(row):
if row["is_recommission"] and row["parent_payment_due_disclosed"]:
# 3要件（再委託である旨・元委託者名称・元委託支払期日の明示）を
# 満たしている場合のみ30日特例を適用
return row["parent_payment_due"] + timedelta(days=30)
return row["received_date"] + timedelta(days=LIMIT_DAYS)
実装4：委託期間6ヶ月をトリガーに中途解除30日前予告をアラートする
6ヶ月以上継続する業務委託を中途解除する場合、または更新せず終了する場合、発注側は原則として解除日・満了日の30日前までに予告しなければなりません（自然災害等のやむを得ない事由がある場合等を除く）。フリーランス側から請求があれば、解除理由を開示する義務もあります。あわせて、6ヶ月以上の継続的業務委託では育児介護等との両立への配慮義務、ハラスメント相談体制の整備義務も発生します。
実装は、契約マスタの開始日・想定終了日から残日数を演算するだけのシンプルな構造です。
NOTICE_DAYS = 30
CONTINUOUS_THRESHOLD_DAYS = 180 # 6ヶ月の目安。厳密な暦月換算は要確認扱いにする
def check_termination_notice(df, today):
df["duration_days"] = (today - df["start_date"]).dt.days
df["is_continuous"] = df["duration_days"] >= CONTINUOUS_THRESHOLD_DAYS
df["days_to_end"] = (df["planned_end_date"] - today).dt.days
alert = df[df["is_continuous"] & (df["days_to_end"] <= NOTICE_DAYS) & (df["days_to_end"] > 0)]
return alert[["vendor_id", "planned_end_date", "days_to_end"]]ここでの注意点は、「6ヶ月」を暦日180日で近似するか、暦月換算するかで境界が変わることです。境界に近い契約は「要確認」として人に回し、断定させないのが実装1と同じ設計原則です。更新を繰り返して実質的に6ヶ月を超えている契約が、単発契約の連続としてカウントされていないかも、洗い出しの初回で確認すべきポイントになります。
運用設計——記録の保存とCLAUDE.mdの停止線
点検スクリプト自体の運用は、週次バッチ＋証跡ログが基本形です。
# 毎週月曜7時にフリーランス新法4点検を実行し、例外レポートを生成
0 7 * * 1 cd /srv/freelance-act && python3 run_checks.py --out report/$(date +\%Y\%m\%d).mdそしてCLAUDE.mdに停止線を焼き込みます。法令チェック系のリポジトリでは、AIに「直させない」ことが品質保証になります。
# CLAUDE.md（抜粋）
- このリポジトリの判定結果は一次スクリーニング。法適用の確定判断はしない
- 特定受託事業者フラグ・60日・180日の定数変更は法務承認が必要。勝手に変えない
- 「要確認」を「対象外」に自動で倒す変更は提案も実装も禁止
- 判定根拠列・実行日時・入力ファイルのハッシュをレポートに必ず残す週次レポートの「要確認」件数と「60日超過予備軍」件数が減っていくグラフが、そのまま経営報告に使える対応進捗のKPIになります。
失敗パターンと回避策
❌ 失敗1：資本金基準で「うちは対象外」と判断する
取適法の感覚のまま「資本金が小さいから関係ない」と誤解するパターンです。フリーランス新法には資本金の閾値がなく、従業員を1人でも雇えば対象になります。
⭕ 回避策：判定条件から資本金を外し、「自社の従業員数」「受託側の従業員の有無」の2軸だけで一次判定する。
❌ 失敗2：検収完了日を起点に60日を数える
支払期日の起算は受領日で、検査の有無を問いません。検収遅れがそのまま支払遅延につながる構造は、データを受領日起点に組み替えないと消えません。
⭕ 回避策：受領日列を正とし、検収日ベースの支払サイト設定には「構造的超過リスク」のフラグを立てて棚卸しする。
❌ 失敗3：更新の繰り返しで「6ヶ月未満」を維持しようとする
1ヶ月契約を6回更新して実質6ヶ月を超えているのに、契約書上は「毎回新規の1ヶ月契約」として6ヶ月ルールの適用外だと整理してしまうパターンです。
⭕ 回避策：契約マスタは「初回契約開始日」からの通算日数で継続性を判定し、更新のたびにリセットしない設計にする。境界ケースは要確認に回す。
❌ 失敗4：再委託の30日特例を要件確認なしで適用する
再委託だからという理由だけで支払サイトを30日に短縮し、3要件（再委託である旨・元委託者名称・元委託支払期日の明示）の充足を確認していないパターンです。要件を満たさなければ原則の60日ルールに戻ります。
⭕ 回避策：30日特例を適用するレコードには3要件の充足フラグを必須項目にし、フラグが立っていない再委託は自動的に60日ルールで再計算する。
想定モデルケースの目安
従業員20名規模のSaaS企業（フリーランスへの外注が月20件・取引先マスタ150社）を想定した場合の、この4点検の構築目安です。実際の作業量は取引先数・発注データの整備状況によって変わるため、あくまで目安として扱ってください。
| 工程 | 内容 | 目安 |
|---|---|---|
| データ棚卸し | 取引先マスタへの法人格・役員数・従業員数列の整備（名寄せ済み前提） | 1〜2週間（人の調査作業が主） |
| 実装1〜4 | 判定・明示事項・60日・6ヶ月アラートの4スクリプトをClaude Codeで構築 | 2〜3日 |
| 初回洗い替え | 全量実行→「要確認」リストの法務・購買レビュー | 1〜3週間（件数依存） |
| 定常運用 | 週次バッチ＋例外レビュー30分／週 | 継続 |
スクリプト構築そのものより、入力データ（従業員の有無・受領日・契約開始日）の整備に時間がかかるのがこの領域の特徴です。コーディング部分はClaude Codeで数日に圧縮できるので、人の時間は全部データ整備とレビューに寄せるのが正しい配分です。
よくある質問
Q. フリーランス新法はいつから施行されていますか？
2024年11月1日に施行済みです。正式名称は「特定受託事業者に係る取引の適正化等に関する法律」で、2023年5月12日に公布されました。
Q. 資本金がいくら以下なら対象外になりますか？
フリーランス新法に資本金の閾値はありません。発注側（特定業務委託事業者）に従業員が1人でもいて、受託側が従業員を使用しない個人・一人法人であれば、資本金の大小にかかわらず対象になります。この点が取適法（旧下請法）との最大の違いです。
Q. 取適法（旧下請法）とはどちらが優先されますか？
どちらか一方が優先されるという関係ではなく、取引の当事者属性で適用法が変わります。委託先が「従業員を使用しない個人・一人法人」であればフリーランス新法、委託先が「資本金・従業員数基準で判定される法人（中小受託事業者）」であれば取適法の対象です。フリーランスと法人の両方に外注している会社は、取引先マスタで両方の判定列を持つ必要があります。
Q. 60日ルールの60日はいつから数えますか？
給付を受領した日から起算します。検査をするかどうかは起算に影響しません。「検収完了から60日」で運用していると、検収が遅れた分だけ違反リスクが生じます。
Q. 実際に勧告を受けた事例はありますか？
公正取引委員会は、施行後11か月間（2024年11月〜2025年9月）で発注事業者への指導・勧告が計445件（勧告4件・指導441件）に上ったと公表しています。2026年6月には、フリーランスのライター・スタイリスト・イラストレーターへの委託で報酬の支払期日等を書面で明示していなかったとして、KADOKAWAへの勧告事例も報じられました。違反の多くは取引条件の明示義務違反と報酬の支払遅延に関するものです。
Q. 違反するとどうなりますか？
公正取引委員会・中小企業庁長官・厚生労働大臣が助言・指導・報告徴収／立入検査・勧告・公表・命令の順で対応します。命令に従わない場合や報告拒否・虚偽報告・検査拒否があった場合は50万円以下の罰金（両罰規定により法人も対象）、ハラスメント対策に関する報告義務違反には20万円以下の過料が科され得ます。いきなり罰則になるわけではなく、行政指導を無視し続けた結果として科される仕組みです。
まとめ：今日から始める3つのアクション
- 今日やること：取引先マスタに「個人か法人か」「従業員を雇っているか」の列があるかを確認する。なければ整備計画を立てる。これが全点検の入力データです
- 今週中：実装2の取引条件明示チェックを最初のClaude Codeタスクとして動かす。発注データの必須項目が揃っているかが、具体的な件数で見えます
- 今月中：実装1の一次判定を全量で回し、「要確認」リストを法務・購買部門と分担して潰す体制を作る。週次バッチとCLAUDE.mdの停止線を整備してから定常運用に入る
フリーランス新法対応は、インボイス登録番号の一括確認や取適法対応と同じく「法令の要件をデータの検査条件に翻訳し、例外だけ人が見る」型の仕事です。公正取引委員会が指導・勧告の実例を積み重ねている今、点検の仕組みがないまま指摘を受けるのが、いちばん高くつくパターンです。
著者：佐藤傑（さとう・すぐる）
株式会社Uravation代表取締役。X（@SuguruKun_ai）フォロワー約10万人。100社以上の企業向けAI研修・導入支援。著書『AIエージェント仕事術』（SBクリエイティブ）。
参考・出典
- 公正取引委員会「フリーランスの取引適正化に向けた公正取引委員会の取組」（参照日: 2026-08-27）
- 公正取引委員会・中小企業庁「特定受託事業者に係る取引の適正化等に関する法律（フリーランス・事業者間取引適正化等法）説明資料」（参照日: 2026-08-27）
- 公正取引委員会「特定受託事業者に係る取引の適正化等に関する法律に基づく指導等について」（令和7年12月10日）（参照日: 2026-08-27）
- 朝日新聞「フリーランス法1年、指導・勧告445件 取引条件を示さず違反続く」（参照日: 2026-08-27。指導・勧告件数の集計は報道時点のもの）
- 日本経済新聞「KADOKAWAに公正取引委員会が勧告へ 雑誌製作委託でフリーランス法違反」（参照日: 2026-08-27）
- Claude Code公式ドキュメント（参照日: 2026-08-27）
ご質問・ご相談は お問い合わせフォーム からお気軽にどうぞ。
