SMPP Server http GATEWAY



Documentos relacionados
Integración HTTP GET. Versión 2.0

Introducción... 3 PLATAFORMA TÉCNICA Petición de envío de SMS... 3 Ver estado de envíos de SMS... 5 Ver créditos disponibles...

Integración HTTP REST. Versión 2.0

Integración Web Services SOAP Gateway

Implementación del servicio de envío masivo de mensajes SMS HTTP/s API -

OBJETIVO REQUERIMIENTOS

Documentación Técnica Mail2SMS Versión 1.0

Integración de Infosms a través de correo electrónico Noviembre 2005

Documentación Técnica

Especificaciones de la Interfaz para envío de SMS

TELECO CHILE S.A. Web Services de Acceso a Plataforma SMS

Envío de mensajes MMS. IMPLEMENTACIÓN SERVICIO DE PASARELA MMS-push (http)

MundoSMS API SMS Premium

Modo básico de funcionamiento del módulo Velneo vmodapache V7

Especificación WebService para:

1. Accediendo a la plataforma HTTP de Marketext Código de ejemplo Seguridad y autenticación Enviando un SMS Simple 5

Envíos Certificados. Acceso

MANUAL DE LA APLICACIÓN DE ENVÍO DE SMS

Transferencias y Domiciliaciones - TPV Virtual

Especificaciones de la Pasarela SMS NÚMEROS LARGOS

1. Que es un nombre de dominio? Es un conjunto de caracteres alfanuméricos utilizados para identificar una computadora determinada en Internet.

API de Distribuidores:

XTRA SMS CERTIFICADOS

Manual del Protocolo XML-RPC de Mensajería Negocios

Indice. .01 Introducci n. .02 Perfiles de usuario. .03 Ingreso al portal Mi Entel PCS Empresas. .04 Activación de los teléfonos móviles de la empresa

API SMS. Manual de programador. Quadralia, SL Proyecto. Cliente. API Qsms Fecha 30/07/2012 Referencia API Qsms Revisión 3

API PASARELA SMS WEB SERVICE

MANUAL TECNICO API SMS-HTTP

APLICATECA. didimo Marketing. Manual de usuario. By DIDIMO Servicios Móviles.

SMS MARKETING IPLAN MANUAL DE SERVICIO

UNIDAD DIDACTICA 3 USUARIOS Y GRUPOS EN REDES WINDOWS 2003 SERVER II

Implementación del servicio de envío masivo de mensajes SMS CERTIFICADO HTTP/s API

Procedimiento de Notificación y Recepción de documentos de reclamos

Manual de USO de la Web. Afilnet.com. Afilnet. Servicios de Telecomunicaciones SMS

LA FIABILIDAD DE SIEMPRE CON VALIDEZ LEGAL


TouchKeeper Documentación funcionalidad Página 1 / 8

Gestión de acciones vía HTTP Action XML API

MANUAL DE AYUDA WEB SAT GOTELGEST.NET

Manual del Servicio Web. Afilnet.com. Afilnet. Servicios de Telecomunicaciones SMS

BIENVENIDO A Dhl PROVIEW GuíA DEl usuario

GESTIÓN DE VISADO TELEMÁTICO Manual de usuario Web (rev 1.1)

REGISTRO DE DOMINIOS CONECTIVIDAD ADSL HOSTING COMPARTIDO RED CORPORATIVA VPN SOPORTE TECNICO PROFESIONAL

Proceso de cifrado. La fortaleza de los algoritmos es que son públicos, es decir, se conocen todas las transformaciones que se aplican al documento

SINAUTO. (Captura Requirimientos) GRUPO 03

GUÍA DE INTEGRACIÓN API INFOSMS POR HTTPS Y

Manual de Usuario: Market Interact Basic

MANUAL DE AYUDA TAREA PROGRAMADA COPIAS DE SEGURIDAD

La plantilla propone aprovechar esta estructura en común y sólo modificar el contenido del área del documento que sea diferente.

Guías. _Mi Entel. SMS Empresas

GUÍA BÁSICA DE INSTALACIÓN

Obtener status de un mensaje... 2

La central reproduce un sonido largo si los datos de configuración son almacenados de forma correcta, y dos sonidos cortos si hay un error.

TPV VIRTUAL O PASARELA DE PAGOS DE CAJASTUR

