> ## Documentation Index > Fetch the complete documentation index at: https://docs.orbit.devotel.io/llms.txt > Use this file to discover all available pages before exploring further. # PECR UK et ePrivacy pour les envois et appels de marketing > Satisfaites les règlements britanniques sur la vie privée et les communications électroniques (PECR) — les règles de marketing direct qui s'assoient aux côtés du UK GDPR — à travers le SMS, la voix, l'e-mail et le push, mappées vers la posture du consentement, le balayage DNC et les surfaces d'annonce qu'Orbit vous donne déjà. # PECR UK et ePrivacy pour les envois et appels de marketing Les Privacy and Electronic Communications Regulations 2003 (PECR) sont le régime britannique de vie privée électronique : un ensemble de règles pour le **marketing électronique direct** et la confidentialité des communications que l'ICO applique **aux côtés** du UK GDPR. PECR est la couche que la plupart des opérateurs sous-évaluent. Le UK GDPR demande si votre traitement a une base licite ; PECR demande séparément si le **message lui-même** — un appel de marketing, un texto, un e-mail ou une notification push — en était un que vous étiez autorisé à envoyer avant d'avoir le consentement. Pour le marketing, PECR est largement un régime **opt-in** : le consentement vient d'abord, et il doit être documenté. PECR place le devoir sur l'expéditeur, pas sur la plateforme. Orbit ne mandate jamais votre posture UK — il vous donne les contrôles de posture de consentement, le balayage DNC, la couche de suppression et l'annonce d'enregistrement. Cette page correspond chaque obligation PECR à la surface Orbit que vous avez déjà afin que vos réviseurs comblent les écarts délibérément avant que vous envoyiez à des destinataires britanniques. Cette page est une documentation, et non un avis juridique — une carte d'ingénierie des surfaces du produit, pas une opinion juridique. PECR comporte l'application de l'ICO et des sanctions pécuniaires ; faites revoir par un conseil votre capture de consentement, votre raisonnement de soft opt-in et votre posture TPS. Orbit fournit les surfaces de conservation des enregistrements et de suppression — la posture juridique est la vôtre. *** ## Ce que PECR régule réellement Les règles marketing de PECR (regs 19–24 couvrent les appels, les textos, et les appels vers des numéros professionnels enregistrés) pivotent sur si une communication est du **marketing direct** — du matériel dirigé vers un individu particulier qui fait la promotion d'un service, d'un produit ou d'un but. Sous cette définition, les canaux que vous exécutez par Orbit se lisent comme suit : | Canal | Posture PECR pour le marketing direct | Surface Orbit pour la preuve de consentement | | ------------------------------------------------------------------ | ------------------------------------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------- | | **SMS / MMS vers mobiles UK** | Consentement préalable requis pour les texto marketing non sollicités (sous réserve de l'exception de soft opt-in — ci-dessous) | [API de consentement](/compliance/consent-management) — un `opted_in` enregistré et horodaté par paire `(contact, canal)` | | **Appels marketing en direct vers numéros UK** | Vous ne devez pas appeler un numéro enregistré sur le TPS (particuliers) ou le CTPS (professionnels) | [Balayage DNC avec `country=GB`](/compliance/dnc-scrub) — le filtre par juridiction qui porte une vérification sur les registres UK | | **Appels automatisés** (messages marketing enregistrés, agents IA) | Consentement requis — il n'y a pas de chemin de soft opt-in pour les appels automatisés | API de consentement + l'[annonce de consentement à l'enregistrement](/compliance/recording-consent) (`announce_all`) | | **E-mail** | Consentement préalable, avec une exception de soft opt-in pour les clients existants | API de consentement ; suppression à chaque clic par [Opt-Out et suppression](/compliance/opt-out-suppression) | | **Notifications push** (navigateur/app, marketing) | Traitées comme marketing électronique direct — consentement d'abord | Consentement côté application capturé ou ponté dans l'API de consentement | Le trafic transactionnel — confirmations de commande, rappels de rendez-vous, réinitialisations de mot de passe — n'est pas du marketing direct sous la définition, mais la classification est **votre** détermination par envoi, et c'est la première chose qu'un réviseur de l'ICO conteste. Lorsqu'un message porte du contenu de marketing à côté de l'élément de service, un conseil traite généralement tout le message comme du marketing. **Le soft opt-in.** PECR autorise l'e-mail marketing (et le SMS, dans les orientations de l'ICO) vers un client existant sans consentement nouveau lorsque les trois conditions tiennent : vous avez obtenu les coordonnées **pendant une vente ou une négociation**, le marketing concerne vos **propres produits similaires**, et vous avez donné un opt-out au moment de la collecte **et dans chaque message**. Le soft opt-in est une défense que vous étayez, pas un défaut que vous assumez — si vous vous y fiez, l'enregistrement de la transaction et le libellé d'opt-out au moment de la collecte sont la preuve qu'un réviseur demande. Les appels automatisés (enregistrés/IA) n'ont **aucun soft opt-in du tout** : le consentement est requis à chaque fois. *** ## Où les documents existants pointent déjà Les docs de conformité d'Orbit référencent PECR sous deux angles ; cette page les unifie : 1. **[Politiques de posture de consentement](/compliance/consent-default-policy)** listent « GDPR, UK PECR, LGPD Brésil » ensemble comme des régimes opt-in — la classe de juridictions où le marketing avant consentement est une violation quel que soit un contrôle de posture. Le défaut `unknown_marketing_policy` de `refuse` et la valeur de défaut de consentement `deny_on_missing` sont calibrés exactement pour cette classe. 2. **[Consentement à l'enregistrement des appels](/compliance/recording-consent)** place le Royaume-Uni dans le niveau recommandé `announce_all`, citant « UK GDPR + PECR + RIPA » — les trois régimes qui régissent conjointement comment vous pouvez capturer un appel UK, à côté du mot de PECR sur si un appel de marketing peut être passé du tout. Aucune des deux pages ne duplique l'autre, et aucune ne donne à PECR sa propre référence. C'est l'écart que cette page comble. *** ## Posture au moment de l'envoi pour le marketing UK Deux politiques à échelle organisation décident ce qu'un contact sans consentement enregistré peut recevoir. Pour le marketing destiné au Royaume-Uni, configurez-les pour le régime opt-in qu'est PECR : | Politique | Posture marketing UK | Effet | | ------------------------------------------------------------------ | ----------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | **Politique marketing inconnue** (`unknown_marketing_policy`) | Garder le **défaut** `refuse` | Un contact dont l'état de consentement est `unknown` ne reçoit aucun marketing — la posture que le modèle opt-in de PECR suppose. Assouplir vers `allow_with_logging` est une décision documentée et bloquée par le propriétaire ; pour les destinataires opt-in UK il n'y a pas d'élargissement licite pour le justifier | | **Politique de défaut de consentement** (`consent_default_policy`) | `deny_on_missing` | Un sujet à l'information sans **ligne de registre de consentement** ne se diffuse pas vers les destinations CDP ni les vérifications d'abonnement — la posture GDPR Art 7 à côté de laquelle PECR s'assoit | ```bash theme={null} curl -X PATCH https://api.orbit.devotel.io/api/v1/settings/compliance/consent-default-policy \ -H "Authorization: Bearer $ORBIT_API_KEY" \ -H "Content-Type: application/json" \ -d '{ "consent_default_policy": "deny_on_missing" }' ``` Les deux contrôles sont la propriété du locataire. Orbit ne mandate pas de barrière UK — il applique la posture que vous définissez et fait conservativement défaut (`refuse`) si une recherche de politique échoue. Les sémantiques complètes de champ, audit et justification sont sur [Posture de consentement : les politiques de consentement inconnu](/compliance/consent-default-policy) ; la [configuration finalisée](#worked-configuration) ci-dessous les applique de bout en bout. Un opt-out explicite, une entrée de suppression, ou un effacement repousse les deux contrôles dans chaque juridiction. Pour l'hygiène par envoi au-dessus de la posture, la barrière d'envoi marketing vérifie le consentement par contact avant expédition, et le [score de santé de conformité](/compliance/compliance-health) compte la couverture du consentement — le signal à surveiller après que vous avez resserré, pas la permission d'élargir. *** ## Balayage TPS et CTPS Le **Telephone Preference Service** (TPS) et son pendant professionnel (**CTPS**) sont les registres statutaires de non-appel du Royaume-Uni. La reg 21 de PECR fait de l'appel marketing vers un numéro enregistré sur l'un ou l'autre une infraction. Balayer les registres UK est une **obligation du locataire** — Orbit fournit la surface de vérification et le opt-in de l'organisation ; il ne mandate jamais le balayage, et un numéro libre reste le vôtre à étayer. Activez l'opt-in de vérification DNC par organisation (le paramètre `dnc_sync_enabled` sur votre [carte de posture](/compliance/posture-overview)) et balayez les listes vocales destinées au UK avant une campagne, portées sur les registres UK avec le filtre `country=GB` : ```bash theme={null} curl "https://api.orbit.devotel.io/api/v1/compliance/dnc/check?phone=%2B442071838750&country=GB" \ -H "Authorization: Bearer $ORBIT_API_KEY" ``` Avec `country=GB`, seuls les registres UK (TPS/CTPS) peuvent produire une correspondance internationale, donc le registre d'un pays sans rapport ne signale jamais une campagne UK. Pour toute une liste, `POST /compliance/dnc/scrub` prend jusqu'à 500 numéros par appel avec le même filtrage `country`. Les champs `intl_feeds_synced` et `last_synced_at` de la réponse vous disent si la réponse est appuyée par un instantané international synchronisé ou seulement par votre propre couche de suppression — lisez les deux avant de traiter « libre » comme « balayé ». La barrière 403 de l'endpoint, le câblage des flux et les sémantiques de fraîcheur sont sur [Balayage DNC : sources, fraîcheur et l'endpoint de vérification](/compliance/dnc-scrub). Vos propres réponses STOP et entrées de suppression s'appliquent en parallèle : un destinataire UK qui s'est désinscrit de **vous** est restreint quel que soit un registre, et pour le trafic de destination UK une portée de suppression `all` garde cette révocation cohérente à travers SMS, voix et e-mail. *** ## Identification de l'expéditeur et enregistrement face à Ofcom Les règles UK sur **de qui un message semble provenir** relèvent du régulateur des communications (Ofcom et ICO) plutôt que des questions marketing PECR — mais une posture UK échoue sur l'un ou l'autre axe, alors vérifiez les deux. La ligne UK de [Exigences de conformité par pays](/compliance/country-requirements) porte les règles actuelles de type d'expéditeur, d'enregistrement et de contenu pour `GB`, par canal : ```bash theme={null} curl "https://api.orbit.devotel.io/api/v1/compliance/country-rules?channel=sms®ion=EU" \ -H "Authorization: Bearer $ORBIT_API_KEY" ``` Le statut d'enregistrement change au régulateur — Ofcom compte parmi les régulateurs que l'atlas d'ID d'expéditeur d'Orbit suit — alors lisez la ligne `GB` en direct plutôt que d'assumer « aucun enregistrement » de mémoire. Lorsque la ligne dit `recommended` ou `required`, soumettez l'ID d'expéditeur par `POST /compliance/sender-id-registrations` et suivez l'approbation sur la même surface ([flux complet](/compliance/sender-id-registration)). Tous les documents KYC qu'un registre demande — documents d'identité, preuve de société — sont transmis par [Documents et KYC](/compliance/documents-kyc). Le recrutement vocal vers le UK porte aussi l'axe d'identification de l'expéditeur : une identité d'appelant en marque ou détenue CLI est ce qu'une campagne balayée TPS doit encore au destinataire. Voir [Appels en marque](/compliance/branded-calling). *** ## Posture d'enregistrement pour les appels UK La [matrice de juridictions de consentement à l'enregistrement](/compliance/recording-consent#jurisdiction-matrix) place le Royaume-Uni — « UK GDPR + PECR + RIPA, reflète largement la posture UE » — dans le niveau recommandé `announce_all`. Appliquez la posture entière : enregistrez les appels que vous entendez enregistrer (`eligibility_mode`), jouez l'annonce à chaque partie (`consent_announcement_mode : announce_all`), et gardez la note de base licite dans votre CRM. Le texte et la langue de l'annonce sont configurables ; le mélange réglementaire du UK est pourquoi la matrice recommande la paire à toutes parties plutôt que la notification à l'appelant seul. *** ## Configuration détaillée Un programme de marketing consommateur UK — SMS et voix, avec e-mail pour les clients existants — se lit comme cette séquence. Chaque étape est une décision du locataire qu'Orbit applique ; aucune n'est un mandat de plateforme. **Étape 1 — posture.** Gardez `unknown_marketing_policy: refuse` (le défaut ; ne l'assouplissez pas pour les destinataires UK) et définissez `consent_default_policy: deny_on_missing`. **Étape 2 — capture du consentement.** À l'acquisition (paiement, formulaire, invite IVR), écrivez l'enregistrement contre lequel le registre résout : ```bash theme={null} curl -X POST https://api.orbit.devotel.io/api/v1/compliance/consent \ -H "Authorization: Bearer $ORBIT_API_KEY" \ -H "Content-Type: application/json" \ -d '{ "identifier": "+447700900312", "channel": "sms", "state": "opted_in", "source": "checkout-form", "scope": "sms" }' ``` Si vous vous fiez au soft opt-in pour l'e-mail, enregistrez la référence de la transaction dans votre CRM — le registre porte l'accord du canal ; le libellé d'opt-out au moment de la collecte vit de votre côté. **Étape 3 — balayage vocal.** Avant une campagne vocale UK, balayez en lot l'audience avec `country=GB` et traitez une réponse `intl_feeds_synced: false` comme « suppression propre seulement », pas comme un passe. **Étape 4 — identité d'expéditeur.** Lisez la ligne `GB` de `GET /compliance/country-rules` ; si elle marque l'enregistrement comme `recommended` ou `required`, déposez l'ID d'expéditeur par `/compliance/sender-id-registrations` et attendez l'approbation avant le premier envoi. **Étape 5 — enregistrement.** Pour les appels UK enregistrés, utilisez la paire d'annonce `announce_all` que la matrice de juridictions recommande. **Étape 6 — révocation.** Gardez une seule décision de portée de suppression : routez les opt-outs UK à la portée `all` afin qu'un STOP se propage à travers SMS, voix et e-mail, et vérifiez le repli sur le [score de santé de conformité](/compliance/compliance-health) à mesure que la couverture du consentement monte. Le résultat est une posture UK défendable : le marketing n'atteint que les contacts appuyés par un consentement, les appels évitent les numéros TPS/CTPS enregistrés, l'identité de l'expéditeur est enregistrée là où la ligne UK le dit, et chaque décision atterrit dans la piste d'audit. *** ## Références connexes * [Composer une posture GDPR de bout en bout](/compliance/gdpr-posture-guide) — le parcours du régime sœur à côté duquel PECR s'assoit. * [Posture de consentement : les politiques de consentement inconnu](/compliance/consent-default-policy) — les deux contrôles que cette page configure pour les destinataires UK. * [Consentement à l'enregistrement des appels](/compliance/recording-consent) — la recommandation UK `announce_all` dans la matrice de juridictions. * [Balayage DNC](/compliance/dnc-scrub) — la mécanique de vérification TPS/CTPS et le filtre `country=GB`. * [CASL (Canada)](/compliance/casl-canada-anti-spam) — l'autre page de régime opt-in ; la structure de la documentation des niveaux de consentement parallèle à celle-ci. * [CAN-SPAM US](/compliance/can-spam) — le pendant opt-out. * [Secteurs restreints](/compliance/restricted-industries) — les restrictions de contenu qui s'appliquent au-dessus de la posture PECR (jeux d'argent, promotions financières, et les autres verticales bloquées). * [Exigences de conformité par pays](/compliance/country-requirements) — la ligne d'expéditeur `GB` en direct. * [Enregistrement de l'ID d'expéditeur](/compliance/sender-id-registration) et [Documents et KYC](/compliance/documents-kyc) — les surfaces d'enregistrement et de téléversement de documents. * [Opt-Out et listes de suppression](/compliance/opt-out-suppression) — le routage de portée `all` pour les révocations UK.