フリーダムの「Sシリーズ」は、ETLツール上で利用するSAP連携テンプレート群です。SAP S/4HANA Cloud Public Editionと周辺システムをつなぐ際に必要となる処理を再利用し、連携開発の効率化と標準化を支援します。

SAP連携では、データ項目の対応付けだけでなく、SAP APIの仕様確認、連携処理の設計、動作検証、テストなど、さまざまな作業が必要になります。案件ごとにこれらをゼロから進めると、共通する処理を繰り返し開発することになります。

Sシリーズは、こうしたSAP側の連携処理を再利用可能な資産として提供することで、開発チームが企業固有の業務ルールやデータ活用の設計に注力しやすい環境をつくります。共通の連携処理は再利用し、企業ごとの業務に開発リソースを集中する。これが、Sシリーズを活用したSAP連携の考え方です。

本記事では、Sシリーズの役割、PARK・MARTテーブルを介した連携の仕組み、対象となる業務領域、工数削減のモデル試算について紹介します。

Sシリーズとは？ETLツールとテンプレートの役割

Sシリーズは、SAPと周辺システムの連携で共通して必要となる処理を、ETLツール上で利用できるようにしたテンプレート群です。

ETLツールは、データの抽出・変換・連携処理を実行する役割を担います。一方、Sシリーズは、その処理を構築する際の土台となる再利用可能な連携資産です。例えば、周辺システムで管理する取引データをSAPへ登録する場合には、SAPが受け付ける形式への変換やAPIの呼び出し、処理結果の確認などが必要になります。Sシリーズの連携資産を活用することで、共通部分を再利用しながら、プロジェクト固有の要件に対応できます。

Sシリーズは、SAP内で動作する独立したツールではありません。対応するETLツールやデータ連携環境と組み合わせて利用するテンプレート製品です。テンプレートを利用する場合でも、接続設定、データ項目の対応付け、業務ルール、テストなど、対象システムに応じた設計・調整は必要です。

PARK・MARTテーブルでSAPと周辺システムをつなぐ

Sシリーズを活用した連携構成では、SQL Server上のPARKテーブルとMARTテーブルを介して、SAPと周辺システムのデータを受け渡します。周辺システム側はSQL Serverのテーブルへの読み書きを行い、SAP側のAPIを扱う処理はETLツール上の連携フローが担います。これにより、周辺システムごとにSAP APIへの接続処理を個別に実装する負担を抑えます。

PARKテーブル：SAPへ送るデータを保持する

PARKテーブルは、周辺システムから受け取ったデータを、SAPへ登録する前に保持するためのテーブルです。連携の流れは、次のようになります。

周辺システム → PARKテーブル → ETLツール上の連携フロー → SAP標準API → SAP

データを検証したうえでSAPへ連携し、不備のあるデータや連携に失敗したデータは、修正・再処理の対象として管理します。また、元データを保持することで、処理内容の追跡や再処理にも対応しやすくなります。

MARTテーブル：SAPから取得したデータを参照用に整理する

MARTテーブルは、SAPから取得したデータを、周辺システムが参照しやすいテーブル構造で保持するためのものです。

SAP → ETLツール上の連携フロー → MARTテーブル → 周辺システム

例えば、受注のヘッダ情報と明細情報を整理し、外部のアプリケーションや分析システムからSQLで参照できるようにします。各アプリケーションが参照のたびにSAP APIを呼び出すのではなく、MARTテーブルからデータを取得する構成にすることで、SAPへの照会を集約しやすくなります。

なお、PARK・MARTテーブルは連携環境のSQL Server上に設けるテーブルであり、SAP内部のデータベースを直接読み書きする仕組みではありません。 また、MARTテーブルのデータ更新頻度は、業務に必要な鮮度に応じて設計します。

67の連携資産で幅広い業務領域を支援

Sシリーズの製品資料では、合計67の連携資産を紹介しています。内訳は、SAPへデータを書き込むInbound連携が35、SAPからデータを取得するOutbound連携が32です。

ここでいうInbound・Outboundは、SAPを基準としたデータの方向を表します。

対象は取引先や品目などのマスタデータにとどまらず、取引データの登録、分析用データの抽出、製造・計画に関する情報まで広がっています。

このように、Sシリーズは単一のデータ連携だけでなく、複数の業務領域にまたがるSAP連携で活用することを想定しています。

ただし、対象データによって利用できる操作や更新方式は異なります。登録・更新・取得のどこまでを対象とするのか、全件連携・差分連携・アップサートなど、必要な処理に対応しているかを確認することが重要です。

※連携資産数と対象領域は、当社製品資料「S-Series Integration Asset Portfolio」の掲載内容に基づきます。最新の提供範囲と各資産の対応内容は、個別にご確認ください。

接続処理だけでなく、監視・再処理も共通化する

SAP連携を継続的に運用するには、データを送受信する処理だけでなく、実行状況の確認やエラー発生時の対応も必要です。フリーダムの連携アクセラレーターでは、業務データごとの連携資産に加え、SAPとの接続や運用に必要な共通機能を組み合わせる構成を採用しています。

SAP APIへの接続と連携処理の共通化

