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



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

Płatności CashBill - Kody

Płatności CashBill - SOAP

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

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

SMS Kod Automatyczny

Płatności CashBill dla BestSeller

SMS Kod Automatyczny

DirectBilling dokumentacja techniczna

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

Płatności CashBill dla Presta Shop

Płatności CashBill dla QuickCart

Płatności CashBill dla shopgold

Implementacja mechanizmu SkyCashClick Wersja 0.1

Płatności CashBill - SOTE

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

Płatności CashBill - cstore

SMS/MMS Premium Rate

Płatności CashBill - cstore

Płatności CashBill - SOTE

DOKUMENTACJA TECHNICZNA SMS API MT

Płatności CashBill. 25 marca Specyfikacja usług

Specyfikacja instalacji usługi SMS Premium w Przelewy24.pl

v 2.0, listopad 2014 Regulamin usługi Transferów MASOWYCH

System epon Dokumentacja użytkownika

Instrukcja podłączenia transakcji Premium SMS przez Sprzedawcę

v 1. 1, czerwiec 2014

Dokumentacja techniczna - PBL

Bramka płatnicza. Dokumentacja techniczna. wersja 1.0

Dokumentacja Techniczna Direct Billing

3. Usługobiorcą może być każdy użytkownik korzystający z usług opisanych w Regulaminie, świadczonych przez Spółkę (zwany dalej: Usługobiorcą).

Szczegóły i informacje. PayPal/CashBill. Integracja Płatności PayPal z Płatnościami CashBill

Dokumentacja API BizIn

Dokumentacja techniczna 2.0. Płatności CashBill. Dokumentacja wdrożenia systemu Płatności CashBill

Tytuł prezentacji. Dualny Model Sprzedaży podręcznik użytkownika

Płatności CashBill - Selly Shop

Regulamin płatności cyklicznych za usługi świadczone przez home.pl SA w Szczecinie

OPIS FORMATÓW PLIKÓW EKSPORTU HISTORII OPERACJI WYKORZYSTYWANYCH W BANKOWOŚCI ELEKTRONICZNEJ IDEA BANK S.A.

INSTRUKCJA INSTALACJI MODUŁU

Pierwsze kroki Statusy transakcji Zwrot płatności przelewem lub kartą Odbiór wpłat Czas realizacji płatności...

PRZEWODNIK PO FEDEX DELIVERY MANAGER DOMESTIC

SPIS TREŚCI. 1. O systemie Płatności Online. 2. Oferowane formy płatności. 3. Schemat procesu płatności. 4. Opis procesu płatności

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

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

Krajowy Integrator Płatności Spółka Akcyjna

Instrukcja użytkownika systemu MOBEVO PANEL PODATNIKA

Dokumentacja użytkownika systemu. Miniaplikacja Rodzina 300/500 Plus

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

Tytuł prezentacji. Dualny Model Sprzedaży podręcznik użytkownika

Podręcznik Integracji

Specyfikacja techniczna. mprofi Interfejs API

Regulamin płatności cyklicznych za usługi świadczone przez home.pl SA w Szczecinie

Akademia Klienta CitiDirect. Powiadomienia o Zdarzeniach. Sierpień 2011 Do użytku wewnętrznego posiadacza rachunku

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

Dokumentacja techniczna 2.1. Płatności CashBill. Dokumentacja wdrożenia systemu Płatności CashBill

Dokumentacja użytkownika systemu Miniaplikacja Rodzina 500 plus

Regulamin SMS Premium dla konta prywatnego

Płatności CashBill dla Shoper

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

Dokumentacja użytkownika systemu Miniaplikacja Rodzina 500 plus

Płatności CashBill. 4 października 2016 r. Specyfikacja usług

Instrukcja obsługi certyfikatów w systemach ISOF

INSTRUKCJA INSTALACJI MODUŁU

Dokumentacja techniczna 2.3. Płatności CashBill. Dokumentacja wdrożenia systemu Płatności CashBill

Przykładowa integracja systemu Transferuj.pl

Składanie wniosku w Pekao24 krok po kroku

Dokumentacja API BizIn

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

PANEL ADMINISTRACYJNY SPRZEDAWCY SZYBKI START

Dokumentacja Techniczna SMS MO

Wygodna technologia, czyli o tym jak skutecznie zintegrować płatności on-line w omnichannel

ZMIANY DLA UŻYTKOWNIKÓW SYSTEMU BANKOWOŚCI INTERNETOWEJ SYGMA OnLine

