Skip to main content
Consentimiento y cumplimiento controla cómo se aplican las bajas de marketing en un espacio de trabajo. La aplicación de la supresión siempre está activa. Los propietarios y administradores del espacio de trabajo configuran el modo en Settings → Data → Suppression; el resto de miembros solo tienen acceso de lectura.

​
Modos de consentimiento

​
Baja universal

Una baja recibida en cualquier canal bloquea las comunicaciones de marketing hacia el contacto vinculado en voz, SMS, correo electrónico y los canales de mensajería compatibles. El modo universal es la opción predeterminada y conservadora, y está disponible en todos los planes.

​
Baja por canal

Una baja se aplica solo al canal de origen. Por ejemplo, una baja de SMS bloquea el marketing por SMS, mientras que el consentimiento independiente de voz o correo electrónico puede seguir siendo válido. El modo por canal requiere la función de plan Consent & Compliance. Si esa función no está disponible, el espacio de trabajo permanece en modo universal; la aplicación de la supresión nunca se desactiva.
Cambiar el modo del espacio de trabajo no reescribe las bajas anteriores. La regla que se aplicaba cuando el contacto se dio de baja sigue siendo visible en el historial de auditoría.

​
Registros de supresión

Un registro activo puede vincularse a un contacto, un número de teléfono o una dirección de correo electrónico. Muestra los canales afectados, dónde se recibió la solicitud, su motivo y cuándo se creó. Listar con un filtro channel devuelve tanto los registros de ese canal como los registros universales (all), porque ambos bloquean las comunicaciones en el canal solicitado.

​
Restaurar el consentimiento

Restaurar el consentimiento no borra el historial de cumplimiento. La supresión activa se revoca y se añade un evento de alta al registro de auditoría. Usa el ID del registro de supresión siempre que sea posible. La API también acepta un número de teléfono en formato E.164 o una dirección de correo electrónico codificados en la URL.
Restaura el consentimiento únicamente cuando tengas una base adecuada y documentada para hacerlo. Los ajustes del producto ayudan a aplicar las normas, pero no sustituyen la revisión legal para tu jurisdicción, la finalidad de la comunicación y el canal utilizado.
Esta sección es información general, no asesoramiento legal. Las normas de marketing y telemarketing varían según el país y el canal — confirma tu caso concreto con tu asesoría legal antes de lanzar una campaña.
Las comunicaciones por voz, SMS y correo electrónico están reguladas allí donde llamas o escribes, no solo donde tiene su sede tu espacio de trabajo. Estos son los marcos que aparecen con más frecuencia: Base práctica válida en cualquier región: mantén una base documentada para cada contacto (registro de consentimiento, relación existente o interés legítimo), facilita una baja sencilla e inmediata, y conserva el historial de auditoría que ya ofrecen los registros de supresión. Combina esto con los ajustes de retención de datos de tu espacio de trabajo para que los registros de contacto y consentimiento no se conserven más tiempo del necesario. Para las llamadas salientes en concreto, consulta Marcador, reintentos y cumplimiento.

​
Obligación de transparencia sobre el uso de IA

Desde agosto de 2026, la obligación de transparencia del art. 50 de la EU AI Act exige que se informe a las personas cuando están interactuando con una IA — por ejemplo, un asistente de voz con IA en una llamada — salvo que resulte evidente por el contexto. Basta con una frase breve y clara, como indicarle a quien llama, desde el principio, que está hablando con un asistente de IA.
La forma más sencilla de cumplirlo es hacer que tu asistente lo diga como parte de su saludo — consulta Redacción de prompts para estructurar el saludo de un asistente. Si tu asistente usa una voz clonada, también se aplica una obligación de etiquetado relacionada, pero distinta — consulta Consentimiento para clonar una voz.

​
API REST

Leer o actualizar el modo del espacio de trabajo:
Registrar una baja:
La API de supresión acepta al menos uno de contact_id, phone o email. Cuando se omite channel, el teléfono usa por defecto voice y el correo electrónico usa por defecto email. Usa GET /api/v1/suppression-list?channel=sms para listar los registros que bloquean SMS. Restaura un registro con DELETE /api/v1/suppression-list/{id-or-identity}. Los scopes REST son settings:read / settings:write para el modo y suppression:read / suppression:write para los registros.

​
MCP

  • get_consent_mode y set_consent_mode;
  • list_suppression_entries;
  • add_suppression_entry;
  • remove_suppression_entry (restaura el consentimiento y conserva el historial de auditoría).
MCP sigue los mismos permisos y devuelve los mismos datos visibles para el cliente que la API REST.