# OPS-053 — A STOP answering a scope question must not be answered with another

> A STOP sent in reply to a scope-clarification message must not trigger a second clarification message.

- **Rule ID:** OPS-053
- **Layer:** Operational (`OPERATIONAL`)
- **Checks:** `scope-clarification loop guard`
- **Severity:** HIGH — Rejected by at least one carrier or provider, and a common cause of failure at the rest.
- **When it bites:** Falls due after approval, once you are live and sending
- **How it is detected:** Not knowable before submission — reported with its deadline
- **Fix type:** Wait on an external system or a required interval
- **Required by:** FCC
- **Applies:** Applies to every 10DLC registration.
- **Canonical URL:** https://ekas.io/rules/10dlc/operational/ops-053/

## Why this rule exists

The loop is the failure: a consumer replies STOP, gets asked which messages, replies STOP again, and gets asked again — each round a message to somebody who has now revoked twice. It happens because the clarification is wired to the keyword rather than to the state, and it is the version of this family that most reliably produces a screenshot in a complaint.

## How to fix it

Track whether a clarification has already been sent to this number and never send a second one; a repeat STOP gets the plain confirmation. Done when replying STOP twice produces one clarification and one confirmation, in that order, and nothing else.

## Example of a compliant value

```text
STOP → clarification. STOP again → "You have been unsubscribed and will receive no further messages."
```

## Check this yourself

**Does replying STOP twice produce one clarification and one confirmation, in that order, and nothing else?**

1. Test the double-STOP path specifically. The single-STOP path looks correct in every demonstration.
2. Confirm the clarification is wired to the consumer's state rather than to the keyword, so a second one can never be sent.

*What wrong looks like:* STOP, asked which messages, STOP again, asked again. Each round is a message to somebody who has now revoked twice, and it is the version of this family that most reliably produces a screenshot in a complaint.

## Notes

A state machine inside the handler. What the user has to test is the double-STOP path specifically, because the single-STOP path looks correct in every demonstration.
