従業員がどこからでも会社データにアクセスできるようにする

動機

大半の組織は、既存のバックエンドシステムおよびカスタムアプリケーションに多大な投資をしています。多くの場合、これらのシステムは現存する機能を適切に実行しますが、こうしたシステムを使用して新しいアプリケーション (特にモバイルアプリケーション) を作成することは難しくコストがかかります。Salesforce1 には、既存のシステムと顧客アプリケーションを結び付けるオープンな API があり��顧客がイノベーションを実現するための迅速なレイヤを作成できます。

戦略

既存のシステムは、企業ファイアウォールの内側、またはクラウドプロバイダ内にあります。ETL (抽出、加工、読み込み) といったインテグレーションの従来のアプローチでは、データアクセスの問題は解決できますが、重複データのサイロが構築されてしまう可能性があります。可能であれば、「記録のためのシステム」(多くの場合、新しいアプリケーション開発には使用されなくなった既存システム) を特定し、インテグレーション要件に基づいて、最も効率的な Salesforce1 API で Salesforce に接続します。たとえば、演算のオーバーヘッドが高く、試行-再試行ロジックが複雑なポーリングベースのソリューションを避け、代わりにストリーミング API を使用します。

可能であれば、データ入力ソース (通常は、新しいアプリケーション開発用の Salesforce1) のユーザ ID をターゲット (記録のためのシステム) に保持します。新しいアプリケーションイノベーションのソースとして Salesforce1 を使用して、システム間のデータの整合性を確保する外部識別子を作成します。Salesforce1 のアクションから実行でき、モバイルアプリケーションで使用できる既存のシステムのビジネスプロセスアクションを公開します。このガイドの「ID およびデータのセキュリティを境界を越えて展開する」セクションで定義されている ID 管理の戦略を活用します。

開発開始

まず、データアクセスだけのニーズではなく、ビジネスニーズから開始します。ビジネスニーズを明確にすれば、「記録のためのシステム」ベースのアプローチが適切なのか、Salesforce1 のどの API が最適なのかを判断できます。たとえば、データの読み込みには Bulk API、パブ/サブモデルにはストリーミング API、タップで開始できシステム境界を越える可能性のあるビジネスプロセスにはアクションベースのインテグレーションが適しています。データを移行することで将来のイノベーションを切り開き、従来のシステムから脱却します。開発者は、トリガ、カスタム Apex REST、データモデリングの外部 ID、キャンバスベースのカスタムクイックアクションについて理解する必要があります。