ジャーニーとキャンペーンの承認の基本を学ぶ send-proofs

承認関連の権限を割り当てる方法を学ぶ

1. 権限​付きの製品で、「役割」タブに移動し、目的の「役割」を選択します。

2. 「編集」をクリックして、権限を変更します。

3. キャンペーン​リソースを追加し、ドロップダウンメニューから「キャンペーンの承認と公開」を選択します。

   {modal="regular"}

4. ジャーニー​リソースを追加して、ドロップダウンメニューから「ジャーニーの承認と公開」を選択します。

   {modal="regular"}

5. 「保存」をクリックして、変更を適用します。

この役割に既に割り当てられているユーザーの権限は、自動的に更新されます。

1. この役割を新しいユーザーに割り当てるには、役割​ダッシュボード内の「ユーザー」タブに移動し、「ユーザーを追加」をクリックします。

2. ユーザーの名前、メールアドレスを入力するか、リストから選択して、「保存」をクリックします。

3. まだユーザーを作成していない場合は、このドキュメントを参照してください。

ユーザーは、インスタンスにアクセスする手順が記載されたメールを受信します。

キャンペーンやジャーニーごとに承認ポリシーを作成する必要がありますか？

いいえ。 承認ポリシーは条件付きです。 特定のキャンペーンやジャーニー（特定のチームによって作成されたすべてのスケジュール済みキャンペーンなど）に対してレビューを実施する場合にのみ、ポリシーを作成する必要があります。 キャンペーンやジャーニーに適用されるポリシーがない場合、作成者は承認を求めることなく直接公開できます。

承認者が不在の場合はどうなりますか？

承認者が対応するまで、リクエストは「レビュー中」のままになります。 リクエストをキャンセルし（項目を「ドラフト」に戻し）、適切な承認者が対応可能になったら再送信できます。 また、管理者は、承認ポリシーを更新して、承認者を追加することもできます。

承認待ちのキャンペーンやジャーニーを編集できますか？

いいえ。 承認リクエストを送信した後、キャンペーンやジャーニーは「レビュー中」の状態となり、変更できません。 変更を行うには、作成者または承認者が最初にリクエストをキャンセルする必要があります。 項目は「ドラフト」に戻り、再送信する前に編集できます。

ドロップダウンに承認と公開権限が表示されません。何を確認すればよいですか？

最初に、正しいリソースを追加していることを確認します。 キャンペーンを承認および公開​権限には、役割に​ キャンペーン ​リソースを追加する必要があり、ジャーニーを承認および公開​権限には、ジャーニー​リソースを追加する必要があります。 どちらも個別に追加する必要があります。 承認関連の権限を割り当てる方法の詳細情報

Journey Optimizer は、複数の承認ポリシーが一致する可能性がある場合、適用する承認ポリシーをどのように判断するのですか？

同じジャーニーまたはキャンペーンに複数の承認ポリシーが適用される可能性がある場合、最後にアクティブ化​したポリシーが優先されます。 そのポリシーで定義されている承認者ユーザーグループに通知が送信され、リクエストの承認権限が付与されます。

詳細情報

依頼者が複数のユーザーグループに属している場合、承認リクエストの送信先グループを選択できますか？

いいえ。 依頼者は、承認リクエストの受信先またはルーティング先となるユーザーグループを手動で選択できません。 適用される承認ポリシーで指定されたユーザーグループに（ポリシーの優先順位に従って）自動的に通知されます。

AI Knowledge Reference

This section contains structured knowledge intended to support interpretation, retrieval, and question answering related to this topic.

For complete understanding, this information should be combined with the documentation on this page. Neither source is intended to stand alone; the page describes the feature, while this section provides additional context that helps disambiguate terminology, intent, applicability, and constraints.

• TL;DR: This page introduces the embedded approval process in Journey Optimizer, covering the permissions it requires, the end-to-end policy-to-publish workflow, and how to monitor requests so stakeholders sign off before journeys and campaigns go live.

Intents:

• Understand the embedded approval process that keeps journeys and campaigns locked during review
• Assign the Approve & publish Campaigns and Approve & publish Journeys permissions
• Follow the workflow from approval policy setup to submission, review, and activation
• Monitor approval and change requests using the Show Audit Trail icon
• Understand which policy applies when several active policies could match

Glossary:

• Approval policy: A policy that defines the conditions under which a journey or campaign requires approval before it can go live. (product-specific)
• In Review: The locked state a campaign or journey enters after submission, during which no edits can be made unless the request is canceled. (product-specific)
• Show Audit Trail: An icon on the journey canvas or campaign review screen used to monitor the approval and change requests submitted for an object. (product-specific)
• Approve & publish Campaigns / Approve & publish Journeys: The permissions required to approve and publish campaigns and journeys respectively. (product-specific)

Guardrails:

• To approve and publish journeys and campaigns, users need the Approve & publish Campaigns and Approve & publish Journeys permissions.
• Campaigns and journeys only need to be submitted for approval if an approval policy is in place; if no policy applies, the creator can publish directly.
• During review, campaigns and journeys remain in a locked state so that no changes or unintended activations occur before all approvals are in place.
• When several active approval policies could apply to the same object, the policy activated most recently takes precedence.

Terminology:

• Canonical name: approval process — variants: approval workflow
• Do not confuse: “Draft” (editable state, and the state an object returns to when a request is canceled or changes are requested) ≠ “In Review” (locked state during approval)
• Do not confuse: “Approve & publish Campaigns” (requires the Campaigns resource) ≠ “Approve & publish Journeys” (requires the Journeys resource)

FAQ:

• Q: Do I need an approval policy for every campaign or journey? — No. Policies are conditional; create one only to enforce review for a specific set. If no policy applies, the creator can publish directly.
• Q: What happens if the approver is unavailable? — The request stays In Review until an approver acts. You can cancel it, returning the item to Draft, and resubmit, or an admin can add additional approvers to the policy.
• Q: Can I edit a campaign or journey while it is pending approval? — No. It is in a locked In Review state; the creator or an approver must cancel the request first, which returns it to Draft.
• Q: Which policy applies when more than one could match? — The policy activated most recently takes precedence, and its approver user groups are the ones notified and governing the request.
• Q: If a requestor belongs to multiple user groups, can they choose which group receives the request? — No. The user groups specified in the applicable policy are notified automatically.