値引きと「減額」の社内判定— 成立月のチェック表

1. なぜ判定表が必要か

1-1. 言葉のゆれ

現場では値引き・ネゴ・調整・減額・ディスカウントが混在します。
同じ金額変更でも、発注前合意か発注後一方的かで評価が変わります。

1-2. 月次の見逃し

値引きが月末にまとめて起票されると、個別の合意経緯が残りません。
成立月ごとに判定ログを残す運用が有効です。

1-3. 減額の基本線

禁止行為としての減額の概要は減額・買いたたきの禁止を先に読んでください。
本記事はその社内運用版です。

2. 社内判定表（例）

Yes/Noだけで自動合法判定はできませんが、エスカレ条件を機械的に作れます。
書面の要点は発注書面の3条ポイント、記載事項は記載事項のテンプレートを使います。

3. 成立月の台帳記録

3-1. 必須フィールド

変更前金額、変更後金額、成立日、理由コード、合意証跡リンク、判定結果（問題なし／要確認／差止）を残します。
成立日は値引き合意の到達日とし、支払実行日と混同しません。

3-2. 理由コード例

発注前交渉／仕様縮小／実測精算／長期契約ボリューム／その他要確認、などに分けます。
「その他」が多すぎると判定表が形骸化します。

3-3. 給付変更との接続

金額だけ下げて成果物は同じ、なのか、範囲を減らしたのかを必ず書きます。
後者なら給付内容の変更・やり直しの手続きが必要か確認します。

4. 月末レビュー手順

• 当月の金額下方修正行を全件抽出する
• 理由コード「その他」「空欄」を優先レビューする
• 合意証跡が無い行を差止候補にする
• 違約金・損害賠償・精算とラベルが混在していないか見る
• 支払期日が金額変更で不当に延びていないか確認する

締め作業は月末締めと60日管理、全体点検は発注コンプライアンスのチェックリストに乗せます。

5. よくあるグレーゾーン

5-1. 「今後も出すから今回だけ」

将来発注を条件にした一方的値下げは、圧力の有無が争点になります。
合意文書に条件を明記し、口頭だけでは進めません。

5-2. SLA違反を値引きに変換

SLA違反の金銭精算は、減額ラベルで処理すると混同します。
SLA違反と減額の線引きを参照し、別勘定にしてください。

5-3. 検収不合格を値引きで妥協

品質不合格を値引き受入で済ます運用は、検収基準と減額の両面でリスクがあります。
検収は検収基準の決め方に戻って整理します。

6. 証跡と保存

交渉メール、再見積、変更注文書、合意確認を発注番号に紐づけて保存します。
保存義務の観点は書類作成・保存義務です。

起算・支払期日は金額変更後も受領日基準を崩さないでください。
支払60日ルールの起算点を再確認します。

7. KPI

「金額下方修正件数」「証跡欠落率」「要確認判定の未クローズ件数」を追います。
ダッシュボードKPIに値引きフィルタを追加すると、月次レビューが速くなります。

8. エスカレーション基準

• 発注後かつ合意証跡なしの下方修正
• 同内容・同納期のまま大幅値下げ
• 支払遅延と同時に値引きを要求
• 違約金を値引き名目で差し引き

遅延と値引きが同時に起きるケースは、遅延利息の支払義務の論点も重なります。

9. 判定表の記入例

9-1. 問題なし寄り

発注前見積段階で単価交渉し、注文書に最終合意額を記載、成果範囲も見積どおり、というケースです。
判定表は「発注前Yes／双方書面Yes／給付変更No／真の同意Yes」となり、理由コードは発注前交渉です。
台帳には見積改定履歴のリンクを残します。

9-2. 要確認

納品後に「予算が足りないので10%負けて」と依頼し、受注側が渋々メールで了解したケースです。
発注後・同内容のまま・圧力の疑いがあり、差止候補です。
法務確認まで支払金額は契約額のまま維持し、勝手に差し引きません。

9-3. 精算との切り分け

概算120時間が実測95時間で金額が下がった場合、理由コードは実測精算です。
値引き交渉の月次集計から除外し、精算根拠（タイムシート）を添付します。
同じ「金額ダウン」でもカテゴリが違うことを、経理向け説明資料に1枚書いておくと定着します。

よくある質問

Q. 発注前の値引きは問題になりますか

当初価格の交渉として扱われることが多いですが、著しく低い価格は買いたたきの論点になり得ます。
判定表の「発注前」欄でも水準の妥当性メモを残してください。

Q. 受注側から値引き提案があった場合は

提案の経緯と同意を証跡化し、発注側からの圧力でないことを残します。
それでも書面の再交付は行います。

Q. 月中に複数回値引きしたら

都度ログを残し、月末に合算一行だけにしないでください。
経緯が消えると判定不能になります。

Q. 概算精算の差額は値引きですか

実測確定に基づく精算は別カテゴリです。
理由コードを「実測精算」にし、値引きと分けます。

Q. 法務が毎件見る必要がありますか

少額・定型は判定表のセルフチェック、閾値超・証跡欠落のみ法務、が現実的です。
閾値は社内規程で固定します。

10. 判定表の運用定着策

判定表をExcelの別ファイルに置くと更新されません。
金額下方修正の入力画面（または台帳フォーム）に判定項目を埋め込み、保存時に未入力を弾きます。
月次で「要確認」の平均クローズ日数を測り、放置が続く部署へフィードバックします。
成功事例（発注前交渉で合法に単価を下げたケース）も共有し、値引き＝即グレーという過剰萎縮を防ぎます。
萎縮しすぎると現場が記録を隠し、かえって監査リスクが上がります。

11. 四半期レビューの見方

四半期ごとに、下方修正件数・要確認率・証跡欠落率・買いたたき疑いエスカレ件数を並べます。
件数が増えても証跡率が上がっていれば運用改善、証跡率が落ちていれば形骸化です。
形骸化時はフォーム必須項目を増やし、自由記述の「その他」比率を下げます。

12. 差止後の再開条件

要確認で差止した下方修正は、合意証跡の追加、給付変更書面の交付、法務OKのいずれかが揃うまで支払金額を契約額のまま維持します。
差止解除時は判定結果を「問題なし」へ更新し、解除者と日時を残します。
解除ログが無いと、誰の判断で金額が変わったか追えない状態に戻ります。

まとめ

• 値引き成立月に判定表で発注前後・合意・給付変更を確認する
• 理由コードと証跡を台帳必須にする
• 月末は下方修正行を全件洗い、欠落を差止候補にする
• 違約金・精算・減額のラベルを混同しない

注意

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