EDITRAN/CL. Manual de Usuario e Instalación. Módulo de Cliente Departamental. Windows

CAPÍTULO 3 Servidor de Modelo de Usuario

GUÍA DE USUARIO DEL CORREO

API Versión 2.6 USUARIO FINAL

Oficina Online. Manual del administrador

MANUAL DE AYUDA. SAT Móvil (Movilidad del Servicio Técnico)

MANUAL DE USO DE CORREO ELECTRÓNICO, CALENDARIO Y CONTACTOS

MANUAL DEL PROVEEDOR

Guía para usar APIs de SMS Masivos

Configuración y uso de la aplicación SG SmartPanics: usuario final. PRESENTACIÓN DE LA APLICACIÓN

Manual SSO Avant2. Última revisión: 02/05/2013. Copyright Codeoscopic S.A.

MANUAL DE AYUDA MODULO TALLAS Y COLORES

NOTAS TÉCNICAS SOBRE EL SIT: Comunicados (II)

FACTURACIÓN ELECTRÓNICA EN EL AYUNTAMIENTO DE MISLATA. INFORMACIÓN A LOS PROVEEDORES

SIEWEB. La intranet corporativa de SIE

Cómo configurar el filtro de correo en el Servidor

Servicio de Fax Virtual de la UPV

IRIS MAIL. Manual de usuario

MundoSMS PUSH - API v2.0

INSTALACIÓN DE MEDPRO

Implementación del servicio de envío masivo de mensajes SMS HTTP/s API -

Guía de referencia para mytnt. mytnt. C.I.T Tecnología Aplicada al Cliente

[I-SOLVER] MANUAL USUARIO. i-solver GESTIÓN DE INCIDENCIAS 2012

Obtener status de un mensaje... 3

MANUAL SERVICIOS TELEFONIA FIJA

Manual CMS Mobincube

Pag. 1

Manual de Usuario versión ecomfax / ecomfax Enterprise. Febrero BY Comunycarse Network Consultants, S.L

ÍTEMS DEL MENÚ CREACIÓN Y GESTIÓN (Última revisión: lunes, 9 de marzo de 2009)

Manual de configuración de cuentas correo Configuración de Alias de Correo

JOOMLA MANUAL USUARIO Creación del portal

MANUAL TRAMITACIÓN PROCEDIMIENTO

GUÍA PARA REALIZAR PETICIONES RELACIONADAS CON TELEFONÍA IP A TRAVÉS DE LA OFICINA VIRTUAL

AVISADOR DE ALARMA AG1 GSM CON GPS

Versión / 04 / GUÍA RÁPIDA PARA USUARIOS

INSTALACIÓN DEL MÓDULO... 3 CONFIGURACIÓN DEL MÓDULO... 4 ACTIVACIÓN DEL MÓDULO EN LA ADMINISTRACIÓN... 4 CONFIGURACIÓN DEL MÓDULO:...

TUTORIAL ENVIO SMS MASIVOS. 1. Segmentación de la base de datos de clientes

TÉRMINOS Y CONDICIONES

Guía de referencia rápida del correo de voz de Avaya Distributed Office

GESad Time Control. Manual de uso v.2

MANUAL ECOMMERCE 2.0

Contabilidad Tabla de Pagos / Cobros.

LABORATORIO DE RC: PRÁCTICA 4: IMPLEMENTACIÓN DE UN CLIENTE DE CORREO

Iptables, herramienta para controlar el tráfico de un servidor

Escudo Movistar Guía Rápida de Instalación Dispositivos Symbian

Transcripción:

SMPP Server http GATEWAY

