Model Wymiany Danych dla dostępu do aplikacji CHECK przy użyciu WebService Telekomunikacja Polska S.A. - Przedsiębiorca telekomunikacyjny
|
|
- Agnieszka Orzechowska
- 9 lat temu
- Przeglądów:
Transkrypt
1 Model Wymiany Danych dla dostępu do aplikacji CHECK przy użyciu WebService Telekomunikacja Polska S.A. - Przedsiębiorca telekomunikacyjny Wersja r1.76 Status: (zamrożony)aktualizowany
2 2 Spis Treści 1 WPROWADZENIE SŁOWNIK POJĘĆ PODSTAWOWE DANE KONFIGURACYJNE USTAWIENIA TECHNICZNE SYSTEMÓW TP I PRZEDSIĘBIORCY TELEKOMUNIKACYJNEGO ZASADY BEZPIECZEŃSTWA PRZESYŁU DANYCH SPECYFIKACJA POSTACI WIADOMOŚCI TYPY DANYCH TYPY PÓL DATE CITY-NAME PROCES OBSŁUGI ZAPYTAŃ DO APLIKACJI CHECK WYSŁANIE ZAPYTANIA DO APLIKACJI CHECK Proces po stronie Operatora Korzystającego Komunikat SOAP zapytania do aplikacji CHECK ODPOWIEDŹ NA ZAPYTANIE DO APLIKACJI CHECK ODPOWIEDŹ NA ZAPYTANIE DO APLIKACJI CHECK Proces po stronie Operatora Korzystającego Komunikat SOAP odpowiedzi z aplikacji CHECK SPECYFIKACJA KOMUNIKATÓW WEJŚCIOWYCH I WYJŚCIOWYCH { PAGE 172
3 3 1 Wprowadzenie Niniejszy dokument zawiera opis Modelu Wymiany Danych (MWD) pomiędzy Telekomunikacją Polską S.A. (dalej zwaną TP), a Operatorami Korzystającymi (dalej zwanym OK) na potrzeby dostępu do aplikacji Check OA przy użyciu WebServices. Dostęp do aplikacji CHECK możliwy jest także poprzez stronę Internetową, zasady korzystania z www zostały opisane w oddzielnych dokumentach (porozumienie, umowa) Celem niniejszego dokumentu jest określanie zasad realizacji dokonanych przez Strony uzgodnień w zakresie udostępniania przez TP informacji o parametrach łączy w aspekcie szerokopasmowej transmisji danych. W przypadku zmiany zasad współpracy Stron poprzez umowę zawartą między Stronami, Strony niezwłocznie dokonają zmian w niniejszym dokumencie celem dostosowania go do wprowadzonych zmian. Opisany w tym dokumencie MWD ma zastosowanie przy współpracy pomiędzy Telekomunikacją Polska i Operatorami Korzystającymi. Modelowy przebieg komunikacji MWD na platformie Web Services przedstawia poniższy rysunek, na którym jest widoczny ogólny schemat realizacji zapytań. AP stem OK W A N stem TP S AP Dostęp do aplikacji CHECK przy użyciu WebService jest dedykowany dla Przedsiębiorców Telekomunikacyjnych, którzy zamierzają podpisać umowę komercyjną na CHECK. { PAGE 173
4 4 2 Słownik pojęć ADSL Check CHECK DR DSLAM KNA MWD OK Strona TP UTF-8 XML ŁA Asymmetric Digital Subscriber Line asymetryczna cyfrowa linia abonencka zgodna ze standardem ITU G (G.DMT). Narzędzie dostępne poprzez Internet, dzięki któremu Operator, który zawarł Umowę z TP może uzyskać wstępną informację o możliwości świadczenia usług szerokopasmowego dostępu do Internetu na Łączu Abonenckim Aktywnym będącym przedmiotem zapytania. Aplikacja Check dla Operatorów Alternatywnych Dzień Roboczy - dzień powszedni Digital Subscriber Line Access Multiplexer dostępowy multiplekser cyfrowych linii abonenckich. Krajowy Numer Abonencki Model Wymiany Danych Operator Korzystający operator korzystający z dostępu do LPA poprzez Węzły sieci telekomunikacyjnej TP na potrzeby sprzedaży usług szerokopasmowej transmisji danych lub wnioskujący o zapewnienie takiego dostępu. TP lub Operator Korzystający (lub łącznie Strony). Telekomunikacja Polska S.A. Sposób kodowania Unikodu, tj. komputerowego zestawu znaków mającego w zamierzeniu obejmować wszystkie pisma używane na świecie. Definiują go dwa standardy - Unicode oraz ISO Znaki obu standardów są identyczne. Standard Unicode obejmuje przydział przestrzeni numeracyjnej poszczególnym grupom znaków, nie obejmuje zaś sposobów bajtowego kodowania znaków. Jest kilka metod kodowania, oznaczanych skrótami UCS (Universal Character Set) lub UTF (Unicode Transformation Format) Extensible Markup Language, w wolnym tłumaczeniu Rozszerzalny Język Znaczników, to uniwersalny język formalny przeznaczony do reprezentowania różnych danych w ustrukturalizowany sposób. XML jest niezależny od platformy, co umożliwia łatwą wymianę dokumentów pomiędzy różnymi systemami. Łacze Abonenckie aktywne 3 Podstawowe dane konfiguracyjne Wymiana danych pomiędzy TP i Operatorem Korzystającym odbywać się będzie na Platformie Web Services z wykorzystaniem protokołu SOAP i https. Wersje protokołów: Soap SOAP version 1.1 RPC Https z wykorzystaniem TLSv1 lub SSLv3 Timeout (Maksymalny czas na udzielenie odpowiedzi na zapytanie do systemy przez Aplikachę Check dla OA to) 2 minuty Maksymalna ilość zapytań na miesiąc ( ) - nieodpłatanie. Powyżej liczby zapytań/operator (oboma kanałami).zostaną naliczane opłaty za każde zapytanie. Dotyczy kanały web service jak i komunikacji po przez stronę www. Maksymalna zbiorcza ilość obsłużonych zapytań przez TP w miesiącu przez Operatora, powyżej nie gwarantujemy dostępnosić aplikacji z czasem odpowiedzi 2 minuty.. Adres domenowy aplikacji Check: Adres serwera brzegowego operatora { PAGE 174
5 5 Każda ze Stron uczestniczących w wymianie komunikatów jest zobowiązana do zapewnienia własnej części infrastruktury niezbędnej do wymiany informacji. Komunikaty będą kodowane w standardzie UTF-8. TP zapewnia dostępność aplikacji Check OA we wszystkie dni robocze oraz w soboty i niedziele w godzinach 8:00 22:00. W czasie poza gwarantowaną dostępnością aplikacji dokonywana będzie aktualizacja bazy danych. W tym czasie TP nie gwarantuje dostępności aplikacji. Aktualizacja danych w bazie odbywa się w godzinach poza wskazanym okresem dostępności aplikacji. Baza danych aplikacji CHECK nie będzie aktualizowana w soboty, niedziele i inne dni ustawowo wolne od pracy. Wszystkie komunikaty przesyłane do TP jak i przez TP oraz logi z zapytań składanych przez stronę www będą archiwizowane i będą wykorzystane w przypadku rozpatrywania reklamacji Ustawienia techniczne systemów TP i Przedsiębiorcy telekomunikacyjnego Dostęp do aplikacji CHEK-OA będzie realizowany jedynie ze wskazanych adresów IP serwerów OK. W przypadku konieczności zmiany adresów IP lub nazwy domenowej, strony powiadomią siebie najdalej na 10 dni roboczych przed planowaną zmianą. Niniejszy dokument w ramach prac zespołów roboczych, TP i Operatora Korzystającego będzie ulegał modyfikacji. Modyfikacje będą wykonywane w formie pisemnej i będą wymagały akceptacji przez Strony Zasady bezpieczeństwa przesyłu danych Dla zapewnienia bezpiecznego przesyłu informacji połączenie WebServices będzie realizowane przy użyciu bezpiecznego połączenia https z wykorzystaniem TLSv1 lub SSLv3. Uwierzytelnienie i autoryzacja dostępu do WebService odbywać się będzie z wykorzystaniem uwierzytelnienia certyfikatem klienckim. Każdy z operatorów będzie generował we własnym zakresie klucz prywatny, oraz CSR, który będzie wysyłany do TP. W odpowiedzi odsyłany będzie certyfikat w formie plikowej ( der lub pem ). Certyfikat będzie ważny przez okres 3 lat i na administratorze OA spoczywa odpowiedzialność ponownego wystąpienia o certyfikat przed upłynięciem jego ważności. Komunikacja Operatorów z WebService będzie ograniczona do wcześniej określonego adresu IP Operatora. Adres IP będzie ściśle powiązany z certyfikatem, stąd połączenia z wykorzystaniem danego certyfikatu będą możliwe wyłącznie z określonych adresów IP. Jeśli otrzymany komunikat nie może być obsłużony przez system informatyczny Przedsiębiorcy telekomunikacyjnego z powodu błędów krytycznych w strukturze wiadomości, awarii systemu, wyłączenia systemu na czas prac konserwacyjnych, wyłączenia kanału komunikacyjnego z powodu awarii po stronie Przedsiębiorcy telekomunikacyjnego itp., strona, do której był skierowany komunikat odpowie komunikatem awaryjnym FAULT zgodnie ze standardem SOAP v 1.1. W zależności od przyczyny odrzucenia przesyłki strona, która wygenerowała przesyłkę jest zobowiązana do poprawienia błędów i powtórnego wysłania przesyłki lub uruchomienia komunikacji kanałem awaryjnym (opis procedury dla komunikacji awaryjnej zostanie doprecyzowany podczas spotkań roboczych). Poprawiony komunikat powinien zawierać zaktualizowane informacje o dacie jego generacji. Formaty komunikatów są opisane w tym dokumencie. Do identyfikacji operatorów używane będą numery z rejestru przedsiębiorców telekomunikacyjnych { PAGE 175
6 Specyfikacja postaci wiadomości. CheckValidationException LINE_SERVICE_INPUT LINE_SERVICE_OUTPUT 4 Typy danych Jeśli szczegółowy opis w specyfikacji komunikatów nie stanowi inaczej, przyjmuje się następującą interpretację typów danych: INT, INTEGER - liczba całkowita z zakresu od 0 do 32767, reprezentowana przez ciąg znaków INT(n) - liczba całkowita, nieujemna, reprezentowana przez ciąg n znaków DATE - data reprezentowana przez ciąg znaków w postaci RRRR-MM-DD GG:mm:SS, gdzie RRRR - rok (4 cyfry), MM - miesiąc (2 cyfry od 01 do 12), DD dzień (2 cyfry od 01 do 31), GG - godzina (2 cyfry od 00 do 23), mm - minuty (2 cyfry od 00 do 59), SS - sekundy (2 cyfry od 00 do 59) np :52:45 oznacza datę 15 listopada 2007 godz. 13:52:45. CHAR - jeden znak CHAR(512) - pole znakowe o długości 512 znaków W przypadku typów INT, zera wiodące są ignorowane przez systemy, dlatego jeśli np. w jednym komunikacie pole <QUERY-ID> będzie zawierało ciąg znaków "1234", a w kolejnym takim komunikacie pole <QUERY-ID> będzie zawierało ciąg znaków " ", to drugi komunikat zostanie odrzucony z powodu powtórzonego <QUERY-ID> Typy pól DATE Data jest podawana w formacie RRRR-MM-DD HH24:MI:SS, CITY-NAME Miejscowość do 50 znaków { PAGE 176
7 7 5 Proces obsługi zapytań do aplikacji CHECK 5.1. Wysłanie zapytania do aplikacji CHECK Proces po stronie Operatora Korzystającego System Operatora Korzystającego przesyła komunikat - zapytanie do aplikacji CHECK na platformie Web Services. Pola komunikatu, ich format oraz wymagalność opisuje rozdział Komunikat SOAP zapytania do aplikacji CHECK Komunikat przesyłany od OA do systemu CHECK. Nazwa pola Typ Opis Czy wymagany? LINE_SERVICE_IN PUT Rekord MSG CHAR(256) NIE QUERY_AGREEME NT BOOLEAN TAK Rekord nadrzędny MSG_HEADER Rekord Identyfikacja komunikatu TAK LINE_SER VICE_INP UT SUBJECT_ID CHAR(40) Identyfikacja nadawcy komunikatu TAK DEST_SUBJECT_ID CHAR(40) Identyfikacja odbiorcy komunikatu TAK TEST_VER INT(1) Identyfikator komunikatu testowego 0 komunikat produkcyjny 1 komunikat testowy LINE_SERVICE_QU ERY GENERATE_DATE NIE TAK Rekord TAK LINE_SER VICE_INP UT DATE (RRRR-MM- DD GG:MM:SS) Data generacji zapytań. Data przysłana w komunikacie musi miescic sie w przedziale +- 60min od aktualnego czasu serwera. Check LINE_SERVICE_QU ERY_ELEMENT Rekord QUERY_ID CHAR(20) Identyfikator zapytania. Zawiera ID Operatora Korzystającego pierwsze 5 znaków QUERY_ID to identyfikator OA (uzupełniany zerami do 5 znaków) NUMBER CHAR(9) Numer telefonu (tylko cyfry). Zamiennie z SERVICE_ID TAK TAK, Jeżeli pole SERVICE_I LINE_SER VICE_QUE RY Unikalny w skali operatora { PAGE 177
8 8 Nazwa pola Typ Opis Czy wymagany? SERVICE_ID CHAR(15) Identyfikator usługi (12-znakowy). OA podaje 12 znakowy ID. Zamiennie z NUMBER -, wymagane jeśli pole NUMBER (Nr KNA) pusty SERVICE_SYMBOL CHAR(1) Identyfikator grupy usług regulowanych. Dopuszczalne wartości to identyfikatory grup usług ze słownika dict_service_group skonfigurowane jako regulowane - pole dict_service_group.is_regulated ma wartość 1 D jest puste TAK, Jeżeli pole NUMBER jest puste TAK Rekord nadrzędny { PAGE 178
9 6 Odpowiedź na zapytanie do aplikacji CHECK 6.1. Odpowiedź na zapytanie do aplikacji CHECK. Aplikacja Check OA w trybie on-line przesyła na platformie Web Services komunikat odpowiedzi na zapytanie do systemu OK. W przypadku gdy KNA podany w zapytaniu nie należy do TP lub TP nie posiada danych niezbędnych do prekwalifikacji aplikacja CHECK będzie generować komunikat o braku danych. W każdym ze wskazanych powyżej przypadków będzie generowany kod przyczyny braku danych, pozwalający na jednoznaczną identyfikację powodu jego wystąpienia. Check uwzględnia rozdzielenie informacji uzyskiwanej w odpowiedzi dla negatywnego wyniku prekwalifikacji z powodu: - braku numeru, - braku danych do prekwalifiakcji Z powodu braku informacji o technologii zastosowanej na ŁA, CHECK nie będzie prezentować danych dla numerów z puli TP które trafiły do OA w ramach usługi NP. W takich przypadkach będzie prezentowany komunikat brak danych. Check OA nie będzie prezentować danych dla łączy uwolnionych na rzecz innych operatorów w ramach usługi LLU. W przypadku łączy PCM lub braku możliwości świadczenia usługi odpowiedz w aplikacji dla pola przepływność będzie - Łącze zwielokrotnione PCM brak możliwości w zależności od przyczyny dla której aplikacja nie jest wstanie udzielić informacji.
10 Proces po stronie Operatora Korzystającego System Operatora Korzystającego odbiera komunikat - odpowiedź z aplikacji CHECK na platformie Web Services. Pola komunikatu, ich format oraz wymagalność opisuje rozdział Komunikat SOAP odpowiedzi z aplikacji CHECK Komunikat przesyłany z systemu CHECK do systemu zewnętrznego OA. Nazwa pola Typ Opis Czy wymagany? LINE_SERVICE_O UTPUT Rekord Rekord nadrzędn y MSG_HEADER Rekord Identyfikacja komunikatu TAK LINE_SE RVICE_O UTPUT TAK SUBJECT_ID CHAR(40) Identyfikacja nadawcy komunikatu TAK DEST_SUBJECT_I D CHAR(40) Identyfikacja odbiorcy komunikatu TAK TEST_VER INT(1) Identyfikator komunikatu testowego 0 komunikat produkcyjny 1 komunikat testowy LINE_SERVICE_Q UERY_RESULT GENERATE_DATE DATE (RRRR-MM- DD GG:MM:SS) LINE_SERVICE_Q UERY_RESULT_E LEMENT TAK Rekord TAK LINE_SE RVICE_O UTPUT Rekord Data generacji. QUERY_ID CHAR(20) Identyfikator zapytania TAK NUMBER CHAR(9) Numer telefonu (tylko cyfry) TAK Jeżeli pole SERVICE-ID jest puste SERVICE_ID CHAR(15) Identyfikator usługi 12 znakowy ID TAK Jeżeli pole NUMBER jest puste CITY_NAME CHAR(50) Miasto NIE SERVICE_TYPE CHAR NIE SERVICE_SYMBO L CHAR(1) Identyfikator grupy usług regulowanych TAK LINE_SE RVICE_Q UERY_RE SULT { PAGE 1710
11 11 Nazwa pola Typ Opis Czy wymagany? LINE_SERVICE_Q UERY_RESULT_P ARAMETERS_ELE MENTS PARAMETERS_EL EMENT Rekord Rekord Wyniki prekwalifikacji. Rekord grupuje w osobne sekcje parametry dla poszczególnych technologii. W przypadku braku wyników dla danej technologii sekcja dla tej technologii nie jest obecna w komunikacie. Wynik prekwalifikacji dla pojedynczej technologii. Każda technologia dla której jest poprawny wynik ma osobną sekcję TAK może występowa ć wielokrotni e TAK może występowa ć wielokrotni e ATTR_ID Char(50) dopuszczalne atrybuty TAK ATTR_NAME Char(50) opis atrybutu - w komunikacie może być inny lub pusty ATTR_VALUE Char(50) możliwe lub przykładowe wartości dla atrybutów; jeśli w komunikacie pojawią się inne wartości niż wymienione to powinny być zignorowane. Rekord nadrzędn y LINE_SE RVICE_O UTPUT LINE_SE RVICE_Q UERY_RE SULT_ PARAME TERS_EL EMENTS RESULT Rekord TAK LINE_SE RVICE_O UTPUT RESULT_CODE INT(6) Kod wyniku przetwarzania: RESULT_CODE = 0 wynik pozytywny RESULT_CODE <> 0 wynik negatywny MSG CHAR(1024) Komunikat błedu NIE NIE TAK TAK, gdzie dopuszczalne atrybuty sekcji PARAMETERS_ELEMENT zdefiniowane są następująco: ATTR_ID ATTR_NAME ATTR_VALUE WIRE_LENGTH WIRE_LENGTH Długość łącza wyrażona w km SWITCH_NAME SWITCH_NAME Nazwa obiektu centralowego/systemowego, w którym znajduje się węzeł świadczenia usługi głosowej (POTS/ISDN LINE_INFO LINE_INFO Informacja o łączu - komunikat NWT; opis słowny, np. PCM, ISDN PORT_AVAILABILIT PORT_AVAILABILIT Tak/Nie. Jeśli DSL_TYPE=ADSL lub ADSL2+ lub SHDSL to pole określa dostępność portów ADSL, ADSL2+ i SHDSL w { PAGE 1711
12 12 sumie. Jeśli DSL_TYPE=VDSL to pole określa dostępność portów tylko dla VDSL. Wartość Tak/Nie wyznaczana jest poprzez porównanie dostępnych portów z progiem zapisanym w konfiguracji. (W 2 połowie 2011 system Check zostanie dostosowany do zwracania dostępności portów precyzyjnie dla każdej technologii.) DSLAM_TYPE DSLAM_TYPE IP, ATM, IP/ATM THROUGHPUT_DO WN Throughput_down Najwyższa przepływność IP dla downstream, np THROUGHPUT_UP Throughput_up Najwyższa przepływność IP dla upstream, np. 512 THROUGHPUT_XDS L_DOWN THROUGHPUT_XDS L_UP Throughput_xdsl_down Throughput_xdsl_up Najwyższa przepływność xdsl dla downstream, np Najwyższa przepływność xdsl dla upstream, np. 640 LOSS LOSS Wartość rzeczywista tłumienności LOC_ADDRESS LOC_ADDRESS Adres Obiektu DSL_TYPE DSL_TYPE Rodzaj karty. Pole zawiera jedną z wartości: ADSL, ADSL2+, SHDSL, VDSL Dla każdej sekcji PARAMETERS_ELEMENT będzie pokazywał konkretną technologię, której dotyczy sekcja SERVICE_TYPE SERVICE_TYPE Czy usługa głosowa. Parametr opcjonalny. BROADBAND BROADBAND Czy usługa szerokopasmowa. Parametr opcjonalny. Słownik pola RESULT_CODE i MSG: 100, Nieznany błąd 1, Brak numeru 2, Brak prekwalifikacji dla podanych parametrów wejściowych 103, Brak możliwości określenia przepustowości 104, Niejednoznaczny wynik. Odnaleziono wiele wpisów dotyczących łącza { PAGE 1712
13 13 105, Nie odnaleziono danych kabli logicznych dla podanego przebiegu 106, Niespójne dane kabla logicznego 0, OK 108, Błąd w formacie numeru telefonu: prawidłowy format to 9 cyfr 166, Błąd w formacie ID_łącza 17, Nie można rozkodować wiadomości 4, Pole wymagane 5, Niejednoznaczne zapytanie. Oczekiwany jest albo numer telefonu albo numer usługi 6, Nierozpoznane źródło 7, Brak uprawnień do wykonywania operacji. Dana usługa nie jest usługą regulowaną 8, Nierozpoznana usługa 9, Niepoprawny numer telefonu użytkownika lub jego brak 111, Błędna data wygenerowania odpowiedzi 18, Nieprawidłowy numer sesji 12, Podmiot żądający nie jest zarejestrowany lub nie ma uprawnień 14, Nieprawidłowe dane przebiegu 15, Wybrany walidator nie posiada uprawnień do przeprowadzenia walidacji obiektu komunikatu) wejściowego 21, Nierozpoznany typ karty 20, Za długi wiersz 13, Niepoprawna grupa usług lub brak parametrów modelu dla zadanej grupy usług 19, Nierozpoznawalny numer 22, Nieprawidłowy kod weryfikujący. 23, Niepoprawna zmiana hasla. 24, Poprawna zmiana hasla. Kody NWT dla komunikatu WS: Id NWT Nazwa NWT Komunikat NWT w polu LINE_INFO Zidentyfikowano zaniżone parametry łącza. <br>usługa szerokopasmowa może nie uzyskać synchronizacji lub działać 1 NSP niestabilnie. 2 DUBLE_NA_DELTA Brak informacji NWT 3 BLAD_NA_DELTA Brak informacji NWT 4 BLAD_NA_PQ Brak informacji NWT 5 BLAD_APLIKACJI Brak informacji NWT Łącze zwielokrotnione (PCM).<br>Zidentyfikowano zaniżone parametry łącza. <br>usługa szerokopasmowa może nie uzyskać 6 PCM_NSP synchronizacji lub działać niestabilnie. UWAGA - Łącze cyfrowe.<br>zidentyfikowano zaniżone parametry łącza. <br>usługa szerokopasmowa może nie uzyskać synchronizacji 7 ISDN_NSP lub działać niestabilnie. Brak możliwości świadczenia usługi szerokopasmowej - zbyt duża tłumienność. <br>zidentyfikowano zaniżone parametry łącza. <br>usługa szerokopasmowa może nie uzyskać synchronizacji lub 8 DUZA_TLUMIENNOSC_NSP działać niestabilnie. Brak węzła świadczącego usługę DSL.<br>Zidentyfikowano zaniżone parametry łącza. <br>usługa szerokopasmowa może nie uzyskać 9 BRAK_DSL_NSP synchronizacji lub działać niestabilnie. 10 SRDA Łącze nie jest naturalnym torem miedzianym 11 PCM Łącze zwielokrotnione (PCM) 12 NMT Łącze nie jest naturalnym torem miedzianym 13 ISDN UWAGA - Łącze cyfrowe Brak możliwości świadczenia usługi szerokopasmowej - zbyt duża 14 DUZA_TLUMIENNOSC tłumienność 15 NIE_ZESTAWIONE Brak wymaganych danych do wykonania prekwalifikacji { PAGE 1713
14 14 16 BRAK_DSL Brak węzła świadczącego usługę DSL 17 BRAK_M_WEZLA Węzeł nie posiada możliwości świadczenia wybranej usługi 18 DEFAULT Nieznane NWT 19 SAT Łącze nie jest naturalnym torem miedzianym { PAGE 1714
15 15 7 Specyfikacja komunikatów wejściowych i wyjściowych Format komunikatów wejściowych i wyjściowych opisuje WSDL załączony poniżej: PrequalificationServic ewsoaimpl.xml <definitions name='prequalificationservicewsoaimplservice' targetnamespace=' xmlns=' xmlns:soap=' xmlns:tns=' xmlns:xsd=' { PAGE 1715
16 16 <xs:schema targetnamespace=' version='1.0' { PAGE 1716
17 17 { PAGE 1717
18 18 <xs:element name='checkvalidationexception' type='tns:checkvalidationexception'/> <xs:element name='line_service_input' nillable='true' type='tns:line_service_input'/> <xs:element name='line_service_output' nillable='true' type='tns:line_service_output'/> <xs:complextype name='line_service_input'> <xs:element name='msg_header' type='tns:msg_header'/> <xs:element maxoccurs='unbounded' minoccurs='0' name='line_service_query' type='tns:line_service_query'/> <xs:element minoccurs='0' name='query_agreement' type='xs:boolean'/> <xs:element minoccurs='0' name='msg' type='xs:string'/> <xs:complextype name='msg_header'> <xs:element name='subject_id' type='xs:string'/> <xs:element name='dest_subject_id' type='xs:string'/> <xs:element minoccurs='0' name='test_ver' type='xs:int'/> <xs:complextype name='line_service_query'> <xs:element name='generate_date' type='xs:datetime'/> <xs:element name='line_service_query_element' type='tns:line_service_query_element'/> <xs:complextype name='line_service_query_element'> <xs:element name='query_id' type='xs:string'/> <xs:element name='number' type='xs:string'/> <xs:element name='service_id' type='xs:string'/> <xs:element name='service_symbol' type='xs:string'/> <xs:complextype name='line_service_output'> <xs:element name='msg_header' type='tns:msg_header'/> <xs:element name='line_service_query_result' type='tns:line_service_query_result'/> <xs:element maxoccurs='unbounded' minoccurs='0' name='line_service_query_result_parameters_elements' type='tns:parameters_element'/> <xs:element name='result' type='tns:result'/> <xs:complextype name='line_service_query_result'> <xs:element name='generate_date' type='xs:datetime'/> <xs:element name='line_service_query_result_element' type='tns:line_service_query_result_element'/> <xs:complextype name='line_service_query_result_element'> <xs:element name='query_id' type='xs:string'/> <xs:element name='number' type='xs:int'/> <xs:element name='service_id' type='xs:string'/> <xs:element name='city_name' type='xs:string'/> <xs:element name='service_type' type='xs:string'/> <xs:element name='service_symbol' type='xs:string'/> <xs:complextype name='parameters_element'> { PAGE 1718
19 19 <xs:element maxoccurs='unbounded' minoccurs='0' name='parameters_element' type='tns:item_element'/> <xs:complextype name='item_element'> <xs:element name='attr_id' type='xs:string'/> <xs:element minoccurs='0' name='attr_name' type='xs:string'/> <xs:element name='attr_value' type='xs:string'/> <xs:complextype name='result'> <xs:element name='result_code' type='xs:integer'/> <xs:element minoccurs='0' name='msg' type='xs:string'/> <xs:complextype name='checkvalidationexception'> <xs:element name='errorcode' type='xs:int'/> <xs:element minoccurs='0' name='message' type='xs:string'/> </xs:schema> </types> <message name='checkvalidationexception'> <part element='tns:checkvalidationexception' name='checkvalidationexception'></part> </message> <message name='checkporttypesoapoa_sendquery'> <part element='tns:line_service_input' name='lineservicequery'></part> </message> <message name='checkporttypesoapoa_sendqueryresponse'> <part element='tns:line_service_output' name='lineservicequeryresponse'></part> </message> <porttype name='checkporttypesoapoa'> <operation name='sendquery' parameterorder='lineservicequery'> <input message='tns:checkporttypesoapoa_sendquery'></input> <output message='tns:checkporttypesoapoa_sendqueryresponse'></output> <fault message='tns:checkvalidationexception' name='checkvalidationexception'></fault> </operation> </porttype> <binding name='checkporttypesoapoabinding' type='tns:checkporttypesoapoa'> <soap:binding style='document' transport=' <operation name='sendquery'> <soap:operation soapaction='/sendquery'/> <input> <soap:body use='literal'/> </input> <output> <soap:body use='literal'/> </output> <fault name='checkvalidationexception'> <soap:fault name='checkvalidationexception' use='literal'/> </fault> </operation> </binding> <service name='prequalificationservicewsoaimplservice'> <port binding='tns:checkporttypesoapoabinding' name='checkporttypesoapoaport'> <soap:address location=' { PAGE 1719
20 20 </port> </service> </definitions> { PAGE 1720
Model Wymiany Danych. dla Migracji Usług Hurtowych. w ramach dostępu telekomunikacyjnego. do sieci TP
Model Wymiany Danych dla Migracji Usług Hurtowych w ramach dostępu telekomunikacyjnego do sieci TP Wersja v 5.8 Status: zamrożony Data wdrożenia: 30-10-2009 Historia zmian Wersja Data modyfikacji 1.0 7.07.2008
MINISTERSTWO FINANSÓW PLAN INTEGRACJI SYSTEMU ZAŁĄCZNIK NR 6 SEAP SPECYFIKACJA KANAŁ EMAIL DLA PODMIOTÓW ZEWNĘTRZNYCH PL PROJEKT ECIP/SEAP
MINISTERSTWO FINANSÓW PLAN INTEGRACJI SYSTEMU ZAŁĄCZNIK NR 6 SEAP SPECYFIKACJA KANAŁ EMAIL DLA PODMIOTÓW ZEWNĘTRZNYCH PL PROJEKT ECIP/SEAP WERSJA 1 z 15 Spis treści 1. Kanał email dla podmiotów zewnętrznych...
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
Integracja Obieg Dokumentów - GiS Spis treści
Integracja Obieg Dokumentów - GiS Spis treści 1.Opis integracji.... 2 2.Interfejs po stronie Obiegu Dokumentów... 4 3.Interfejs po stronie Gis-u.... 7 4.Schematy przesyłanych plików xml.... 8 1 1. Opis
SPECYFIKACJA WYMIANY DANYCH POMIĘDZY PROGRAMEM KS-APTEKA WINDOWS I SKLEPEM INTERNETOWYM FIRMY ZEWNĘTRZNEJ
Nr SPECYFIKACJA WYMIANY DANYCH POMIĘDZY PROGRAMEM KS-APTEKA WINDOWS 1.INFORMACJE PODSTAWOWE Wymiana danych pomiędzy programem KS-APTEKA Windows odbywa się z wykorzystaniem technologii Web Services (protokół
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
1. PROCES REALIZACJI ZLECENIA NA USŁUGĘ MIGRACJI POMIĘDZY USŁUGAMI HURTOWYMI
Załącznik nr 22 do Umowy o Dostępie Proces migracji pomiędzy usługami hurtowymi 1. PROCES REALIZACJI ZLECENIA NA USŁUGĘ MIGRACJI POMIĘDZY USŁUGAMI HURTOWYMI Oświadczenie Abonenta 1 Przyczyna odrzucenia
Procedura Walidacyjna Interfejs
Strona: 1 Stron: 7 SPIS TREŚCI: 1. CEL 2. ZAKRES 3. DEFINICJE 4. ODPOWIEDZIALNOŚĆ I UPRAWNIENIA 5. TRYB POSTĘPOWANIA 6. ZAŁĄCZNIKI Podlega aktualizacji X Nie podlega aktualizacji Strona: 2 Stron: 7 1.
Usługa TELEDIAGNOSTYKI. dla Operatorów Alternatywnych
Usługa TELEDIAGNOSTYKI dla Operatorów Alternatywnych Wprowadzenie do usługi Telediagnostyka co to jest Telediagnostyka? Telediagnostyka jest to narzędzie informatyczne udostępniające funkcjonalności telediagnostyczne
Wzorcowy załącznik techniczny, do umowy w sprawie przesyłania faktur elektronicznych pomiędzy Firmą A oraz Firmą B
Załącznik Nr 1 Wzorcowy załącznik techniczny, do umowy w sprawie przesyłania faktur elektronicznych pomiędzy Firmą A oraz Firmą B Wersja 1.0 Na podstawie: Europejskiej Modelowej Umowy o EDI (w skrócie:
Model wymiany danych dla dostępu w części infrastruktura telekomunikacyjna w zakresie kanalizacji kablowej
Model wymiany danych dla dostępu w części infrastruktura telekomunikacyjna w zakresie kanalizacji kablowej Wersja dokumentu 1.19 Status Zamrożony Data wdrożenia 01-04-2011 Spis treści 1. Słownik pojęć...7
Dokumentacja SQL API 1
Dokumentacja SQL API 1 Wprowadzenie... 2 Kody błędów... 3 Tworzenie konfiguracji... 4 Konfiguracja po stronie Klienta... 6 Konfiguracja po stronie SerwerSMS... 8 Archiwizacja danych... 9 2 Wprowadzenie
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
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
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
Model wymiany danych dla realizacji procesów WLR-RIO wersja 8.05
ul. Rakowicka 51, 31-510 Kraków tel.: (0 12) 423 93 05 fax.: (012) 422 06 40 http://www.tp.pl Model wymiany danych dla realizacji procesów WLR-RIO wersja 8.05 Telekomunikacja Polska S.A. WARSZAWA, 2009-09-01
Model wymiany danych dla realizacji procesów WLR-F wersja 6.29
Pion Rozwoju Technologii Departament Centrum Rozwoju Systemów Abonenckich i Sieci ul. Rakowicka 51, 31-510 Kraków tel.: (0 12) 423 9305 fax.: (012) 422 06 40 http://www.tp.pl Model wymiany danych dla realizacji
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)
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
Specyfikacja instalacji usługi SMS Premium w Przelewy24.pl
Specyfikacja instalacji usługi SMS Premium w Przelewy24.pl wersja.2.9 data 2014-11-21 Opis usług: P24 KOD P24 KLUCZ P24 WAPA SEND SMS Strona 1 z 8 P24 KOD Przebieg transakcji Operacje po stronie Sprzedawcy
Dokumentacja smsapi wersja 1.4
Dokumentacja smsapi wersja 1.4 1. Wprowadzenie Platforma smsapi została skierowana do użytkowników chcących rozbudować swoje aplikacje o system wysyłania smsów. Aplikacja ta w prosty sposób umożliwia integrację
Struktura pliku wejściowego ippk Plik Rejestracyjny
Struktura pliku wejściowego ippk Plik Rejestracyjny INFORMACJE OGÓLNE... 3 STRUKTURA PLIKU... 3 STRUKTURA FORMATU... 3 DOPUSZCZALNE WARTOŚĆI W POLACH SŁOWNIKOWYCH. Błąd! Nie zdefiniowano zakładki. ŁADOWANIE
Poczta Polska S.A. Opis struktury pliku z danymi przekazów pocztowych lub Ekspresów Pieniężnych. Wersja 2.1
Poczta Polska S.A. Opis struktury pliku z danymi przekazów pocztowych lub Ekspresów Pieniężnych Wersja 2.1 Lipiec 2014 1. Struktura pliku z przekazami pocztowymi/ekspresami Pieniężnymi Niniejszy dokument
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 ,
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 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
OPERATOR SYSTEMU PRZESYŁOWEGO
KARTA AKTUALIZACJI nr K/2/2007 Instrukcji Ruchu i Eksploatacji Sieci Przesyłowej Warunki korzystania, prowadzenia ruchu, eksploatacji i planowania rozwoju sieci Data przygotowania: 14 września 2007 roku.
DSL (od ang. Digital Subscriber Line)
MODEMY xdsl DSL (od ang. Digital Subscriber Line) cyfrowa linia abonencka, popularna technologia szerokopasmowego dostępu do internetu. Często określa się ją jako xdsl. Wynalazcą modemów DSL był Joseph
BRAMKA HTTP SMS XML Dokumentacja techniczna. wersja 3.32
BRAMKA HTTP SMS XML Dokumentacja techniczna wersja 3.32 autor: Michał Jastrzębski ostatnia aktualizacja : 27.05.2015 Historia zmian Data Osoba Opis zmian 2006-12-01 Marcin Mańk Pierwsza wersja 2007-08-20
Załącznik nr 1 do Instrukcji użytkownika minisiis, SIIS 5.x. Spis kodów błędów
Załącznik nr 1 do Instrukcji użytkownika minisiis, SIIS 5.x Spis kodów błędów Stan na 9-02-2015 Numer GRUPA 100 Błędy ogólnego przetwarzania plików 101 Brak pliku do przetworzenia! 102 Wystąpiła awaria
Szerokopasmowy dostęp do Internetu Broadband Internet Access. dr inż. Stanisław Wszelak
Szerokopasmowy dostęp do Internetu Broadband Internet Access dr inż. Stanisław Wszelak Rodzaje dostępu szerokopasmowego Technologia xdsl Technologie łączami kablowymi Kablówka Technologia poprzez siec
CENTRUM PROJEKTÓW INFORMATYCZNYCH MINISTERSTWA SPRAW WEWNĘTRZNYCH I ADMINISTRACJI
CENTRUM PROJEKTÓW INFORMATYCZNYCH MINISTERSTWA SPRAW WEWNĘTRZNYCH I ADMINISTRACJI Instrukcja użytkownika Narzędzie do modelowania procesów BPEL Warszawa, lipiec 2009 r. UNIA EUROPEJSKA EUROPEJSKI FUNDUSZ
Repozytorium Transakcji w KDPW Raportowanie komunikacja z repozytorium. Warszawa,10 luty 2014
Repozytorium Transakcji w KDPW Raportowanie komunikacja z repozytorium Warszawa,10 luty 2014 Agenda Ogólna koncepcja sytemu zapewnienie poufności i bezpieczeństwa Dokumentacja i obsługa komunikatów Rekoncyliacja
Zasady budowy i przekazywania komunikatów XML w systemie kdpw_otc
Warszawa, 07 lutego 2013 Zasady budowy i przekazywania komunikatów XML w systemie kdpw_otc Wersja 1.4.2 1 Spis treści Tabela zmian... 3 Wstęp... 4 Budowa komunikatów XML... 4 Przestrzenie nazw (namespaces)...
Standardy dokumentów pomiarowych wymienianych przez Platformę Wymiany Informacji dla ENERGA - OPERATOR SA
Standardy dokumentów pomiarowych wymienianych przez Platformę Wymiany Informacji dla ENERGA - OPERATOR SA Wstęp Opracowany dokument opisuje standard dokumentów wymienianych poprzez Platformę Wymiany Informacji
Dokumentacja SMPP API
Dokumentacja SMPP API 1 Wprowadzenie... 2 Połączenie z SMPP API... 3 Informacje ogólne... 4 Dostępne tryby bindowania... 5 Komendy SMPP... 6 Raporty doręczeń... 7 Kody błędów... 8 Statusy wiadomości...
8510309410 PL 97124020929916210000092872 URZĄD MIASTA SZCZECIN N123456 NOF WPiOL/1111/W/123456/2013 KOWALSKI JAN, FELCZAKA 1A 70-123 SZCZECIN PLN
OPIS PLIKÓW I FORMATÓW WYMIANY DANYCH. OPIS PLIKÓW I FORMATÓW WYMIANY DANYCH 1. Kod 1D stosowany na przelewach podczas akcji Płatności Masowe: Rodzaj kodu 1D: EAN128 Struktura: Przykład: - Identyfikacja
Zasady budowy i przekazywania komunikatów wykorzystywanych w Systemie IT KDPW_CCP
Załącznik Nr 3 KDPW_CCP Zasady budowy i przekazywania komunikatów wykorzystywanych w Systemie IT KDPW_CCP Wersja 1.0 Warszawa, czerwiec 2012 Spis treści Wstęp... 3 Budowa komunikatów XML... 3 Przestrzenie
Zasady budowy i przekazywania komunikatów XML dla rynku OTC w systemie KDPW_CCP
Warszawa, lipiec 2012 Zasady budowy i przekazywania komunikatów XML dla rynku OTC w systemie KDPW_CCP Wersja 1.1 1 Spis treści Tabela zmian... 3 Wstęp... 4 Budowa komunikatów XML... 4 Przestrzenie nazw
Ograniczenia i inne zależności. 1 Komunikat Element główny komunikatu typ 1 Typ komunikatu 3 znaków Typ komunikatu - deklaracje POZ.
USTALENIA OGÓLNE DOTYCZĄCE BUDOWY KOMUNIKATÓW XML Założenie budowy komunikatów: Format daty RRRR-MM-DD Format daty + czas - RRRR-MM-DDTGG:MM Część całkowitą od części dziesiętnej w liczbach należy rozdzielać
CENNIK USŁUG TELEKOMUNIKACYJNYCH
CENNIK USŁUG TELEKOMUNIKACYJNYCH SZYBKI INTERNET DLA FIRM * Rodzaje Usługi: Szybki Internet dla Firm 512k Szybki Internet dla Firm 1M Szybki Internet dla Firm 2M Szybki Internet dla Firm 4M Szybki Internet
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.
Currenda EPO Instrukcja Konfiguracji. Wersja dokumentu: 1.3
Currenda EPO Instrukcja Konfiguracji Wersja dokumentu: 1.3 Currenda EPO Instrukcja Konfiguracji - wersja dokumentu 1.3-19.08.2014 Spis treści 1 Wstęp... 4 1.1 Cel dokumentu... 4 1.2 Powiązane dokumenty...
Kielce, dnia 27.02.2012 roku. HB Technology Hubert Szczukiewicz. ul. Kujawska 26 / 39 25-344 Kielce
Kielce, dnia 27.02.2012 roku HB Technology Hubert Szczukiewicz ul. Kujawska 26 / 39 25-344 Kielce Tytuł Projektu: Wdrożenie innowacyjnego systemu dystrybucji usług cyfrowych, poszerzenie kanałów sprzedaży
KOMPUTEROWY SYSTEM WSPOMAGANIA OBSŁUGI JEDNOSTEK SŁUŻBY ZDROWIA KS-SOMED
KOMPUTEROWY SYSTEM WSPOMAGANIA OBSŁUGI JEDNOSTEK SŁUŻBY ZDROWIA KS-SOMED Podręcznik użytkownika Katowice 2010 Producent programu: KAMSOFT S.A. ul. 1 Maja 133 40-235 Katowice Telefon: (0-32) 209-07-05 Fax:
elektroniczna Platforma Usług Administracji Publicznej
elektroniczna Platforma Usług Administracji Publicznej Instrukcja integracji z epuap w zakresie interfejsów Profilu Zaufanego wersja 02-02. Ministerstwo Spraw Wewnętrznych i Administracji ul. Batorego
Dokumentacja podłączeniowa dla procesu przenoszenia danych osobowych. Czyli opis jak skorzystać z usługi: rodotransferservice
Dokumentacja podłączeniowa dla procesu przenoszenia danych osobowych Czyli opis jak skorzystać z usługi: rodotransferservice Spis treści Dokumentacja podłączeniowa dla procesu przenoszenia danych osobowych...
Definiowanie filtrów IP
Definiowanie filtrów IP Spis treści 1. Klienci korporacyjni... 3 1.1. def3000/ceb... 3 2. Klienci detaliczni... 6 2.1. def2500/reb... 6 2 1. Klienci korporacyjni 1.1. def3000/ceb Dla każdego Klienta korporacyjnego,
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ą.
System Rozproszone Komunikator Dokumentacja. Maciej Muszkowski Jakub Narloch
System Rozproszone Komunikator Dokumentacja Maciej Muszkowski Jakub Narloch Wymagania Zgodnie ze wstępnymi założeniami komunikator musi, realizowad następujące funkcje: 1. Jest oparty o model Peer2Peer,
Komunikat ze słownikiem produktów handlowych wykorzystanych w chemioterapii i programach terapeutycznych
Komunikat ze słownikiem produktów handlowych wykorzystanych w chemioterapii i programach terapeutycznych Plik z komunikatem będzie spakowany wg algorytmu ZIP. Rozszerzenie pliku z komunikatem - *.PRH.
KURIER BY CTI. Instrukcja do programu DATA 16.09.2014. Informatycznej Zygmunt Wilder w Gliwicach WERSJA 2014.1 mgr Katarzyna Wilder DLA DPD
KURIER BY CTI DLA DPD Instrukcja do programu DATA 16.09.2014 PRODUCENT Centrum Technologii Informatycznej Zygmunt Wilder w Gliwicach WERSJA 2014.1 AUTOR mgr Katarzyna Wilder 1. Opis Program Kurier DPD
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
Dokumentacja interfejsu API
http://postivo.pl Dokumentacja interfejsu API wersja 1.14 [20 marca 2015] Dokumentacja API Postivo.pl ver. 1.14 [20.03.2015] str. 2 Spis treści 1. Historia zmian w dokumentacji... 4 2. Wprowadzenie...
Instrukcja obsługi DHL KONWERTER 1.6
Instrukcja obsługi DHL KONWERTER 1.6 Opis: Niniejsza instrukcja opisuje wymogi użytkowania aplikacji oraz zawiera informacje na temat jej obsługi. DHL Konwerter powstał w celu ułatwienia oraz usprawnienia
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
Zasady budowy i przekazywania komunikatów XML w systemie kdpw_otc
Warszawa, 09 grudnia 2014 Zasady budowy i przekazywania komunikatów XML w systemie kdpw_otc Wersja 1.4.3 1 Spis treści Tabela zmian... 3 Wstęp... 4 Budowa komunikatów XML... 4 Przestrzenie nazw (namespaces)...
Struktura pliku wejściowego ippk Plik Korekt Składek
Struktura pliku wejściowego ippk Plik Korekt Składek INFORMACJE OGÓLNE... 3 STRUKTURA PLIKU... 3 STRUKTURA FORMATU... 3 DOPUSZCZALNE WARTOŚĆI W POLACH SŁOWNIKOWYCH... 4 ŁADOWANIE PLIKU... 4 INFORMACJE
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:
Struktura pliku wejściowego ippk Plik Dyspozycje
Struktura pliku wejściowego ippk Plik Dyspozycje INFORMACJE OGÓLNE... 3 STRUKTURA PLIKU... 3 STRUKTURA FORMATU... 3 DOPUSZCZALNE WARTOŚĆI W POLACH SŁOWNIKOWYCH... 4 ŁADOWANIE PLIKU... 5 INFORMACJE OGÓLNE
Instrukcja do programu Do7ki 1.0
Instrukcja do programu Do7ki 1.0 Program Do7ki 1.0 pozwala w prosty sposób wykorzystać dane z systemu sprzedaży Subiekt GT do generowania listów przewozowych dla firmy kurierskiej SIÓDEMKA w połączeniu
Dokumentacja interfejsu Webservices API. Wersja 2.0 [12 stycznia 2014] http://bramka.gsmservice.pl e-mail: bramka@gsmservice.pl
http://bramka.gsmservice.pl e-mail: bramka@gsmservice.pl Bramka SMS: Obsługiwanych ponad 700 sieci w ponad 200 krajach Świata SMSy z własnym polem nadawcy Raporty doręczeń Obsługa długich wiadomości SMS
Struktura pliku wejściowego ippk Plik Dyspozycje
Struktura pliku wejściowego ippk Plik Dyspozycje INFORMACJE OGÓLNE... 3 STRUKTURA PLIKU... 3 STRUKTURA FORMATU... 3 DOPUSZCZALNE WARTOŚĆI W POLACH SŁOWNIKOWYCH... 4 ŁADOWANIE PLIKU... 5 INFORMACJE OGÓLNE
Dokumentacja techniczna interfejsu komunikacyjnego Cyfrowego Urzędu z systemami EOD
Pełnienie funkcji Generalnego Wykonawcy w zakresie dostawy sprzętu komputerowego, aplikacji internetowych, systemu elektronicznego obiegu dokumentów, realizacji prac wdrożeniowych oraz szkoleń związanych
Opis modułu pl.id w programie Komornik SQL-VAT
Opis modułu pl.id w programie Komornik SQL-VAT Nazwa: KSQLVAT.INS.PL.ID.002 Data: 02.01.2017 Wersja: 1.2.0 Cel: Opis działania funkcjonalności pl.id 2016 Currenda Sp. z o.o. Spis treści 1. Opis... 3 2.
XML Schema. Bartłomiej Świercz. Łódź, 19 listopada 2005 roku. Katedra Mikroelektroniki i Technik Informatycznych. Bartłomiej Świercz XML Schema
XML Schema Bartłomiej Świercz Katedra Mikroelektroniki i Technik Informatycznych Łódź, 19 listopada 2005 roku Wstęp XML Schema służy do definiowania struktury dokumentu XML (pełni podobną funkcję jak DTD).
Manual konfiguracji konta dla fax2mail
Manual konfiguracji konta dla fax2mail Spis treści 1 AKTYWACJA KONTA FAX2MAIL... 3 2 KONFIGURACJA KONTA FAX2MAIL MS OUTLOOK 2003... 5 3 KONFIGURACJA KONTA FAX2MAIL MS OUTLOOK 2010... 11 4 KONFIGURACJA
Mr Hyde 40Mb. Warszawa, 11 lipiec 2012
Mr Hyde 40Mb Warszawa, 11 lipiec 2012 spis treści część 1 stanowisko UKE część 2 zakres zmiany część 3 harmonogram 2 3 rozdział 1 stanowisko UKE w sprawie Procesu TTM (1/2) w dniu 18 czerwca 2012 r. TP
Struktura pliku wejściowego ippk Plik Składkowy
Struktura pliku wejściowego ippk Plik Składkowy INFORMACJE OGÓLNE... 3 STRUKTURA PLIKU... 3 STRUKTURA FORMATU... 3 DOPUSZCZALNE WARTOŚĆI W POLACH SŁOWNIKOWYCH... 4 ŁADOWANIE PLIKU... 4 INFORMACJE OGÓLNE
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
3. Kolejne uruchomienie tokena W celu uruchomienia tokena VASCO DP280 należy przytrzymać przycisk Poweron/Power-off.
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
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
Manual konfiguracji konta dla fax2mail
Manual konfiguracji konta dla fax2mail Spis treści 1 AKTYWACJA KONTA FAX2MAIL... 3 2 KONFIGURACJA KONTA FAX2MAIL MS OUTLOOK... 5 3 KONFIGURACJA KONTA FAX2MAIL MOZILLA THUNDERBIRD... 11 4 WYSYŁANIE FAXÓW...
Rola języka XML narzędziem
Wprowadzenie do XML dr inż. Adam Iwaniak Szkolenie w Luboradzy, ZCPWZ, 12-13.02.2009r. Rola języka XML narzędziem Pierwszą rewolucją internetową było dostarczenie ludziom informacji. Znajdujemy się teraz
Dokumentacja interfejsu MySQL. Platforma BSMS.PL Instrukcja podłączenia po przez mysql
Dokumentacja interfejsu MySQL Platforma BSMS.PL Instrukcja podłączenia po przez mysql Dokumentacja interfejsu mysql (strona 2) SPIS TREŚCI 1. Zawartość dokumentu str.3 2. Informacje ogólne 2.1 Zastosowanie
Obsługa aplikacji Walne Zgromadzenia. Instrukcja użytkownika. wersja 6.1
Obsługa aplikacji Walne Zgromadzenia Instrukcja użytkownika wersja 6.1 Spis treści Logowanie użytkownika do systemu... 3 Obsługa aplikacji... 5 Okno główne systemu... 5 Pobieranie wykazu osób uprawnionych
Opis metody pracy Komisji podczas Kwalifikacji TestingCup 2017
Opis metody pracy Komisji podczas Kwalifikacji TestingCup 2017 -------------------------MANIFEST------------------------- Komisja w ocenie prac kieruje się następującymi przesłankami: - defekty funkcjonalne
DOKUMENTACJA TECHNICZNA KurJerzyAPI wersja 1.0
KurJerzyAPI wersja 1.0 Spis treści Wstęp...3 1. Korzystanie z interfejsu KurJerzyAPI...4 1.1 Warunki korzystania z interfejsu...4 1.2 Zabezpieczenia interfejsu...4 2. Specyfikacja interfejsu KurJerzyAPI...6
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
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
INSTRUKCJA OBŁUGI APLIKACJI ASSECO MAA
INSTRUKCJA OBŁUGI APLIKACJI ASSECO MAA 1. REJESTRACJA URZĄDZENIA AUTORYZUJĄCEGO W celu zarejestrowania urządzenia autoryzującego, w aplikacji mobilnej Asseco MAA należy wybrać przycisk [ROZPOCZNIJ]. Strona
Model Wymiany Danych. dla Migracji Usług Hurtowych. w ramach dostępu telekomunikacyjnego. do sieci TP. Wersja
Aplikacje IT IT Obszaru Usług Hurtowych Wydział Systemów Kolekcji, Mediacji i Bilingu Hurtowego ul. Rakowicka 51, 31-510 Kraków tel.: 12 410 04 41 fax.: 12 422 06 40 http://www.hurt-tp.p Model Wymiany
11. Autoryzacja użytkowników
11. Autoryzacja użytkowników Rozwiązanie NETASQ UTM pozwala na wykorzystanie trzech typów baz użytkowników: Zewnętrzna baza zgodna z LDAP OpenLDAP, Novell edirectory; Microsoft Active Direcotry; Wewnętrzna
Podstawowe zasady dotyczące potwierdzania warunków transakcji na Platformie konfirmacji.
Podstawowe zasady dotyczące potwierdzania warunków transakcji na Platformie konfirmacji. 1. Uczestnicy rozliczający KDPW_CCP przekazują do systemu kdpw_stream instrukcje konfirmacyjne do zestawienia za
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
Specyfikacja techniczna interfejsu do obsługi Profilu Kandydata na Kierowcę.
Specyfikacja techniczna interfejsu do obsługi Profilu Kandydata na Kierowcę. (OE OSK) 31 lipca 2015 r. wersja 1.1 Dotyczy umowy z dn. 27.09.2013r. w sprawie realizacji projektu CEPiK 2.0 Nr MSW: 8/DEP/2013
Struktura pliku wejściowego ippk Plik Dyspozycje
Struktura pliku wejściowego ippk Plik Dyspozycje INFORMACJE OGÓLNE... 3 STRUKTURA PLIKU... 3 STRUKTURA FORMATU... 3 DOPUSZCZALNE WARTOŚĆI W POLACH SŁOWNIKOWYCH... 4 ŁADOWANIE PLIKU... 5 INFORMACJE OGÓLNE
Ćwiczenie 8 Implementacja podpisu cyfrowego opartego na standardzie X.509
Ćwiczenie 8 Implementacja podpisu cyfrowego opartego na standardzie X.509 CEL: Poszerzenie wiadomości na temat podpisu cyfrowego oraz zastosowanie w praktyce standardu X.509. NARZĘDZIA: Oprogramowanie
Model Wymiany Danych dla Modelu Współpracy Międzyoperatorskiej. Wersja 1.3 Status: Do publikacji Data wdroŝenia: 01.11.2010 r.
Model Wymiany Danych dla Modelu Współpracy Międzyoperatorskiej Wersja 1.3 Status: Do publikacji Data wdroŝenia: 01.11.2010 r. Historia zmian Data modyfikacji Autor Podsumowanie zmian Wersja Zaznaczanie
Dokumentacja API Stacja z Paczką ver. 2.09
Dokumentacja API Stacja z Paczką ver. 2.09 2 Dokumentacja API Stacja z Paczką ver. 2.09 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
Instrukcja obsługi Multiconverter 2.0
Instrukcja obsługi Multiconverter 2.0 Opis: Niniejsza instrukcja opisuje wymogi użytkowania aplikacji oraz zawiera informacje na temat jej obsługi. DHL Multiconverter powstał w celu ułatwienia oraz usprawnienia
Komunikacja i wymiana danych
Budowa i oprogramowanie komputerowych systemów sterowania Wykład 10 Komunikacja i wymiana danych Metody wymiany danych Lokalne Pliki txt, csv, xls, xml Biblioteki LIB / DLL DDE, FastDDE OLE, COM, ActiveX
Opis modułu pl.id w programie Komornik SQL-VAT
Opis modułu pl.id w programie Komornik SQL-VAT 2016 Currenda Sp. z o.o. Spis treści 1. Opis... 3 2. Konfiguracja programu... 3 3. Tworzenie zapytań o dane dłużników do pl.id... 4 3.1. Eksport danych dłużników
CENNIK USŁUG TELEKOMUNIKACYJNYCH
CENNIK USŁUG TELEKOMUNIKACYJNYCH SZYBKI INTERNET DLA FIRM * Rodzaje Usługi: Szybki Internet dla Firm 512k Szybki Internet dla Firm 1M Szybki Internet dla Firm 2M Szybki Internet dla Firm 4M Szybki Internet
elektroniczna Platforma Usług Administracji Publicznej
elektroniczna Platforma Usług Administracji Publicznej Instrukcja użytkownika Profil Zaufany wersja 02-02. Ministerstwo Spraw Wewnętrznych i Administracji ul. Batorego 5, 02-591 Warszawa www.epuap.gov.pl
Elektroniczna wymiana danych (EDI) jest to: - wymiana informacji pomiędzy komputerami, z użyciem powszechnie akceptowanych standardów
Elektroniczna wymiana danych (EDI) jest to: - wymiana informacji pomiędzy komputerami, z użyciem powszechnie akceptowanych standardów Znaczniki w języku XML: - mogą zostać zdefiniowane przez użytkownika
Instrukcja składania wniosku o dofinansowanie w systemie informatycznym IP na potrzeby konkursu nr 1/1.1.1/2015
Instrukcja składania wniosku o dofinansowanie w systemie informatycznym IP na potrzeby konkursu nr 1/1.1.1/2015 INFORMACJE OGÓLNE 1. Wnioski o dofinansowanie projektu w ramach konkursu nr 1/1.1.1/2015
Podręcznik Użytkownika LSI WRPO
Podręcznik użytkownika Lokalnego Systemu Informatycznego do obsługi Wielkopolskiego Regionalnego Programu Operacyjnego na lata 2007 2013 w zakresie wypełniania wniosków o dofinansowanie Wersja 1 Podręcznik
TTM Nemo nowe synchronizacje usług szerokopasmowych. Warszawa, 28.07.2011 r.
TTM Nemo nowe synchronizacje usług szerokopasmowych 1 Warszawa, 28.07.2011 r. Stanowisko UKE w sprawie Procesu TTM (1/2) W dniu 14 lipca 2011 r. TP złożyła wniosek o zbadanie czy w związku z planowanym
Konfiguracja aplikacji pakietu SAWA do obsługi numerów nadawczych firmy Polska Grupa Pocztowa S.A.
Konfiguracja aplikacji pakietu SAWA do obsługi numerów nadawczych firmy Polska Grupa Pocztowa S.A. Wersja dokumentu: 1.3 Currenda sp. z o.o.; 81-85 3 Sop ot Al. Niep odl egł ości 703A tel. (05 8) 55 0-38-