DOKUMENTACJA TECHNICZNA KurJerzyAPI wersja 1.0

Podobne dokumenty
Spis treści DOKUMENTACJA TECHNICZNA. STS API wersja 1.1

Spis treści. Strona: 1/26

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

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

Dokumentacja techniczna API systemu SimPay.pl

Specyfikacja HTTP API. Wersja 1.6

Instrukcja uruchomienia usługi KurJerzyAPI dla OsCommerce 2.2

API transakcyjne BitMarket.pl

1. Wstęp 2. Adres usługi 3. Konfiguracja 4. Metody 5. Typy danych 6. Przykład wywołania metody przy użyciu php i biblioteki nusoap 7.

Dokumentacja SMS przez FTP

Gatesms.eu Mobilne Rozwiązania dla biznesu

Dokumentacja API BizIn

Dokumentacja API BizIn

DPDInfoServices. Specyfikacja biznesowa. Version DPD Polska Sp. z O.O. Warszawa

Bramka płatnicza. Dokumentacja techniczna. wersja 1.0

KURIER BY CTI. Instrukcja do programu DATA Informatycznej Zygmunt Wilder w Gliwicach WERSJA mgr Katarzyna Wilder DLA DPD

Dokumentacja smsapi wersja 1.4

Specyfikacja techniczna. mprofi Interfejs API

Instrukcja użytkownika. Aplikacja dla Magento

Płatności CashBill - SOAP

wybierzkuriera.pl System API Dokumentacja techniczna v

Instrukcja rejestracji zgłoszeń serwisowych w Black Point S.A.

Dokumentacja API serwisu korporacjakurierska.pl

Przykładowa integracja systemu Transferuj.pl

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

GlobKurier.pl profesjonalny operator logistyczny. Oszczędzaj i nadawaj przesyłki z GlobKurier.pl aż do 80% taniej!

Dokumentacja API serwisu epaka.pl

Instrukcja użytkownika Platforma Walutowa

Dokumentacja API serwisu korporacjakurierska.pl

Instrukcja logowania do systemu Rejestru Unii dla nowych użytkowników

Instrukcja. nadawania przesyłek Allegro: Allegro Kurier InPost. Allegro Paczkomaty InPost. Allegro MiniPaczka InPost

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

OPCJE DOSTAWY W SERWISIE WIRTU.PL

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

Kurier DPD by CTI. Instrukcja

Implementacja mechanizmu SkyCashClick Wersja 0.1

Spis treści. Rejestracja/logowanie. Zmiana numeru konta klienta. Tworzenie nowej przesyłki. Zamawianie kuriera

Dokumentacja 2SMS

DOKUMENTACJA TECHNICZNA SMS API MT

KORPORACJA KURIERSKA - MAGENTO Instrukcja instalacji i konfiguracji

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

Funkcje dodatkowe. Wersja 1.2.1

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

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

Dokumentacja API serwisu KurierSerwis.com

TRX API opis funkcji interfejsu

INSTRUKCJA OBSŁUGI PANELU ADMINISTRACYJNEGO MÓJ DOTPAY v0.1

Dokumentacja Użytkownika Systemu

MDW. (Moduł Dystrybucji Wysyłek) (Moduł Magento) v Strona 1 z 11

Instrukcja obsługi systemu Bosch BX

Płatny dostęp do treści przez system płatności PayU na WordPressie [TUTORIAL]

Dokumentacja techniczna - PBL

Specyfikacja instalacji usługi SMS Premium w Przelewy24.pl

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

POZNAJ DHL24 KROK PO KROKU

Podręcznik instalacji i konfiguracji aplikacji 7 Office Ship Control dla Microsoft Office 2007 i Siódemka S.A. Warszawa, dnia r.

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

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

Instrukcja do programu Do7ki 1.0

Dokumentacja interfejsu API

Korporacja Kurierska

Instrukcja zakładania konta w portalu epuap i profilu zaufanego.

Twoje potrzeby. Nasze rozwiązania. Instrukcja do funkcjonalności Zamów kuriera z poziomu WebMobile7

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

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

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

