# WEB-068 — A cart-reminder programme must say so in the opt-in terms on the site

> Where the programme sends shopping-cart reminders, the opt-in terms shown at the call to action must disclose it.

- **Rule ID:** WEB-068
- **Layer:** Website (`WEBSITE`)
- **Checks:** `opt-in disclosure text on the site`
- **Severity:** BLOCKING — Breaking this rule gets the submission rejected outright.
- **When it bites:** Gates approval — get this wrong and registration is refused
- **How it is detected:** AI judgement over the crawled website or policy page
- **Fix type:** Fix the website — no form edit clears it
- **Required by:** T-Mobile
- **Applies:** Applies to every 10DLC registration.
- **Canonical URL:** https://ekas.io/rules/10dlc/website/web-068/

## Why this rule exists

A cart reminder is a message about something the consumer did not finish doing, sent because their behaviour was tracked — so T-Mobile requires it to be disclosed where consent is given rather than discovered when the first one arrives. Retailers add abandoned-cart flows through a platform months after the checkbox copy was written, and nothing in that flow prompts anyone to go back and update it.

## How to fix it

Add cart reminders to the message types named in the opt-in disclosure beside the consent control. Done when the text at the checkbox names them alongside whatever else the programme sends.

## Common mistakes

- Updating the SMS terms page is not enough on its own — T-Mobile asks for the disclosure at the call to action, which is the checkbox copy, and POL-109 separately asks the privacy policy to say how abandonment is detected.

## Provider rejection codes

| Provider | Code | Resubmission allowed |
| --- | --- | --- |
| T-Mobile | `8003` | yes |

## Notes

Conditional on cart-reminder traffic being in scope, which no applicability dimension expresses — there is no cart-reminder attribute. The condition is carried in the criteria, which pass immediately when the programme sends no cart reminders.