修正回数上限— やり直し禁止との境界

1. 修正回数上限の契約設計

1-1. 「回」の定義

修正1回とは、発注者からのフィードバック1セットに対する改訂1回と定義するのが一般的です。
社内で割れた意見を個別に渡すと、実質無制限の修正になり、上限条項が機能しません。
フィードバックは1本にまとめ、提出期限と返却形式（コメントツール・スプレッドシート等）も契約別紙で固定します。

1-2. 含まれる修正の範囲

契約上の瑕疵（仕様未達・明らかな誤り）と、好み調整・方向性変更を区別して書きます。
瑕疵対応は上限外とするか、上限内に含めるかを契約で明確にします。

1-3. 上限超過分の扱い

超過分は追加発注・時間単価課金とする旨を事前合意し、発注書面の3条書面または別紙に記載します。
口頭で「あと1回だけ」が積み重なると、後から全額支払拒否の争点になります。

2. 方向性変更と修正の境界

2-1. スコープ内の微修正

当初合意した仕様・デザインコンセプトの範囲内での色・文言・レイアウト調整は、修正回数の対象になります。
検収基準は検収基準の決め方で事前に具体化しておきます。

2-2. 方向性変更・スコープ拡大

ターゲット変更・機能追加・全面リデザインは修正ではなく、新規発注または追加見積もりの対象です。
変更は都度、書面または記録可能なチャットで合意し、台帳に紐づけます。

2-3. 発注者都合の情報不足

素材・ブランドガイド・要件の提供遅れでやり直しが発生した場合、誰の責任かを契約に書いておきます。
発注者起因の再作業を無償修正に含めない条項も検討します。

3. 不当なやり直しと減額要求

3-1. やり直し強要のリスク

契約範囲・修正上限を超えて、無償での全面やり直しを求めることは、不当な行為と評価され得ます。
上限超過分は追加合意と報酬の整理が必要です。

3-2. 検収拒否との関係

検収基準を満たしている成果物に対し、「好みが合わない」だけを理由に拒否・支払停止するのは問題になり得ます。
基準未達の具体的指摘と、修正依頼の区別を記録に残します。

3-3. 減額・値引きの線引き

修正ラウンド超過を理由に、契約外の減額を一方的に要求しないよう注意します。
減額の可否は減額・買いたたきの整理を参照し、双方の合意と記録を残します。

4. 記録・検収・支払期日

4-1. 修正依頼の記録

何回目の修正か、スコープ内か追加かをチケットまたは変更ログで管理します。
口頭依頼は48時間以内にチャット等で追認するルールを徹底します。

4-2. 検収完了と受領日

修正上限内で検収基準を満たした時点で検収完了とし、受領日を台帳に記録します。
60 日起算は支払60日ルールの起算点を参照します。

4-3. 追加発注の台帳管理

上限超過・方向性変更分は、元契約と混在させず別発注として台帳に新規行を立てます。
発注全体の確認は発注コンプライアンスのチェックリストも参照してください。

5. 実務シナリオとチェックリスト

5-1. 3回目の修正で全面変更を依頼したとき

例えばデザイン委託で2回の修正を経た後、3回目で配色とレイアウトの全面変更を口頭依頼したとします。
これは方向性変更として追加見積もりを取り、承認後に着手してもらいます。
修正回数の枠内として扱うと、受託者側の不当要求と発注者側の無償拡大の両方のリスクが生じます。
追加合意書に新しい検収基準と納期を書き、元契約の修正カウンターをリセットするかどうかも明示します。

5-2. 開発委託のバグ修正と仕様追加

バグ修正は瑕疵対応として上限外とし、新機能は追加発注とする条項を契約に書きます。
チケットのラベル（bug / change request）で社内分類を統一します。
仕様追加の見積もり待ちの間に開発を進めないよう、承認前着手の禁止ルールをプロジェクト規約に明記します。

5-3. 発注前チェック（修正回数向け）

修正回数の定義・瑕疵対応の位置づけ・上限超過の料金・方向性変更の扱い・フィードバックの渡し方を書面に含めるか確認します。
社内レビューは合意した1本のフィードバックにまとめる運用を徹底します。

よくある質問

Q. 修正回数0回の契約は問題ですか

契約自由の範囲で可能な場合もありますが、瑕疵対応をどう扱うかは別途明記が必要です。
検収基準が明確で、一度の納品で完結するスコープ向けです。

Q. 無制限修正は発注者に有利ですか

見積もり単価に反映され、かつ不当なやり直しと評価されると逆にトラブルになり得ます。
上限と追加料金の設計の方が双方にとって予見可能性が高いです。

Q. 社内確認が長引き、修正が進まない場合

発注者側のレビュー遅延が納期に与える影響を契約に書き、期日のカウント停止条件を合意します。
遅延の記録を残し、一方的な納期短縮要求は避けます。

Q. ライティングの誤字修正は上限に含めますか

明らかな誤字・事実誤認は瑕疵対応として上限外とする契約が多いです。
トーン変更・構成変更は修正回数の対象とします。

Q. 上限超過後に支払いを止められますか

当初契約分の検収基準を満たしていれば、追加分と当初分を混同して支払拒否しないよう区別します。
追加分は別発注として精算します。
当初分の受領日は修正完了時点で台帳に記録し、追加分の納期とは別ラインで支払期日を管理します。

まとめ

• 修正回数の「回」と対象範囲を契約で定義し、瑕疵と好み調整を区別する
• 方向性変更・スコープ拡大は追加発注とし、上限内の微修正と混同しない
• 上限超過の無償やり直し強要・好みだけの検収拒否を避ける
• 修正ログ・検収・受領日を台帳に記録し、追加分は別行で管理する

6. 修正回数・やり直し境界のチェックリスト

• 修正1回の定義と上限回数を契約に書いたか
• 瑕疵対応が上限内か外かを明記したか
• 方向性変更・スコープ拡大の追加見積もりルールを決めたか
• 社内フィードバックを1本にまとめる運用があるか
• 上限超過分を別発注として台帳管理するか決めたか
• 検収基準を契約段階で具体化したか

修正回数は「安く買い叩く」ための道具ではなく、双方の予見可能性のための設計です。
上限到達後は追加合意なく着手を求めず、記載事項のテンプレートに沿った発注書面で追加発注してください。
修正ログに回数とスコープ内/外を毎回記録し、検収時の説明資料として保管します。
社内レビューで修正指示が割れる場合は、法務・マーケ・現場の合意を1本の文書にまとめてから受託者へ渡します。

注意

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