여정 및 캠페인 승인 시작 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.