Specyfikacja wysyłek marketingowych v1.10

Podobne dokumenty
Dokumentacja interfejsu HTTPD. Platforma BSMS.PL Instrukcja podłączenia po przez http

Specyfikacja instalacji usługi SMS Premium w Przelewy24.pl

Specyfikacja HTTP API. Wersja 1.6

BRAMKA HTTP SMS XML Dokumentacja techniczna. wersja 3.32

DOKUMENTACJA TECHNICZNA SMS API MT

Dokumentacja techniczna SMS MO

Gatesms.eu Mobilne Rozwiązania dla biznesu

Dokumentacja Techniczna SMS MO

Specyfikacja techniczna. mprofi Interfejs API

Specyfikacja API bramki SMS/MMS/TTS

Dokumentacja smsapi wersja 1.4

Dokumentacja techniczna API systemu SimPay.pl

SMS Kod Automatyczny

DOKUMENTACJA PROTOKOŁU SMESX. Platforma SMeSKom - instrukcja korzystania z interfejsu HTTPS Protokół w wersji 2.2

Dokumentacja techniczna SMS MO

PAŁACE I PARKI WebAPI

DOKUMENTACJA PROTOKOŁU SMESX. Platforma SMeSKom - instrukcja korzystania z interfejsu HTTPS. Autor smeskom@smeskom.pl Data Wersja 1.

Dokumentacja Techniczna 1.2. Webtoken MT. Uruchomienie subskrybcji MT poprzez serwis WWW

Dokumentacja interfejsu MySQL. Platforma BSMS.PL Instrukcja podłączenia po przez mysql

DOKUMENTACJA PROTOKOŁU SMESX. Platforma SMeSKom - instrukcja korzystania z interfejsu HTTPS Protokół w wersji 2.0

Płatności CashBill - SOAP

Specyfikacja API bramki SMS/MMS/IVR

Połączenie Partnera z serwisem JustPay poprzez - METODĘ 2

Specyfikacja API bramki SMS/MMS/IVR

Dokumentacja API. SOAP - webservice v

Instrukcja instalacji skryptu Zaufane Opinie (OSTATNIA MODYFIKACJA )

Gatesms.eu Mobilne Rozwiązania dla biznesu

Spis treści 1. Założenia ogólne 2. Wymagania 3. Typy SMSów 4. Statusy SMSów 5. Wysyłanie SMSów - Web API 6. Wysyłanie SMSów - 7.

Funkcje dodatkowe. Wersja 1.2.1

DOKUMENTACJA INTERFEJSU MY MYSQL. Platforma SMeSKom instrukcja podłączenia poprzez mysql Protokół w wersji 2.0

Warszawa Specyfikacja techniczna. mprofi Interfejs API wersja 1.0.7

Specyfikacja API 1.0. Specyfikacja kontroli Konta systemu CashBill z wykorzystaniem API opartego na REST

Dokumentacja Użytkownika Systemu. Integracja z Okazje.info, Skąpiec, Sklepy24

SSL Reseller. Dokumentacja techniczna v.1.0 z dnia

INFORMACJE NA TEMAT STRUKTURY PLIKU XML

Specyfikacja instalacji systemu Przelewy24.pl

ezwroty WebApi Dokumentacja techniczna

Dokumentacja Użytkownika Systemu

Specyfikacja sms-api.pl

Funkcje dodatkowe. Wersja 1.2.1

sms-api.pl Zastosowania SMS w rozwiązaniach biznesowych niezawodna bramka SMS

Automater.pl zdalne tworzenie i zarządzanie transakcjami dokumentacja API wersja 0.1

SMSarena.pl Spółka z ograniczoną odpowiedzialnością. Platforma SMSarena.pl interfejs MYSQL API. ver

DOKUMENTACJA INTERFEJSU MY MYSQL. Platforma SMeSKom instrukcja podłączenia poprzez mysql Protokół w wersji 3.1

Dokumentacja systemu SODE.pl Data dokumentu: Wersja: 2.4.4

Dokumentacja API BizIn

POLITYKA PRYWATNOŚCI ORAZ POLITYKA PLIKÓW COOKIES W Sowa finanse

Proces obsługi deklaracji Intrastat w systemie Celina WebCel

Dokumentacja REST API v 3.0

Programowanie w Internecie

Specyfikacja Płatności CashBill. Instrukcja podłączenia płatności elektronicznych do typowych zastosowań.

Instrukcja obsługi programu Klient SMS v.1.0

Wdrożenie modułu płatności eservice. dla systemu Zen Cart

Dokumentacja API statystyk

OPIS TECHNICZNY SYSTEM HOSTED SMS

Dokumentacja REST API v 3.0

