Integración HTTP GET. Versión 2.0

Documentos relacionados
SMPP Server http GATEWAY

SERVICIO DE ENVÍO MASIVO DE MENSAJES SMS MEDIANTE PROTOCOLO SMPP. smpp

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...

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

Integración Web Services REST Gateway

F U N D A D O POR DON 0SE B A T l L E Y O R D O Ñ E Z EL > 6 DE J U N I O DE « '»eriarclóo 0 E O O A4 I N C O A LLAMENOS CHURRASOUERA

TELECO CHILE S.A. WSDL SOAP de Acceso a Plataforma SMS

TELKIA. Especificación, SMSBROKER HTTP Protocol TELKIA. Versión: 2.5 Fecha: Page 1

El vapor Ortega fué ren olcado a la Habana seiridestruido por un incendio. La dictadura no ha de íavorecei a un solo partido sino a la nación entera

T E X T O D E L M A N U A L D E H T M L, W E B M A E S T R O, P O R F R A N C I S C O A R O C E N A

Documentación Técnica

NOTICIAS DE ULTIMA HORA CONFIRMAN QUE LA NORMALIDAD REINA EN ESPAÑA : L as versiones que llegan de

Especificació n de API IVR ITD Chile

Integración con la API informativa GUÍA DE INTEGRACIÓN CON LA API INFORMATIVA HTTPS. Página 1/11

Especificaciones de la Interfaz para envío de SMS

MANUAL TECNICO API SMS-HTTP

MundoSMS PUSH - API v2.0

OneAPI Interface Ref Push SMS. 13 de mayo de 2016 v1.1

Especificació n de API SMS ITD Chile

Especificación de API SMS ITD Chile

OBJETIVO REQUERIMIENTOS

Envío de SMS vía HTTP. HTTP XML API

Listado del registro de mensajes de la plataforma SMS de LleidaNetworks vía HTTP

Desde California llegan ya donativos para los niños pobres de Puerto Rico

API-SMS WebService Interface Ref Push SMS, Balance, ACKs. 19 de enero de 2016 v1.9

COMUNICACIÓN CON PANTALLAS MP-MERCURY MEDIANTE PROTOCOLO TCP-ASCII

SERVICIO DE ENVÍO MASIVO DE MENSAJES MMS MULTIMEDIA HTTPS/API

Professional v Manual de avisos por SMS

Manual del Protocolo XML RPC Mensajería Negocios

MundoSMS API SMS Premium

API-SMS WebService Interface Ref Push SMS, Balance, ACKs. 20 de noviembre de 2014 v1.7

API Versión 2.6 USUARIO FINAL

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

Guia de Implantación Mexicana (GIM) UN/EDIFACT/EANCOM CONTRL. Reporte de Aviso y Sintaxis. Nombre del mensaje: Fecha última actualización:

U N IC O D I A R IO E S P A Ñ O L E H I S P A N O A M E R I C A N O E N N U E V A Y O R K.

Ayuntamiento de Madrid

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

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

HOOVER SE MUESTRA OPTIISTA AL DICTAMINAR SOBRE LA CUESTION DE EMPLEOS Y TRABAJOS EN EL FUTURO

WEBSERVICE SOAP/XML Revisión 3.2 Septiembre Contenido

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

Archive (Respaldo) en MasterBase : Guía de consumo Web Service

API didimo Marketing - Aplicateca

En los ejemplos de esta documentación se usa el símbolo {:name} para tu nombre de usuario y {:pass} para tu contraseña.

SISTEMA DE NOTIFICACIONES DE LA JUNTA DE ANDALUCIA

Las guarniciones fronterizas de Guatemala fueron atacadas por la Cuyamel Fruit Co.

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

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

SERVICIO B2BCONECTA DE FACTURACIÓN INTEGRAL DEL GRUPO RENFE MANUAL DE USUARIO CLIENTE RECEPTOR DE FACTURA ELECTRÓNICA

Protocolos FTP de conexión a ediversa

Guía de integración Pagomedios API Revisión Agosto 2017

El expresidente de Costa Rica confiesa que se le incitó a dar un cuartelazo

m MMk-725 ENLACE GSM PARA ASCENSORES Manual M2M MMk-725 Enlace GSM para ascensores Merak

Especificaciones de la Pasarela SMS NÚMEROS LARGOS

^^conocerán los EE. UU, en H. América a los gobiernos creados por las revoluciones

Estructura del Sistema Braille

Tabla 3 Diámetro de la Nombre Perímetro de la muñeca muñeca (aprox.) Cierre: (20 minutos) Perímetro de Nombre Tal a o

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

* S P A N A ABRIO SUS CONSTITUYENTES

O f ic in a s : T i e m p o p r o b a b le ; C a n a l S t., N e w T o r K. T e le fo n o : C a n a! 1200.

e l E n i, 241) C anal S t., N e w Y o rk. T e l é f o n o : C an al

1. Introducción 2 2. Recibir Pagos con Tarjetas de Crédito y/o Débito 3 Notificación de Pago 3 Reporte de Pagos 4 3. Mantenciones 5 Incorporar /

