説明
統合プロシージャは、外部 API と Salesforce オブジェクトの両方からフィールドを提供する必要がある FlexCard に使用するのに最適なデータ ソースです。統合プロシージャは、抽出、変換、ロードなどの複数の DataRaptor アクションを組み合わせたり、REST または SOAP サービスを呼び出すことができます。これにより、FlexCard はさまざまなソースからのデータを 1 か所に表示できます。

コンサルタントがプロジェクト チームに推奨すべき 2 つのアクションは、DataRaptors と HTTPActions を使用して既存の APEX を置き換え、フロントエンドに FlexCards と OmniScripts を実装することです。DataRaptors と HTTPActions を使用して既存の APEX を置き換えると、これらのツールは宣言型でコーディングが不要なため、実装時間が短縮されます。フロントエンドに FlexCards と OmniScripts を実装すると、ガイド付きのインタラクションとコンテキスト データが提供されるため、エンド ユーザー プロセスが可能な限りシンプルになります。ブランディングとスタイル設定用の新しい LWC テンプレートを作成すると、コーディングとテストが必要になるため、実装時間が長くなります。既存の APEX クラスをデータ ソースとして使用すると、ソリューションの柔軟性とスケーラビリティが制限されるため、最適な UX が保証されません。

この要件を満たすように FlexCard を設計する正しい方法は、モバイル デバイス用と非モバイル デバイス用の 2 つの状態を作成することです。状態により、デザイナーは条件に基づいて同じ FlexCard の異なるレイアウトと動作を定義できます。フィールドの幅は、Size プロパティを使用して各状態で調整できます。フィールド要素で Responsive 機能を有効にしても、幅は変わりませんが、配置のみが変更されます。FlexCard 設定で Mobile-First 機能を有効にしても、フィールドの幅は変わりませんが、フィールドの表示順序のみが変更されます。モバイル デバイス用と非モバイル デバイス用の 2 つの FlexCard を作成すると、冗長なコードとメンテナンスの問題が発生します。