2017-02-06 9 views
1

Good Day!SAPのOData APIの分析Onbording機能の成功要因

私はSAP Fiori Techo-Functional Consultantです。最近、私たちは既存のFioriフロントエンドサーバーを活用して、Successfactors onboarding機能のためのFiori Mobileアプリケーションを構築するという要件を持っています。

私たちはすでにSuccessfactors Cloudソリューションを持っています。 SSFのアーキテクチャを検討した後、標準OData APIが利用可能であることがわかりました(SSFが提供する統合ソリューションの一部として)。

私はOnboarding統合(Odata)機能に関するいくつかの質問をしています。

1)Odata APIのエンドツーエンドの機能をオンボードで利用できるエンティティセットは何ですか?

2)SSFの既存のOData APIは、Onboardingの終わりから終わりまでをサポートしていますか?または、いくつかのシナリオでSFAPI(SOAP UI)を使用する必要がありますか?

3)SSFで既存のOData APIを拡張/拡張する規定はありますか?

どのような専門家も私の質問を解決することができます。

また、私たちは、標準のネイティブモバイルアプリケーションがSSFで利用可能であることを知りました。デフォルトでオンボーディング機能をサポートしているかどうかを高レベルで知ることはできますか?

答えて

1

1)あなたは、私は例の90%にODATAとなるだろう)SFでのオンボーディングドキュメント/ ODATAデータ・ディクショナリにまたはサポートチケット

2を介してこれらを見つけることができます。しかし、一部のSFAPIサービスはレコードの削除をサポートしており、一部のoDataレコードはレコードの削除をサポートしていません。たとえば、PerEmailはoDataによる削除をサポートしていません

3)SFAPIではなくoData経由でのみアクセスできるカスタムMDFオブジェクトを作成できます。