Saltar al contenido
OmniChannels.ai

Registro DLT para SMS masivos en India: guía paso a paso

Registro DLT para SMS masivos en India: Principal Entity, headers, plantillas, consentimiento, cadena de telemarketers, scrubbing y errores que bloquean.

Actualizado 9 min de lectura

Por OmniChannels.ai Editorial Team · Revisado por BroadNet Messaging Solutions Team

SMS y OTP

Respuesta breve

Para enviar SMS masivos en India debe registrarse en la plataforma DLT de un operador conforme a las normas TCCCPR de la TRAI: primero como Principal Entity y después registrando sus headers de remitente, las plantillas de consentimiento y cada plantilla de contenido, y declarando los telemarketers que transportan su tráfico. Cada mensaje se contrasta (scrubbing) con estos registros antes de la entrega, y se bloquea todo lo que no coincida. Nosotros preparamos y presentamos con usted el registro DLT; la aprobación depende de los operadores.

En esta página
  1. ¿Qué es DLT y por qué lo exige India?
  2. ¿Qué se registra en DLT?
  3. ¿Cómo funciona el proceso de registro?
  4. ¿Cómo diseñar plantillas que se aprueben?
  5. ¿Qué normas se aplican al enviar?
  6. Un ejemplo práctico: una app de préstamos india
  7. ¿Cuáles son los errores habituales?
  8. Cómo le ayuda OmniChannels.ai

Puntos clave

  • DLT (tecnología de registro distribuido) es el registro que los operadores indios gestionan conforme a las Telecom Commercial Communications Customer Preference Regulations (TCCCPR) 2018 de la TRAI; todo SMS comercial, incluidos los OTP, se verifica contra él.
  • Se registra una sola vez como Principal Entity en cualquier operador y obtiene un ID de entidad; después registra por separado los headers, las plantillas de consentimiento y las plantillas de contenido.
  • Los operadores emiten actualmente headers de 6 caracteres (letras para transaccional y de servicio, dígitos para promocional), aunque la definición de la TRAI admite hasta 11 caracteres; la red añade -P, -S, -T o -G para indicar la categoría.
  • Por defecto, los mensajes promocionales solo pueden llegar a los destinatarios entre las 10:00 y las 21:00 IST, y los destinatarios pueden bloquear categorías y otras franjas horarias.
  • Una plantilla sin registrar, una URL que no está en la lista blanca o un telemarketer no declarado en la cadena son las causas más comunes de que se bloqueen mensajes legítimos.

Si desea enviar SMS masivos a números indios, el registro DLT es la puerta que no puede saltarse. Esta guía está dirigida a los equipos de marketing, producto y cumplimiento, y a las agencias que envían en nombre de clientes indios. Explica qué es DLT, qué se registra y en qué orden, qué normas se aplican al enviar y dónde suelen fallar las campañas. Es un panorama práctico basado en las normas publicadas por la TRAI, no asesoría jurídica.

¿Qué es DLT y por qué lo exige India?

DLT son las siglas de tecnología de registro distribuido (distributed ledger technology). La Autoridad Reguladora de las Telecomunicaciones de India (TRAI) obliga a los operadores a mantener un registro compartido de remitentes, headers, plantillas y consentimientos conforme a sus Telecom Commercial Communications Customer Preference Regulations (TCCCPR) 2018, modificadas varias veces desde entonces. Las plataformas las gestionan los operadores Jio, Airtel, Vi (Vodafone Idea) y BSNL.

El objetivo es frenar las comunicaciones comerciales no solicitadas y el fraude. El registro se comprueba en la entrega: un mensaje solo se entrega si su remitente, su header, el texto de la plantilla y las preferencias del destinatario coinciden con lo que consta en el registro. Esa comprobación se llama scrubbing.

Para usted, las consecuencias son prácticas:

  • Todo SMS de empresa a un móvil indio, promocional o transaccional, debe usar un header y una plantilla registrados.
  • Una redacción nueva del mensaje exige una plantilla nueva, no una edición rápida.
  • Desde el punto de vista del remitente, los rechazos son silenciosos si no vigila los informes de entrega.