i-bank Mobile Banking INSTRUKCJA OBSŁUGI v3

ezwroty WebApi Dokumentacja techniczna

Instrukcja korzystania z platformy B2B Black Point S.A.

Instrukcja użytkownika

Zakład Usług Informatycznych OTAGO

Instrukcja użytkownika Platformy Walutowej

E-faktura instrukcja dla kontrahentów TVP S.A.

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

ZASADY PRZEPROWADZENIA TESTU FUNKCJONALNOŚCI

PANEL ADMINISTRACYJNY SPRZEDAWCY SZYBKI START

Obsługa modułu. e-deklaracje. w programach WF-FaKir oraz WF-Gang. (opracował Przemysław Gola)

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

Instrukcja obsługi Multiconverter 2.0

REJESTRACJA, LOGOWANIE I USTAWIENIA PROFILU

Przykładowa integracja systemu tpay.com KIP S.A. ul. Św. Marcin 73/ Poznań.

Projektowani Systemów Inf.

Instrukcja składania wniosków do RIS Instrukcja użytkownika

emszmal 3: Automatyczne księgowanie przelewów w menadżerze sprzedaży BaseLinker (plugin dostępny w wersji ecommerce)

Wersja dokumentu: Data: 28 kwietnia 2015r.

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

OPCJE DOSTAWY DOSTĘPNE W SERWISIE LOJALNI24.PL

Integracja GlobKurier.pl BestSeller Instrukcja wdrożenia i konfiguracji

Funkcje dodatkowe. Wersja 1.2.1

Instrukcja. Pierwsza rejestracja dystrybutora Grohe w systemie serwisowym.

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

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

Dokumentacja Użytkownika Systemu

Opis przykładowego programu realizującego komunikację z systemem epuap wykorzystując interfejs komunikacyjny "doręczyciel"

Dokumentacja API. SOAP - webservice v

Dokumentacja REST API v 3.0

KURIER XL BY CTI DLA SIÓDEMKA

Dokumentacja API Stacja z Paczką ver. 2.14

Baza numerów Wersja 1.1

Transkrypt:

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 2.1 Proces składania zamówienia za pośrednictwem KurJerzyAPI...6 2.2 Operacje podstawowe...7 2.3 Odbieranie informacji o statusie realizacji zamówienia...12 2.4 Przeprowadzanie integracji na środowisku produkcyjnym...13 3. Uwagi...14

Wstęp Prezentowany dokument techniczny jest zbiorem informacji, reguł oraz zasad koniecznych do integracji zewnętrznych aplikacji klienckich z platformą KurJerzy.pl. Integracja ta jest możliwa dzięki wykorzystaniu logiki biznesowej zawartej w udostępnionym interfejsie KurJerzyAPI. Dokument zawiera następujące pojęcia oraz oznaczenia: KurJerzyAPI nazwa interfejsu umożliwiającego obsługę zamówień platformy KurJerzy.pl apikey ciąg znaków, będący identyfikatorem użytkownika KurJerzyAPI apipin ciąg znaków, wymagany do poprawnego wygenerowania kluczy Hash Hash ciąg znaków, weryfikujący poprawność i wiarygodność przesłanych danych <?php - przykładowe fragmenty kodu w języku PHP?> - prezentacja tablic, które są przekazywane oraz zwracane w trakcie wywołań operacji na KurJerzyAPI

