募集要項・JDとのズレ— チェック手順

1. なぜJDと発注内容のズレが問題になるか

1-1. 説明義務・記載義務との関係

フリーランス新法では、継続的業務委託の契約締結前に 業務内容・報酬・支払期日等を説明する義務があります。
募集要項で「週2日・データ入力」と書き、 契約では「週3日・入力＋顧客対応」と変わっていたら、 受託側は「説明と違う」と感じる余地があります。
取適法の発注書面でも給付内容・対価・支払期日等の記載が必要です。発注書面の記載項目もあわせて確認してください。

1-2. 現場で起きがちなパターン

• JDは「デザイン制作」、実際は「デザイン＋コーディング＋運用保守」
• 報酬は月額固定と書いたが、成果物点数で実質出来高
• リモート可と書いたが、週1は出社必須と口頭指示
• 試用1ヶ月後に本契約、と書いたが条件が口頭で変わる

2. ズレチェックの5ステップ

2-1. 募集要項のスナップショットを残す

公開中の募集要項は後から修正されることがあります。
契約締結時点でPDFやスクリーンショットで当時の文言を保存しておくと、 後日の説明に使えます。

2-2. 項目別の突合表を作る

業務範囲・稼働日数・報酬・納期の4項目を、 JD・面談メモ・契約書の3列で並べ、不一致セルを契約前に埋めます。

2-3. 現場担当者への確認

人事が書いたJDと現場の認識が一致しているか、 キックオフ前にすり合わせを入れます。
募集要項の適正表示はこちらも参照してください。

3. ズレが見つかったときの対応

口頭で「JDは古いから気にしないで」と伝えるだけでは不十分です。
発注書・契約書に実際の業務内容を明記し、受託側の確認を得ます。
差分があった案件は台帳に「JD改定日」「契約反映日」をメモしておくと、 後から説明しやすくなります。

4. 社内ルール化のポイント

• 契約締結前：JD突合表の必須提出
• 業務範囲変更時：発注書の再交付
• 四半期：公開中JDと実契約のサンプル監査

最初の確認項目はチェックリスト記事もあわせてどうぞ。

よくある質問

Q. 面談で口頭合意した内容だけで契約してよいですか？

口頭合意は出発点にすぎず、書面への反映が必要です。業務説明義務・記載義務の観点から、契約書または発注書に落とし込む運用を推奨します。

Q. JDを後から修正すれば過去のズレは解消されますか？

公開JDの修正は今後の応募者向けには有効ですが、すでに契約した受託者との関係は当時の説明・契約内容で判断されます。

Q. スポット案件でもJD突合は必要ですか？

単発で業務内容が明確な案件では簡略化できますが、発注書への記載は省略しない方が安全です。

Q. エージェント経由の場合、誰が説明義務を負いますか？

発注者（最終的に業務を依頼する事業者）が説明義務の主体です。エージェントの説明内容も発注側が最終確認する必要があります。

Q. 業務範囲を拡大する場合、報酬改定は必須ですか？

大幅な範囲拡大であれば報酬・条件の再協議が必要になる場面があります。一方的な追加依頼は減額禁止・やり直し禁止の議論にもつながります。

5. 業種別のJDズレ例

エンジニア募集で「React開発」と書き、実際は「React＋インフラ構築＋オンコール」。 デザイナー募集で「UI制作」、実際は「UI＋コーディング＋クライアント折衝」。
いずれもJD上の職種名は同じでも、実務範囲が広がっている典型です。 突合表では職種名ではなくタスク単位で分解するとズレが見えやすくなります。
人事がテンプレJDを流用している場合、 前回の募集時から業務が変わっていないかも確認してください。

6. 現場で使えるチェックリスト

• 契約締結前：書面・説明・台帳登録が完了しているか
• 契約中：業務範囲変更が口頭だけになっていないか
• 更新時：条件差分を説明し記録したか
• 終了時：事前予告・精算・記録保管を実施したか
• 年次：受託者の該当性・契約実態を再確認したか
• 支払前：受領日・60日起算・検収記録が揃っているか

チェックリストは紙・スプレッドシート・発注管理ツールのいずれでも構いません。 重要なのは、担当者が変わっても同じ項目を確認できることです。
四半期に1回、サンプル案件を抽選して監査すると、 テンプレートが形骸化していないかを早期に発見できます。
チェック結果は「問題なし」も含め記録すると、 後から「確認した証拠」として機能します。

7. 担当者引き継ぎと記録保管

発注担当の退職・異動は、取適法・フリーランス新法の運用で 最も記録が途切れやすいタイミングです。
台帳には「最終確認日」「確認者」「根拠ファイルの保存場所」を 必ず残し、引き継ぎメモに申出・トラブル履歴を含めます。
クラウドストレージのフォルダ権限も、 法務・経理・現場担当が参照できるよう整理しておきます。
電子契約サービスを使っている場合は、 契約IDと台帳の取引先IDを相互リンクさせると、 後からの検索が容易になります。
引き継ぎ時は未回答の申出・未交付の書面・未入力の受領日を 優先的に洗い出し、新任者の最初の1週間で閉じる運用が効果的です。

8. 社内教育のポイント

現場が「急ぎだから口頭で」と書面を省略する最大の理由は、 ルールを知っていても優先順位が下がるからです。
経営層から「コンプライアンス違反の発注は承認しない」と 明言されると、現場の行動は変わりやすくなります。
年1回、15分の e-learning で 説明義務・書面交付・60日・配慮申出の4点を復習するだけでも、 無断口頭発注は減らせます。
新入社員・異動者には、初日に発注台帳の見方と 書面テンプレートの場所を案内するオンボーディングを組み込むと定着が早いです。

9. よくある失敗例と回避策

口頭合意のみで業務を開始し、後から書面を渡すパターンは、 説明義務・記載義務の両面で問題になりやすい典型です。 必ず契約・発注書の交付を先に行います。
「同じフリーランスとは毎年同じ条件」として 更新説明を省略するケースも多いですが、 実際には業務範囲や報酬が変わっていることがあり、 更新時の差分確認を省略しないでください。
台帳をExcelだけで管理し、 契約PDFが担当者のローカルフォルダに散在する状態も、 監査・引き継ぎ時に破綻します。
経理が支払のみ担当し発注内容を把握していない分業も、 60日起算の空白を生むため、三者で情報共有ルールを決めます。

10. ツール・台帳設計のヒント

発注台帳の列設計では、取引先名・契約種別・書面交付日・ 受領日・支払期日・申出履歴・最終確認日を最低限そろえます。
ダッシュボードで「書面未交付」「受領日空欄」「申出未回答」を 一覧化できると、日常の漏れ防止に直結します。
小規模チームでは週次の短時間スタンドアップで 期限超過案件を共有するだけでも、属人化した運用から脱却できます。
取引管理SaaSを導入する場合も、 カスタム項目で上記列を必須化できるかを選定時に確認してください。

注意

募集要項・JDと発注内容のズレは、説明義務・記載義務の観点でリスクになります。
契約前の突合表・スナップショット保存・現場確認を習慣化すると、 認識差トラブルを未然に防ぎやすくなります。
本記事は運用の観点整理であり、法的助言ではありません。
個別の判断は専門家にご確認ください。