---
schema_version: "1"
id: 0a9ccb02101518c3b7151592d15d951da9000843f688e89b9f04d3309c27b320
title: Apex メッセージの一括再キューイング
collection: architect
version: next
locale: ja-jp
portal_url: https://docs.salesforce.com/architect/next/ja-jp/reference-diagrams/guides/batch-apex-message-re-enqueueing.md
canonical_url: https://staging.architect.salesforce.com/docs/architect/ja-jp/reference-diagrams/guide/batch-apex-message-re-enqueueing.html
source_site: staging.architect.salesforce.com
content_type: documentation
content_hash: ee0e124618685b95c7a5c5556a5b768cd5ef662ab1464f94e2a33263617a24e2
products:
  - 参照図
  - Architect Site Content Repo
---
# Apex メッセージの一括再キューイング

<img style="border:1px solid #e5e5e5;margin:2rem 0rem" src="https://architect.salesforce.com/ns-assets/reference-architectures/batch-apex-message-re-enqueueing.webp" alt="Apex 一括処理メッセージの再キューイング - Salesforce Platform のフロー制御メカニズムによって、1 つの組織で一括処理 Apex メッセージ タイプのフラッディングがどのように防止されるかを示します。フレームワークは、新しいエントリを一括処理 Apex キューに追加する前に、すべての既存のエントリが組織 1 に関連付けられていることを認識します。この組織 1 には、ワーカー スレッドにもエントリがあります。次に、組織 1 のエントリをキューの最後尾に移動し、組織 2 のエントリに優先順位を付けます。">

## 説明

に、Salesforce Platform のフロー制御メカニズムによって、1 つの組織が一括処理 Apex メッセージ種別をフラッディングしないようにする方法を示します。新しいエントリを一括処理 Apex キューに追加する前に、フレームワークはすべての既存のエントリが組織 1 に関連付けられていることを認識します。この組織 1 には、ワーカー スレッド (組織 1) にもエントリがあります。次に、組織 1 のエントリをキューの最後尾に移動し、組織 2 のエントリに優先順位を付けます。

## ダウンロード可能なリンク:

- [Lucid](https://lucid.app/lucidchart/editNew/d23a6022-45df-4632-9d0d-f646dee6eaa0)
- [画像](https://architect.salesforce.com/ns-assets/legacy/messagere-enqueueing.png)