Uživatelská technická dokumentace. Verze 3.0

Save this PDF as:
 WORD  PNG  TXT  JPG

Rozměr: px
Začít zobrazení ze stránky:

Download "Uživatelská technická dokumentace. Verze 3.0"

Transkript

1 Uživatelská technická dokumentace Verze 3.0

2 Revize Verze Datum Změny vytvoření dokumentu nový obsah kapitoly 3.7 (vytvoření nové platby s použitím šablony PayU) - hlavičkový papír oprava vzorce pro výpočet kontrolního součtu sig v kapitole oprava chyby v kapitole 3.7 (dodání www. do URL adres uvedených v příkladech) upřesnění popisu chyby 103 v Příloze 4 - nahrazení českých apostrof anglickými v kapitole úprava řádkování v kapitolách 4.2 a prolinkování všech řádků Obsahu s příslušnými kapitolami - oprava chybného odkazu v kapitole dodání informace o parametru pos_auth_key do kapitoly úprava zápatí (nahrazení kontaktních informací čísly stránek) - aktualizace doporučených oznámení pro online platební metody v Příloze 7 - rozšíření Přílohy 1 o popis volitelné funkce spojené s platbami typu bt a pt - přidání nového odstavce do kapitoly 3.7 (možnost použití tlačítka zpět Zákazníkem při platbě) - doplnění tabulky o provedených změnách dokumentu aktualizace obrázků (ukázek šablon č. 3 a 4) v kapitole úprava příkladových URL adres (odstranění mezer, doplnění chybějících znaků & a _ ) v kapitole úprava příkladu platebního formuláře v kapitole 3.7 (doplněny parametry , first_name a last_name ) - oprava chyby v příkladu platebního formuláře v kapitole 3.7 (řádek <! nahrazen řádkem <!-- ) - změna času automatického zrušení plateb platební kartou z pěti na deset dnů (Příloha 1) - aktualizace popisu Statusu 5 v Příloze 2 - doplnění hypertextových odkazů do této tabulky oprava popisu chyby 102 v Příloze 4 (parametr t nahrazen správným ts ) - aktualizace ukázkového php skriptu v Příloze 6 (nahrazení funkce eregi funkcí preg_match ) - aktualizace linku odkazujícího na webovou stránku PayU tamtéž - aktualizace loga, odstranění vodoznaku úprava ukázkového php skriptu v Příloze 6, korekce řádku s funkcí preg_match - nahrazení termínu kreditní karta přesnějším termínem platební karta - přidání parametru ext_calc do URL adresy šablony (PayU template), přidání informací o tomto parametru do kapitol 3.7 a 3.8 přidání informací o existenci templatů č. 3 a 4 do kapitoly 3.7 přidání kapitoly 5 (Testování) přidání platby typu cs do tabulky v Příloze 1, úprava popisů některých typů plateb tamtéž snížení minimálního limitu pro platbu typu sc ze 100 na 10 Kč (viz Příloha 1) nová struktura dokumentu, doprovázená rozšířením textu či změnou číslování některých kapitol 2

3 Obsah 1. Obecné informace Termíny a ustálené výrazy používané v aplikaci Integrace s PayU Konfigurační data Struktura návratových adres UrlPositive a UrlNegative URL adresy aplikace PayU a dostupné procedury Kódování Formát dat Kontrolní součty MD Vytvoření nové platby Kontrolní součet parametrů předávaných do nové platby Výměna informací o transakcích Oznámení změny statusu transakce Obchodu Rozeznávání statusu transakce Přijetí platby Zamítnutí platby Status dokončení operace Testování Příloha 1 - Typy plateb Příloha 2 - Statusy transakcí Příloha 3 Přechody mezi statusy transakce Příloha 4 Kódy chyb Příloha 5 PayU šablony (temlates) Příloha 6 Ukázka php skriptu, který zjišťuje stav transakce Příloha 7 Doporučená oznámení pro jednotlivé typy plateb

4 1. Obecné informace Na základě velkého zájmu o profesionální nástroje pro zpracování plateb za zboží a služby zakoupené na Internetu bychom rádi představili nový produkt platební systém PayU. PayU je systém zaměřený na platformy elektronických obchodů, které vyžadují profesionální platební řešení. PayU nabízí rychlé, bezpečné a jednoduché metody plateb za zboží a služby nabízené na Internetu, přičemž poskytuje uživatelům maximální komfort a pohodlí. Jako výsledek letitých zkušeností a profesionální technické a právní podpory můžeme nabídnout bezkonkurenční systém na zpracování online plateb. 4

5 2. Termíny a ustálené výrazy používané v aplikaci PayU aplikace na zpracování plateb. Společnost společnost používající aplikaci PayU pro příjem plateb od Zákazníků. Obchod online obchod přijímající platby; jedna Společnost může provozovat několik Obchodů. POS platební místo (point of sale) zpracovávající obdržené platby; pro daný POS jsou definovány všechny parametry služby; jeden Obchod může provozovat několik POS. Zákazník osoba vykonávající platbu. UrlPayU URL adresa, na které je nainstalována aplikace PayU: https://www.payu.cz/paygw/ UrlPositive URL adresa aplikace Obchodu, kam bude Zákazník přesměrován po úspěšném zahájení transakce. UrNegative URL adresa aplikace Obchodu, kam bude Zákazník přesměrován po neúspěšném zahájení transakce. UrlOnline URL adresa aplikace Obchodu, kam budou zasílány oznámení o změně statusu platby prostřednictvím metody POST. 5

6 3. Integrace s PayU 3.1 Konfigurační data V aplikaci PayU může mít každý Obchod několik POS. Pro každý POS mohou být definovány následující URL adresy: UrlPositive (Správná návratová adresa), UrlNegative (Chybná návratová adresa) a UrlOnline (Adresa pro oznámení). PayU přiděluje každému vytvořenému POSu sadu konfiguračních klíčů, která se skládá z identifikátoru POSu (pos_id), řetězců kódů key1 a key2 (viz kapitola 3.6) a autorizačního klíče (pos_auth_key). Všechny tyto údaje jsou dostupné v uživatelském rozhraní PayU po vytvoření POSu. Uvedené konfigurační klíče můžete nalézt po kliknutí na: Moje obchody Název obchodu Seznam POS Název POSu 3.2 Struktura návratových adres UrlPositive a UrlNegative Po dokončení platby je možné přesměrovat Zákazníka na URL adresu uvedenou v nastavení příslušného POSu. V závislosti na aktuálním statusu transakce je pro toto přesměrování použita buď adresa UrlPositive anebo UrlNegative. Na UrlPositive je Zákazník přesměrován poté, co úspěšně zadá platbu na stránkách svého internetového bankovnictví (v případě tzv. rychlých online převodů) anebo na stránce zpracovatele karetních transakcí (při platbě kartou). Jedná-li se o platbu převodem, složenkou nebo prostřednictvím metody supercash, je Zákazník na UrlPositive přesměrován poté, co obdrží informace potřebné k provedení platby. K přesměrování na adresu UrlNegative dojde v případě, že platba není zahájena správně. Návratové adresy UrlPositive a UrlNegative slouží pouze pro informativní účely, na základě přesměrování na tyto adresy tak není možné vyvozovat žádné závěry ohledně výsledných statusů plateb. I v případě přesměrování na UrlPositive může totiž platba zůstat nedokončena (Zákazník např. nemusí mít na svém účtu dostatek prostředků pro provedení platby; v případě platby převodem, složenkou anebo přes supercash nemusí Zákazník vygenerované platební údaje vůbec použít atd.). Pro zjištění statusu transakce je tak vždy nutné vyvolat proceduru Payment/get (viz kapitola 4.2). Informace o aktuálních statusech transakcí je případně možné nalézt také v uživatelském rozhraní PayU. Návratové adresy mohou obsahovat následující konstanty, které jsou po přesměrování nahrazeny odpovídajícími hodnotami dle následující tabulky: konstanta %transid% %posid% %paytype% %sessionid% %amountps% Popis identifikátor nové transakce vytvořený v aplikaci PayU hodnoty pos_id hodnoty pay_type hodnoty session_id hodnoty částky oddělovač je tečka 6

7 %amountcs% %orderid% %error% hodnoty částky oddělovač je čárka hodnoty order_id Číslo chyby dle tabulky (viz Příloha 4), používá se pouze v případě UrlNegative Příklady: Informace o hodnotách výše uvedených konstant mohou být aplikací Obchodu využity mnoha různými způsoby. Podle informací o použitém typu platby (pay_type) je například možné specifikovat oznámení zobrazované Zákazníkovi na adrese URLPositive pro jednotlivé platební kanály (viz Příloha 7). Na základě hodnoty parametru session_id může zase aplikace Obchodu vytvořit Zákazníkovi odkaz na novou platba za tutéž objednávku (ovšem s použitím nové hodnoty session_id, protože ta musí být vždy jedinečná)v případech, kdy původní platba zůstane nedokončena. Číslo chyby (viz Příloha 4)umožňuje zjistit, z jakého důvodu nebyla platba vytvořena (funkci doporučujeme využívat např. ve fázi testování, kdy je jejím prostřednictvím možné velmi rychle nalézt a odstranit příčiny nejčastějších problémů při vytváření nových plateb) atd. Třetí adresou, kterou je možné definovat pro daný POS, je UrlOnline. Na tuto adresu jsou ze strany PayU odesílány oznámení o změně statusu transakce (viz kapitola 4.1). 3.3 URL adresy aplikace PayU a dostupné procedury URL adresa aplikace PayU se tvoří tímto způsobem: kde: URL = UrlPayU/Kodovani/NazevProcedury UrlPayU Kodovani NazevProcedury základní adresa aplikace PayU, tj. https://www.payu.cz/paygw/ jedna z následujících hodnot: ISO, UTF, WIN jedna z následujících hodnot: NewPayment, Payment/get, Payment/confirm, Payment/cancel 3.4 Kódování V závislosti na znakové sadě, kterou používá aplikace Obchodu, volí Obchod kódování znaků také při odkazování na procedury PayU: 7

