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

SAP BTP・Fiori開発の案件｜アドオンをBTPで作る案件で求められる経験

    アサインコネクト｜SAP案件・キャリア

    S/4HANAの導入や移行の案件で、「BTP」「Fiori」「CAP」という言葉を見かけることが増えています。これまでSAPの標準に合わない機能は、SAPの中にABAPでアドオンを作るのが一般的でした。いまは、そのアドオンをSAPの外のSAP BTP（SAP Business Technology Platform）で作る案件が出てきています。

    この記事では、なぜアドオンをBTPで作るのかを、SAPの公式の資料で整理します。そのうえで、当社に届いたBTP・Fioriの案件で、どんな経験が求められていたかを紹介します。開発の経験だけでなく、業務のコンサルがアドオンを設計する枠もあるので、両方の目線でまとめました。

    クリーンコア（SAPの標準の部分を手を入れずに保つ考え方）の背景は、別記事「SAP Public Cloudの導入案件｜Fit to Standardでコンサルに求められること」でも触れています。


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

    当社には、SAP BTPやFioriを使うアドオンの設計・開発のSAP案件が継続的に届いています。この記事の後半でも、実際に届いた5件の条件を紹介しています。

    BTPでのFioriやCAPの開発、S/4HANAのアドオンの設計の経験を活かせる案件を探している方には、これまでのご経験と、稼働率・リモートの可否などの希望条件をうかがったうえで、合う案件を個別にご案内しています。

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

    画像

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

    この記事でわかること

    • S/4HANAを拡張する3つの道と、BTPで作るアドオンの位置づけ

    • BTPでアプリを作るときに使われるFiori elementsとCAPが、それぞれ何をするものか

    • 当社に届いた5件の案件で求められていた経験

    • 業務のコンサルが、BTPを前提にした設計の経験を伝えるときのポイント

    1. なぜアドオンをBTPで作るのか｜S/4HANAを拡張する3つの道

    SAPの公式トレーニングでは、S/4HANAに機能を足す方法（拡張）が、大きく次の3つに分けて説明されています（日本語は言い換えです）。

    • キーユーザーの拡張：SAPの中で、画面から項目や簡単なロジックを足す方法

    • 開発者の拡張（オンスタック）：SAPの中で、ABAPで作る方法。SAPが勧めるのは、使える命令を絞ったクラウド向けのABAP（ABAP Cloud）で、SAPが公開して保守を約束したAPI（リリース済みのAPI）だけを使う

    • サイドバイサイドの拡張：SAPの外のSAP BTPで作り、リリース済みのAPIを通じてS/4HANAとつなぐ方法

    同じトレーニングでは、BTPで作るサイドバイサイドの拡張は、業務のロジックをSAPの中心の部分から切り離すため、パブリッククラウドとの相性が良いとされています。また、リリース済みのAPIだけを使う拡張は、SAPのバージョンアップで壊れにくいとされ、SAPはできるだけこの形で拡張することを勧めています。

    これが、クリーンコアの考え方です。標準の部分に直接手を入れるアドオンが多いと、バージョンアップのたびに影響を確かめ、直す手間がかかります。アドオンをBTPに出しておけば、S/4HANAの側をバージョンアップしても、アドオンへの影響を小さくしやすくなります。BTPのアドオンの案件が出てくる背景には、この流れがあります。

    2. BTPでアプリを作る道具｜Fiori elementsとCAP

    BTPの案件の条件には、「Fiori Elements」「CAP」という言葉がよく出てきます。どちらもSAPの公式のトレーニングで扱われている道具です。

    • SAP Fiori elements：画面の型（フロアプラン。一覧の画面、1件の詳細の画面など）と、データの定義、注釈（アノテーション。どの項目をどう見せるかの指定）から、実行するときに画面を組み立てる仕組み。画面のためのJavaScriptを、少なく、または書かずに作れるとされている

    • SAP Cloud Application Programming Model（CAP）：業務のアプリを作るための枠組み。データのモデルとサービスをCDSという言語で定義し、JavaとNode.jsの両方でライブラリが用意されている

    ざっくり言うと、CAPでデータとサービス（アプリの裏側）を作り、Fiori elementsでその上に画面を載せる、という組み合わせです。Fiori elementsの型で足りない画面は、自分で画面を作ることになり、案件の条件では「カスタムのFiori」と書かれます。

    3. BTPの案件に関わる2つの役割｜設計する人と、作る人

    当社に届いた案件の条件を見ると、BTPの案件の役割は、大きく2つに分かれていました。

    • 作る人（開発）：Fiori elementsの画面、CAPのサービス、JavaのAPIやバッチを実際に作る。条件には、使う言語や枠組みが具体的に書かれる

    • 設計する人（アドオンの設計）：業務の要件を聞き、どの機能をBTPで作るかを決め、基本設計を書く。条件には、モジュールの業務の知見と、顧客とのやり取りが書かれる

    第1章の3つの道のうち、どれで作るかを決めるのは設計の段階です。業務のコンサルにとっては、BTPのプログラムを書けることよりも、「この要件はBTPで作る」と決めて設計に落とせることが、BTPの案件への入り口になります。

    4. BTP・Fioriの案件では何が求められているか

    2026年の7月〜10月に当社が受け取ったSAP関連の案件のうち、BTPやFioriを必須に入れた案件は5件でした。役割の違いで3つに分けて、条件を書き直して紹介します。

    BTPでの開発の枠（3件）

    • 大手食品メーカーのBTPの画面機能の設計・開発（基本常勤）：日本語の読み書き、BTPでのFiori Elementsの画面開発の経験、Node.jsのCAP開発またはJava開発の経験、カスタムのFioriなど自分で画面を作れることが必須。カスタムのFioriの画面開発の経験は尚可

    • 大手食品メーカーのBTPのアドオン開発（Fiori／CAP＋JavaのAPI・バッチ・原則週5日出社、調整可）：CAPを使ったFiori開発（Fiori ElementsとNode.jsでの拡張が中心）、Javaを使ったAPI・バッチの開発（Spring Boot・Spring Batchを想定。特に重視）が必須

    • 大手食品メーカーのBTPのアドオン開発（Fiori／JavaのAPI・バッチ・週5日出社、相談可）：Javaを使ったAPI・バッチの開発経験（Spring Boot・Spring Batchを想定）、CAPを使ったFiori開発の経験（Fiori ElementsとNode.jsでの拡張が中心）が必須

    2件目と3件目は、同じ領域の募集が時期を変えて2回届いたものです。

    アドオンの設計の枠（1件）

    • IT企業のS/4HANAのアドオン設計（会計FI・週2〜3日出社）：S/4HANAのFIの知見、クライアントとのやり取りを含めてアドオンの基本設計を自走できること、BTPの活用を前提にした設計の経験、Fioriを使った経験、日本語での円滑な会話力が必須

    基盤の運用保守で、BTPの知見を見る枠（1件）

    • S/4HANAの本番稼働直後の基盤の運用保守：必須の1つに、RISE with SAP上のBPC・BTP・BOの知見

    5件に共通していた点

    1. 開発の枠では、Javaの経験が重く見られていた

    開発の3件はどれも、JavaかNode.jsの経験を必須にしていました。特に2件では、JavaでのAPI・バッチの開発が必須で、うち1件は「特に重視」と書かれていました。BTPの開発の枠では、SAPの外の一般的な言語の経験がそのまま問われます。

    2. 画面は、Fiori elementsと自分で作る画面の両方

    「Fiori Elementsの画面開発」と「カスタムのFioriなど自分で画面を作れること」が並んで出ていました。第2章で見たとおり、型で作れる画面と、型で足りない画面の両方を担えるかが見られています。

    3. 設計の枠では、モジュールの知見とBTPを前提にした設計がセット

    FIのアドオンの設計の枠は、FIの知見と、BTPの活用を前提にした設計の経験を、どちらも必須にしていました。業務のコンサルがBTPの案件に入るときは、モジュールの業務の知識に、BTPでどう作るかの判断を重ねる形になります。

    4. BTPは運用保守の条件にも出てくる

    基盤の運用保守の1件のように、BTPを作るのではなく、動いているBTPを含めて見る枠もありました。RISE with SAPの契約の中のBTPについては、別記事「RISE with SAPとは｜クラウド移行で変わるSAPの案件とコンサルの役割」で整理しています。

    ご自身のFioriやCAPの開発、アドオンの設計の経験が、どの募集に近いか気になった方へ。希望条件をLINEで登録いただくと、近いSAP案件が出たときに個別にご案内します。

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

    5. 業務のコンサルが、BTPを前提にした設計の経験を伝えるときのポイント

    第4章の設計の枠の条件から逆算すると、業務のコンサルがBTPの案件を考えるときは、次の点を説明できるようにしておくのがおすすめです。

    • 作ったアドオンの中身：どの業務の、どんな要件のアドオンを設計したか

    • 作り方を決めた理由：SAPの中で作るか、BTPで作るか、標準の機能で済ませるかを、何を見て決めたか

    • 設計の範囲：要件を聞くところから基本設計までを自分で進めたか、顧客とのやり取りを担ったか

    • Fioriとの関わり：Fioriの画面を使う立場だったか、画面の仕様を決める立場だったか

    • 開発のチームとの分担：設計書を渡した相手と、テストや確認で自分が担ったこと

    開発の経験がある方は、使った言語と枠組み（Java・Node.js・CAP・Fiori elements・UI5など）を、プロジェクトごとに分けて書いておくと、条件と照らしやすくなります。経歴書の全体の書き方は、別記事「SAPコンサルの職務経歴書｜案件の担当者に伝わる書き方」で整理しています。

    6. よくある質問

    ABAPの経験だけで、BTPの案件に入れますか？

    今回の5件の開発の枠では、Java・Node.js・CAP・Fioriの経験が必須で、ABAPを条件に入れた案件はありませんでした。一方で、第1章のとおり、SAPの中でクラウド向けのABAP（ABAP Cloud）を使って拡張する道もあり、どちらの道で作るかはプロジェクトの方針で決まります。BTPの開発の枠を考えるなら、JavaかNode.jsの経験を重ねていくのが近道と考えられます。

    FioriとBTPは同じものですか？

    違います。Fioriは画面とその使い勝手の考え方、BTPはアプリを作って動かすための土台です。BTPの上でFioriの画面を作ることも、S/4HANAの中のFioriの画面を使うこともあります。案件の条件では、どちらの意味で「Fiori」と書かれているかを確かめるのがおすすめです。

    まとめ

    • S/4HANAの拡張には、キーユーザーの拡張・SAPの中でのABAPの拡張・BTPでのサイドバイサイドの拡張の3つの道があり、SAPはリリース済みのAPIを使って標準の部分を保つ形を勧めている

    • BTPでは、CAPでアプリの裏側を作り、Fiori elementsで画面を載せる組み合わせがよく使われる

    • 当社に届いた5件では、開発の枠でJava・Node.js・CAP・Fioriの経験が、設計の枠でモジュールの知見とBTPを前提にした設計の経験が見られていた

    SAPのモジュール全体の中で、FioriやBTPがどこに位置づくかは、別記事「【2026年版】SAPモジュール一覧と業務のつながり」で整理しています。

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

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

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

    参考資料

     
     

    アサインコネクト｜SAP案件・キャリア

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

    あなたへのおすすめ