Specyfikacja HTTP API. Wersja 1.6

Podobne dokumenty
Dokumentacja smsapi wersja 1.4

DOKUMENTACJA TECHNICZNA SMS API MT

Funkcje dodatkowe. Wersja 1.2.1

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

Specyfikacja instalacji usługi SMS Premium w Przelewy24.pl

Funkcje dodatkowe. Wersja 1.2.1

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

Instrukcja korzystania z usługi 2SMS. Wersja 2.0 [12 stycznia 2014] bramka@gsmservice.pl

Dokumentacja SMS przez FTP

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

Specyfikacja wysyłek marketingowych v1.10

Specyfikacja techniczna. mprofi Interfejs API

Dokumentacja REST API v 3.0

OPIS TECHNICZNY SYSTEM HOSTED SMS

Dokumentacja API. SOAP - webservice v

BRAMKA HTTP SMS XML Dokumentacja techniczna. wersja 3.32

API transakcji - Dokumentacja. v 2. 2, marzec 2017 KIP S.A. ul. Św. Marcin 73/ Poznań.

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

Dokumentacja REST API v 3.0

Dokumentacja techniczna API systemu SimPay.pl

SYSTEM ZARZĄDZANIA DANYMI OSOBOWYMI - INSTRUKCJA UŻYTKOWNIKA

DOKUMENTACJA INTERFEJSU API - HTTPS

Gatesms.eu Mobilne Rozwiązania dla biznesu

DOKUMENTACJA TECHNICZNA KurJerzyAPI wersja 1.0

Dokumentacja 2SMS

Wszystkie dane powinny być przekazane za pomocą metody POST, zakodowane za pomocą funkcji urlencode().

INSTRUKCJA AKTYWACJI I OBSŁUGI BRAMKI SMS DLA FIRM. (Bramka SMS dla małych Firm, Bramka SMS Pro)

Instrukcja integratora - obsługa dużych plików w epuap2

Dokumentacja interfejsu SMS HTTP API. Wersja 3.0 [15 styczeń 2008]

Dokumentacja API Stacja z Paczką ver. 2.14

Dokumentacja interfejsu SMS HTTP API. Wersja 3.1 [18 marzec 2008]

Dokumentacja interfejsu Webservices API. Wersja 2.0 [12 stycznia 2014]

DOKUMENTACJA IMPLEMENTACJI MECHANIZMÓW OBSŁUGI AHMES SMS (soap)

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

INSTRUKCJA OBSŁUGI APLIKACJI WEBFAX DLA UŻYTKOWNIKA

Zasady budowy i przekazywania komunikatów XML dla rynku OTC w systemie KDPW_CCP

Dokumentacja interfejsu API

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

Baza numerów Wersja 1.1

Zasady budowy i przekazywania komunikatów wykorzystywanych w Systemie IT KDPW_CCP

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

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

Gatesms.eu Mobilne Rozwiązania dla biznesu

Ogólnopolskie Repozytorium Prac Dyplomowych

Zasady budowy i przekazywania komunikatów XML w systemie kdpw_otc

Portal zarządzania Version 7.5

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

Ministerstwo Finansów

API transakcyjne BitMarket.pl

Doładowania telefonów

Specyfikacja API bramki SMS/MMS/TTS

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

Specyfikacja sms-api.pl

Warszawa Specyfikacja techniczna. mprofi Interfejs API wersja 1.0.7

Zasady budowy i przekazywania komunikatów XML w systemie kdpw_otc

Instrukcja obsługi Modułu Payu dla Moodle 2.x

Opis plików wymiany danych.

Spis treści DOKUMENTACJA TECHNICZNA. STS API wersja 1.1

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

Implementacja mechanizmu SkyCashClick Wersja 0.1

Aktualizacja SMSFall v Data publikacji:

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

1. Proszę wejść na stronę: poczta.home.pl i zalogować się do nowej skrzynki za pomocą otrzymanych danych.

Dokumentacja SMPP API

PANEL ADMINISTRACYJNY SPRZEDAWCY SZYBKI START

Paczkomaty API XML D-ST D - Informacja publiczna DOCUMENT ID:

ezwroty WebApi Dokumentacja techniczna

Dokumentacja API BizIn

1.2 Prawa dostępu - Role

Podręcznik Integracji

Wersja dokumentu: Data: 28 kwietnia 2015r.

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

Wprowadzenie... 2 Komunikaty ogólne... 3 Wysyłanie wiadomości SMS o jednakowej treści... 7 Wysyłanie spersonalizowanych wiadomości SMS...

Dokumentacja Użytkownika Systemu

Integracja z pocztą Gmail. Integracja Poczta Google. Wersja 1.0 SPIS TREŚCI