8 název v PayU ISO UTF WIN použité kódování ISO UTF-8 Windows Formát dat Pro následující procedury: Payment/get, Payment/confirm a Payment/cancel může být níže uvedeným způsobem specifikován také formát odesílaných údajů. URL = UrlPayU/Kodovani/NazevProcedury/Format Format může nabývat hodnot xml nebo txt. Výchozí hodnotou je xml. 3.6 Kontrolní součty MD5 Po každém odeslání požadavku aplikací Obchodu a každém vytvoření odpovědi na straně PayU je vytvořen kontrolní součet MD5, který umožňuje ověřit integritu dat. Kontrolní součty se vytvářejí podle následujícího vzorce ( + znamená operaci spojení řetězců znaků): kde: sig = md5(pos_id + session_id + value 1 + value value n + ts + key) pos_id session_id value 1...value n hodnota, kterou přidělilo PayU ID platby jedinečné pro každou transakci seznam dalších hodnot uvedených v popisech konkrétních metod ts libovolný řetězec znaků, např. aktuální čas v sekundách (doporučujeme) key řetězec znaků, který zná PayU a Obchod V aplikaci PayU jsou ke každému pos_id přiřazeny dvě hodnoty klíče: key1 (Klíč) - používá se pro vytvoření kontrolního součtu, který je odesílán ze strany Obchodu key2 (Druhý klíč) - používá se pro vytvoření kontrolního součtu, který je odesílán ze strany PayU 8

9 3.7 Vytvoření nové platby Zjednodušeně probíhá platba prostřednictvím systému PayU způsobem, který je zobrazen na níže uvedeném schématu: K vytvoření nové platby je na webovou stránku Obchodu potřeba umístit formulář, který přesměruje Zákazníka na PayU na proceduru NewPayment (seznam procedur PayU viz kapitola 3.3). Doporučuje se použití metody POST; není-li to možné, lze použít také metodu GET. Parametry nové platby jsou následující: parametr povinné pole typ dat popis pos_id ano INT hodnota, kterou přidělilo PayU pos_auth_key ano STR {7,7} hodnota, kterou přidělilo PayU session_id ano STR {1,1024} ID platby musí být pro každou transakci jedinečné amount ano NUM {1,10} částka v haléřích desc ano STR {1,50} krátký popis objeví se zákazníkovi, na výpisech z banky a jiných místech 9

10 order_id ne STR {1,1024} číslo objednávky desc2 ne STR {0,1024} libovolná informace first_name ano STR {0,100} jméno last_name ano STR {0,100} příjmení street ne STR {0,100} ulice street_hn ne STR {0,10} číslo popisné street_an ne STR {0,10} číslo orientační city ne STR {0,100} město post_code ne STR {0,20} PSČ country ne STR {0,100} kód krajiny zákazníka (2 písmena) dle ISO ano STR {0,100} ová adresa phone ne STR {0,100} telefonní číslo, je možné zadat několik čísel oddělených čárkami language ne ENUM kód jazyka dle ISO-639 (aktuálně je možné uvádět buďto kód cs anebo en ) client_ip ano STR {7,15} IP adresa Zákazníka v následujícím formátu D{1,3}.D{1,3}.D{1,3}.D{1,3} js ne ENUM ( 0, 1 ) tato hodnota definuje, jestli má prohlížeč Zákazníka povolený JavaScript sig ne STR {32} kontrolní součet parametrů odesílaných ve formuláři ts ne STR časová známka použitá na výpočet hodnoty parametru sig Uvádění parametrů sig a ts ve formuláři nové platby není povinné, doporučujeme však tyto parametry používat. Označování nových plateb kontrolními součty představuje mechanismus, jehož využití zvyšuje bezpečnost systému proti napadení zvnějšku a zajišťuje hladký a bezproblémový průběh transakcí. Rozhodneteli se ve formuláři nové platby používat tyto parametry a zvýšit tak bezpečnost Vašich transakcí, kontaktujte prosím pracovníky PayU, kteří provedou potřebné nastavení platebního systému na straně PayU. Povinně není ve formuláři nové platby nutné uvádět ani parametry obsahující údaje o adrese plátce. Rádi bychom však upozornili na to, že použití těchto parametrů velmi zjednoduší proces platby v případě, kdy Zákazník provádí úhradu platební kartou prostřednictvím stránky společnosti Skrill (bývalé Moneybookers). 10

11 Nejsou-li totiž tyto kontaktní údaje obsaženy ve formuláři nové platby, musí je Zákazník před provedením platby vyplnit přímo na stránce Skrillu, což pro něj může představovat zbytečné zdržení a komplikaci. V nejzazším případě může tento požadavek na vyplnění kontaktních údajů vést některé Zákazníky i k tomu, že svou započatou platbu nedokončí. Po vytvoření platby bude zákazník metodou GET přesměrován na adresu UrlPositive nebo UrlNegative. Jelikož se může stát, že se zákazník zpátky na webové stránky Obchodu nevrátí (např. zavře-li okno svého prohlížeče dříve, než může dojít k přesměrování), informace získané prostřednictvím těchto adres nejsou závazné a není možné na jejich základě vyvozovat žádné závěry ohledně výsledných statusů plateb. Pozor! Někdy může dojít k tomu, že Zákazník omylem zvolí nevhodnou platební metodu (např. vybere banku, ve které nevlastní účet, rozhodne se pro platbu kartou, kterou ale nemá u tu chvíli u sebe atp.). Chybu si Zákazník často uvědomí až ve chvíli, kdy je přesměrován na stránku banky či zprostředkovatele karetních transakcí. V takové chvíli se Zákazník často pokusí vrátit o krok nazpět s použitím příslušného tlačítka svého internetového prohlížeče a následně zvolit platební metodu jinou. V těchto případech je nutné zajistit, aby před tím, než je na PayU odeslán nový požadavek typu NewPayment, bylo vygenerována nová hodnota parametru session_id (a to navzdory tomu, že z pohledu Obchodu jde stále o jednu a tutéž objednávku). Vytvoření nového session_id je nezbytné, jelikož před přesměrováním Zákazníka do banky vytváří systém PayU transakční záznam, který obsahuje také tento parametr. Opakované použití stejné hodnoty session_id způsobí v systému chybu, která vede k zamítnutí transakce. Před odesláním požadavku typu https://www.payu.cz/paygw/encoding/newpayment je tak nutné zajistit, aby použité session_id bylo jedinečné také v těch případech, kdy Zákazník změnil zvolenou metodu platby pro realizaci téže objednávky. Jednoduchým mechanismem, zajišťujícím jedinečnost hodnoty parametru session_id, může být např. propojení interního čísla objednávky z příslušného Obchodu s časovým razítkem vygenerovaným s milisekundovou přesností (session_id = order_id časové razítko). Standardní způsob vytvoření platebního formuláře využívá tzv. PayU šablony (templates). Systém PayU umožňuje výběr ze dvou typů předdefinovaných šablon. Vytvoření formuláře nové platby prostřednictvím těchto šablon je velice jednoduché a může být provedeno ve třech krocích: 1. Vložení JavaScript knihoven do <head> sekce HTML dokumentu 2. Vytvoření jednoduchého formuláře s odpovídajícími parametry 3. Vložení úryvku JavaScriptu do formuláře platby Knihovna JavaScript může být ze systému PayU načtena z této lokace: UrlPayU/Encoding/js/pos_id/KK/template:x/ext_calc:y/paytype.js kde příslušné parametry znamenají následující: UrlPayU Encoding pos_id základní adresa aplikace PayU jedna z následujících hodnot: ISO, UTF, WIN hodnota, kterou přidělilo PayU, číslo (ID) POSu 11