Dokumentacja techniczna RockPay

Dokumentacja systemu SODE.pl Data dokumentu: Wersja: 2.4.1

Wdrożenie modułu płatności eservice dla systemu PrestaShop

Ogólnopolskie Repozytorium Prac Dyplomowych

Subskrypcje MT (płatność za otrzymany SMS)

Wdrożenie modułu płatności eservice. dla systemu Magento

Wymagania dla systemu HIS w zakresie komunikacji HL7. Serwer odbierający transakcje HL7. Klient wysyłający transakcje HL7

Aktualizacja SMSFall v Data publikacji:

Wdrożenie modułu płatności eservice. dla systemu PrestaShop

SMS Kod Automatyczny

Atrybuty SMS. Nazwa Twojej firmy lub produktu w SMS-ie podniesie prestiż Twojej wiadomości

INSTRUKCJA OBSŁUGI USTAWIEŃ DYNAMICZNIE PRZEDZIELANYCH ADRESÓW IP W URZĄDZENIACH SYSTEMU IP-PRO ORAZ REJESTRATORACH MY-DVR

Ministerstwo Finansów

Rozszerzenie NASK EPP

Dokumentacja REST API v 3.0. Kraków, 7 marca FreshMail, ul. Fabryczna 20a, Kraków tel , freshmail.

API przekazy masowe - Dokumentacja. v 1.1, czerwiec 2014 KIP S.A. ul. Św. Marcin 73/ Poznań.

Spis treści INTERFEJS (WEBSERVICES) - DOKUMENTACJA TECHNICZNA 1

Dokumentacja SQL API 1

POLITYKA PRYWATNOŚCI

Programowanie w Sieci Internet JSP ciąg dalszy. Kraków, 9 stycznia 2015 r. mgr Piotr Rytko Wydział Matematyki i Informatyki

Specyfikacja interfejsów usług Jednolitego Pliku Kontrolnego

Quatra Max EDI. Moduł do elektronicznej wymiany danych w modelu B2B oraz B2G

Bezpieczne Zakupy. - specyfikacja techniczna implementacji uproszczonej

Dokumentacja techniczna - PBL

SMS/MMS Premium Rate

API transakcyjne BitMarket.pl

Specyfikacja Techniczna 2.0. Specyfikacja techniczna usługi dystrybucji kodów dostępowych PayCode

Szczegółowe warunki korzystania z bloków RIPE Wersja z dnia 11/02/2011 DEFINICJE ARTYKUŁ 2. Warunki korzystania z usługi

Dokumentacja techniczna asendo API

SYSTEM Artur Maliszewski

Polityka prywatności. Polityka prywatności POLITYKA PRYWATNOŚCI

DOKUMENTACJA INTERFEJSU API - HTTPS

Wdrożenie modułu płatności eservice dla systemu PrestaShop

Baza numerów Wersja 1.1

Dokumentacja 2SMS

Instrukcja integracji z portalem ogłoszeń praca.24portal.pl

Infs protokół komunikacyjny

HttpRequest Aplikacja Czat

Dokumentacja SMS przez FTP

Wdrożenie modułu płatności eservice. dla systemu Gekosale 1.4

Zarządzanie bazą danych

3S TeleCloud - Aplikacje Instrukcja użytkowania usługi 3S SMS SYSTEM

Transkrypt:

Specyfikacja wysyłek marketingowych v1.10 1

Historia zmian: Al. Jerozolimskie 81 Data Autor Opis 05-07-2013 Olga Krygier-Zawistowska Dodano przykład w PHP 2

Specyfikacja komunikacji Al. Jerozolimskie 81 Zadaniem systemu jest przekazywanie wiadomości marketingowych w kierunku od dostawcy do klienta (komórka). Teleaudio wystawia skrypt na który będą przesyłane dane za pomocą HTTP Post. Dokument XML powinien być przekazany w parametrze xmlmsg metody POST. Jeden przesłany dokument może zawierać wiele wiadomości SMS. Uwaga: Adres URL w atrybucie link elementu <att> powinien być unikalny jeśli ten sam adres zostanie przesłany więcej niż raz, system Teleaudio pobierze go z cache a, nie z serwera Partnera. <data> <msisdn id="12339864">500500500</msisdn> <! - gdzie: msisdn - numer telefonu klienta w formacie 9 cyfrowym, id - unikalny identyfikator wiadomości po stronie partnera Możliwe jest użycie do 100 elementów msisdn. <la>sms INFO</la> <! - numer/nadpis (max. 11 znaków) za pomocą którego ma być wysłana wiadomość <msg>tresc sms</msg> treść wiadomości (max długość = 900 znaków) <requestsentreport>true</requestsentreport> <! wymóg raportów wysłania wiadomości, dopuszczalne wartości: true dla każdej wiadomości wysłanie zostanie raport z wysyłki onerror raport zostanie wysłany tylko dla wiadomości odrzuconych <requestdeliveryreport>true</requestdeliveryreport> <! wymóg raportów dostarczenia wiadomości </data> 3