Aplikacja WWW Booster. praktyczny poradnik uzupełnienia newslettera wysyłką SMS. FreshMail

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

Generowanie kluczy API

Specyfikacja interfejsów usług Jednolitego Pliku Kontrolnego

Moduł integrujący serwis Korporacji Kurierskiej z programem WF-MAG Instrukcja użytkowania

Serwis jest dostępny w internecie pod adresem Rysunek 1: Strona startowa solidnego serwisu

Integracja oprogramowania GASTRO z systemem Blue Pocket

Obsługa aplikacji Walne Zgromadzenia. Instrukcja użytkownika. wersja 6.1

Świadczenie usługi hurtowej wysyłki wiadomości SMS dla Urzędu Miasta Torunia w latach

Dokumentacja SQL API 1

Obowiązuje od r.

Wnioski i dyspozycje elektroniczne. Instrukcja użytkownika systemu bankowości internetowej dla firm. BOŚBank24 iboss

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

JAK SAMODZIELNIE UTWORZYĆ POTWIERDZENIE DANYCH Z ZUS na portalu PUE ZUS

Integracja GlobKurier.pl - SoteShop. Instrukcja wdrożenia i konfiguracji

Poczta Polska S.A. Opis struktury pliku z danymi przekazów pocztowych lub Ekspresów Pieniężnych. Wersja 2.1

Instrukcja do programu Do7ki 1.0

Instrukcja obsługi integracji

1. Nadanie Paczki MINI bez wydruku etykiety zwrotnej... 3

Dokumentacja techniczna asendo API

InPost dla WooCommerce. kompatybliny z wersjami: 2.3.x, 2.4.x, 2.5.x. Instrukcja obsługi

Dokumentacja panelu Klienta

,Aplikacja Okazje SMS

Instrukcja uruchomienia usługi KurJerzyAPI dla OsCommerce 2.2

Transkrypt:

Specyfikacja HTTP API Wersja 1.6

1. Wprowadzenie Platforma PlaySMS umożliwia masową rozsyłkę SMS-ów oraz MMS-ów marketingowych. Umożliwiamy integrację naszej platformy z dowolnym systemem komputerowym za pomocą opisanego w niniejszym dokumencie API. 1.1 Rozpoczęcie współpracy Aby zacząć korzystać z platformy należy założyć konto w serwisie PlaySMS pod adresem https://www.play.pl. Następnie należy uzupełnić dane firmy w zakładce 'Mój Profil' oraz doładować konto punktami (PrePaid) lub podpisać umowę abonamentową (PostPaid) co umożliwi wysyłkę wiadomości. 1.2 Klucz API Każdy użytkownik systemu posiada unikalny klucz API, który należy przekazywać we wszystkich żądaniach HTTP wysyłanych do PlaySMS. Klucz pozwala na identyfikację użytkownika, pełni rolę loginu dla interfejsu API. Swój klucz można znaleźć w zakładce 'API'. 1.3 Hasło do API Hasło do interfejsu API po rejestracji nowego konta jest takie samo jak hasło do panelu WWW. Aby zmienić hasło do API, należy skorzystać z formularza w zakładce 'API'. Hasło do API oraz hasło do panelu WWW są od siebie niezależne. 2. Wysyłanie wiadomości wersja podstawowa W wersji podstawowej można wysyłać jedynie wiadomości SMS / SMS 2WAY. Więcej opcji jest dostępnych w wersji zaawansowanej opisanej w pkt. 3 niniejszej instrukcji. Adres URL na który należy wysyłać żądania: https://api.play.pl/send Typ żądania: HTTP GET Wymagane parametry: key klucz API password hasło do API from pole nadawcy (np. Informacja lub własne) msg treść wiadomości

to numer telefonu odbiorcy, może występować wiele razy przykład: https://api.play.pl/send?key=faf43b22-4150-132c-n7g5- d031a81ada88&password=haslo123&from=informacja&to=500501502&to=60060 1602&msg=Wiadomość testowa 3. Wysyłanie wiadomości wersja zaawansowana Adres URL na który należy wysyłać żądania: https://api.play.pl Typ żądania: HTTP POST Format danych: XML

