Definition and business outcome
Use this workflow to build trust after a transaction and reduce post-purchase uncertainty. Primary outcomes:- Users receive immediate purchase confirmation.
- Support tickets for order uncertainty are reduced.
- Follow-up lifecycle workflows have cleaner handoff.
Entry criteria
Trigger event:- Purchase completion (including subscription purchase where applicable).
- Valid recipient email.
- Successful payment state.
- Immediate.
Exit criteria
Complete when:- Confirmation message delivered.
- Transaction state is reversed before send.
- Recipient is no longer reachable.
Suppression and conflict rules
- Prevent duplicate order confirmations per transaction ID.
- Prioritize transactional sends in queue.
- MailerPath conflict controls remain system-managed.
Required configuration fields
Client-configurable fields:delay_minutes(typically 0)send_time_mode(typically immediate)priority_score- Template customization for receipt/order details
- Order ID
- Payment status
- Items and totals
- Recipient email
Message blueprint
- Purchase confirmation and thank-you.
- Order summary (items, amount, payment).
- Delivery/subscription next steps.
- Support contact path.
- View your order
- Manage your subscription
Launch checklist
- Validate idempotency by transaction ID.
- Test with successful and failed payment states.
- Confirm order detail token rendering.
Metrics and thresholds
- Delivery success target: 99%+
- Duplicate-send rate target: near 0%
- Order-related support ticket reduction trend
Failure scenarios and fixes
- Duplicate confirmations: enforce transaction-level dedup.
- Missing order details: validate payload mapping before send.
Workflow group and source
Workflow group:- Transactional and purchase
- docs/workflow/MailerPath Workflow Details.md