12 KK template:x ext_calc:y první dva znaky z klíče Key1 identifikátor šablony, kde x znamená číselnou hodnotu z množiny {3,4,5,6} informace o tom, jestli do kalkulace hodnoty parametru sig má nebo nemá být zahrnut parametr pay_type: 1 = ano, 0 = ne Parametr template označuje, který typ předdefinované šablony bude použit. V případě potřeby je Obchodu povoleno užívanou šablonu upravit tak, aby vyhovovala jeho specifickým požadavkům. Jakékoliv úpravy šablony musí být schváleny ze strany provozovatele platebního systému PayU. Názvy a loga jednotlivých platebních kanálů a logo PayU není možné odstraňovat ani jakkoliv měnit. Parametr ext_calc označuje, jestli do kalkulace hodnoty parametru sig má být zahrnut parametr pay_type. Pokud je hodnota parametru ext_calc 0, pak parametr pay_type není zahrnutý do kalkulace parametru sig a jeho hodnota není zasílána v podobě parametru pay_type. Pokud je hodnota parametru ext_calc 1, pak parametr pay_type je zahrnutý do kalkulace parametru sig a jeho hodnota v podobě parametru pay_type zasílána je. JavaScript knihovny by měly být umístěny do <head> sekce HTML dokumentu (krok č. 1. uvedený výše) následujícím způsobem: <head> <script language='javascript' type='text/javascript' src='https://www.payu.cz/jsgenerator/js/jquerylatest.js'></script> <script language='javascript' type='text/javascript' src='https://www.payu.cz/paygw/utf/js/pos_id/kk/template:3/ext_calc:1/paytype.js'> </script> </head> V tomto případě bude použita šablona číslo 3 (viz Příloha 5), jelikož parametru definujícímu typ šablony byla přisouzena hodnota 3. Šablona číslo 4 nabízí seznam platebních metod v tzv. drop-down variantě (viz rovněž Příloha 5). Tato šablona je dostupná po vložení následujícího odkazu do pole <head>: <head> <script language='javascript' type='text/javascript' src='https://www.payu.cz/jsgenerator/js/jquerylatest.js'></script> <script language='javascript' type='text/javascript' src='https://www.payu.cz/paygw/utf/js/pos_id/kk/template:4/ext_calc:1/paytype.js'> </script> </head> Anglická verze šablony číslo 3 má číslo 5, anglická verze šablony číslo 4 je označena číslem 6. Rovněž anglické verze šablon naleznete v Příloze 5. V souladu s krokem 3 uvedeným výše by měl být do platebního formuláře vložen tento úryvek JavaScriptu: <script language='javascript' type='text/javascript'> PlnPrintTemplate(); </script> 12

13 Příklad platebního formuláře s vloženým úryvkem (úryvek je zvýrazněn tučným písmem): <form action="https://www.payu.cz/paygw/utf/newpayment" method="post" name="payform"> <input type="hidden" name="pos_id" value="12345"> <input type="hidden" name="pos_auth_key" value="wq2io3q"> <input type="hidden" name="session_id" value=" "> <input type="hidden" name="amount" value="1000"> <script language='javascript' type='text/javascript'> PlnPrintTemplate(); </script> <input type="hidden" name="desc" value="payment description"> <input type="hidden" name="client_ip" value=" "> <input type="hidden" name="js" value="0"> <input type="hidden" name=" " <input type="hidden" name="first_name" value="petr"> <input type="hidden" name="last_name" value="novák"> <input type="submit" value="pay with PayU.cz"> </form> <script language="javascript" type="text/javascript"> <!-- document.forms['payform'].js.value=1; --> </script> 3.8 Kontrolní součet parametrů předávaných do nové platby Volitelně může aplikace Obchodu do formuláře nové platby (NewPayment) přidat kontrolní součet všech přenášených parametrů. Označování plateb kontrolními součty není povinné, za účelem zvýšení bezpečnosti transakcí však doporučujeme tuto možnost využívat. Pro vytvoření kontrolního součtu je do formuláře nové platby potřeba přidat další dva parametry: ts sig časová značka, hodnota potřebná na ověření kontrolního součtu, libovolný řetězec znaků, např. aktuální čas v sekundách (doporučujeme) kontrolní součet přenášených informací Hodnota sig se počítá následovním vzorcem: sig = md5(pos_id + pay_type + session_id + pos_auth_key + amount + desc + desc2 + order_id + firs_ name + last_name + street + street_hn + street_an + city + post_code + country + + phone + language + client_ip + ts + key1) 13

14 Není-li daná hodnota přenášena ve formuláři používaném na vytvoření nové platby, použijeme prázdný řetězec znaků. Pokud v okamžiku kalkulace hodnoty parametru sig není známa hodnota parametru pay_type, měl by být parametr ext_calc v URL adrese PayU šablony (viz kapitola 3.7) nastaven na hodnotu 0. Není-li hodnota parametru sig vypočtena správně anebo pokud se hodnoty ostatních přenášených parametrů změní, nová platba se nevytvoří (Zákazník bude přesměrován na adresu UrlNegative s kódem chyby 103). Používání kontrolního součtu tak funguje jako bezpečnostní pojistka, která zajišťuje, že žádná neautorizovaná změna hodnot parametrů platby nezůstane nepovšimnuta. S ohledem na zajištění maximální bezpečnosti transakcí doporučujeme tuto funkci využívat. 14

15 4. Výměna informací o transakcích Aplikace Obchodu je povinna ověřovat kontrolní součty přenášených informací. 4.1 Oznámení změny statusu transakce Obchodu Každá změna statusu transakce se oznamuje aplikaci Obchodu. Na danou adresu UrlOnline pošle PayU požadavek POST včetně následujících parametrů: název pos_id popis hodnota, kterou přidělilo PayU, identifikátor (ID) POSu session_id hodnota zadaná Obchodem při vytvoření platby ts časová známka, hodnota potřebná k ověření kontrolního součtu sig kontrolní součet přenášených informací (viz kapitola 3.6) Hodnota sig počítá následujícím vzorcem: sig = md5(pos_id + session_id + ts + key2) Zpráva o změně statusu transakce neobsahuje žádné další informace. Podrobnosti transakce a její současný status MUSÍ být přečten a analyzován aplikací obchodu mechanismy popsanými v kapitole 4.2. Po obdržení zmíněného požadavku MUSÍ aplikace Obchodu poslat v odpovědi nazpět řetězec OK. Pokud aplikace PayU obdrží jinou odpověď než tuto, uloží se odpověď do databáze a oznámení o změně statusu transakce se považuje za nedoručené. Aplikace Obchodu by měla počítat se situacemi, kdy je oznámení týkající se jedné transakce odesláno několikrát navzdory tomu, že se status transakce nezměnil. Odpověď OK by měla být standardně odeslána na každé takto opakovaně přijaté oznámení. Na konkrétní POS bývá v jednu chvíli zasílán vždy jeden požadavek POST v tutéž, může ale dojít také k odeslání několik požadavků stejnému POS najednou. Oznámení se posílají okamžitě po změně statusu platby. Jestliže aplikace Obchodu nepotvrdí přijetí oznámení požadovaným způsobem, bude oznámení zasláno aplikaci Obchodu znovu v těchto časových periodách: pokus prodleva minuta 15

16 minuty minut minut minut minut minut >=100 odesílání zastaveno 4.2 Rozeznávání statusu transakce Pro čtení aktuálního stavu transakce je nutné prostřednictvím metody POST vyvolat proceduru Payment/get (seznam procedur PayU viz kapitola 3.3) s následujícími parametry: název pos_id popis hodnota, kterou přidělilo PayU, identifikátor (ID) POSu session_id hodnota zadaná Obchodem při vytvoření platby ts časová známka, hodnota potřebná k ověření kontrolního součtu sig kontrolní součet přenášených informací - (viz kapitola 3.6) Hodnota sig se v tomto případě počítá následujícím vzorcem: sig = md5(pos_id + session_id + ts + key1) V odpovědi obdrží aplikace Obchodu následující informace: Formát txt : status: OK trans_id: 7 trans_pos_id: 1 trans_session_id: trans_order_id: trans_amount: 200 trans_status: 5 trans_pay_type: t trans_pay_gw_name: pt 16

17 trans_desc: Platba pro shop.cz trans_desc2: trans_create: :39:52 trans_init: :42:43 trans_sent: :48:13 trans_recv: trans_cancel: trans_auth_fraud: 0 trans_ts: trans_sig: b6d68525f724a6d69fb Formát xml : <?xml version="1.0" encoding="utf-8"?> <response> <status>ok</status> <trans> <id>7</id> <pos_id>1</pos_id> <session_id>417419</session_id> <order_id></order_id> <amount>200</amount> <status>5</status> <pay_type>t</pay_type> <pay_gw_name>pt</pay_gw_name> <desc>platba pro shopcz</desc> <desc2></desc2> <create> :39:52</create> <init> :42:43</init> <sent> :48:13</sent> <recv></recv> <cancel></cancel> <auth_fraud>0</auth_fraud> <ts> </ts> <sig>a95dc b16a c35736</sig> </trans> </response> Co se týče údajů, které posílá zpátky PayU, počítá se hodnotu sig následujícím vzorcem: sig = md5(pos_id + session_id + order_id + status + amount + desc + ts + key2) Popis jednotlivých polí oznámení je následující: Základní pole: pole txt pole xml popis Status responsetatus označuje stav zpracování - správně OK trans_id response/trans/id jedinečné id transakce, které přiděluje PayU trans_pos_id response/trans/pos_id id POSu, pro který byla transakce vytvořena 17

