IOSOR

IOSOR Kunnskap

Opt-in-bevis for 10DLC: hva revisorer trenger før kampanjen

Compliance-sjekkliste for 10DLC-kampanjeregistrering — hva revisorer faktisk sjekker, hvilke metoder for innsamling av samtykke som holder, og hvordan man holder bevis hentbart på minutter, ikke ved arkivgraving.

En gjennomgang av 10DLC-kampanjer stoler ikke på markedsføringspåstanden "brukerne ga opt-in" — den vil ha bevis: den nøyaktige skjermen, den nøyaktige ordlyden, det nøyaktige tidsstempelet og en oppbevaringskjede en fremmed kan følge et halvt år senere. Team som behandler opt-in som en avkrysningsboks på en lysbilde, opplever throttling, avvisning eller suspensjon midt i lanseringen.

IOSOR forventer opt-in-bevis rett ved siden av samme prepaid kontrollplan som forbruket — et program er ikke "klart" fordi et skjema finnes et sted; det er klart fordi bevis kan hentes på minutter, ikke ved arkivgraving. Ved rundt 1000+ USD månedlig plattformbruk forventer kampanjeregistreringsanmeldere produksjonsdisiplin, ikke et skjermbilde funnet fem minutter før samtalen.

Hva "bevis" egentlig betyr

Påstand Hva den sier Bevis revisoren vil ha
"Brukere ga opt-in på siden vår" Stol på oss Arkivert skjermbilde av det nøyaktige skjemaet og teksten på innsamlingstidspunktet
"Samtykke finnes i vårt CRM" Stol på oss Tidsstemplet post knyttet til nummer og melding
"Vi følger reglene" Stol på oss En skriftlig policy pluss en hentbar logg som samsvarer med den

Hva revisorer sjekker linje for linje

  1. Nøyaktig opt-in-tekst vist til brukeren, ikke en omskrivning
  2. Om det innsamlede nummeret samsvarer med nummeret det faktisk ble sendt til
  3. Innsamlingsmetode (webskjema, keyword join, muntlig/papir, checkout-boks) dokumentert per kilde
  4. Tidsstempel og metode logget på samtykketidspunktet, ikke rekonstruert senere
  5. Omfang: transaksjonelt vs. markedsføringssamtykke holdt adskilt, aldri slått sammen etterpå

Innsamlingsmetoder som holder

  • Webskjema med uavkrysset boks og synlig tekst om meldingsfrekvens / HELP-STOP
  • Keyword join (sende START) logget med det nøyaktige innkommende/svar-paret
  • Muntlig eller papirbasert samtykke etter manus, lagret og hentbart innenfor kampanjens registrerte use case
  • Opt-in ved checkout vist på kjøpstidspunktet, ikke begravet i generelle vilkår

Hva som skal logges på samtykketidspunktet

Felt Hvorfor det er viktig
Tidsstempel (UTC) Beviser at samtykke kom før den første meldingen
Nøyaktig vist tekst Beviser at ordlyden samsvarte med kampanjens løfte
Innsamlingskanal Knytter bevis til den registrerte use case
IP / enhet eller kildereferanse Støtter tvisteløsning

Skjermbilder tatt etter en klage er ikke bevis — det er en rekonstruksjon. Revisorer ser forskjellen.

Vanlige bevishull som utløser avvisning eller throttling

  • Samtykketekst som ikke samsvarer med registrerte eksempelmeldinger
  • Én opt-in-post som dekker flere urelaterte kampanjer
  • Ingen registrering av nummerformat-normalisering før lagring
  • Markedsføringssamtykke stille gjenbrukt til en transaksjonell use case
  • Bevis som bare finnes i en supportagents hukommelse

Start med IOSOR

Last opp arkiverte skjermdumper av samtykke og samtykkelogger direkte i IOSOR-konsollet før du sender inn 10DLC-kampanjen til vurdering. Konfigurer webhooks til å sende nøyaktige UTC-tidsstempler, IP-poster og fanget samtykkespråk med hver abonnent. Sett meldingskøen på vent til samsvarskontrollen har verifisert dokumentasjonspakken.

IOSOR-lærdom

Å bestå en 10DLC-samtykkerevisjon krever verifiserbare, tidsstemplede bevis som registreres i det nøyaktige øyeblikket en bruker samtykker, ikke etterpåklpente påstander samlet inn etter en operatørflagg. Dokumentasjon av nøyaktig skjema-tekst, eksplisitt uavhukede samtykkebokser og innsamlingskanaler sikrer at merkevaren din forblir revisjonsklar fra dag én.

Var denne guiden nyttig?

Relaterte veiledninger