本セミナーはWebセミナーです

ツールはZoomを使います。URLは直前にメールにてご連絡いたします。 なお、「osslabo.com」「majisemi.com」からのメールが迷惑メールとならないよう、メールの設定をご確認ください。

ECC保守期限対応、“業務は変わらないのに高額”なSAPバージョンアップの現実

　SAP ECCの保守期限が迫る中、多くの企業でS/4HANAへの移行やEHP適用、S/4HANA 2025へのバージョンアップ検討が進んでいます。

　しかし実際には、

　・「どこまで改修が必要なのか分からない」 　・「全体テスト前提で数億円規模の見積になっている」 　・「その金額が妥当なのか判断できない」

　といった悩みを抱える企業が少なくありません。

　特に、長年運用してきたSAP環境では、アドオンや周辺システムが複雑化しており、影響範囲が読めないままプロジェクトが進みやすくなっています。

　さらに今回のようなSAPバージョンアップは、“業務が劇的に良くなる刷新”ではないケースも多く、

　「なぜこれだけの費用が必要なのか」 　「本当にそこまでやる必要があるのか」

　を、経営層へ説明できず検討が止まってしまうケースも少なくありません。

　実際、SAPバージョンアップ経験企業からも、

　「提示された額が妥当なのか、法外なのかすら判断できなかった」

　「見積もりの根拠が見えないまま進むのが、一番怖かった」

　といった声が挙がっています。

影響範囲が読めず、“刷新前提・全体テスト前提”の高額見積を受け入れるしかないジレンマ

　SAPバージョンアップでは、「影響が分からない以上、広くテストするしかない」という考え方になりやすく、

　・アドオン影響調査 　・周辺システム確認 　・全体テスト 　・大量の改修工数 　・長期プロジェクト化

　へ発展しやすい傾向があります。

　また、多くの企業では既存運用保守ベンダーへ依存しており、

　・他社比較ができない 　・見積の妥当性を判断できない 　・「SAPは高額になるもの」と受け入れてしまう

　という、いわゆる“ベンダーロックイン”状態に陥っているケースも少なくありません。

　しかし本来、すべてのSAP更新が“大規模刷新”を前提にする必要があるとは限りません。

　業務そのものを変えず、基幹システムは現状維持しながら、必要最小限の改修とテストで“止めずに維持する”という選択肢も存在します。

　特に今は、守りの投資を最適化し、浮いた予算をAIや周辺システム改善など“攻めの投資”へ回したい企業も増えています。

Panaya影響分析で、過剰な改修・テストを見直し、テクニカルバージョンアップを現実的なコストで進める方法

　本セミナーでは、SAP ECCからS/4HANAへの移行や、S/4HANA既存環境のバージョンアップにおいて、

　・なぜ見積が膨らむのか 　・なぜ全体テスト前提になりやすいのか 　・なぜ判断が止まるのか

　という構造を整理したうえで、

　Panayaによる影響分析を活用しながら、

　・どこまで改修が必要なのか 　・どこまでテストすべきなのか 　・どこに削減余地があるのか

　を、どのように可視化・整理していくのかを解説します。

　また、単なるコスト削減ではなく、

　「この見積は、なぜこの金額なのか」 　「どこまでやるべきか」

　を、納得感を持って判断するための考え方についても、実際のプロジェクト事例を交えながら紹介します。

　「刷新しかない」と思い込んでいた状態から一歩進み、テクニカルバージョンアップという現実的な選択肢を整理したい方は、ぜひご参加ください。

こんな立場の方／こんな課題を感じている方におすすめ

・SAP ECC保守期限対応やS/4HANA移行を検討している情シス部門・基幹システム責任者 ・SAPバージョンアップの見積を取得したが、妥当性を判断できず止まっている ・「影響範囲が分からない以上、全体テストしかない」と感じている ・既存運用保守ベンダーの提案を、そのまま受け入れるしかない状態に不安がある ・基幹システムは現状維持しつつ、できるだけ低コストでバージョンアップしたい ・SAP刷新ではなく、テクニカルバージョンアップという選択肢を整理したい ・守りの更新コストを抑え、AIや周辺システムなど攻めの投資へ予算を回したい

本セミナーで持ち帰れること

　SAPバージョンアップでは、「影響が分からないから全部やる」という状態に陥りやすく、その結果、過剰な改修・テスト・高額見積につながるケースが少なくありません。

　本セミナーでは、Panaya影響分析を活用しながら、“どこまでやるべきか”を整理する考え方を解説します。

　単なるコスト削減ではなく、見積の妥当性や削減余地を判断できる状態をどう作るか。 　“言われた通り進めるしかない状態”から一歩進み、自社として納得感を持ってSAPバージョンアップを判断したい方は、ぜひご参加ください。

プログラム

09:45～10:00　受付

10:00～10:05　オープニング（マジセミ）

10:05～10:45　SAPバージョンアップ、影響範囲が読めず“数億円規模”の見積を受け入れていませんか？

　　　　　　　　～Panaya影響分析で、刷新前提の過剰な改修・テストを見直す方法～

10:45～11:00　質疑応答

主催

株式会社AGEST（プライバシーポリシー）

協力

マジセミ株式会社（プライバシーポリシー）

※共催、協賛、協力、講演企業は将来的に追加、削除される可能性があります。

本セミナーはWebセミナーです

ツールはZoomを使います。URLは直前にメールにてご連絡いたします。 なお、「osslabo.com」「majisemi.com」からのメールが迷惑メールとならないよう、メールの設定をご確認ください。

バリエーション対応が、生産準備業務を圧迫している