18 trans_session_id response/transession_id hodnota přidělena aplikací Obchodu při vytvoření transakce trans_order_id response/transorder_id hodnota přidělena aplikací Obchodu při vytvoření transakce trans_amount response/transmount aktuální hodnota transakce v haléřích trans_status response/transtatus aktuální stav transakce v souladu s Přílohou 2 trans_pay_type response/trans/pay_type typ platby v souladu s Přílohou 1 trans_pay_gw_name response/trans/pay_gw_name název brány vykonávající transakci interní informace aplikace PayU trans_desc response/trans/desc hodnota přidělena aplikací Obchodu při vytvoření transakce trans_desc2 response/trans/desc2 hodnota přidělena aplikací Obchodu při vytvoření transakce trans_create response/trans/create datum vytvoření transakce trans_init response/trans/init datum začátku transakce trans_sent response/trans/sent datum, kdy byla transakce předána k vybrání trans_recv response/trans/recv datum přijetí transakce trans_cancel response/trans/cancel datum zrušení transakce trans_auth_fraud response/trans/auth_fraud interní informace aplikace PayU trans_ts response/trans/ts hodnota potřebná na výpočet kontrolního součtu trans_sig response/trans/sig kontrolní součet přenášených informací Další pole pro vybrané metody plateb: - testovací platba pole txt pole xml popis add_test response/trans/add_test vždy hodnota 1 add_testid response/trans/add_testid id transakce 18

19 4.3 Přijetí platby Pro přijetí platby, tj. potvrzení transakce, je potřeba vyvolat proceduru Payment/confirm použitím metody POST a zadat stejné parametry jako v případě rozeznávání statusu transakce (viz kapitola 4.2). Platby je nutné přijímat tehdy, je-li funkce automatického přijímání plateb vypnuta (v opačném případě probíhá přijímání plateb automaticky). Přijímat je tímto způsobem možné také platby, které mají status 5 pro přijetí. Alternativně je možné platby přijímat také prostřednictvím uživatelského rozhraní PayU na stránce nazvané Seznam transakcí. 4.4 Zamítnutí platby Pro zamítnutí platby je potřeba vyvolat proceduru Payment/cancel a zadate stejné parametry jako v případě rozeznávání statusu transakce (viz kapitola 4.2). Zamítání plateb je používáno tehdy, pokud je funkce automatického přijímání plateb vypnuta. Není-li platba zamítnuta v čase kratším než jaký je čas automatického zrušení platby (viz Příloha 1), dojde ke zrušení automaticky. Zamítat tímto způsobem je možné také platby, které mají status 5 pro přijetí. Platby je možné zamítat také prostřednictvím uživatelského rozhraní PayU, na stránce nazvané Seznam transakcí. 4.5 Status dokončení operace Odpovědi, které obdrží aplikace Obchodu po vyvolání procedur Payment/confirm a Payment/cancel vypadají následovně: Správné vykonání formát txt : status: OK trans_id: 7 trans_pos_id: 1 trans_session_id: trans_ts: trans_sig: 9da7c868407fedae6f1b6aca b Správné vykonání formát xml : <?xml version="1.0" encoding="utf-8"?> <response> <status>ok</status> <trans> <id>7</id> <pos_id>1</pos_id> <session_id>417419</session_id> <ts> </ts> <sig>a95dc b16a c35736</sig> </trans> </response> 19

20 Obdržení statusu OK v těchto případech neznamená, že transakce byla úspěšně potvrzena/zrušena. Tyto odpovědi pouze potvrzují přijetí žádosti ke zpracování. Potvrzení o změně statusu transakce je posíláno zvlášť standardním způsobem prostřednictvím adresy UrlOnline. Co se týče údajů, které posílá zpátky PayU, počítáme hodnotu sig následujícím vzorcem: Chyba formát txt : status: ERROR error_nr: 503 error_message: sig = md5(pos_id + session_id + ts + key2) Chyba formát xml : <?xml version="1.0" encoding="utf-8"?> <response> <status>error</status> <error> <nr>503</nr> <message></message> </error> </response> 20

21 5. Testování K otestování implementace platebního systému PayU slouží tzv. testovací platby (typ platby t, viz Příloha 1). Tyto platby se chovají stejně jako skutečné transakce, ovšem s tím rozdílem, že při nich nedochází k manipulaci s žádnými reálnými finančními prostředky. Testovací platby umožňují zkontrolovat integritu údajů předávaných aplikaci PayU ze strany Obchodu. Pomocí testovacích plateb je možné ověřit přesměrování na návratové adresy UrlNegative a UrlPositive, stejně jako komunikaci na UrlOnline. Kromě procedury NewPayment je s testovacími platbami možné provádět také procedury Payment/get, Payment/confirm a Payment/cancel. S použitím testovacích plateb lze vytvářet různé statusy transakcí (viz Příloha 2) a přechody mezi nimi (viz Příloha 3). Při testovacích platbách se nemění zůstatek Obchodu, lze jich proto vytvářet libovolné množství. Dochází-li při vytváření testovacích plateb k přesměrování na UrlNegative, je možné umístěním konstanty %error% do této adresy (viz kapitola 3.2) zjistit číslo chyby. Na základě tabulky umístěné v Příloze 4 je pak možné zjistit příčinu problému a následně problém odstranit. Jelikož testovací platby fungují na stejném principu jako platby skutečné, je v případě jejich bezproblémového fungování možné přistoupit ke spuštění platebního systému PayU v ostrém provozu. 21

Uživatelská technická dokumentace Verze 1.0

Uživatelská technická dokumentace Verze 1.0 Uživatelská technická dokumentace Verze 1.0 2011 PayU Czech Republic s.r.o. Obsah 1. Obecné informace... 3 2. Termíny a ustálené výrazy používané v aplikaci... 3 2.1 Kódy chyb... 3 2.2 Statusy transakcí...

Více

Implementační manuál PayU pro developery

Implementační manuál PayU pro developery 2.2 Implementační manuál PayU pro developery www.payu.cz Obsah 1. Úvod 2. Od registrace po spuštění provozu platební brány 2.1 Začínáme, testujeme 2.2 Aktivace e-shopů 2.3 Jak vypadá akvizice e-shopů developera?

Více

Implementační manuál PayU pro e-shopy

Implementační manuál PayU pro e-shopy 2.2 Implementační manuál PayU pro e-shopy s využitím šablony www.payu.cz Obsah 1. Úvod 2. Od registrace po spuštění PayU 2.1 Obecné informace 2.2 Popis jednotlivých kroků 3. Implementace PayU 3.1 Obecné

Více

Podmínky užívání způsobu platby Platby přes PayU

Podmínky užívání způsobu platby Platby přes PayU Podmínky užívání způsobu platby Platby přes PayU I. Definice pojmů Pro účely těchto podmínek budou níže uvedené pojmy vykládány následovně: 1.1. Poskytovatel společnost TADY-A-TEĎ CZ s.r.o. IČ 034 61 114,

Více

Dokumentace ke službě SMS Connect. www.smsbrana.cz

Dokumentace ke službě SMS Connect. www.smsbrana.cz Dokumentace ke službě SMS Connect www.smsbrana.cz Obsah 1 ZÁKLADNÍ INFORMACE... 3 1.1 Aktivace služby SMS Connect... 3 1.2 Přístupové údaje... 3 1.3 Přístupový bod služby URL adresa pro SMS Connect...

Více

Anabix API. Popis způsobu používání služby

Anabix API. Popis způsobu používání služby Anabix API Popis způsobu používání služby Obsah 1 Základní informace... 3 1.1 Požadavky na klientský systém... 3 1.2 Zasílání requestů... 3 1.3 Získávání odpovědí ze systému... 3 1.4 Odpověď po neúspěšném

Více

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

Manuál pro implementaci služby PLATBA 24. Datum: 17. prosince 2014 Verze: 1.49 Manuál pro implementaci služby PLATBA 24 Datum: 17. prosince 2014 Verze: 1.49 1 Úvodní informace ke službě PLATBA 24... 3 1.1 Obecný popis služby... 3 1.2 Administrativní předpoklady k využití služby PLATBA

Více

wplatba SOAP api Technická dokumentáce

wplatba SOAP api Technická dokumentáce wplatba SOAP api Technická dokumentáce 1 OBSAH ÚČEL DOKUMENTU... 3 TECHNICKÝ KONTAKT... 3 LEGENDA... 3 PLATEBNÍ METODY... 4 KOMUNIKACE... 4 TESTOVÁNÍ... 4 JAK POSTUPOVAT V PŘÍPADĚ PROBLÉMŮ... 4 CARDPAY...

Více

Dokumentace ke sluţbě SMS Connect. www.smsbrana.cz

Dokumentace ke sluţbě SMS Connect. www.smsbrana.cz Dokumentace ke sluţbě SMS Connect www.smsbrana.cz Obsah 1 ZÁKLADNÍ INFORMACE... 3 1.1 Aktivace sluţby SMS Connect... 3 1.2 Přístupové údaje... 3 1.3 Přístupový bod sluţby URL adresa pro SMS Connect...

Více

Geis Point Plugin Map

Geis Point Plugin Map Str. 1/5 Geis Point Plugin Map Rozhraní pro vložení výdejního místa do objednávky na e-shopu Str. 2/5 Obsah 1. Co je Geis Point Plugin Map?... 3 2. Jak to funguje?... 3 3. Obecný postup nasazení... 3 4.

Více

1. Obsah. Publikováno: 16.05.2007

1. Obsah. Publikováno: 16.05.2007 API pro službu Mobilem.cz, verze XML 5.01 Tento dokument je určen pro partnery Mobilem.cz. Není dovoleno obsah použít pro jiný účel, než za jakým byl poskytnut. Všechna práva vyhrazena pro Crazy Tomato

