Why the decision lives with the payment step
If your agent decided when to hand off, every merchant policy change would be a prompt change, and every prompt change a redeploy. Because the handoff is unconditional and the policy is resolved server-side per purchase, a merchant switching from payment-optional to payment-required changes call behavior immediately, with zero agent edits. Thenot_required branch is what makes this safe to run everywhere: for a business that
does not take payment on calls (or has not connected a processor yet), the payment step
checks the policy, says nothing, and passes straight to the wrap-up. The caller never hears
a word about payment. Payments switch on the day the merchant connects, with no changes on
your side.
The three steps on a call
| Step | Who it is | What it does |
|---|---|---|
| Your agent | Yours, untouched | Takes the order, confirms it, collects a name, hands off |
| Payment step | Ringup’s, inherits your agent’s voice, model, and transcriber | Silently checks the policy and the caller, then takes payment, offers it, or stays silent |
| Wrap-up | Your own agent in wrap-up mode: its prompt verbatim with only the task replaced | Announces success, reads back the confirmation code, thanks the caller, ends the call |