Introducción La plataforma http server permite al usuario enviar mensajes a través de esta plataforma. Para poder acceder a sus estadísticas y datos de facturación puede acceder a la web http://plusmms.net con sus datos de usuario. La comunicación entre el cliente no se realizará a través de ningún API proporcionado por la Empresa, sino que simplemente se realizará una comunicación HTTP, con algunos parámetros a la URL indicada. Este proceso se detalla a continuación. PLATAFORMA TÉCNICA Petición de envío de SMS Para poder enviar SMS a través de la plataforma, el cliente nos lanzará una petición a la web indicada posteriormente, usando ciertos parámetros (texto a enviar, número de teléfono destinatario, remitente, etc.), y nosotros le devolveremos una respuesta de confirmación de que todo ha ido bien, o una respuesta de error en caso contrario. A continuación se detallará las opciones de configuración disponibles, la URL a la que se debe llamar, y los parámetros que admite. Para generar la URL el cliente deberá hacer una llamada GET a la siguiente dirección: https://gateway.plusmms.net/send.php Pasándole una serie de parámetros: text: texto del mensaje. Como máximo puede tener 160 caracteres si no se especifica que el mensaje sea multiparte (ver parámetro 'parts'). El texto tiene que estar codificado en UTF-8 to: número de teléfono móvil destinatario del mensaje. Debe incluir el prefijo (Ej: En España 34666666666). Este campo permite indicar multiples destinatarios, para ello hay que separar los números de teléfono por el un espacio (Ej: 34666666666 34666666667 34666666668)

from: Texto del Remitente (opcional), esta etiqueta se compondrá de 15 números o 11 caracteres alfanuméricos. username: Código del cliente (número de móvil registrado en smspc.net). password: Clave de acceso del cliente en smspc.net. coding: Los posibles valores son 0 y 8. El valor 0 para envíos normales con codificación GSM7 y 160 caracteres por mensaje y el valor 8 para codificación UCS2 (UTF16) y 70 caracteres por mensaje. dlr-mask(opcional): para recibir confirmaciones de entrega dejarlo siempre en 8, en caso de no necesitarlo no hay que especificar este parámetro. fsend(opcional): Fecha en envió del mensaje. Si se necesita enviar mensajes programados se puede especificar la fecha de envío indicando la fecha en formato YYYYmmddHHiiss (Ej: 20130215142000 sería el 15 de febrero de 2013 a las 14:20). En caso de envío inmediato no se tiene que especificar este parámetro. parts(opcional): Indica el número máximo de partes en que se dividirá el mensaje para su envío. Esta variable tiene valor 1 por defecto, por lo que si no se especifica y se envía un mensaje de mas de 160 caracteres para codificación 0, el mensaje fallará. Hay que tener en cuenta que los mensajes concatenados solo pueden tener 153 caracteres por parte y que cada parte se tarifica como un envío. El servidor solo utilizará el mínimo de partes necesaria para realizar el envío del texto aunque el número de partes especificado sea superior al necesario. En caso de que el número de partes sea inferior al necesario para el envío del texto, el envío fallará con el error 105. trsec(opcional): Los valores posibles son 1 y 0. Con el valor 0 el servidor no modifica ningún carácter del mensaje, este es el valor por defecto. Con el valor 1 el servidor se encarga de modificar los caracteres comunes no validos en GSM7 a caracteres validos con la siguiente tabla de traducción: 'á' => 'a', 'í'=>'i', 'ó'=>'o', 'ú'=>'u', 'ç'=>'ç', 'Á'=>'A', 'Í'=>'I', 'Ó'=>'O', 'Ú'=>'U', 'À'=>'A', 'È'=>'E', 'Ì'=>'I', 'Ò'=>'O', 'Ù'=>'U', 'º' => '', 'ª' => '', 'Õ' => 'O', 'õ' => 'o', 'â' => 'a', 'ê' => 'e', 'î'=>'i', 'ô'=>'o', 'û'=>'u', 'Â'=>'A', 'Ê'=>'E', 'Î'=>'I', 'Ô'=>'O', 'Û'=>'U', 'ã' => 'a', 'Ã' => 'A'

Ejemplo de llamada: https://gateway.plusmms.net/send.php?username=tu_user &password=tu_login&to=3465467445+34627455334+34627545454 &text=prueba+de+envio&from=test&coding=0&dlr-mask=8 La clave de acceso (password) y el código del cliente (username) serán proporcionados por la empresa. Hay que comentar que con objeto de aumentar la seguridad del sistema, el cliente deberá indicar la IP desde donde se va a conectar, solo se permitirán envíos de la IP indicada por el cliente. Como se observa, la respuesta que devuelve la plataforma ante una petición de envío de SMS tendrá la siguiente sintaxis: 0: Accepted for delivery. ID 53337 En caso de error se devolverá una descripción del motivo del error. Respuestas a peticiones HTTP La sintaxis de las respuesta tiene el formato: {codigo de error}: {mensaje descriptivo}. ID {identificador envío} El identificador solo se entrega en caso de que la petición haya tenido éxito. Ejemplos de respuesta serian: 0: Accepted for delivery. ID 53337 105: Text message missing. Las posibles respuestas son: 0 "Accepted for delivery", 101 "Internal Database error", 102 "No valid recipients",

