Platební systém XPAY [www.xpay.cz]



Podobné dokumenty
Platební systém XPAY [

Platební systém XPAY [

Platební systém XPAY [

Platební systém XPAY [

Platební systém XPAY [

Technická specifikace SMS Platby

Dokumentace ke službě SMS Connect.

Platební systém XPAY [

sms.sluzba.cz API_XML30 pro textové SMS zprávy do ČR a do zahraničí

Vzhled a popis hlavních funkcí systému SMSbrána.cz

1. Webový server, instalace PHP a MySQL 13

Manuál pro implementaci služby PLATBA 24. Datum: 17. prosince 2014 Verze: 1.49

TRANSPORTY výbušnin (TranV)

1 Webový server, instalace PHP a MySQL 13

mbank.cz mtransfer Okamžitá notifikace o mtransferu Dokumentace pro externího partnera

sms-sluzba.cz API_XML30 - textové SMS do ČR a do zahraničí

Současný svět Projekt č. CZ.2.17/3.1.00/32038, podpořený Evropským sociálním fondem v rámci Operačního programu Praha adaptabilita

Platební systém XPAY [

Dokumentace ke službě SMS Connect.

API pro službu mobilem.cz, verze XML 5.04

Dokumentace ke sluţbě SMS Connect.

JSON API pro zjišťování cen MtG karet

Eurotel SMS Connector. SMS Connector - SMS Redirector Související změny. Verze 0.2

Protokol HTTP 4IZ228 tvorba webových stránek a aplikací

1. Obsah. Publikováno:

1 Pro účely této vyhlášky se rozumí a) základnovou stanicí základnová stanice veřejné komunikační sítě,

Je to SMTP a POP3 server který spolupracuje s GSM branami Alphatech. Převádí SMS zprávy na y a y na SMS zprávy.

VÝVOJ INTERNETOVÝCH APLIKACÍ - VIA

Internetové služby isenzor

Úvod do tvorby internetových aplikací

Artlingua Translation API

Internet Information Services (IIS) 6.0

Měření teploty, tlaku a vlhkosti vzduchu s přenosem dat přes internet a zobrazování na WEB stránce

Aplikace AWEG3 Profil SMS. Uživatelská příručka. Aktualizace:

Manuál pro implementaci služby PLATBA 24. Datum: 22. října 2015 Verze: 1.50

Třídy a objekty. Třídy a objekty. Vytvoření instance třídy. Přístup k atributům a metodám objektu. $z = new Zlomek(3, 5);

rychlý vývoj webových aplikací nezávislých na platformě Jiří Kosek

Modul pro PrestaShop 1.7

Úvod do aplikací internetu a přehled možností při tvorbě webu

Funkční specifikace ABOKWS. Aplikační rozhraní elektronického bankovnictví ABO-K. Verze 0.5

Instalace a konfigurace web serveru. WA1 Martin Klíma

ERP-001, verze 2_10, platnost od

Nové jazykové brány do Caché. Daniel Kutáč

Manuál pro implementaci aplikace Balík Do balíkovny

Od CGI k FastCGI. Uvedené dílo podléhá licenci Creative Commons Uved te autora 3.0 Česko.

Elektronická evidence tržeb. 14. zasedání Podnikatelské rady 17. října 2014

Nastavení telefonu Nokia N9

Nastavení telefonu Windows Phone 8S by HTC

Uživatel počítačové sítě

Principy fungování WWW serverů a browserů. Internetové publikování

wplatba SOAP api Technická dokumentáce

Platba za zboží prostřednictvím Raiffeisenbank

PŘÍLOHA Č. 3 ŘEŠENÍ PROPOJENÍ PROSTŘEDNICTVÍM SMS MEZI SÍTÍ OPERÁTORA A SÍTÍ COMPATEL A PŘEDPOKLAD SMS PROVOZU

Ceník platný od Ceny jsou konečné, nejsme plátci DPH.

nadstavbový modul programu Amicus

Axfone SMS API rozhraní

24 Uživatelské výběry

Dokumentace k nevizuálnímu rozhraní aplikace DopisOnline

l Kontakt s klientem SSP Popis automatizované komunikace s ÚP ČR v součinnosti a exekuci

DUM č. 11 v sadě. 36. Inf-12 Počítačové sítě

HTTP protokol. Zpracoval : Petr Novotný

UDS for ELO. Univerzální datové rozhraní. >> UDS - Universal Data Source

Úvod do informačních služeb Internetu

První seznámení s mobilní aplikací PATRIOT GPS

Zabezpečení proti SQL injection

Nastavení telefonu Nokia G

Manuál pro implementaci aplikace Na poštu

Identifikátor materiálu: ICT-3-03

SYLABUS IT V. Jiří Kubica. Ostrava 2011

Specifikace požadavků. POHODA Web Interface. Verze 1.0. Datum: Autor: Ondřej Šrámek

Kurz je rozdělen do čtyř bloků, které je možné absolvovat i samostatně. Podmínkou pro vstup do kurzu je znalost problematiky kurzů předešlých.

Technická specifikace

17. července :51 z moravec@yahoo.com

1. Úvod do Ajaxu 11. Jak Ajax funguje? 13

B2B SOAP - popis funkcionality

INFORMAČNÍ SYSTÉMY NA WEBU

Produktový list Zboží.cz. PPC reklama Internetová reklama placená za proklik

RESTful API TAMZ 1. Cvičení 11

Fakturace prostřednictvím objednávkového u

2015 GEOVAP, spol. s r. o. Všechna práva vyhrazena.

XL-IPM-301W(I/T) Bezdrátové ovládání zásuvek 230V

SRSW4IT Inventarizační SW. Prezentace aplikace. Vedoucí DP: ing. Lukáš Macura Autor: Bc. Petr Mrůzek

Obchodní podmínky registračního systému Právnické fakulty Masarykovy univerzity

Přímý kanál - Informace pro příjemce platebních karet

Zákony pro lidi - Monitor změn (zdroj:

Uživatelský manuál

Technická dokumentace B2C WS postcode

Bakalářská práce, FEL ČVUT Praha. Michal Turek. červenec 2007

Česká národní banka Příloha č. 6 pravidel systému CERTIS. Postupy pro testování

357/2012 Sb. VYHLÁKA

Obsah. Kdo jsme? Co vám přinášíme s naší bránou? Jak si otevřu bránu na klikniavolej.cz?... 3

ZAŘÍZENÍ PRO VZDÁLENÝ SBĚR A PŘENOS DAT FIRMWARE

Nastavení telefonu CAT B35

Modul IRZ návod k použití

Max Homebanking PS uživatelský manuál rozhraní pro automatické stahování dat

Ukázka testu Informatiky pro přijímací zkoušky do navazujícího magisterského studia

Transkript:

Platební systém XPAY [www.xpay.cz] implementace přenosu informace o doručení SMS verze 166 / 1.3.2012 1

Obsah 1 Implementace platebního systému 3 1.1 Nároky platebního systému na klienta 3 1.2 Komunikace s platební bránou 3 2 Specifikace parametrů 4 2.1 Parametry přenosu informace o doručení formou Event Push/HTTP 4 2.2 Formáty potvrzení přenosu informace o doručení formou Event Push/HTTP 4 2.3 Parametry přenosu informace o doručení formou Event Push/XML-RPC 5 2

1. Implementace platebního systému 1.1. Nároky platebního systému Xpay na klienta Projekt klienta může být umístěn jak na vlastním, tak na pronajatém serveru s fungujícím skriptovacím jazykem a dle potřeb s SQL databází. Běžnou praxí bývá server na bázi Windows Server nebo unix-like OS s WWW serverem (IIS nebo Apache) a skriptovacím jazykem (ASP nebo PHP). Samosebou je i možné použít jiné kombinace, ale veškeré dodávané příklady jsou psány v PHP. Jediná další podmínka je dostupnost serveru z internetu 24 hodin denně, přičemž systém klienta by měl být schopen zpracovat doručenku do 15 sekund od počátku volání z platebního systému. Xpay komunikuje s klientskými systémy formou Event Push standardním protokolem HTTP s parametry zasílanými metodami POST nebo GET a s výstupem komunikujícím formou plaintext, tak, aby nároky na implementaci, komunikaci a zpracování byly co nejnižší. Případně je možné zvolit komunikaci formou Event Push protokolem XML-RPC. Veškerá komunikace ze systému Xpay probíhá z IP adres uvedených v dokumentu Základní popis a rozdělení technických dokumentací. Doporučujeme ověřovat, zda komunikujete právě se serverem umístěným na těchto IP adresách. 1.2. Komunikace s platební bránou Implementace spočívá ve vytvoření doručenkového skriptu zpracovávajícího přenosy formou Event Push obsahující informace o doručení SMS z platebního systému. Tento doručenkový skript na straně klienta obdrží volání s informací o doručení SMS a v závislosti na Vašem systému založí pro daného zákazníka účet, zvýší kredit, či zajistí odeslání zboží. Způsob fungování tohoto skriptu je zcela libovolný a definovány jsou jen parametry a odpověď, kterou musí vrátit skript platebnímu systému, a jeho faktická funkce zajistit, aby zákazník dostal to, za co zaplatil. Zde je kompletní přehled možných komunikačních protokolů pro implementaci doručenek: Způsob implementace Obtížnost Poznámky Bez předávání doručenek žádná Nemožnost zjistit skutečné provedení platby u MTSMS Formou Event Push protokolem HTTP GET Formou Event Push protokolem HTTP POST Formou Event Push protokolem XML-RPC vysoká Nutné spuštění vlastního XML-RPC serveru klienta. nízká nízká 3

2. Specifikace parametrů 2.1. Parametry přenosu informace o doručení formou Event Push/HTTP Potvrzení o doručení SMS se přenáší do klientského systému na pozadí po přijetí doručenky od mobilního operátora voláním doručenkového skriptu klienta protokolem HTTP metodou POST nebo GET na klientem specifikovanou URL (skript může být v libovolném programovacím jazyce). Doručenkový skript odpoví platebnímu systému Xpay. Tímto potvrdí přijetí doručenky. Potvrzení, tedy odpověď, se provede v rámci téhož volání jako běžná odpověď na HTTP volání prostým zobrazením textové odpovědi bez jakýchkoli hlaviček na prvním řádku ukončené znakem LF. URL adresa doručenkového skriptu může být pro každou platební metodu a projekt různá a je nutné, aby ji klient dodal před zpoplatněním každého jednoho projektu. Všechny parametry přenosu jsou povinné a vždy se předávají. Parametry určené pro zpětnou kompatibilitu se do ohlášení předávají také. Parametr Popis Formát (délka) Hodnota ID Jedinečný identifikátor transakce. celé číslo (20)... sessionid Jedinečný identifikátor transakce platebním partnerem. text (32)... deliverystatus Stav doručení a proplacení transakce. Může nabývat hodnot: fully-delivered, undeliverable, partially-delivered text (32)... * je-li u parametru uváděno více názvů parametru nebo je označen hvězdičkou, je možné použít kterýkoli z nich, avšak do budoucna zachovaných bude jen první varianta a zbylé jsou zachovány jen pro zpětnou kompatibilitu 2.2. Formáty potvrzení přenosu informace o doručení formou Event Push/HTTP Odpověď na přenos informace o doručení SMS je ve formátu plaintext na jednom řádku ukončená znakem LF. Pokud není odpověď žádná nebo je odpověď jiná než zde níže uvedené, bude se přenos brát jako neúspěšný a systém Xpay se ho pokusí opakovat. Formát základního potvrzení přijetí informace o doručení SMS je XPAY_OK Formát chybové odpovědi je ERROR xxxxxxxxxx přičemž parametr je xxxxxxxxxx - popis závady, která nastala u klienta, tento popis není povinný 4

2.3. Parametry přenosu informace o doručení formou Event Push/XML-RPC Potvrzení o doručení SMS se přenáší do klientského systému na pozadí po přijetí doručenky od mobilního operátora voláním XML-RPC serveru klienta. XML-RPC server na straně klienta zpracuje informaci (vloží záznam do DB, odešle email, založí HTTP AUTH přístup, či cokoli jiného) a podle výsledku zpracování odpoví platebnímu systému Xpay. Tímto potvrdí přijetí doručenky. Potvrzení, tedy odpověď, se provede jako výstup volané metody XML-RPC serveru. Adresu serveru XML-RPC se založenou metodou EventPushDeliveryReport musí klient dodat před zavedením každého nového projektu. Parametry volání jsou ve formátu XML a všechny parametry jsou povinné. Parametry volání metody EventPushDeliveryReport: Parametr Typ Popis ID int Jedinečný identifikátor transakce. sessionid string Jedinečný identifikátor transakce platebním partnerem. deliverystatus string Stav doručení a proplacení transakce. Může nabývat hodnot: fully-delivered, undeliverable, partially-delivered Parametry odpovědi metody EventPushTransaction: Parametr Typ Popis status int Číselný identifikátor výsledku funkce. statusmessage string Textový popis výsledku funkce. Obsahuje textový popis případné chyby. replymessage string Text odpovědní zprávy pro SMS. Maximální délka je 160 znaků a je povoleno jen kódování ASCII. 5