1. Korzystanie z interfejsu KurJerzyAPI Współpraca z interfejsem udostępnionym przez platformę www.kurjerzy.pl odbywa się za pośrednictwem protokołu SOAP w wersji 1.2 z kodowaniem znaków UTF-8. Zabezpieczenia przesyłanych danych opierają się na weryfikacji poprawności z wykorzystaniem klucza Hash. Sposób połączenia oraz generowania klucza zostanie przedstawiony w dalszej części dokumentu. 1.1 Warunki korzystania z interfejsu Dostęp do interfejsu może być wykorzystywany tylko przez podmiot, który zaakceptował Regulamin korzystania z KurJerzyAPI oraz zarejestrował się i uzyskał indywidualne dane logowania w procesie rejestracji. Przekazywanie danych dostępowych do interfejsu KurJerzyAPI traktowane jest jako nadużycie ze skutkiem zablokowanie dostępu do interfejsu KurJerzyAPI. 1.2 Zabezpieczenia interfejsu Podstawowym sposobem zabezpieczenia oraz zweryfikowania danych przesyłanych do KurJerzyAPI jest generowanie klucza Hash, który musi zostać przekazany jako parametr każdego wywołania operacji na interfejsie. Sposób tworzenia klucza Hash na przykładzie języka PHP został przedstawiony poniżej. <?php // generowanie klucza Hash $tablica_danych = array('1', '2', '3'); $apipin = '123456'; $hashkey = md5( md5( serialize( $tablica_danych ) ). $apipin );?>

Do poprawnego wygenerowania klucza Hash potrzebna jest tablica danych, która będzie przekazywana w wywołaniu SOAP oraz apipin użytkownika interfejsu.

2. Specyfikacja interfejsu KurJerzyAPI Operacje (metody), które zostały zaimplementowane w interfejsie KurJerzyAPI, można podzielić na operacje podstawowe (kluczowe do przeprowadzenia poprawnego składania zamówienia) oraz operacje dodatkowe (wspomagające proces składania zamówienia). Kolejność w jakiej powinny być wykonywane operacje podstawowe jest ściśle określona co zostało pokazane na diagramie w punkcie 2.1. 2.1 Proces składania zamówienia za pośrednictwem KurJerzyAPI Przebieg procesu składania zamówień za pośrednictwem interfejsu KurJerzyAPI, który

został przedstawiony na powyższym diagramie, dzieli się na 4 etapy: I. Pobranie danych potrzebnych do złożenia zamówienia a) pobranie danych produktowych (1:) b) pobranie terminów odbiorów przesyłek (3:) II. Złożenie zamówienia (5:) III. Przyjęcie statusu zamówienia (9:) (niewymagane, można pominąć ten krok) IV. Pobranie etykiety kurierskiej (10:) 2.2 Operacje podstawowe getuserproducts ( userapikey, requesthash, requestdata ) Parametry wejściowe: userapikey klucz użytkownika KurJerzyAPI requesthash klucz Hash (sposób generowania opisany w punkcie 1.3) requestdata tablica danych (należy przekazać pusta tablicę) Parametry wyjściowe: tablica_produktow tablica, której klucze stanowią identyfikator produktu, natomiast wartości zestawieniem parametrów usługi (nazwa produktu, cena produktu, maksymalna waga produktu).

getshipmentdates ( userapikey, requesthash, requestdata ) Parametry wejściowe: userapikey klucz użytkownika KurJerzyAPI requesthash klucz Hash (sposób generowania opisany w punkcie 1.3) requestdata tablica danych (należy przekazać pustą tablicę) Parametry wyjściowe: tablica_terminow tablica, która zawiera dostępne daty odbioru (dates) oraz zakresy godzinowe dla odbioru przesyłki w najbliższy możliwy dzień (time_from, time_to, time_from_max, time_to_max). dates tablica zawierająca możliwe daty odbiorów, której kluczami są liczby całkowite (unix timestamp) natomiast wartościami jest reprezantacja tekstowa daty time_from wartość typu integer określająca dolną wartość zakresu godzinowego początku odbioru (początkowa godzina odbioru nie może być mniejsza niż time_from) time_to - wartość typu integer określająca dolną wartość zakresu godzinowego końca odbioru (końcowa godzina odbioru nie może być mniejsza niż time_to) time_from_max - wartość typu integer określająca górną wartość zakresu godzinowego początku odbioru (początkowa godzina odbioru nie może być większa niż

time_from_max) time_to_max - wartość typu integer określająca górną wartość zakresu godzinowego końca odbioru (końcowa godzina odbioru nie może być większa niż time_to_max) Przykład: Początkowa godzina odbioru musi zawierać się pomiędzy godziną 13 a 15. Końcowa godzina odbioru musi zawierać się pomiędzy godziną 15 a 17. makeorder ( userapikey, requesthash, requestdata ) Parametry wejściowe: userapikey klucz użytkownika KurJerzyAPI requesthash klucz Hash (sposób generowania opisany w punkcie 1.3) requestdata tablica danych (należy przekazać parametry zamówienia) Kolorem czerwonym zostały oznaczone pola wymagane. Typy dopuszczalnych wartości: integer(4) oznacza wartośc typu liczby całkowitej o maksymalnej długości 4 znaków string(50) oznacza wartość typu tekst o maksymalnej długości 50 znaków float(7) oznacza wartośc typu liczby zmiennoprzecinkowej o maksymalnej wartości 99999.99 Określenie pól szczegółowych przesyłki (details): content zawartość przesyłki order_value wartość przesyłki (wartość wysyłanego towaru) insurance kwota ubezpieczenie przesyłki charging kwota pobrania przesyłki