103 "Username or password unknown", 104 "Text message missing", 105 "Text message too long", 106 "Sender missing", 107 "Sender too long", 108 "No valid Datetime for send", 109 "Notification URL incorrect", 110 "Exceeded maximum parts allowed or incorrect number of parts", 111 "Not enough credits",

Anexo A: Acuses de recibo Si se desean recibir los acuses de recibo en tiempo real se deberá especificar la variable dlr-url con la URL del cliente donde quiere que se notifique es estado del envío. El funcionamiento consiste en especificar en cada petición http la URL donde se desea que realice una petición de nuestro servidor cuando se reciba una notificación por parte de la operadora. Para ello el cliente debe disponer de un servidor http capaz de recibir esas notificaciones. Nuestro servidor enviara las variables por el método GET tal como el cliente quiera, para ello en la URL que nos envía tiene que poner el nombre de la variable seguido de un carácter de escape que contendrá el valor, los caracteres de escape tienen la forma del carácter % seguido de una letra. Este seria un ejemplo de URL: http://mi.server.com/notifica.php?remitente=%p&tel=%p&estado=%d Estos son los caracteres de escape definidos: %i Identificador de NRS que se entregó cuando se hizo el envío %d valor del acuse de recibo %p el remitente del SMS %P el número de teléfono del receptor del mensaje SMS %t fecha del envío del mensaje con formato "YYYY-MM-DD HH:MM", e.j., "2015-09-21 14:18" El valor %d es el que nos devolverá el estado final del envío, los valores posibles son: 1: El mensaje ha sido entregado al destinatario. 2: El mensaje no se ha podido entregar al destinatario. 4: El mensaje ha sido entregado al SMSC, es una notificación intermedia, no un resultado final 16: No se ha podido entregar a la operadora final

Para explicar mejor el proceso, a continuación se da un ejemplo de cómo seria el envío de un sms y la recepción de su acuse de recibo. En primer lugar enviamos el sms con la variable dlr-url donde indicaremos la URL donde queremos recibir la notificación de entrega, añadiremos a esta URL nuestro identificador de envío para poder identificar inequívocamente cuando lo recibamos. La url final para la notificación seria: http://mi.server.com/notifica.php?idenvio=7584remitente=%p&tel=%p&est ado=%d Por tanto la llamada final que deberíamos hacer para enviar el sms seria: https://gateway.plusmms.net/send.php?username=tu_user&password=tu_l ogin&to=3465467445+34627455334+34627545454&text=prueba+de+envi o&from=test&coding=0&dlr-mask=8&dlrurl=http%3a%2f%2fmi.server.com%2fnotifica.php%3fidenvio%3d7584re mitente%3d%25p%26tel%3d%25p%26estado%3d%25d Suponiendo que todos los mensajes puedan ser entregados, recibiremos al script notifica.php tres peticiones con el estado=1, remitente=test, idenvio=7584 y el número de teléfono correspondiente.

Conjunto de caracteres básico Anexo B: Conjunto de caracteres GSM7 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x00 @ Δ SP 0 P p 0x01 _! 1 A Q a q 0x02 $ Φ " 2 B R b r 0x03 Γ # 3 C S c s 0x04 è Λ 4 D T d t 0x05 é Ω % 5 E U e u 0x06 ù Π & 6 F V f v 0x07 ì Ψ ' 7 G W g w 0x08 ò Σ ( 8 H X h x 0x09 Ç Θ ) 9 I Y i y 0x0A LF Ξ * : J Z j z 0x0B Ø ESC + ; K Ä k ä 0x0C ø Æ, < L Ö l ö 0x0D CR æ - = M Ñ m ñ 0x0E Å ß. > N Ü n ü 0x0F å É /? O o à Extensión del conjunto de caracteres básico, estos caracteres ocupan dos posiciones 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x00 0x01 0x02 0x03 0x04 ^ 0x05 0x06 0x07 0x08 { 0x09 } 0x0A FF 0x0B SS2 0x0C [ 0x0D CR2 ~ 0x0E ] 0x0F \