一言で
リベート処理とは、SAPにおける一定期間の販売実績(売上・数量)に応じて得意先に事後的に割戻しを支払う仕組みです。受注時ではなく、期末や半期末にまとめて「頑張って買ってくれたから3%返します」という運用を支えます。
なぜリベートが必要か
BtoBの商取引では、受注時点の値引だけではなく「累計販売額に応じた成功報酬型の値引」が一般的です。これを販売のたびに毎回値引きする形で処理すると、期末にならないと確定しない金額を請求書に出すことになり、会計的にも実務的にも破綻します。
リベート処理がないと、次のことができません。
- 期中は通常価格で請求しつつ、期末に累計額を集計して割戻しを計算する運用ができない
- リベート引当金(未払債務)を自動で毎月計上できない
- 得意先別・品目グループ別・階層別のリベート率を個別管理できない
- 決算時に未確定のリベート見合いの引当計上ができない
リベート処理の全体フロー
flowchart LR AG[リベート合意
VBO1] --> BI[請求実績
受注→出荷→請求] BI --> AC[実績累積
自動引当] AC --> PR[引当金
自動仕訳] AC --> SET[決済
VB(7] SET --> CRM[貸方票
Credit Memo] CRM --> CU[得意先支払] style AG fill:#f0f6ff,stroke:#0053F4,stroke-width:2px,color:#0053F4
リベート合意(Rebate Agreement)に期間と率を登録しておけば、請求伝票を起票するたびに自動で実績が累積されます。
具体例:製造業A社の場合
架空の製造業A社が代理店Bと次のリベート合意を結ぶとします。
| 項目 | 内容 |
|---|---|
| 合意期間 | 2026/4/1〜2027/3/31 |
| 対象品目 | 品目グループ「家電」全品 |
| リベート率 | 累計1億円までは2%、1億円超は3% |
| 条件タイプ | BO01(グループリベート) |
| 決済方法 | 期末に貸方票で一括支払 |
期中は通常価格で請求しつつ、SAPは請求伝票ごとに自動で2%分を引当金として仕訳します。期末にVB(7で決済処理を行うと、貸方票(Credit Memo)が自動生成され、得意先への支払いが確定します。
技術的な位置づけ
- SD(Sales and Distribution:販売管理)の「リベート機能」として提供される
- 価格設定手順に専用の条件タイプ(BO01/BO02/BO03等)を組み込む
- リベート合意はVBO1/VBO2/VBO3(登録/変更/照会)で保守
- 請求伝票タイプに「リベート関連」フラグを立てる必要がある
- 販売組織単位で「リベート有効」の設定が必要(機能が無効だとリベート合意を作れない)
カスタマイズパス(IMG:Implementation Guide、SAPの設定ガイド)
SPRO > 販売管理 > 基本機能 > リベート処理 > リベート合意
- リベート合意タイプの定義
- 条件タイプグループの定義
- リベートの有効化(販売組織)
SPRO > 販売管理 > 請求 > リベート処理 > 決済
主要テーブル
| テーブル | 内容 |
|---|---|
| KONA | リベート合意ヘッダ |
| KONP | 条件レコード明細(リベート含む) |
| S060 / S136 | リベート実績統計(LIS) |
S/4HANAでの変更点
- 従来のSD Rebate機能はS/4HANAで廃止対象となり、Condition Contract Management(CCM:条件契約管理)に移行
- CCMは「条件契約」という汎用的な枠組みで、リベート・ブローカー手数料・販促負担金などを統一的に扱う
- 既存ECC顧客はS/4HANA移行時に「SD Rebateを継続するか」「CCMに移行するか」を選択する必要がある(移行期間中は併用可能だが新規はCCM推奨)
- Fiori Appで条件契約の進捗・引当残高をリアルタイム可視化
現場でよくある誤解
- 「リベート=単なる期末値引」と考えると仕訳タイミングを誤る。リベートは請求の都度引当計上が原則
- リベート機能を有効にする前に締結済の取引は遡及できない
- S/4HANAでSD Rebateを新規構築すると将来の移行コストが発生する(CCM推奨)
- リベート合意の対象範囲(品目グループ/得意先階層)を広く取りすぎると、意図しない売上までリベート対象になる
実務での決め方
リベート設計では次の観点で切り分けます。
- 対象は得意先単位か品目グループ単位か、それとも組み合わせか?
- リベート率は固定か、累計額でスライド(スケール)するか?
- 決済は期末一括か、四半期ごとか、月次か?
- 決済は貸方票発行か、相殺か、現金払いか?
- S/4HANA採用ならCCMを使うか、既存SD Rebateを移植するか?
新規S/4HANA案件では原則CCMを採用するのが将来の運用コストを考えたベストプラクティスです。
トラブル事例
- 販売組織のリベート有効化を忘れて、リベート合意が登録できず代理店との契約が1ヶ月ストップ
- 条件タイプグループの設定漏れで、該当品目グループの実績が集計されず期末に支払いゼロ
- 決済Tコードの運用ルール未整備で、引当金が残り続けて決算時に繰越判断が必要に
- ECCからS/4HANAへ移行時にリベート実績が正しく引き継がれず再集計に数週間
FAQ
Q. リベートと通常の割引(K007等)の違いは?
通常割引は受注時に即時適用されて請求金額が減額されます。リベートは期中は満額請求し、期末に実績集計してから返金する仕組みです。キャッシュフローと会計処理が根本的に異なります。
Q. S/4HANAでリベートを使うにはどうすればいいですか?
新規案件ならCondition Contract Management(CCM)を使うのが推奨です。既存ECCからの移行案件では一時的にSD Rebate継続も可能ですが、将来的にCCMへ移行する前提で設計するのが安全です。
Q. リベート引当金の仕訳タイミングはいつですか?
請求伝票起票時に自動仕訳されます。借方:リベート費用/貸方:リベート引当金、という形で負債計上されます。決済時にこの引当金を取り崩して貸方票に振り替えます。
関連する用語
関連用語
本用語と一緒に押さえておくと理解が深まる用語をまとめます。