Guía

Consentimiento, modo estricto y prueba

Última actualización: 8 de septiembre de 2026

Toda llamada que realiza GodSetter parte de un lead que envía el workflow de tu CRM. Ese trigger puede llevar una prueba de consentimiento — el registro de cómo el lead dio su opt-in — y GodSetter puede exigirla: con el modo estricto activo, un lead que llega sin una prueba válida nunca recibe una llamada.

GodSetter te da el mecanismo, no la política. Si exiges o no prueba de consentimiento, y qué cuenta como un opt-in válido bajo tus obligaciones (RGPD, TCPA o cualquier otra norma aplicable en tus mercados), es una decisión de tu agencia y de su propio asesor legal.

Cómo es una prueba de consentimiento

Cuando tu workflow dispara el webhook que origina una llamada, puede adjuntar un objeto consentProof al body de la petición. En términos sencillos, la prueba responde a tres preguntas:

De dónde viene el consentimiento — el identificador del formulario de opt-in o del paso del funnel que envió el lead.
Cuándo se dio — la fecha y hora del envío.
Qué incluía (opcional) — la lista de campos del formulario o de declaraciones de consentimiento que formaban parte del envío.

Una prueba es válida cuando identifica el formulario y lleva la hora del envío. La lista opcional de campos añade contexto pero no es obligatoria.

Consulta Conecta el workflow de tu CRM a un agente para ver dónde encaja consentProof dentro del body del webhook.

Cómo cambia el comportamiento el modo estricto

El modo estricto está en Ajustes, en la tarjeta Compliance strict mode — el interruptor se llama Activar control de cumplimiento.

Modo estricto	Trigger sin prueba válida	Trigger con prueba válida
Desactivado	La llamada procede	La llamada procede; la prueba se guarda en el lead
Activado	La llamada no se realiza — el trigger se omite y el contacto recibe la etiqueta configurable «Omitida: sin consentimiento»	La llamada procede; la prueba se guarda en el lead

Una advertencia de integración. La acción de workflow de marca «Iniciar ciclo de llamadas» no lleva prueba de consentimiento: con el modo estricto activo, los leads que llegan por ahí siempre se omiten como no_consent. Usa el webhook genérico — que sí puede enviar consentProof — para cualquier cliente cuyas llamadas deban pasar el control de consentimiento.

Tres detalles que conviene conocer:

Omitir no es bloquear. Un lead omitido no queda penalizado en modo alguno: un nuevo trigger para el mismo contacto que sí incluya una prueba válida procede con normalidad.
Un lead omitido queda registrado igualmente. El contacto se crea o se actualiza en GodSetter (con cualquier prueba válida que llevara), así que lo ves en Leads — pero el plan de reintentos de un ciclo anterior se queda exactamente donde estaba.
La etiqueta de omisión es configurable. El nombre de la etiqueta viene de la tarjeta Etiquetas CRM de Ajustes (evento Omitida: sin consentimiento). Deja el campo vacío para no aplicar ninguna etiqueta — la omisión ocurre igualmente.

Con el modo estricto desactivado no se exige nada, pero cualquier prueba válida que envíe tu workflow se guarda igualmente y se muestra en el lead, así que construyes el rastro de auditoría en cualquier caso.

Dónde ves la prueba

La página Leads tiene una columna Consentimiento: «Prueba de consentimiento registrada» o «Sin prueba de consentimiento» para cada lead.
La página de detalle del lead tiene una tarjeta Consentimiento que muestra el ID del formulario y la hora de Enviado el — o «No hay prueba de consentimiento registrada.» cuando no se envió nada.
La página Leads muestra un distintivo Omitido: consentimiento ausente en lugar del último resultado cuando el último trigger de ese lead se rechazó, y el detalle del lead lo repite en la fila Última omisión. El distintivo desaparece en cuanto el lead recibe realmente una llamada.

Un lead creado con la tarjeta Envía un lead de prueba de la app lleva una prueba sintética con ID de formulario test-lead — el operador pidiendo que le llamen a su propio número. El primer trigger real del workflow para ese contacto la borra.

Rellena la prueba desde tu formulario de opt-in

La recomendación práctica: en el workflow del CRM que dispara las llamadas, mapea el identificador de tu formulario de opt-in y la marca temporal del envío dentro del campo consentProof. Los datos ya existen en tu funnel — pasarlos cuesta un paso de mapeo y le da a cada lead su propio registro de consentimiento dentro de GodSetter.

Qué leer después

Conecta el workflow de tu CRM a un agente — dónde va el campo consentProof.
Personaliza tus etiquetas CRM — incluida la etiqueta «Omitida: sin consentimiento».
Do-Not-Call: bloquear y desbloquear leads — la otra salvaguarda de cumplimiento.