料金改定は、値上げ・値下げ・プラン変更・割引条件の見直しなど、どの業務でも定期的に発生します。 ただし、料金テーブルを単純に上書きすると、過去の見積金額が変わって見えたり、請求時の金額と見積時の金額が合わなくなったりします。
料金改定で問題になりやすいのは、「いつから新料金なのか」「改定前に出した見積はどう扱うのか」「契約済み案件は据え置きなのか」「特別単価は誰が承認したのか」といった判断です。 この部分をシステムと運用ルールの両方で決めておかないと、営業・管理・請求の間で確認が増えます。
この記事では、料金改定を業務システムで扱う際の、適用日・見積保持・進行中案件・例外承認・通知・監査ログの設計を整理します。
料金テーブルは、値を上書きするのではなく、有効開始日と有効終了日を持たせて管理します。 これにより、改定前の料金と改定後の料金を同時に保持でき、過去案件の金額を確認しやすくなります。
たとえば、2026年4月1日から新料金にする場合、旧料金の有効終了日を2026年3月31日にし、新料金の有効開始日を2026年4月1日にします。 このとき、プラン、数量、距離、拠点、時間帯などの適用条件も一緒に管理しておく必要があります。
| 料金ID | プラン | 単価 | 有効期間 | 状態 |
|---|---|---|---|---|
| PR-A-2025 | 標準プラン A | 12,000円 | 2025/04/01〜2026/03/31 | 旧料金 |
| PR-A-2026 | 標準プラン A | 13,200円 | 2026/04/01〜 | 改定予定 |
| PR-B-CORP | 法人限定プラン | 個別設定 | 契約条件に準拠 | 承認制 |
管理画面での更新運用は 料金テーブル管理 の考え方に合わせ、改定前後の料金が並存できる設計にします。 上書きではなく期間管理にするだけで、過去案件の確認や改定後の説明がしやすくなります。
見積は、後から料金マスタが変わっても、作成時点の金額を保持するのが基本です。 見積を再表示したときに金額が変わっていると、顧客への説明が難しくなります。
そのため、見積データには、参照した料金ID、単価、数量、割引、料率、適用条件を保存します。 料金マスタの最新版を毎回参照して再計算するのではなく、見積確定時点のスナップショットを持たせます。
見積番号：Q-20260325-0148 / 料金ID：PR-A-2025
2026/04/01以降に新規作成する見積は、新料金が適用されます。
入力ステップを分ける見積フォーム（UX設計）の場合も、確定ボタンを押した時点で料金を固定する設計にしておくと、後からの確認が短く済みます。 下書き中は再計算する、確定後は保持する、というように状態ごとに扱いを分けます。
料金改定で判断が分かれやすいのは、改定日をまたぐ案件です。 新規案件、進行中案件、契約済み案件を分け、それぞれの適用ルールを決めておくと、社内確認が短く済みます。
新料金を自動適用します。旧料金を使う場合は、例外承認の対象にします。
見積有効期限内は据え置く、再見積時は新料金にするなど、事前にルールを決めます。
原則として見積時点の価格を保持します。変更する場合は承認と理由を残します。
| 案件状態 | 料金適用 | 確認ポイント |
|---|---|---|
| 新規見積 | 改定日以降は新料金 | 作成日ではなく、適用基準日を何にするか決める。例：見積作成日、利用開始日、納品日など。 |
| 見積済み・未発注 | 見積有効期限内は旧料金据え置き、再見積時は新料金など | 見積有効期限と改定日の関係を明確にする。 |
| 契約済み・発注済み | 原則として確定時の料金を保持 | 数量変更・仕様変更があった場合、新旧どちらの料金を使うか決める。 |
この「確定」の定義は、競合と確定タイミング（確定設計）と一致させる必要があります。 どのボタン操作、どの承認、どの入金・発注をもって確定とするのかが曖昧だと、改定日の境界も曖昧になります。
BtoBでは、特別単価や据え置き対応が発生します。 重要なのは、例外をなくすことではなく、例外を記録できる状態にすることです。
特別単価を適用する場合は、理由、期限、適用範囲を残します。 この案件だけなのか、この顧客だけなのか、一定期間だけなのかを決めないと、後から同じ条件を再利用してよいのか判断できません。
対象案件、顧客、理由、希望単価、適用期限を入力します。
改定前価格、改定後価格、粗利、契約条件を確認します。
上長または管理部門が、適用範囲と期限を指定して承認します。
見積に例外単価を反映し、承認者と理由をログに残します。
承認の設計は 承認フロー の考え方で、理由・期限・適用範囲を記録します。 証跡は 監査ログ と整合させ、誰がいつ承認したかを確認できる状態にしておきます。
料金改定は、社内外への通知も重要です。 管理画面だけで料金を変えても、営業担当、管理部門、請求担当、顧客が改定内容を把握していなければ、問い合わせや確認が増えます。
通知では、改定日、対象範囲、進行中案件の扱い、問い合わせ先を明確にします。 社外向けの文面と社内向けの文面は、同じ内容でも伝え方を分けると扱いやすくなります。
| 通知先 | 主な内容 | 注意点 |
|---|---|---|
| 顧客向け | 改定日、対象プラン、見積済み案件の扱い、問い合わせ先 | 既存見積が有効期限内かどうかを確認できる表現にする。 |
| 営業向け | 旧料金の扱い、例外申請方法、改定後の見積作成ルール | 口頭説明ではなく、画面上のルールと一致させる。 |
| 管理・請求向け | 請求基準日、契約済み案件、例外承認済み案件の確認方法 | 請求時にどの料金IDを参照するかを明確にする。 |
通知テンプレは 通知テンプレ管理 の考え方で、改定のたびに文面を一から作らなくてもよいようにしておくと便利です。 「改定日」「対象範囲」「進行中案件の扱い」「問い合わせ先」を変数として持たせると、改定内容に応じて調整しやすくなります。
物流では、運賃、距離、サイズ、重量、附帯作業、燃料サーチャージなど、料金条件が複数あります。 改定頻度も比較的高く、見積日、出荷日、配送日、請求日によって適用判断が変わる場合があります。
見積フォームの条件回収は 物流見積の条件まとめ と整合させ、適用日と見積保持をセットで設計すると、改定時の確認が短く済みます。
卸売・商社では、特別単価、ロット単価、得意先別単価、分納、直送などが絡みます。 価格改定後も、既存顧客や大口案件では一定期間の据え置きが必要になる場合があります。
業務像は 卸売・商社向け を前提に、例外承認の履歴を残すと、担当交代時にも確認しやすくなります。 例外の蓄積は、担当者の記憶ではなく、承認ログで管理する方が安全です。
料金改定は、料金テーブルを上書きするだけでは安全に運用できません。 有効開始日・有効終了日を持たせ、旧料金と新料金を並存させ、見積には作成時点の価格を保持することが基本です。
料金は上書きせず、有効開始日・有効終了日・適用条件を持たせます。
見積確定時点の単価・条件・料金IDを保持し、後から金額が変わらないようにします。
特別単価や据え置きは、理由・期限・承認者・適用範囲を残します。
進行中案件は、新規、見積済み、契約済みに分けて扱います。 例外対応は承認フローと監査ログで管理し、社内外への通知では改定日、対象範囲、進行中案件の扱いを明確にします。
この設計があると、「いつの料金か」「なぜその金額なのか」「誰が例外を承認したのか」を後から確認できます。 料金改定は、価格表だけの問題ではなく、見積・契約・請求・通知・監査ログまで含めた運用設計として扱うことが大切です。