Orange OneAPI Payment
|
|
- Jarosław Janicki
- 8 lat temu
- Przeglądów:
Transkrypt
1 Orange OneAPI Payment Ten rozdział opisuje operacje na interfejsie płatniczym OneAPI RESTful Web Services dostarczanym przez Oracle Communications Services Gatekeeper. Payment Interface Aplikacja używa interfejsu płatniczego RESTful Payment do obciązenia rachunku użytkownika końcowego oraz do zwrotu kwoty na tym koncie, przy użyciu protokołu Diameter. Aplikacje mogą również zarezerwować kwoty obciążenia lub anulować rezerwację obciążenia. Interfejs OneAPI Payment jest zgodny ze specyfikacją Open Mobile Alliance (OMA). Tabela 1 Statusy operacji transakcyjnych dla żądania obciążenia. Wartość Charged Opis Stosuje się do obciążenia i żądania rezerwacji kwoty Charge Amount i Charge Reservation Refunded Stosuje się do zwrotu kwoty Refund Amount Reserved Stosuje się do rezerwacji kwoty Reserve Amount oraze rezerwacji kwoty dodatkowej Reserve Additional Amount w celu rozszerzenia istniejącej rezerwacji. Charge Amount Operacja obciążenia - pobiera kwotę bezpośrednio z rachunku końcowego użytkownika przy użyciu protokołu Diameter. Autoryzacja Basic Metoda HTTP POST Parametry wywołania 1
2 Typu MIME w polu nagłówka Content-Type musi być ustawiony jako application / json. Wymagane: enduserid typ: string Identyfikator użytkownika enkapsulowany w URL. Na przykład numer użytkownika końcowego MSISDN w tym "tel:" identyfikator protokołu i kod kraju poprzedzony "+". Na przykład tel: Opcjonalne: transactionoperationstatus - Wskazuje pożądany stan zasobu, w tym przypadku 'Charged' description typ: string Tekst czytelny dla człowieka, widoczny na rachunku dzięki któremu abonent może łatwo zobaczyć, co zostało zakupione. currency typ: string. 3-cyfrowy kod waluty określone w ISO4217. W tym przypadku "PLN". amount typ: decimal. Kwota obciążenia. clientcorrelator typ: string. Jednoznacznie identyfikuje prośbę doładowania. Wartość musi być inna podczas każdego żądania. referencecode - typ string.. Wygenerowany przez sprzedającego referencyjny kod identyfikacji żądania, przydatny na przykład, w przypadku sporu. Musi być inny dla każdego wywołania. code typ: string. Kod doładowania, z istniejącego w umowie punktu z ofertą cenową operatora. purchasecategorycode typ: string. Wskazanie typu zawartości. serviceid typ: string. Identyfikator serwisu partnerskiego lub handlowego. productid typ: string. W połączeniu z serviceid jednoznacznie identyfikuje kupowany produkt. Format wywołania (JSON) {"amounttransaction":{ "enduserid":"string", "description":"string", "amount":"decimal", "code":"string" 2
3 , "transactionoperationstatus":"charged", "referencecode":"string", "serviceid":"string", "productid":"string", "purchasecategorycode":"string", "clientcorrelator":"string" Parametry odoowiedzi zwrotnej Format odpowiedzi (XML) <ns2:amounttransaction xmlns:ns2="urn:oma:xml:rest:payment:1"> <enduserid>string</enduserid> <currency>string</currency> <amount>decimal</amount> <code>string</code> <transactionoperationstatus>string</transactionoperationstatus> <referencecode>string</referencecode> <resourceurl>string</resourceurl> </ns2:amounttransaction> ResourceURL jest umieszczona jako odniesienie do odpowiedzi, ale nie jest przydatne dla użytkownika. W tym przypadku tylko referencecode z wywołania jest używany do operacji zwrotu kwoty Refund Amount. Przykłady użycia Wywołanie API Number Portability: ansactions/amount Przykład wywołania Charge Payment Request POST /transactions/amount HTTP/1.1 Accept-Encoding: gzip,deflate Content-Type: application/json 3
4 User-Agent: Jakarta Commons-HttpClient/3.1 Content-Length: 339 Host: example.com {"amounttransaction":{ "enduserid":"tel: ", "description":"chargeamount", "amount":"1.0", "code":"mycode", "transactionoperationstatus":"charged", "referencecode":"ref ", "clientcorrelator":" " Przykład odpowiedzi Charge Payment Response HTTP/ Created Date: Wed, 03 Apr :24:20 GMT Transfer-Encoding: chunked Content-Type: application/xml X-Powered-By: Servlet/2.5 JSP/2.1 <ns2:amounttransaction xmlns:ns2="urn:oma:xml:rest:payment:1"> <enduserid>tel: </enduserid> <currency>pln</currency> <amount>1</amount> <code>mycode</code> <transactionoperationstatus>charged</transactionoperationstatus> <referencecode>ref </referencecode> <resourceurl> /transactions/amount/REF </resourceURL> </ns2:amounttransaction> Refund Amount Operacja zwrotu - zwraca kwotę bezpośrednio na rachunku końcowego użytkownika przy użyciu protokołu Diameter. Zwrot jest możliwe tylko w przypadku wcześniej wykonanej transakcji. 4
5 Autoryzacja Basic Metoda HTTP POST Parametry wywołania Typu MIME w polu nagłówka Content-Type musi być ustawiony jako application / json. Wymagane: enduserid typ: string Identyfikator użytkownika enkapsulowany w URL. Na przykład numer użytkownika końcowego MSISDN w tym "tel:" identyfikator protokołu i kod kraju poprzedzony "+". Na przykład tel: Opcjonalne: transactionoperationstatus - Wskazuje pożądany stan zasobu, w tym przypadku 'Charged' description typ: string Tekst czytelny dla człowieka, widoczny na rachunku dzięki któremu abonent może łatwo zobaczyć, co zostało zakupione. currency typ: string. 3-cyfrowy kod waluty określone w ISO4217. W tym przypadku "PLN". amount typ: decimal. Kwota obciążenia. clientcorrelator typ: string. Jednoznacznie identyfikuje prośbę doładowania. Wartość musi być inna podczas każdego żądania. referencecode - typ string.. Wygenerowany przez sprzedającego referencyjny kod identyfikacji żądania, przydatny na przykład, w przypadku sporu. Musi być inny dla każdego wywołania. originalserverreferencecode typ: string. Kod referencyjny poprzedniej transakcji obciążenia. code typ: string. Kod doładowania, z istniejącego w umowie punktu z ofertą cenową operatora. purchasecategorycode typ: string. Wskazanie typu zawartości. serviceid typ: string. Identyfikator serwisu partnerskiego lub handlowego. productid typ: string. W połączeniu z serviceid jednoznacznie identyfikuje kupowany produkt. 5
6 Format wywołania (JSON) {"amounttransaction":{ "enduserid":"string", "description":"string", "amount":"decimal", "code":"string", "transactionoperationstatus":"refunded", "referencecode":"string", "originalserverreferencecode":"string", "serviceid":"string", "productid":"string", "purchasecategorycode":"string", "clientcorrelator":"string" Parametry odpowiedzi zwrotnej Format odpowiedzi (XML) <ns2:amounttransaction xmlns:ns2="urn:oma:xml:rest:payment:1"> <enduserid>string</enduserid> <currency>string</currency> <amount>decimal</amount> <code>string</code> <transactionoperationstatus>string</transactionoperationstatus> <referencecode>string</referencecode> <resourceurl>string</resourceurl> </ns2:amounttransaction> ResourceURL jest umieszczona jako odniesienie do odpowiedzi, ale nie jest przydatne dla użytkownika. W tym przypadku tylko referencecode z wywołania jest używany do operacji zwrotu kwoty Refund Amount. 6
7 Przykłady użycia Wywołanie API Number Portability: ansactions/amount Przykład wywołania Refund Payment Request POST api.bihapi.pl/v2/orange/oracle/oneapi/1/payment/tel:%2b /t ransactions/amount HTTP/1.1 Accept-Encoding: gzip,deflate Content-Type: application/json User-Agent: Jakarta Commons-HttpClient/3.1 Content-Length: 379 Host: example.com {"amounttransaction": {"enduserid":"tel: ", "transactionoperationstatus":"refunded", "description":"chargeamount", "amount":"1.0", "code":"mycode", "referencecode":"ref ", "originalserverreferencecode":"ref ", "clientcorrelator":" " Przykład odpowiedzi Refund Payment Response HTTP/ Created Date: Wed, 03 Apr :36:00 GMT Transfer-Encoding: chunked Content-Type: application/xml X-Powered-By: Servlet/2.5 JSP/2.1 <ns2:amounttransaction xmlns:ns2="urn:oma:xml:rest:payment:1"> <enduserid>tel: </enduserid> <currency>pln</currency> <amount>1</amount> 7
8 <code>mycode</code> <transactionoperationstatus>refunded</transactionoperationstatus> <referencecode>ref </referencecode> <resourceurl> /transactions/amount/00JZM Z </resource URL> </ns2:amounttransaction> Reserve Amount Operacja rezerwacji - rezerwuje kwotę bezpośrednio na rachunku końcowego użytkownika przy użyciu protokołu Diameter. Taka rezerwacja służy do później pobierana kwoty. Może też zostać później odwołana. Autoryzacja Basic Metoda HTTP POST Parametry wywołania Typu MIME w polu nagłówka Content-Type musi być ustawiony jako application / json. Wymagane: enduserid typ: string Identyfikator użytkownika enkapsulowany w URL. Na przykład numer użytkownika końcowego MSISDN w tym "tel:" identyfikator protokołu i kod kraju poprzedzony "+". Na przykład tel: transactionoperationstatus - Wskazuje pożądany stan zasobu, w tym przypadku 'Charged' description typ: string Tekst czytelny dla człowieka, widoczny na rachunku dzięki któremu abonent może łatwo zobaczyć, co zostało zakupione. currency typ: string. 3-cyfrowy kod waluty określone w ISO4217. W tym przypadku "PLN". amount typ: decimal. Kwota obciążenia. 8
9 clientcorrelator typ: string. Jednoznacznie identyfikuje prośbę doładowania. Wartość musi być inna podczas każdego żądania. referencecode - typ string.. Wygenerowany przez sprzedającego referencyjny kod identyfikacji żądania, przydatny na przykład, w przypadku sporu. Musi być inny dla każdego wywołania. referencesequence typ: integer. Number representing current charging sequence. For Reserve Amount operation it is always 1. Liczba reprezentująca aktualną sekwencję. Dla rezerwacji kwoty to zawsze 1. Opcjonalne: code typ: string. Kod doładowania, z istniejącego w umowie punktu z ofertą cenową operatora. purchasecategorycode typ: string. Wskazanie typu zawartości. serviceid typ: string. Identyfikator serwisu partnerskiego lub handlowego. productid typ: string. W połączeniu z serviceid jednoznacznie identyfikuje kupowany produkt. Format wywołania (JSON) {"amounttransaction":{ "enduserid":"string", "description":"string", "amount":"decimal", "code":"string", "transactionoperationstatus":"reserved", "referencecode":"string", "referencesequence":"integer", "serviceid":"string", "productid":"string", "purchasecategorycode":"string", "clientcorrelator":"string" Parametry odpowiedzi zwrotnej 9
10 Format odpowiedzi (XML) <ns2:amountreservationtransaction xmlns:ns2="urn:oma:xml:rest:payment:1"> <enduserid>string</enduserid> <currency>string</currency> <amount>decimal</amount> <code>string</code> <transactionoperationstatus>string</transactionoperationstatus> <referencesequence>integer</referencesequence> <referencecode>string</referencecode> <resourceurl> ansactions/amountreservation/transactionid</resourceurl> </ns2:amountreservationtransaction> ResourceURL zawiera parameter transactionid identyfikujący transakcję. W tym przypadku parametr transactionid jest używany do rezerwacji dodatkowej kwoty i obciążenia zarezerwowanej kwoty. Przykłady użycia Wywołanie API Number Portability: ansactions/amount Przykład wywołania Reserve Amount Payment Request POST /transactions/amountReservation HTTP/1.1 Accept-Encoding: gzip,deflate Content-Type: application/json User-Agent: Jakarta Commons-HttpClient/3.1 Content-Length: 370 Host: example.com {"amounttransaction":{ "enduserid":"tel: ", 10
11 "description":"chargeamount", "amount":"1.0", "code":"mycode", "transactionoperationstatus":"reserved", "referencesequence":"1", "referencecode":"ref ", "clientcorrelator":" " Przykład odpowiedzi Reserve Amount Payment Response HTTP/ OK Date: Thu, 04 Apr :48:34 GMT Transfer-Encoding: chunked Content-Type: application/xml X-Powered-By: Servlet/2.5 JSP/2.1 <ns2:amountreservationtransaction xmlns:ns2="urn:oma:xml:rest:payment:1"> <enduserid>tel: </enduserid> <currency>pln</currency> <amount>1</amount> <code>mycode</code> <transactionoperationstatus>reserved</transactionoperationstatus> <referencesequence>1</referencesequence> <referencecode>ref </referencecode> <resourceurl> /tel:%2b /transactions/amountreservation/scp001.3b %3B107%3B796%3A655440</resourceURL> </ns2:amountreservationtransaction> Reserve Additional Amount Operacja rezerwacji dodatkowej kwoty - rezerwuje dodatkową kwotę dodając do poprzedniej rezerwacji bezpośrednio na rachunku końcowego użytkownika przy użyciu protokołu Diameter. Nie ma ograniczenia na liczbę rezerwacji dodatkowych dla danej rezerwacji kwoty. Autoryzacja 11
12 Basic Metoda HTTP POST Parametry wywołania Typu MIME w polu nagłówka Content-Type musi być ustawiony jako application / json. Wymagane: enduserid typ: string Identyfikator użytkownika enkapsulowany w URL. Na przykład numer użytkownika końcowego MSISDN w tym "tel:" identyfikator protokołu i kod kraju poprzedzony "+". Na przykład tel: transactionoperationstatus - Wskazuje pożądany stan zasobu, w tym przypadku 'Charged' description typ: string Tekst czytelny dla człowieka, widoczny na rachunku dzięki któremu abonent może łatwo zobaczyć, co zostało zakupione. currency typ: string. 3-cyfrowy kod waluty określone w ISO4217. W tym przypadku "PLN". amount typ: decimal. Kwota obciążenia. clientcorrelator typ: string. Jednoznacznie identyfikuje prośbę doładowania. Wartość musi być inna podczas każdego żądania. referencecode - typ string.. Wygenerowany przez sprzedającego referencyjny kod identyfikacji żądania, przydatny na przykład, w przypadku sporu. Musi być inny dla każdego wywołania. referencesequence typ: integer. Number representing current charging sequence. For Reserve Amount operation it is always 1. Liczba reprezentująca aktualną sekwencję. Dla rezerwacji kwoty to zawsze 1. Opcjonalne: code typ: string. Kod doładowania, z istniejącego w umowie punktu z ofertą cenową operatora. purchasecategorycode typ: string. Wskazanie typu zawartości. serviceid typ: string. Identyfikator serwisu partnerskiego lub handlowego. 12
13 productid typ: string. W połączeniu z serviceid jednoznacznie identyfikuje kupowany produkt. Format wywołania (JSON) {"amounttransaction":{ "enduserid":"string", "description":"string", "amount":"decimal", "code":"string", "transactionoperationstatus":"reserved", "referencecode":"string", "referencesequence":"integer", "serviceid":"string", "productid":"string", "purchasecategorycode":"string", "clientcorrelator":"string" Parametry odpowiedzi zwrotnej Format odpowiedzi (XML) <ns2:amountreservationtransaction xmlns:ns2="urn:oma:xml:rest:payment:1"> <enduserid>string</enduserid> <currency>string</currency> <amount>decimal</amount> <code>string</code> <transactionoperationstatus>string</transactionoperationstatus> <referencesequence>integer</referencesequence> <referencecode>string</referencecode> <resourceurl> ransactions/amountreservation/transactionid</resourceurl> </ns2:amountreservationtransaction> 13
14 ResourceURL zawiera parameter transactionid identyfikujący transakcję. W tym przypadku parametr transactionid jest używany do rezerwacji dodatkowej kwoty i obciążenia zarezerwowanej kwoty. Przykłady użycia Wywołanie API Number Portability: ansactions/amount Przykład wywołania Reserve Additional Amount Payment Request POST /transactions/amountReservation HTTP/1.1 Accept-Encoding: gzip,deflate Content-Type: application/json User-Agent: Jakarta Commons-HttpClient/3.1 Content-Length: 370 Host: example.com {"amounttransaction":{ "enduserid":"tel: ", "description":"chargeamount", "amount":"1.0", "code":"mycode", "transactionoperationstatus":"reserved", "referencesequence":"1", "referencecode":"ref ", "clientcorrelator":" " Przykład odpowiedzi Reserve Additional Amount Payment Response HTTP/ OK Date: Thu, 04 Apr :48:35 GMT Transfer-Encoding: chunked Content-Type: application/xml X-Powered-By: Servlet/2.5 JSP/2.1 <ns2:amountreservationtransaction xmlns:ns2="urn:oma:xml:rest:payment:1"> 14
15 <enduserid>tel: </enduserid> <currency>pln</currency> <amount>1</amount> <code>mycode</code> <transactionoperationstatus>reserved</transactionoperationstatus> <referencesequence>2</referencesequence> <referencecode>ref </referencecode> <resourceurl> ansactions/amountreservation/scp001; ;107;796:655440</resou rceurl> </ns2:amountreservationtransaction> Charge Reservation Operacja obciążenia zarezerwowanej kwoty. Autoryzacja Basic Metoda HTTP POST Parametry wywołania Typu MIME w polu nagłówka Content-Type musi być ustawiony jako application / json. Wymagane: enduserid typ: string Identyfikator użytkownika enkapsulowany w URL. Na przykład numer użytkownika końcowego MSISDN w tym "tel:" identyfikator protokołu i kod kraju poprzedzony "+". Na przykład tel: transactionoperationstatus - Wskazuje pożądany stan zasobu, w tym przypadku 'Charged' 15
16 description typ: string Tekst czytelny dla człowieka, widoczny na rachunku dzięki któremu abonent może łatwo zobaczyć, co zostało zakupione. currency typ: string. 3-cyfrowy kod waluty określone w ISO4217. W tym przypadku "PLN". amount typ: decimal. Kwota obciążenia. clientcorrelator typ: string. Jednoznacznie identyfikuje prośbę doładowania. Wartość musi być inna podczas każdego żądania. referencecode - typ string.. Wygenerowany przez sprzedającego referencyjny kod identyfikacji żądania, przydatny na przykład, w przypadku sporu. Musi być inny dla każdego wywołania. referencesequence typ: integer. Number representing current charging sequence. For Reserve Amount operation it is always 1. Liczba reprezentująca aktualną sekwencję. Dla rezerwacji kwoty to zawsze 1. Opcjonalne: code typ: string. Kod doładowania, z istniejącego w umowie punktu z ofertą cenową operatora. purchasecategorycode typ: string. Wskazanie typu zawartości. serviceid typ: string. Identyfikator serwisu partnerskiego lub handlowego. productid typ: string. W połączeniu z serviceid jednoznacznie identyfikuje kupowany produkt. Format wywołania (JSON) {"amounttransaction":{ "enduserid":"string", "description":"string", "amount":"decimal", "code":"string", "transactionoperationstatus":"charged", "referencecode":"string", "referencesequence":"integer", "serviceid":"string", "productid":"string", "purchasecategorycode":"string", 16
17 "clientcorrelator":"string" Parametry odpowiedzi zwrotnej Format odpowiedzi (XML) <ns2:amountreservationtransaction xmlns:ns2="urn:oma:xml:rest:payment:1"> <enduserid>string</enduserid> <currency>string</currency> <amount>decimal</amount> <code>string</code> <transactionoperationstatus>string</transactionoperationstatus> <referencesequence>integer</referencesequence> <referencecode>string</referencecode> <resourceurl> ransactions/amountreservation/transactionid</resourceurl> </ns2:amountreservationtransaction> ResourceURL zawiera parameter transactionid identyfikujący transakcję. Przykłady użycia Wywołanie API Number Portability: ansactions/amount Przykład wywołania Charge Reservation Payment Request POST /transactions/amountReservation/scp001%253B %253B107% 253B796%253A HTTP/1.1 Accept-Encoding: gzip,deflate Content-Type: application/json User-Agent: Jakarta Commons-HttpClient/3.1 Content-Length:
18 Host: example.com {"amounttransaction":{ "enduserid":"tel: ", "description":"chargeamount", "amount":"2.0", "code":"mycode", "transactionoperationstatus":"charged", "referencesequence":"3", "referencecode":"ref ", "clientcorrelator":" " Przykład odpowiedzi Charge Reservation Payment Response HTTP/ OK Date: Thu, 04 Apr :48:36 GMT Transfer-Encoding: chunked Content-Type: application/xml X-Powered-By: Servlet/2.5 JSP/2.1 <ns2:amountreservationtransaction xmlns:ns2="urn:oma:xml:rest:payment:1"> <enduserid>tel: </enduserid> <currency>pln</currency> <amount>2</amount> <code>mycode</code> <transactionoperationstatus>charged</transactionoperationstatus> <referencesequence>3</referencesequence> <referencecode>ref </referencecode> <resourceurl> ansactions/amountreservation/scp001; ;107;796:655440</resou rceurl> </ns2:amountreservationtransaction> v
Orange Send MMS. Autoryzacja. Metoda HTTP. Parametry wywołania. API wyślij MMS dostarcza wiadomości MMS. Basic POST
Orange Send MMS API wyślij MMS dostarcza wiadomości MMS. Autoryzacja Basic Metoda HTTP Parametry wywołania Nagłówek Wywołania (Request Header) Jeśli zawartość wiadomości jest w formie załącznika, wywołanie
Specyfikacja techniczna. mprofi Interfejs API
Warszawa 09.04.2015. Specyfikacja techniczna mprofi Interfejs API wersja 1.0.2 1 Specyfikacja techniczna mprofi Interfejs API wersja 1.0.2 WERSJA DATA STATUTS AUTOR 1.0.0 10.03.2015 UTWORZENIE DOKUMENTU
Dokumentacja Techniczna 1.2. Webtoken MT. Uruchomienie subskrybcji MT poprzez serwis WWW
Dokumentacja Techniczna 1.2 Webtoken MT Uruchomienie subskrybcji MT poprzez serwis WWW CashBill Spółka Akcyjna ul. Rejtana 20, 41-300 Dąbrowa Górnicza Tel.: +48 032 764-18-42 Fax: +48 032 764-18-40 Infolinia:
Specyfikacja interfejsów usług Jednolitego Pliku Kontrolnego
a. Specyfikacja interfejsów usług Jednolitego Pliku Kontrolnego Ministerstwo Finansów Departament Informatyzacji 23 May 2016 Version 1.3 i Spis treści 1 Przygotowanie danych JPK... 3 1.1 Przygotowanie
OPIS TECHNICZNY SYSTEM HOSTED SMS
OPIS TECHNICZNY SYSTEM HOSTED SMS Wersja 1.6.2 Warszawa, lipiec 2015 1 SPIS TREŚCI 1. Wprowadzenie... 3 2. Podstawowe Parametry systemu Hosted SMS... 3 Dostępność... 3 Definicja znaków i długości wiadomości
API System Partnerski
API System Partnerski API zostało zrealizowane według wzorca REST. Komunikacja odbywa się poprzez wysłanie żądania HTTP pod adres https://apiv2.systempartnerski.pl/partner-api/ wraz z odpowiednimi parametrami.
Specyfikacja HTTP API. Wersja 1.6
Specyfikacja HTTP API Wersja 1.6 1. Wprowadzenie Platforma PlaySMS umożliwia masową rozsyłkę SMS-ów oraz MMS-ów marketingowych. Umożliwiamy integrację naszej platformy z dowolnym systemem komputerowym
DirectBilling dokumentacja techniczna
CashBill S.A. DirectBilling: dokumentacja techniczna 1/11 DirectBilling dokumentacja techniczna status: BETA, v1.2 CashBill S.A. DirectBilling: dokumentacja techniczna 2/11 Historia zmian autor data zmiany
Gatesms.eu Mobilne Rozwiązania dla biznesu
Mobilne Rozwiązania dla biznesu SPECYFIKACJA TECHNICZNA WEB API-USSD GATESMS.EU wersja 0.9 Opracował: Gatesms.eu Spis Historia wersji dokumentu...3 Bezpieczeństwo...3 Wymagania ogólne...3 Mechanizm zabezpieczenia
Dokumentacja Techniczna. Dokumentacja techniczna usługi płatności mobilnych
Dokumentacja Techniczna 1.3, beta Direct Billing Dokumentacja techniczna usługi płatności mobilnych CashBill Spółka Akcyjna ul. Rejtana 20, 41-300 Dąbrowa Górnicza Tel.: +48 032 764-18-42 Fax: +48 032
Implementacja mechanizmu SkyCashClick Wersja 0.1
Implementacja mechanizmu SkyCashClick Wersja 0.1 SkyCash 1/6 Spis treści: 1. Opis usługi... 3 2. Osadzenie przycisku SkyCashClick... 4 2.1. Parametry transakcji... 4 2.2. Weryfikacja znacznika parametrów
Dokumentacja techniczna API systemu SimPay.pl
Wprowadzenie Dokumentacja techniczna API systemu SimPay.pl Wersja 1.0 z dnia 24.03.2015 r. API serwisu SimPay.pl opiera się o danych wysyłanych i zwracanych w formie JSON. W przypadku napotkania jakiegokolwiek
Warszawa Specyfikacja techniczna. mprofi Interfejs API wersja 1.0.7
Warszawa 03.11.2015. Specyfikacja techniczna mprofi Interfejs API wersja 1.0.7 WERSJA DATA STATUTS AUTOR 1.0.0 10.03.2015 UTWORZENIE DOKUMENTU PAWEŁ ANDZIAK 1.0.1 23.03.2015 MODYFIKACJA MAREK SZWAŁKIEWICZ
Protokół HTTP 1.1 *) Wprowadzenie. Jarek Durak. rfc2616 źródło www.w3.org 1999
Protokół HTTP 1.1 *) Wprowadzenie Jarek Durak * rfc2616 źródło www.w3.org 1999 HTTP Hypertext Transfer Protocol Protokół transmisji hipertekstu został zaprojektowany do komunikacji serwera WW z klientem
Automater.pl zdalne tworzenie i zarządzanie transakcjami dokumentacja API wersja 0.1
Dokumentacja API 0.1 Automater.pl zdalne tworze i zarządza transakcjami dokumentacja API wersja 0.1 Automater sp. z o.o., ul. Belgradzka 4/42, 02-793 Warszawa 2 1. Wstęp System Automater.pl udostępnia
Ogólnopolskie Repozytorium Prac Dyplomowych
Ogólnopolskie Repozytorium Prac Dyplomowych System Informacji o Szkolnictwie Wyższym POL-on Źródła danych i sposób zasilania, formaty i aspekty organizacyjne Strona 1 z 8 Spis treści Spis treści 1.Źródła
Analiza malware'u SandroRAT_sec Kaspersky_Mobile_Security.apk
Analiza malware'u SandroRAT_sec Kaspersky_Mobile_Security.apk CERT OPL Autorzy: Iwo Graj, Marcin Ressel Warszawa, 2014-08-01 CERT OPL Malware Mobile Analysis Autorzy: Iwo Graj, Marcin Ressel Strona 1 z
JAX-RS czyli REST w Javie. Adam Kędziora
JAX-RS czyli REST w Javie Adam Kędziora Webservice Usługa sieciowa (ang. web service) komponent programowy niezależny od platformy i implementacji, dostarczający określonej funkcjonalności. SOAP,UDDI,XML,WSDL
Terytorialna analiza danych
Terytorialna analiza danych Dokumentacja systemu Marek Roj, Warszawa, luty 2013 Aktualizowano: 15.02.2013, wersja 0.196 Spis treści Wprowadzenie...3 Cel tego dokumentu...3 Informacje ogólne...3 Dokumentacja
API przekazy masowe - Dokumentacja. v 1.1, czerwiec 2014 KIP S.A. ul. Św. Marcin 73/ Poznań.
API przekazy masowe - Dokumentacja v 1.1, czerwiec 2014 KIP S.A. ul. Św. Marcin 73/6 61-808 Poznań www.kipsa.pl www.tpay.com 1 Bramka API Dokumentacja opisuje możliwość wykonania przekazów masowych za
Dokumentacja techniczna integracji z systemem transakcyjnym imoje
Dokumentacja techniczna integracji z systemem transakcyjnym imoje System transakcyjny imoje Dokumentacja techniczna 1.3.3 1 Wersja dokumentu Wersja 1.0.0 1.1.0 1.2.0 1.3.0 1.3.1 1.3.2 1.3.3 Data 14.03.2018
Technologie internetowe
Protokół HTTP Paweł Rajba pawel@ii.uni.wroc.pl http://www.kursy24.eu/ Spis treści Protokół HTTP Adresy zasobów Jak korzystać z telnet? Metody protokołu HTTP Kody odpowiedzi Pola nagłówka HTTP - 2 - Adresy
XML-RPC: Zdalne wykonywanie procedur
XML-RPC: Zdalne wykonywanie procedur Bartłomiej Świercz Katedra Mikroelektroniki i Technik Informatycznych Łódź, 28 października 2005 roku Wstęp Internet dostarcza wiele możliwości programistą piszącym
Podręcznik Integracji
Podręcznik Integracji Spis treści 1. Integracja oferty... 3 1.1. Samodzielne wprowadzanie oferty sklepu... 3 1.2. Automatyczne wprowadzanie oferty z pliku XML... 3 1.3. Cyklicznie pobieranie oferty ze
Ataki na aplikacje WWW. Łomem, czy wytrychem? Jak dobrać się do aplikacji WWW
Ataki na aplikacje WWW Łomem, czy wytrychem? Jak dobrać się do aplikacji WWW Ataki na aplikację Ataki na przeglądarkę Ataki na serwer WWW/kontener, etc. Często kombinacja i wiele etapów Którędy do środka
HTTP. literatura: http://tools.ietf.org/html/rfc2616
HTTP + CGI HTTP literatura: http://tools.ietf.org/html/rfc2616 HTTP = Hypertext Transfer Protocol RFC2616 używany do transferu danych dowolnego typu, w szczególności dokumentów HTML typowa sesja komunikacyjna:
Specyfikacja API 1.0. Specyfikacja kontroli Konta systemu CashBill z wykorzystaniem API opartego na REST
Specyfikacja API 1.0 API REST Specyfikacja kontroli Konta systemu CashBill z wykorzystaniem API opartego na REST CashBill Spółka Akcyjna ul. Rejtana 20, 41-300 Dąbrowa Górnicza Tel.: +48 032 764-18-42
HTTP W 5-CIU PYTANIACH MICHAŁ KOPACZ
HTTP W 5-CIU PYTANIACH MICHAŁ KOPACZ 1 Co się dzieje po wpisaniu URL w przeglądarce? https://github.com/michalkopacz/zf-apigility/commits?page=4#start-of-content Uniform Resource Locator (ujednolicony
Systemy internetowe. Wykład 5 Architektura WWW. West Pomeranian University of Technology, Szczecin; Faculty of Computer Science
Systemy internetowe Wykład 5 Architektura WWW Architektura WWW Serwer to program, który: Obsługuje repozytorium dokumentów Udostępnia dokumenty klientom Komunikacja: protokół HTTP Warstwa klienta HTTP
Protokół HTTP. 1. Protokół HTTP, usługi www, model request-response (żądanie-odpowiedź), przekazywanie argumentów, AJAX.
Protokół HTTP 1. Protokół HTTP, usługi www, model request-response (żądanie-odpowiedź), przekazywanie argumentów, AJAX. 1 Usługi WWW WWW (World Wide Web) jest najpopularniejszym sposobem udostępniania
DPDInfoServices. Specyfikacja biznesowa. Version DPD Polska Sp. z O.O. Warszawa
DPDInfoServices Specyfikacja biznesowa Version 1.0.7 2015-02-06 DPD Polska Sp. z O.O. Warszawa Spis treści 1 Historia dokumentu... 3 2 Wstęp... 4 3 Bezpieczeństwo przesyłanych danych... 4 4 Konfiguracja
pawel.rajba@gmail.com, http://itcourses.eu/ Adresy zasobów Rodzaje zawartości Negocjacja treści Komunikacja Buforowanie HTTP Request/Response Nagłówki Bezstanowość Cookies Narzędzia URL, http://www.ietf.org/rfc/rfc3986.txt
INFAKT API - opis (ver. 0.8)
INFAKT API - opis (ver. 0.8) 1. Autoryzacja Autoryzacja odbywa się poprzez Basic Authorization dzięki danym dostępowym do serwisu infakt.pl Oprócz tych danych należy wygenerować klucz do API na stronie
PayPo API v.2.0. Dokument zawiera specyfkaccę techniczną REST API PayPo.pl w wersci 2.0. Wersja dokumentu. Wykaz zmian
PayPo API v.2.0 Dokument zawiera specyfkaccę techniczną REST API PayPo.pl w wersci 2.0. Wersja dokumentu Data Wykaz zmian 1.2.2 2017.12.12 Rozszerzenie funkcconalności atrybutu zaufanego klienta 1.2.1
Aplikacje webowe z wykorzystaniem Node.js oraz Express
Aplikacje webowe z wykorzystaniem Node.js oraz Express Adresaci szkolenia: Kurs przeznaczony jest dla programistów pragnących tworzyć skalowalne aplikacje z wykorzystaniem Node.js. Parametry szkolenia:
Dokumentacja API statystyk
Dokumentacja API statystyk www.systempartnerski.pl Wersja dokumentu: 01.05.03 2018.01.22 Spis treści Dokumentacja API statystyk... 1 Spis treści... 2 Historia zmian... 3 Dokumentacja... 4 1. Wprowadzenie...
ZABEZPIECZENIE KOMUNIKACJI Z SYSTEMEM E-PŁATNOŚCI
PROJEKT: ZAPROJEKTOWANIE, WYKONANIE I WDROŻENIE SYSTEMU INFORMATYCZNEGO OBSŁUGUJĄCEGO E-PŁATNOŚCI ZABEZPIECZENIE KOMUNIKACJI Z SYSTEMEM E-PŁATNOŚCI Strona 1 z 19 Informacje o Historia zmian Wprowadzenie
DOKUMENTACJA TECHNICZNA SMS API MT
DOKUMENTACJA TECHNICZNA SMS API MT Mobitex Telecom Sp.j., ul. Warszawska 10b, 05-119 Legionowo Strona 1 z 5 Ten dokument zawiera szczegółowe informacje odnośnie sposobu przesyłania requestów do serwerów
Aplikacje WWW Wprowadzenie
Aplikacje WWW Wprowadzenie Beata Pańczyk na podstawie http://www.e-informatyka.edu.pl/ http://wazniak.mimuw.edu.pl/index.php?title=aplikacje_www Plan wykładu Składniki architektury WWW: klient HTTP, serwer
Ćwiczenie dotyczące platformy Java EE zostało przygotowane z myślą o środowisku NetBeans w wersji 7.3 (do pobrania z
RESTful Web Services Ćwiczenie dotyczące platformy Java EE zostało przygotowane z myślą o środowisku NetBeans w wersji 7.3 (do pobrania z http://www.netbeans.org/). Celem ćwiczenia jest przygotowanie usługi
Ministerstwo Finansów
Ministerstwo Finansów Departament Informatyzacji Rejestr Domen Służących do Oferowania Gier Hazardowych Niezgodnie z Ustawą Specyfikacja Wejścia-Wyjścia Wersja 1.1 Warszawa, 16.02.2017 r. Copyright (c)
Dokumentacja REST API v 3.0
Dokumentacja REST API v 3.0 Kraków, 16 kwietnia 2012 FreshMail, ul. Fabryczna 20a, 31-553 Kraków tel. +48 12 617 61 40, info@freshmail.pl, freshmail.pl Spis treści Opis API... 3 Uwierzytelnienie... 3 Odpowiedzi
Aplikacje Internetowe termin dodatkowy
Aplikacje Internetowe termin dodatkowy dr in». Julian Szyma«ski mgr in». Marek Downar Katedra Architektury Systemów Komputerowych Wydziaª Elektroniki, Telekomunikacji i Informatyki Politechnika Gda«ska
Dokumentacja interfejsu HTTPD. Platforma BSMS.PL Instrukcja podłączenia po przez http
Dokumentacja interfejsu HTTPD Platforma BSMS.PL Instrukcja podłączenia po przez http Dokumentacja interfejsu httpd (strona 2) SPIS TREŚCI 1. Zawartość dokumentu str.3 2. Informacje ogólne 2.1 Zastosowanie
API transakcyjne BitMarket.pl
API transakcyjne BitMarket.pl Wersja 20140402 1. Sposób łączenia się z API... 2 1.1. Klucze API... 2 1.2. Podpisywanie wiadomości... 2 1.3. Parametr tonce... 2 1.4. Limity zapytań... 3 1.5. Odpowiedzi
Wprowadzenie do technologii Web Services: SOAP, WSDL i UDDI
Wprowadzenie do technologii Web Services: SOAP, WSDL i UDDI Maciej Zakrzewicz PLOUG mzakrz@cs.put.poznan.pl Plan prezentacji Wprowadzenie do architektury zorientowanej na usługi Charakterystyka technologii
Komunikacja międzysystemowa
Komunikacja międzysystemowa REST API 06.12.2017 Karol Buler O czym będzie? O komunikacji ogólnie Application programming interface (API) Wybrane metody komunikacji REST API JavaScript Object Notation (JSON)
Dokumentacja Api do aplikacji skanujfakture.pl
AiTech sp. z o.o Jana Kochanowskiego 47 lok 44 Warszawa, 01-864 Dokumentacja Api do aplikacji skanujfakture.pl Aplikacja dostępna pod adresem: https://skanujfakture.pl:8443/skanujfakture#/ Wersja 1.3 Z
Specyfikacja Techniczna 2.0. Specyfikacja techniczna usługi dystrybucji kodów dostępowych PayCode
Specyfikacja Techniczna 2.0 PayCode API Specyfikacja techniczna usługi dystrybucji kodów dostępowych PayCode CashBill Spółka Akcyjna ul. Rejtana 20, 41-300 Dąbrowa Górnicza Tel.: +48 032 764-18-42 Fax:
Dokumentacja API BizIn
Dokumentacja API BizIn Spis treści Wstęp... 1 Dostęp do API BizIn... 1 Identyfikatory API... 1 Dostępne akcje... 3 Przykład wywołania API w języku PHP... 3 Pobieranie danych... 3 Wystawianie dokumentu
Tworzenie witryn internetowych PHP/Java. (mgr inż. Marek Downar)
Tworzenie witryn internetowych PHP/Java (mgr inż. Marek Downar) Hypertext Xanadu Project (Ted Nelson) propozycja prezentacji dokumentów pozwalającej czytelnikowi dokonywać wyboru Otwarte, płynne oraz ewoluujące
Dokumentacja techniczna SMS MO
Dokumentacja techniczna SMS MO Spis Treści 1. Wprowadzenie 2 1.1. Przebieg płatności Premium SMS 2 1.2. Weryfikacja płatności..3 2. Weryfikacja poprawności kodu aktywacyjnego...3 3. Przykład użycia zapytania
Obsługa incydentów bezpieczeństwa: część I, z punktu widzenia menadżera. OWASP 2010.03.17. The OWASP Foundation http://www.owasp.
Obsługa incydentów bezpieczeństwa: część I, z punktu widzenia menadżera. Przemysław Skowron OWASP Poland Leader OWASP 2010.03.17 Alior Bank S.A. przemyslaw.skowron@gmail.com Copyright The OWASP Foundation
Spis treści DOKUMENTACJA TECHNICZNA. STS API wersja 1.1
Spis treści 1. Korzystanie z interfejsu STS API...2 1.1 Warunki korzystania z interfejsu...2 1.2 Zabezpieczenia interfejsu...2 2. Specyfikacja interfejsu STS API...3 2.1 Proces składania zamówienia za
Kurs walut. Specyfikacja projektu. Marek Zając 2013-12-16
Kurs walut Specyfikacja projektu Marek Zając 2013-12-16 Spis treści 1. Podsumowanie... 2 1.1 Wstęp... 2 1.2 Projekt interfejsu... 2 1.2.1 Rozmiar głównego okna... 2 2. Słownik pojęć... 2 2.1 Definicja
Dokumentacja REST API v 3.0. Kraków, 7 marca FreshMail, ul. Fabryczna 20a, Kraków tel , freshmail.
Dokumentacja REST API v 3.0 Kraków, 7 marca 2012 FreshMail, ul. Fabryczna 20a, 31-553 Kraków tel. +48 12 617 61 40, info@freshmail.pl, freshmail.pl Wersja dokumentu: 1.0 Autorzy: Tadeusz Kania ,
Przelewy24 Wirtualny Koszyk
Przelewy24 Wirtualny Koszyk Dialcom24 Sp. z o.o. wersja.1.1 data 2013-12-18 Spis treści: 1. Opis usługi 2 2. Obsługa interfejsu w panelu Przelewy24 2 2.1. Moduł konfiguracyjny 2 a) Dostawcy 2 b) Produkty
UPROSZCZONE ODPYTYWANIE KRD
T O V I 3.0 UPROSZCZONE ODPYTYWANIE KRD SPECYFIKACJA PLIKU Wersja 1.0 Z dnia 2013.05.09 Numer dokumentu 2007/IT-P/01 Kategoria dokumentu Projekt Status dokumentu Opracowanie zewnętrzne Słowa kluczowe Biuro
Baza numerów Wersja 1.1
Baza numerów Wersja 1.1 SPIS TREŚCI 1. Wprowadzenie 1.1 Adresy URL do połączenia z aplikacją 1.2 Informacje zwrotne wysyłane z API w odpowiedzi na odebrane odwołania I. Zarządzanie grupami Bazy Numerów
Ministerstwo Finansów
Ministerstwo Finansów Departament Informatyzacji Specyfikacja Wejścia-Wyjścia Wersja 1.0 Warszawa, 16.02.2017 r. Copyright (c) 2017 Ministerstwo Finansów MINISTERSTWO FINANSÓW, DEPARTAMENT INFORMATYZACJI
Architektury Usług Internetowych. Laboratorium 2 RESTful Web Services
Architektury Usług Internetowych Laboratorium 2 RESTful Web Services Wstęp Celem laboratorium jest zapoznanie się z modelem usług sieciowych opartych na standardzie REST. RESTful Web Services Usługami
DOKUMENTACJA INTERFEJSU API - HTTPS
DOKUMENTACJA INTERFEJSU API - HTTPS WERSJA 0.1 DATA PUBLIKACJI : 01.03.2014 SPIS TREŚCI Spis treści Wprowadzenie 1 Dostęp do usługi notowania online 2 Opis struktur danych 3 Kody błędów 5 Historia wersji
Spis treści INTERFEJS (WEBSERVICES) - DOKUMENTACJA TECHNICZNA 1
I N T E R F E J S W E BSERVICES NADAWANIE PAKIETÓW D O S Y S T EMU MKP PRZEZ I N TERNET D O K U M E N T A C J A T E C H N I C Z N A P A Ź D Z I E R N I K 2 0 1 6 Spis treści 1. Wstęp... 2 2. Informacje
System DiLO. Opis interfejsu dostępowego v. 2.0
System DiLO Opis interfejsu dostępowego v. 2.0 Warszawa 2015 1 Wprowadzone zmiany Wersja Opis 1.0 Wersja bazowa 1.1 Dodanie możliwości przejścia z wydania karty w POZ (WK-POZ) do zabiegu operacyjnego (ZAB-OPER)
TradeWatch API v. 1.3.1
TradeWatch API v. 1.3.1 3.12.2013 TradeWatch API 1 Spis treści 1. Wstęp...3 1.1. Przeznaczenie...3 1.2. Ograniczenia...3 2. Autentykacja...3 2.A. Autentykacja za pomocą nagłówka (header) żądania HTTP...3
Dokumentacja API BizIn
Dokumentacja API BizIn Spis treści Wstęp... 1 Dostęp do API BizIn... 1 Identyfikatory API... 1 Dostępne akcje... 3 Przykład wywołania API w języku PHP... 3 Pobieranie danych... 3 Wystawianie dokumentu
PANEL ADMINISTRACYJNY SPRZEDAWCY SZYBKI START
Biuro Obsługi Klienta Dotpay ul. Wielicka 72, 30-552 Kraków tel. +48 12 688 26 00 e-mail: bok@dotpay.pl PANEL ADMINISTRACYJNY SPRZEDAWCY SZYBKI START Wersja 1.29.6.1 SPIS TREŚCI Strona 2 / 15 WSTĘP...
Dostęp do komponentów EJB przez usługi Web Services
243 Dostęp do komponentów EJB przez usługi Web Services Mikołaj Morzy Mikolaj.Morzy@cs.put.poznan.pl http://www.cs.put.poznan.pl/mmorzy/ Plan rozdziału 244 Wprowadzenie do usług sieciowych Architektura
Specyfikacja 1.2.1. Płatności CashBill. Instrukcja podłączenia płatności elektronicznych do typowych zastosowań.
Specyfikacja 1.2.1 Płatności CashBill Instrukcja podłączenia płatności elektronicznych do typowych zastosowań. CashBill Spółka Akcyjna ul. Rejtana 20, 41-300 Dąbrowa Górnicza Tel.: +48 032 764-18-42 Fax:
Załącznik nr 2 do Umowy Nr. o korzystanie z usługi Identyfikacji Przychodzących Płatności Masowych z dnia.
Załącznik nr 2 do Umowy Nr. o korzystanie z usługi Identyfikacji Przychodzących Płatności Masowych z dnia. Informacja o strukturze pliku, przekazywanego przez Bank dla Klienta za pośrednictwem systemu
Płatności CashBill - SOAP
Dokumentacja techniczna 1.0 Płatności CashBill - SOAP Dokumentacja wdrożenia systemu Płatności CashBill w oparciu o komunikację według protokołu SOAP CashBill Spółka Akcyjna ul. Rejtana 20, 41-300 Dąbrowa
Zakład Usług Informatycznych OTAGO
Zakład Usług Informatycznych OTAGO Opis konstrukcji Wirtualnego Numeru Rachunku dotyczący płatności masowych wersja 1.4 autor: Tomasz Rosochacki Gdańsk, 2012-11-27 Spis treści 1. Wprowadzenie.... 3 2.
Zakupy online na fakturę z odroczonym terminem płatności
Zakupy online na fakturę z odroczonym terminem płatności Zasady integracji bramki płatności invipay.com w sklepie internetowym ESR sp. z o.o. (operator platformy invipay.com) 1 Podstawowe informacje Stworzyliśmy
Simple Object Access Protocol
Simple Object Access Protocol Bartłomiej Świercz Katedra Mikroelektroniki i Technik Informatycznych Łódź, 11 grudnia 2005 roku Czym jest SOAP? Akronim SOAP oznacza Simple Object Access Protocol. SOAP jest
DOKUMENTACJA TECHNICZNA USŁUGI API ver. 1.27
RedCart.pl ul. wrocławska 113 58-306 Wałbrzych Polska DOKUMENTACJA TECHNICZNA USŁUGI API ver. 1.27 Infolinia: 22 22 82 114 pn-pt: 9.00-17.00 połączenie wg stawki operatora 1 Spis treści 1.Historia dokumentacji...
Dokumentacja. Wersja: 1.5 Ostatnio zmodyfikowano: Strona 1
Dokumentacja Interfejs komunikacyjny opartego o technologię RESTful Web Services dla systemu ITS we Wrocławiu pozwalającego na zasilanie Repozytorium Danych ITS informacjami pochodzącymi z pojazdów Transportu
mbank CompanyNet Struktura raportu Historia rachunku w formacie xml Bankowość elektroniczna dla klientów MSP i korporacji Wersja 1.00, r.
mbank CompanyNet Struktura raportu Historia rachunku w formacie xml Bankowość elektroniczna dla klientów MSP i korporacji Wersja 1.00, 13-11-2017 r. mbank S.A. z siedzibą w Warszawie, ul. Senatorska 18,
Programowanie w Internecie
mariusz@math.uwb.edu.pl http://math.uwb.edu.pl/~mariusz Uniwersytet w Białymstoku 2018/2019 Co to jest Internet? Warunki zaliczenia Zaliczenie na podstawie opracowanej samodzielnie aplikacji WWW Zastosowane
Bramka płatnicza. Dokumentacja techniczna. wersja 1.0
Bramka płatnicza Dokumentacja techniczna wersja 1.0 strona 2 z 15 Spis treści 1. Wstęp... 3 2. Słownik pojęć... 3 3. Usługa bramki płatniczej... 4 3.1 Realizacja płatności... 4 3.1.1 Postępowanie... 4
Programowanie Komponentowe WebAPI
Programowanie Komponentowe WebAPI dr inż. Ireneusz Szcześniak jesień 2016 roku WebAPI - interfejs webowy WebAPI to interfejs aplikacji (usługi, komponentu, serwisu) dostępnej najczęściej przez Internet,
Dostęp do rachunków płatniczych klientów Blue Media
Projekt Tytuł Typ Opis dokumentacji Dokumentacja techniczna Dokumentacja zawiera streszczenie dokumentacji opisującej usługi udostępnione w ramach API. Wersji 0.1 Przedstawiona specyfikacja nie może być
DOKUMENTACJA PROTOKOŁU SMESX. Platforma SMeSKom - instrukcja korzystania z interfejsu HTTPS. Autor smeskom@smeskom.pl Data 2007-11-04 Wersja 1.
DOKUMENTACJA PROTOKOŁU SMESX Platforma SMeSKom - instrukcja korzystania z interfejsu HTTPS Autor smeskom@smeskom.pl Data 2007-11-04 Wersja 1.0 Spis treści Dokumentacja protokoł u SmesX...2 1 Zawarto ść
Sprawozdanie Sieci komputerowe i bazy danych Laboratorium nr 4
03.04.2017r AGH, WIMIR, Inżynieria Mechatroniczna Dawid Furdzik Nr albumu: 279671 Sprawozdanie Sieci komputerowe i bazy danych Laboratorium nr 4 Po wywołaniu polecenia odpowiedź serwera wygląda następująco:
Gatesms.eu Mobilne Rozwiązania dla biznesu
SPECYFIKACJA TECHNICZNA WEB XML-API GATESMS.EU wersja 1.2 Gatesms.eu Spis Historia wersji dokumentu... 3 Bezpieczeństwo... 3 Wymagania ogólne... 3 Mechanizm zabezpieczenia transmisji HTTP...3 Zasady ogóle...
Programowanie komponentowe
Piotr Błaszyński Wydział Informatyki Zachodniopomorskiego Uniwersytetu Technologicznego 25 października 2014 WebService, (usługi sieciowe) - komponenty aplikacji webowych, zawierające logike biznesową.
Funkcje dodatkowe. Wersja 1.2.1
Funkcje dodatkowe Wersja 1..1 Dokumentacja SMSAPI (https) FUNKCJE DODATKOWE z dnia 1.06.01 Wersja 1..1 SPIS TREŚCI 1.Wprowadzenie 1.1 Adresy URL do połączenia z aplikacją dla funkcji zarządzania kontem
Zaawansowane aplikacje internetowe - laboratorium Web Services (część 1).
Zaawansowane aplikacje internetowe - laboratorium Web Services (część 1). Celem ćwiczenia jest przygotowanie prostej aplikacji internetowej wykorzystującej technologię usług sieciowych (ang. Web Services).
Instrukcja Obsługi Tokena VASCO DP 280
Instrukcja Obsługi Tokena VASCO DP 280 Spis treści 1. Wstęp... 3 2. Pierwsze uruchomienie... 3 3. Kolejne uruchomienie tokena... 5 4. Logowanie do bankowości korporacyjnej za pomocą tokena... 6 5. Autoryzacja
emszmal 3: Automatyczne księgowanie przelewów w sklepie internetowym WooCommerce (plugin dostępny w wersji ecommerce)
emszmal 3: Automatyczne księgowanie przelewów w sklepie internetowym WooCommerce (plugin dostępny w wersji ecommerce) Zastosowanie Rozszerzenie to dedykowane jest sklepom internetowych działającym w oparciu
Wybrane działy Informatyki Stosowanej
Wybrane działy Informatyki Stosowanej Java Enterprise Edition WebServices Serwer aplikacji GlassFish Dr hab. inż. Andrzej Czerepicki a.czerepicki@wt.pw.edu.pl http://www2.wt.pw.edu.pl/~a.czerepicki Aplikacje
Dokumentacja API Stacja z Paczką ver. 2.14
Dokumentacja API Stacja z Paczką ver. 2.14 2 Dokumentacja API Stacja z Paczką ver. 2.14 Spis treści 1 Historia zmian w dokumentacji... 3 2 Dostęp do API Adres URL do Web Services (SOAP/WSDL)... 3 2.1 Środowisko
Warszawa Plany zagospodarowania przestrzennego
Warszawa Plany zagospodarowania przestrzennego API zwraca mapę rastrową (obrazek) której warstwy zwracają informację o odpowiadających im aspektach planów zagospodarowania przestrzennego. API udostępnione
CitiDirect BE Portal Eksport
CitiDirect BE Portal Eksport CitiService Pomoc Techniczna CitiDirect BE tel. 801 343 978, +48 22 690 15 21 poniedziałek piątek; 8:00 17:00 helpdesk.ebs@citi.com www.citihandlowy.pl Spis treści 1. Wstęp
PRZEWODNIK. Dodawanie i usuwanie rachunków bankowych
PRZEWODNIK Dodawanie i usuwanie rachunków bankowych Aby móc w pełni korzystać z funkcjonalności Serwisu topfx.pl, w Panelu Transakcyjnym należy zdefiniować rachunek bankowy prowadzony w PLN oraz minimum
Subskrypcje MT (płatność za otrzymany SMS)
Subskrypcje MT (płatność za otrzymany SMS) Uruchomienie subskrypcji umożliwia tworzenie serwisów, gdzie Użytkownik płaci za każdy odebrany SMS. Każdy serwis ma zdefiniowany wcześniej dni i godziny kiedy
I.Wojnicki, Tech.Inter.
Igor Wojnicki (AGH, KA) Techniki Internetowe i Multimedialne 5 marca 2012 1 / 37 Techniki Internetowe i Multimedialne Protokół HTTP, Przegladarki Igor Wojnicki Katedra Automatyki Akademia Górniczo-Hutnicza
Paczkomaty API XML D-ST-12-3-1.4. D - Informacja publiczna DOCUMENT ID:
Paczkomaty API XML DOCUMENT ID: D-ST-12-3-1.4 D - Informacja publiczna 2 z 40 Spis treści Spis treści... 2 1. Założenia wstępne... 3 2. Konta testowe... 3 3. Sugerowany sposób integracji w systemie sprzedażowym
Java wybrane technologie spotkanie nr 3. Serwlety
Java wybrane technologie spotkanie nr 3 Serwlety 1 Klient-Serwer Odpowiedzialność serwera przyjmowanie żądań od klienta przygotowywanie odpowiedzi statyczna dynamiczna Rodzaje odpowiedzi statyczna dynamiczna
Część I -ebxml. UEK w Krakowie Janusz Stal & Grażyna Paliwoda-Pękosz. UEK w Krakowie Janusz Stal & Grażyna Paliwoda-Pękosz
Część I -ebxml Po zrealizowaniu materiału student będzie w stanie omówić potrzeby rynku B2B w zakresie przeprowadzania transakcji przez Internet zaprezentować architekturę ebxml wskazać na wady i zalety