売上は前年より伸びている。なのに営業利益が伸びない。経営会議でこの説明を求められた経理が、真っ先に見るべき場所がある。値引き、リベート（販売奨励金）、販促協力金——顧客に商品を売るために差し出している「実質的な値下げ」だ。これらが総額の売上高の裏で膨らんでいると、表向きの売上は伸びていても、会社が実際に手にする正味の売上（ネット売上）は増えていない。厄介なのは、この控除項目が管理の数字の上で売上のすぐ隣に並ばず、別々の科目や集計表に散っていることだ。収益認識に関する会計基準（企業会計基準第29号）を適用する会社では、値引きやリベートは変動対価として売上から差し引くのが原則だが、販促協力金のように区分の判断が要る項目は販管費に残りやすく、顧客別の採算表まで同じ形で控除が落ちているとは限らない。散らばると、どの顧客に・どれだけ差し出しているかが誰にも見えなくなり、営業は「売れているから良い取引」と思い込み、経理は総額の売上を眺めて安心する。
控除項目が散ると、正味の売上が消える
まず言葉を整理する。総額（グロス）の売上は、定価ベースの請求額に近い。ここから会社が実際に受け取る正味（ネット）の売上を出すには、いくつかの控除を引く必要がある。売上値引・売上割戻（リベート）・返品・販促協力金といった項目だ。これらは形式上は別の科目で処理されることが多いが、経済的にはすべて「その顧客に売るために手放した金額」であり、売価のマイナス要素にほかならない。
問題は、この引き算が管理会計上どこにも一枚で存在しないことだ。値引きは請求時の売上のマイナスで、リベートは期末の見積りや未払で、販促協力金はまた別の費用科目で——と散らばると、控除の合計がいくらで、どの顧客に効いているかが集計されない。結果、営業は総額の売上目標だけを追い、達成のために値引きとリベートを積み増す。売上は伸び、控除も伸び、ネットは横ばい。この構造が「売上は伸びるのに粗利が伸びない」の正体だ。
リベートは「後から効く値下げ」で見えにくい
控除項目の中でもリベート（売上割戻）が特に危ういのは、取引の瞬間には見えず、後から効くからだ。「年間で一定額を買ってくれたら数%を戻す」「四半期の伸び率に応じて奨励金を払う」といった条件付きのリベートは、個々の受注の時点では値引きに見えない。だが期末に累計が条件を超えると、まとめて戻し金が発生する。これを見越して引き当てていないと、期末に控除額が跳ね、しかもその負担がどの顧客との取引から来たのかを後追いで分解する羽目になる。
だからリベートは、契約条件（達成基準・料率・支払時期）を取引先ごとに台帳化し、発生主義で期中から引き当てるのが実務の基本になる。売った瞬間に「この取引にはいくらのリベートが後から乗るか」を織り込めば、受注時点のネット採算がその場で見える。期末にまとめて驚く運用から、受注ごとに織り込む運用へ移すことが、値引き・リベート管理の背骨だ。
控除を「顧客別・製品別」に紐づける
ネット売上を全社合計で出すだけでは足りない。効くのは、控除を顧客別・製品別の軸に割り付けて、採算の濃淡を見えるようにすることだ。
- 顧客別ネット採算：顧客ごとに、総額売上・値引き・リベート・販促費・そこに紐づく物流やサポートのコストまで引いて、正味の貢献を出す。量は大きいがネットでは薄い顧客が、ここで初めて浮かぶ。
- 値引き率のばらつきを可視化：同じ製品を同程度買う顧客の間で、値引き率が大きく違っていないか。営業担当や地域による裁量のばらつきは、統制すべき利益の漏れだ。
- 値引きの承認ラインを採算で引く：一定の値引き率やリベート料率を超える取引は、営業の裁量でなく採算責任者の承認を通す手続を設ける。裁量に委ねきると、控除は膨らむ方向に動きやすい。
ある消費財の卸で、売上は毎年伸びていたが営業利益率はじりじり下がっていた。経理が値引き・リベート・販促協力金を顧客別に集計し直すと、上位数社の大口顧客で、量を維持するためのリベートと販促負担が積み上がり、ネットではほとんど利益が残っていないことが分かった。総額売上で評価していた間、この数社は「主力の優良顧客」だった。控除まで引いたネットで見ると、額の小さい中堅顧客のほうが濃い採算だった。打ち手は取引停止ではなく、大口向けのリベート条件の見直しと、値引き承認ラインの新設だった。総額でなくネットで顧客を並べ替えただけで、営業の力の入れ先が変わった。
※設例。会社、数値は説明のために置いた架空のもので、特定の会社の実績ではない。
総額でなくネットで、顧客を並べ替える
売上は伸びるのに利益が伸びないなら、まず総額売上と正味売上の差——値引き・リベート・返品・販促費の合計——がいくらで、それがどの顧客に効いているかを一枚に出すことだ。控除を別々の科目や集計表に散らしたままでは、この一枚は作れない。控除項目を売価のマイナスとして束ね、顧客別・製品別に紐づけ、リベートは受注時点から引き当てる。ネットで顧客を並べ替えると、力を入れるべき取引と、条件を見直すべき取引が入れ替わることが多い。「本当に儲かっている先」を顧客別・製品別にどう切り出すかは、事業別のP/Lを含む管理会計の分析軸の設計そのものにつながる（顧客別・製品別の収益性分析で、なぜ全社黒字の裏に赤字顧客が隠れるのか）。