SAP APIを扱う処理や、Inbound・Outboundの処理フレームワークを共通化し、連携ごとに同じ基礎処理を繰り返し実装する負担を軽減します。

実行状況の監視とログ管理

連携処理の実行状況や結果を確認し、問題が発生した場合の調査を支援します。個別の連携処理を動かすだけでなく、連携環境全体を把握できることが重要です。

エラー処理・再試行・トランザクション制御

連携に失敗した際のエラー処理や再試行、トランザクション制御などを共通機能として活用し、運用時の復旧や再処理を支えます。

こうした共通機能を組み合わせることで、開発チームはSAPへの接続方法だけでなく、業務データの扱い方や例外時の対応にも一貫した設計方針を適用しやすくなります。

なお、これらは連携環境全体で利用する共通機能です。各テンプレートの対象業務や、導入する構成に含まれる機能・設定範囲は、個別に確認する必要があります。

設計・API検証・テストの工数削減を支援

Sシリーズが効率化を目指すのは、連携フローの構築だけではありません。SAP APIの仕様を確認し、連携方法を設計し、動作を検証する工程でも、既存の連携資産を活用できます。

フリーダムのモデル試算では、再利用の効果が大きい次の3工程を対象に、Sシリーズ利用時と未利用時の工数を比較しています。

API連携設計、SAP APIの詳細検証、SAP連携テスト

試算の対象は、Inbound連携20本とOutbound連携10本の、合計30本のインターフェースです。

この条件では、対象工程の合計工数を80人週から40人週へ、約50％削減できると見込んでいます。

ただし、これは一定の条件に基づくモデル試算であり、顧客プロジェクトで実測した成果を示すものではありません。実際の工数は、利用する連携資産、業務要件、追加開発、検証範囲などによって異なります。

また、人週は作業量を表す単位です。プロジェクト全体の費用や、稼働開始までの期間が一律に半減することを保証するものではありません。

テンプレートを利用する場合でも、適切な設計・検証には、ETLツールに加えてSAPやSAP APIに関する知識が必要です。

SAP導入パートナーと企業の開発チームに向けた活用

Sシリーズは、SAPを利用する企業だけでなく、SAP S/4HANA Cloud Public Editionの導入を支援するパートナーや、企業のIT・アーキテクチャチームによる活用も想定しています。

SAP導入パートナーにとっての価値

SAP連携で繰り返し必要となる接続処理や運用機能を再利用することで、顧客固有の業務ルールや業務プロセスへの対応に開発リソースを振り向けやすくなります。また、連携処理の共通化は、クリーンコアの考え方に沿った連携設計やSide-by-Side開発を支援する要素となります。ただし、テンプレートを採用するだけで、システム全体の設計方針が自動的に満たされるわけではありません。

企業のIT・開発チームにとっての価値

周辺システムごとにSAP APIへの対応を個別に構築する負担を抑え、データの受け渡しや運用方法を整理しやすくなります。例えば、SalesforceとSAPの役割を分担したシステム構成を検討する場合にも、各システムの管理責任を明確にしながら、必要な連携処理を共通の仕組みで構築することが重要です。

Sシリーズは、こうした構成において、SAP側の連携処理を再利用するための選択肢となります。

Sシリーズの導入前に確認したいポイント

Sシリーズを活用する際には、連携資産の対応範囲と、企業固有の要件を整理することが重要です。

対象となるシステム環境

SAPの対象環境、利用するAPI、必要な権限、対応するETLツール、SQL Serverなど、連携に必要な構成を確認します。

連携するデータと処理範囲

対象となる業務データだけでなく、登録・更新・取得のどの処理を行うのか、どの更新方式を利用するのかを明確にします。

データの管理責任と更新タイミング

どのシステムを正式な情報源とするのか、データをいつ更新するのか、周辺システムではどの程度の鮮度が必要なのかを整理します。

エラー対応と運用体制

誰が処理結果を確認し、データを修正し、再処理を行うのかを決めます。テンプレートや共通機能の利用範囲と、個別に設計・構築する部分を区別することも必要です。

複数のシステムを継続的に連携する場合は、個別の接続だけでなく、データ統合基盤全体の運用や管理も含めて検討することが重要です。

まとめ：共通のSAP連携処理を再利用し、業務に注力する

SAPと周辺システムをつなぐには、APIへの接続、データ変換、検証、テスト、監視、エラー対応など、多くの作業が必要です。

フリーダムのSシリーズは、ETLツール上で利用するSAP連携テンプレート群として、共通する処理の再利用を支援します。PARK・MARTテーブルを介したデータの受け渡しや、連携環境全体の共通機能と組み合わせることで、案件ごとに同じ連携処理を繰り返し構築する負担を軽減します。

Sシリーズの価値は、単にデータをつなぐことではありません。SAP側の共通処理を再利用し、企業固有の業務ルールや業務改革に開発リソースを集中しやすくすることにあります。

SAP S/4HANA Cloud Public Editionと周辺システムの連携をご検討中の企業様、SAP導入パートナー様は、フリーダムへご相談ください。対象システムや業務要件を踏まえ、Sシリーズの適用範囲と必要な個別対応をご提案いたします。