SZCZEGÓŁOWY OPIS INTERFEJSU WYMIANY DANYCH
|
|
- Mikołaj Pawlik
- 6 lat temu
- Przeglądów:
Transkrypt
1 Załącznik nr 12 SZCZEGÓŁOWY OPIS INTERFEJSU WYMIANY DANYCH Strona 1 z 30
2 Spis treści: 1 Wstęp Schemat wymiany danych: Opis wymagań dla transmitowanych danych Metody Logowanie Klucz sesyjny Funkcja: Login() Rozpoczęcie wymiany danych GetVehicleList GetVehicleListLastState GetVehicleEvents GetFuncModificationStatus GetContainersList GetScheduleList GetRouteList MGOList CustomerList Słowniki: WSDL Strona 2 z 30
3 Wstęp Niniejsza specyfikacja określa wymagania Zamawiającego dla zakresu danych otrzymywanych od operatorów dotyczących systemu komunalnego oraz sposobu ich wymiany między systemami informatycznymi Wykonawcy i Zamawiającego. Jako zakres wymaganych informacji transmitowanych poprzez interfejs wymiany danych, należy przyjąć zakres danych zawartych w poszczególnych metodach szczegółowo opisanych w kolejnych rozdziałach. System musi rejestrować w szczególności następujące zdarzenia: Typ zdarzenia Rejestrowane dane Moment rejestracji* Punkty jazdy Punkty postoju Załadunek pojemnika przez pojazd bezpylny Wyładunek pojazdu bezpylnego Załadunek/ wyładunek pojemnika > 7m 3 Notatka z miejsca załadunku Maksymalna prędkość od poprzedniego punktu jazdy, dystans od poprzedniego punktu jazdy, prędkość, kierunek ruchu pojazdu Kod RFID pojemnika, typ pojemnika, typ odpadu, kod pojemnika, kod MGO, informacja o myciu pojemnika Kod RFID pojemnika, kod pojemnika, typ pojemnika, typ odpadu, kod MGO lub lokalizacji, typ zlecenia Kod RFID pojemnika, typ pojemnika, typ odpadu, kod MGO lub lokalizacji, identyfikator notatki, treść notatki Gdy pojazd jest w ruchu nie rzadziej niż co 100 m lub co 30 sekund Gdy pojazd stoi, nie rzadziej niż co 5 minut Natychmiast po wystąpieniu zdarzenia Natychmiast po wystąpieniu zdarzenia Natychmiast po wystąpieniu zdarzenia Natychmiast po wystąpieniu zdarzenia Strona 3 z 30
4 Załadunek worka Załadunek odpadów wielkogabarytowych w systemie objazdowej zbiórki Typ worka, kod MGO, typ odpadu kod MGO, typ odpadu Natychmiast po wystąpieniu zdarzenia Natychmiast po wystąpieniu zdarzenia Wszystkie rejestrowane zdarzenia muszą posiadać identyfikator pojazdu, datę i czas oraz współrzędne geograficzne wyznaczone na podstawie systemu GPS. Schemat wymiany danych: Celem wymiany danych jest przekazanie do Systemu Zamawiającego, danych zarejestrowanych przez pojazdy Wykonawców. Wszelkie rejestrowane dane i opisane w niniejszym dokumencie informacje, powinny być na bieżąco (w trybie online) przekazywane w oparciu o interfejs wymiany danych wykonany w technologii usług internetowych. Transfer danych odbywa się za pomocą interfejsu wymiany danych opartym o usługę internetową udostępnioną przez Wykonawcę i działającym w oparciu o żądania HTTPS. Opis wymagań dla transmitowanych danych Transmisja danych z urządzeń o których mowa poniżej musi być jednoczesna z transmisją danych z systemu monitoringu GPS. Wszystkie zarejestrowane zdarzenia muszą być rozszerzone o dokładną datę i czas [zgodny z uniwersalnym czasem koordynowanym UTC(PL)] oraz współrzędne geograficzne zdarzeń wyznaczone na podstawie systemu GPS Metody Logowanie Klucz sesyjny Celem zagwarantowania bezpieczeństwa na przesyłane przez wykonawców dane, wprowadzono autoryzację polegającą na wpisaniu nazwy użytkownika oraz hasła wraz z numerem operatora. Po uzupełnieniu danych pod warunkiem ich poprawności, zwracany jest tzw. klucz sesyjny, który jest Strona 4 z 30
5 niezbędny do wywołania poszczególnych funkcji (poza Login). Dzięki niemu uzyskiwany jest dostęp do danych Operatorów. W przypadku podania błędnego lub klucza który utracił ważność, wywoływana funkcja nie zwróci danych, lecz zasygnalizuje problem odpowiednim statusem. Klucz sesyjny ma swój okres ważności. W przypadku, gdy przez pewien określony czas nie będzie wywołana żadna funkcja przy jego użyciu, zostanie uznany za nieważny. Funkcja: Login() Opis Funkcja zwraca klucz sesyjny wykorzystywany do komunikacji z usługą Operatora. Wejście Nazwa użytkownika, hasło oraz identyfikator operatora: User: string, Pass: string, CustomerNumber: Integer. Wyjście Klucz sesyjny jako ciąg znaków (string) pozwalający na wywołanie pozostałych funkcji. Rozpoczęcie wymiany danych W celu ustalenia zakresu i ilości danych do pobrania z Systemu Operatora, System zamawiającego rozpoczyna wymianę danych od ustalenia momentu ostatniej zmiany danych w Systemie Operatora (w podziale na typy danych i dokumentów). Jeżeli data ostatniej zmiany danych jest późniejsza, niż data ostatniego pobrania danych, system zamawiającego pobiera nowe dane, wykorzystując stosowne funkcje. GetVehicleList Funkcja zwraca listę pojazdów używanych przez Operatora. Wejście: - Klucz sesyjny służący do uwierzytelnienia. - ModifiedAfter: DateTime data i czas od którego system powinien pobrać zmiany danych. Nazwa funkcji: Opis: Wyjście: GetVechicleList Lista pojazdów. Lista pojazdów w postaci dokumentu XML Tabela 1. Opis parametrów zwracanych przez wywołanie metody GetVehicleList. Strona 5 z 30
6 Parametr: vehicle id name plate-number mark model production-date kerb-weight side-number last-modification disable-time Opis parametru: Unikalny Identyfikator pojazdu Nazwa Numer rejestracyjny Marka Model Data produkcji Masa własna Numer boczny Data i czas ostatniej modyfikacji rekordu Data dezaktywacji pojazdu (w przypadku gdy pojazd nie jest już udostępniany) <?xml version="1.0" encoding="utf-8"?> <xs:schema attributeformdefault="unqualified" elementformdefault="qualified" xmlns:xs=" <xs:element name="result"> <xs:element name="vehicle" maxoccurs="unbounded" minoccurs="0"> <xs:element type="xs:string" name="name" <xs:element type="xs:string" name="plate-number" maxoccurs="1" minoccurs="1" /> <xs:element type="xs:string" name="mark" maxoccurs="1" minoccurs="0" /> <xs:element type="xs:string" name="model" maxoccurs="1" minoccurs="0" /> <xs:element type="xs:date" name="production-date" maxoccurs="1" minoccurs="0" /> <xs:element type="xs:string" name="kerb-weight" maxoccurs="1" minoccurs="0" /> <xs:element type="xs:string" name="side-number" maxoccurs="1" minoccurs="0" /> <xs:element name="disable-time" type="xs:datetime" maxoccurs="1" minoccurs="0"> <xs:element type="xs:datetime" name="last-modification" maxoccurs="1" minoccurs="1" /> Strona 6 z 30
7 GetVehicleListLastState Funkcja zwraca informacje o bieżących pozycjach i stanach pojazdów. Opis: Wyjście: Informacje o bieżących pozycjach i stanu pojazdów w formie XML XML opisujący poszczególny aktualny stan wszystkich pojazdów Wejście: -Klucz sesyjny służący do uwierzytelnienia (SessionId) -ModifiedAfter: DateTime data i czas od którego pobrać dane Tabela 2. Opis parametrów zwracanych przez wywołanie metody GetVehicleListLastState Parametr: vehicle-id datetime status-gps lat long State-id direction velocity last-modification <xs:attribute type="xs:unsignedint" name="id" use="required"/> </xs:schema> Rys. 1 Diagram XSD dla metody GetVehicleList last-continous-data-eventmodtime Opis parametru: Identyfikator pojazdu Data zdarzenia Namiar gps (zgodnie ze słownikiem statusów GPS) Latitude Longitude Stan pojazdu (zgodnie ze słownikiem stanów pojazdów) Kierunek przemieszczania się pojazdu. Prędkość pojazdu Data i czas ostatniej modyfikacji rekordu Wskazuje datę i czas modyfikacji rekordu wskazanego przez pole Last-Continous-Data-Event-Time last-continous-data-eventtime Wskazuje zarejestrowaną datę i czas wystąpienia ostatniego zdarzenia z ciągu zdarzeń które nie zostaną już zmodyfikowane. Oznacza to, że wszystkie zdarzenia zarejestrowane do tego czasu zostały już przesłane, nie występują już uzupełnienia i modyfikacje danych. Wszystkie dodane i zmodyfikowane w przyszłości rekordy będą miały datę i czas większy lub równy wskazanemu w tym polu <?xml version="1.0" encoding="utf-8"?> <xs:schema attributeformdefault="unqualified" elementformdefault="qualified" Strona 7 z 30
8 xmlns:xs=" xmlns:xsd=" <xs:element name="result"> <xs:element name="vehicle-state" maxoccurs="unbounded" minoccurs="0"> <xs:element type="xs:unsignedint" name="vehicle-id" maxoccurs="1" minoccurs="1"> <xs:annotation> <xs:documentation>id pojazdu przesłane w funkcji GetVehicleList</xs:documentation> </xs:annotation> <xs:element type="xs:datetime" name="datetime" maxoccurs="1" minoccurs="1"> <xs:annotation> <xs:documentation>data i czas danej</xs:documentation> </xs:annotation> <xs:element type="xs:unsignedint" name="state-id" maxoccurs="1" minoccurs="1"/> <xs:element type="xs:unsignedint" name="velocity" maxoccurs="1" minoccurs="0"/> <xs:element name="gpscoordinates" maxoccurs="1" minoccurs="1"> <xs:element type="xs:int" name="direction" <xs:element type="xs:float" name="lat" maxoccurs="1" minoccurs="1"/> <xs:element type="xs:float" name="long" maxoccurs="1" minoccurs="1"/> <xs:element name="status-gps" type="xs:unsignedint" maxoccurs="1" minoccurs="1"> <xs:element type="xs:datetime" name="last-modification" maxoccurs="1" minoccurs="1"/> <xs:element type="xs:datetime" name="last-continous-data-event-modtime" maxoccurs="1" minoccurs="1"/> <xs:element type="xs:datetime" name="last-continous-data-event-time" maxoccurs="1" minoccurs="1"/> <xs:attribute type="xs:string" name="id" use="required"/> <xs:attribute type="xs:datetime" name="update-date-time" use="required"/> </xs:schema> Rys. 2 Diagram XSD dla metody GetVehicleListLastState GetVehicleEvents Funkcja zwraca dane dotyczące pojazdu za zadany zakres czasu. Opis: Wyjście: Dane dla pojazdu za zadany zakres czasu. XML opisujący zdarzenia wykonane w zadanym przedziale czasu Strona 8 z 30
9 Wejście: - Klucz sesyjny służący do uwierzytelnienia (SessionId) - Identyfikator pojazdu (int, VehicleId) - Data początkowa zakresu czasu dla danych(datetime, DateTimeFrom)-opcjonalnie - Data końcowa zakresu czasu dla danych (DateTime, DateTimeTo)-opcjonalnie - ModifiedAfter: DateTime data i czas od którego pobrać dane-wymagane Tabela 3. Opis parametrów zwracanych przez wywołanie metody GetVehicleEvents Parametr: Opis parametru: vehicle-id Unikalny identyfikator pojazdu sector Sektor event id unikalny identyfikator zdarzenia lat Latitude long Longitude event-type-id Identyfikator typu zdarzenia (wg. Tabela 4) status-gps startdatetime enddatetime gpscoordinates maxspeed distance direction rfid-code container-id container-type-id waste-type-id location-id approval-level notice notice-id photo-url last-modification update-date-time Namiar gps (zgodnie ze słownikiem statusów GPS) Data i czas rozpoczęcia zdarzenia Data i czas zakończenia zdarzenia (Latitude, Longitude) Długość i szerokość geograficzna Prędkość maksymalna od poprzedniego zarejestrowanego punktu w km/h (wymagane w przypadku jazdy) Dystans przebyty od ostatniego zdarzenia w metrach (wymagane w przypadku jazdy) Kierunek jazdy (azymut) w stopniach. (wymagane w przypadku jazdy) Identyfikator transpondera RFID (wymagane w przypadku załadunku pojemnika) Unikalny Identyfikator pojemnika Identyfikator typu pojemnika (wg. Słownika typów pojemników) Identyfikator typu odpadu (wg. Słownika typów odpadów) Identyfikator lokalizacji ( z metody MGOList) Zgodnie ze słownikiem rodzajów zatwierdzeń notatka Identyfikator notatki (zgodnie ze słownikiem notatek) Adres URL do zdjęcia Data i czas ostatniej modyfikacji rekordu Data i czas ostatniej aktualizacji danych Tabela 4. Opis identyfikatorów zdarzeń zwracanych poprzez wywołanie metody GetVehicleEvents Event-Type-Id Zdarzenie 1 Jazda 2 Postój 3 Załadunek odpadów Strona 9 z 30
10 4 Wyładunek odpadów 5 Notatka z miejsca załadunku 6 Mycie pojemnika <?xml version="1.0" encoding="utf-8"?> <xs:schema attributeformdefault="unqualified" elementformdefault="qualified" xmlns:xs=" <xs:element name="result"> <xs:element name="event" maxoccurs="unbounded" minoccurs="0"> <xs:element type="xs:unsignedint" name="vehicleid" maxoccurs="1" minoccurs="1"/> <xs:element type="xs:unsignedint" name="eventtype-id" maxoccurs="1" minoccurs="1"/> <xs:element name="gpscoordinates" maxoccurs="1" minoccurs="1"> <xs:element type="xs:float" name="lat" maxoccurs="1" minoccurs="1"/> <xs:element type="xs:float" name="long" maxoccurs="1" minoccurs="1"/> <xs:element type="xs:int" name="direction" <xs:element name="status-gps" type="xs:unsignedint" maxoccurs="1" minoccurs="1"> <xs:element type="xs:unsignedint" name="sector" maxoccurs="1" minoccurs="1" nillable="true"/> <xs:element type="xs:unsignedint" name="maxspeed" maxoccurs="1" minoccurs="0"/> <xs:element type="xs:unsignedint" name="distance" maxoccurs="1" minoccurs="0"/> <xs:element type="xs:unsignedlong" name="rfidcode" maxoccurs="1" minoccurs="0"/> <xs:element type="xs:unsignedint" name="container-id" maxoccurs="1" minoccurs="0"/> <xs:element type="xs:unsignedint" name="container-type-id" maxoccurs="1" minoccurs="0"/> <xs:element type="xs:unsignedint" name="wastetype-id" maxoccurs="1" minoccurs="0"/> <xs:element type="xs:unsignedint" name="location-id" maxoccurs="1" minoccurs="0"/> <xs:element type="xs:unsignedint" name="approval-level" maxoccurs="1" minoccurs="0"/> <xs:element type="xs:string" name="notice" maxoccurs="1" minoccurs="0"/> Strona 10 z 30
11 <xs:element type="xs:unsignedint" name="noticeid" maxoccurs="1" minoccurs="0"/> <xs:element type="xs:string" name="photo-url" maxoccurs="1" minoccurs="0"/> <xs:element type="xs:datetime" name="startdatetime" maxoccurs="1" minoccurs="1"/> <xs:element type="xs:datetime" name="enddatetime" maxoccurs="1" minoccurs="1"/> <xs:element type="xs:datetime" name="last-modification" maxoccurs="1" minoccurs="1"/> <xs:attribute type="xs:string" name="id" use="required"/> <xs:attribute type="xs:datetime" name="update-date-time" use="required"/> </xs:schema> Rys. 3 Diagram XSD dla metody GetVehicleEvents GetFuncModificationStatus Nazwa funkcji: Opis: Wyjście: GetFuncModificationStatus Pobranie informacji o ostatniej aktualizacji danych dostępnych przez interfejsy do integracji Lista funkcji ze statusem modyfikacji w postaci dokumentu XML Wejście: - Klucz sesyjny służący do uwierzytelnienia (SessionId) Tabela 5. Opis parametrów zwracanych przez wywołanie metody GetFuncModificationStatus Parametr: name last-modification Opis parametru: Nazwa metody Data modyfikacji <?xml version="1.0" encoding="utf-8"?> <xs:schema attributeformdefault="unqualified" elementformdefault="qualified" xmlns:xs=" <xs:element name="result"> <xs:element name="functions"> Strona 11 z 30
12 <xs:element name="function" maxoccurs="unbounded" minoccurs="0"> <xs:element type="xs:string" name="name"/> <xs:element type="xs:datetime" name="last-modification"/> </xs:schema> Rys. 4 Diagram XSD dla metody GetFuncModificationStatus GetContainersList Funkcja zwraca listę pojemników w danej lokalizacji. Wejście: - Klucz sesyjny służący do uwierzytelnienia (SessionId) - ModifiedAfter: DateTime data i czas od którego pobrać dane Opis: Dane o obsługiwanych pojemnikach Wyjście: XML opisujący pojemniki obsługiwane przez wykonawcę Tabela 6. Opis parametrów zwracanych przez wywołanie metody GetContainersList Parametr: container id outid sector RFID location-id customer-id waste-type-id Opis parametru: Unikalny identyfikator załadunku Zewnętrzny unikalny identyfikator pojemnika Sektor Kod RFID pojemnika Unikalny Identyfikator lokalizacji Lista identyfiaktorów klienta (z metody CustomerList) Identyfikator typu odpadu(zgodnie ze słownikiem) Strona 12 z 30
13 container-type-id last-modification enable-time disable-time Identyfikator typu pojemnika (zgodnie ze słownikiem) Data i czas ostatniej modyfikacji rekordu Data i czas aktywacji pojemnika Data i czas dezaktywacji pojemnika <?xml version="1.0" encoding="utf-8"?> <xs:schema attributeformdefault="unqualified" elementformdefault="qualified" xmlns:xs=" <xs:element name="result"> <xs:element name="container" maxoccurs="unbounded" minoccurs="0"> <xs:element type="xs:unsignedlong" name="rfid" maxoccurs="1" minoccurs="1" nillable="true"> <xs:element type="xs:unsignedint" name="container-type-id" <xs:element type="xs:string" name="outid" maxoccurs="1" minoccurs="0" /> <xs:element type="xs:unsignedint" name="sector" <xs:element type="xs:unsignedint" name="location-id" <xs:element type="xs:unsignedint" name="customer-id" maxoccurs="unbounded" minoccurs="0" /> <xs:element type="xs:unsignedint" name="waste-type-id" <xs:element name="enable-time" type="xs:datetime" maxoccurs="1" minoccurs="0"> <xs:element name="disable-time" type="xs:datetime" maxoccurs="1" minoccurs="0"> <xs:element type="xs:datetime" name="last-modification" <xs:attribute type="xs:unsignedint" name="id" use="required"/> </xs:schema> Rys. 5 Diagram XSD dla metody GetContainerslist GetScheduleList Wejście: - Data początkowa zakresu czasu dla danych(datetime, DateTimeFrom)-opcjonalnie - Data końcowa zakresu czasu dla danych (DateTime, DateTimeTo)-opcjonalnie Strona 13 z 30
14 - ModifiedAfter: DateTime data i czas od którego pobrać dane-wymagane - Klucz sesyjny służący do uwierzytelnienia (SessionId) Opis: Dane o harmonogramach w rejonie Wejście: DateFrom Date Data początkowa zakresu czasu DateTo Date Data końcowa zakresu czasu SessionID ModifiedAfter Klucz sesyjny służący do uwierzytelniania data i czas od którego pobrać dane Wyjście: XML opisujący zaplanowane wywozy w zadanym przedziale czasu Tabela 7. Opis parametrów zwracanych przez wywołanie metody getschedulelist Parametr: location-id customer-id bin-cleaning-flag sector last-modification waste-type-id datetime disable-time Opis parametru: Unikalny identyfikator lokalizacji Unikalny identyfikator klienta Flaga określająca czy zaplanowano mycie pojemnika (0-nie, 1-tak) Sektor Data i czas ostatniej modyfikacji rekordu Identyfikator frakcji (zgodnie ze słownikiem typu odpadu) Planowana Data realizacji (wg. Harmonogramu) Data dezaktywacji <?xml version="1.0" encoding="utf-8"?> <xs:schema attributeformdefault="unqualified" elementformdefault="qualified" xmlns:xs=" <xs:element name="result"> <xs:element name="schedule" maxoccurs="unbounded" minoccurs="0"> <xs:element type="xs:date" name="date" maxoccurs="1" minoccurs="1" /> <xs:element name="disable-time" type="xs:datetime" maxoccurs="1" minoccurs="0"> <xs:element name="locations" maxoccurs="unbounded" minoccurs="0"> <xs:element type="xs:unsignedint" Strona 14 z 30
15 name="location-id" <xs:element type="xs:unsignedint" name="customer-id" maxoccurs="1" minoccurs="0" nillable="true" /> <xs:element type="xs:unsignedint" name="sector" <xs:element type="xs:unsignedint" name="waste-type-id" maxoccurs="1" minoccurs="1" nillable="false" /> <xs:element type="xs:boolean" name="bin-cleaning-flag" maxoccurs="1" minoccurs="1" nillable="false" /> <xs:element type="xs:unsignedint" name="container-type-id" maxoccurs="1" minoccurs="0" nillable="true" /> <xs:element name="disable-time" type="xs:datetime" maxoccurs="1" minoccurs="0"> <xs:element type="xs:datetime" name="last-modification" <xs:attribute type="xs:int" name="id" use="required"/> <xs:attribute name="update-date-time" type="xs:datetime"></xs:attribute> </xs:schema> Rys. 6 Diagram XSD dla metody getschedulelist GetRouteList Wejście - Data początkowa zakresu czasu dla danych(datetime, DateTimeFrom)-opcjonalnie - Data końcowa zakresu czasu dla danych (DateTime, DateTimeTo)-opcjonalnie - ModifiedAfter: DateTime data i czas od którego pobrać dane-wymagane - Klucz sesyjny służący do uwierzytelnienia (SessionId) Opis: Dane o trasówkach w rejonie Wejście: DateFrom Date Data początkowa zakresu czasu DateTo Date Data końcowa zakresu czasu SessionID Klucz sesyjny służący do uwierzytelniania Strona 15 z 30
16 ModifiedAfter data i czas od którego pobrać dane Wyjście: XML opisujący zaplanowane wywozy w zadanym przedziale czasu Funkcja zwraca harmonogram objazdu tras przez pojazdy Operatora. Wynik zapytania zawsze powinien zwracać kompletną trasówkę. Tabela 8. Opis parametrów zwracanych przez wywołanie metody GetRouteList Parametr: schedule id vehicle-id rfid container id waste-type-id sector lon lat location-id customer-id last-modification container-type-id order-type disable-time date Opis parametru: Unikalny identyfikator trasówki Identyfikator pojazdu Kod RFID pojemnika (w przypadku zaplanowanych pojemników) Unikalny identyfikator załadunku Identyfikator typu odpadu sektor Longitude latitude Unikalny identyfikator lokalizacji (MGO) Lista identyfikatorów klienta (z metody CustomerList) Data i czas ostatniej modyfikacji rekordu Identyfikator typu pojemnika/worka (zgodnie ze słownikiem) Typ zlecenia (wg. Słownika typów zleceń) Data dezaktywacji Planowana data realizacji trasówki <?xml version="1.0" encoding="utf-8"?> <xs:schema attributeformdefault="unqualified" elementformdefault="qualified" xmlns:xs=" <xs:element name="result"> <xs:element name="route" maxoccurs="unbounded" minoccurs="0"> <xs:element type="xs:date" name="date" maxoccurs="1" minoccurs="1" /> <xs:element type="xs:unsignedint" name="vehicle-id" <xs:element name="disable-time" type="xs:datetime" maxoccurs="1" minoccurs="0"> <xs:element name="containers" maxoccurs="unbounded" minoccurs="0"> Strona 16 z 30
17 minoccurs="1" nillable="true" /> <xs:element type="xs:unsignedint" name="container- minoccurs="1"> maxoccurs="1" maxoccurs="1" type-id" type-id" curs="1" /> curs="1" /> id" id" /> unded" minoccurs="0"> noccurs="0"> <xs:element name="container"> <xs:element name="container-id" type="xs:unsignedint" maxoccurs="1" <xs:element type="xs:unsignedint" name="sector" minoccurs="1" /> <xs:element type="xs:unsignedlong" name="rfid" <xs:element type="xs:unsignedint" name="waste- <xs:element type="xs:float" name="lon" maxoccurs="1" minoc- <xs:element type="xs:float" name="lat" maxoccurs="1" minoc- <xs:element type="xs:unsignedint" name="location- <xs:element type="xs:unsignedint" name="customer- maxoccurs="unbounded" minoccurs="0" <xs:element name="order-type" type="xs:unsignedint" maxoccurs="unbo- <xs:element name="disable-time" type="xs:datetime" maxoccurs="1" mi- <xs:element type="xs:datetime" name="last-modification" maxoccurs="1" minoccurs="1" /> <xs:attribute type="xs:unsignedint" name="id" use="required" /> Strona 17 z 30
18 <xs:attribute type="xs:unsignedint" name="id" use="required"/> <xs:attribute name="update-date-time" type="xs:datetime" use="required"></xs:attribute> </xs:schema> </xs:schema> Rys. 7 Diagram XSD dla metody GetRouteList MGOList Nazwa funkcji: MGOList Opis: Pobranie listy lokalizacji Wejście: - Klucz sesyjny służący do uwierzytelnienia (SessionId) - ModifiedAfter: DateTime data i czas od którego pobrać dane Tabela 9. Opis parametrów zwracanych przez wywołanie metody MGOList Parametr: mgo id name sector outno country city postal street estateno description Opis parametru: Unikalny identyfikator lokalizacji (MGO) Nazwa MGO Identyfikator sektora Zewnętrzny identyfikator (identyfikator MGO) kraj (adres) miasto (adres) Kod pocztowy (adres) ulica (adres) Numer budynku Opis lokalizacji Strona 18 z 30
19 lon lat enable-time disable-time last-modification longitude latitude Data aktywacji punktu wywozowego Data dezaktywacji punktu wywozowego Data i czas ostatniej modyfikacji rekordu <?xml version="1.0" encoding="utf-8"?> <xs:schema attributeformdefault="unqualified" elementformdefault="qualified" xmlns:xs=" <xs:element name="result"> <xs:element name="mgo" maxoccurs="unbounded" minoccurs="0"> <xs:element type="xs:string" name="name" maxoccurs="1" minoccurs="0"/> <xs:element type="xs:unsignedint" name="sector" <xs:element type="xs:unsignedint" name="outno" <xs:element type="xs:string" name="country" maxoccurs="1" minoccurs="0" /> <xs:element type="xs:string" name="city" maxoccurs="1" minoccurs="1" /> <xs:element type="xs:string" name="street" maxoccurs="1" minoccurs="1" /> <xs:element type="xs:string" name="estateno" <xs:element type="xs:string" name="postal" maxoccurs="1" minoccurs="0" /> <xs:element name="description" type="xs:string" maxoccurs="1" minoccurs="0"> <xs:element type="xs:float" name="lon" maxoccurs="1" minoccurs="1" /> <xs:element type="xs:float" name="lat" maxoccurs="1" minoccurs="1" /> <xs:element name="enable-time" type="xs:datetime" maxoccurs="1" minoccurs="0"> <xs:element name="disable-time" type="xs:datetime" maxoccurs="1" minoccurs="0"> <xs:element type="xs:datetime" name="last-modification" <xs:attribute type="xs:unsignedint" name="id" use="required"/> </xs:schema> Rys.8 Diagram XSD dla metody MGOList Strona 19 z 30
20 CustomerList Nazwa funkcji: Opis: CustomerList Odczytanie listy klientów Wejście: - Klucz sesyjny służący do uwierzytelnienia (SessionId) - ModifiedAfter: DateTime data i czas od którego pobrać dane Tabela 10. Opis parametrów zwracanych przez wywołanie metody CustomerList Parametr: customer-id name outid estate-type-id country city postal street estateno description Opis parametru: Unikalny identyfikator klienta Nazwa kontrahenta Zewnętrzny identyfikator nieruchomości Identyfikator typu nieruchomości kraj (adres) miasto (adres) Kod pocztowy (adres) ulica (adres) Numer budynku Dodatkowy opis nieruchomości <?xml version="1.0" encoding="utf-8"?> <xs:schema attributeformdefault="unqualified" elementformdefault="qualified" xmlns:xs=" <xs:element name="result"> <xs:element name="customer" maxoccurs="unbounded" minoccurs="0"> <xs:element type="xs:string" name="name" maxoccurs="1" minoccurs="0" /> <xs:element type="xs:unsignedint" name="estate-type-id" <xs:element type="xs:string" name="country" maxoccurs="1" minoccurs="0" /> <xs:element type="xs:string" name="outid" maxoccurs="1" minoccurs="0" /> Strona 20 z 30
21 <xs:element type="xs:string" name="city" maxoccurs="1" minoccurs="1" /> <xs:element type="xs:string" name="street" maxoccurs="1" minoccurs="1" /> <xs:element type="xs:string" name="estateno" <xs:element type="xs:string" name="postal" maxoccurs="1" minoccurs="0" /> <xs:element name="description" type="xs:string" maxoccurs="1" minoccurs="0"> <xs:element name="enable-time" type="xs:datetime" maxoccurs="1" minoccurs="0"> <xs:element name="disable-time" type="xs:datetime" maxoccurs="1" minoccurs="0"> <xs:element name="last-modification" type="xs:datetime" maxoccurs="1" minoccurs="1"> <xs:attribute type="xs:unsignedint" name="id" use="required"/> </xs:schema> Rys. 9 Diagram XSD dla metody CustomerList 5. Słowniki: 5.1 Słownik rodzajów namiarów GPS status-gps Nazwa 1 Namiar GPS zapewniony 2 Brak namiaru GPS 5.2 Słownik stanów pojazdów state Nazwa 1 Jazda 2 Postój 5.3 Słownik zdarzeń z pojazdów Strona 21 z 30
22 Event- Type-Id 1 Jazda Zdarzenie 2 Postój 3 Załadunek odpadów 4 Wyładunek odpadów 5 Notatka z miejsca załadunku 5.4 Słownik typów pojemników Containertype-id 1 P60 Zdarzenie 2 P80 3 P120 4 P240 5 P360 6 P660 7 P KP7 9 KP10 10 KP18 11 KP36 12 DZWON AT 13 DZWON Kada-bis Strona 22 z 30
23 14 DZWON Schafer 1,6 15 DZWON Schafer 3,2 16 DZWON Iglo Zamawiający zastrzega możliwość rozszerzenia słownika typów pojemników w trakcie trwania umowy. 5.5 Słownik typów odpadów Zdarzenie 1 Zmieszane 2 Tworzywa sztuczne 3 Szkło 4 Papier 5 zielone 6 Odpady wielkogabarytowe Zamawiający zastrzega możliwość rozszerzenia słownika typów odpadów w trakcie trwania umowy. 5.6 Słownik typów nieruchomości Wastetype-id estatetype-id Zdarzenie 1 Zamieszkała 2 Niezamieszkała 3 Mieszana Zamawiający zastrzega możliwość rozszerzenia słownika typów nieruchomości w trakcie trwania umowy. 5.7 Słownik poziomów zatwierdzenia Strona 23 z 30
24 approvallevel Zdarzenie 1 RFID 2 Terminal 5.1 Słownik typów zleceń order-type Zdarzenie 1 podstawienie 2 opróżnienie 3 wymiana 4 mycie Zamawiający zastrzega możliwość rozszerzenia słownika typów zleceń w trakcie trwania umowy. 5.1 Słownik notatek notice-id notatka 1 Awaria pojazdu 2 Pojemnik uszkodzony 3 Uniemożliwiony dojazd do miejsca gromadzenia odpadów 4 Niewłaściwy odpad w pojemniku/worku 5 Brak wystawienia pojemnika/worka 6 Brak/ uszkodzony transponder 7 Niezgodny pojemnik 8 Dodatkowo odebrany odpady (w przypadku nieruchomości niezamieszkałych i mieszanych) 9 Odbiór odpadów z miejsc gromadzenia odpadów nieobjętych deklaracją Strona 24 z 30
25 10 Pusty pojemnik/ odpady zalegają w osłonie 11 Odbiór reklamacyjny Zamawiający zastrzega możliwość rozszerzenia słownika notatek w trakcie trwania umowy. 6. WSDL <?xml version="1.0" encoding="utf-8" standalone="no"?> <definitions xmlns=" xmlns:xs=" xmlns:tns=" xmlns:soap=" xmlns:soapenc=" xmlns:mime=" xmlns:ns1="urn:uxmlremotable" xmlns:ns2="urn:" name="webserviceservice" targetnamespace=" <types> <xs:schema xmlns="urn:uxmlremotable" targetnamespace="urn:uxmlremotable"> <xs:complextype name="txmlremotable"> <xs:element name="status" type="xs:int"/> <xs:element name="xml" type="xs:string"/> </xs:schema> </types> <message name="login0request"> <part name="user" type="xs:string"/> <part name="password" type="xs:string"/> <part name="customernumber" type="xs:int"/> <message name="login0response"> <part name="return" type="xs:string"/> <message name="getvehiclelist1request"> <part name="sessionid" type="xs:string"/> <part name="modifiedafter" type="xs:datetime"/> <message name="getvehiclelist1response"> <part name="return" type="ns1:txmlremotable"/> <message name="getvehiclelistlaststate3request"> <part name="sessionid" type="xs:string"/> <part name="modifiedafter" type="xs:datetime"/> <message name="getvehiclelistlaststate3response"> <part name="return" type="ns1:txmlremotable"/> <message name="getvehicleevents4request"> <part name="sessionid" type="xs:string"/> <part name="vehicleid" type="xs:unsignedint"/> <part name="modifiedafter" type="xs:datetime"/> <part name="datefrom" type="xs:datetime"/> Strona 25 z 30
26 <part name="dateto" type="xs:datetime"/> <message name="getvehicleevents4response"> <part name="return" type="ns1:txmlremotable"/> <message name="getcontainerslist5request"> <part name="sessionid" type="xs:string"/> <part name="modifiedafter" type="xs:datetime"/> <message name="getcontainerslist5response"> <part name="return" type="ns1:txmlremotable"/> <message name="getroutelist"> <part name="sessionid" type="xs:string"/> <part name="datefrom" type="xs:date"/> <part name="dateto" type="xs:date"/> <message name="getroutelist6response"> <part name="return" type="ns1:txmlremotable"/> <message name="getschedulelist6request"> <part name="sessionid" type="xs:string"/> <part name="datefrom" type="xs:date"/> <part name="dateto" type="xs:date"></part> <part name="modifiedafter" type="xs:datetime"/> <message name="getschedulelist6response"> <part name="return" type="ns1:txmlremotable"/> <message name="getfuncmodificationstatus7request"> <part name="sessionid" type="xs:string"/> <message name="getfuncmodificationstatus7response"> <part name="return" type="ns1:txmlremotable"/> <message name="mgolist8request"> <part name="sessionid" type="xs:string"/> <part name="modifiedafter" type="xs:datetime"/> <message name="mgolist8response"> <part name="return" type="ns1:txmlremotable"/> <message name="customerlist9request"> <part name="sessionid" type="xs:string"/> <part name="modifiedafter" type="xs:datetime"/> <message name="customerlist9response"> <part name="return" type="ns1:txmlremotable"/> <message name="newoperationrequest"> <part name="newoperationrequest" type="xs:string"></part> <message name="newoperationresponse"> <part name="newoperationresponse" type="xs:string"></part> Strona 26 z 30
27 <message name="newoperation1request"> <part name="newoperation1request" type="xs:string"></part> <message name="newoperation1response"> <part name="newoperation1response" type="xs:string"></part> <message name="getroutelistrequest"> <part name="sessionid" type="xs:string"></part> <part name="modifiedafter" type="xs:datetime"></part> <porttype name="iwrocwebservice"> <operation name="login"> <input message="tns:login0request"/> <output message="tns:login0response"/> <operation name="getvehiclelist"> <input message="tns:getvehiclelist1request"/> <output message="tns:getvehiclelist1response"/> <operation name="getvehiclelistlaststate"> <input message="tns:getvehiclelistlaststate3request"/> <output message="tns:getvehiclelistlaststate3response"/> <operation name="getvehicleevents"> <input message="tns:getvehicleevents4request"/> <output message="tns:getvehicleevents4response"/> <operation name="getcontainerslist"> <input message="tns:getcontainerslist5request"/> <output message="tns:getcontainerslist5response"/> <operation name="getroutelist"> <input message="tns:getroutelistrequest"></input> <output message="tns:getroutelist6response"/> <operation name="getschedulelist"> <input message="tns:getschedulelist6request"/> <output message="tns:getschedulelist6response"/> <operation name="getfuncmodificationstatus"> <input message="tns:getfuncmodificationstatus7request"/> <output message="tns:getfuncmodificationstatus7response"/> <operation name="mgolist"> <input message="tns:mgolist8request"/> <output message="tns:mgolist8response"/> <operation name="customerlist"> <input message="tns:customerlist9request"/> <output message="tns:customerlist9response"/> </porttype> Strona 27 z 30
28 <binding name="iwrocwebservicebinding" type="tns:iwrocwebservice"> <soap:binding style="rpc" transport=" <operation name="login"> <soap:operation soapaction="urn:wrocwebserviceintf-iwrocwebservice#login" style="rpc"/> <input> </input> <output> </output> <operation name="getvehiclelist"> <soap:operation soapaction="urn:wrocwebserviceintf-iwrocwebservice#getvehiclelist" style="rpc"/> <input> </input> <output> </output> <operation name="getvehiclelistlaststate"> <soap:operation soapaction="urn:wrocwebserviceintf-iwrocwebservice#getvehiclelistlaststate" style="rpc"/> <input> </input> <output> </output> <operation name="getvehicleevents"> <soap:operation soapaction="urn:wrocwebserviceintf-iwrocwebservice#getvehicleevents" style="rpc"/> <input> </input> <output> </output> <operation name="getcontainerslist"> <soap:operation soapaction="urn:wrocwebserviceintf-iwrocwebservice#getcontainerslist" style="rpc"/> <input> </input> <output> Strona 28 z 30
29 </output> <operation name="getroutelist"> <soap:operation soapaction="urn:wrocwebserviceintf-iwrocwebservice#getroutelist" style="rpc"/> <input> </input> <output> </output> <operation name="getschedulelist"> <soap:operation soapaction="urn:wrocwebserviceintf-iwrocwebservice#getschedulelist" style="rpc"/> <input> </input> <output> </output> <operation name="getfuncmodificationstatus"> <soap:operation soapaction="urn:wrocwebserviceintf-iwrocwebservice#getfuncmodificationstatus" style="rpc"/> <input> </input> <output> </output> <operation name="mgolist"> <soap:operation soapaction="urn:wrocwebserviceintf-iwrocwebservice#mgolist" style="rpc"/> <input> </input> <output> </output> <operation name="customerlist"> <soap:operation soapaction="urn:wrocwebserviceintf-iwrocwebservice#customerlist" style="rpc"/> <input> </input> Strona 29 z 30
30 <output> </output> </binding> <service name="iwrocwebserviceservice"> <port name="iwrocwebserviceport" binding="tns:iwrocwebservicebinding"> <soap:address location=" </port> </service></definitions> Strona 30 z 30
Szczegółowy Opis Interfejsu Wymiany Danych. Załącznik nr 1.8.
Szczegółowy Opis Interfejsu Wymiany Danych Załącznik nr 1.8. Spis treści: 1 Wstęp... 3 2 Schemat wymiany danych:... 3 3 Opis wymagań dla transmitowanych danych... 4 4 Metody... 4 4.1 Logowanie... 4 4.1.1
ZZP ZAŁĄCZNIK nr 11
ZAŁĄCZNIK nr 11 SZCZEGÓŁOWY OPIS WYMAGAŃ DOTYCZĄCYCH WYPOSAŻENIA POJAZDÓW, POJEMNIKÓW, WORKÓW ORAZ REJESTRACJI ZDARZEŃ I WYMIANY INFORMACJI I. DEFINICJE: Moduł Kontrolujący Systemu Identyfikacji (MKSI)
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
Załącznik nr 10 do SOPZ: Protokół wymiany danych (Interface) Protokół wymiany danych pomiędzy Systemem Wykonawcy a Systemem Przekazywania Zgłoszeń
Załącznik nr 10 do SOPZ: Protokół wymiany danych (Interface) Protokół wymiany danych pomiędzy Systemem Wykonawcy a Systemem Przekazywania Zgłoszeń 18.04.2017 Spis treści Wstęp... 3 Definicje... 4 Certyfikaty
Uradni list Republike Slovenije
Stran 4760 / Št. 32 / 30. 6. 2017 PRILOGA 1 XSD-oblika UPPD-OBRAZCA
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ół
SCHEMAT DOKUMENTU POTWIERDZENIA GENEROWANEGO PRZEZ ZUS
ZAŁĄCZNIK 3 SCHEMAT DOKUMENTU POTWIERDZENIA GENEROWANEGO PRZEZ ZUS Załącznik przedstawia schemat dokumentu potwierdzenia odbioru. Potwierdzenie jest dokumentem emitowanym przez ZUS i generowanym w wyniku
SZCZEGÓŁOWY OPIS WYMAGAŃ TECHNICZNYCH SYSTEMU INFORMATYCZNEGO WYKONAWCY
Załącznik nr 8 SIWZ SZCZEGÓŁOWY OPIS WYMAGAŃ TECHNICZNYCH SYSTEMU INFORMATYCZNEGO WYKONAWCY 1. Kody kreskowe 1.1 Wykonawca dostarczy mieszkańcom etykiety z kodami kreskowymi na worki foliowe zgodnie z
Załącznik Nr 1 do Uchwały Nr XX/356/11 Rady Miasta Gdańska z dnia 24 listopada 2011 r.
Załącznik Nr 1 do Uchwały Nr XX/356/11 Rady Miasta Gdańska z dnia 24 listopada 2011 r.
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...
Dictionaries. <?xml version="1.0" encoding="utf-8"?> <xs:schema attributeformdefault="unqualified" elementformdefault="unqualified"
Dictionaries
SCHEMAT DOKUMENTÓW OTRZYMYWANYCH Z ZUS ZAWIERAJĄCYCH INFORMACJE ZGROMADZONE W SYSTEMIE INFORMATYCZNYM ZUS
ZAŁĄCZNIK 4 SCHEMAT DOKUMENTÓW OTRZYMYWANYCH Z ZUS ZAWIERAJĄCYCH INFORMACJE ZGROMADZONE W SYSTEMIE INFORMATYCZNYM ZUS Załącznik przedstawia schemat dokumentu zawierającego informacje pobierane z ZUS. Obejmuje
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 wymagań dotyczących wyposażenia pojazdów, w tym oznakowania pojemników, oraz rejestracji zdarzeń i wymiany informacji.
Opis wymagań dotyczących wyposażenia pojazdów, w tym oznakowania pojemników, oraz rejestracji zdarzeń i wymiany informacji. 1. Definicje: GPS Global Positioning System należy przez to rozumieć monitoring
SCHEMAT DOKUMENTÓW OTRZYMYWANYCH Z ZUS ZAWIERAJĄCYCH INFORMACJE ZGROMADZONE W SYSTEMIE INFORMATYCZNYM ZUS
ZAŁĄCZNIK 4 SCHEMAT DOKUMENTÓW OTRZYMYWANYCH Z ZUS ZAWIERAJĄCYCH INFORMACJE ZGROMADZONE W SYSTEMIE INFORMATYCZNYM ZUS Załącznik przedstawia schemat dokumentu zawierającego informacje pobierane z ZUS. Obejmuje
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
Szczegółowy opis wymagań dotyczących wyposażenia pojazdów i pojemników oraz rejestracji zdarzeń
Szczegółowy opis wymagań dotyczących wyposażenia pojazdów i pojemników oraz rejestracji zdarzeń 1. Definicje: GPS Global Positioning System należy przez to rozumieć monitoring bazujący na systemie pozycjonowania
Elementy struktur MiCOMP_VAT
Opis struktury pliku wymiany MiCOMP_VAT Elementy struktur MiCOMP_VAT 1 z 12 Pełna specyfikacja pliku MiCOMP_VAT
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
SOAP i alternatywy. 1. WSDL. 2. Protokoły tekstowe XML-RPC. JSON-RPC. SOAPjr. 3. Protokoły binarne Google Protocol Bufers. Apache Thrift.
SOAP i alternatywy 1. WSDL. 2. Protokoły tekstowe XML-RPC. JSON-RPC. SOAPjr. 3. Protokoły binarne Google Protocol Bufers. Apache Thrift. 1 WSDL WSDL (Web Services Description Language) jest standardem
Warszawa, dnia 2 marca 2017 r. Poz. 461 ROZPORZĄDZENIE MINISTRA ROZWOJU I FINANSÓW 1) z dnia 27 lutego 2017 r.
DZIENNIK USTAW RZECZYPOSPOLITEJ POLSKIEJ Warszawa, dnia 2 marca 2017 r. Poz. 461 ROZPORZĄDZENIE MINISTRA ROZWOJU I FINANSÓW 1) z dnia 27 lutego 2017 r. w sprawie formatu i trybu przekazywania przez banki
Wyjaśnienia do SIWZ. Odpowiedź: Wyposażenie w pojemniki przez wykonawcę dotyczy miejsc wskazanych w SIWZ.
BGN.II.271.2.2015 Torzym, 19.03.2015 r Zamawiający: Gmina Torzym ul. Wojska Polskiego 32 66-235 Torzym Wyjaśnienia do SIWZ Dotyczy: specyfikacji istotnych warunków zamówienia na Odbiór i zagospodarowanie
UCHWAŁA NR VII/.../2015 RADY GMINY PORĄBKA. z dnia 2 czerwca 2015 r.
Projekt z dnia 14 maja 2015 r. Zatwierdzony przez... UCHWAŁA NR VII/.../2015 RADY GMINY PORĄBKA z dnia 2 czerwca 2015 r. zmieniająca uchwałę w sprawie określenia wzoru deklaracji o wysokości opłaty za
Gospodarka Odpadami Komunalnymi (GOK) w Gdańsku 2015-2019
Gospodarka Odpadami Komunalnymi (GOK) w Gdańsku 2015-2019 Gdańsk, 13 kwietnia 2015 Firmy odbierające odpady Dotychczas: dwie (Sita Północ Sp. z o.o., Remondis Sp. z o.o. O/Gdynia ), Koniec bieżących umów:
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
Cennik dot. integracji z firmami wywozowymi i oprogramowania urządzeń mobilnych. Opis rozwiązania dla firm wywozowych.
Cennik dot. integracji z firmami wywozowymi i oprogramowania urządzeń mobilnych. Opis rozwiązania dla firm wywozowych. RAD SP. Z O.O. ul. Mokotowska 9/6, 00-640 Warszawa tel.: (22) 245 24 72 fax: (22)
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:
Wprowadzenie do XML schema
Spis treści Tomasz Przechlewski 1. Podstawowe pojęcia. 1 2. Typy proste.. 3 3. Wzorzec regułowy 4 4. Typy złożone 5 5. Modele o prostej zawartości 5 6. Modele o złożonej zawartości. 6 7. Rozszerzanie modelu
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).
Warszawa, dnia 27 lutego 2017 r. Poz. 366
Warszawa, dnia 27 lutego 2017 r. Poz. 366 ROZPORZĄDZENIE MINISTRA SPRAW WEWNĘTRZNYCH I ADMINISTRACJI 1) z dnia 17 lutego 2017 r. w sprawie wzorów kart wpisu i wzorów kart zapytania o dane w Systemie Informacyjnym
Model Wymiany Danych dla dostępu do aplikacji CHECK przy użyciu WebService Telekomunikacja Polska S.A. - Przedsiębiorca telekomunikacyjny
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 Spis Treści 1 WPROWADZENIE...
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
Warszawa, dnia 6 sierpnia 2018 r. Poz. 1487
Warszawa, dnia 6 sierpnia 2018 r. Poz. 1487 ROZPORZĄDZENIE MINISTRA FINANSÓW 1) z dnia 1 sierpnia 2018 r. w sprawie zgłoszeń przewozu towarów Na podstawie art. 9 ust. 7 ustawy z dnia 9 marca 2017 r. o
UMOWA NR. 1 Definicje
W dniu r. w Bydgoszczy pomiędzy: UMOWA NR Miastem Bydgoszcz z siedzibą przy ulicy Jezuickiej 1, zwanym w dalszej treści umowy Zamawiającym", reprezentowanym przez. a.reprezentowanym przez.., zwanym dalej
Warszawa, dnia 14 kwietnia 2017 r. Poz. 787 ROZPORZĄDZENIE MINISTRA ROZWOJU I FINANSÓW 1) z dnia 12 kwietnia 2017 r.
DZIENNIK USTAW RZECZYPOSPOLITEJ POLSKIEJ Warszawa, dnia 14 kwietnia 2017 r. Poz. 787 ROZPORZĄDZENIE MINISTRA ROZWOJU I FINANSÓW 1) z dnia 12 kwietnia 2017 r. w sprawie zgłoszeń przewozu towarów i sposobu
RA H L WYMIANA DANYCH. Wersja z dnia Numer dokumentu 2006/IT-P/004. Kategoria dokumentu. Projekt. Status dokumentu.
RA H L WYMIANA DANYCH SPECYFIKACJA SERWISU SIDDIN 2.1 Wersja 1.0.0 z dnia 2006-10-13 Numer dokumentu Kategoria dokumentu Projekt Status dokumentu Publikacja Słowa kluczowe BIG, Rahl, Transza, Web Service,
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
UCHWAŁA NR XXXVI RADY MIEJSKIEJ W ANDRYCHOWIE. z dnia 20 czerwca 2013 r.
UCHWAŁA NR XXXVI-329-13 RADY MIEJSKIEJ W ANDRYCHOWIE z dnia 20 czerwca 2013 r. w sprawie: zmiany uchwały nr XXXII-297-13 Rady Miejskiej w Andrychowie z dnia 7 marca 2013r. w sprawie ustalenia wzoru deklaracji
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
Sekcja I: Instytucja zamawiająca/podmiot zamawiający
Unia Europejska Publikacja Suplementu do Dziennika Urzędowego Unii Europejskiej 2, rue Mercier, 2985 Luxembourg, Luksemburg Faks: +352 29 29 42 670 E-mail: ojs@publications.europa.eu Informacje i formularze
Załącznik nr 10 do siwz Opis przedmiotu zamówienia
Załącznik nr 10 do siwz Opis przedmiotu zamówienia Świadczenie usług odbioru i zagospodarowania odpadów komunalnych gromadzonych w ogólnodostępnych punktach selektywnej zbiórki odpadów komunalnych położonych
XML extensible Markup Language. część 4
XML extensible Markup Language część 4 XML Schema (Podobnie jak DTD) XML Schema to opracowany przez W3C standard służący do definiowania struktury dokumentu XML. (W przeciwieństwie do DTD) XML Schema jest
UMOWA NR.. W dniu roku pomiędzy Miastem Otwock reprezentowanym przez: Prezydenta Miasta Zbigniewa Szczepaniaka, zwanym dalej Zamawiającym,
CZEŚĆ II PROJEKT UMOWY W SPRAWIE ZAMÓWIENIA PUBLICZNEGO UMOWA NR.. W dniu.. 2015 roku pomiędzy Miastem Otwock reprezentowanym przez: Prezydenta Miasta Zbigniewa Szczepaniaka, zwanym dalej Zamawiającym,
XML Schema. Motywacja, struktura schematu, typy złożone. Patryk Czarnik. Instytut Informatyki UW
XML Schema Motywacja, struktura schematu, typy złożone Patryk Czarnik Instytut Informatyki UW XML i nowoczesne technologie zarzadzania treścia 2007/08 Patryk Czarnik (MIMUW) 03 XML Schema XML 2007/08 1
XML Schema. Motywacja, struktura schematu, typy złożone. Patryk Czarnik. Instytut Informatyki UW
XML Schema Motywacja, struktura schematu, typy złożone Patryk Czarnik Instytut Informatyki UW XML i nowoczesne technologie zarzadzania treścia 2007/08 Dlaczego nie DTD? Zastosowania XML-a w elektronicznej
UCHWAŁA NR 632/XXXV/2013 RADY MIASTA CZĘSTOCHOWY. z dnia 29 marca 2013 r.
UCHWAŁA NR 632/XXXV/2013 RADY MIASTA CZĘSTOCHOWY z dnia 29 marca 2013 r. w sprawie wzoru deklaracji o wysokości opłaty za gospodarowanie odpadami komunalnymi Na podstawie art. 18 ust. 2 pkt 15, art. 40
nr sprawy: WZP
SPECYFIKACJA ISTOTNYCH WARUNKÓW ZAMÓWIENIA w postępowaniu o udzielenie zamówienia publicznego prowadzonym w trybie przetargu nieograniczonego na usługi o nazwie : Odbieranie i zagospodarowanie odpadów
Polska-Otwock: Usługi gromadzenia odpadów pochodzących z gospodarstw domowych 2017/S Ogłoszenie o zamówieniu. Usługi
1 / 50 Niniejsze ogłoszenie w witrynie TED: http://ted.europa.eu/udl?uri=ted:notice:351481-2017:text:pl:html Polska-Otwock: Usługi gromadzenia odpadów pochodzących z gospodarstw domowych 2017/S 171-351481
LAB 7. XML EXtensible Markup Language - Rozszerzalny Język Znaczników XSD XML Schema Definition Definicja Schematu XML
Informatyka sem. III studia inżynierskie Transport 2018/19 LAB 7 XML EXtensible Markup Language - Rozszerzalny Język Znaczników XSD XML Schema Definition Definicja Schematu XML 1. Prosty dokument XML lab7_1.xml
UMOWA NR.. W dniu... roku pomiędzy Miastem Otwock reprezentowanym przez: Prezydenta Miasta Zbigniewa Szczepaniaka, zwanym dalej Zamawiającym,
UMOWA NR.. W dniu.... roku pomiędzy Miastem Otwock reprezentowanym przez: Prezydenta Miasta Zbigniewa Szczepaniaka, zwanym dalej Zamawiającym, a, działającą/ym na podstawie.., reprezentowaną/ym przez:.....,
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
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
DZIENNIK URZĘDOWY WOJEWÓDZTWA ŁÓDZKIEGO
DZIENNIK URZĘDOWY WOJEWÓDZTWA ŁÓDZKIEGO Łódź, dnia 1 grudnia 2016 r. Poz. 5166 UCHWAŁA NR XXXVII/962/16 RADY MIEJSKIEJ W ŁODZI z dnia 16 listopada 2016 r. w sprawie określenia wzorów formularzy oraz warunków
Polska-Otwock: Usługi gromadzenia odpadów pochodzących z gospodarstw domowych 2017/S
1 / 39 Niniejsze ogłoszenie w witrynie TED: http://ted.europa.eu/udl?uri=ted:notice:381808-2017:text:pl:html Polska-Otwock: Usługi gromadzenia odpadów pochodzących z gospodarstw domowych 2017/S 186-381808
Równoległość w środowisku rozproszonym. Jarosław Kuchta Programowanie Współbieżne
Równoległość w środowisku rozproszonym Jarosław Kuchta Programowanie Współbieżne Zagadnienia WebServices WCF RIA Równoległość rozproszona 2 WebServices WebService technologia wywołania zdalnego funkcji
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
Olsztyn, dnia 5 sierpnia 2014 r. Poz. 2726 UCHWAŁA NR XLVI/14/2014 RADY MIEJSKIEJ W MRĄGOWIE. z dnia 26 czerwca 2014 r.
DZIENNIK URZĘDOWY WOJEWÓDZTWA WARMIŃSKOMAZURSKIEGO Olsztyn, dnia 5 sierpnia 2014 r. Poz. 2726 UCHWAŁA NR XLVI/14/2014 RADY MIEJSKIEJ W MRĄGOWIE z dnia 26 czerwca 2014 r. w sprawie wzoru deklaracji o wysokości
Obwieszczenie Rady Miejskiej Kalisza z dnia 30 marca 2017 r.
Obwieszczenie Rady Miejskiej Kalisza z dnia 30 marca 2017 r. w sprawie ogłoszenia jednolitego tekstu uchwały Nr VII/41/2015 Rady Miejskiej Kalisza w sprawie określenia wzoru deklaracji o wysokości opłaty
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
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
UCHWAŁA NR XXIV/163/13 RADY MIASTA JEDLINA-ZDRÓJ. z dnia 7 marca 2013 r.
UCHWAŁA NR XXIV/163/13 RADY MIASTA JEDLINA-ZDRÓJ z dnia 7 marca 2013 r. zmieniająca uchwałę nr XXII/145/12 Rady Miasta Jedlina-Zdrój z dnia 28 grudnia 2012 r. w sprawie wyboru metody ustalenia opłaty za
- wewnątrz elementów prostych występuje tylko jeden typ danych, wewnątrz złoŝonych nie moŝemy dokładnie określić liczby wystąpień elementu
XML Schema DTD a XML Schema DTD jako opis dokumentu XML: - pozwala stworzyć jedynie bardzo ogólny schemat dokumentu - w standardzie DTD dostępne mamy jedynie rozróŝnienie na elementy proste i złoŝone -
(Dz. U. z dnia 17 listopada 2006 r.)
Dz.U.z 2006r. Nr 206 poz. 1519 ROZPORZĄDZENIE MINISTRA SPRAW WEWNĘTRZNYCH I ADMINISTRACJI 1) z dnia 2 listopada 2006 r. w sprawie wymagań technicznych formatów zapisu i informatycznych nośników danych,
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
Instrukcja logowania do systemu Rejestru Unii dla nowych użytkowników
Instrukcja logowania do systemu Rejestru Unii dla nowych użytkowników Przed pierwszym logowaniem do Rejestru Unii należy dokonać obowiązkowej rejestracji w Systemie Uwierzytelniania Komisji Europejskiej
UCHWAŁA NR XXI/151/2016 RADY GMINY BURZENIN. z dnia 21 czerwca 2016 r.
UCHWAŁA NR XXI/151/2016 RADY GMINY BURZENIN z dnia 21 czerwca 2016 r. w sprawie szczegółowego sposobu i zakresu świadczenia usług w zakresie odbierania odpadów komunalnych od właścicieli nieruchomości
Sekcja I: Instytucja zamawiająca/podmiot zamawiający
Unia Europejska Publikacja Suplementu do Dziennika Urzędowego Unii Europejskiej 2, rue Mercier, 2985 Luxembourg, Luksemburg Faks: +352 29 29 42 670 E-mail: ojs@publications.europa.eu Informacje i formularze
DZIENNIK URZĘDOWY WOJEWÓDZTWA ŁÓDZKIEGO
DZIENNIK URZĘDOWY WOJEWÓDZTWA ŁÓDZKIEGO Łódź, dnia 12 lipca 2016 r. Poz. 2956 UCHWAŁA NR XXI/151/2016 RADY GMINY BURZENIN z dnia 21 czerwca 2016 r. w sprawie szczegółowego sposobu i zakresu świadczenia
LANGUAGE: NO_DOC_EXT: SOFTWARE VERSION: COUNTRY: PHONE: / NOTIFICATION TECHNICAL: / NOTIFICATION PUBLICATION: /
LANGUAGE: PL CATEGORY: ORIG FORM: F14 VERSION: R2.0.9.S03 SENDER: ENOTICES CUSTOMER: N49simap NO_DOC_EXT: 2019-018911 SOFTWARE VERSION: 9.10.4 ORGANISATION: ENOTICES COUNTRY: EU PHONE: / E-mail: wzp@otwock.pl
XML extensible Markup Language. część 2
XML extensible Markup Language część 2 Definicja Typu Dokumentu - DTD Jeżeli dokument XML jest zgodny z określonym dla niego DTD mówimy wówczas że jest poprawny strukturalnie (w skrócie poprawny valid).
COMODO Endpoint Security aktywacja klucza licencyjnego
COMODO Endpoint Security aktywacja klucza licencyjnego Aktywacja klucza licencyjnego. Oprogramowanie COMODO Endpoint Security może pracować w dwóch trybach: testowym, oraz produkcyjnym. Pełny klucz licencyjny
Wyjaśnienie treści specyfikacji istotnych warunków zamówienia (1)
Krosno Odrzańskie, dnia 12 maja 2017 r. MZGOK.271.1.2017.MM Do wszystkich wykonawców Dotyczy: postępowania o udzielenie zamówienia publicznego w trybie przetargu nieograniczonego pod nazwą Odbiór i zagospodarowanie
Dokumentacja API serwisu epaka.pl
Dokumentacja API serwisu epaka.pl wersja dokumentu: 1.6 14 lipca 2014 r. Spis treści Historia zmian...3 Informacje ogólne...3 Dane autoryzacyjne...3 Wywoływanie funkcji i format danych...4 Autoryzacja
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
Krosno Odrzańskie 25 wrzesień 2017 r.
Krosno Odrzańskie 25 wrzesień 2017 r. Działając na podstawie art.38 ust. 2 ustawy z dnia 29 stycznia 2004 r. Prawo zamówień publicznych (Dz. U. z 2015 r. poz. 2164 z późn.zm.) w związku z wpłynięciem do
UCHWAŁA NR VI/32/15 RADY MIASTA JEDLINA-ZDRÓJ. z dnia 30 kwietnia 2015 r.
UCHWAŁA NR VI/32/15 RADY MIASTA JEDLINA-ZDRÓJ z dnia 30 kwietnia 2015 r. w sprawie wyboru metody ustalenia opłaty za gospodarowanie odpadami komunalnymi oraz ustalenia stawki takiej opłaty i określenia
Sekcja I: Instytucja zamawiająca/podmiot zamawiający
Unia Europejska Publikacja Suplementu do Dziennika Urzędowego Unii Europejskiej 2, rue Mercier, 2985 Luxembourg, Luksemburg Faks: +352 29 29 42 670 E-mail: ojs@publications.europa.eu Informacje i formularze
Dokumentacja API serwisu KurierSerwis.com
Dokumentacja API serwisu KurierSerwis.com wersja dokumentu: 1.1 6 października 2015 r. Spis treści Informacje ogólne...3 Dane autoryzacyjne...3 Wywoływanie funkcji i format danych...3 Autoryzacja i sesja...4
Bezpieczne Zakupy. - specyfikacja techniczna implementacji uproszczonej
Bezpieczne Zakupy - specyfikacja techniczna implementacji uproszczonej P OL C AR D is a regis t e r e d t ra d e ma rk o f FI R S T D AT A P O L S K A S. A., FI RS T D AT A P O L S K A S. A., Al. J e roz
Otwarte protokoły wymiany informacji w systemach ITS
Otwarte protokoły wymiany informacji w systemach ITS Grzegorz Kawka PHU TELSAT Sesja nr 4: Interoperacyjność systemów ITS cz. I Podstawą działania systemów ITS jest wymiana informacji pomiędzy poszczególnymi
XTrack SKOG: Nowoczesny system kontroli Operatorów w ramach wykonywanych zadań związanych z odbiorami odpadów na rzecz miasta i gminy..
XTrack SKOG: Nowoczesny system kontroli Operatorów w ramach wykonywanych zadań związanych z odbiorami odpadów na rzecz miasta i gminy.. Historia XTrack Oprogramowanie szyte na miarę XTrack to ponad 10
Płatności CashBill - Kody
Dokumentacja techniczna 2.0 Płatności CashBill - Kody Punkty Płatności: Kody Automatyczne, Kody Obsługowe CashBill Spółka Akcyjna ul. Rejtana 20, 41-300 Dąbrowa Górnicza Tel.: +48 032 764-18-42 Fax: +48
Dokumentacja API serwisu korporacjakurierska.pl
Dokumentacja API serwisu korporacjakurierska.pl wersja dokumentu: 1.3 28 maja 2015 r. Spis treści Historia zmian...3 Informacje ogólne...3 Dane autoryzacyjne...3 Wywoływanie funkcji i format danych...3
DZIENNIK URZĘDOWY WOJEWÓDZTWA ŁÓDZKIEGO
DZIENNIK URZĘDOWY WOJEWÓDZTWA ŁÓDZKIEGO Łódź, dnia 16 grudnia 2015 r. Poz. 5510 UCHWAŁA NR XXI/482/15 RADY MIEJSKIEJ W ŁODZI z dnia 9 grudnia 2015 r. w sprawie określenia wzorów formularzy oraz warunków
UCHWAŁA NR XXXVI/284/2018 RADY GMINY BESTWINA. z dnia 19 marca 2018 r.
UCHWAŁA NR XXXVI/284/2018 RADY GMINY BESTWINA z dnia 19 marca 2018 r. w sprawie określenia warunków i trybu składania informacji i deklaracji na podatek od nieruchomości, rolny, leśny oraz możliwości składania
Rozdział ten przedstawia jeden ze sposobów implementacji usług sieciowych XML i aplikacji klienckich w PHP. Oprogramowanie
Tematy: Oprogramowanie Tworzymy usługę sieciową Tworzymy aplikację kliencką Podsumowanie Tematem tego rozdziału są usługi sieciowe XML, a dokładniej ich implementacja w PHP. Ponieważ PHP jest językiem
WYMIANA DANYCH SPECYFIKACJA SERWISU CHASE 3.1. Wersja dokumentacji z dnia /IT-P/001. Projekt. Publikacja
WYMIANA DANYCH SPECYFIKACJA SERWISU CHASE 3.1 Wersja dokumentacji 3.1.3 z dnia 2018-12-12 Numer dokumentu Kategoria dokumentu Projekt Status dokumentu Publikacja Słowa kluczowe BIG, Web Service, CHASE,
2. Ustala się, że od właścicieli nieruchomości, na których nie zamieszkują mieszkańcy,
UCHWAŁA NR... RADY MIASTA GDAŃSKA z dnia... 2017 r. zmieniająca uchwałę w sprawie szczegółowego sposobu i zakresu świadczenia usług w zakresie odbierania odpadów komunalnych od właścicieli nieruchomości
UCHWAŁA NR XXII/122/2016 RADY GMINY BRZEŹNIO. z dnia 24 maja 2016 r.
UCHWAŁA NR XXII/122/2016 RADY GMINY BRZEŹNIO z dnia 24 maja 2016 r. w sprawie szczegółowego sposobu i zakresu świadczenia usług w zakresie odbierania odpadów komunalnych od właścicieli nieruchomości i
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)
Załącznik nr 7 do siwz. Opis przedmiotu zamówienia
Opis przedmiotu zamówienia Załącznik nr 7 do siwz Świadczenie usług odbioru i zagospodarowania odpadów komunalnych powstających na nieruchomościach zamieszkałych Gminy Miasto Szczecin I. Opis Przedmiotu
Dokumentacja API serwisu korporacjakurierska.pl
Dokumentacja API serwisu korporacjakurierska.pl wersja dokumentu: 1.5 26 listopada 2015 r. Spis treści Historia zmian...3 Informacje ogólne...3 Dane autoryzacyjne...3 Wywoływanie funkcji i format danych...3
CELAB. Specyfikacja protokołów przesyłania wyników badań
Instrukcja obsługi programu 1.3. Specyfikacja protokołów przesyłania wyników badań CELAB Specyfikacja protokołów przesyłania wyników badań Spis treści 1. Wstęp...2 2. Podstawowe założenia i wymagania...2
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
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
SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA
Załącznik nr 10 do SIWZ SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA Dotyczy przetargu nieograniczonego na Odbiór i zagospodarowanie odpadów komunalnych od właścicieli nieruchomości zamieszkałych. 1. Przedmiotem
1. Uruchomić i skonfigurować środowisko tworzenia aplikacji i serwer aplikacji.
Temat Stworzenie systemu składającego się z prostej usługi sieciowej (ang. web service) oraz komunikującej się z nią aplikacji klienckiej umożliwiającej dostęp do usługi przez przeglądarkę internetową.
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
Opis i zakres przedmiotu zamówienia pn. Zagospodarowanie odpadów komunalnych z nieruchomości zamieszkałych na terenie Gminy Krzepice
Załącznik nr 8 Opis i zakres przedmiotu zamówienia pn. Zagospodarowanie odpadów komunalnych z nieruchomości zamieszkałych na terenie Gminy Krzepice sporządził: Ewa Hibner zatwierdził: Z-ca Burmistrza Mirosław