Consenso, strict mode e prova

Ogni chiamata effettuata da GodSetter parte da un lead che il workflow del tuo CRM invia. Quel trigger può portare con sé una prova di consenso — la traccia di come il lead ha dato il proprio opt-in — e GodSetter può imporla: con la strict mode attiva, un lead che arriva senza una prova valida non viene mai chiamato.

GodSetter ti dà il meccanismo, non la policy. Se richiedere o meno la prova di consenso, e cosa conti come opt-in valido secondo i tuoi obblighi (GDPR, TCPA o qualsiasi altra norma applicabile nei tuoi mercati), è una decisione della tua agenzia e dei suoi consulenti legali.

Com'è fatta una prova di consenso

Quando il tuo workflow lancia il webhook che fa partire una chiamata, può allegare al body della richiesta un oggetto consentProof. In parole semplici, la prova risponde a tre domande:

• Da dove arriva il consenso — l'identificativo del modulo di opt-in o dello step del funnel che il lead ha compilato.
• Quando è stato dato — data e ora dell'invio.
• Cosa comprendeva (facoltativo) — l'elenco dei campi del modulo o delle dichiarazioni di consenso che facevano parte dell'invio.

Una prova è valida quando identifica il modulo e riporta l'orario di invio. L'elenco facoltativo dei campi aggiunge contesto ma non è obbligatorio.

Vedi Collega il workflow del CRM a un agente per sapere dove si inserisce consentProof nel body del webhook.

Come la strict mode cambia il comportamento

La strict mode si trova in Impostazioni, nella card Compliance strict mode — il toggle si chiama Attiva gate di compliance.

Un'avvertenza sull'integrazione. L'azione workflow brandizzata "Avvia ciclo di chiamate" non porta con sé alcuna prova di consenso: con la strict mode attiva, i lead che arrivano da lì vengono sempre saltati con motivo no_consent. Per ogni cliente le cui chiamate devono passare dal gate del consenso, usa il webhook generico — che può inviare consentProof.

Tre dettagli utili da conoscere:

• Una chiamata saltata non è un blocco. Un lead saltato non viene penalizzato in alcun modo: un nuovo trigger per lo stesso contatto che includa una prova valida procede normalmente.
• Un lead saltato viene comunque registrato. Il contatto viene creato o aggiornato in GodSetter (con l'eventuale prova valida che portava con sé), così lo vedi in Lead — ma il piano richiami di un ciclo precedente resta esattamente dov'era.
• Il tag di skip è configurabile. Il nome del tag arriva dalla card Tag CRM in Impostazioni (evento Saltata: consenso mancante). Lascia il campo vuoto per non applicare alcun tag — lo skip avviene comunque.

Con la strict mode disattiva non viene imposto nulla — ma qualsiasi prova valida inviata dal tuo workflow viene comunque salvata e mostrata sul lead, così costruisci l'audit trail in ogni caso.

Dove vedi la prova

• La pagina Lead ha una colonna Consenso: "Prova di consenso presente" oppure "Nessuna prova di consenso" per ciascun lead.
• La pagina di dettaglio del lead ha una card Consenso che mostra l'ID modulo e la data in Inviato il — oppure "Nessuna prova di consenso registrata." quando non è stato inviato nulla.
• La pagina Lead mostra un badge Saltato: consenso mancante al posto dell'ultimo esito per un lead il cui trigger più recente è stato rifiutato, e la pagina di dettaglio lo ripete nella riga Ultimo scarto. Il badge sparisce appena il lead viene davvero chiamato.

Un lead creato dalla card Invia un lead di prova dell'app porta con sé una prova sintetica con ID modulo test-lead — è l'operatore che chiede di essere chiamato sul proprio numero. Il primo trigger reale del workflow per quel contatto la sostituisce.

Popola la prova dal tuo modulo di opt-in

Il consiglio pratico: nel workflow del CRM che fa partire le chiamate, mappa l'identificativo del tuo modulo di opt-in e il timestamp di invio dentro il campo consentProof. Il dato esiste già nel tuo funnel — passarlo costa un solo step di mappatura e dà a ogni lead il proprio record di consenso dentro GodSetter.

Prossimi passi

1. Collega il workflow del CRM a un agente — dove va inserito il campo consentProof.
2. Personalizza i tag CRM — incluso il tag "Saltata: consenso mancante".
3. Do-Not-Call: bloccare e sbloccare i lead — l'altra protezione di compliance.