Manual de Usuario para las Cargas a la Inscripción definitiva de Ensambladoras Versión Beta

JAPON CONTINUASUINVASIONDE CHINA BOMBARDEANDO NANKIN f qu«u ísultadt por ij prestito,' o, dice

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

Disco de Alberti. Y el disco interno: A B C D E F G H I J K L M N Ñ O P Q R S T U V W X Y Z

Para poder utilizar esta herramienta son necesarios los siguientes requisitos:

Documentación Técnica Mail2SMS Versión 1.0

ú

Ayuntamiento de Madrid

Redes y servicios móviles

Especificación WebService para:

Contacts REST: Guía de consumo Web Service

API-SMS WebService Interface Ref Push SMS, Balance, ACKs. 30 de marzo de 2016 v1.11

NOTIFICACIONES DE RECAUDO DE CARTERA

Procedimiento de quejas de padres

Envío de SMS en el portal Redvoiss.net

La función Send_SMS envía un SMS a uno o dos móviles de destino. Se usa una vez por cada SMS diferente que se desea enviar.

DOCENCIA A TRAVÉS DE MOODLE

Pasarela para envíos de faxes a través de interfaz HTTPS

ESQUEMA DE SEGURIDAD KEPLER 80

PortICConnector Manual de instalación y configuración

245 Canal St., N ew York T e lé fo n o : Canal LI uvíbh

Los dos círculos deben quedar unidos al centro y con la posibilidad de girar cada uno de ellos de forma independiente.

Documento de conexión con la plataforma. nvía

GUIA DE INTEGRACIÓN DE INFOFAX

1. Manual de registro de PIN

API-SMS HTTP/GET Interface Ref Push SMS, Balance, ACKs. 30 de marzo de 2016 v1.11

SMS. Envío de SMS desde Redvoiss.net. Marzo 2017

tj N IC O D IA R IO E S P A.^ O L E H IS P A N O A M E R IC A N O E N N U E V A Y O R K. NUEVA YORK, SABADO 1 DE AGOSTO DE 1931.

HOOVER ESTUDIARA LOS PROBLEMAS DE PUERTO RICO SOBRE EL TERRENO

De esta manera, cuando el usuario rellena un campo cómo el siguiente... <input type="text" name="telefono"> </form>


Obtener status de un mensaje... 4

Librería para la creación de páginas web con PHP 5 o superior con funciones de

Velneo vmodapache V7 7.6

Mini tutorial JavaMail Enviar un correo con JavaMail (Parte II)

MRW BUROFAX: PREGUNTAS FRECUENTES

API PASARELA SMS WEB SERVICE

Transcripción:

Integración HTTP GET Versión 2.0

Índice Introducción Pag: 3 Plataforma Técnica Pag: 4 Petición de envío de SMS Pag: 4 Respuestas a peticiones HTTP Pag: 5 Anexo A: Acuses de recibo Pag: 6 Anexo B: Conjunto de caracteres GSM7 Pag: 7 2

Introducción La plataforma http server permite al usuario enviar mensajes a través de esta plataforma. Para poder acceder a tus estadísticas y datos de facturación puedes acceder a la web http://dashboard.wausms.local con tus datos de acceso. 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. 3

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: http://dashboard.wausms.local/api/get/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, esta etiqueta se compondrá de 15 números o 11 caracteres alfanuméricos. username: Usuario proporcionado por la empresa. password: Clave de acceso del cliente en WauSMS. 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): Ara 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 UTC). La fecha se tiene que especificar en tiempo UTC (GMT+0). No se podrán programar envíos mas tarde de los 30 días siguientes. 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"=>"", "a"=>"", "Õ"=>"O", "õ"=>"o", "â"=>"a", "ê"=>"e", "î"=>"i", "ô"=>"o", "û"=>"u", "Â"=>"A", "Ê"=>"E", "Î"=>"I", "Ô"=>"O", "Û"=>"U", "ã"=>"a", "Ã"=>"A" Ejemplo de llamada: http://dashboard.wausms.local/api/get/send.php?username=tu_user&password=tu_login&to=3465467445+3462745533 4+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 4

En caso de error se devolverá una descripción del motivo del error. 5

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: Código Descripción 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 6

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 WauSMS 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&estado=%d Por tanto la llamada final que deberíamos hacer para enviar el SMS sería: http://dashboard.wausms.local/send.php?username=tu_user&password=tu_login&to=3465467445+34627455334+3462 7545454&text=Prueba+de+envio&from=TEST&coding=0&dlr-mask=8&dlrurl=http%3A%2F%2Fmi.server.com%2Fnotifica.php%3Fidenvio%3D7584remitente%3D%25p%26tel%3D%25P%26est ado%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. 7

Anexo B: Conjunto de caracteres GSM7 Conjunto de caracteres básico 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x00 @? SP 0 P p 0x01 _! 1 A Q a q 0x02 $? " 2 B B 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 8

0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x06 0x07 0x08 } 0x09 { 0x0A FF 0x0B SS2 0x0C [ 0x0D CR2 ~ 0x0E ] 0x0F \ 9