ECC6.0の標準サポートが2027年末に終わる。いわゆる2027年問題だ。多くの企業がS/4HANAへの移行を迫られ、CO（管理会計）の担当者も、慣れたECCの世界から新しい土俵へ移ることになる。
私自身、長くABAP開発とFIを軸にやってきて、2026年に入ってからS/4HANAのCO運用保守を初めて担当することになった。教科書で読んでいたつもりの変化が、実際に現場で触れてみると、想像していたのとは手触りが違った。今日は、ECCからS/4HANAへ移ったときに、CO担当が「あれ、ここが違うのか」と戸惑いやすいポイントを、現場目線で5つ整理しておきたい。
テーブル構造そのものの変化は、別ページのS/4HANA テーブル関連図【FI編】と【CO編】に図でまとめてある。あわせて読むと、この記事の話が立体的になると思う。
変化の本質は「リアルタイムで、全部つながった」こと
細かい話に入る前に、変化の本質を一言でいうと、こうなる。伝票が、リアルタイムで全部つながった。
ECCでは、FIで起きたことがCOに反映されるまでに、バッチ処理という「ひと手間」が挟まっていた。月末にまとめて転送し、突合し、数字を合わせる。S/4HANAでは、入力したその瞬間に財務会計と管理会計が同時に更新される。月の途中でも、正確な損益が見えるようになった。
この「リアルタイム化」が、これから挙げる5つの戸惑いポイントすべての根っこにある。便利になった一方で、ECC時代の感覚のまま運用すると足をすくわれる部分でもある。
① Universal Journal（ACDOCA）——FIとCOが一本の伝票になった
最大の変化はこれだ。ECCでは、FI（BSEGなど）、CO（COEPなど）、ML（マテリアルレジャー）が、それぞれ別のテーブルに記録されていた。S/4HANAでは、これらがACDOCAという一本のテーブルに統合された。これがUniversal Journal（ユニバーサルジャーナル）と呼ばれるものだ。
ACDOCAの1行には、会社コードやG/L勘定・金額といったFIの情報と、原価センタ・内部オーダ・WBS・利益センタといったCOの情報が、同じ行に並んで入っている。固定資産や数量の情報まで一緒だ。
これによって、ECCでは当たり前だった「FIからCOへの転送バッチ（KALC等）」が要らなくなった。FIとCOが常に一致しているので、月末の突合作業も原則不要になる。便利だ。ただし、裏を返せば、入力を間違えるとFIにもCOにも同時に、即座に響くということでもある。なぜCOがFIの単なる延長ではないのか、という話は、以前の記事でも書いた。
② 原価要素が「消えた」——G/L勘定に統合された
ECC世代のベテランほど戸惑うのが、これだと思う。ECCでは原価要素（Cost Element）をKA01で独自に管理していた。CO担当にとっては、原価要素マスタは日々触れる、いわば自分の庭のような存在だった。
S/4HANAでは、その原価要素がG/L勘定と統合された。独立した原価要素マスタは、もうない。原価要素は「G/L勘定の一種（タイプ)」として、勘定マスタの中で管理される。
理屈で聞けば「ああ、なるほど」と思うのだが、長年KA01を起点に物事を考えてきた人間にとっては、地図の見方が一段変わる。移行直後、「原価要素はどこで作るんだ」と一瞬手が止まる。これは知識というより、体に染みついた手順を上書きする作業に近い。
③ Material Ledgerが必須に——CKMLCPという新しい締め作業
ECCでは、マテリアルレジャー（ML）はオプションだった。使っていない会社も多かったはずだ。S/4HANAでは、これが全社で強制的に有効になる。
これ自体は悪い話ではない。実際原価計算（Actual Costing）が標準で使いやすくなった、というメリットがある。ただ、運用保守の立場で見落としてはいけないのは、CKMLCP（マテリアルレジャーの締め処理）という月次作業が新たに必須になるという点だ。
ECCでMLを使っていなかった会社から移行してきた場合、この締め処理は「これまで存在しなかった作業」になる。月次クロージングの手順書に組み込まれていなければ、まるごと抜け落ちる。地味だが、知らないと事故になる種類の変化だ。
④ 収益性分析（CO-PA）が勘定基準へ
収益性分析（CO-PA）も変わった。ECCでは原価基準（コストベース）のCO-PAが主流だったが、S/4HANAでは勘定基準（アカウントベース）が主流になった。これもUniversal Journalに統合された結果だ。
ここで注意したいのは、ECC時代に作り込んだCO-PAのカスタマイズを、そっくりそのまま持ってこられないケースがある、ということだ。長年の運用で積み上げた独自設定ほど、移行時に見直しが要る。「動いていたものが、そのまま動く」と思い込まないことが大事だ。
⑤ 月次バッチが激減した——でも手順書をそのまま使うと事故る
①でも触れたが、リアルタイム化によって月次のバッチ処理が大きく減った。FI→CO転送も、損益計算書転送も、FI-CO突合チェックも、原則として不要になる。原価センタの配賦などは残るが、処理は速くなっている。
運用保守の現場で一番怖いのは、ここだ。ECCの月次クロージング手順書を、そのままS/4HANAに持ち込んではいけない。不要になったバッチがそのまま残っていたり、逆に③のCKMLCPのような新しい作業が抜けていたりする。手順の「順序」そのものも変わっている。手順書は、移行を機に一から組み直すべきものだと思っている。
現場で、特に気をつけていること
最後に、運用保守の立場で日々気をつけている点を、いくつか挙げておく。
- ACDOCAは直接編集しない。誤った修正がFI・CO両方に即座に効いてしまう。リアルタイムであることの裏返しで、ECCのようなバッチ前の「修正猶予」がない。
- 月次の手順書を疑ってかかる。ECC由来の手順は、不要なものと、足りないもの（CKMLCP等）が混ざっている。
- レポートがFioriベースに移っている。慣れたSAP GUIのトランザクションが減っていることに、最初は戸惑う。
- ミスがリアルタイムで反映される、という前提に立つ。便利さと危うさは表裏一体だ。
まとめ——「便利になった」の裏側を、現場が引き受ける
S/4HANAのCOは、確かに便利になった。リアルタイムで数字がつながり、突合の手間が消え、月の途中でも損益が見える。だが、その便利さの裏側には、ECC時代の感覚を上書きする戸惑いと、新しく増えた作業がある。それを引き受けるのが、運用保守の現場だ。
2027年が近づくほど、この移行に向き合う担当者は増えていく。私自身もまだ、S/4HANAのCOに毎日教わっている最中だ。同じように戸惑っている方の、地図の一枚になればと思う。
同じような現場に立つ方の、何かのヒントになれば嬉しい。記事へのご感想やご意見があれば、お問い合わせフォームからお寄せいただけると励みになる。
（このカテゴリでは、SAP運用保守の現場で実際に起きたこと・気づいたことをお届けしています。）
コメント