Více

GP webpay: Praktické scénáře

GP webpay: Praktické scénáře GP webpay: Praktické scénáře červenec 2013 OBSAH: SCÉNÁŘ 1: NÁKUP ZBOŽÍ VYTVOŘENÍ OBJEDNÁVKY S AUTORIZACÍ... 4 SCÉNÁŘ 2: NÁKUP ZBOŽÍ OKAMŽITÝ POŽADAVEK NA PŘEVOD ČÁSTKY Z ÚČTU DRŽITELE KARTY... 6 SCÉNÁŘ

Více

Dokumentace k nevizuálnímu rozhraní aplikace DopisOnline

Dokumentace k nevizuálnímu rozhraní aplikace DopisOnline Dokumentace k nevizuálnímu rozhraní aplikace DopisOnline Rozhraní slouží k automatizovanému podání listovních zásilek elektronickou cestou z aplikací třetích stran. Veškerá komunikace s naším serverem

Více

Profibanka - Informace pro příjemce platebních karet

Profibanka - Informace pro příjemce platebních karet Vážení obchodní partneři, jsme rádi, že Vám můžeme nabídnout moderní a bezpečný způsob distribuce výpisů z akceptace platebních karet. Pro získání elektronických výpisů z je nezbytné, abyste využívali

Více

Dokumentace k API SSLmarketu. verze 1.3

Dokumentace k API SSLmarketu. verze 1.3 Dokumentace k API SSLmarketu verze 1.3 ZONER Software a.s. 2015 Obsah Úvod... 3 Legenda... 3 Funkce API... 4 Návratové hodnoty... 8 SWAPI - přihlašovací údaje... 8 SWAPI - nastavení výchozích údajů...

Více

MojeBanka - Informace pro příjemce platebních karet

MojeBanka - Informace pro příjemce platebních karet Vážení obchodní partneři, jsme rádi, že Vám můžeme nabídnout moderní a bezpečný způsob distribuce výpisů z akceptace platebních karet. Pro získání elektronických výpisů z je nezbytné, abyste využívali

Více

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

Platební systém XPAY [www.xpay.cz] Platební systém XPAY [www.xpay.cz] implementace přenosu informace o přijaté transakci verze 169 / 1.3.2012 1 Obsah 1 Implementace platebního systému 3 1.1 Nároky platebního systému Xpay na klienta 3 1.2

Více

Telefon Banka. První kroky

Telefon Banka. První kroky Telefon Banka První kroky Obsah Co Vám Telefon Banka nabízí... 3 Zabezpečení Telefon Banky... 3 Výhody Telefon Banky... 3 Telefon Banka Vám umožní... 3 Rychlý start... 4 První přihlášení do Telefon Banky...

Více

Implementační manuál aplikace Essox Lite pro programátora/webmastera e-shopu

Implementační manuál aplikace Essox Lite pro programátora/webmastera e-shopu Implementační manuál aplikace Essox Lite pro programátora/webmastera e-shopu Obchodní a technická podpora ESSOX: Marek Ťoupalík, tel: 724366204, e-mail: marek.toupalik@essox.cz Obsah Úvod... 2 Implementace...

Více

Školící dokumentace administrátorů IS KRIZKOM (úroveň KRAJ) (role manager, administrátor )

Školící dokumentace administrátorů IS KRIZKOM (úroveň KRAJ) (role manager, administrátor ) Školící dokumentace administrátorů IS KRIZKOM (úroveň KRAJ) (role manager, administrátor ) DATASYS s.r.o., Jeseniova 2829/20, 130 00 Praha 3 tel.: +420225308111, fax: +420225308110 www.datasys.cz Obsah

Více

Stručný průvodce aplikací Sběr dat pro RIV

Stručný průvodce aplikací Sběr dat pro RIV Stručný průvodce aplikací Sběr dat pro RIV (verze 1.0) Rada pro výzkum a vývoj Úřad vlády ČR Určeno necertifikovanému dodavateli dat RVV 2003 1. Vstup do aplikace Informace pro uživatele, uživatelské příručky

Více

Úvod do email systému

Úvod do email systému Úvod do email systému Základní informace Toto emailové prostředí je rozloženo do tří hlavních částí - rámců. Levý rámec zobrazuje aktuálně přihlášené složky. V pravé části strany se realizuje veškerá činnost

Více

Technická specifikace Platební brána IBS

Technická specifikace Platební brána IBS Technická specifikace Platební brána IBS Verze 1 Strana 1 z 6 1. Obecné Platební brána je určena k platbě za zboží nebo služby nakoupené v internetovém obchodě, kdy uživatel je přesměrován na přihlašovací

Více

Návod pro klienty Home Creditu k založení účtu na PayPal

Návod pro klienty Home Creditu k založení účtu na PayPal Návod pro klienty Home Creditu k založení účtu na PayPal Otevřete si svůj internetový prohlížeč. Nejčastěji to je Internet Explorer, Firefox nebo Opera. Do adresního řádku napište www.paypal.com. Stránka

Více

www.dpd.cz/dobirky Uživatelský manuál

www.dpd.cz/dobirky Uživatelský manuál www.dpd.cz/dobirky Uživatelský manuál DPD CZ Obsah 1. Úvod... 3 2. Přihlášení... 3 Přihlášení... 3 Nový uživatel, zapomenuté heslo... 5 3. Nastavení... 6 Nastavení uživatele... 6 Nastavení bankovních účtů...

Více

Návod k používání služeb na portálu SMSbrána.cz. www.smsbrana.cz

Návod k používání služeb na portálu SMSbrána.cz. www.smsbrana.cz Návod k používání služeb na portálu SMSbrána.cz www.smsbrana.cz Obsah 1 registrace a příhlášení... 3 2 co dělat po přihlášení uživatelské rozhraní... 4 3 Dobití kreditu... 5 4 Naplnění kontaktního adresáře...

Více

Manuál pro implementaci aplikace Na poštu

Manuál pro implementaci aplikace Na poštu Manuál pro implementaci aplikace Na poštu Verze: 1.4.2013 0 Obsah 1. Popis služby... 2 2. Jak to funguje... 2 3. Ukázka souboru... 3 4. Implementace... 4 5. Specifikace souboru... 5 6. Logika vyhledávání...

Více

OBCHODNÍ PODMÍNKY 1. ÚVODNÍ USTANOVENÍ

OBCHODNÍ PODMÍNKY 1. ÚVODNÍ USTANOVENÍ OBCHODNÍ PODMÍNKY obchodní společnosti pomalý svět s.r.o. se sídlem Palackého třída 3048/124, 61200, Brno identifikační číslo: 28318579 zapsané v obchodním rejstříku vedeném Krajským soudem v Brně, oddíl

Více

Pravidla komunikace LRR

Pravidla komunikace LRR Pravidla komunikace LRR Verze 20040801 V platnosti od 1.8.2004 0. OBSAH 1. Úvodní ustanovení 2. Subjekty 3. Registrace Doménového jména 4. Prodloužení registrace Doménového jména 5. Změna údajů subjektů

Více

Návod na XML synchronizaci dat meteostanice WARIO ME z portálu www.meteo-pocasi.cz

Návod na XML synchronizaci dat meteostanice WARIO ME z portálu www.meteo-pocasi.cz Návod na XML synchronizaci dat meteostanice WARIO ME z portálu www.meteo-pocasi.cz Návod na XML synchronizaci dat meteostanice WARIO ME z portálu www.meteo-pocasi.cz Synchronizace dat XML aktuálního počasí

Více

Inovace výuky prostřednictvím ICT v SPŠ Zlín, CZ.1.07/1.5.00/34.0333 Vzdělávání v informačních a komunikačních technologií

Inovace výuky prostřednictvím ICT v SPŠ Zlín, CZ.1.07/1.5.00/34.0333 Vzdělávání v informačních a komunikačních technologií VY_32_INOVACE_33_05 Škola Střední průmyslová škola Zlín Název projektu, reg. č. Inovace výuky prostřednictvím ICT v SPŠ Zlín, CZ.1.07/1.5.00/34.0333 Vzdělávací oblast Vzdělávání v informačních a komunikačních

Více

INISOFT UPDATE - SLUŽBA AUTOMATICKÝCH AKTUALIZACÍ Uživatelská příručka

INISOFT UPDATE - SLUŽBA AUTOMATICKÝCH AKTUALIZACÍ Uživatelská příručka INISOFT UPDATE - SLUŽBA AUTOMATICKÝCH AKTUALIZACÍ Uživatelská příručka Popis funkce Softwarový nástroj INISOFT Update je univerzálním nástrojem pro stahování, údržbu a distribuci programových aktualizací

Více

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

Obsah. Kdo jsme?... 3. Co vám přinášíme s naší bránou?... 3. Jak si otevřu bránu na klikniavolej.cz?... 3 S M S b r á n a a z p t n é v o l á n í H l e d á t e s p o l e h l i v é h o p a r t n e r a p r o S M S t e r m i n a c i n e b o l e v n é v o l á n? í T e c h n i c k y z a j i š ł u j he rm oe m a

Více

PHP a Large Objecty v PostgreSQL

