Important limitations

Define when an automated follow-up must stop

Last materially reviewed 2026-09-20

Quick answerA reply, changed stage or owner decision should trigger a reviewed stop path rather than a blind sequence.
Likely to work well when

✓ Small B2B service teams

✓ Shared relationship and follow-up problems

✓ A contact-centered workflow with named next actions

Important limitations

— A shared support inbox as the main requirement

— An all-in-one marketing and service suite

— Email sync without checking mailbox and plan eligibility

— Replacing a sufficient system without evidence

What to know

The limitation: a trigger does not know the whole relationship

A customer may reply, change scope or ask to pause while a sequence is still scheduled. An owner may also resolve the issue through another channel. Define which events make further automated action inappropriate before enabling the workflow. Capsule’s automation documentation supplies product behavior, not a universal relationship policy. Do not assume that every relevant event cancels every pending action automatically; verify the exact supported configuration and its limitations.

What to know

Verify a written exception table

List the event, the expected stop or review action and the accountable owner. Examples include a changed stage, a closed opportunity, an unavailable mailbox or a manual decision to pause. Use fictional cases to test each path. If the product cannot express an essential condition, reduce the automation’s scope or retain a human review step. A workaround that depends on someone remembering an invisible exception is not a reliable stop rule.

What to know

Preserve the original outcome

Stopping future actions does not undo messages already sent or tasks already created. Keep the record of what actually happened and reconcile any uncertain result before retrying or starting a replacement sequence. Do not delete the original opportunity to make the automation forget it. The next owner needs to understand why the process stopped, which commitments remain and whether any customer correction is required. Evidence should survive the configuration change.

What to know

Review stops as part of maintenance

Track whether the stop rule is understandable and whether colleagues know when to use it. Repeated exceptions may show that the process is not stable enough for the chosen level of automation. Simplify rather than adding increasingly fragile conditions. A useful automated workflow should reduce avoidable effort while retaining clear ownership. Continue to duplicate-outreach prevention and the pre-activation test whenever a rule changes, especially if the change could cause another customer-facing action.

Source boundary

Where the safety evidence stops

This guide draws on Capsule workflow automation, Capsule task management. Merchant-controlled records describe the provider’s own capabilities, terms or standards; they do not independently validate those claims. These records do not establish independent confirmation of the product claims.

Verify any current price, plan limit, label direction, compatibility rule, or commercial term that would materially change the decision. The dated source ledger shows the underlying records so this conclusion can be checked and updated.

Sources used for this page

These records support the facts and comparisons above. Merchant-controlled records are labelled so you can separate product claims from independent evidence.

  1. Capsule workflow automation — Merchant documentation · capsulecrm.com · Merchant-controlled · checked 2026-09-20
  2. Capsule task management — Merchant documentation · capsulecrm.com · Merchant-controlled · checked 2026-09-20