PDW Sp. z o. o. Dokumentacja techniczna API. Przygotował: Tomasz Meka (tomek@elibri.com.pl)
|
|
- Władysław Szulc
- 9 lat temu
- Przeglądów:
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 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
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
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
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
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
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
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
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
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
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
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
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
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
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)
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
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
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
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
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:
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
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
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
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
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
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
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.
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
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ę
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 ść
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
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 ,
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.
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
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
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:
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
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
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
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
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
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
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
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:
Ś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
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...
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.
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
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,
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
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
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
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
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...
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:
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
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ą
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
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
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
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.
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
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
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...
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...
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...
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
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
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
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/
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
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
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
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
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...
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
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
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
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
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
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
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
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
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ć
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
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,
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
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
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
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
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
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....................................................................................
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...
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
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
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
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
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ęć...