PDW Sp. z o. o. Dokumentacja techniczna API. Przygotował: Tomasz Meka (tomek@elibri.com.pl)

Wielkość: px
Rozpocząć pokaz od strony:

Download "PDW Sp. z o. o. Dokumentacja techniczna API. Przygotował: Tomasz Meka (tomek@elibri.com.pl)"

Transkrypt

1 PDW Sp. z o. o. Dokumentacja techniczna API Przygotował: Tomasz Meka (tomek@elibri.com.pl)

2 Platforma - Dokumentacja techniczna API, Strona 2 Spis treści 1. Historia zmian 2. Wstęp 3. Protokół komunikacji 4. Rejestracja transakcji 5. Pobranie listy dostępnych produktów 6. Pobranie listy wkrótce dostępnych produktów 7. Pobranie listy wkrótce niedostępnych produktów 8. Specyfikacja wymiany plików 9. Specyfikacja szyfrowania plików 10. Anulowanie transakcji 11. Zgłoszenie reklamacji 12. Awaryjne wyłączenie pliku 13. Pobranie listy przygotowanych promocji w systemie 14. Lista dostępnych serwerów 15. Przykład kodu w PHP

3 Platforma - Dokumentacja techniczna API, Strona 3 Historia zmian 7 marca 2013 pierwsza wersja dokumentu Tomasz Meka Do dyskusji jest procedura awaryjnego wyłączania sprzedaży produktu. 26 marca 2013 Tomasz Meka Informacja o szyfrowaniu przekazywanych plików 4 kwietnia 2013 Tomasz Meka Przy pobieraniu pliku serwer może zwrócić kod 302 (przekierowanie na inny url) 4 kwietnia 2013 Tomasz Meka Specyfikacja xml-a z informacją o promocjach 8 kwietnia 2013 Tomasz Meka Poprawiona informacja o wygasających plikach 16 kwietnia 2013 Tomasz Meka Dodana możliwość anulowania transakcji 16 kwietnia 2013 Tomasz Meka Informacja, jakie metody obsługiwane są na zapasowych serwerach 29 kwietnia 2013 Tomasz Meka Zmiana trybu pobierania zaszyfrowanych plików master

4 Platforma - Dokumentacja techniczna API, Strona 4 O systemie Platforma Dystrybucyjna Wydawnictw Sp. z o.o. (dalej zwana Platformą) jest spółką założoną przez jedne z największych wydawnictw beletrystycznych w Polsce. Wydawnictwa-założyciele zdecydowali oddać Platofmie do wyłącznej dystrybucji wydawane przez siebie e-booki. W celu obsługi tej sprzedaży powstał system informatyczny, którego zadaniem jest automatyzacja wymiany informacji i plików pomiędzy Platformą a Dystrybutorami (zwanymi w tym dokumencie również sklepami) Komunikacja pomiędzy Dystrybutorem a systemem Platformy odbywa się poprzez API, opisane w poniższym dokumencie. Proces wymiany informacji zaczyna się od metadanych książki. Wydawnictwa zrzeszone w Platformie wykorzystują w tym celu platformę elibri. Opis API metadanych znajduje się pod adresem Wydawnictwa eksportują na platformę pliki, które następnie są udostępniane Dystrybutorom na kilka dni przed rozpoczęciem sprzedaży (opis mechanizmu). Za pomocą tego mechanizmu dostarczane są także uaktualnienia plików. Każdy Dystrybutor otrzymuje treść unikalnie znakowaną, co w przypadku odnalezienia jej w internecie, gdzie została nieprawnie udostępniona lub wykorzystana, pozwala ustalić, przez którego z Dystrybutorów plik ten został sprzedany. Dystrybutor może w każdej chwili pobrać listę dostępnych, wygasających oraz przewidywanych do sprzedaży wkrótce produktów. Listy te mogą być różne dla różnych Dystrybutorów, w zależności od zapisanych w systemie przedsprzedaży lub ewentualnych blokad współpracy między Wydawcą a Dystrybutorem. Przed oznaczeniem pliku Dystrybutor jest zobowiązany do zarejestrowania transakcji w systemie dystrybucyjnym Platformy. Tylko takie zarejestrowanie będzie oznaczało możliwość sprzedaży pliku odbiorcy końcowemu. Platforma gwarantuje, że wszystkie E-publikacje, znajdujące się na liście aktualnie dostępnych E-publikacji, będą dostępne dla Dystrybutora do następnego dnia Roboczego, do godziny (CET), chyba, że została podana data wygaśnięcia możliwości sprzedaży danej E-publikacji. Po dokonaniu transakcji Dystrybutor ma prawo zgłoszenia reklamacji. Może mieć to miejsce w przypadku, jeśli odbiorca końcowy wycofa się z transakcji (wybrał nieprawidłową książkę, dokonał zwrotu towaru itd). Tak zgłoszona transakcja nie będzie brana pod uwagę w rozliczeniach sprzedaży. Właścicielami oprogramowania jest Platforma Dystrybucyjna Wydawnictw Sp. z o.o., do której należą: Wydawnictwo Czarna Owca Sp. z o.o. Dom Wydawniczy REBIS Sp. z o.o. Wydawnictwo NASZA KSIĘGARNIA Sp. z o.o. Prószyński Media Sp. z o.o. Sonia Draga Sp. z o.o. Wydawnictwo Literackie sp. z o.o. Zysk i S-ka Wydawnictwo Protokół komunikacji Komunikacja z serwerem Platformy odbywa się poprzez protokół HTTP z wykorzystaniem metod GET i POST. Metoda GET służy do pobierania danych, POST służy do wywołania operacji modyfikujących. W przypadku powodzenia operacji serwer zwraca kod HTTP 200 OK. Każdy dystrybutor dostaje token publiczny i prywatny (secret) pierwszy służy do identyfikacji dystrybutora, drugi do podpisywania transakcji. Każde wywołanie metod wymaga przynajmniej trzech parametrów, które służą autentykacji i autoryzacji: token - token otrzymany od Platformy jednoznacznie identyfikujący dystrybutora timestamp - Liczba sekund, która upłynęła od 1 stycznia 1970 roku (Ruby: Time.now.to_i, PHP: time()) sig - Podpis zlecenia za pomocą algorytmu HMAC (stamp jest kluczem, secret podpisywaną wartością) Przykład w Ruby: timestamp = Time.now.to_i hmac = OpenSSL::HMAC.digest('sha1', timestamp.to_s, self.secret) sig = CGI.escape(Base64.encode64(hmac).strip) Przykład w PHP: $stamp = time(); $hmac = hash_mac("sha1", $this->secret, $stamp, true); $sig = rawurlencode(base64_encode($hmac));

5 Platforma - Dokumentacja techniczna API, Strona 5 W przypadku błędu autoryzacji albo autentykacji mogą zostać zwrócone następujące kody http (wraz z komunikatem o błędzie): 400 zostały podane błędne parametry 401 został podany nieprawidłowy token publiczny lub parametr sig jest błędny 403 nie został znaleziony produkt lub produkt nie jest dostępny (np. nie nastąpiła jeszcze premiera produktu) 408 parametr stamp jest błędny (różnica większa niż 60 sekund) 500 wystąpił wewnętrzny błąd serwera, operacja musi zostać powtórzona z innym serwerem Rejestracja transakcji Dystrybutor jest zobowiązany do zarejestrowania transakcji przed rozpoczęciem watermarkowania plików. Zwrotnie otrzymuje identyfikator transakcji, który powinien zostać użyty jako element watermarka. Ponieważ od momentu złożenia zamówienia przez klienta do dokonania płatności może minąć kilka dni (jest to rzadkie, ale nie można wykluczyć, że klient zapłaci na przykład na poczcie), transakcja może być zarejestrowana przed dokonaniem płatności przez klienta. W takiej sytuacji unikamy problemu, który mógłby powstać, gdyby plik był niedostępny w momencie rejestracji płatności od klienta. Transakcje, które nie zostaną opłacone przez klienta, mogą zostać anulowane w ciągu 14 od zarejestrowania transakcji. POST Parametry: isbn lub record_reference - Isbn lub record_reference produktu. record_reference to wewnętrzny identyfikator elibri. netto_price - cena zakupu netto produktu od Platformy client_ip - numer IP klienta (ostatnie dwie cyfry mogą zostać usunięte) order_id - alfanumeryczny numer zamówienia po stronie dystrybutora. Musi być unikalny dla każdego rejestrowanego produktu. W przypadku, gdy klient złożył w systemie dystrybutora zamówienie na kilka ebooków na raz, można jako numer zamówienia zastosować kombinację EAN-u i numeru zamówienia w systemie dystrybutora token timestamp sig Zwracane wartości: Jeśli zlecenie zostało przyjęte, serwer zwraca status 200, a wysłana odpowiedź to alfanumeryczny identyfikator transakcji (trans_id). W przypadku braku zgody na zrealizowanie transakcji, zostanie zwrócony kod 403 wraz z dokładną przyczyną niewyrażenia zgody. Pobranie listy dostępnych produktów Wywołanie to pozwala na pobranie listy dostępnych produktów w postaci json lub xml. GET lub GET Parametry