PHP a Large Objecty v PostgreSQL PHP a Large Objecty v PostgreSQL Pavel Janík ml. http://www.janik.cz PHP a Large Objecty v PostgreSQL 1 Jazyk PHP je velmi mocným jazykem pro vývoj webových aplikací. Má podporu snad všech velkých i menších

Více

Základy HTML, URL, HTTP, druhy skriptování, formuláře

Základy HTML, URL, HTTP, druhy skriptování, formuláře Základy HTML, URL, HTTP, druhy skriptování, formuláře Skriptování na straně klienta a serveru Skriptování na straně klienta se provádí pomocí programovacího jazyka JavaScript, který je vkládán do HTML

Více

Prosím mějte na paměti, že z bezpečnostních důvodů byste měli změnit Internetový přístupový kód každých 60 dní.

Prosím mějte na paměti, že z bezpečnostních důvodů byste měli změnit Internetový přístupový kód každých 60 dní. Před přihlášením - HLAVNÍ MENU Přihlášení do banky Přihlášení s Internetovým přístupovým kódem 1. Vepište své Zákaznické ID do kolonky 'identifikátor uživatele'. (Vaše Zákaznické ID je 8-místný číslovat

Více

plussystem Příručka k instalaci systému

plussystem Příručka k instalaci systému plussystem Příručka k instalaci systému Tato příručka je určena zejména prodejcům systému a případně koncovým uživatelům. Poskytuje návod, jak provést potřebná nastavení komponent. ITFutuRe s.r.o. 26.2.2015

Více

OBCHODNÍ PODMÍNKY. 1.6. Kupující není oprávněn umožnit využívání uživatelského účtu třetím osobám.

OBCHODNÍ PODMÍNKY. 1.6. Kupující není oprávněn umožnit využívání uživatelského účtu třetím osobám. OBCHODNÍ PODMÍNKY obchodní společnosti FESH s.r.o. se sídlem Bryksova 763/46, Praha 9 IČO: 02319829 DIČ: CZ02319829 pro prodej zboží a služeb prostřednictvím internetové adresy www.fengshuiacademy.cz a

Více

MƏj úĭet Uživatelský manuál Verze 1.01/2010

MƏj úĭet Uživatelský manuál Verze 1.01/2010 M j ú et Uživatelský manuál Verze 1.01/2010 Obsah 1 Přihlášení do aplikace Klientské centrum.......................................................................................... 4 2 Zprávy systému...................................................................................................................

Více

Povinné položky elektronické faktury služby @FAKTURA 24 pro B2B

Povinné položky elektronické faktury služby @FAKTURA 24 pro B2B Povinné položky elektronické faktury služby @FAKTURA 24 pro B2B strana 1/8 Obsah 1 Účel dokumentu... 3 2 Terminologie... 3 3 Povinné položky pro všechny výstavce faktury... 3 4 Česká spořitelna a dceřiné

Více

SW Diana v.2. Dokumentace on-line aplikace evidence členů ČMMJ. Uživatelský manuál role člen

SW Diana v.2. Dokumentace on-line aplikace evidence členů ČMMJ. Uživatelský manuál role člen SW Diana v.2 Dokumentace on-line aplikace evidence členů ČMMJ Uživatelský manuál role člen 1 Obsah 1.Slovníček základních pojmů...3 1.Obecné informace...4 1.Technické informace...4 2.Validace a chybová

Více

ProxyPay3/M.e-commerce. MO/TO transakce

ProxyPay3/M.e-commerce. MO/TO transakce ProxyPay3/M.e-commerce MO/TO transakce VERZE AUTOR AKTUALIZACE 1.0 Radovan Bryx 10.10.2013 AKTUÁLNÍ 1.5 Radovan Bryx 10.4.2014 NOVINKY VE VERZI 1.5 Doplnění dokumentace o chybějící body e-commerce MO/TO

Více

OBCHODNÍ PODMÍNKY ÚVODNÍ USTANOVENÍ

OBCHODNÍ PODMÍNKY ÚVODNÍ USTANOVENÍ OBCHODNÍ PODMÍNKY obchodní společnosti TRAVEL BUSINESS, s.r.o se sídlem náměstí 14.října 1307/2, 150 00 Praha 5 identifikační číslo: 03288315, společnost zapsaná v obchodním rejstříku vedeném u Městského

Více

17. července 2005 15:51 z moravec@yahoo.com http://www.z-moravec.net/

17. července 2005 15:51 z moravec@yahoo.com http://www.z-moravec.net/ 17. července 2005 15:51 z moravec@yahoo.com http://www.z-moravec.net/ Úvod 1 Úvod Nedávno jsem zveřejnil návod na vytvoření návštěvní knihy bez nutnosti použít databázi. To je výhodné tehdy, kdy na serveru

Více

iphone 4.x.x. (3G, 3GS, 4) a Android 2.1, 2.2, 2.3.3. verze 1 / září 2011

iphone 4.x.x. (3G, 3GS, 4) a Android 2.1, 2.2, 2.3.3. verze 1 / září 2011 Manuál mobilního bankovnictví iphone 4.x.x. (3G, 3GS, 4) a Android 2.1, 2.2, 2.3.3. verze 1 / září 2011 Přihlášení Vstupní stránka pro přihlášení do aplikace mobilního bankovnictví. Stránka pro přihlášení

Více

Internet cvičení. ZS 2009/10, Cvičení 3.,8.12.2009. Tomáš Pop. DISTRIBUTED SYSTEMS RESEARCH GROUP http://dsrg.mff.cuni.cz

Internet cvičení. ZS 2009/10, Cvičení 3.,8.12.2009. Tomáš Pop. DISTRIBUTED SYSTEMS RESEARCH GROUP http://dsrg.mff.cuni.cz Internet cvičení ZS 2009/10, Cvičení 3.,8.12.2009 Tomáš Pop DISTRIBUTED SYSTEMS RESEARCH GROUP http://dsrg.mff.cuni.cz CHARLES UNIVERSITY PRAGUE Faculty of Mathematics and Physics Java Script obecně Moc

Více

Popis nejčastějších funkčností v aplikaci MojeBanka

Popis nejčastějších funkčností v aplikaci MojeBanka Tento dokument popisuje následující funkčnosti aplikace. Kliknutím na odkaz vyberte příslušnou kapitolu. zadání tuzemského příkazu v úhradě v CZK zadání zahraniční platby ověření stavu odeslané transakce

Více

Technická specifikace SMS Platby

Technická specifikace SMS Platby Technická specifikace SMS Platby Dokumentace představuje kompletní připojení MO/MT platebních SMS. Pro připojení SMS Platby je třeba na straně partnera připravit komunikační skript pro příjem SMS a následně

Více

KLIENTSKÝ PORTÁL PŘÍRUČKA PRO UŽIVATELE

KLIENTSKÝ PORTÁL PŘÍRUČKA PRO UŽIVATELE KLIENTSKÝ PORTÁL PŘÍRUČKA PRO UŽIVATELE BŘEZEN 2015 Obsah 1. Úvod... 3 1.1. Dostupnost a historie dat... 3 2. Než začneme... 4 2.1. Registrace... 4 2.2. Přihlášení... 6 3. Domovská stránka... 7 4. Orientace

Více

Uživatelská příručka pro pokladní Mobito platba

Uživatelská příručka pro pokladní Mobito platba Uživatelská příručka pro pokladní Mobito platba 1 1. Jak přijímat a kontrolovat platby prostřednictvím Mobito platby... 3 1.1. Nutné předpoklady pro uskutečnění platby mezi zákazníkem a obchodníkem...

Více

Všeobecné obchodní podmínky pro rezervaci a nákup e-vstupenek na webu www.zlinfest.cz

Všeobecné obchodní podmínky pro rezervaci a nákup e-vstupenek na webu www.zlinfest.cz Všeobecné obchodní podmínky pro rezervaci a nákup e-vstupenek na webu www.zlinfest.cz Vymezení pojmů FILMFEST, s.r.o. Společnost FILMFEST, s.r.o., IČ: 262 73 365, se sídlem Zlín, Filmová 174, PSČ: 76179,

Více

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

Funkční specifikace ABOKWS. Aplikační rozhraní elektronického bankovnictví ABO-K. Verze 0.5 Funkční specifikace ABOKWS Aplikační rozhraní elektronického bankovnictví ABO-K Verze 0.5 Přehled změn Verze Datum Změnil Popis 0.1 26.2.2013 MB Úvod, Osnova dokumentu, funkce ABOKWS 0.2 18.4.2014 MB Tabulky

Více

Aplikace pro srovna ní cen povinne ho ruc ení

Aplikace pro srovna ní cen povinne ho ruc ení Aplikace pro srovna ní cen povinne ho ruc ení Ukázkový přiklad mikroaplikace systému Formcrates 2010 Naucrates s.r.o. Veškerá práva vyhrazena. Vyskočilova 741/3, 140 00 Praha 4 Czech Republic tel.: +420

Více

OBCHODNÍ PODMÍNKY 1. ÚVODNÍ USTANOVENÍ

OBCHODNÍ PODMÍNKY 1. ÚVODNÍ USTANOVENÍ OBCHODNÍ PODMÍNKY fyzické osoby Filip Veselý se sídlem Žoluděvova 1517/3, Ostrava, PSČ 700 30, identifikační číslo: 01242555 pro prodej služeb prostřednictvím on-line obchodu umístěného na internetové

Více

Sazebník bankovních poplatků pro podnikatele

Sazebník bankovních poplatků pro podnikatele Sazebník bankovních poplatků pro podnikatele PLATNÝ OD 15. 3. 2012 www.mbank.cz I. Podnikatelský účet mbusiness Konto 1. Zřízení, vedení a zrušení účtu a) Zřízení účtu mbusiness Konto b) Vedení účtu mbusiness

