結果を保証するには最新2026年05月無料Salesforce Integration-Architect日本語で練習しよう
有効な問題最新版を無料で試そうIntegration-Architect日本語試験問題集解答
質問 # 31
1,000 万を超える顧客を持つ企業顧客の環境には、次のようなシステムと条件があります。
- A. エンタープライズ文書管理システム (DMS) 顧客に郵送された請求書は、文書管理システムで管理されます。
- B. Salesforce CRM (CRM) - 顧客情報、販売およびサポート情報は CRM で維持されます。
- C. Enterprise Billing System (EBS) - すべての顧客の毎月の請求は、このシステムによって生成されます。
正解：A、B
解説：
The integration consultant should consider the following authorization and authentication needs while integrating the DMS and ESB with Salesforce:
Users should be authorized to view information specific to the customer they are servicing without a need to search for customer. This means that the integration should provide a seamless and contextual access to the customer billing information and generated bills from the DMS and ESB, based on the customer record or case that the user is working on in Salesforce.
Consider Enterprise security needs for access to DMS and ESB. This means that the integration should comply with the security policies and standards of the Enterprise, such as encryption, auditing, logging, monitoring, etc.
Users should be authenticated into DMS and ESB without having to enter username and password. This means that the integration should use a single sign-on (SSO) mechanism that allows users to access multiple systems with one login credential, such as OAuth or SAML.
References: [Authorization Through Connected Apps and OAuth 2.0], [Single Sign-On for Desktopand Mobile Applications using SAML and OAuth]
質問 # 32
ノーザントレイル アウトフィッターズは、注文が履行された場合、注文と品目を既存の財務アプリケーション Web サービスに直接送信する必要があります。正確な請求を行うためには、各注文が財務アプリケーションに 1 回だけ到達することが重要です。
アナーキテクトはどのような解決策を提案すべきでしょうか?
- A. ボタンを押すと同期コールアウトが呼び出され、エラーの場合はユーザーが再試行を処理します。
- B. トリガーは、カスタムのエラー処理プロセスを使用して Queueable Apex メソッドを呼び出します。
- C. トリガーはカスタムエラー処理プロセスを使用して @future Apex メソッドを作成します。
- D. アウトバウンド メッセージング。サービスへのエラー再試行を自動的に処理します。
正解：B
解説：
Explanation
Trigger invokes Queueable Apex method, with custom error handling process. Queueable Apex allows you to run asynchronous jobs that can make callouts to external web services. You can use custom error handling logic to handle any failures and retry the callouts if necessary. You can also use Database.Stateful interface to maintain state across transactions and ensure that each order is sent exactly once. This solution meets the requirements of sending order and line items directly to an existing finance application web service when an order is fulfilled, and ensuring that each order reaches the finance application exactly once for accurate invoicing. References: Certification - Integration Architect - Trailhead, [Queueable Apex], [Making a Web Service Callout from a Queueable Apex Job]
質問 # 33
顧客のエンタープライズ アーキテクトは、キャッシュ、キューイング、エラー処理、アラート、再試行、イベント処理などに関する要件を特定しました。統合アーキテクトはどのような推奨事項を作成する必要がありますか?
- A. パフォーマンスを向上させるために、Fire and Forget メカニズムを Request and Reply に変換します。これは、ミドルウェア ツール (ETL/ESB など) で処理する必要があります。
- B. メッセージ変換とプロトコル変換は Salesforce 内で実行する必要があります。
- C. パブリッシュ/サブスクライブ シナリオでのイベント処理。ミドルウェアを使用して、アクティブなデータ イベント パブリッシャーからアクティブなデータ イベント サブスクライバーに要求またはメッセージをルーティングできます。
正解：C
解説：
When an enterprise architect identifies complex infrastructure needs such as caching, queuing, and sophisticated event routing, it signals that a point-to-point integration architecture is insufficient. In such cases, the Integration Architect should recommend a Middleware-mediated architecture.
Middleware tools, such as an Enterprise Service Bus (ESB) or an iPaaS (Integration Platform as a Service), are specifically designed to fulfill these complex "Quality of Service" (QoS) requirements. In a publish/subscribe scenario, the middleware acts as the central orchestrator. It can receive a single "Fire and Forget" event from a publisher (like Salesforce) and then manage the technical complexities of routing that message to multiple active subscribers.
Middleware handles infrastructure-level tasks such as message queuing for offline systems, automatic retries with exponential backoff, and error handling with alerts-capabilities that are either unavailable or difficult to scale within Salesforce natively. Performing message transformation and protocol translation (e.g., SOAP to REST) within the middleware layer also protects Salesforce's Apex CPU limits. By leveraging middleware for these concerns, the architect ensures that Salesforce remains a performant engagement layer while the middleware provides the robust technical backbone for a resilient enterprise landscape.
質問 # 34
Universal Containers（UC）は現在、オンプレミスサーバー上で稼働するカスタムモノリシックWebサービスを管理しています。このモノリシックWebサービスは、Salesforceと従来の課金アプリケーション、クラウドベースのERP、そしてデータレイク間のポイントツーポイント（P2P）統合を担っています。UCは、これらのシステムの密接な相互依存関係が障害の原因となっていることを突き止めました。統合アーキテクトは、システムを分離しパフォーマンスを向上させるためにどのような対策を推奨すべきでしょうか？
- A. カスタム モノリシック Web サービスをオンプレミスからクラウド プロバイダーに移動します。
- B. Salesforce に再度統合するときに Salesforce Bulk API を使用します。
- C. マイクロサービス アーキテクチャのために Web サービスを小さな部分に分割することで、モジュール設計を活用します。
正解：C
解説：
The primary architectural flaw in UC's current landscape is the reliance on a monolithic P2P integration layer. In such designs, any failure in one integration thread or a surge in volume for one system can monopolize resources (CPU, memory, threads), causing the entire service-and thus all other integrations-to fail. This lack of isolation leads to the "tight interdependencies" described.
To effectively decouple these systems, the architect should recommend a Microservices Architecture. By breaking the monolithic service into smaller, independent, and modular components, each integration (Billing, ERP, Data Lake) becomes its own isolated service. This approach provides several key architectural benefits:
* Isolation of Failure: If the connection to the legacy billing application fails or times out, it no longer impacts the ERP or Data Lake integrations.
* Independent Scalability: If the Data Lake integration requires high throughput, that specific microservice can be scaled horizontally without wasting resources on the others.
* Technology Agility: Each microservice can be updated or patched independently, allowing for faster maintenance cycles.
Furthermore, moving a "monolithic" service to the cloud (Option B) is simply a "lift and shift" that preserves the underlying fragility. While the Bulk API (Option A) is excellent for high-volume data loading, it does not solve the fundamental problem of system interdependency and orchestration failure. Transitioning to a modular, service-oriented design allows UC to implement modern integration patterns, such as asynchronous queuing between the microservices, which significantly improves the overall resilience and performance of the Salesforce-to-back-office landscape.
質問 # 35
Northern Trail Outfitters は、Salesforce の Lighting Experience のルック アンド フィールを備えたネイティブの従業員向けモバイル アプリを作成することを計画しています。モバイル アプリは、Salesforce 組織と統合する必要があります。
この統合を実装するには、どの Salesforce API を使用する必要がありますか?
- A. REST API
- B. ユーザー インターフェイス API
- C. REST API を接続
- D. ストリーミング API
正解：B
解説：
User Interface API should be used to implement this integration. User Interface API is a RESTful API that allows you to create native mobile apps and custom web apps with the look and feel of Salesforce's Lightning Experience. User Interface API provides access to metadata, data, and UI components, such as layouts, actions, picklists, and record types. User Interface API also handles security, performance, and compatibility across different devices and browsers. References: Certification - Integration Architect - Trailhead, [User InterfaceAPI Developer Guide]
質問 # 36
Universal Containers には、次のステップについて話し合うために、翌月のビジネス拡張 (アカウント レコードのカスタム フィールド) の資格がないすべてのアカウントに対して、マーケティング オートメーション システムから連絡先に会議の招待状を送信する必要があります。1 か月あたり約 100 万件の連絡があると推定されています。
推奨される解決策は何ですか?
- A. トリガーを使用します。
- B. バッチ Apex を使用します。
- C. プロセス ビルダーを使用します。
- D. 時間ベースのワークフロー ルールを使用します。
正解：B
質問 # 37
Northern Trail Outfittersは、配布可能なSalesforceパッケージを作成しています。このパッケージは、中央組織のカスタムApex RESTエンドポイントを呼び出す必要があります。セキュリティチームは、インストール後に認証する特定の統合アカウントが中央組織で使用されていることを確認したいと考えています。アーキテクトはどの項目を推奨すべきでしょうか？
- A. Salesforce サポートに連絡してケースを作成し、管理パッケージの API アクセスを一時的に有効にします。
- B. パッケージ内に認証プロバイダを作成し、中央組織内の接続アプリケーションのコンシューマ キーとコンシューマ シークレットを設定します。
- C. セキュリティ チームが入力するパスワードを保存するには、暗号化されたフィールドを使用します。
正解：B
解説：
When building a distributable package (likely a Managed Package) that must securely communicate back to a central "Hub" org, the architect must use a framework that supports OAuth 2.0 flows. Storing plain-text or even encrypted passwords (Option B) is a security violation and is brittle across different environments.
The architecturally sound solution is to leverage the Authentication Provider and Named Credentials framework. In the central org, a Connected App is created to act as the OAuth endpoint. In the package, an Authentication Provider is configured using the Consumer Key and Consumer Secret from that Connected App. This setup allows the administrator in the "Subscriber" org (the org where the package is installed) to initiate an OAuth flow.
When the security team "authorizes" the integration after installation, they are essentially completing the OAuth handshake. This grants the subscriber org an Access Token and a Refresh Token associated with the specific integration user in the central org. This mechanism ensures:
* Credential Security: No passwords are ever stored in the code or metadata.
* Centralized Control: The security team in the central org can revoke the Refresh Token at any time to kill the integration.
* Scalability: The same package can be distributed to hundreds of orgs, each with its own unique, secure connection to the central Hub.
By using an Authentication Provider combined with a Named Credential, the Apex code in the package can simply call the endpoint by its developer name, and Salesforce handles the entire authentication header injection automatically, ensuring a robust and secure cross-org integration.
質問 # 38
Universal Containers (UC) は現在、オンプレミス サーバーで実行されるカスタム モノリシック Web サービスを管理しています。
このモノリシック Web サービスは、以下の間のポイントツーポイント (P2P) 統合を担当します。
1. Salesforce と従来の請求アプリケーション
2. Salesforce とクラウドベースのエンタープライズ リソース プランニング アプリケーション
3. Salesforce とデータ レイク。
UC は、システム間の緊密な相互依存性が統合の失敗を引き起こしていることを発見しました。
システムを分離し、統合のパフォーマンスを向上させるために、アーキテクトは何を推奨する必要がありますか?
- A. カスタム モノリシック Web サービスをオンプレミスからクラウド プロバイダーに移動します。
- B. 現在の Web サービスを書き直して最適化し、より効率的にします。
- C. Web サービスをマイクロサービス アーキテクチャ用に細かく分割することで、モジュール設計を活用します。
- D. Salesforce に再度統合する場合は、Salesforce Bulk API を使用します。
正解：C
質問 # 39
Northern Trail Outfitters (NTO) には、Salesforce 組織と見積システムの間の統合が設定されています。NTO は、Salesforce を使用するすべての営業担当者に、見積システムがメンテナンスのために停止されるたびに通知を表示したいと考えています。
この要件を満たすために、統合アーキテクトはどの Salesforce API を使用する必要がありますか?
- A. ストリーミング API
- B. REST API
- C. ツール API
- D. REST API を接続
正解：A
解説：
Explanation
Streaming API is the best option for sending real-time notifications of changes to Salesforce data. Streaming API uses a publish-subscribe model to push relevant data to subscribers without polling. Streaming API supports PushTopic events, which are based on SOQL queries that define the data changes to listen for. The affiliate company can subscribe to a PushTopic event on the NTO Salesforce org and receive notifications whenever the data that matches the query changes. This way, the affiliate company can be informed of any updates to the opportunities in the NTO Salesforce instance.
質問 # 40
Universal Containers (UC) は、Salesforce を使用して次の顧客データを追跡します。
1.リード、
2. 連絡先
3. アカウント
4. ケース
Salesforce は、顧客の記録システムと見なされます。Salesforce に加えて、顧客データはエンタープライズ リソース プランニング (ERP) システム、チケット システム、およびエンタープライズ データ レイクに存在します。これらの追加システムには、それぞれ独自の一意の識別子があります。UC は、ミドルウェアを使用して Salesforce を外部システムと統合することを計画しています。
UC には、適切な外部システムを Salesforce のレコード変更で更新する必要があり、その逆も同様です。
この要件を処理するために統合アーキテクトが推奨する必要がある 2 つのソリューションはどれですか?
2つの答えを選択してください
- A. 外部 ID をミドルウェア層でローカルにキャッシュし、ビジネス ロジックを設計してシステム間の更新をマッピングします。
- B. レコードが変更された場合は、チェンジ データ キャプチャを使用してダウンストリーム システムを適切に更新します。
- C. 外部 ID を Salesforce レコード ID にマップする MDM ソリューションを設計します。
- D. Salesforce の外部 ID フィールドに一意の識別子を保存し、これを使用してシステム全体で適切なレコードを更新します。
正解：B、C
解説：
Using Change Data Capture (CDC) to update downstream systems accordingly when a record changes is a solution that can handle this requirement by capturingdata changes in Salesforce and sending them to external systems via a publish-subscribe model. This way, the external systems can receive near real-time updates from Salesforce and synchronize their data accordingly. Designing an MDM solution that maps external ID's to the Salesforce record ID is a solution that can handle this requirement by creating a master data hub that stores and manages the unique identifiers of each system and their relationships. This way, the MDM solution can ensuredata quality,consistency, and accuracy across systems. Locally caching external ID's at the middleware layer and designing business logic to map updates between systems is not a good solution because it can introduce performance and scalability issues, as well as increase the complexity and maintenance cost of the middleware layer. Storing unique identifiers in an External ID field in Salesforce and using this to update the proper records across systems is not enough to handle this requirement, as it does not address how to update Salesforce with record changes from external systems. Reference: Salesforce Integration Architecture Designer Resource Guide, page 27-28
質問 # 41
Northern Trail Outfitters (NTO) は、Sales Cloud を活用して、見込み客、アカウント、連絡先、商談を追跡および管理しています。注文と注文のフルフィルメントは、バックオフィスの注文管理システム (OMS) によって処理されます。オポチュニティのステータスが「Closed/Won」に変更され、製品が添付されている場合、フルフィルメント操作のために詳細を OMS に渡す必要があります。
Salesforce から OMS へのコールアウトは同期する必要があります。
これらの要件を満たすために、統合アーキテクトは何をすべきですか?
- A. Process Builder を使用して Apex プロキシ クラスを呼び出し、注文管理システムへの REST コールアウトを作成します。
- B. Apex プロキシ クラスを呼び出して注文管理システムへの REST コールアウトを行うトリガを記述します。
- C. クローズされた商談を集計し、1 時間ごとに注文管理システムへの REST コールアウトを行うバッチ Apex ジョブを開発します。
- D. ボタンがクリックされたときに注文管理システムへの同期 Apex REST コールアウトを作成する Lightning コンポーネントを構築します。
正解：A
質問 # 42
以下の図では、Salesforce 組織、ミドルウェア、および履歴データ ストア (
2,000 万件以上のレコードがあり、それらの間の接続が存在します。
履歴レコードは Salesforce からアーカイブされ、履歴データ ストアに移動されます (2,000 万件以上のレコードを格納し、検索クエリでパフォーマンスが向上するように微調整されています)。
コール センターのエージェントは Salesforce を使用し、時折発生する特別なケースを確認するときに、送信されたケースに関連する関連するケースの履歴アイテムを表示するためのアクセスを要求しました。
宣言型構成を最大化するために推奨されるメカニズムとパターンはどれですか?
- A. ESB ツールを Request-Reply パターンで使用し、ESB エンドポイントへのリアルタイム Apex コールアウトを作成して、Case オブジェクトに関連するコンポーネントをフェッチして表示します。
- B. ETL ツールとバッチ データ同期パターンを使用して、履歴データを Salesforce およびケース オブジェクトに関連するカスタム オブジェクト (履歴データ) に移行します。
- C. C ESB ツールをファイア アンド フォーゲット パターンで使用し、要求された履歴データのプラットフォーム イベントを発行します。
- D. データ仮想化パターンで ESB ツールを使用し、OData エンドポイントを公開してから、Salesforce Connect を使用して、Caseobject とともに外部オブジェクトを使用および表示します。
正解：D
解説：
Explanation
The Data Virtualization pattern allows Salesforce to access external data sources without storing the data in Salesforce. This reduces the data storage and synchronization costs and enables real-time access to the historical data. Salesforce Connect can be used to consume OData endpoints exposed by the ESB tool and display the external objects as related lists or custom components on the Case object
質問 # 43
エンタープライズアーキテクトは、Salesforce 統合アーキテクトに次の内容を確認するよう要求しました (図を参照)
& 説明)、エンタープライズ システムのすべての制約と Salesforce プラットフォームの制限を慎重に考慮した上で、推奨事項を提供します。
* 約 3,000 人の電話販売代理店が Salesforce Lightning UI を同時に使用して、対象となるオファーに対する顧客の資格を確認しています。
* このサービスを提供する資格システムは複数あり、外部でホストされています。ただし、現在の応答時間は、処理して返されるまでに最大 90 秒かかる可能性があります (将来的に応答時間を短縮することが議論されていますが、約束はありません)。
* これらの資格システムには、ESB (MuleSoft) を介して調整された API を通じてアクセスできます。
* Salesforce からのすべてのリクエストは顧客の API ゲートウェイ層を通過する必要があり、API ゲートウェイは 9 秒後にリクエストをタイムアウトするという制約を課します。
どの 3 つの推奨事項を行う必要がありますか?
3 つの答えを選択してください
- A. Mule が応答を受信したら、Remote-Call-In 経由で Salesforce でプラットフォーム イベントを作成し、Lightning UI で empAPI を使用して 3,000 人の同時ユーザーにサービスを提供します。
- B. Lightning UI から Mule 経由で外部システムへの同期 Apex コールアウトを推奨し、API ゲートウェイのタイムアウトでのポーリングを実装します。
- C. キャッシュ/状態管理を備えた ESB (Mule) で、外部システムから利用可能な場合はリクエスト ID (または) レスポンスを返します。
- D. ESB から受信したリクエスト ID を渡す「更新の確認」ボタンを実装します (ユーザーのアクションが必要)。
- E. 継続コールアウトを使用して、ページ読み込み時に Lightning UI から Salesforce からの適格性チェックリクエストを作成します。
正解：C、D、E
解説：
Explanation
Option A is correct because using ESB (Mule) with cache/state management can help to handle the long-running requests from Salesforce and return a request ID or a response if available from the external systems. This way, Salesforce does not have to wait for the external systems to respond and can avoid the API gateway timeout1 Option C is correct because using Continuation callouts can make the eligibility check request from Salesforce from Lightning UI at page load without blocking the UI thread. Continuation callouts are asynchronous and can handle long-running requests up to 60 seconds23 Option E is correct because implementing a 'Check Update' button that passes a request ID received from ESB can allow the user to manually check the status of the eligibility check request. This can be useful when the response is not available within the Continuation timeout limit or when the user wants to refresh the data4 Option B is incorrect because recommending synchronous Apex callouts from Lightning UI to External Systems via Mule and implementing polling on API gateway timeout can cause performance issues and user frustration. Synchronous Apex callouts block the UI thread and can only handle requests up to 120 seconds. Polling on API gateway timeout can increase the network traffic and consume the callout limits25 Option D is incorrect because creating a Platform Event in Salesforce via Remote-Call-In and using the empAPI in the lightning UI to serve 3,000 concurrent users can introduce complexity and scalability issues. Platform Events are meant for event-driven architecture and not for request-response scenarios.
Remote-Call-In requires an additional license and configuration. empAPI has a limit of 1,000 concurrent subscribers per channel678 References: 1: MuleSoft Documentation 2: Salesforce Documentation 4: Salesforce Trailhead 3: Salesforce Developers Blog 5: Salesforce Documentation 6: Salesforce Documentation 7: Salesforce Documentation 8:
Salesforce Documentation
質問 # 44
Northern Trail Outfittersは2つのSalesforce組織の統合の最終段階にありますが、廃止される組織は複数の公開ウェブサイトフォームに接続されているため、リード管理のためにしばらくの間は利用可能な状態にしておく必要があります。営業部門は、新しいSalesforceインスタンスで新しいリードを利用できるようにすることを要求しています。
30分。開発にかかる労力が最も少ないアプローチはどれでしょうか？
- A. Salesforce REST API を呼び出して、リード情報をターゲット システムに挿入します。
- B. プロセス ビルダーで Tooling API を使用して、リード情報をリアルタイムで挿入します。
- C. Composite REST API を使用して、1 回の呼び出しで複数のリード情報を集約します。
正解：A
解説：
In an org merger scenario, a Salesforce Platform Integration Architect must often design interim solutions that balance speed of delivery with minimal development overhead. The requirement here is for leads to be synced within a 30-minute window. This is a relatively low-latency requirement that does not strictly necessitate a real-time, event-driven architecture, which typically requires more complex infrastructure like Platform Events or middleware.
Option A, calling the Salesforce REST API to insert leads into the target system, represents the standard, most straightforward approach. Since both systems are Salesforce orgs, the retiring org can be configured to make an outbound REST call to the new org's standard Lead endpoint. This can be achieved with a small amount of Apex code (such as a trigger or an invocable method called by a Flow). This approach is considered the "least development effort" because it leverages the standard REST API, which is already enabled and authenticated via a Connected App in the target org. It requires no custom API development in the target system and uses standard JSON payloads.
Option B is incorrect because the Tooling API is intended for managing metadata, system settings, and developer tools, not for standard transactional data movement like Lead insertion. Option C, using the Composite REST API, is an optimization technique designed to group multiple requests into a single call to save on API limits. While efficient for high-volume scenarios, it introduces additional development complexity regarding payload construction and bulk error handling that exceeds the "least effort" requirement for a simple Lead sync. Therefore, a standard REST call is the most direct path to meeting the 30-minute SLA with minimal coding.
質問 # 45
統合開発者は、クライアント向けの HR 同期アプリを開発しています。このアプリは、Salesforce レコード データの変更を、Salesforce の外部にある人事システムと同期します。
データのレプリケーションが失敗した場合に、通知が最大 3 日間保存されるようにするために、統合アーキテクトは何を推奨する必要がありますか?
- A. 一般的なイベント
- B. 吹き出し
- C. 変更データ キャプチャ
- D. プラットフォーム イベント
正解：C
解説：
Change Data Capture is a feature that enables you to receive near-real-time changes of Salesforce records, including create, update, delete, and undelete operations. Change Data Capture retainschange events in the event bus for up to three days, so you can resume data replication from the point of failure. Change Data Capture also provides a consistent and reliable way to synchronize data changes with external systems, without the need for custom triggers or code. Reference: Salesforce Integration Architecture Designer Resource Guide, page 24
質問 # 46
......
Integration-Architect日本語ブレーン問題集PDF、Salesforce Integration-Architect日本語試験問題詰合せ：https://www.goshiken.com/Salesforce/Integration-Architect-JPN-mondaishu.html