クラウドソーシング利用時— 表示義務

1. 募集媒体での表示義務の位置づけ

1-1. 募集＝取引の入口

募集文言は、応募者が取引条件を判断する最初の情報源です。
ここで報酬レンジ・納期・業務範囲が不明確だと、 採用後に「聞いていない」という認識のズレが生じます。

1-2. 法令上の表示項目

取引条件に関し、 報酬・支払期日・業務内容など、 書面明示と整合する情報を募集段階で示す必要がある場合があります。
記載事項の一覧は記載事項のテンプレートと照合してください。

1-3. 媒体テンプレートの限界

各クラウドソーシングサイトの入力欄は項目が限られており、 検収条件・再委託・著作権などは募集欄だけでは足りません。
採用後の発注書面で補完する前提を社内で決めます。

2. 募集文に書くべき項目

2-1. 報酬・支払条件

固定報酬か時間単価か、 税込税抜、 支払サイト（例：検収月末締め翌月末払い）を明示します。
「応相談」のみにすると、 採用後の減額・買いたたき争いの火種になります。

2-2. 業務内容・成果物

納品形式（PSD・ソースコード・Word原稿等）、 修正回数の目安、 納期を具体的に書きます。
曖昧な「デザインお願いします」では、 検収基準が後から決まらず60日起算も遅れます。

2-3. 適用法令・取引形態

業務委託であること、 特定受託事業者に該当し得る取引であること、 書面交付を行う旨を記載すると、採用後の説明がスムーズです。
特定受託事業者とはも併せて周知材料にできます。

3. 採用後フローとの接続

3-1. 募集条件から発注書面へ

採用決定後、 募集に書いた条件をベースに発注書面を作成し、 差異があれば双方合意のうえ更新します。
募集スクリーンショットを台帳に添付しておくと、 後から「募集時と違う」争いに備えられます。

3-2. 複数応募者・再募集

同じ案件を再募集する場合、 条件変更（報酬ダウン等）がないか確認します。
一方的な条件悪化は、 採用済みの取引先との関係にも影響し得ます。

3-3. 台帳登録のタイミング

採用決定時点で台帳に下書き登録し、 書面交付・受領日・支払期日の欄を空欄にしない運用を徹底します。
発注コンプライアンスのチェックリストの「取引開始前」項目を適用してください。

4. よくあるミスと対策

4-1. コンペ・無報酬テスト

無報酬の試作コンペは、 取引条件・著作権・利用範囲を明確にしないとトラブルになりやすいです。
実施する場合は、 報酬・権利・採用人数を募集文に明記します。

4-2. 低単価・短納期の固定

極端に低い報酬・短い納期は、 採用後の配慮依頼・納期変更交渉を招きます。
現実的な条件で募集し、 変更は書面合意で行う姿勢を示します。

4-3. 支払遅延の常態化

募集文で「支払は3か月後」と書いていても、 60日ルール等に反しない設計かを確認します。
支払60日ルールの起算点と整合させてください。

5. 媒体別の表示チェック

5-1. 国内クラウドソーシング

ランサーズ、クラウドワークス、ココナラ等は入力欄が異なります。
社内で「最低限この5項目は必ず埋める」リストを作り、 媒体ごとにどの欄に書くか対応表を用意すると、担当者のブレが減ります。

5-2. 海外向け媒体

Upwork等で国内向け役務を募集する場合、 報酬通貨・支払手段・準拠法の記載を日本語版募集と突合します。
表示義務の情報が英語のみだと、 国内の特定受託事業者への説明不足と見なされるリスクがあります。

5-3. 自社サイトの募集ページ

自社採用ページに「業務委託募集」を載せる場合も、 クラウドソーシングと同様に報酬・納期・業務内容を明示します。
問い合わせフォームだけに詳細を書く形式は、 不特定多数への表示として不十分になり得ます。

よくある質問

Q. 媒体の必須項目だけ埋めれば足りますか

足りない場合があります。
採用後の発注書面で不足項目を補完し、 募集と書面の突合を行ってください。

Q. 募集を非公開・削除したら表示義務は消えますか

採用・取引が始まった後は、 募集表示だけでなく書面・台帳での記録が重要です。
削除前の募集内容は保存しておくことを推奨します。

Q. 海外向け媒体で日本語以外で募集する場合

国内向け役務提供として取適法・新法の対象になり得る取引では、 必要な情報が応募者に伝わる言語・形式で示す必要があります。

Q. 直接問い合わせで条件を個別交渉した場合

個別交渉の結果も、 採用後の発注書面に反映し、 口頭だけで確定させないでください。

Q. 表示義務違反のリスクは

勧告・公表等のリスクは、 取引全体のコンプライアンス状況と合わせて評価されます。
募集段階から書面・台帳と一貫した運用を心がけてください。
募集文を更新した場合は、 既に応募中の候補者へ変更点を通知し、 採用条件の後方変更にならないようタイムスタンプ付きで記録を残します。

6. 募集文レビューの承認フロー

現場が募集文ドラフトを作成→購買が報酬・納期を確認→法務が表示項目を確認→公開、 という3段承認を経てから媒体に掲載します。
緊急募集で承認を省略する場合も、 公開後24時間以内にレビュー記録を補完し、 不備があれば募集文を修正・再掲載します。
承認ログ（日時・承認者・版番号）を社内Wikiまたは台帳に残し、 後から「誰が何を確認したか」を説明できる状態にしてください。
募集から採用まで2週間以上かかる案件では、 途中で条件変更が入った際に旧版募集のスクリーンショットを残し、 採用者へは最終条件のみを書面交付するよう徹底します。

まとめ

• 募集文は報酬・支払・業務内容・成果物を具体的に表示する
• 媒体テンプレートだけに頼らず、採用後に発注書面で補完する
• 募集条件と発注書面の突合、スクリーンショット保存を習慣化する
• 採用決定時点で台帳登録し、書面交付までのフローを止めない

5. クラウドソーシング募集チェックリスト

• 報酬・税込税抜・支払サイトを明示したか
• 成果物形式・修正回数・納期を書いたか
• 業務委託・書面交付の旨を記載したか
• 採用後、募集条件ベースの発注書面を作成したか
• 募集画面の保存と台帳登録を行ったか

採用後も募集文と発注書面の条件差分を四半期サンプル監査し、 「募集より不利な条件で契約していないか」を確認する習慣をつけてください。
表示義務の観点では、 募集時点で示していない条件を後から発注書だけに追加しないことも重要です。

注意

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