複数フリーランスへの同時発注— 台帳と権限

1. 台帳設計

1-1. プロジェクト単位と取引先単位

台帳は「取引先1行」が基本ですが、プロジェクトID列を足すと複数人を束ねて見られます。
同じプロジェクトでも契約形態が人ごとに違う場合は、行を分けて契約IDを別にします。
台帳の基本は発注台帳の実務を参照してください。

1-2. 共通の発注書テンプレート

人ごとにバラバラなPDFを使うと、3条・4条の記載漏れが増えます。
職種別の業務説明だけ差し替え、報酬・期日・解除条項は共通テンプレートに揃えます。
テンプレート化は発注書面のテンプレート化を参照してください。

2. 権限と窓口

2-1. 誰が発注できるか

プロジェクトマネージャーが口頭で依頼し、経理だけが後から契約を知る構造は危険です。
発注権限マトリクスで、金額・職種・緊急時の例外を定め、例外時は48時間以内の書面追完を義務づけます。

2-2. 担当者交代

複数人案件では担当交代が起きやすいです。
引継ぎチェックリストに「未入力の受領日」「未交付の書面」を載せ、週次でゼロにします。
引継ぎの型は発注担当の引継ぎを参照してください。

3. 支払・検収の同期

3-1. 締め日のバラつき

フリーランスごとに請求サイクルが違うと、同じプロジェクトでも受領日が散らばります。
可能ならプロジェクト単位で締め日を揃えるか、カレンダーで期日を一覧化します。

3-2. 支払遅延の連鎖

1人の期日超過は、他の取引先への支払にも影響する信用リスクになります。
超過行をダッシュボードの最上段に固定し、経理・発注が同じ画面を見る運用にします。

よくある質問

Q. 10人同時発注でも取引先数は10ですか？

はい。台帳上は10取引先として管理します。プロジェクトIDで束ねます。

Q. 仲介プラットフォーム経由の場合は？

契約当事者が誰かを確認し、台帳の取引先名を請求書と一致させます。

Q. 同じ人に複数案件を同時に依頼する場合は？

案件ごとに契約IDを分け、受領日と期日を行ごとに管理します。

Q. チームリーダー1人にまとめて発注できますか？

再委託・仲介構造にならないか確認します。実作業者との関係を契約で明確にします。

Q. 最初の確認項目は？

適用判定・書面・60日・台帳のチェックリストから始めます。

4. プロジェクト台帳の見え方

4-1. 制作案件で5名同時発注

ディレクター・デザイナー・コーダー・ライター・撮影担当の5名に同時発注する場合、 台帳は5行、プロジェクトIDは共通、契約IDは個別です。
検収は職種ごとに異なるため、受領日もバラバラになります。
プロジェクトダッシュボードで「未入力の受領日」「7日以内に期日」の行をフィルタし、PMと経理が同じ画面を週次で確認します。

4-2. 権限マトリクス例

50万円未満：部門長承認、50万円以上：役員承認、緊急時口頭発注：24時間以内に書面追完、など。
フリーランスへの「小さな追加依頼」の積み重ねが、承認閾値をすり抜けることがあるため、 月次で取引先ごとの累計発注額をレビューします。

4-3. 最初の一周

新規プロジェクト開始時は、発注コンプラチェックリストを全員分に適用し、書面交付日・説明記録の有無をゼロにします。
2件目以降のプロジェクトでは、同じフリーランスでも契約IDを案件ごとに分け、過去の受領日を新案件に流用しない運用にします。

5. ツール選定と自動化

5-1. 発注管理SaaSの要件

複数フリーランスを扱う場合、取引先マスタ・契約ID・受領日・期日アラート・書面PDFリンクが一体のツールが向きます。
会計ソフトだけでは、受領日起点の60日管理までカバーしきれないことが多いです。

5-2. 通知設計

7日前・3日前・当日・超過後の段階通知を、取引先行ごとに自動送信できると、PMの負荷が下がります。
通知先は発注担当と経理の両方にし、どちらか一方の休暇でも漏れないようにします。

5-3. 定期棚卸

四半期に一度、アクティブなフリーランス全行について、書面交付日・受領日未入力・期日超過をゼロにする棚卸を実施します。
プロジェクト終了後も契約行を「終了」ステータスで残し、履歴として参照できるようにします。

6. マルチベンダー統制

6-1. 実務の勘所

取引先との関係が良好でも、書面・受領日・支払期日の記録は省略しないことが長期的なリスク低減につながります。
担当者個人の記憶やチャットの履歴だけに依存すると、異動・退職・監査のタイミングで説明不能な行が出やすくなります。
月次の短いレビュー（未入力受領日・期日7日以内・書面未交付）をカレンダーに固定し、経理と発注担当が同じリストを見る習慣を作ります。

6-2. トリカク（torikaku） の活用

トリカク（torikaku） は、形式判定・書面チェック・60日起算・期日リマインドを発注側の視点で支援するツールです。
本記事で整理した受領日の習慣化や台帳項目を、システム上の必須フィールドとして設定すると、属人化を防ぎやすくなります。
ツール導入だけで全てが解決するわけではありませんが、「空欄の受領日」を一覧でゼロにする運用と相性が良い領域です。

6-3. 次に読む記事

発注コンプラ全体の入口はチェックリスト記事、支払期日の起算は60日の数え方も参照してください。
個別契約の解釈が必要な場合は、記録を整理したうえで専門家へ相談することをおすすめします。

7. オンボーディング

新規フリーランス追加時は、NDA・発注書・口座・インボイス番号・契約ID発番をチェックリスト化し、 1人追加ごとに同じ手順を踏みます。
プロジェクト途中から参加するメンバーには、キックオフ議事録とスコープ文書を必ず共有し、 説明記録に「共有日・共有物」を一行残します。
オンボーディング完了まで作業着手を禁止するルールにすると、書面未交付のまま納品が始まる事故を防げます。

8. 記録品質の向上

書面・台帳・メールログの三者が食い違わないよう、契約更新や条件変更のたびに「どの文書が最新か」を取引先フォルダの先頭にメモします。
監査や取引先からの問い合わせ時に、5分以内に一式を提出できる状態を目標に、命名規則とフォルダ構成を社内標準化します。
記録の質は、一度に完璧を目指すより、月次で少しずつ穴を埋めるサイクルの方が続きやすいです。

8-1. 同名・類似名の取引先

同姓同名のフリーランスや、屋号が似ている取引先は、台帳IDとメールアドレスで一意に識別します。
支払先口座の名義も確認し、取引先マスタの重複登録を防ぎます。

8-2. 定期振り返り

四半期に1回、本テーマに関する台帳の未入力行と協議ログの欠落を洗い出し、改善項目を1つだけ決めて実行します。
小さな改善を積み重ねる方が、年次監査前の突発対応より負担が小さいです。
改善結果は次四半期のレビュー資料に1行でよいので必ず記録し、同じ漏れを繰り返さないようにします。

まとめ

• 取引先は人数分の行、プロジェクトIDで束ねる
• 発注権限と書面テンプレートを共通化し口頭発注を抑える
• 受領日・期日超過をプロジェクト横断で一覧化する

注意

本記事は取適法・フリーランス新法に関する一般的な情報の整理であり、法的助言ではありません。
個別の契約・適用判断は弁護士等の専門家にご確認ください。