Dokumentacja techniczna API systemu SimPay.pl

PODRĘCZNIK OBSŁUGI BUSINESSNET

REGULAMIN DOSTĘPU DO PANELU KLIENTA KLIENT.SYSTEM3.PL

Składanie wniosku w Pekao24 krok po kroku

Wykaz zmian w Regulaminie otwierania i prowadzenia igo lokat z miesięczną kapitalizacją odsetek

OŚWIADCZENIE. o wycofaniu zgody na wystawianie i udostępnianie faktur. w formie elektronicznej

Program Partnerski. Oferta dla właścicieli stron internetowych

Szczegóły i informacje. PayPal/CashBill. Integracja Płatności PayPal z Płatnościami CashBill

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

Przewodnik. Rejestracja/logowanie

Elektroniczne Biuro Obsługi Interesanta wersja 2.2. Instrukcja dla Interesanta

OPCJE DOSTAWY W SERWISIE WIRTU.PL

Płatności CashBill - Sklepicom

1. Składanie wniosku rejestracyjnego - rejestracja konta użytkownika/firmy

PolishAPI. Rekomendacje oraz podstawowe założenia do przygotowania interfejsu awaryjnego. Dokument opracowany przez Grupę Projektową ds.

REGULAMIN PORTALU ROLNICZA CHMURA USŁUG. 1 Definicje

Zasady korzystania z Oferty Pakietowej Pakiet PACZKA. Postanowienia ogólne

PODRĘCZNIK OBSŁUGI BUSINESSNET

O UDOSTĘPNIENIE INFORMACJI GOSPODARCZYCH. zawarta dnia.. w Kielcach (dalej Umowa ) pomiędzy:

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

REGULAMIN KORZYSTANIA Z SYSTEMU MOBILNA KARTA MIEJSKA KOSZALIN

Certyfikat niekwalifikowany zaufany Certum Silver. Instalacja i użytkowanie pod Windows Vista. wersja 1.0 UNIZETO TECHNOLOGIES SA

REGULAMIN ZASILANIA PAKIETÓW INTERNETOWYCH W SIECI WEL.COM MOBILE. 1 Postanowienia ogólne

Przelewy24 Wirtualny Koszyk

INSTRUKCJA UŻYTKOWANIA USŁUGI mobile e-bank EBS

ZESTAW PLATINUM. - instrukcja pobrania i instalacji certyfikatu niekwalifikowanego wersja 1.2

INSTRUKCJA AKTYWACJI I INSTALACJI CERTYFIKATU ID

Transkrypt:

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: +48 032 764-18-40 Infolinia: 0 801 011 802 e-mail: marketing@cashbill.pl NIP: 629-241-08-01 KRS: 0000323297 REGON: 241048572 kapitał zakładowy 5 000 000 zł opłacony w całości

Spis treści 1 Czym jest usługa PayCode?... 3 2 Uruchomienie serwisu PayCode...4 3 Obsługa serwisu PayCode... 4 3.1 Przebieg transakcji zakupu kodu...4 3.2 Bezpośrednie generowanie URL...5 3.3 Powiadomienie o autoryzacji...7 4 SDK dla PHP5... 8 5 Historia zmian... 8 2

1 Czym jest usługa PayCode? Serwis Paycode to usługa polegająca na dystrybucji kodów dostępowych do części płatnych serwisów www. Kody udostępniane są klientom zarówno poprzez Płatności Cashbill jak i z wykorzystaniem usługi SMS Premium Rate. Podstawową różnicą pomiędzy usługą Serwis Paycode, a Punktem Płatności (Kody) jest podmiot dostarczający kody (sprzedawca) oraz sposób rozliczania z właścicielem serwisu. W przypadku usługi Serwisy Paycode sprzedawcą kodów dostępowych jest firma Cashbill S.A., a właściciel serwisu www otrzymuje prowizję za wykorzystanie kodu w swoim serwisie. Taki model rozliczania zwalnia właściciela serwisu z konieczności obsługi klienta indywidualnego, wystawiania faktur i paragonów. Wystarczy jedna faktura zbiorcza miesięcznie, przygotowywana przez system CashBill. Strona internetowa, korzystający z usługa Serwis Paycode, na życzenie właściciela, może uczestniczyć w programie partnerskim, co oznacza, iż część prowizji za wykorzystanie kodu dostępowego przekazywana jest do użytkownika systemu Cashbill, który efektywnie promuje dany serwis www. PayCode Jedna zbiorcza faktura miesięcznie Płatności rozliczane jako prowizje Obsługa podatkowa przez system CashBill Wypłata środków w cyklu miesięcznym Wbudowana obsługa kodów SMS Wbudowana obsługa Programu Partnerskiego Punkt Płatności (kody) Konieczność wystawiania indywidualnych faktur, paragonów klientom serwisu Płatności przekazywane bezpośrednio akceptantowi Podatki w gestii akceptanta Wypłata środków na życzenie Kody SMS dostępne jako niezależna usługa Program Partnerski dostępny jako niezależna usługa Tabela 1: Podstawowe różnice między serwisem PayCode a Punktem Płatności (kody) Czym jest usługa PayCode? 3