Více

Webová stránka. Matěj Klenka

Webová stránka. Matěj Klenka Webová stránka Matěj Klenka Osobní webová stránka Toto je dokumentace k mé webové stránce This is a documentation to my web page Já, Matěj Klenka, prohlašuji, že má webová stránka byla vytvořena mnou a

Více

Dokumentace. k modulu. podnikový informační systém (ERP) bránou

Dokumentace. k modulu. podnikový informační systém (ERP) bránou Dokumentace k modulu podnikový informační systém (ERP) Komunikace bránou s platební Komunikace ERP Money s platební bránou je 3D modul ERP systému Money určený pro automatické stahování a zaúčtování pohybů

Více

O B C H O D N Í P O D M Í N K Y

O B C H O D N Í P O D M Í N K Y O B C H O D N Í P O D M Í N K Y užívání portálu AUKROCITY.CZ I. Úvodní ustanovení 1.1. Provozovatelem internetových stránek www.aukrocity.cz je společnost Allegro Group s.r.o., IČ: 276 84 555, se sídlem

Více

26 Evidence pošty. Popis modulu. Záložka Evidence pošty

26 Evidence pošty. Popis modulu. Záložka Evidence pošty 26 Evidence pošty Uživatelský modul Evidence pošty realizuje podrobnou evidenci všech došlých a odesílaných poštovních zásilek s možností přidělovat tyto zásilky uživatelům informačního systému k vyřízení,

Více

CGMesky. Rozšiřující služba

CGMesky. Rozšiřující služba CGMesky Rozšiřující služba Návod Dokumentace Poslední aktualizace: 15.7.2015 CGMesky Služba CGMesky umožňuje odesílat textové SMS zprávy přímo z prostředí Vašeho programu. Rychle a efektivně můžete informovat

Více

Postup při vyplňování formuláře F_OVZ_SPOJ, který je předvyplněn historickými údaji z minulého ohlašovacího období

Postup při vyplňování formuláře F_OVZ_SPOJ, který je předvyplněn historickými údaji z minulého ohlašovacího období Postup při vyplňování formuláře F_OVZ_SPOJ, který je předvyplněn historickými údaji z minulého ohlašovacího období Obsah: Stažení formuláře s předvyplněnými údaji z minulého ohlašovacího období...1 Základní

Více

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

Vzhled a popis hlavních funkcí systému SMSbrána.cz Vzhled a popis hlavních funkcí systému SMSbrána.cz www.smsbrana.cz Hlavní stránka a přihlášení do systému 4 Neogenia s.r.o. +420 5 9 260 info@smsbrana.cz www.neogenia.cz Odesílač SMS Nejdůležitější část

Více

46 Objekty a atributy

46 Objekty a atributy 46 Objekty a atributy Modul Objekty a atributy je určen pro pokročilé uživatele zodpovědné za mapování přístupnosti architektonických bariér. Modul umožňuje stanovit jaké objekty budou mapovány, jaké skutečnosti

Více

Zadání příkazu k převodu do zahraničí a v cizí měně do tuzemska ve službě ČSOB BusinessBanking 24

Zadání příkazu k převodu do zahraničí a v cizí měně do tuzemska ve službě ČSOB BusinessBanking 24 Zadání příkazu k převodu do zahraničí a v cizí měně do tuzemska ve službě ČSOB BusinessBanking 24 Obsah 1. Příkaz k převodu do zahraničí... 2 1.1. Zadání příkazu k převodu do zahraničí... 2 1.2. Tvorba

Více

Č í sla slovy 1.3. verze dokumentu: 1.02.141029 vytvořil: Ing. Pavel Randák předmět: Uživatelský manuál vydavatel: Austro-Bohemia, s.r.o.

Č í sla slovy 1.3. verze dokumentu: 1.02.141029 vytvořil: Ing. Pavel Randák předmět: Uživatelský manuál vydavatel: Austro-Bohemia, s.r.o. Austro-Bohemia, s.r.o. Na Hrázi 178/25, 180 00 Praha 8 Č í sla slovy 1.3 verze dokumentu: 1.02.141029 vytvořil: Ing. Pavel Randák předmět: Uživatelský manuál vydavatel: Austro-Bohemia, s.r.o. V tomto uživatelském

Více

Oznámení profilu Zadavatele

Oznámení profilu Zadavatele Oznámení profilu Zadavatele Vydání Schváleno Ministerstvem pro místní rozvoj České republiky dne 17.7.2015 Verze v03.1 Účinnost 03.12.2012 Verze v03.2 Účinnost 08.02.2013 Verze v03.3 Účinnost 14.07.2014

Více

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

Max Homebanking PS uživatelský manuál rozhraní pro automatické stahování dat Max Homebanking PS uživatelský manuál rozhraní pro automatické stahování dat Obsah 1 Úvod... 2 2 Nastavení přístupů k rozhraní... 2 2.1 Popis obrazovky... 2 2.1.1 Nastavení datových extraktů z banky...

Více

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

Platební systém XPAY [www.xpay.cz] Platební systém XPAY [www.xpay.cz] popis platebních metod Bankovní převod a Poštovní poukázka v ČR a SR a průběhu platby verze 19 / 29.2.2012 1 Obsah 1 Přehled platebních metod 3 1.1 Bankovní převod v

Více

Postup při zasílání dokumentů smluvních partnerů České pojišťovny prostřednictvím aplikace externí upload

Postup při zasílání dokumentů smluvních partnerů České pojišťovny prostřednictvím aplikace externí upload Postup při zasílání dokumentů smluvních partnerů České pojišťovny prostřednictvím aplikace externí upload Aplikaci spustíte dvojklikem na ikonu s logem ČP Upload zobrazí se následující okno aplikace: Pro

Více

MojeBanka Business. První kroky se službou MojeBanka Business

MojeBanka Business. První kroky se službou MojeBanka Business MojeBanka Business První kroky se službou MojeBanka Business Obsah Co Vám MojeBanka Business nabízí? 3 První kroky Přihlášení 4 První kroky Nastavení oblíbených položek menu 5 První kroky Zobrazení transakční

Více

FIO API PLUS. Verze 1.1.1

FIO API PLUS. Verze 1.1.1 FIO API PLUS Verze 1.1.1 www.fio.cz Verze 29. 5. 2015 OBSAH: 1 FUNKČNÍ POPIS... 2 2 INSTALACE APLIKACE... 2 3 ZÍSKÁNÍ TOKENU... 2 4 PŘIDÁNÍ ÚČTU / TOKENU DO APLIKACE... 3 5 STAŽENÍ DAT... 3 Periodické

Více

Už ivatelska dokumentace

Už ivatelska dokumentace Už ivatelska dokumentace Aplikace Portál úspěšných projektů je určena k publikování informací o projektech realizovaných za přispění některého z Operačních programů v gesci Ministerstva vnitra České republiky.

Více