顧客ごとの仕様変更に対応するため、BOM（部品表）やBOP（工程表）を都度修正する運用が常態化し、生産準備業務を圧迫しています。 さらに近年は、SAP S/4HANA Cloud等の導入に伴い、アドオン開発を極小化する「Clean Core（標準化）」戦略が求められています。 「システムの標準化」と「現場の柔軟な個別対応」という板挟みは、製造業DXの大きな壁となっています。

従来型BOM管理の限界とは？

品番ごとに構成を事前登録する従来の手法では、組み合わせの爆発に対応できず、マスタメンテナンスが破綻します。 ERPのコアをクリーンに保ちつつ、複雑な個別仕様に柔軟に対応するには、品番管理から脱却したルールベースの管理手法（ナレッジのデータベース化）への転換が不可欠です。

バリエーション対応を仕組み化する

本セミナーでは、日本の大手製造業がいかにして長年の課題を克服したか、その成功ノウハウをお伝えします。 「SPBOM Suite」を用いた、品目群×ルールでBOM/BOPを動的生成する仕組みにより、個別要求への対応と業務効率化を両立させた「エンジニアリングチェーン変革」の具体例を解説します。

プログラム

12:45～13:00　受付

13:00～13:05　オープニング（マジセミ）

13:05～13:45　【製造業向け】仕様ごとのBOM/BOP修正が止まらない コスト超過と納期遅延の構造問題～動的BOM生成による生産準備業務の自動化と大手製造業の実践事例を解説〜

13:45～14:00　質疑応答

主催

株式会社エクサ（プライバシーポリシー）

協力

株式会社オープンソース活用研究所（プライバシーポリシー）

マジセミ株式会社（プライバシーポリシー）

※共催、協賛、協力、講演企業は将来的に追加、削除される可能性があります。

本セミナーはWebセミナーです

ツールはZoomを使います。URLは直前にメールにてご連絡いたします。 なお、「osslabo.com」「majisemi.com」からのメールが迷惑メールとならないよう、メールの設定をご確認ください。

本セミナーでは、主にエンドユーザー企業の方を対象として開催いたします。IT事業者の方、または情報収集のみを目的とするお申込み方の参加をお断りさせていただく場合もございます。あらかじめご了承ください。

影響分析・テスト設計の違いが見えず、提案比較が難しいS/4HANA移行の現実

S/4HANAコンバージョンを検討する多くのユーザー企業では、複数ベンダーから提案を受けたものの、「何がどう違うのか分からない」「結局は金額で比べるしかない」と感じているケースが少なくありません。 影響分析やテスト設計は専門性が高く、提案書上では内容の違いが見えにくいため、初期段階では工数や品質、リスクの差を十分に読み取れないまま判断せざるを得ないのが実情です。その結果、不安を抱えたまま移行判断を進めてしまい、プロジェクト後半でのテスト・課題対応の負荷やコスト増に悩むケースも多く見られます。

初期提案の判断が、なぜテスト工程でユーザー側リスクとして跳ね返るのか

S/4HANAコンバージョンでは、プロジェクト後半のテスト工程において、想定外の作業増加や手戻りが発生しやすい傾向があります。その背景には、初期提案時点での影響分析の精度や、テスト設計に対する考え方の違いがあります。 初期段階で見えなかった影響や修正範囲がテスト工程で顕在化し、その対応がユーザー側に委ねられることで、工数増加やスケジュール遅延といったリスクが集中してしまう構造が生まれます。「なぜ後から問題が出てくるのか」「なぜユーザー側の負担が増えるのか」という疑問を持つ方も多いのではないでしょうか。

富士通×Panayaの実プロジェクト知見で読み解く、後工程リスクを織り込む考え方

本セミナーでは、富士通とPanayaが実際のS/4HANAコンバージョンプロジェクトで培ってきた知見をもとに、影響分析・テスト設計の違いがどこで効いてくるのかを整理します。 影響分析を単なる作業として捉えるのではなく、テスト工程で顕在化しやすいリスクをあらかじめ見通し、初期判断にどう織り込むべきかという視点で解説します。すぐに結論を出すことを目的とするのではなく、「提案のどこを見るべきか」「どの観点で比較すべきか」を明確にし、ユーザー企業が主体的に判断、最終的なコストとリスクを最小化できる状態になることを目指します。 また、富士通は、自社でSAP S/4HANAを導入しており、テスト工程にてPanayaを利用して、作業効率化とコスト低減を達成しました。 本セミナーでは、富士通がテスト工程でPanayaをどのように活用したかについても解説します。 なお、アンケートにてご希望いただいた方を対象に、自社環境の影響範囲を整理する無償アセスメント（影響分析レポート）をご案内します。止まっていたS/4HANA移行・アップグレードを前に進めるための、具体的な判断材料を得る機会としてご活用いただける内容です。

プログラム

12:45～13:00　受付

13:00～13:05　オープニング（マジセミ）

13:05～13:25　Panaya Japan

　　　　　　　　・富士通とPanayaの戦略的パートナーシップの背景

　　　　　　　　・S/4HANAコンバージョン：初期提案では見えにくい後工程のリスクとその回避方法について

13:25～13:45　富士通株式会社

　　　　　　　　・S/4HANA Conversionを検討中の企業必見：リスクを見える化する富士通流Panaya活用法

　　　　　　　　・富士通社内プロジェクトにおけるPanaya活用例（テスト管理機能）のご紹介

13:45～14:00　質疑応答

主催・共催

Panaya Japan（プライバシーポリシー）

富士通株式会社（プライバシーポリシー）

協力

株式会社オープンソース活用研究所（プライバシーポリシー）

マジセミ株式会社（プライバシーポリシー）

※共催、協賛、協力、講演企業は将来的に追加、削除される可能性があります。