メインコンテンツへスキップ
見出し画像

SAP Integration Suiteの案件|PI/POからの移行と、連携のコンサルに求められる経験

    SAPの案件の条件に「IF関連業務」「IF設計」「データ連携」と書かれていると、どこまでの経験があれば手を挙げられるのか迷うことがあります。あわせて、連携の基盤であるSAP Process Orchestration(PI/PO)の保守の期限が近づき、SAP Integration Suiteへの移行も話題になっています。

    この記事は、SAPの導入・移行でインターフェースに関わるSAPコンサルタントの目線でまとめました。Integration Suiteの機能とPI/POからの移行の流れをSAPの公式トレーニングで整理し、当社に届いた案件で連携の経験がどう書かれていたかを紹介します。



    このnoteは、SAP人材に特化した案件紹介サービス「アサインコネクト」が書いています。

    当社には、インターフェース・データ連携の経験を条件に入れたSAP案件が継続的に届いています。この記事の後半でも、実際に届いた5件の条件を紹介しています。

    SAPと周辺システムの連携の経験を活かせる案件を探している方には、これまでのご経験と、稼働率・リモートの可否などの希望条件をうかがったうえで、合う案件を個別にご案内しています。

    下の画像か、その下のリンクを押すと、アサインコネクトのページが開きます。案件の例やご利用の流れを確認でき、LINEから希望条件を登録できます。

    画像

    アサインコネクトをチェックする


    この記事でわかること

    • SAP Integration Suiteで何ができるか(公式トレーニングの整理)

    • PI/POの保守の期限と、Integration Suiteへの移行の流れ

    • 当社に届いた案件で、連携の経験がどう条件に書かれていたか

    • 連携の経験を経歴書で伝えるときのポイント

    1. SAP Integration Suiteとは

    SAP Integration Suiteは、SAP BTP(SAP Business Technology Platform)の上で、システム同士をつなぐための機能をまとめたものです。SAPの公式トレーニング「Administering SAP Integration Suite」では、次のような機能(capability)が紹介されています。

    • Cloud Integration:クラウドのアプリケーションとオンプレミスのシステムをつなぎ、環境をまたいだデータのやり取りと同期を支える

    • API Management:APIを作り、公開し、監視し、保護する

    • Open Connectors:SalesforceやGoogleなどSAP以外のアプリケーションとつなぐための、用意済みのコネクタ

    • Event Mesh:イベントをきっかけにデータを流す、イベント駆動の連携を支える

    • Integration Advisor:連携の設定をガイドやテンプレートで速める

    • Trading Partner Management:外部の取引先との企業間(B2B)のやり取りを管理する

    • Integration Assessment:会社全体の連携の状況を評価し、連携の方針づくりを支える

    • Migration Assessment:移行の評価をし、課題を洗い出す

    日々の案件で名前を聞くことが多いのは、Cloud Integration(以前の呼び名からCPIと呼ばれることもあります)です。Cloud Integrationでは、送り手と受け手のシステムの間でメッセージの形を変換したり、送り先を振り分けたりする流れ(統合フロー)を作ります。

    連携のコンサルの仕事は、製品の操作だけではない

    連携の仕事は、基盤の製品を設定することだけではありません。どの業務のどの時点で、どのシステムからどのシステムへ、どの項目を渡すかを決めることが土台になります。送り手と受け手の項目の対応(マッピング)、エラーが起きたときの扱い、テストの段取りを、それぞれのシステムの担当と調整していく仕事です。第3章で紹介する案件でも、条件は製品名ではなく、この業務の言葉で書かれていました。

    2. PI/POの保守の期限と、Integration Suiteへの移行

    保守の期限

    SAPの公式トレーニング「SAP Process Orchestration to SAP Integration Suite Migration」では、移行の一番の理由として、SAP Process Orchestrationの保守の期限を挙げています。SAP NetWeaver 7.5は、通常の保守が2027年末まで、延長の保守を選べば2030年末までと説明されています。

    同じトレーニングでは、移行の利点として、API管理やイベント駆動の連携、SaaSとのコネクタ、企業間(B2B)・行政(B2G)の連携の機能、用意済みの連携のコンテンツなどが挙げられています。RISE with SAPでクラウドへ移る企業の移行を速めることにも触れています。クラウドへの移行の全体像は、別記事「RISE with SAPとは|クラウド移行で変わるSAPの案件とコンサルの役割」で整理しています。

    移行の流れ

    公式トレーニングでは、移行を次のような流れで扱っています。

    • 評価:Migration Assessmentで、PI/POのシステムから連携の設定を取り出して評価し、Integration Suiteへの移行の工数を見積もる。移せるかどうか、移行を止める要因(ショーストッパー)と回避策も確かめる

    • 方針の決定:手作業で移すか、自動化の仕組みを使うかを選ぶ

    • 移行:Cloud Integrationの移行の機能(Migration Tooling)で、対応する連携の設定をパターンに沿って移す。対応しないものは手作業で作り直す

    あわせて、Integration Assessmentでは、SAPの連携の方法論(Integration Solution Advisory Methodology)に沿って、連携の技術の方針を決め、要件ごとに合う技術を選ぶことができると説明されています。

    移行は、今ある連携をそのまま移すだけでは終わらないことがあります。評価の段階で、使われていない連携の整理や、作り直すものの見極めが入るため、連携の一覧を業務の目線で説明できることが求められる場面があります。S/4HANAへの移行と重なる場合は、別記事「S/4HANA移行と2027年の保守期限|移行案件でSAPコンサルに求められる経験」もあわせてご覧ください。

    3. 連携の案件では何が求められているか

    2026年の7月〜10月に当社が受け取ったSAP関連の案件のうち、インターフェース(IF)・データ連携を条件に入れた案件は5件でした。Integration Suite・CPI・PI/POを名指しした案件はありませんでした。条件を書き直して紹介します。

    5件の条件(発注元が分からない形に書き直し)

    1. 素材メーカーのS/4HANA導入・FI領域の移行支援(週1日出社、増える可能性あり)

    • 必須=SAP FI領域の導入または運用の経験、SAP導入プロジェクトでのIF関連業務(調整・テスト・レビューなど)の経験、多数の関係者との調整・コミュニケーションの経験、チームのタスクのマネジメント経験、主体的に業務を進められること、日本語ネイティブレベルでの顧客折衝の経験

    • 尚可=S/4HANA導入プロジェクトの経験、会計業務の知識、業務マニュアル作成・教育支援の経験、コンサルティングファームでの業務経験、リーダー経験のある上流SEの経験

    2. 製造業のSAP導入・SD/MM領域の設計フェーズ支援(週3〜5日出社)

    • 必須=SDまたはMM領域の知見・実務経験、設計とコンフィグの実務経験、設計フェーズでSAP標準のコンフィグの詳細を理解した知識や調べる力、IF設計の力(ある程度業務を想像して項目のマッピングを自走して進められること)

    • 尚可=設計成果物のレビュー経験、業務知見を活かした資料作成・クライアントとの課題検討の経験

    3. 電力会社のERP刷新のUATフェーズ支援(トレーニング・UATの確認・IF調整・常駐)

    • 必須=経理業務への理解(尚可の記載なし)

    4. 製造業の人事システム更改(PeopleSoftからSuccessFactorsへ)のシステム導入支援(週3日程度出社のハイブリッド)

    • 必須=人事システムなどの更改での旧システムから新システムへのデータ移行支援の経験、人事システムなどの更改での周辺システムとのデータ連携支援の経験、ユーザー側の関連部門(情報システム部・人事部など)とのシステム更改の調整経験、顧客折衝・ドキュメント作成に支障のない自然で正確な日本語力(文法、助詞・助動詞などを含む)

    • 尚可=SuccessFactors導入プロジェクトの経験、PeopleSoftの経験

    5. 運輸業の新リース会計基準対応・複数システム改修の統制支援(全体統括枠・常駐)

    • 必須の1つ=複数システム間のIF・データ連携を含むアーキテクチャ設計、またはベンダーの設計方針のレビュー・妥当性判断の経験

    • ほかの必須=複数システムにまたがる機能分担・スケジュール整合・プロジェクト統制の経験、開発チームを率いて設計〜テストまで進めた経験、複数のチームリーダー・PMを束ねたセカンドラインマネジメントの経験、50〜100名規模の大規模プロジェクトの経験(複数案件)、トラブルプロジェクトの対応経験、要件定義〜テスト・リリースまでの品質基準の策定・品質評価・是正推進の経験

    1件目と4件目は、別記事「SAPのデータ移行の案件|移行リーダー・移行担当で求められる経験」でも紹介した案件です。ここでは連携の条件を中心に見ます。

    5件から読み取れること

    1. 連携は「業務の言葉」で書かれていた

    5件とも、条件は「IF関連業務」「IF設計」「データ連携」と書かれ、連携の基盤の製品名はありませんでした。どの製品を使ったかよりも、連携の何をしたか(調整・設計・テスト・レビュー)が見られていると読み取れます。

    2. モジュールの経験とセットだった

    1件目はFI、2件目はSDまたはMM、3件目は経理業務、4件目は人事システムの更改の経験と組み合わせて、連携の経験が求められていました。連携だけを専門にする枠ではなく、業務の領域の担当が、その領域の連携も受け持つ形が多いと読み取れます。

    3. 段階ごとに、求められる連携の仕事が違った

    2件目の設計フェーズでは「項目のマッピングを自走して進められること」、3件目のUATフェーズでは「IF調整」、1件目ではIFの「調整・テスト・レビュー」が書かれていました。設計では項目の対応を決める力、テストでは送り手と受け手の担当をつないで不具合を詰める力が求められています。テストの段階の仕事は、別記事「SAPのテスト・UATの案件|テストリーダー・テストマネジメントで求められる経験」で整理しています。

    4. 上の役割では、連携を含む全体の設計を判断する経験が見られていた

    5件目の全体統括の枠では、複数システム間のIF・データ連携を含む設計をしたか、ベンダーの設計方針の妥当性を判断した経験が必須の1つでした。統括の役割になるほど、自分で作るよりも、連携を含む全体の設計を見て判断する経験が求められます。

    ご自身の連携の経験が、どの段階・どの役割の募集に近いか気になった方へ。希望条件をLINEで登録いただくと、近いSAP案件が出たときに個別にご案内します。

    SAP案件の受け取り方を見る

    4. 連携の経験を経歴書で伝えるときのポイント

    「IFの経験あり」とだけ書くと、案件の担当者は、どの段階で何をしたのかを判断できません。今回の5件の条件に合わせると、次の点が読み取れるようにしておくのがおすすめです。

    • 領域:どのモジュール・業務の連携か(会計、販売・購買、人事など)

    • 相手:SAPとどのシステムをつないだか(SAP同士、SAP以外の業務システム、取引先など)

    • 本数と規模:扱ったIFのおおよその本数と、関わったシステムの数

    • 段階と作業:要件定義、IF設計(項目のマッピング)、テスト、移行、運用保守のどれを、どの立場で担当したか

    • 調整:送り手・受け手のシステムの担当やベンダーと、何をどう調整したか

    • 基盤:PI/PO、Cloud Integration(CPI)、ほかの連携の製品のどれを使ったか

    基盤の製品の経験は、条件に書かれていなくても、PI/POからの移行が控えている案件では話が早くなることがあります。経歴書の全体の書き方は、別記事「SAPコンサルの職務経歴書|案件の担当者に伝わる書き方」で整理しています。

    5. よくある質問

    Integration SuiteやPI/POの製品の経験が無くても、連携の案件に入れますか?

    今回の5件では、連携の基盤の製品名を条件に入れた案件はありませんでした。業務の領域の経験と、IFの調整・設計・テストの経験が中心でした。ただし当社に届く範囲の件数なので、市場全体の傾向とは言えません。PI/POからIntegration Suiteへの移行そのものの案件では、製品の経験が求められると考えられます。

    BTPの開発の案件とは何が違いますか?

    BTPの上でアドオンのアプリを作る案件は、開発の経験が中心になります。連携の案件は、システム同士の受け渡しを決めて、つなぎ、確かめる仕事です。同じBTPの上の製品でも、求められる経験は分かれます。BTPの開発の案件は、別記事「SAP BTP・Fiori開発の案件|アドオンをBTPで作る案件で求められる経験」で整理しています。

    PI/POの保守が終わると、すぐに使えなくなりますか?

    公式トレーニングでは、通常の保守が2027年末まで、延長の保守を選べば2030年末までと説明されています。保守の期限と、システムが動かなくなる時期は同じではありません。移行の時期は企業ごとに違うため、案件の対象がPI/POの保守なのか、移行なのかを確かめておくと安心です。

    まとめ

    • SAP Integration Suiteは、BTPの上でシステム同士をつなぐ機能(Cloud Integration・API Management・Event Mesh・Integration Advisorなど)をまとめたもの

    • 公式トレーニングでは、PI/POからの移行の理由に保守の期限(通常の保守は2027年末まで、延長は2030年末まで)を挙げ、Migration Assessmentでの評価と、Migration Toolingや手作業での移行の流れを扱っている

    • 当社に届いた5件では、連携は製品名ではなく「IF関連業務」「IF設計」「データ連携」と業務の言葉で書かれ、FI・SD/MM・経理・人事などの領域の経験とセットで求められていた

    SAPのモジュール全体の中で、各領域がどうつながっているかは、別記事「【2026年版】SAPモジュール一覧と業務のつながり」で整理しています。

    アサインコネクトは、SAP人材に特化した案件紹介サービスです。

    希望条件をLINEで登録すると、条件に合うSAP案件を個別に受け取れます。

    SAP案件を受け取る方法を見る

    参考資料

     
     
    SAPフリーランスの案件・独立・キャリア情報を整理して発信。自分の経験をどう活かせるか、案件選びで何を見るかをわかりやすく届けます。案件・キャリアのご相談もお気軽にどうぞ。

    あなたへのおすすめ