Administrativní pokyny pro aplikaci Madridské dohody o mezinárodním zápisu známek a Protokolu k této dohodě. (ve znění platném k 1.

Administrativní pokyny pro aplikaci Madridské dohody o mezinárodním zápisu známek a Protokolu k této dohodě. (ve znění platném k 1. Administrativní pokyny pro aplikaci Madridské dohody o mezinárodním zápisu známek a Protokolu k této dohodě (ve znění platném k 1. lednu 2008) OBSAH První část: Definice Kapitola 1: Zkrácené výrazy,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,1

Více

Platební brána GoPay. GoPay. Integrační manuál. verze 1.9

Platební brána GoPay. GoPay. Integrační manuál. verze 1.9 Platební brána GoPay GoPay Integrační manuál verze 1.9 09.08.2011 Obsah 1 Definice...4 2 Platební brána...5 3 Postup integrace...7 3.1 Obchodník: poptávka služeb...7 3.2 GoPay: vytvoření testovacího prostředí...7

Více

Průvodce instalací modulu Offline VetShop verze 3.4

Průvodce instalací modulu Offline VetShop verze 3.4 Průvodce instalací modulu Offline VetShop verze 3.4 Úvod k instalaci Tato instalační příručka je určena uživatelům objednávkového modulu Offline VetShop verze 3.4. Obsah 1. Instalace modulu Offline VetShop...

Více

WORKWATCH ON-LINE EVIDENCE PRÁCE A ZAKÁZEK

WORKWATCH ON-LINE EVIDENCE PRÁCE A ZAKÁZEK WORKWATCH ON-LINE EVIDENCE PRÁCE A ZAKÁZEK Systém WorkWatch je určen pro malé a střední firmy, které se zabývají službami nebo zakázkovou výrobou. Zajistí dokonalý přehled o všech zakázkách a jejich rozpracovanosti.

Více

WNC::WebNucleatCreator

WNC::WebNucleatCreator Tomáš Dlouhý WNC::WebNucleatCreator Verze: 5.1 1 Obsah Obsah...2 Úvod...3 Novinky...3 Požadavky...4 Instalace...4 Přihlášení se do WNC...6 Moduly...7 Modul Blog...7 Modul Categories...8 Modul News...8

Více

http://www.mimanci.cz/top-obchodni-podminky-9

http://www.mimanci.cz/top-obchodni-podminky-9 1 z 5 10.2.2014 16:28 Obchodní I. Základní ustanovení Všeobecné obchodní upravují vztahy mezi kupujícím a prodávajícím e-shopen Mimánci v oblasti prodeje zboží. Prodávajíci: Pavel Balek Nová Včelnice 333,

Více

Návod k instalaci a použití modulu

Návod k instalaci a použití modulu Návod k instalaci a použití modulu Vytvořil: Obsah Návod k instalaci a použití modulu... - 1 - Podpora... - 3 - Důležité informace... - 3 - Návod k instalaci a použití modulu... - 4-1. Zřízení podnikatelského

Více

Stručný průvodce aplikací Sběr dat pro CEP a CEZ

Stručný průvodce aplikací Sběr dat pro CEP a CEZ Stručný průvodce aplikací Sběr dat pro CEP a CEZ (verze 1.0) Rada pro výzkum a vývoj Úřad vlády ČR Určeno necertifikovanému dodavateli dat RVV 2003 1. Vstup do aplikace Informace pro uživatele, uživatelské

Více

M A N U Á L verze 3.0

M A N U Á L verze 3.0 M A N U Á L verze 3.0 ÚVOD Internetové stránky vám nabízí kompletně vše pro vaši potřebu na úspěšné a efektivní podnikání s Blue Style. Na těchto stránkách naleznete: B2B ON-LINE SYSTEM 1. Výběr dostupných

Více

Návod k instalaci a použití modulu

Návod k instalaci a použití modulu Návod k instalaci a použití modulu Vytvořil: Obsah Návod k instalaci a použití modulu... - 1 - Podpora... - 2 - Důležité informace... - 3 - Návod k instalaci a použití modulu... - 3-1. Zřízení podnikatelského

Více

ucetni-program-pohoda.cz Uživatelský návod a nastavení Instalace str. 2 Uživatelské práva str. 3

ucetni-program-pohoda.cz Uživatelský návod a nastavení Instalace str. 2 Uživatelské práva str. 3 ucetni-program-pohoda.cz 2010 PVM výrobní modul pro ekonomický systém POHODA Vaše konkurenční výhoda při vyřizování odběratelských objednávek, plánování a realizaci výroby, nákupu materiálu a služeb. Uživatelský

Více

Souhrn oznámení o zadání zakázek na základě rámcové smlouvy

Souhrn oznámení o zadání zakázek na základě rámcové smlouvy Souhrn oznámení o zadání zakázek na základě rámcové smlouvy Vydání Schváleno Ministerstvem pro místní rozvoj České republiky dne 01.09.2014 Verze v03.1 Účinnost 03.12.2012 Verze v03.2 Účinnost 28.1.2013

Více

Příručka pro vyhledávání v digitálním archivu Aip Safe III

Příručka pro vyhledávání v digitálním archivu Aip Safe III Příručka pro vyhledávání v digitálním archivu Aip Safe III OBSAH PŘÍRUČKA PRO VYHLEDÁVÁNÍ V DIGITÁLNÍM ARCHIVU AIP SAFE III OBSAH 1. UŽIVATELSKÉ ROZHRANÍ 1.1. HLAVNÍ STRÁNKA 1.2. HORIZONTÁLNÍ MENU 1.3.

Více

InsideBusiness Payments CEE

InsideBusiness Payments CEE InsideBusiness Payments CEE Referenční příručka k novému vzhledu Přístupová cesta do střední a východní Evropy InsideBusiness Payments CEE Potřebujete pohodlný a bezproblémový přístup k úplné nabídce služeb

Více

Databázové aplikace pro internetové prostředí. 01 - PHP úvod, základní princip, vkládání skriptu, komentáře, výpis na obrazovku

Databázové aplikace pro internetové prostředí. 01 - PHP úvod, základní princip, vkládání skriptu, komentáře, výpis na obrazovku Databázové aplikace pro internetové prostředí 01 - PHP úvod, základní princip, vkládání skriptu, komentáře, výpis na obrazovku Projekt: Inovace výuky prostřednictvím ICT Registrační číslo: CZ.1.07/1.5.00/34.250

Více

Mailkit. Rychlá příručka. More power to your emails

Mailkit. Rychlá příručka. More power to your emails Mailkit Rychlá příručka Úvod Tato uživatelská příručka je určena všem, jež se chystají používat Mailkit pro správu emailových kampaní, a vysvětluje ty nejpodstatnější vlastnosti této aplikace. Většina

Více

Návod pro práci s aplikací

Návod pro práci s aplikací Návod pro práci s aplikací NASTAVENÍ FAKTURACÍ...1 NASTAVENÍ FAKTURAČNÍCH ÚDA JŮ...1 Texty - doklady...1 Fakturační řady Ostatní volby...1 Logo Razítko dokladu...2 NASTAVENÍ DALŠÍCH ÚDA JŮ (SEZNAMŮ HODNOT)...2

Více

PLATBY KARTOU NA INTERNETU

PLATBY KARTOU NA INTERNETU PLATBY KARTOU NA INTERNETU Chcete rychle, pohodlně a bezpečně nakupovat z pohodlí domova či kanceláře? Není nic jednoduššího, než nakupovat přes internet kartou. Karta šetří Váš čas i peníze S kartou můžete

Více

1. Terminálová aplikace. 2. Instalace. 3. Nastavení. HARRACHOV CARD Instalace, nastavení a používání terminálové aplikace

1. Terminálová aplikace. 2. Instalace. 3. Nastavení. HARRACHOV CARD Instalace, nastavení a používání terminálové aplikace 1. Terminálová aplikace Kartový systém Harrachov Card sestává ze 3 částí: - Veřejných webových stránek na adrese www.harrachovcard.cz, kde mohou zákazníci i poskytovatelé najít informace o systému, zobrazit

Více

Generování žádosti o certifikát Uživatelská příručka pro prohlížeč Opera

Generování žádosti o certifikát Uživatelská příručka pro prohlížeč Opera Generování žádosti o certifikát Uživatelská příručka pro prohlížeč Opera První certifikační autorita, a.s. Verze 8.15 1 Obsah 1. Úvod... 3 2. Požadavky na software... 3 3. Instalace kořenového certifikátu

Více

Návod k použití aplikace pro platbu mýtného pomocí internetu

Návod k použití aplikace pro platbu mýtného pomocí internetu Návod k použití aplikace pro platbu mýtného pomocí internetu Do aplikace pro platbu mýtného pomocí internetu můžete přistupovat přes internetové stránky dars (www.dars.si), kliknutím na ikonu portál uživatelů.

Více

Profibanka. Komplexní péče o kraje, města a obce

Profibanka. Komplexní péče o kraje, města a obce Profibanka Komplexní péče o kraje, města a obce Obsah Co Vám Profibanka nabízí? 3 Postup instalace služby Profibanka 4 První kroky Aktivace služby Profibanka 5 První kroky Standardní přihlášení a aktualizace

Více

Vstupní požadavky, doporučení a metodické pokyny

Vstupní požadavky, doporučení a metodické pokyny Název modulu: Základy PHP Označení: C9 Stručná charakteristika modulu Modul je orientován na tvorbu dynamických stánek aktualizovaných podle kontextu volání. Jazyk PHP umožňuje velmi jednoduchým způsobem

Více

1. Obsah 2. Úvod Zdarma poštovní klient od společnosti Microsoft přímo v PC

1. Obsah 2. Úvod Zdarma poštovní klient od společnosti Microsoft přímo v PC 1. Obsah 1. Obsah... 1 2. Úvod... 1 3. Instalace... 2 4. Vytvoření účtu... 5 5. Pošta... 7 6. Kontakty... 11 7. Informační kanály... 11 8. Nastavení zobrazení... 12 2. Úvod Zdarma poštovní klient od společnosti

Více

Ing. Přemysl Brada, MSc., Ph.D. Ing. Martin Dostal. Katedra informatiky a výpočetní techniky, FAV, ZČU v Plzni

Ing. Přemysl Brada, MSc., Ph.D. Ing. Martin Dostal. Katedra informatiky a výpočetní techniky, FAV, ZČU v Plzni Webové aplikace Ing. Přemysl Brada, MSc., Ph.D. Ing. Martin Dostal Katedra informatiky a výpočetní techniky, FAV, ZČU v Plzni Harmonogram Dopolední blok 9:00 12:30 Ing. Dostal Úvod, XHTML + CSS Ing. Brada,

Více

Střední odborná škola a Střední odborné učiliště, Hořovice

Střední odborná škola a Střední odborné učiliště, Hořovice Kód DUM : VY_32_INOVACE_DYN.1.17 Název materiálu: Anotace Autor Jazyk Očekávaný výstup 17 PHP- komplexní úloha Výpočet obsahu trojúhelníku pomocí Heronova vzorce DUM prohloubí dovednosti žáků v postupu

Více