2 Uruchomienie serwisu PayCode Pierwszym etapem wdrożenia PayCode na serwisie internetowym jest uruchomienie usługi w panelu CashBill. Po wypełnieniu formularza uruchomienia nowej usługi PayCode system CashBill przyznaje klucz tajny zabezpieczający komunikację między serwisem a systemem CashBill. Do wdrożenia usługi PayCode konieczne jest odczytanie z panelu administracyjnego CashBill następujących parametrów: Parametr sysid privkey Znaczenie Unikalny identyfikator serwisu Klucz tajny serwisu 3 Obsługa serwisu PayCode Tabela 2: Parametry wymagane do wdrożenia serwisu PayCode Inicjalizacja sprzedaży kodu PayCode polega na przygotowaniu specjalnego adresu URL i przekazaniu go do przeglądarki klienta. Spreparowany adres zawiera wszystkie informacje konieczne do przeprowadzenia transakcji. Po zakończeniu transakcji serwis informowany jest poprzez notyfikację HTTP, a klient zostaje przekierowany do wybranej przez serwis strony. Kod dostępowy generowany jest w serwisie, w trakcie budowania adresu URL transakcji. Klient jest informowany o treści kodu jeszcze przed zakupem, jednak kod jest aktywowany dopiero po dokonaniu płatności. 3.1 Przebieg transakcji zakupu kodu 1. Serwis generuje nieaktywny kod dostępowy KOD. 2. Serwis generuje unikalny URL transakcji i przekazuje go klientowi. 3. Klient dokonuje wyboru kanału płatności i finalizuje zakup. 4. System CashBill informuje serwis o dokonaniu płatności poprzez kanał serwerowy notifyurl 5. Serwis aktywuje kod i przypisuje mu ważność. Obsługa serwisu PayCode 4

6. System CashBill przekierowuje przeglądarkę klienta na adres powrotu redirecturl 3.2 Bezpośrednie generowanie URL Bezpośrednie rozpoczęcie transakcji wymaga wygenerowania adresu URL inicjującego transakcję i przekazania go do przeglądarki klienta. Usługa PayCode obsługiwana jest pod adresem URL: https://ppp.cashbill.pl/pay/get/ Oczekiwane parametry to: parametr sysid ref encoding znaczenie Identyfikator serwisu Kod referencyjny programu partnerskiego. Opcjonalny w przypadku serwisów nie uczestniczących w Programie Partnerskim CashBill. Format kodowania znaków pozostałych parametrów, w formacie zgodnym z biblioteką ICONV amount Cena kodu. Separatorem dziesiętnym jest kropka (. ) currency Waluta, zgodna z normą ISO 4217 notifyurl notifymode redirecturl title sign Adres URL, na który zostanie przekazane powiadomienie o pozytywnym zakończeniu transakcji. Tryb wysyłania powiadomienia Adres, na który ma zostać przekierowany klient po zakończeniu transakcji Tytuł transakcji, który powinien zawierać treść sprzedawanego kodu. Sygnatura operacji Tabela 3: Parametry GET przekazywane do usługi PayCode Obsługa serwisu PayCode 5

