IOSOR

IOSOR Guías

La concatenación UCS-2 quema en silencio los segmentos SMS prepaid

Un emoji o un carácter Unicode puede pasar de GSM-7 a UCS-2, partir «un mensaje» en segmentos facturados y dejar a finanzas leyendo el contador del compositor en lugar de las líneas prepaid.

Producto pulsó enviar una vez. La cartera prepaid debitó tres unidades. No es un fallo del ledger: es concatenación tras un vuelco silencioso de encoding. GSM-7 cubre un latín modesto; un emoji, muchos alfabetos o unas comillas «inteligentes» fuerzan UCS-2, bajan el presupuesto por segmento y cortan el cuerpo. Finanzas que sigue reportando «mensajes enviados» nunca cuadrará la cartera.

IOSOR opera SMS prepaid white-label en un solo ledger. Catálogo live significa que la ruta de envío está lista; in setup es una solicitud, no un encoding más barato. Cerca de USD 1,000+ de uso mensual, el recuento de segmentos y el encoding entran en revisión comercial. No hay suscripción de plataforma solo para mantener viva la cuenta: recargue prepaid y vea unidades.

Finanzas debe contar segmentos, no «mensajes»

Un compositor que muestra «1 message» responde una pregunta de producto. La cartera responde cuántos segmentos facturados salieron. Los números divergen cuando cambia el encoding o la longitud cruza un umbral. Léalo con contabilidad de segmentos SMS: precios explica la unidad; esta página, la quema silenciosa.

GSM-7 frente a UCS-2: el vuelco silencioso

GSM-7 es eficiente y frágil. UCS-2 es honesto y más caro. El vuelco es invisible si QA solo prueba latín inglés: un emoji recodifica todo el cuerpo; una comilla curva o una marca fuera de GSM hacen lo mismo; variables «cortas» en inglés se inflan en otro idioma. UCS-2 no es un recargo internacional: es el encoding real.

La sobrecarga de concatenación que el compositor oculta

Encoding Límite de una parte Límite multipart Lo que roba la cabecera
GSM-7 160 caracteres 153 Cabecera de concatenación
UCS-2 70 caracteres 67 La misma cabecera, menos presupuesto

Plantillas e idiomas que cruzan el umbral

La quema se esconde donde soporte mira al final: una variable de tres caracteres en el autor y treinta en el destinatario; un pie legal con comillas curvas; un emoji «para dar calor» tras un DLR fallido; una plantilla cuyo QA solo pasó por el teclado del autor. Estime antes de enviar; avise al cruzar el umbral; pruebe idiomas de destinatario.

Señales de alarma

  • El compositor o la API devuelve «mensajes» en lugar de segmentos
  • Encoding oculto hasta fin de mes
  • Emoji en plantillas OTP sin aviso de segmento
  • Ledger sin encoding + recuento de segmentos
  • Envíos masivos como estimación plana
  • Catálogo in setup prometido como si la matemática ya aplicara

Comience con IOSOR

Abra la consola de IOSOR y active la puerta de codificación previa al envío en todas las plantillas de campaña salientes. Configure webhooks para inspeccionar las cargas útiles de los mensajes en busca de caracteres que no sean GSM-7, como comillas inteligentes o emojis, antes de poner en cola los envíos.

Conclusión IOSOR

Medir las campañas por recuento de mensajes en lugar de por segmentos facturados garantiza un consumo imprevisto del presupuesto. Cuando un solo carácter que no es GSM-7 activa la codificación UCS-2, su límite de varias partes se reduce drásticamente, duplicando o triplicando al instante el consumo de segmentos en las plantillas localizadas y los reintentos automáticos.

¿Fue útil esta guía?

Guías relacionadas