業務範囲拡大と報酬改定— 記録の残し方

1. 範囲拡大と報酬の関係

1-1. 追加業務の合意プロセス

範囲拡大は口頭の依頼ではなく、変更発注書・メール・チャットのログで「何が増えたか・いくら増えるか」を合意します。
合意前に作業を開始すると、後から金額交渉が難しくなります。

1-2. 既存単価のまま続けるリスク

受託側から価格交渉の申出が来た場合、誠実に協議する姿勢が求められます。
無視や一方的な拒否だけではなく、検討した経緯を記録に残します。
申出への対応は価格交渉申出の記録を参照してください。

2. 仕様変更と減額禁止の境界

2-1. やり直しと仕様追加の区別

発注側の仕様変更に伴う追加工数は増額協議の対象になり得ます。
一方、品質不足によるやり直しを理由に支払を減らすことは、別の論点として慎重に扱います。
仕様変更時の協議は仕様変更と対価交渉を参照してください。

2-2. 減額・値引き要求との違い

納品後に「値引きして」と一方的に求めることは、買いたたきに当たり得ます。
契約上の瑕疵担保やSLAペナルティと、恣意的な値引きを混同しないよう、社内承認フローを分けます。
整理は減額と買いたたきも参照してください。

3. 記録テンプレート

3-1. 協議ログの最低項目

日付、申出者、変更前後の業務範囲、希望報酬、発注側の回答、次回確認日の6点を残します。
合意に至らなかった場合も「協議したが未合意」と記録することが重要です。

3-2. 台帳との連動

契約金額欄を更新し、更新理由と協議ログへのリンクを添付します。
古い金額の行を削除せず、履歴として残すか、変更履歴テーブルを持たせます。

よくある質問

Q. 小さな追加業務も毎回書面が必要ですか？

実務ではメール合意でも記録になり得ますが、金額・範囲・期日を明示し、後から追える形にします。

Q. 受託側からの値上げ拒否はできますか？

拒否自体は可能ですが、協議を誠実に行った経緯を残します。一方的な無視はリスクになり得ます。

Q. 範囲拡大なのに値下げを求められました

買いたたきに当たる可能性があります。社内エスカレーションし、記録を残します。

Q. 為替・原材料高を理由に値上げされた

価格交渉の申出として誠実協議の対象になり得ます。ガイドライン等を参照しつつ記録します。

Q. 合意した改定はいつから適用しますか？

適用開始日を明文化し、それ以前の検収済み分には遡及しないよう請求と照合します。

4. 協議記録の実例

4-1. メールでの変更合意の型

件名：【発注番号123】業務範囲追加と報酬改定のご確認
本文に、追加業務の箇条書き、追加報酬額、適用開始日、検収方法、支払期日の起算を盛り込みます。
受託側の返信「了承」メールを契約フォルダに保存し、台帳の契約金額を更新します。

4-2. 合意に至らなかった場合

値上げ申出に対し、予算都合で受け入れられない場合も、拒否の一言だけで終わらせません。
「検討したが今期は予算内で対応できない」「代替案として範囲を限定する」など、協議した内容を記録します。
その後、範囲を元に戻すか、別の代替策を協議したかもログに残します。

4-3. 経営層へのエスカレーション基準

• 年間契約額の10%超の改定申出
• 一方的な減額要求が社内から出た場合（買いたたきリスク）
• 業務停止・納期遅延をちらつかせた交渉
• 複数取引先から同月に同様の申出があった場合

5. 組織的な予防策

5-1. 変更管理プロセス

プロジェクトの変更要求は、チャットではなくチケットまたは変更依頼フォームに集約します。
フォームには、影響範囲・希望納期・予算影響の有無を必須項目にし、承認後にのみ作業開始できるようにします。

5-2. 定例レビュー

月次定例で「当初スコープからの逸脱」を議題に入れ、逸脱があればその場で変更発注の要否を決めます。
定例議事録にスコープ・報酬・次回アクションを残し、台帳の契約メモ欄にリンクします。

5-3. テンプレートの見直し

同じ「範囲拡大→値上げトラブル」が繰り返される場合、発注書の業務範囲の書き方・変更手続き条項を見直します。
四半期ごとに協議ログをレビューし、条項改善に反映するサイクルを回します。

6. 改定協議の振り返り

6-1. 実務の勘所

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

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

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

6-3. 次に読む記事

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

7. テンプレート条項の例

業務委託契約に「業務範囲の変更は書面による変更発注に限る」「変更発注なき追加業務は協議の上で報酬を定める」旨を入れておくと、 後からの範囲拡大トラブルを減らしやすくなります。
変更発注のフォーマットを法務レビュー済みで用意し、現場は金額と範囲だけ埋めれば回る状態にします。
四半期ごとに変更発注の件数・平均処理日数を計測し、プロセスが機能しているかを確認します。

8. 記録品質の向上

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

8-1. 社内教育

現場PM向けに「範囲拡大＝変更発注必須」の短い研修を年1回実施し、口頭追加依頼の習慣を減らします。
研修資料には協議ログの良い例・悪い例を載せ、記録の質をそろえます。

8-2. 定期振り返り

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

まとめ

• 範囲拡大は合意前に作業を始めず変更発注で報酬まで固定する
• 値上げ申出は誠実協議し、減額要求とは線引きする
• 協議ログ6項目と台帳の金額履歴をセットで残す

注意

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