Parametry wyjściowe: tablica_bledow tablica zawierająca błędy w przetwarzaniu operacji tablica_zamowien tablica, w której zwracane są numery zamówień getlabel ( userapikey, requesthash, requestdata ) Parametry wejściowe: userapikey klucz użytkownika KurJerzyAPI requesthash klucz Hash (sposób generowania opisany w punkcie 1.3) requestdata tablica danych (należy przekazać parametry zamówienia) Parametry wyjściowe: plik_etykiety wartość typu tekstowej zakodowana w postaci Base64

2.3 Odbieranie informacji o statusie realizacji zamówienia Status realizacji zamówienia wysyłany jest metodą GET na adres URL aplikacji klienckiej KurJerzyAPI, podany w trakcie ustalania szczegółów integracji. W obecnej wersji interejsu KurJerzyAPI nie ma potrzeby oczekiwania na status realizacji zamówienia gdyż zamówienia generowane są od razu po przekazaniu danych do systemu. Wywołanie skryptu aplikacji będzie zawierało następujące wartości: ordernumber numer zamówienia, którego dotyczy status (np. KJ1234567890). orderstatus status w postaci liczby całkowitej (1 w trakcie realizacji, 2 zrealizowana popranie, -1 problem z realizacją zamówienia). hash klucz generowany z wyliczenia sumy funkcją md5 ze złączenia kolejno ordernumber, orderstatus oraz PIN użytkownika KurJerzyAPI. Poniżej przykład w języku PHP. <?php // generowanie klucza Hash dla skryptu odbierajacego status zamowienia $apipin = '123456'; $hash = md5( $ordernumber. $orderstatus. $apipin );?> Skrypt wysyłający powiadomienia o statusach zamówień, oczekuje na potwierdzenie odebrania statusu ciągiem znaków CONFIRMED

<?php // potwierdzenie odebrania statusu zamowienia echo 'CONFIRMED';?> 2.4 Przeprowadzanie integracji na środowisku produkcyjnym Dokonywanie testów integracji na środowisku produkcyjnym https://www.kurjerzy.pl możliwe jest po uprzednim odznaczeniu opcji Tryb testowy w Panelu klienta w zakładce KurJerzyAPI. Tryb testowy pozwala na składanie zleceń poprzez KurJerzyAPI bez ich realizacji. Oznacza to, że zamówienia składane w trybie testowym nie obciążą salda konta Prepaid oraz nie zostanie wygenerowany list przewozowy lecz będzie możliwość przetestowania pełnej funkcjonalności KurJerzyAPI (składanie zleceń, pobieranie listów przewozowych).

3. Uwagi KurJerzyAPI jest w fazie rozwojowej co oznacza, iż kolejne wersje interfejsu będą wzbogacane o nowe funkcjonalności. Zmiany wprowadzane do interfejsu będą kompatybilne z poprzednimi wersjami klientów API. Wszelkie sugestie oraz uwagi prosimy kierować na adres: api@kurjerzy.pl