Contents
SAP ConcurとS/4HANA連携の導入背景と目的
ERPシステム間の統合は、企業の業務効率化を実現するための鍵です。SAP ConcurとS/4HANAのデータ連携により、経理・購買部門の負担軽減や誤記の防止が可能になります。テンプレートを活用すれば、開発時間とコストを削減しながら安定した連携環境を構築できます。
このセクションでは、ERP統合の必要性とテンプレート活用の価値について説明します。特に企業規模に応じた柔軟な実装方法や導入時の注意点を解説し、IT担当者が直面する課題への対応策を提供します。
ERP統合の必要性
- 業務フローの自動化: 手動入力による人為ミスの減少
- 毎月10万件以上のが経費処理で発生する手間を50%削減可能
- 自動化により、年間500時間以上の作業時間を節約
- リアルタイムデータ共有: 請求書処理や費用精算のスピードアップ
- 処理遅延が1日以上かかるケースを24時間以内に改善
- コンプライアンス確保: セキュリティ設定の見直しと法令遵守
- GDPRやデータ保護法対応を前提とした設計が必要
テンプレート活用の価値
- SCSK株式会社が提供するテンプレートは、SAP Concurのセキュリティ要件を満たしながら開発効率化を実現（参考）
- 最新版で2023年10月更新
- 既存システムとの連携性を高めるための汎用的な設計が可能
- SAP ECCからS/4HANAへの移行企業でも利用可能
APIベースの連携仕様概要
SAP ConcurとS/4HANAの統合には、RESTful APIおよびODataプロトコルが主に利用されます。これらは、柔軟なデータ操作を可能にし、企業規模に応じたカスタマイズが可能です。
API連携においては、通信プロトコルや認証方式の選定がシステムの安定性とセキュリティに直接影響します。このセクションでは、技術的な選択肢とその違いを具体的に解説します。
RESTful APIとODataの利用
- 非同期通信により、高負荷時の安定性向上
- サーバー負荷ピーク時に処理落ちを抑える
- 請求書処理や経費精算などの特定のデータモデルを前提としたAPI呼び出しが可能
- 例: 受注情報取得API（/api/v1.0/salesOrders）
認証方式比較表
以下に主な認証方式の比較を示します。IT担当者は企業の環境に応じて最適な選択を行いましょう。
| 認証方式 | 用途 | 特徴 | 推奨環境 |
|---|---|---|---|
| OAuth2.0 | Webアプリケーションとの連携 | ユーザーごとのトークン管理が可能 | クラウド・オンプレミス |
| SAML | クラウド環境（S/4HANA Cloud） | SSOと統合しやすい | SAP S/4HANA Cloud専用 |
認証方式の選定においては、企業のクラウド利用状況や既存システムとの連携性を考慮してください。（出典）
セキュリティ設定の手順
データ転送時の暗号化（SSL/TLS）とアクセス制御は、連携環境の基盤です。以下にステップバイステップで設定方法を解説します。
セキュリティ設定が不完全な場合、企業はデータ漏洩やサービス停止リスクに直面する可能性があります。特にクラウド環境では、プロキシサーバーを通じた通信制御とロールベースのアクセス制御が不可欠です。
SSL/TLS証明書配置手順
- SAP Concur側の証明書を導入: 通信暗号化のためのSSL/TLS証明書を管理サーバーに配置（例:
C:\SAP\certs\concur.pem） - クライアント側（S/4HANA）での信頼リスト更新: 証明書を信頼できる証明機関リストに登録
- サーバー設定ファイル
/etc/sap/sso/truststore.confに追記
SSL/TLS証明書の有効期限が2年を超える場合は、更新手順を確認してください。（出典）
ロールベースアクセス制御(RBAC)設定
- ロール定義（例：経理担当、購買担当）
- 組織構造に基づくアクセス権設定を推奨
- 各ロールに許可されるAPIエンドポイントとデータ範囲を設定
- API Gateway経由でのアクセス制限設定
- 変更履歴の監査ログを残す
- ログファイルは
/var/log/sap/access_audit.logに保存
S/4HANA Cloudとの連携フロー
SAP S/4HANA Cloudの連携にはプロキシサーバーとイベント駆動型アーキテクチャ（EDA）が不可欠です。
このセクションでは、クラウド環境特有の技術的課題とその解決策を解説します。特にネットワーク構成やイベント処理のタイミングに注意が必要です。
プロキシサーバーの役割
- ネットワーク分離: クラウド環境へのアクセスを経由して制御
- 組織内防火牆（FW）と連携した通信制限設定
- セキュリティ対策: API呼び出し時の監視とログ取り込み
- プロキシサーバーでのSSL/TLS証明書検証強化
イベント駆動型アーキテクチャ（EDA）
- 請求書の処理完了時や費用精算の確定時にイベントが発生
- Event Hub経由でメッセージ送信
- 連携システム（SAP Concur）がそのイベントを受信し、処理を自動実行
イベント駆動アーキテクチャでは、イベント遅延を防ぐためのリトライロジックを必ず設定してください。（出典）
データ同期の具体例
実務におけるデータ連携を、具体的なシナリオで解説します。特に購買オーダー→請求書自動処理と費用精算データマッピングに焦点を当てます。
購買オーダー→請求書自動処理
- 連携フィールド例:
- 受注番号（Concur側） → 発注番号（S/4HANA）
- マッピングルール:
CONCUR.ORDERNO = S4HANA.ORDINAL
- マッピングルール:
- 担当者コード → 契約担当者ID
- エラー処理のベストプラクティス: 不一致データを一時テーブルに保存し、手動精査を促す
- エラーレポートは週次でIT部門に送付
費用精算データのマッピング
- マッピング例:
- 出張日付 → 業務処理日
- フォーマット変換:
YYYY-MM-DD→DD/MM/YYYY
- フォーマット変換:
- 請求金額（Concur） → 経費科目金額（S/4HANA）
- 注意点: 値の単位と通貨種別の一致を確認
- ユーロ(EUR)とドル(USD)の自動変換機能は無効化されがち
第三者ツール活用案
API連携に必要な補助ソフトウェアとして、ミドルウェアやETLツールが有効です。
このセクションでは、第三者ツールの選定基準と実装時の注意点を解説します。ブランド中立性を保ちつつ、導入企業が最も適したツールを選択できるようにします。
ミドルウェア選定ポイント
- SAP ConcurとS/4HANAへの接続能力
- 最低でもOData v2.0対応必須
- セキュリティ設定（OAuth2.0対応など）をサポートしているか
- ログイン認証の実装が簡単なツールを優先
ETLツールとの連携方法
- ソースデータの抽出（Concur API経由）
- データ取得頻度: 毎日02:00-03:00に実行
- 変換処理: フィールドマッピングや金額単位の統一
- カラム名変換ツールを併用
- ターゲットへのロード（S/4HANAに直接送信）
- ロード後のステータス確認が必要
第三者ツールは、開発環境と生産環境でのテストが必須です。特にAPIエンドポイントの変更頻度を考慮してください。（参考）
まとめ
SAP ConcurとS/4HANAの連携では、以下を重点的に実施することが推奨されます。
- API連携はRESTfulとODataが主流（参考)
- セキュリティ設定でSSL/TLSとRBACを徹底
- 最新の証明書導入手順を確認
- S/4HANA CloudではプロキシサーバーとEDAアーキテクチャの活用（出典）
- 購買オーダー処理や費用精算データマッピングは実務での具体的な例として把握
- 第三者ツール（ミドルウェア・ETL）で連携効率化を図る