¿Qué se registra en DLT?

Se registran cinco elementos. El primero se hace una sola vez; el resto crece a medida que crecen sus casos de uso.

Elemento Qué es Puntos a comprobar
Principal Entity (PE) Su empresa jurídica, el remitente de los mensajes Un registro por entidad jurídica; las empresas de un grupo se registran por separado. Un ID de entidad registrado en un operador sirve para todos
Header El sender ID que ven los destinatarios Los operadores emiten actualmente headers de 6 caracteres: letras para transaccional y de servicio, dígitos para promocional. La TRAI define un header como de hasta 11 caracteres
Plantilla de consentimiento El texto con el que se recaba el consentimiento explícito Vinculada a un header; Vi señala que las plantillas de consentimiento se registran en inglés
Plantilla de contenido El texto exacto del mensaje con variables para las partes que cambian Tipificada como promocional, transaccional o de servicio; vinculada a un header registrado
Cadena de telemarketers Los telemarketers registrados que transportan su tráfico Declarados y vinculados en DLT; las rutas no declaradas se rechazan

La categoría importa. Las normas de la TRAI distinguen entre mensajes promocionales, mensajes transaccionales (como los OTP y las alertas bancarias), mensajes de servicio enviados a sus propios clientes sobre una relación inferida y mensajes de servicio que se basan en un consentimiento explícito. La red añade un sufijo al header (-P, -S, -T o -G) para que el destinatario vea a qué categoría pertenece el mensaje.

¿Cómo funciona el proceso de registro?

Las pantallas del portal varían según el operador, pero el orden es el mismo. Trátelo como una lista de verificación.

  1. Regístrese como empresa (Principal Entity) en el portal DLT de un operador, con el PAN de su empresa, los datos de la persona autorizada y la prueba de actividad empresarial. Pague la tasa de registro del portal.
  2. Espere a que el registrador de entidades verifique. Las preguntas frecuentes de Vi indican un objetivo de 72 horas desde la recepción de la tasa; la documentación incompleta reinicia el plazo.
  3. Registre los headers. Elija la categoría de cada uno. No se permiten caracteres especiales ni espacios. Los headers no son transferibles.
  4. Registre las plantillas de consentimiento para todo el tráfico que se base en el consentimiento explícito.
  5. Registre las plantillas de contenido. Elija el tipo, la categoría y el header vinculado, redacte el texto fijo y etiquete las partes variables. Incluya el nombre de su marca; las plantillas que no lo llevan pueden rechazarse.
  6. Incluya en la lista blanca las URL, los enlaces de aplicaciones y los números de devolución de llamada que aparezcan en las plantillas.
  7. Añada su telemarketer y declare la cadena. Normalmente, su proveedor de mensajería es el telemarketer; usted lo autoriza con una carta de autorización en el portal.
  8. Pruebe. Envíe un mensaje por plantilla a números de cada operador antes del lanzamiento.

Las tasas del portal las fija cada operador y se pagan en el portal, así que consulte allí el importe vigente. Aquí no las indicamos. En cuanto a los documentos, prevea su PAN, la prueba de actividad empresarial (como el GST o los documentos de constitución), la identidad de la persona autorizada y una carta de autorización en papel con membrete.

¿Cómo diseñar plantillas que se aprueben?

Las plantillas son donde se pierde más tiempo. Estas reglas proceden de la TRAI y de los portales de los operadores:

  • Texto fijo más variables etiquetadas. Todo lo que cambia (nombre, número de pedido, OTP, importe) debe ser una variable; todo lo demás es fijo. Tras el registro, solo puede cambiar la parte variable.
  • Límites de variables. Según las normas de la TRAI, una plantilla con más de tres variables debe mantener una proporción mínima de caracteres fijos (30 %). Las plantillas vagas, "casi todo variable", se rechazan.
  • Un header por plantilla. Una plantilla no puede vincularse a más de un header.
  • Nombre de la marca en el texto. Ayuda a los destinatarios y a los revisores.
  • No mezclar categorías. Una plantilla de OTP no debe llevar una oferta. Una plantilla promocional no puede pasar por transaccional.

