Approval workflow
Review every Meta Ads change before it reaches the account
Adrails treats approval as part of the data model, not a confirmation dialog added at the end. A proposed action contains the target, current value, new value, rationale and approval state.
Reviewed Sep 22, 2026
- Change preview
- Exact values
- Decision
- Approve or reject
- History
- Auditable
01
Make the pending change legible
Before a write can be approved, the reviewer sees the affected account and entity, the previous value, the proposed value and the reason supplied by the agent. The decision is about a concrete account mutation rather than a broad instruction.
For campaign creation, the same principle applies to the complete draft. The hierarchy remains available for inspection and editing before the first entity is published.
02
Separate preparation from authority
Agents can perform time-consuming preparation without inheriting unlimited authority over spend. Teams decide who connects accounts, who prepares work and who approves changes through the workspace rather than sharing one unrestricted login.
Rejected work remains useful context. It records which action was considered and prevents the same proposal from being mistaken for an approved account decision.
03
Preserve the operational history
An activity history links the proposal, reviewer and time of decision. That makes campaign operations easier to audit and gives the team a shared answer when someone asks why a budget or status changed.
The history complements Meta's own change records with the reasoning that existed before the write.
FAQ
Common questions
Can approvals happen per proposed change?
Yes. Actions are reviewed at the entity and field level instead of accepting an entire queue blindly.
Does Adrails keep rejected proposals?
The workspace retains the decision context so the team can distinguish proposed work from approved work.
Put the workflow into one workspace.
Connect a Meta ad account, ask an agent to prepare the work and approve the exact result.