6 Platforma - Dokumentacja techniczna API, Strona 6 token timestamp sig Jeśli żądanie zostanie przyjęte, serwer zwraca status 200, a w treści znajduje się odpowiednio JSON lub XML, zawierający informacje o dostępnych produktach. System daje gwarancję, że wymienione pliki będą dostępne przynajmniej przez najbliższą godzinę chyba że obok produktu jest podany klucz/tag available_until. Dotyczy to sytuacji, gdy pobieramy listę plików np. o 23:30, a kilka plików jest dostępnych tylko do północy. Te pliki nie będą dostępne przez następną godzinę, a tylko do północy. Tak oznaczone będą też pliki, które mają zostać awaryjnie wyłączone. Przykład w formacie json: [{"record_reference":"f7ad69f3b59a6b83acb9", "isbn":" ", "title":"czarna owieczka", "publisher_name":"nasza Ksigarnia", "publisher_id":41, {"record_reference":"eee4ed21bc7f36c268a7", "isbn":" ", "title":"xanth 4", "publisher_name":"nasza Ksigarnia", "available_until":" t00:00:00+01:00", "publisher_id":41] Przykład w formacie xml: <?xml version="1.0" encoding="utf-8"?> <products> <record_reference> fb852defe72f14a88249</record_reference> <isbn> </isbn> <title> O wróbelku Elemelku</title> <publisher_name> Nasza Ksigarnia</publisher_name> <publisher_id> 41</publisher_id> <record_reference> 9a bed940e34ae</record_reference> <isbn> </isbn> <title> Mateuszek</title> <publisher_name> Nasza Ksigarnia</publisher_name> <publisher_id> 41</publisher_id> <available_until> T00:00:00+01:00</available_until> </products> Pobranie listy wkrótce dostępnych produktów Wywołanie to pozwala na pobranie listy wkrótce dostępnych produktów w postaci json lub xml (wraz z datą dostępności). GET lub GET Parametry token timestamp

7 Platforma - Dokumentacja techniczna API, Strona 7 sig Zwracane wartości Jeśli żądanie zostanie przyjęte, to serwer zwraca status 200, a w treści znajduje się odpowiednio JSON lub XML, zawierający informacje o wkrótce dostępnych produktach. Podane daty zawsze są w formacie yyyy-mm-dd Przykład w formacie json: [{"record_reference":"790f181d7dfe423c91eb", "isbn":" ", "title":"niewolnice", "publisher_name":"nasza Ksigarnia", "available_date":" ", "publisher_id":41, {"record_reference":"2cf197873e dce", "isbn":" ", "title":"stranicy Nirgali", "publisher_name":"nasza Ksigarnia", "available_date":" ", "publisher_id":41] Przykład w formacie xml: <?xml version="1.0" encoding="utf-8"?> <products> <record_reference> fbf958a53f cd</record_reference> <isbn> </isbn> <title> wiat Czarownic</title> <publisher_name> Nasza Ksigarnia</publisher_name> <publisher_id> 41</publisher_id> <available_date> </available_date> <record_reference> 582caadd81cf58d7c606</record_reference> <isbn> </isbn> <title> Szewczyk Dratewka</title> <publisher_name> Nasza Ksigarnia</publisher_name> <publisher_id> 41</publisher_id> <available_date> </available_date> </products> Pobranie listy wkrótce niedostępnych produktów Wywołanie to pozwala na pobranie listy wkrótce niedostępnych produktów w postaci json lub xml (wraz z datą planowanego wycofania z dystrybucji). GET lub GET Parametry token timestamp sig

8 Platforma - Dokumentacja techniczna API, Strona 8 Zwracane wartości Jeśli żądanie zostanie przyjęte, to serwer zwraca status 200, a w treści znajduje się odpowiednio JSON lub XML, zawierający informacje o wkrótce niedostępnych produktach. Przykład w formacie json: [{"record_reference":"790f181d7dfe423c91eb", "isbn":" ", "title":"niewolnice", "publisher_name":"nasza Ksigarnia", "unavailable_date":" t00:00:00+01:00", "publisher_id":41, {"record_reference":"2cf197873e dce", "isbn":" ", "title":"stranicy Nirgali", "publisher_name":"nasza Ksigarnia", "unavailable_date":" t00:00:00+01:00", "publisher_id":41] Przykład w formacie xml: <?xml version="1.0" encoding="utf-8"?> <products> <record_reference> fbf958a53f cd</record_reference> <isbn> </isbn> <title> wiat Czarownic</title> <publisher_name> Nasza Ksigarnia</publisher_name> <publisher_id> 41</publisher_id> <unavailable_date> T00:00:00+01:00</unavailable_date> <record_reference> 582caadd81cf58d7c606</record_reference> <isbn> </isbn> <title> Szewczyk Dratewka</title> <publisher_name> Nasza Ksigarnia</publisher_name> <publisher_id> 41</publisher_id> <unavailable_date> T00:00:00+01:00</unavailable_date> </products> Specyfikacja wymiany plików [UWAGA]: zmiana 29. kwietnia 2013 Wymiana plików master odbywa się poprzez bucket pdw-delivery-files na amazon S3. Każdy dystrybutor otrzymuje dedykowany katalog oraz klucze dostępowe do bucketu. Dystrybutor jest zobowiązany do regularnego sprawdzania bucketu (przynajmniej raz każdego dnia roboczego), pobierania nowych i zaktualizowanych plików. Pobrany plik powinien zostać wykasowany z S3 po umieszczeniu go w systemie dystrybutora. Każdy plik umieszczony na S3 ma nazwę w formacie {record_reference.{file_type, i następujące metadane: isbn - isbn produktu type - typ pliku (jednozczny z rozszerzeniem pliku) record_reference - record reference produktu Jako type mogą występować następujące typy: mobi, mobi_excerpt, epub, epub_excerpt, mp3, mp3_excerpt, pdf, pdf_excerpt Przykład w ruby:

9 Platforma - Dokumentacja techniczna API, Strona 9 require 'rubygems' require 'aws-sdk' access = { "access_key_id"=>"xxx", "secret_access_key" => "xxx", "s3_endpoint"=>"s3-eu-west-1.amazonaws.com" s3 = AWS::S3.new(access) bucket = s3.buckets['pdw-delivery-files'] bucket.objects.with_prefix(distributor_directory).to_a.each do object puts object.key #nazwa pliku data = object.read #pobierz zawarto pliku open(object.key, "w") do f f.write data #nagraj lokalnie end object.delete #wykasuj z S3 end Szyfrowanie plików Pliki przekazywane dystrybutorom są szyfrowane przy użyciu biblioteki OpenSSL Dystrybytor powinien po swojej stronie wygenerować klucz publiczny (plik publickey.pem) i klucz prywatny (plik privatekey.pem), używając polecenia: openssl req -x509 -nodes -days newkey rsa:2048 -keyout privatekey.pem -out publickey.pem Dystrybutor przekazuje Platformie drogą mailową swój klucz publiczny (publickey.pem), który to Platforma używa do szyfrowania plików: openssl smime -encrypt -aes256 -in <input_file.epub> -binary -outform DEM -out <encrypted.epub> publickey.pem Dystrybutor po odebraniu pliku od Platformy może go odkodować używając polecenia: openssl smime -decrypt -in <encrypted.epub> -binary -inform DEM -inkey privatekey.pem -out <decrypted.epub> Anulowanie transakcji Jeśli dystrybutor zarejestruje transakcję przed dokonaniem płatności przez klienta, może ją anulować w ciągu 14 dni, jeśli klient nie dokona płatności. POST Parametry trans_id - identyfikator transakcji, która ma zostać zareklamowana token timestamp sig Zwracane wartości: Serwer zwraca kod HTTP 200 OK, jeśli anulowanie transakcji się powiodło Zgłoszenie reklamacji W przypadku, gdy klient złoży w sklepie reklamację i zostanie ona uznana, należy ten fakt zgłosić Platformie, żeby tak zgłoszona transakcja nie została rozliczona na fakturze. Reklamacje są na poziomie technologicznym zawsze rejestrowane.

10 Platforma - Dokumentacja techniczna API, Strona 10 POST Parametry trans_id - identyfikator transakcji, która ma zostać zareklamowana reason - tekstowa informacja wyjaśniająca powód reklamacji token timestamp sig Zwracane wartości: Serwer zwraca kod HTTP 200 OK, jeśli złożenie transakcji się powiodło. Awaryjne wyłączenie pliku Platforma powinna być w stanie zażądać natychmiastowego wycofania produktu ze sprzedaży. W tym celu dystrybutor powinien podać URL, pod który powinno zostać wysłane żądanie wycofania produkty ze sprzedaży wraz z podaniem powodu wycofania. Do ustalenia jest, przez jaki czas plik ma się znajdować jeszcze w sprzedaży. Pobranie listy przygotowanych w systemie promocji Wydawcy zrzeszeni w Platformie mogą przeprowadzać promocje cenowe, udzielając dodatkowego rabatu, naliczanego kaskadowo, albo udzielając innego, wyższego rabatu. Przykład obliczenia rabatu kaskadowego: klient A ma standardowo rabat 20%. Jeśli podczas promocji zostanie mu udzielony kaskadowo dodatkowy rabat 10%, to książka o cenie netto 10 zł zostanie sprzedana za (10 * 0,8) * 0,9 = 7,20 zł. Dystrybutor może pobrać ze strony www Platformy zdefiniowane dla niego promocje w formacie xml. Przykład promocji: <?xml version="1.0" encoding="utf-8"?> <promotion> <id> 11</id> <name> Promocja na kryminay z Czarnej Serii</name> <start_date> </start_date> <end_date> </end_date> <products> <isbn> </isbn> <record_reference> e9febde a2f56</record_reference> <title> Najpikniejszy kraj</title> <cascade> true</cascade> <discount> 15</discount> <isbn> </isbn> <record_reference> 8ea13cd21c2a519c9324</record_reference> <title> Zamiast ciebie</title> <cascade> true</cascade> <discount> 15</discount> </products> </promotion> Jeśli w tagu cascade wystąpuje wartość true, to wartość w polu discount jest dodatkowym, liczonym kaskadowo rabatem, wartość false oznacza, że rabat podany w polu discount jest rabatem, jaki będzie naliczany od sugerowanej detalicznej ceny książki. Lista dostępnych serwerów

11 Platforma - Dokumentacja techniczna API, Strona 11 Żeby zapewnić bardzo wysoką dostępność usługi, utrzymujemy przynajmniej trzy niezależne (umiejscowione w różnych serwerowniach) serwery do rejestracji transakcji. Lista serwerów nie jest stała, może się zmieniać w zależności od czasowego obciążenia serwerów, lub ze względu na planowe prace serwisowe w serwerowniach. Listę serwerów można odczytać w DNS-ie z rekordu TXT domeny transactional-servers.platformapdw.pl. Jest to lista subdomen platoformapdw.pl, rozdzielona przecinkami. Uwaga! Na zapasowych serwerach są dostępne jedynie metody gwarantujące ciągłość sprzedaży: available_products, soon_available_products, soon_unavailable_products oraz rejestracja transakcji. Pozostałe metody są dostępne tylko na głównym serwerze platformy, Na konsoli można to sprawdzić za pomocą np. nslookup: > nslookup -q=txt transactional-servers.platformapdw.pl transactional-servers.platformapdw.pl text = "www,api" W powyższym przykładzie serwer watermarkingu jest dostępny pod dwoma adresami: i api.platformapdw.pl. Proponujemy, żeby wybrać w losowy sposób jeden z dostępnych serwerów, i zarejestrować w nim transakcję. W przypadku, gdy pierwszy wybrany serwer nie odpowie, albo nawiązanie połączenia nie będzie możliwe, albo zwrócony kod HTTP będzie inny, niż 200, proszę wybrać kolejny serwer i spróbować ponownie zarejestrować transakcję. Przykład kodu w PHP Poniższy kod prezentuje, jak można zaimplementować pobieranie listy dostępnych produktów oraz zarejestrować transakcję: <?php Wyjatek uzywany w przypadku wystapienia bledu polaczenia z serwerem class PDWAPIConnectionException extends Exception { //! konstruktor wyjatku w przypadku bledu zwroconego przez curl-a function construct($msg, $errno) { parent:: construct($msg, $errno); Wyjatek - Podane zostaly bledne parametry class PDWParametersError extends Exception { function construct($msg) { parent:: construct($msg, 400); Wyjatek - brak autoryzacji class PDWInvalidAuthException extends Exception { function construct() { parent:: construct("unauthorized", 401); Wyjatek po stronie serwera (Internal server error) class PDWServerErrorException extends Exception { function construct() { parent:: construct("server Error", 500); Wyjatek po stronie serwera (Forbidden) class PDWForbiddenException extends Exception { function construct($msg) { parent:: construct($msg, 403); Wyjatek po stronie serwera (Request Expired) - zle ustawiony czas lokalnie class PDWRequestExpiredException extends Exception {

12 Platforma - Dokumentacja techniczna API, Strona 12 function construct() { parent:: construct("request Expired", 408); Wyjatek - Nieprawidlowy login lub haslo class PDWNotFoundException extends Exception { function construct() { parent:: construct("invalid url or http method", 404); Wyjatek - nieznany blad class PDWUnknownException extends Exception { function construct() { parent:: construct("unknow error", 1000); Wyjatek - zaden serwer nie odpowiada class PDWNoServerResponsingException extends Exception { function construct() { parent:: construct("no server responsing", 1001); PDWAPI abstrahuje wykorzystanie API PDW class PDWClient { private $token; private $secret; private $subdomains; Kontruktor obiektu API String $token - publiczny token String $secret - prywatny token function construct($token, $secret) { $this->token = $token; $this->secret = $secret; $this->subdomains = $subdomains; Rejestruj transakcje String $ident - ISBN13 (bez myslikow), lub record_reference String $client_ip - numer IP klienta, uzywany w celach wylacznie statystycznych float $netto_price - cena zakupu ksiazki w PDW netto String $order_id - numer zamowienia po stronie dystrybutora $transid - alfanumeryczny identyfikator transakcji function register_transaction($ident, $client_ip, $netto_price, $order_id) { if (preg_match('/^[0-9]+$/', $ident)) { $ident_type = 'isbn'; else { $ident_type = 'record_reference'; $data = array($ident_type => $ident, 'client_ip' => $client_ip, 'netto_price' => $netto_price, 'order_id' => $order_id); return $this->send_request('transactions/new', $data, TRUE); Pobierz liste dostepnych plikow //! Za pomoca tej metody mozesz pobrac liste ksiazek, ktore sa lub beda w najblizszym czasie dostepne //! w systemie PDW function available_products() { return json_decode($this->send_request('available_products.json', array(), FALSE), TRUE); private function send_request($method_name, $data, $do_post) { $stamp = time(); $sig = rawurlencode(base64_encode(hash_hmac("sha1", $this->secret, $stamp, true))); $data['stamp'] = $stamp; $data['sig'] = $sig; $data['token'] = $this->token;

13 Platforma - Dokumentacja techniczna API, Strona 13 $uri = " if (!$do_post) { $uri = $uri. "?". http_build_query($data, '', '&'); $ch = curl_init($uri); curl_setopt($ch, CURLOPT_RETURNTRANSFER, 1); curl_setopt($ch, CURLOPT_SSL_VERIFYHOST, 0); curl_setopt($ch, CURLOPT_SSL_VERIFYPEER, 0); if ($do_post) { curl_setopt($ch, CURLOPT_POST, 1); curl_setopt($ch, CURLOPT_POSTFIELDS, http_build_query($data, '', '&')); $curlresult = curl_exec($ch); try { return $this->validate_response($curlresult, $ch); catch (PDWServerErrorException $e) { //silency ignore this error catch (PDWUnknownException $e) { //silency ignore this error catch (PDWAPIConnectionException $e) { //silency ignore this error throw new PDWNoServerResponsingException(); private function validate_response($curlresult, $ch) { if ($curlresult === FALSE) { throw new PDWAPIConnectionException(curl_error($ch), curl_errno($ch)); $response_code = curl_getinfo($ch, CURLINFO_HTTP_CODE); if ($response_code == 404) { throw new PDWNotFoundException(); else if ($response_code == 408) { throw new PDWRequestExpiredException(); else if ($response_code == 400) { throw new PDWParametersError($curlResult); else if ($response_code == 403) { throw new PDWForbiddenException($curlResult); else if ($response_code == 500) { throw new PDWServerErrorException(); else if ($response_code == 401) { throw new PDWInvalidAuthException(); else if (($response_code!= 200) && ($response_code!= 412)) { throw new PDWUnknownException(); return $curlresult;?>

API transakcyjne BitMarket.pl

API transakcyjne BitMarket.pl API transakcyjne BitMarket.pl Wersja 20140402 1. Sposób łączenia się z API... 2 1.1. Klucze API... 2 1.2. Podpisywanie wiadomości... 2 1.3. Parametr tonce... 2 1.4. Limity zapytań... 3 1.5. Odpowiedzi

Bardziej szczegółowo

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

Automater.pl zdalne tworzenie i zarządzanie transakcjami dokumentacja API wersja 0.1 Dokumentacja API 0.1 Automater.pl zdalne tworze i zarządza transakcjami dokumentacja API wersja 0.1 Automater sp. z o.o., ul. Belgradzka 4/42, 02-793 Warszawa 2 1. Wstęp System Automater.pl udostępnia

Bardziej szczegółowo

Dokumentacja API BizIn

Dokumentacja API BizIn Dokumentacja API BizIn Spis treści Wstęp... 1 Dostęp do API BizIn... 1 Identyfikatory API... 1 Dostępne akcje... 3 Przykład wywołania API w języku PHP... 3 Pobieranie danych... 3 Wystawianie dokumentu

Bardziej szczegółowo

SMS Kod Automatyczny

SMS Kod Automatyczny Dokumentacja 2.0.0 SMS Kod Automatyczny Dokumentacja dla SMS Kod Automatyczny Web Service REST CashBill Spółka Akcyjna ul. Rejtana 20, 41-300 Dąbrowa Górnicza Tel.: +48 032 764-18-42 Fax: +48 032 764-18-40

Bardziej szczegółowo

Specyfikacja techniczna. mprofi Interfejs API

Specyfikacja techniczna. mprofi Interfejs API Warszawa 09.04.2015. Specyfikacja techniczna mprofi Interfejs API wersja 1.0.2 1 Specyfikacja techniczna mprofi Interfejs API wersja 1.0.2 WERSJA DATA STATUTS AUTOR 1.0.0 10.03.2015 UTWORZENIE DOKUMENTU

Bardziej szczegółowo

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

Specyfikacja API 1.0. Specyfikacja kontroli Konta systemu CashBill z wykorzystaniem API opartego na REST Specyfikacja API 1.0 API REST Specyfikacja kontroli Konta systemu CashBill z wykorzystaniem API opartego na REST CashBill Spółka Akcyjna ul. Rejtana 20, 41-300 Dąbrowa Górnicza Tel.: +48 032 764-18-42

Bardziej szczegółowo

Dokumentacja techniczna API systemu SimPay.pl

Dokumentacja techniczna API systemu SimPay.pl Wprowadzenie Dokumentacja techniczna API systemu SimPay.pl Wersja 1.0 z dnia 24.03.2015 r. API serwisu SimPay.pl opiera się o danych wysyłanych i zwracanych w formie JSON. W przypadku napotkania jakiegokolwiek

Bardziej szczegółowo

DOKUMENTACJA INTERFEJSU API - HTTPS

DOKUMENTACJA INTERFEJSU API - HTTPS DOKUMENTACJA INTERFEJSU API - HTTPS WERSJA 0.1 DATA PUBLIKACJI : 01.03.2014 SPIS TREŚCI Spis treści Wprowadzenie 1 Dostęp do usługi notowania online 2 Opis struktur danych 3 Kody błędów 5 Historia wersji

Bardziej szczegółowo

Dokumentacja API BizIn

Dokumentacja API BizIn Dokumentacja API BizIn Spis treści Wstęp... 1 Dostęp do API BizIn... 1 Identyfikatory API... 1 Dostępne akcje... 3 Przykład wywołania API w języku PHP... 3 Pobieranie danych... 3 Wystawianie dokumentu

Bardziej szczegółowo

DOKUMENTACJA TECHNICZNA SMS API MT

DOKUMENTACJA TECHNICZNA SMS API MT DOKUMENTACJA TECHNICZNA SMS API MT Mobitex Telecom Sp.j., ul. Warszawska 10b, 05-119 Legionowo Strona 1 z 5 Ten dokument zawiera szczegółowe informacje odnośnie sposobu przesyłania requestów do serwerów

Bardziej szczegółowo

Dokumentacja techniczna SMS MO

Dokumentacja techniczna SMS MO Dokumentacja techniczna SMS MO Spis Treści 1. Wprowadzenie 2 1.1. Przebieg płatności Premium SMS 2 1.2. Weryfikacja płatności..3 2. Weryfikacja poprawności kodu aktywacyjnego...3 3. Przykład użycia zapytania

Bardziej szczegółowo

Podręcznik Integracji

Podręcznik Integracji Podręcznik Integracji Spis treści 1. Integracja oferty... 3 1.1. Samodzielne wprowadzanie oferty sklepu... 3 1.2. Automatyczne wprowadzanie oferty z pliku XML... 3 1.3. Cyklicznie pobieranie oferty ze

Bardziej szczegółowo

Specyfikacja instalacji usługi SMS Premium w Przelewy24.pl

Specyfikacja instalacji usługi SMS Premium w Przelewy24.pl Specyfikacja instalacji usługi SMS Premium w Przelewy24.pl wersja.2.9 data 2014-11-21 Opis usług: P24 KOD P24 KLUCZ P24 WAPA SEND SMS Strona 1 z 8 P24 KOD Przebieg transakcji Operacje po stronie Sprzedawcy

Bardziej szczegółowo

System DiLO. Opis interfejsu dostępowego v. 2.0

System DiLO. Opis interfejsu dostępowego v. 2.0 System DiLO Opis interfejsu dostępowego v. 2.0 Warszawa 2015 1 Wprowadzone zmiany Wersja Opis 1.0 Wersja bazowa 1.1 Dodanie możliwości przejścia z wydania karty w POZ (WK-POZ) do zabiegu operacyjnego (ZAB-OPER)

Bardziej szczegółowo

SSL Reseller. https://www.sslreseller.pl. Dokumentacja techniczna v.1.0 z dnia 2015 04 28

SSL Reseller. https://www.sslreseller.pl. Dokumentacja techniczna v.1.0 z dnia 2015 04 28 SSL Reseller https://www.sslreseller.pl Dokumentacja techniczna v.1.0 z dnia 2015 04 28 1. Dostęp do API Dostęp do API realizowany jest za pomocą żądań POST. Adres API: https://www.mserwis.pl/sslapi/api.php

Bardziej szczegółowo

Dokumentacja techniczna SMS MO

Dokumentacja techniczna SMS MO Dokumentacja techniczna SMS MO SMS PREMIUM MO KOD AUTOMATYCZNY Autor: Mirosław Pietrzak LEADERS SP. Z O.O. SP. K. BIURO@LEADERS.NET.PL Spis treści 1. Wprowadzenie... 2 1.1 Schemat przebiegu płatności w

Bardziej szczegółowo

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

Dokumentacja interfejsu HTTPD. Platforma BSMS.PL Instrukcja podłączenia po przez http Dokumentacja interfejsu HTTPD Platforma BSMS.PL Instrukcja podłączenia po przez http Dokumentacja interfejsu httpd (strona 2) SPIS TREŚCI 1. Zawartość dokumentu str.3 2. Informacje ogólne 2.1 Zastosowanie

Bardziej szczegółowo

Dokumentacja Techniczna. Dokumentacja techniczna usługi płatności mobilnych

Dokumentacja Techniczna. Dokumentacja techniczna usługi płatności mobilnych Dokumentacja Techniczna 1.3, beta Direct Billing Dokumentacja techniczna usługi płatności mobilnych CashBill Spółka Akcyjna ul. Rejtana 20, 41-300 Dąbrowa Górnicza Tel.: +48 032 764-18-42 Fax: +48 032

Bardziej szczegółowo

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

Specyfikacja 1.2.1. Płatności CashBill. Instrukcja podłączenia płatności elektronicznych do typowych zastosowań. Specyfikacja 1.2.1 Płatności CashBill Instrukcja podłączenia płatności elektronicznych do typowych zastosowań. CashBill Spółka Akcyjna ul. Rejtana 20, 41-300 Dąbrowa Górnicza Tel.: +48 032 764-18-42 Fax:

Bardziej szczegółowo

Specyfikacja HTTP API. Wersja 1.6

Specyfikacja HTTP API. Wersja 1.6 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

Bardziej szczegółowo

Kontrola sesji w PHP HTTP jest protokołem bezstanowym (ang. stateless) nie utrzymuje stanu między dwoma transakcjami. Kontrola sesji służy do

Kontrola sesji w PHP HTTP jest protokołem bezstanowym (ang. stateless) nie utrzymuje stanu między dwoma transakcjami. Kontrola sesji służy do Sesje i ciasteczka Kontrola sesji w PHP HTTP jest protokołem bezstanowym (ang. stateless) nie utrzymuje stanu między dwoma transakcjami. Kontrola sesji służy do śledzenia użytkownika podczas jednej sesji

Bardziej szczegółowo

Dokumentacja Techniczna SMS MO

Dokumentacja Techniczna SMS MO Dokumentacja Techniczna SMS MO SMS PREMIUM MO KOD AUTOMATYCZNY EPŁATNOŚCI SP. Z O.O. SP. K. UL. 27 STYCZNIA 9 34-120 ANDRYCHÓW SPIS TREŚCI 1. Wprowadzenie... 2 1.1 Schemat przebiegu płatności w modelu

Bardziej szczegółowo

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

Spis treści INTERFEJS (WEBSERVICES) - DOKUMENTACJA TECHNICZNA 1 I N T E R F E J S W E BSERVICES NADAWANIE PAKIETÓW D O S Y S T EMU MKP PRZEZ I N TERNET D O K U M E N T A C J A T E C H N I C Z N A P A Ź D Z I E R N I K 2 0 1 6 Spis treści 1. Wstęp... 2 2. Informacje

Bardziej szczegółowo

Terytorialna analiza danych

Terytorialna analiza danych Terytorialna analiza danych Dokumentacja systemu Marek Roj, Warszawa, luty 2013 Aktualizowano: 15.02.2013, wersja 0.196 Spis treści Wprowadzenie...3 Cel tego dokumentu...3 Informacje ogólne...3 Dokumentacja

Bardziej szczegółowo

Gatesms.eu Mobilne Rozwiązania dla biznesu

Gatesms.eu Mobilne Rozwiązania dla biznesu Mobilne Rozwiązania dla biznesu SPECYFIKACJA TECHNICZNA WEB API-USSD GATESMS.EU wersja 0.9 Opracował: Gatesms.eu Spis Historia wersji dokumentu...3 Bezpieczeństwo...3 Wymagania ogólne...3 Mechanizm zabezpieczenia

Bardziej szczegółowo

Zakład Usług Informatycznych OTAGO

Zakład Usług Informatycznych OTAGO Zakład Usług Informatycznych OTAGO Opis konstrukcji Wirtualnego Numeru Rachunku dotyczący płatności masowych wersja 1.4 autor: Tomasz Rosochacki Gdańsk, 2012-11-27 Spis treści 1. Wprowadzenie.... 3 2.

Bardziej szczegółowo

Funkcje dodatkowe. Wersja 1.2.1

Funkcje dodatkowe. Wersja 1.2.1 Funkcje dodatkowe Wersja 1..1 Dokumentacja SMSAPI (https) FUNKCJE DODATKOWE z dnia 1.06.01 Wersja 1..1 SPIS TREŚCI 1.Wprowadzenie 1.1 Adresy URL do połączenia z aplikacją dla funkcji zarządzania kontem

Bardziej szczegółowo

Dokumentacja smsapi wersja 1.4

Dokumentacja smsapi wersja 1.4 Dokumentacja smsapi wersja 1.4 1. Wprowadzenie Platforma smsapi została skierowana do użytkowników chcących rozbudować swoje aplikacje o system wysyłania smsów. Aplikacja ta w prosty sposób umożliwia integrację

Bardziej szczegółowo

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

DOKUMENTACJA PROTOKOŁU SMESX. Platforma SMeSKom - instrukcja korzystania z interfejsu HTTPS. Autor smeskom@smeskom.pl Data 2007-11-04 Wersja 1. DOKUMENTACJA PROTOKOŁU SMESX Platforma SMeSKom - instrukcja korzystania z interfejsu HTTPS Autor smeskom@smeskom.pl Data 2007-11-04 Wersja 1.0 Spis treści Dokumentacja protokoł u SmesX...2 1 Zawarto ść

Bardziej szczegółowo

Płatności CashBill - SOAP

Płatności CashBill - SOAP Dokumentacja techniczna 1.0 Płatności CashBill - SOAP Dokumentacja wdrożenia systemu Płatności CashBill w oparciu o komunikację według protokołu SOAP CashBill Spółka Akcyjna ul. Rejtana 20, 41-300 Dąbrowa

Bardziej szczegółowo

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

Dokumentacja REST API v 3.0. Kraków, 7 marca FreshMail, ul. Fabryczna 20a, Kraków tel , freshmail. Dokumentacja REST API v 3.0 Kraków, 7 marca 2012 FreshMail, ul. Fabryczna 20a, 31-553 Kraków tel. +48 12 617 61 40, info@freshmail.pl, freshmail.pl Wersja dokumentu: 1.0 Autorzy: Tadeusz Kania ,

Bardziej szczegółowo

API System Partnerski

API System Partnerski API System Partnerski API zostało zrealizowane według wzorca REST. Komunikacja odbywa się poprzez wysłanie żądania HTTP pod adres https://apiv2.systempartnerski.pl/partner-api/ wraz z odpowiednimi parametrami.

Bardziej szczegółowo

Specyfikacja interfejsów usług Jednolitego Pliku Kontrolnego

Specyfikacja interfejsów usług Jednolitego Pliku Kontrolnego a. Specyfikacja interfejsów usług Jednolitego Pliku Kontrolnego Ministerstwo Finansów Departament Informatyzacji 23 May 2016 Version 1.3 i Spis treści 1 Przygotowanie danych JPK... 3 1.1 Przygotowanie

Bardziej szczegółowo

Opis protokołu komunikacji programu mpensjonat z systemami zewnętrznymi (np. rezerwacji online)

Opis protokołu komunikacji programu mpensjonat z systemami zewnętrznymi (np. rezerwacji online) Opis protokołu komunikacji programu mpensjonat z systemami zewnętrznymi (np. rezerwacji online) Spis treści Opis protokołu komunikacji programu mpensjonat z systemami zewnętrznymi (np. rezerwacji online)...1

Bardziej szczegółowo

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

Specyfikacja Techniczna 2.0. Specyfikacja techniczna usługi dystrybucji kodów dostępowych PayCode Specyfikacja Techniczna 2.0 PayCode API Specyfikacja techniczna usługi dystrybucji kodów dostępowych PayCode CashBill Spółka Akcyjna ul. Rejtana 20, 41-300 Dąbrowa Górnicza Tel.: +48 032 764-18-42 Fax:

Bardziej szczegółowo

Dokumentacja REST API v 3.0

Dokumentacja REST API v 3.0 Dokumentacja REST API v 3.0 Kraków, 16 kwietnia 2012 FreshMail, ul. Fabryczna 20a, 31-553 Kraków tel. +48 12 617 61 40, info@freshmail.pl, freshmail.pl Spis treści Opis API... 3 Uwierzytelnienie... 3 Odpowiedzi

Bardziej szczegółowo

SMS Kod Automatyczny

SMS Kod Automatyczny Dokumentacja 1.0.0 SMS Kod Automatyczny Dokumentacja dla SMS Kod Automatyczny CashBill Spółka Akcyjna ul. Rejtana 20, 41-300 Dąbrowa Górnicza Tel.: +48 032 764-18-42 Fax: +48 032 764-18-40 Infolinia: 0

Bardziej szczegółowo

Poniższy diagram prezentuje scenariusz subskrypcji aplikacji do usługi CallEventNotifications.

Poniższy diagram prezentuje scenariusz subskrypcji aplikacji do usługi CallEventNotifications. Poniższy diagram prezentuje scenariusz subskrypcji aplikacji do usługi CallEventNotifications. Rys. 2 Subskrypcja do usługi CallEventNotifications Opis diagramu sekwencji: 1. Aplikacja dokonuje subskrypcji

Bardziej szczegółowo

Specyfikacja wysyłek marketingowych v1.10

Specyfikacja wysyłek marketingowych v1.10 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

Bardziej szczegółowo

Funkcje dodatkowe. Wersja 1.2.1

Funkcje dodatkowe. Wersja 1.2.1 Funkcje dodatkowe SPIS TREŚCI 1.Wprowadzenie 1.1 Adresy URL do połączenia z aplikacją dla funkcji zarządzania kontem 1.2 Adresy URL do połączenia z aplikacją dla funkcji zarządzania polami nadawcy I. ZARZĄDZANIE

Bardziej szczegółowo

Warszawa Specyfikacja techniczna. mprofi Interfejs API wersja 1.0.7

Warszawa Specyfikacja techniczna. mprofi Interfejs API wersja 1.0.7 Warszawa 03.11.2015. Specyfikacja techniczna mprofi Interfejs API wersja 1.0.7 WERSJA DATA STATUTS AUTOR 1.0.0 10.03.2015 UTWORZENIE DOKUMENTU PAWEŁ ANDZIAK 1.0.1 23.03.2015 MODYFIKACJA MAREK SZWAŁKIEWICZ

Bardziej szczegółowo

DirectBilling dokumentacja techniczna

DirectBilling dokumentacja techniczna CashBill S.A. DirectBilling: dokumentacja techniczna 1/11 DirectBilling dokumentacja techniczna status: BETA, v1.2 CashBill S.A. DirectBilling: dokumentacja techniczna 2/11 Historia zmian autor data zmiany

Bardziej szczegółowo

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

Dokumentacja Techniczna 1.2. Webtoken MT. Uruchomienie subskrybcji MT poprzez serwis WWW Dokumentacja Techniczna 1.2 Webtoken MT Uruchomienie subskrybcji MT poprzez serwis WWW CashBill Spółka Akcyjna ul. Rejtana 20, 41-300 Dąbrowa Górnicza Tel.: +48 032 764-18-42 Fax: +48 032 764-18-40 Infolinia:

Bardziej szczegółowo

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

Świadczenie usługi hurtowej wysyłki wiadomości SMS dla Urzędu Miasta Torunia w latach OPIS WYMGŃ FUNKCJONLNO-TECHNICZNYCH dla zamówienia: Świadczenie usługi hurtowej wysyłki wiadomości SMS dla Urzędu Miasta Torunia w latach 2015-2016 Przedmiot zamówienia Przedmiotem zamówienia jest usługa

Bardziej szczegółowo

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

Dokumentacja Użytkownika Systemu. Integracja z Okazje.info, Skąpiec, Sklepy24 Dokumentacja Użytkownika Systemu Integracja z Okazje.info, Skąpiec, Sklepy24 Wersja 2016 Spis treści 1 INTEGRACJA... 3 2 REJESTRACJA... 4 2.1 OKAZJE.INFO... 4 2.2 SKĄPIEC... 4 2.3 SKLEPY24.PL... 4 3 KONFIGURACJA...

Bardziej szczegółowo

B2B XL by CTI. Instrukcja

B2B XL by CTI. Instrukcja B2B XL by CTI Instrukcja Spis treści 1. Opis programu... 3 2. Program do wymiany danych - Morfeusz... 4 2.1. Pierwsze uruchomienie... 4 2.1.1. Krok 1 nawiązanie połączenia z serwerem MS SQL... 4 2.1.2.

Bardziej szczegółowo

BRAMKA HTTP SMS XML Dokumentacja techniczna. wersja 3.32

BRAMKA HTTP SMS XML Dokumentacja techniczna. wersja 3.32 BRAMKA HTTP SMS XML Dokumentacja techniczna wersja 3.32 autor: Michał Jastrzębski ostatnia aktualizacja : 27.05.2015 Historia zmian Data Osoba Opis zmian 2006-12-01 Marcin Mańk Pierwsza wersja 2007-08-20

Bardziej szczegółowo

Aplikacje WWW - laboratorium

Aplikacje WWW - laboratorium Aplikacje WWW - laboratorium Serwlety Celem ćwiczenia jest przygotowanie kilku prostych serwletów ilustrujących możliwości tej technologii. Poszczególne ćwiczenia prezentują sposób przygotowania środowiska,

Bardziej szczegółowo

Specyfikacja modułu API systemu LimApi platformy limtel.pl

Specyfikacja modułu API systemu LimApi platformy limtel.pl Specyfikacja modułu API systemu LimApi platformy limtel.pl Wersja 1.262 Data opublikowania: 2011-05-17 Moduł API przeznaczony jest do integracji systemów informatycznych z platformą limtel.pl. Jego zadaniem

Bardziej szczegółowo

emszmal 3: Automatyczne księgowanie przelewów w sklepie internetowym PrestaShop (plugin dostępny w wersji ecommerce)

emszmal 3: Automatyczne księgowanie przelewów w sklepie internetowym PrestaShop (plugin dostępny w wersji ecommerce) emszmal 3: Automatyczne księgowanie przelewów w sklepie internetowym PrestaShop (plugin dostępny w wersji ecommerce) Zastosowanie Rozszerzenie to dedykowane jest sklepom internetowych zbudowanym w oparciu

Bardziej szczegółowo

Bringing privacy back

Bringing privacy back Bringing privacy back SZCZEGÓŁY TECHNICZNE Jak działa Usecrypt? DEDYKOWANA APLIKACJA DESKTOPOWA 3 W przeciwieństwie do wielu innych produktów typu Dropbox, Usecrypt to autorska aplikacja, która pozwoliła

Bardziej szczegółowo

Kielce, dnia 27.02.2012 roku. HB Technology Hubert Szczukiewicz. ul. Kujawska 26 / 39 25-344 Kielce

Kielce, dnia 27.02.2012 roku. HB Technology Hubert Szczukiewicz. ul. Kujawska 26 / 39 25-344 Kielce Kielce, dnia 27.02.2012 roku HB Technology Hubert Szczukiewicz ul. Kujawska 26 / 39 25-344 Kielce Tytuł Projektu: Wdrożenie innowacyjnego systemu dystrybucji usług cyfrowych, poszerzenie kanałów sprzedaży

Bardziej szczegółowo

Dokumentacja Użytkownika Systemu

Dokumentacja Użytkownika Systemu Dokumentacja Użytkownika Systemu Integracja z Okazje.info, Skąpiec, Sklepy24 Wersja 7.9 Spis treści 1 INTEGRACJA... 3 2 REJESTRACJA... 4 2.1 OKAZJE.INFO... 4 2.2 SKĄPIEC... 4 2.3 SKLEPY24.PL... 4 3 KONFIGURACJA...

Bardziej szczegółowo

Wzorcowy załącznik techniczny, do umowy w sprawie przesyłania faktur elektronicznych pomiędzy Firmą A oraz Firmą B

Wzorcowy załącznik techniczny, do umowy w sprawie przesyłania faktur elektronicznych pomiędzy Firmą A oraz Firmą B Załącznik Nr 1 Wzorcowy załącznik techniczny, do umowy w sprawie przesyłania faktur elektronicznych pomiędzy Firmą A oraz Firmą B Wersja 1.0 Na podstawie: Europejskiej Modelowej Umowy o EDI (w skrócie:

Bardziej szczegółowo

Instrukcja obsługi aplikacji epay

Instrukcja obsługi aplikacji epay Instrukcja obsługi aplikacji epay Teleserwis PayTel Oddział PayTel SA w Nowym Sączu ul. Nawojowska 118 33-300 Nowy Sącz infolinia: 801 090 108 telefon: 18 521 18 00 faks: 18 521 18 01 e-mail: teleserwis@paytel.pl

Bardziej szczegółowo

INSTRUKCJA OBSŁUGI DLA SIECI

INSTRUKCJA OBSŁUGI DLA SIECI INSTRUKCJA OBSŁUGI DLA SIECI Zapisywanie dziennika druku w lokalizacji sieciowej Wersja 0 POL Definicje dotyczące oznaczeń w tekście W tym Podręczniku użytkownika zastosowano następujące ikony: Uwagi informują

Bardziej szczegółowo

Płatności CashBill - Kody

Płatności CashBill - Kody Dokumentacja techniczna 2.0 Płatności CashBill - Kody Punkty Płatności: Kody Automatyczne, Kody Obsługowe CashBill Spółka Akcyjna ul. Rejtana 20, 41-300 Dąbrowa Górnicza Tel.: +48 032 764-18-42 Fax: +48

Bardziej szczegółowo

Czym jest AJAX. AJAX wprowadzenie. Obiekt XMLHttpRequest (XHR) Niezbędne narzędzia. Standardowy XHR. XHR z obsługą baz danych

Czym jest AJAX. AJAX wprowadzenie. Obiekt XMLHttpRequest (XHR) Niezbędne narzędzia. Standardowy XHR. XHR z obsługą baz danych Czym jest AJAX AJAX wprowadzenie Beata Pańczyk na podstawie: 1. Lis Marcin, Ajax, Helion, 2007 2. Hadlock Kris, Ajax dla twórców aplikacji internetowych, Helion, 2007 AJAX (Asynchronous JavaScript and

Bardziej szczegółowo

Gwarancja jakości świadczenia usług (SLA)

Gwarancja jakości świadczenia usług (SLA) Gwarancja jakości świadczenia usług (SLA) Janmedia Interactive Sp. z o.o. Data aktualizacji: 02.11.2015r. / Wersja 2015-02 1. Poziom gwarancji dostępności usług Janmedia gwarantuje dostępność usług na

Bardziej szczegółowo

Wyjątki (exceptions)

Wyjątki (exceptions) Instrukcja laboratoryjna nr 6 Programowanie w języku C 2 (C++ poziom zaawansowany) Wyjątki (exceptions) dr inż. Jacek Wilk-Jakubowski mgr inż. Maciej Lasota dr inż. Tomasz Kaczmarek Wstęp Wyjątki (ang.

Bardziej szczegółowo

RMA Zwroty/Reklamacje

RMA Zwroty/Reklamacje RMA Zwroty/Reklamacje (Moduł Magento) v.1.1.0 Strona 1 z 12 Spis treści Zgodny z Magento... 3 Instalacja... 3 Problem z instalacją... 4 Odinstalowanie modułu:... 4 Konfiguracja... 4 Zgłaszanie reklamacji

Bardziej szczegółowo

Opracowanie protokołu komunikacyjnego na potrzeby wymiany informacji w organizacji

Opracowanie protokołu komunikacyjnego na potrzeby wymiany informacji w organizacji Opracowanie protokołu komunikacyjnego na potrzeby wymiany informacji w organizacji Robert Hryniewicz Promotor: dr inż. Krzysztof Różanowski Cele pracy Opracowanie protokołu komunikacyjnego służącego do

Bardziej szczegółowo

Dokumentacja Użytkownika Systemu

Dokumentacja Użytkownika Systemu Dokumentacja Użytkownika Systemu Porównywarki cen Liquid Wersja 2016.2 Spis treści 1 WSTĘP... 3 2 OPIS OBSZARU... 4 2.1 TOWARY... 5 2.2 RELACJE... 5 2.3 EDYTUJ... 6 2.3.1 KONFIGURACJA... 6 2.3.2 KATEGORIE...

Bardziej szczegółowo

Dokumentacja Użytkownika Systemu

Dokumentacja Użytkownika Systemu Dokumentacja Użytkownika Systemu Integracja z Ceneo.pl Wersja 2016.2 Spis treści 1 INTEGRACJA... 3 2 REJESTRACJA NA CENEO.PL... 4 3 KONFIGURACJA Z SERWISEM CENEO.PL... 5 4 PRZYGOTOWANIE ASORTYMENTU...

Bardziej szczegółowo

Dokumentacja API statystyk

Dokumentacja API statystyk Dokumentacja API statystyk www.systempartnerski.pl Wersja dokumentu: 01.05.03 2018.01.22 Spis treści Dokumentacja API statystyk... 1 Spis treści... 2 Historia zmian... 3 Dokumentacja... 4 1. Wprowadzenie...

Bardziej szczegółowo

Instrukcja obsługi aplikacji epay

Instrukcja obsługi aplikacji epay Instrukcja obsługi aplikacji epay Teleserwis PayTel Comp SA, Teleserwis PayTel ul. Działkowa 115a 02-234 Warszawa telefon: 58 660 10 66 faks: 58 660 10 67 email: teleserwis@paytel.pl Dział Obsługi Kontrahenta

Bardziej szczegółowo

Kurs walut. Specyfikacja projektu. Marek Zając 2013-12-16

Kurs walut. Specyfikacja projektu. Marek Zając 2013-12-16 Kurs walut Specyfikacja projektu Marek Zając 2013-12-16 Spis treści 1. Podsumowanie... 2 1.1 Wstęp... 2 1.2 Projekt interfejsu... 2 1.2.1 Rozmiar głównego okna... 2 2. Słownik pojęć... 2 2.1 Definicja

Bardziej szczegółowo

Integracja frameworku Wicket z serwisem Platnosci.pl.

Integracja frameworku Wicket z serwisem Platnosci.pl. Integracja frameworku Wicket z serwisem Platnosci.pl. Paweł Wąsowski, 157702 1. Wprowadzenie Niniejszy dokument powstał w trakcie realizacji projektu SzukamNeta.pl. Dokument zawiera praktyczne wskazówki

Bardziej szczegółowo

Dokumentacja serwera REST do obsługi rezerwacji w systemie SaNAtoRIUm.pro

Dokumentacja serwera REST do obsługi rezerwacji w systemie SaNAtoRIUm.pro Dokumentacja serwera REST do obsługi rezerwacji w systemie SaNAtoRIUm.pro Kontakt: tel. 54 282 1385 e-mail: info@softor.pl Podstawowe informacje: Serwer REST dostępny pod adresem https://api.sanatorium.pro/v1/

Bardziej szczegółowo

DOKUMENTACJA TECHNICZNA KurJerzyAPI wersja 1.0

DOKUMENTACJA TECHNICZNA KurJerzyAPI wersja 1.0 KurJerzyAPI wersja 1.0 Spis treści Wstęp...3 1. Korzystanie z interfejsu KurJerzyAPI...4 1.1 Warunki korzystania z interfejsu...4 1.2 Zabezpieczenia interfejsu...4 2. Specyfikacja interfejsu KurJerzyAPI...6

Bardziej szczegółowo

WSTĘP. Szanowni Państwo, Witamy bardzo serdecznie w gronie internautów, użytkowników systemów informatycznych przez Internet.

WSTĘP. Szanowni Państwo, Witamy bardzo serdecznie w gronie internautów, użytkowników systemów informatycznych przez Internet. WSTĘP Szanowni Państwo, Witamy bardzo serdecznie w gronie internautów, użytkowników systemów informatycznych przez Internet. Oferujemy Państwu jedną z unikalnych, a za razem bardzo bezpiecznych usług dostępu

Bardziej szczegółowo

Programowanie obiektowe

Programowanie obiektowe Programowanie obiektowe III. Refleksja Małgorzata Prolejko OBI JA16Z03 Plan Klasa Class. Analiza funkcjonalności klasy. Podstawy obsługi wyjątków. Zastosowanie refleksji do analizy obiektów. Wywoływanie

Bardziej szczegółowo

Bramka płatnicza. Dokumentacja techniczna. wersja 1.0

Bramka płatnicza. Dokumentacja techniczna. wersja 1.0 Bramka płatnicza Dokumentacja techniczna wersja 1.0 strona 2 z 15 Spis treści 1. Wstęp... 3 2. Słownik pojęć... 3 3. Usługa bramki płatniczej... 4 3.1 Realizacja płatności... 4 3.1.1 Postępowanie... 4

Bardziej szczegółowo

Dokumentacja Użytkownika Systemu

Dokumentacja Użytkownika Systemu Dokumentacja Użytkownika Systemu Integracja z Ceneo.pl Wersja 2016.3.2 Spis treści 1 INTEGRACJA... 3 2 REJESTRACJA NA CENEO.PL... 4 3 KONFIGURACJA Z SERWISEM CENEO.PL... 5 4 PRZYGOTOWANIE ASORTYMENTU...

Bardziej szczegółowo

Podstawy Secure Sockets Layer

Podstawy Secure Sockets Layer Podstawy Secure Sockets Layer Michał Grzejszczak 20 stycznia 2003 Spis treści 1 Wstęp 2 2 Protokół SSL 2 3 Szyfry używane przez SSL 3 3.1 Lista szyfrów.................................... 3 4 Jak działa

Bardziej szczegółowo

Konfiguracja klienta Lotus Notes R6 z certyfikatami i kluczami na karcie kryptograficznej lub w pliku.

Konfiguracja klienta Lotus Notes R6 z certyfikatami i kluczami na karcie kryptograficznej lub w pliku. Konfiguracja klienta Lotus Notes R6 z certyfikatami i kluczami na karcie kryptograficznej lub w pliku. Do prawidłowego korzystania z certyfikatu komercyjnego do podpisywania poczty w Lotus Notes, umieszczonego

Bardziej szczegółowo

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

DOKUMENTACJA PROTOKOŁU SMESX. Platforma SMeSKom - instrukcja korzystania z interfejsu HTTPS Protokół w wersji 2.2 DOKUMENTACJA PROTOKOŁU SMESX Platforma SMeSKom - instrukcja korzystania z interfejsu HTTPS Protokół w wersji 2.2 Autor smeskom@smeskom.pl Data 16.06.2009 Wersja 2.2 (rev. 1) Spis treści Dokumentacja protokołu

Bardziej szczegółowo

SKRÓCONA INSTRUKCJA OBSŁUGI SYSTEMU ZARZĄDZANIA OBIEGIEM INFORMACJI (SZOI)

SKRÓCONA INSTRUKCJA OBSŁUGI SYSTEMU ZARZĄDZANIA OBIEGIEM INFORMACJI (SZOI) SKRÓCONA INSTRUKCJA OBSŁUGI SYSTEMU ZARZĄDZANIA OBIEGIEM INFORMACJI (SZOI) Wymiana dokumentów elektronicznych pomiędzy Apteką a Zachodniopomorskim Oddziałem Wojewódzkim NFZ Strona 1 z 10 INFORMACJE OGÓLNE

Bardziej szczegółowo

emszmal 3: Automatyczne księgowanie przelewów w sklepie internetowym WooCommerce (plugin dostępny w wersji ecommerce)

emszmal 3: Automatyczne księgowanie przelewów w sklepie internetowym WooCommerce (plugin dostępny w wersji ecommerce) emszmal 3: Automatyczne księgowanie przelewów w sklepie internetowym WooCommerce (plugin dostępny w wersji ecommerce) Zastosowanie Rozszerzenie to dedykowane jest sklepom internetowych działającym w oparciu

Bardziej szczegółowo

Dokumentacja techniczna asendo APIEmail

Dokumentacja techniczna asendo APIEmail asendo.pl tel: 22 211 20 22 Dokumentacja techniczna asendo APIEmail Spis treści 1. Wprowadzenie...2 2. Komunikaty...3 3. Zarządzanie kontaktami...7 4. Szablony email...19 5. Nadawcy email...22 6. Kampanie

Bardziej szczegółowo

Bank BGŻ BNP Paribas Czy bank umożliwia anulowanie już zleconego przelewu?

Bank BGŻ BNP Paribas Czy bank umożliwia anulowanie już zleconego przelewu? Bank BGŻ BNP Paribas 1. Czy bank umożliwia anulowanie już zleconego przelewu? 2. Ile czasu od momentu zlecenia dyspozycji przelewu klient może wystąpić z takim wnioskiem? 3. Jak to się odbywa? Poprzez

Bardziej szczegółowo

Dokumentacja SMS przez FTP

Dokumentacja SMS przez FTP Dokumentacja SMS przez FTP 1 Wprowadzenie... 2 Właściwości plików... 3 Tworzenie konfiguracji w Panelu Klienta... 4 Raporty doręczeń... 5 Historia zmian... 6 2 Wprowadzenie Usługa wysyłki SMS przez FTP

Bardziej szczegółowo

KatMPBSoft marekbilski@katmpbsoft.pl - 1 -

KatMPBSoft marekbilski@katmpbsoft.pl - 1 - Przedstawiona dokumentacja UML jest ściśle chroniona prawami autorskimi. Jej celem jest jedynie pokazanie w jaki sposób firma KatMPBSoft, takie dokumentacje przygotowuje. Dokumentacja UML nie może być

Bardziej szczegółowo

Wykład 5: Najważniejsze usługi sieciowe: DNS, SSH, HTTP, e-mail. A. Kisiel,Protokoły DNS, SSH, HTTP, e-mail

Wykład 5: Najważniejsze usługi sieciowe: DNS, SSH, HTTP, e-mail. A. Kisiel,Protokoły DNS, SSH, HTTP, e-mail N, Wykład 5: Najważniejsze usługi sieciowe: DNS, SSH, HTTP, e-mail 1 Domain Name Service Usługa Domain Name Service (DNS) Protokół UDP (port 53), klient-serwer Sformalizowana w postaci protokołu DNS Odpowiada

Bardziej szczegółowo

Sesje, ciasteczka, wyjątki. Ciasteczka w PHP. Zastosowanie cookies. Sprawdzanie obecności ciasteczka

Sesje, ciasteczka, wyjątki. Ciasteczka w PHP. Zastosowanie cookies. Sprawdzanie obecności ciasteczka Sesje, ciasteczka, wyjątki Nie sposób wyobrazić sobie bez nich takich podstawowych zastosowań, jak logowanie użytkowników czy funkcjonowanie koszyka na zakupy. Oprócz tego dowiesz się, czym są wyjątki,

Bardziej szczegółowo

Import zleceń / Integracja klienta K-Ex

Import zleceń / Integracja klienta K-Ex Import zleceń / Integracja klienta K-Ex 1 1 Integracja systemów Klient K-Ex jako sposobem zwiększenia wydajności tworzenia wysyłki 1.1 Import przesyłek na podstawie pliku CSV Wprowadzenie danych na temat

Bardziej szczegółowo

emszmal 3: Automatyczne księgowanie przelewów w sklepie internetowym WooCommerce (plugin dostępny w wersji ecommerce)

emszmal 3: Automatyczne księgowanie przelewów w sklepie internetowym WooCommerce (plugin dostępny w wersji ecommerce) emszmal 3: Automatyczne księgowanie przelewów w sklepie internetowym WooCommerce (plugin dostępny w wersji ecommerce) Zastosowanie Rozszerzenie to dedykowane jest sklepom internetowym działającym w oparciu

Bardziej szczegółowo

Ogólnopolskie Repozytorium Prac Dyplomowych

Ogólnopolskie Repozytorium Prac Dyplomowych Ogólnopolskie Repozytorium Prac Dyplomowych System Informacji o Szkolnictwie Wyższym POL-on Źródła danych i sposób zasilania, formaty i aspekty organizacyjne Strona 1 z 8 Spis treści Spis treści 1.Źródła

Bardziej szczegółowo

emszmal 3: Automatyczne księgowanie przelewów w sklepie internetowym PrestaShop (plugin dostępny w wersji ecommerce)

emszmal 3: Automatyczne księgowanie przelewów w sklepie internetowym PrestaShop (plugin dostępny w wersji ecommerce) emszmal 3: Automatyczne księgowanie przelewów w sklepie internetowym PrestaShop (plugin dostępny w wersji ecommerce) Zastosowanie Rozszerzenie to dedykowane jest sklepom internetowych zbudowanym w oparciu

Bardziej szczegółowo

Specyfikacja instalacji systemu Przelewy24.pl

Specyfikacja instalacji systemu Przelewy24.pl Specyfikacja instalacji systemu Przelewy24.pl Instalacja pełna wersja.2.64 data 2012-03-28 1 PRZEBIEG TRANSAKCJI... 2 2 TERMINOLOGIA... 3 3 OPROGRAMOWANIE... 3 3.1 Żądanie transakcji... 3 3.2 Odbiór wyniku

Bardziej szczegółowo

Programowanie w języku Java - Wyjątki, obsługa wyjątków, generowanie wyjątków

Programowanie w języku Java - Wyjątki, obsługa wyjątków, generowanie wyjątków Programowanie w języku Java - Wyjątki, obsługa wyjątków, generowanie wyjątków mgr inż. Maciej Lasota Version 1.0, 13-05-2017 Spis treści Wyjątki....................................................................................

Bardziej szczegółowo

Instrukcja użytkownika. Eksport dokumentów do systemu Comarch EDI Wersja 2015.5.1

Instrukcja użytkownika. Eksport dokumentów do systemu Comarch EDI Wersja 2015.5.1 Instrukcja użytkownika Eksport dokumentów do systemu Comarch EDI Wersja 2015.5.1 Spis treści 1 EKSPORT FAKTUR/KOREKT SPRZEDAŻY... 3 2 EKSPORT ZAMÓWIEŃ... 5 3 IMPORT ZAMÓWIEŃ... 6 4 IMPORT FAKTUR ZAKUPU...

Bardziej szczegółowo

Regulamin świadczenia usługi invoobill dla Klientów Banku Spółdzielczego w Ropczycach

Regulamin świadczenia usługi invoobill dla Klientów Banku Spółdzielczego w Ropczycach Regulamin świadczenia usługi invoobill dla Klientów Banku Spółdzielczego w Ropczycach Ropczyce 2017 r. Spis treści Rozdział 1. Postanowienia ogólne... 3 Rozdział 2. Rodzaj, zakres i warunki usługi świadczonej

Bardziej szczegółowo

1. Sklep internetowy Fabryka Snu działa za pośrednictwem witryny internetowej w domenie www.fabrykasnu.info.pl.

1. Sklep internetowy Fabryka Snu działa za pośrednictwem witryny internetowej w domenie www.fabrykasnu.info.pl. REGULAMIN SKLEPU 1. Sklep internetowy Fabryka Snu działa za pośrednictwem witryny internetowej w domenie www.fabrykasnu.info.pl. Składanie zamówień może się odbywać przez 24 godziny na dobę za pomocą strony

Bardziej szczegółowo

Rejestracja wydania Karty DiLO w SZP

Rejestracja wydania Karty DiLO w SZP Rejestracja wydania Karty DiLO w SZP W celu zarejestrowania wydania karty należy na Liście kart diagnostyki i leczenia onkologicznego wybrać opcję Wydanie karty DiLO. Rysunek 1 Przykładowe okno Listy kart

Bardziej szczegółowo

emszmal 3: Automatyczne księgowanie przelewów w sklepie internetowym Magento (plugin dostępny w wersji ecommerce)

emszmal 3: Automatyczne księgowanie przelewów w sklepie internetowym Magento (plugin dostępny w wersji ecommerce) emszmal 3: Automatyczne księgowanie przelewów w sklepie internetowym Magento (plugin dostępny w wersji ecommerce) Zastosowanie Rozszerzenie to przeznaczone jest dla właścicieli sklepów internetowych opartych

Bardziej szczegółowo

Regulamin świadczenia usługi Invoobill przez Bank Spółdzielczy w Toruniu

Regulamin świadczenia usługi Invoobill przez Bank Spółdzielczy w Toruniu Regulamin świadczenia usługi Invoobill przez Bank Spółdzielczy w Toruniu Toruń, wrzesień 2015 r. Spis treści 1. Postanowienia ogólne... 2 2. Informacje podstawowe o usługodawcy... 2 3. Definicje pojęć...

Bardziej szczegółowo