ユーザーはもっと”いい”ワガママになろう
朝、一杯のコーヒーをビジネスパーソンに笑顔で提供してくれるバリスタのお姉さん。仕事への矜持ってこんな小さな商いの方が見えやすいのかも知れません。
これに対して、コンピュータシステムを提供している大手の会社はユーザー目線よりも自社目線でのサービス提供が少なくなく、なぜかユーザーがそれに合わせて苦労させられる。 なんだか、悔しいですね。
ここ最近ニュースで目にしなくなったグリコのシステム障害の続報
9月17日時点で何となくほとんどの商品が復旧しているように見えますが、完全に復旧したとは書かれてないのでまだ一部商品には影響が残っているのかも知れません。
なぜかユーザーの立場が弱い、ERPパッケージ（SAP）の世界
今回のトラブルの原因となったSAPのクラウド版への移行に関して、perplexity に聞いてみた。
Q : SAP 2027年問題について、根本的にERPの在り方に見直しをかけてSAPからの離脱を行う為には具体的にどういった取り組みを行うべきか。 会社の役員会で説明を行うために、以下の項目に分けて整理したい ・SAPの２０２７年問題に関する概要 ・一般的と言われる３つの対策 ・ライセンス費用や今後のサポートを考えた上で改めて必要な対策 ・SAPからの離脱を検討する為に必要な事項と予算 ・取り組むべきスケジュールは？
ーーーーーーーーーーーーーーーーーーーーーーーーーー
SAPの2027年問題に関する概要と対策について、以下のように整理しました。
## SAPの2027年問題に関する概要
SAP ERP 6.0の標準保守サポートが2027年末に終了することで生じる問題です[1][2]。主な影響として:
- 新機能の追加や修正プログラムの提供が停止
- システム品質改善のサポートが受けられなくなる
- セキュリティリスクの増大
- システムトラブル時の対応が困難に
## 一般的と言われる3つの対策
1. SAP S/4HANAへの移行
- SAP社推奨の最新ERPパッケージへアップグレード[1][3]
2. サードパーティ保守の利用
- 現行システムを維持しつつ、別会社からサポートを受ける[1]
3. 代替製品への乗り換え
- SAP以外のERPパッケージに移行[1][3]
## ライセンス費用や今後のサポートを考えた上で改めて必要な対策
- ERPの必要性を根本から見直し、業務プロセスを再構築
- クラウドサービスやSaaSの活用を検討
- モジュール単位での最適なソリューション組み合わせを検討
- オープンソースERPの採用も視野に入れる
## SAPからの離脱を検討する為に必要な事項と予算
1. 現行システムの棚卸しと業務分析
- 既存機能の利用状況調査
- 業務フローの可視化と最適化
2. 新システムの要件定義
- 必要機能の洗い出し
- 新たなテクノロジーの活用検討
3. 代替ソリューションの調査と選定
- クラウドERPやベストオブブリードアプローチの検討
- ベンダー比較と選定
4. データ移行計画の策定
- 移行データの特定と整理
- 移行方法の検討
5. 予算
- システム構築費: 数億〜数十億円
- 運用保守費: 年間数千万〜数億円
- コンサルティング費: 数千万〜数億円
- 教育・トレーニング費: 数百万〜数千万円
## 取り組むべきスケジュール
1. 2024年前半: 現状分析と方針決定
2. 2024年後半: 要件定義と新システム選定
3. 2025年: システム設計と開発
4. 2026年: テストと並行稼働
5. 2027年: 本番移行と旧システム停止
このスケジュールは目安であり、企業規模や複雑性によって変動します。早期に着手し、十分な準備期間を確保することが重要です[2][4]。
Citations:
[1] https://www.ntt.com/bizon/d/00592.html
[2] https://www.obc.co.jp/360/list/post375
[3] https://www.oro.com/zac/blog/the-2027-problem/
[4] https://dxnavi.com/erp-sap-2027/
[5] https://www.seibu-denki.co.jp/solution/column/erp/erp%E3%81%AE%E4%BB%A3%E8%A1%A8%E6%A0%BC%E3%80%8Csap%E3%80%8D%E3%81%8C%E6%8A%B1-%E3%81%88%E3%82%8B2027%E5%B9%B4%E5%95%8F%E9%A1%8C%E3%81%A8%E3%81%AF%EF%BC%9F%E8%A7%A3%E6%B1%BA%E3%82%A2%E3%83%97%E3%83%AD/
[6] https://vnext.co.jp/v-blog/what-is-problem-of-sap-2027.html
[7] https://www.nec-solutioninnovators.co.jp/sp/contents/column/20220325_sap-2027-issue.html
[8] https://xtech.nikkei.com/atcl/nxt/column/18/02447/051100001/
どうでしょうか？
自社のビジネスモデルが変わるわけでもなく、システム側の都合に合わせて数億円のお金と人や時間が割かれてしまうなんて・・・・（泣）。
たまったもんじゃないですよね。
でも、SAPのやり方が気に入らないからと言って全く新しい仕組みへの移行を考えようとすると、とんでもない手間と時間とお金がかかる事もわかっているので、多くの企業はSAPを使い続ける為に様々な手間をかけて新バージョンへの移行を進めていると思われます。
本来、ユーザーが”主”であるべきなのに・・・
もともと、ERPパッケージとして提供されているSAPをほとんどカスタマイズなしで利用していれば、クラウド型のバージョン移行になってもそれほど大きな問題にはならないはず。基本的な仕組みはSAPも安全に移行できる状態を作っている、と思う。
ただ、ビジネスの現場にはパッケージに収まらない部分は必ずあるはずでそれが強みだったりするとSAPを合わせるためのアドオン開発が加わり、このアドオン開発がSAPを提供するサードパーティーの稼ぎどころだったりするので、ユーザー企業の多くはSAPにビジネスモデルを合わせるよりもアドオンによって自社に適合した形を作り上げています。
このアドオンは、オンプレミス（＝自社内サーバー）での動きが中心の時代なら良かったのですが、次の新しいバージョンからはクラウド型となり、アドオンの追加にも制限がかかる為、単純なバージョン移行とはならないと思われます。
ビジネスは顧客に喜んでもらう為の仕組みであり、システムのためではない
たった１つの大切な事がなぜか、こうしたERPパッケージには通じないのが歯がゆいですね。とはいえ、切り替えに向けた時間は限られているのでどこかで何かしらの判断と対応を取らなければならないのも事実。
システムに囚われずに自社のビジネスを支える事ができる仕組みを作るには、自社内、もしくは経営層に根本的なIT技術・インターネットやソフトウェアへの理解ある人材が必要不可欠な時代なのかも知れません。
ユーザーがもっとワガママになるために
これまでのシステムベンダーはユーザーに比べた時のIT技術への優位性を活かしてERPパッケージ等の導入を積極的に進めてきました。
しかし、もう、今は誰もが情報発信できる時代になって趣味嗜好も多種多様。ビジネスモデルも提供側の論理で動く時代ではありません。顧客主体の時代。
全てをシステムベンダーに委ねるのではなく、自社で”やるべきこと”と”やらなくていいこと”を見定める事ができるぐらいの技術的な知識やビジネスへの矜持は必要不可欠な時代になっていて、もし、そうした知見を持たないままに大規模なDXやシステム化に着手しようとすると今回のグリコのようなコンピュータシステムに起因するビジネス上の損失につながる。
そんな事を改めて考えさせる機会を与えてくれたのが今回のSAPの問題だと思います。
技術者と対等にコミュニケーションが取れるだけでいい
僕が考えるユーザー側の技術レベルは”コミュニケーションロス”が発生しないレベル。IT技術を深く詳しく知ろうとするときりがない。 深い部分はプロに任せるとしても、その技術者と問題なくコミュニケーションが取れるぐらいの技術レベルはユーザー側も持っておく。最初は大変かも知れないけど、自社のビジネスを中心に考えていれば、できないことでないと思います。
もっとユーザーはワガママになろう。
ワガママになって、IT技術者・ベンダーを育てられるぐらいの存在になることで、きっと双方にとってより良い関係性が築けて、ビジネスにもいい結果がもたらされるに違いないと信じてます。
この記事が気に入ったらサポートをしてみませんか？