Dane należy przekazać w parametrze o nazwie xmldata. Kodowanie używane przez system to UTF-8. 3.1 Wysyłka SMS / SMS 2WAY (wiadomości dwukierunkowe) Przykład zawartości żądania (wartość parametru xmldata): <?xml version="1.0" encoding="utf-8"?> <data> <key>cc048036-5b49-4d48-a629-6b3224fd0f62</key> <password>tajne_haslo123</password> <> <from>auto HANDEL</from> <msg>witamy! Jest to przykład pierwszej rozsyłki. </msg> <to>000111222</to> <to>333444555</to> <to>666777888</to> <clear_polish>1</clear_polish> </> </data> Ważne: żądanie może zawierać tylko jedną sekcję <>. Wykaz wszystkich dostępnych parametrów dla wysyłek SMS: Element Nazwa nadrzędn Opis parametru y data key Klucz identyfikujący użytkownika. data data data password format Hasło do API, które domyślnie jest takie samo jak hasło do panelu www. Można je zmienić w zakładce API. Element definiujący pojedynczą wiadomość SMS. Definiuje format w jakim zwracana jest odpowiedź. Możliwe wartości to xml lub json. Wartość domyślna to xml. from Widoczna przez odbiorców nazwa nadawcy SMS. W przypadku wysyłek jednokierunkowych można korzystać z nazw domyślnych lub z nazw

msg to date clear_polis h test wcześniej zdefiniowanych w panelu www (zakładka Pole nadawcy ) i zaakceptowanych przez administrację serwisu. W przypadku komunikacji dwukierunkowej (2WAY), należy podać specjalny numer telefonu dedykowany do komunikacji dwustronnej. Parametr jest wymagany. Treść wiadomości. Pojedynczy SMS może mieć długość 160 znaków lub 70 znaków jeśli w wiadomości występuje przynajmniej jeden znak specjalny (w tym polskie znaki). Jeśli treść wiadomości jest dłuższa zostanie podzielona na kilka SMS (max. 6). Numer odbiorcy wiadomości. Dozwolone formaty: XXXXXXXXX 48XXXXXXXXX Element ten może występować wielokrotnie co spowoduje wysłanie danej wiadomości do wielu odbiorców na raz. Maksymalna ilość odbiorców w jednym żądaniu wynosi 10000. Nieprawidłowe numery zostaną pominięte. Jeśli numer występuje 2 lub więcej razy, duplikaty zostaną pominięte. Data określająca kiedy wiadomość ma być wysłana. Brak daty lub data przeszła spowodują natychmiastowe wysłanie wiadomości. Dozwolone formaty: Unixtime (np. 1276623871) dd-mm-yyyy HH:mm:ss (np. 21-05-2017 10:05:00) Rozsyłki są planowane wg polskiej strefy czasowej. Jeśli wartość tego parametru wynosi 1 to wszystkie polskie znaki w treści wiadomości zostaną zastąpione na swoje odpowiedniki, np. ą=a, ć=c, ł=l, itd. Jeśli wartość tego parametru wynosi 1, wiadomość nie jest wysyłana. Zwracana jest jednak standardowa odpowiedź API. Służy celom testowym.

3.2 Wysyłka MMS Przykład zawartości żądania (wartość parametru xmldata): <?xml version="1.0" encoding="utf-8"?> <data> <key>cc048036-5b49-4d48-a629-6b3224fd0f62</key> <password>tajne_haslo123</password> <mms> <from>48664079876</from> <title>tytuł MMS</title> <msg>tutaj znajdzie się treść MMS</msg> <to>000111222</to> <to>333444555</to> <to>666777888</to> <clear_polish>1</clear_polish> <attachments> <att nr="1" link="http://adres.do.obrazka.pl/obrazek.jpg" mimetype="image/jpeg"/> </attachments> </mms> </data> Ważne: żądanie może zawierać tylko jedną sekcję <mms>. Wykaz wszystkich dostępnych parametrów dla wysyłek MMS: Element Nazwa nadrzędn Opis parametru y data key Klucz identyfikujący użytkownika. data data password mms Hasło do API, które domyślnie jest takie samo jak hasło do panelu www. Można je zmienić w zakładce API. Element definiujący pojedynczą wiadomość MMS. data format Definiuje format w jakim zwracana jest odpowiedź. Możliwe wartości to xml lub json.

Wartość domyślna to xml. Numer nadawczy MMS. Parametr jest mms from wymagany. Tytuł MMS. Nie wszystkie telefony wyświetlają to pole, zależy to od danego modelu. Przed mms title skorzystaniem z tego pola należy się upewnić, że telefon odbiorcy wyświetla tytuł MMS. Treść wiadomości. Pojedynczy MMS może mieć mms msg maksymalnie 75 kb. Na ten rozmiar składają się tytuł, treść oraz załącznik. mms to Patrz wysyłka SMS. mms date Patrz wysyłka SMS. clear_polis mms Patrz wysyłka SMS. h mms test Patrz wysyłka SMS. attachment Element nadrzędny dla załącznika. Patrz mms s przykład powyżej. Element definiujący załącznik do MMS. Może występować tylko 1 raz. attachment s att Należy zdefiniować 3 atrybuty znacznika <att>: 1. nr numer załącznika (np. 1) 2. link adres url do załącznika 3. mimetype typ MIME załącznika(np. image/jpeg) Patrz przykład powyżej. 4. Komunikaty zwracane przez API Odpowiedź zwracana przez API zawiera informacje o tym czy żądanie zostało zaakceptowane. Jeśli tak, to rozsyłka została zakolejkowana i będzie zrealizowana zgodnie z żądaniem. Dodatkowo zwracany jest unikalny identyfikator danej wysyłki, umożliwiający np. jej anulowanie. Jeśli operacja przebiegła poprawnie zostanie zwrócony komunikat:

