移行時にSAPアドオンを何本捨てられるか、使用実績から削除対象を選ぶ手順
捨てる判断のほとんどは、会議でなく既定スコープの計算で片がつく。人が判断するのは、実績はあるが業務ごとやめるものと、本番実績のない新規開発の二つだけだ。アドオン削減を議論から計算に移すための記事。
SAP移行
SAP移行後の運用内製化は全部を自前にすることでなく、判断を社内に戻すこと
SAPの運用費が下がらないのは、業務を技術に翻訳する仕事を毎回外注しているからだ。内製化は全部を自前にすることではない。判断と一次切り分けを社内に取り戻し、頻度の高いものから移す順序を示す。
SAPのデータ移行で失敗しないために、マスタ品質を半年前から上げる進め方
データ移行の成否は切替直前のロードでなく、半年前にマスタ品質の責任者を誰にするかで左右される。取引先・品目・勘定の名寄せと重複、欠損を後工程から逆算して直す順番と、業務部門主導の進め方を示す。
SAP移行を機に勘定科目体系（COA）を再設計し、全社で数字の意味をそろえる
勘定科目を継ぎ足してきた歪みは、通常の運用では直せず、SAP移行時のCOA再設計が数少ない機会になる。グループ共通COAで数字の意味をそろえ、粒度は科目でなく補助軸で持つ。旧科目からの付け替え表の作り方まで示す。
SAP移行プロジェクトに経理財務はどう関わるべきか、工程ごとに判断すること
SAP移行をIT任せにすると経理の要件が抜け、稼働後に手作業が残る。経理財務が担うべきは科目・統制・締めの要件だ。工程ごとにいつ何を決めるかを明確にし、任せきりでも過干渉でもない関わり方を示す。
SAP移行後もExcelと標準帳票に頼り、データを活かせない原因と最初の一手
SAPを入れてもExcelに落として標準帳票しか見ないのは、構造の問題だ。標準帳票への依存、意味の未整備、Excel文化の三つの壁を分けて考え、全社ダッシュボードから始めず小さく始める進め方を示す。
S/4HANA移行は保守切れ対応で終わらせず、経営管理を高度化する機会にできる
S/4HANA移行が保守切れ対応だけで終わりそうだと感じている人へ。収益性分析、勘定科目の統一、締めの設計をスコープに据えれば、移行を経営管理の高度化につなげられる。その範囲の考え方を示す。