Una buena plantilla de OTP es corta y fija: "{#var#} is your login code for [Brand]. Do not share it with anyone." (Compruebe la sintaxis de variables que usa su portal.) Una buena plantilla promocional nombra la marca, expone la oferta una sola vez e incluye los datos de baja que añaden los operadores.

¿Qué normas se aplican al enviar?

El registro es la entrada; las normas de envío son la disciplina diaria.

Norma Qué significa
Scrubbing Cada mensaje se contrasta con el header, la plantilla, el consentimiento y las preferencias del destinatario antes de la entrega; los mensajes que no coinciden se bloquean
Preferencias del destinatario Los destinatarios pueden bloquear los mensajes promocionales por completo o por categoría mediante el registro de preferencias (SMS o llamada al 1909, USSD, IVRS, una aplicación aprobada o un portal web verificado con OTP)
Franjas horarias Por defecto, las franjas fuera de las 10:00 a 21:00 IST están desactivadas para el tráfico promocional, y los destinatarios pueden bloquear otras franjas. Estas preferencias no bloquean los mensajes transaccionales
Consentimiento La TCCCPR exige un consentimiento verificable; la ley DPDP de 2023 de India añade la captación de consentimiento explícito y los derechos de los titulares de los datos
Baja Los operadores añaden a cada mensaje promocional los datos necesarios para revocar el consentimiento
Enlaces Las URL, los APK, los enlaces OTT y los números de devolución de llamada deben estar en la lista blanca antes de usarse
Trazabilidad Debe declararse la cadena de telemarketers; desde diciembre de 2024 se rechazan los mensajes por rutas no declaradas

El comportamiento de las horas de silencio y del consentimiento cambia con más frecuencia que la mecánica de las plantillas, así que confirme el texto vigente de la TCCCPR antes de las grandes campañas. Nuestra entrada del glosario sobre horas de silencio y el planificador de envíos le ayudan a programar dentro de la franja.

Un ejemplo práctico: una app de préstamos india

"Rupee Path" (ficticia) es una app de una NBFC que necesita OTP, recordatorios de cuotas (EMI) y una oferta trimestral.

  • Registra una Principal Entity y luego tres headers: un header transaccional con letras para los OTP, un header de servicio para los recordatorios de cuotas y un header promocional numérico para las ofertas.
  • Redacta una plantilla de OTP, dos plantillas de cuotas (próximo vencimiento y pago recibido) y una plantilla promocional, cada una con variables etiquetadas y el nombre de su marca.
  • Incluye en la lista blanca el enlace de su tienda de aplicaciones y su dominio de pagos, y declara a su proveedor de mensajería como telemarketer.
  • Envía una prueba por plantilla y comprueba la entrega en Jio, Airtel, Vi y BSNL.
  • Las ofertas salen a las 11:00 IST, solo a los clientes cuyos registros de consentimiento y preferencias permiten promociones.

¿Cuáles son los errores habituales?

  • Editar una plantilla registrada. Cambiar el texto equivale a una plantilla nueva y a otra espera de aprobación.
  • Enlaces sin registrar. La plantilla pasa, pero el mensaje con una URL que no figura en la lista se bloquea.
  • Poner ofertas en plantillas de OTP o de servicio. Cabe esperar un rechazo o una recategorización.
  • Ignorar la cadena. Si su proveedor no está declarado como telemarketer, el tráfico se rechaza con independencia de las plantillas.
  • Dejar que los headers de bajo volumen queden inactivos. Las normas de la TRAI hacen que los operadores desactiven los headers sin uso durante 90 días; las preguntas frecuentes de Vi indican que vuelven al fondo común. Manténgalos activos o reactívelos si lo solicita.
  • Tratar los plazos como promesas. Deciden los registradores; prevea un margen antes del lanzamiento.