<response> <result>ok</result> <errormsg></errormsg> <errorcode></errorcode> <messageid>214990</messageid> // unikalne ID wysyłki </response> W przeciwnym przypadku API zwróci komunikat o błędzie: <response> <result>error</result> // OK lub ERROR <errormsg>błąd / Powód odrzucenia</errormsg> <errorcode>101</errorcode> // kod błędu nadany przez PlaySMS </response> Lista komunikatów zwracanych przez API: Kod Komunikat Błąd parsowania danych - sprawdź 100 czy wysyłasz poprawne dane. Niepoprawny klucz - sprawdź swój 101 klucz API. Niepoprawne hasło API. Domyślne 102 hasło jest takie samo jak hasło do panelu. 103 Niepoprawne pole nadawcy. Wiadomość jest zbyt długa. Limit 104 wynosi 6 na wiadomość. Wykorzystano ustawiony limit na 105 wysyłki. Limit można zmienić w zakładce Mój Profil. Lista odbiorców jest pusta. Upewnij się, że wprowadzono przynajmniej 106 jeden numer nie znajdujący się na czarnej liście. 107 - Data jest niepoprawna. Dozwolony 108 format daty opisany jest w specyfikacji. Brak wystarczających środków na 109 koncie. 110 Adres IP nie znajduje się na liście

dozwolonych adresów. 111 Limit ilości odbiorców wynosi 10000. Pojedyncze wywołanie API może 112 zawierać tylko jeden typ wiadomości, np. tylko SMS lub tylko MMS. 113 Niepoprawne pole nadawcy dla produktu innego niż MMS 114 Wiadomość MMS może zawierać tylko jeden załącznik. 115 Rozmiar wiadomości przekracza dozwoloną wartość. 5. Lista pól nadawcy API umożliwia pobranie listy dostępnych pól nadawcy. Pola te można wykorzystać jako wartość parametru <from> np. <from>auto HANDEL</from> Aby pobrać pola nadawcy należy wysłać żądanie POST pod adres https://api.play.pl/senderfields. Żądanie musi zawierać parametry "key" oraz "password" tj. klucz i hasło do API. W odpowiedzi zwracana jest lista pól nadawcy, na początku listy są pola zdefiniowane przez klienta, po nich występują pola ogólnodostępne. Domyślnie zwracana jest lista pól nadawcy dla produktu SMS. Aby pobrać listę pól nadawcy dla innych produktów np. MMS lub 2WAY, należy podać dodatkowy parametr "product". Możliwe wartości parametru "product" to: SMS MMS 2WAY Parametr nie jest wymagany.

6. Sprawdzenie stanu konta API umożliwia sprawdzenie stanu konta tj. ilości punktów do wykorzystania na wysyłki SMS / MMS / 2WAY. Aby pobrać stan konta należy wysłać żądanie POST pod adres https://api.play.pl/getbalance. Żądanie musi zawierać parametry "key", "password" oraz "product" tj. klucz, hasło do API, rodzaj produktu. W odpowiedzi zwracany jest stan konta dla danego produktu. Możliwe wartości parametru "product" to: SMS MMS 2WAY 7. Anulowanie zaplanowanej wysyłki API umożliwia anulowanie zaplanowanej (nie zrealizowanej) wysyłki. Jeśli operacja przebiegnie poprawnie, środki pobrane za wysyłkę są zwracane na saldo konta (w przypadku konta pre-paid). Aby anulować zaplanowaną wysyłkę należy wysłać żądanie POST pod adres https://api.play.pl/cancelmessage. Żądanie musi zawierać parametry "key", "password" oraz "messageid" tj. klucz, hasło do API oraz unikalne ID wysyłki (patrz rozdział 4). 8. Sprawdzenie statusu wysyłki API umożliwia sprawdzenie szczegółów dotyczących zaplanowanej lub zrealizowanej wysyłki. Aby pobrać szczegółowy raport dotyczący wysyłki należy wysłać żądanie POST pod adres https://api.play.pl/getmessagestatus. Żądanie musi zawierać parametry "key", "password" oraz "messageid" tj. klucz, hasło do API oraz unikalne ID wysyłki (patrz rozdział 4).