2

組織データ（ラインレポートなど）やスターター/リーバーイベントなどを必要とする統合プロジェクトをまもなく開始します。SAPHCMを利用していますが、SAP（BizTalk / .NET開発者）の経験がありません。 mは、SAPとのインターフェース方法について、組織内で話し合うのに適した人を見つけようとしています。

悲しいことに（とにかく私たちの組織にとって！）、StackOverflowは通常より速いです:)

だから、本当に私は次の答えを探しています。

  1. SAP HCMは、Webサービスを介して「箱から出して」マスター従業員データを公開しますか？そうでない場合、SAP側でこれを公開するために多くのことが必要ですか？
  2. データが公開されている場合、それはプルオンリーモデルを介していますか？つまり、イベントをプッシュするようにSAPを構成できますか？
  3. これは単純なことかもしれませんが、オプションを調べるためのSAPスタックの試用版はありますか？

どんな提案でもありがたく受け取られるでしょう。過去に、組織はこのような統合作業のためにSAPコンサルタントを雇わなければならなかったことを知っていますが、（私の素朴な世界では）これはかなり単純な統合の問題のように思われますか？

よろしく、ジェイソン

4

3 に答える 3

3

私はHCMモジュールに特に精通していませんが、いくつかの一般的な回答を提供できます。

  1. 一般に、主要なビジネスオブジェクト（HRの世界のユーザーやジョブなど）の標準の表示機能は、BAPIを介して公開されます。ベーシスチームにICF（インターネット通信フレームワーク）が構成されていると仮定すると、BAPIをWebサービスとして公開するのは非常に簡単です。

  2. SAPは、SAPで発生するイベントに基づいてデータをプッシュできます。たとえば、SAPで新しい従業員レコードが作成されるたびに、SAPにレガシーアプリケーションのWebサービスを呼び出させることができます。

  3. この投稿によると、HCMの試用版はありません。ただし、役立つ可能性のあることがいくつかあります。私はそれらを個人的に使用したことはありませんが、試してみる価値があるようです。

于 2010-07-27T21:44:51.087 に答える
2

SAP HCMは、Webサービスを介して「箱から出して」マスター従業員データを公開しますか？そうでない場合、SAP側でこれを公開するために多くのことが必要ですか？

HR向けのWebサービスはほとんどありません。ただし、ABAP関数またはBAPIは、メニューオプションを使用してWebサービスに変換できます...そのような関数が存在しない場合は、簡単に作成できます（プルソリューション）。

イベントをプッシュするようにSAPを構成できますか？

はい、いくつかの意味で。マスターデータのHR操作の変更、または管理操作は、何でもできるイベントを生成できます（テーブルの更新、またはWebサービスの呼び出し）

これは単純なことかもしれませんが、オプションを検討できるようにするための試用版のSAPスタックは存在しますか？

sdn.sap.comで利用可能なトライアルスタックバージョンがありますが、これにはコアのみが含まれ、HCMのような特定のモジュールは含まれていません。

よろしく
ギヨーム

追加情報：

BAPI_EMPLOYEE_GETDATA（複数の基準から従業員のリストを取得するため）や銀行詳細のBAPI_BANKDETAIL_GETDETAILなどの標準RFC関数を使用して、既存のユーザーに関する情報を簡単に取得できます。「ただ」開発者にラッパー呼び出しを作成する必要があります。言語

ただし、これでは、銀行の詳細の変更、新しい従業員の採用、（前の）従業員の解雇などの「イベント」は発生しません...このためには、重要な開発を行う必要があります（最も単純な：マスタデータを変更すると、従業員IDがテーブルに配置されます...毎日テーブルをチェックして、現在有効なデータをインポートします）

よろしく

于 2010-07-27T22:55:56.727 に答える
2

別のシステムからSAPに直接接続する場合の課題は、スケーラブルでないアーキテクチャを作成します。これは、両方のシステムの変更または問題の影響を受けるポイントツーポイントインターフェイスです。従業員データへの変更をプッシュしようとして、ターゲットシステムが利用できない場合、SAPはおそらくショートダンプ（スローとエラー）を実行します。次に、これらの停止を管理するために、SAPでの継続的なバッチジョブについて考える必要があります。

SAPにはNetweaverGateway2.0があり、これらは基本的にこれらの古いスタイルのインターフェースの多くに取って代わります。ゲートウェイは、抽象化レイヤーと、何らかの形式の永続性および回復メカニズムを提供します。黄金律は、ハードウェアシステムを直接一緒にすることではなく、システムの意味的および物理的な抽象化を提供する中間のミドルウェア層の形式を調べます。

于 2012-07-27T03:25:01.910 に答える