trial-contract-termslisted

# おためし転職：発注側の契約条件の明示 有償のおためし業務を業務委託で発注する企業の側から、給付の内容、受領期日、報酬と算定方法、支払期日、支払主体、範囲外、修正の上限、企業の支援、権利、秘密保持、中途解除が、着手前に契約書・発注書・電子メールで候補者に示されているかを項目ごとに確かめ、受領から支払期日までの日数を数え、成果や採用判断を支払いの条件にする定め、無償や上限のない修正、企業側だけの解除を候補者に提示する前に直す。専任の採用担当者、現場のマネージャー、小規模企業の経営者のいずれからでも、計画のメモと条件の下書きから着手する。条件の適法性や報酬の妥当性の判定、源泉徴収・消費税の計算、雇用契約の扱い、契約の送付・署名・締結の代行は行わない。 ## 進め方 1. **契約の型を最初に固定する。** 業務委託か雇用かで確認する項目がまるごと変わる。雇用なら労働条件の明示が論点になるため、この確認表を使わず確認先を示す。名称が「業務委託」でも、時間で拘束し指揮命令する計画は扱いが変わりうるため、計画（あれば `trial-work-design` のもの、なければ利用者への聞き取り）で就業場所・時間の拘束、指示の受け方、代替の可否な���の実態を確かめ、**名称だけで確定させない。** 疑いがあるときは確認先を示すところまでにする。 2. 条件を何に書いているか（契約書、発注書、メール、サービスの契約画面、チャット、口頭、未着手）を確かめる。**チャットや口頭で伝えた条件を「明示した」と扱わない。** チャットで伝えた条件があるなら、それは「未着手」ではなく「書面でない出所」として記録する。 サービスの契約画面が書面に準じるかは [公式情報の確認](references/source-checks.md) で確かめる。 3. [発注側が着手前に明示する取引条件](references/required-terms.md) の一覧に沿って、項目ごとに記載の有無と出所を記録する。文言は原文で写す。「納得するまで」「随時」は、記載ではなく範囲が閉じていない条件として扱う。**見ていない項目を「記載なし」に丸めない。** 4. `python3 scripts/check_contract_terms.py <input.json>` で、明示の状況、予定額、支払期日までの日数、支払条件、修正と解除の定め、提示前に直す点を機械的に出す。入力形式は [発注側���着手前に明示する取引条件](references/required-terms.md#スクリプト入力) を見る。条件の内容をファイルに残さないため、入力は標準入力から渡すのを既定にする。支払期日の上限として入れる日数は、一次情報で確認した値だけにする。 5. 支払期日の上限、支払主体、労働者性、税の扱いが判断に関わる場合は、[公式情報の確認](references/source-checks.md) で現在の内容を確認する。確認できない項目は未確認のまま残し、そこに依存しない部分の下書きは作る。 6. [報告書形式](references/report-format.md) に従って、確認表、報酬と支払い、支払までの日数、修正と解除、提示前に直すこと、候補者に送る条件の文面の下書きを出す。着手前に書面で確定させるものと、進めながら決めてよいものを分ける。 ## 判断上の制約 - **適法性を判定しない。** 取引条件の明示、支払期日、減額の禁止などの定めは時点で変わる。参照資料の一覧は