Unicom Americas Mobile Business
Español
Portal de clientes Portal Solicitar cotización
Unicom Americas Mobile Business
Solicitar cotización Portal de clientes

Comercio electrónico y marketplaces: SMS A2P y datos móviles

Cada pedido confirmado, cada repartidor visible.

Unicom Americas – Mobile Business equipo

Solicitar cotización

En cifras

  • Los mensajes de pedido y entrega son transaccionales: pueden llegar a un destinatario que nunca dio su consentimiento para marketing, pero el remitente sigue necesitando registro donde el destino lo exija.
  • GSM-7 admite 160 caracteres en un segmento; el texto en chino o árabe pasa a UCS-2 con 70 caracteres, y un emoji consume dos de ellos, así que el mismo texto puede costar varias veces más segmentos.
  • Un acuse de entrega informa lo que observó la red, no lo que mostró el teléfono; la conciliación corresponde a nivel de pedido, con los ID de mensaje conservados junto al pedido.
  • La verificación al finalizar la compra y las actualizaciones de pedido son clases de tráfico distintas: una es un secreto de inicio de sesión con una vida corta, la otra una notificación que se puede reintentar y agrupar.
  • Las ráfagas se planifican en lugar de absorberse: el caudal por bind se reserva antes de un evento pico y las plantillas se prueban primero contra los filtros locales.

Esta página no es asesoramiento legal.

Escenarios

Mensajería de pedido y entrega

Una confirmación de pedido, un aviso de despacho y un mensaje de ventana de entrega son tres plantillas separadas con tres costos de fallo distintos. Manténgalas lo bastante cortas para que quepan en un segmento GSM-7, evite los acortadores de URL públicos que bloquean los filtros locales y dé a cada mensaje un propósito que el destinatario pueda reconocer. Registre el remitente antes del primer envío, porque una ruta que funciona en las pruebas puede ser filtrada el día del lanzamiento. Concilie los acuses de entrega con los pedidos y los reembolsos, no con el recuento bruto de mensajes: un aviso de entrega tardío y uno ausente se ven igual en el total de un panel.

Verificación al finalizar la compra y seguridad de la cuenta

Un OTP de pago es un secreto de vida corta, así que su diseño gira en torno al tiempo y los reintentos: fije una ventana de validez, limite los reenvíos, aplique límites de tasa por número y dispositivo, y recurra a un canal alternativo cuando el código no llega. El texto del mensaje no debe contener un número de cuenta completo ni un enlace a una página de inicio de sesión, porque el mensaje puede reenviarse. La explicación del fraude con OTP cubre los patrones.

Flotas de repartidores

Los repartidores de entrega se rastrean como una flota de vehículos de dos ruedas, no como usuarios de teléfono: la posición, la batería y el estado de la entrega viajan en un perfil de datos, mientras el teléfono del repartidor habla con la app de la plataforma por la red que tenga. Los cambios de turno, las geocercas del centro de distribución y las paradas de intercambio de baterías son los eventos que generan tráfico. La conectividad de vehículos, incluidas las bicicletas eléctricas y las flotas compartidas, se cubre en la página de movilidad inteligente; esta página cubre la mensajería orientada al comprador que la rodea. El perfil de datos se dimensiona por vehículo, así que un repartidor que deja la empresa no deja una línea activa.

Devoluciones, recogida y códigos de casillero

Una etiqueta de devolución y un código de recogida son secretos de un solo uso con un lugar y una fecha límite asociados. Envíe el código en el mismo mensaje que la ubicación y la ventana, mantenga el texto estable para que los destinatarios lo reconozcan y hágalo caducar en el servidor en lugar de confiar en el mensaje. Los casilleros añaden un segundo canal: el casillero envía un evento cuando se deposita un paquete y el comprador recibe un código que abre una puerta una vez. Las respuestas bidireccionales ayudan aquí, pero necesitan un número que pueda recibir mensajes, no un sender ID alfanumérico, que normalmente es unidireccional.

Enlaces de sede a China

Los marketplaces que mueven mercancía y datos entre la sede y China recorren dos tramos: el tráfico comercial entre equipos y proveedores, y la ruta de datos que hay detrás de los sistemas de abastecimiento, inventario y finanzas. Ambos empiezan por nombrar las aplicaciones, los sitios y la dirección del tráfico, porque un enlace dimensionado para el correo de oficina no se comporta en absoluto como uno que transporta datos de pedidos. El registro ICP y los pasos de transferencia transfronteriza de datos se aplican a algunos diseños; delimítelos con asesoría legal junto al contrato y trate la elección de conectividad como algo separado de la cuestión del registro. La página de cumplimiento de China enumera las preguntas que debe plantear a su asesor legal. Esto no es asesoramiento legal.

Paquete de productos

Datos mayoristas y eSIM

Datos móviles, eSIM y SIM IoT mayoristas

Perfiles de datos para flotas de repartidores dimensionados desde preajustes de rastreadores, con APN privados y reporte por vehículo.

Más información

Preguntas frecuentes

¿Envían en nuestro nombre o como nuestra plataforma?
Cualquiera de las dos. Las plataformas envían como CPaaS con su propio caudal; las empresas envían directo. Díganos cuál es su caso y evaluamos el acceso más adecuado, porque el registro del remitente y el contrato quedan en lados distintos de esa línea.

¿Cómo se conectan los teléfonos de los repartidores?
Los repartidores funcionan con perfiles de datos de flota; el detalle de los vehículos de dos ruedas está en la página de movilidad inteligente. Los mensajes orientados al comprador que le indican dónde está el repartidor viajan por una ruta A2P separada, con su propio registro de remitente.

¿Y nuestras oficinas de abastecimiento en China?
Los enlaces de sede a China se delimitan con pasos de registro y de transferencia de datos junto al contrato de mensajería. Empiece por nombrar las aplicaciones y los sitios; las cuestiones de cumplimiento se desprenden de ese inventario, no del contrato.

¿Por qué fallan los mensajes de pedido en el lanzamiento?
Normalmente por una de tres razones: el remitente nunca se registró para ese destino, la plantilla activa un filtro local de enlaces o palabras clave, o la ruta se dimensionó para pruebas y no para el volumen del lanzamiento. Pruebe la plantilla con antelación, registre el remitente pronto y reserve caudal antes de que empiece el calendario de campañas.

¿Cómo nos preparamos para un evento pico de ventas?
Prevea la ráfaga por destino, reserve el caudal y pruebe con antelación las plantillas que vayan a cambiar. Mantenga una cola con política de reintentos y caducidad definida, para que una acumulación no se convierta en miles de avisos de entrega obsoletos después del evento.

Fuentes

  1. 3GPP TS 23.040: realización técnica del SMS
  2. Circular [2017] n.º 32 del MIIT (vía CAC): líneas transfronterizas

Solicitar cotización

Díganos si envía como plataforma o como la empresa misma; evaluamos el acceso más adecuado.

Solicitar cotización Empresa usuaria