SAPに債権・債務管理（AR/AP）を入れたのに、結局は「請求書を起票して、入金を消し込む台帳」で止まっている――この相談はとても多い。AR/APは伝票を記録する機能であると同時に、誰にいくら売っていいか（与信）、どの未収から先に取りに行くか（回収）、どこの支払をいつ起こすか（支払サイト）を決める意思決定の土台でもある。ここを運転資本、つまり手元に残る現金の量に効かせられているかで、財務の質は大きく変わる。
本稿は、SAPのAR/APを資金繰りの意思決定に接続するための実務を、現場でどう動かすかの粒度で整理する。
まず「記帳の箱」から「意思決定の箱」へ——RMの全体像
S/4HANAでは、債権まわりの高度機能はかつてECC時代にFSCM（Financial Supply Chain Management＝財務サプライチェーン管理）と呼ばれていたものが、Receivables Management（受取債権管理、以下RM）として整理し直されている。多くの会社で起きているのは、SD（販売）で受注を切り、AR側で入金を消し込むという「伝票の流れ」だけが回り、本来の機能が眠っている状態だ。AR/APを起こすとは、伝票の記録装置を意思決定の装置に作り替えることに他ならない。
RMの柱は3つだ。重要なのは、3本が「意思決定するタイミング」で並ぶことにある。与信は売る前、回収は売った後、係争はその理由の見える化を担う。
注意したいのは、Credit Management（与信管理）にはBasic（基本）とAdvanced（高度）の区別があり、機能とライセンスが分かれる点だ。どこまで自動化したいかで必要なライセンスが変わるため、構想段階で自社の現契約を必ず確認してほしい。
与信を「効かせる」——受注を止める仕組みと、運転資本の入口
与信管理の本質は、回収できない売上を最初から作らないこと、そして「いくらまでなら売っていいか」をその場で判断できることだ。
第一に、与信枠を1社1社の現実に合わせる。全取引先に一律の枠を置くと、優良顧客の出荷を不必要に止め、危うい相手には甘くなる。Advancedでは、国・地域や外部格付、キャッシュ・レシオ（手元資金÷流動負債）などを変数にしたスコアの計算式（フォーミュラ）を定義し、内部スコアと与信枠を半自動で導ける。手作業のエクセル更新から、ルールに基づく更新へ移すイメージだ。
第二に、受注の瞬間に効かせること、第三に、超過時のさばき方を先に決めることだ。与信は月次レビューではなく、受注伝票が切られた瞬間に走らせて初めて意味を持つ。枠超過なら出荷を保留（ブロック）し、誰がいつ解除したかを記録に残す。止めるだけでは現場が回らないので、誰が承認するか・いくらまでは現場判断でよいか・保留が何時間で営業へ自動通知されるかという解除フロー（エスカレーション）を設計に含めることが、与信を生かすか形骸化させるかの分かれ目になる。
財務の視点では、与信枠は運転資本の入口の蛇口だ。枠を緩めれば売上は伸びるが、AR（売掛金）に資金が寝て、後述するCCCが伸びる。
回収を「優先順位」に変える——督促リストとDSO
入れたAR/APが最ももったいない使われ方をするのが、回収だ。エイジング表を眺めて、目についた大口から電話する――これでは、本当に危ない先や、少し押せばすぐ入る先を取りこぼす。
Collections Management（回収管理）は、回収すべき相手をワークリスト（督促の作業待ち行列）として自動で生成し、優先順位をつける。並べ替えの軸は自社で設計できる。たとえば「滞留金額が大きい × 滞留日数が長い × 係争中でない」を上位に、「少額・短期・係争中」を下位に置く、といった具合だ。担当者は毎朝そのリストの上から手をつけ、架電・督促状送付・支払約束日（プロミス・トゥ・ペイ）の記録までを同じ画面で回す。属人的な「勘の督促」から、設計された優先順位の督促へ移す。
ここで効く指標がDSO（Days Sales Outstanding＝売上債権回転日数）だ。売上を立ててから現金を回収するまで、平均で何日かかっているかを表す。
DSOが30日から25日に縮めば、年商に対して5日分の売掛金が現金に変わる。仮に年商60億円なら、5日分はおおむね8,000万円超の手元資金に相当する（60億÷365×5）。回収を1日早めることが、いくらの現金を生むか――この換算を経営の言葉で示せると、回収は「経理の地味な作業」から「資金繰りのレバー」に格上げされる。
そして回収の現場でほぼ必ずぶつかるのが、「払わない」の中身だ。本当に資金がないのか、それとも金額や納品に不満（係争）があって止めているのか。これを切り分けるのがDispute Management（係争管理）で、未収を係争ケースとして登録すれば、督促リストから係争分を外して「純粋に取りに行くべき未収」だけを残せる。回収の精度は、この切り分けの有無で大きく変わる。
支払（AP）を「サイト最適化」に使う——CCCで一本につなぐ
意思決定への接続は、AR（回収）だけでは半分だ。もう半分はAP（買掛金＝支払）にある。運転資本を一本で表すのがCCC（Cash Conversion Cycle＝現金変換日数）だ。
CCC ＝ DIO ＋ DSO − DPO DIO＝在庫が現金化するまでの日数、DSO＝売掛金の回収日数、DPO＝買掛金の支払日数。 仕入れて現金を出してから、売って現金を回収するまでに、何日ぶん手元資金が拘束されるか。
CCCが小さいほど、事業を回すのに必要な手元資金が少なくて済む。だからCCCを縮める打ち手は2方向ある。AR側でDSO（回収日数）を縮めるのと同じ重みで、AP側ではDPO（支払までの日数）を、約束した支払条件の範囲で適正に長くすることが効く。早く払いすぎている支払を、契約どおりの期日まで戻すだけで現金が手元に残る。
SAPのAP実務では、ここを判断に効かせる接点が2つある。1つは支払条件（ターム）と自動支払プログラム（F110）の設計、もう1つはAR/APを並べて見る運転資本の月次だ。
- 支払条件と自動支払（F110）の設計：仕入先マスタの支払条件を実際の契約に揃え、早期割引（期日前払いで受けられる値引き）は「割引額 ＞ その間に資金を持つ価値」のときだけ取りに行く。割引のための無条件な前倒しはCCCを悪くしている可能性があり、支払サイクル（起こす頻度と基準日）が早回しすぎないかも点検する。
- AR/APを並べて見る運転資本の月次：DSO・DPO・CCCを毎月の財務ダッシュボードに載せ、回収の前倒しと支払の適正化を同じ土俵で議論する。CCCという一つの物差しで、どちらをどれだけ動かすかを決める。
なお、こうした投資判断には時間軸も絡む。SAPの公開情報では、ECC（旧来のSAP ERP、EHP6〜8）の主流保守（メインストリーム・メンテナンス）はおおむね2027年末まで、延長保守を契約しても2030年末までとされている（出典は末尾）。
まだECCで運用している会社は、S/4HANAへの移行という大きな節目で、RMをどこまで効かせるかを設計図に織り込んでおきたい。移行は「同じものを載せ替える」だけで終わらせず、与信・回収・支払を意思決定に接続し直す好機だ。
AR/APを記帳の箱で終わらせない、というのは標語ではない。受注の瞬間に与信を効かせ、督促を優先順位で回し、支払サイトをCCCで握る――この3つを回すだけで、同じ事業から残る現金が変わる。SAPはそのための道具を持っている。眠らせているなら、起こす価値は十分にある。