Przykład: <data> <msisdn id="43339864">608309300</msisdn> <la>smsinfo</la> <msg>zapraszamy do naszego sklepu z tym sms promocyjnym</msg> <requestsentreport>true</requestsentreport> <requestdeliveryreport>true</requestdeliveryreport> </data> W odpowiedzi serwer Teleaudio będzie odsyłał http 200 jeśli poprawnie uda się umieścić smsy w kolejce do wysłania. Aplikacja odbierająca może zwrócić następujące błędy http 500 + ERROR: XML PARSING http 500 + ERROR: Your request was not recognized http 401 http 500 + ERROR odebrany dokument XML nie jest poprawny i został odrzucony przez parser XML klient dostaje się pod zły adres błąd autoryzacji wystąpił wewnętrzny błąd w aplikacji odbierającej Zabezpieczenie przez zduplikowanymi wiadomościami System SRM przekazuje wiadomości do DeDuplikatora systemu sprawdzającego czy w przeciągu ostatnich kilkunastu minut, nie były przez Partnera wysyłane wiadomości o takim samym id na ten sam numer telefonu (msisdn). Jeśli zdarzy się taka sytuacja, zduplikowana wiadomość nie zostanie dostarczona na telefon komórkowy. Mimo to SRM odpowie na xml owy request wartością true w elemencie accepted (jeśli tylko request będzie prawidłowy). Żądania wysyłki należy kierować na adres: http://srm.teleaudio.pl/srm_v2/partner/send.aspx?ver=ext 4

Serwer Teleaudio po otrzymaniu takiego żądania zwraca raport z informacjami o statusie. <response> <accepted>true/false</accepted> status dalszego przetwarzania, true znaczy że TA podejmie próbę dostarczenia wiadomości do operatora. <guid>baf6d036-d92b-4fe7-a159-aed5448a8847</guid> identyfikator wiadomości nadany przez system TA <id>25346782</id> identyfikator wiadomości partnera, której dotyczy status <reason>powód odrzucenia</reason> tekstowy opis powodu odrzucenia wiadomości pojawia się tylko w przypadku błędu </response> Przykład: <response> <accepted>true</accepted> <guid>abf6d036-c92b-4je7-a159-aem5448a8847</guid> <id>124525734</id> <reason>delivery failed</reason> </response> 5

Przykład w PHP // --- create required variables $id = '12345'; $la = '4455'; $msisdn = '600972393'; $msg = 'TEST'; // ----- create xmlmsg body $xml = '<?xml version="1.0" encoding="utf-8"?><data> <msisdn id="'. $id. '">'. $msisdn.'</msisdn> <la>'. $la. '</la><msg>'. $msg. '</msg></data>'; // ----- $fields = array('xmlmsg' => urlencode($xml)); $url = 'http://srm.teleaudio.pl/srm_v2/partner/send.aspx?ver=ext'; foreach($fields as $key=>$value) { $fields_string.= $key.'='.$value.'&'; } rtrim($fields_string,'&'); $ch = curl_init(); curl_setopt($ch, CURLOPT_USERAGENT, "partner.domain system" ); curl_setopt($ch,curlopt_url,$url); curl_setopt($ch,curlopt_post,count($fields)); curl_setopt($ch,curlopt_postfields,$fields_string); curl_setopt($ch,curlopt_returntransfer,1); $result = curl_exec($ch); $info = curl_getinfo($ch); curl_close($ch); print '<b>result:</b> <pre>'. print_r($result,1). '</pre><br >'; print '<b>info:</b> <pre>'. print_r($info,1). '</pre><br >'; 6

Informacje wymagane do skonfigurowania połączenia Al. Jerozolimskie 81 Następujące dane są wymagane: 1) Adres IP, z którego Partner wysyła żądania 2) Adres URL, na który Teleaudio będzie wysyłać wiadomości 3) Nazwisko i dane kontaktowe osoby po stronie Partnera, odpowiedzialnej za kwestie techniczne Uwaga: Teleaudio wysyła żądania z następującego adresu IP: 195.8.220.0/23 Kontakt techniczny: programisci@teleaudio.pl Przygotowali: Olga Krygier-Zawistowska Email: olga.krygier-zawistowska@teleaudio.pl Tel.: +48 22 244 40 41 Artur Aksamit Email: artur.aksamit@teleaudio.pl Tel.: +48 22 244 40 46 7