Cómo le ayuda OmniChannels.ai

Nuestro equipo prepara y presenta con usted su registro DLT en India: alta de la entidad, headers, plantillas de consentimiento y de contenido, y la cadena de telemarketers de su tráfico. Revisamos las plantillas según las reglas de variables y de lista blanca antes de presentarlas, y trasladamos las tasas del portal a precio de costo. Las decisiones de aprobación corresponden a los registradores DLT de los operadores. Una vez en funcionamiento, puede ejecutar campañas de SMS con informes de entrega y usar WhatsApp como respaldo o complemento. Compare nuestra guía de sender ID para India y los precios de SMS para India, lea la página del servicio de registros o solicite una demostración.

Preguntas frecuentes

¿Qué es el registro DLT para SMS en India?

El registro DLT es el paso obligatorio en el que una empresa inscribe su identidad (Principal Entity), sus headers de remitente, sus plantillas de mensajes y sus plantillas de consentimiento en un registro distribuido gestionado por los operadores indios. Lo exigen las normas TCCCPR 2018 de la TRAI. Antes de la entrega, el operador contrasta cada SMS con esos registros y bloquea los mensajes que no coinciden con un header y una plantilla registrados.

¿El header DLT siempre tiene 6 caracteres?

No como norma legal. El reglamento de la TRAI define un header como una cadena alfanumérica de hasta 11 caracteres, pero los operadores emiten actualmente headers de 6 caracteres: letras para el tráfico transaccional y de servicio, y dígitos para el promocional. El destinatario ve un prefijo, el header y un sufijo de categoría como -T o -P. Confirme lo que acepta el portal del operador que elija antes de escoger un nombre.

¿Los mensajes OTP y transaccionales también necesitan registro DLT?

Sí. Los mensajes transaccionales y de servicio, incluidos los OTP, deben usar un header registrado y una plantilla de contenido registrada. No los bloquean los ajustes de preferencias del destinatario, pero un mensaje cuyo texto no coincida con una plantilla se rechaza igualmente. Registre el texto exacto del OTP con su variable para el código y manténgalo separado de las plantillas promocionales.

¿Cuánto tarda el registro DLT?

No hay un plazo fijo. Las preguntas frecuentes de DLT de Vi indican 72 horas para la verificación de la entidad y alrededor de una hora para la revisión de headers y plantillas una vez activa la entidad, pero los rechazos y la documentación incompleta reinician el plazo. Nuestro plazo habitual para el registro de headers en India es de 3 a 7 días hábiles una vez activa la entidad, que es una referencia y no una promesa.

¿Puedo enviar SMS promocionales a cualquier número de India?

No. Los mensajes promocionales deben respetar los ajustes del registro de preferencias de cada destinatario, de modo que los números que bloquearon las promociones o ciertas franjas horarias se filtran durante el scrubbing. Por defecto, la franja permitida es de 10:00 a 21:00 IST. Use un consentimiento explícito y verificable con una plantilla de consentimiento registrada cuando se base en el consentimiento, e incluya los datos de baja que añaden los operadores.

¿Qué ocurre si mi mensaje contiene un enlace?

Las directrices de 2024 de la TRAI exigen que el remitente incluya en una lista blanca las URL, los enlaces APK, los enlaces OTT y los números de devolución de llamada que aparezcan en los mensajes. Un mensaje con un enlace que no esté en la lista blanca puede bloquearse aunque la plantilla esté registrada. Incluya cada dominio o número en la lista blanca del portal DLT antes de lanzar una campaña y evite los acortadores de enlaces que no controle.

Fuentes

  1. TRAI: Telecom Commercial Communications Customer Preference Regulations (consolidated, May 2026)
  2. TRAI: TCCCPR (Second Amendment) Regulations, 2025
  3. TRAI Press Release 92/2024: SMS traceability and chain binding
  4. Vi (Vodafone Idea) DLT platform FAQ
  5. Telecom Regulatory Authority of India (TRAI)