# BRD-273 — Contact, email, address and URL must each stand up on their own

> The representative, the email, the address and the website must each independently resolve or validate.

- **Rule ID:** BRD-273
- **Layer:** Brand (`BRAND`)
- **Checks:** `brand.authorized_rep + brand.email + address + brand.website`
- **Severity:** HIGH — Rejected by at least one carrier or provider, and a common cause of failure at the rest.
- **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; External record we cannot query — reported as a warning to verify
- **Fix type:** Fix the field — a better value in the form clears it
- **Required by:** Bandwidth
- **Applies:** Applies to every 10DLC registration.
- **Canonical URL:** https://ekas.io/rules/10dlc/brand/brd-273/

## Why this rule exists

Verification does not average across the record: each identity component is checked separately, and one that cannot be resolved drags the whole submission rather than being outweighed by the four that could. Registrations assembled from several internal systems are where this bites, because each field is correct in its own system and one of them is stale.

## How to fix it

Check each component against its own source before submitting: the representative against the company's own staff list, the email by sending a test, the address against the postal authority, the website by opening it in a private window. Done when all four resolve independently.

## Example of a compliant value

```text
rep: Jane Doe, CEO · email: jane.doe@acmecoffee.com · address: 1240 Mission St, Suite 400, San Francisco, CA 94103 · website: https://acmecoffee.com
```

## Check this yourself

**Have you checked all four identity components against their own sources — representative, email, address, website — rather than assuming the record is right because most of it is?**

1. Representative: against the company's own staff list.
2. Email: by sending a test message from outside.
3. Address: against the postal authority's standardised form.
4. Website: by opening it in a private window, logged out.

*What wrong looks like:* A registration assembled from four internal systems, each correct in its own system and one of them stale. Verification does not average — the stale one drags the whole submission, silently, as a lowered score.

## Notes

The crawl settles the website and, where the site publishes them, the address and the contact details. Whether the mailbox accepts mail and whether the address is deliverable are BRD-115 and BRD-095 and are external. What the user has to do is the four-step check in the remediation, because a component that fails here fails silently as a lowered score rather than as a named finding.