派遣・請負・委託の混在— プロジェクト整理

1. 三類型の基本的な違い

1-1. 派遣（労働者派遣）

派遣会社から派遣労働者を受け入れ、 指揮命令を自社またはクライアントが行う形態です。
取適法の「製造委託等・役務提供委託等」とは別レーンで、 派遣法・派遣元との契約が中心になります。

1-2. 請負（成果完成型）

仕事の完成という成果を約束し、 請負者が作業方法を決める形態です。
建設・内装・一部の開発一式などで使われ、 取適法の対象になり得ます。

1-3. 委託（役務提供・成果物納品）

デザイン・開発・コンサル等、 成果物または役務の提供を委ねる形態です。
フリーランス新法の特定受託事業者が関与する場合が多く、 書面明示・60日ルールの重点管理対象になります。
適用判定は形式判定の考え方を参照してください。

2. 混在が起きる典型パターン

2-1. システム開発プロジェクト

例：PMは派遣、設計・実装は委託、サーバー室工事は請負。
プロジェクトコードは共通でも、 契約・発注番号・台帳行は類型ごとに分離します。

2-2. 店舗改装・オープン準備

内装請負、什器搬入委託、 オープン日のみの販促スタッフ派遣が同時進行するケースです。
検収日・受領日が類型ごとにバラバラになるため、 60日起算も個別に数えます。

2-3. 名称だけ「委託」の実態派遣

契約書のタイトルは業務委託でも、 実態が指揮命令・就業時間管理に近い場合、 類型の見直しが必要になることがあります。
実態と契約の不一致は、 取適法記録だけでは防げないリスクです。

3. 台帳・書面の設計

3-1. プロジェクトIDと取引IDの二層

プロジェクトIDで横断参照しつつ、 取引ID（発注番号）は類型・取引先ごとに一意に付与します。
「同一プロジェクト」で一括支払期日を計算しないよう、 経理・購買に周知します。

3-2. 書面テンプレートの使い分け

委託向けは記載事項のテンプレート、 請負向けは工事・完成条件を厚くした別テンプレートを用意します。
派遣は派遣元との契約・派遣通知が中心で、 取適法の発注書面とは別管理です。

3-3. 検収・受領日の切り分け

委託・請負それぞれで検収完了日を記録し、支払60日ルールの起算点を個別に計算します。
派遣は月次勤怠・派遣料金請求サイクルが中心で、 60日ルールの考え方がそのまま当てはまらない場合があります。

4. プロジェクト管理の実務

4-1. キックオフでの類型確認

プロジェクト開始時に、 関与者一覧と契約類型を表形式で確定します。
PM・購買・法務が同じ表を見ることで、 口頭発注の類型ミスを減らせます。

4-2. 変更管理

スコープ変更が「派遣の延長」なのか「追加委託」なのかを都度判定し、 追加発注書面を類型に合わせて起票します。

4-3. クロージング時の突合

プロジェクト完了時に、 全取引IDの書面交付・受領日・支払完了を一覧で突合します。
発注コンプライアンスのチェックリストをプロジェクト単位で走らせる運用が有効です。

5. 混在プロジェクトの整理表（例）

5-1. 表の列項目

プロジェクト名、取引先名、契約類型、発注番号、 書面交付日、受領日、支払期日、担当者の8列を標準とします。
キックオフ時にこの表を埋め、 空白セルがある行は「未整備」として週次レビュー対象にします。

5-2. システム開発の具体例

PM派遣（派遣会社A）、バックエンド委託（フリーランスB）、 オフィスネットワーク工事（請負C）が同時進行する場合、 3行に分けて台帳登録します。
統合マイルストーン「本番リリース日」はプロジェクトメモに書きますが、 60日起算は各行の受領日で個別計算します。

5-3. 経理への引継ぎ

経理には「類型混在のため行分割済み」と注記し、 1つの請求書に複数類型を混ぜないよう請求書チェックリストを渡します。

よくある質問

Q. 1つの請求書に委託と請負をまとめてよいですか

経理処理上まとまることはありますが、 台帳・書面・受領日は類型ごとに分けて記録してください。
混在した1行では60日起算が追えません。

Q. 派遣スタッフが委託先の成果物を検収してもよいですか

社内の役割分担として可能な場合もありますが、 検収権限・記録責任者を社内規程で明確にします。

Q. 再委託・孫請けが混在プロジェクトで複雑化した場合

委託契約の再委託条項を確認し、 孫請けの有無を台帳メモに残します。
請負・派遣については別法令の観点も確認が必要です。

Q. プロジェクト管理ツール1つで足りますか

進捗管理とコンプライアンス台帳は目的が異なります。
ツールを併用する場合、正本データをどちらに置くか社内で決めます。

Q. 類型の誤判定に気づいたら

速やかに法務・購買へエスカレーションし、 必要な書面・届出・契約改定を検討します。
誤判定のまま支払を続けると、記録不備が積み上がります。
過去分を遡及整備する場合は、 優先度（未払い・60日接近・書面未交付）順にバッチ処理し、 整備計画を経営へ報告する形が現実的です。

6. 法務・購買・経理の連携会

混在プロジェクトは月1回、 PM・購買・法務・経理の15分スタンドアップで「類型表」の空白セルを潰します。
新規参画ベンダーが追加された週は、 キックオフ前に必ず類型判定シートを提出させるルールにします。
派遣会社経由の人材が実質的に成果物納品まで担う場合、 名目的な派遣契約になっていないか、四半期に一度サンプル監査してください。
監査で類型変更が必要と判明した案件は、 遡及整備の対象リストに載せ、 書面・受領日・支払期日を類型に合わせて再計算するプロジェクトとして管理します。

まとめ

• 派遣・請負・委託は法令・書面・60日管理が異なる
• プロジェクトIDと取引IDを二層で設計し、台帳行を分離する
• キックオフで類型表を確定し、変更時も類型を再確認する
• クロージング時に全取引の書面・受領日・支払を突合する

5. 混在プロジェクト整理チェックリスト

• 関与者一覧と契約類型（派遣・請負・委託）を表で確定したか
• 取引ID・発注番号を類型ごとに分けたか
• 書面テンプレートを類型別に用意したか
• 受領日・60日起算を取引ごとに記録しているか
• プロジェクト完了時の突合フローを決めたか

混在プロジェクトのPMは、 週次進捗報告に「書面未交付・受領日未入力」の件数を1行添えるようテンプレート化すると、 コンプライアンスが可視化されます。
類型判定に迷う新規ベンダーは、 契約締結前に購買・法務の15分レビューを必須化するルールが有効です。

注意

本記事は取適法・フリーランス新法に関する一般的な情報の整理であり、トリカク（torikaku） の機能説明を含みますが、法的助言ではありません。
個別の契約内容・取引実態・派遣法・請負法の適用については専門家にご確認ください。