notifymode bounce bounce-signed znaczenie Powiadomienie HTTP GET na adres podany w parametrze notifyurl jako potwierdzenie zakupu. Nie zalecane w trybie produkcyjnym. Jak bounce, uzupełnione przez sygnaturę kryptograficzną md5 dołączoną na końcu URL podanego w parametrze notifyurl. Sygnatura powstaje poprzed dodanie klucza tajnego privkey na końcu notifyurl i obliczenie funkcji skrótu md5. Sygnatura jest dołączana w postaci 32-znakowego ciągu znaków. Zalecamy skonstruowanie adresu notifyurl w sposób przewidujący doklejenie ciągu znaków, np. przez zakończenie przez &sign=. Tabela 4: Rodzaje powiadomień o zakończeniu transakcji symbol waluty PLN waluta Złoty Polski Tabela 5: Aktualnie obsługiwane waluty Konstrukcja sygnatury kryptograficznej Aby zapewnić integralność komunikacji między serwisem a usługą PayCode, każde żądanie PayCode musi zostać uwierzytelnione sygnaturą kryptograficzną. Do utworzenia sygnatury wykorzystywana jest funkcja skrótu md5: sign = md5( sysid + ref + amount + currency + title + notifyurl + notifymode + redirecturl + privkey ) Uwagi odnośnie konstrukcji adresów URL i tytułu transakcji Przy wybieraniu parametrów zalecamy: KOD powinien mieć format umożliwiający łatwe przepisanie przez klienta. Sugerujemy unikalne kody alfanumeryczne, 8-mio znakowe. Zawrzeć w adresie notifyurl dane wystarczające do jednoznacznego zidentyfikowania zakupionego kodu (np. treść kodu). Aktywacja kodu w serwisie powinna nastąpić dopiero po przekazaniu przez usługę PayCode notyfikacji, np.: http://www.example.com/potwierdzenie.php?code=kod&sign= Zawierając treść kupionego kodu w redirecturl zwalniamy klienta z konieczności przepisania treści kodu w formularzu na serwisie. Obsługa serwisu PayCode 6

http://www.example.com/powrot_klienta.php?code=kod Tytuł transakcji powinien również zawierać treść kupowanego kodu jak i adres serwisu, którego kod dotyczy. Jest to szczególnie istotne w przypadku kanałów offline, jak przekaz pocztowy. Tytuł transakcji nie powinien budzić wątpliwości co do przedmiotu transakcji, tj. sprzedaży kodu dostępowego, np.: Zakup kodu KOD dla serwisu example.com (dostęp na 3 dni). Przekazywanie URL klientowi końcowemu Usługa PayCode nie narzuca sposobu przekazania adresu URL do przeglądarki klienta. Akceptowane są wszystkie poprawne metody przekierowania przeglądarki, w szczególności: Poprzez link bezpośredni <a> Poprzez formularz HTML korzystający z metody GET Poprzez przekierowanie HTTP 302 REDIRECT 3.3 Powiadomienie o autoryzacji Po pozytywnym zakończeniu transakcji na adres wybrany w parametrze notifyurl zostaje wysłane powiadomienie o zakończeniu transakcji. Parametr notifyurl ustalany jest niezależnie dla każdego zakupu i powinien zawierać informacje niezbędne do zidentyfikowania i autoryzowania kodu. Usługa PayCode wysyła powiadomienie żądaniem HTTP GET. Oczekiwaną odpowiedzią jest kod HTTP 200 oraz dwubajtowy ciąg znaków: OK Po otrzymaniu takiej odpowiedzi z adresu notyfikacji usługa PayCode przekieruje klienta na adres ustalony w parametrze redirecturl. Serwis może zgłaszać błędy przez zastąpienie ciągu znaków OK komunikatem błędów. W takim przypadku klient nie zostanie przekierowany na adres docelowy, a notyfikacja będzie powtarzana do czasu otrzymania odpowiedzi pozytywnej. Obsługa serwisu PayCode 7

W środowisku produkcyjnym zalecamy stosowanie powiadomień z sygnaturą kryptograficzną (bounce-signed). Weryfikacja sygnatury kryptograficznej Dla powiadomienia z sygnaturą kryptograficzną (bounce-signed) żądanie powiadomienia uzupełniane jest o sygnaturę kryptograficzną. Sygnatura według wzoru: sign = md5( querystring + privkey ) Gdzie querystring jest częścią notifyurl za nazwą domenową, np.: /potwierdzenie.php?code=kod&sign= Weryfikacja sygnatury zapewnia, że powiadomienie o dokonaniu transakcji pochodzi z systemu CashBill. 4 SDK dla PHP5 Dla serwisów napisanych w języku PHP5 CashBill S.A. udostępnia bibliotekę SDK ułatwiającą wdrożenie usługi. Bibliotekę można pobrać działu Dla programistów sewisu www.cashbill.pl. 5 Historia zmian data zmiany 17.07.2013 Pierwotna wersja dokumentacji 18.07.2013 Informacje o SDK Historia zmian 8