SZCZEGÓŁOWY OPIS INTERFEJSU WYMIANY DANYCH

Podobne dokumenty
Szczegółowy Opis Interfejsu Wymiany Danych. Załącznik nr 1.8.

ZZP ZAŁĄCZNIK nr 11

Integracja Obieg Dokumentów - GiS Spis treści

Załącznik nr 10 do SOPZ: Protokół wymiany danych (Interface) Protokół wymiany danych pomiędzy Systemem Wykonawcy a Systemem Przekazywania Zgłoszeń

Uradni list Republike Slovenije

SPECYFIKACJA WYMIANY DANYCH POMIĘDZY PROGRAMEM KS-APTEKA WINDOWS I SKLEPEM INTERNETOWYM FIRMY ZEWNĘTRZNEJ

SCHEMAT DOKUMENTU POTWIERDZENIA GENEROWANEGO PRZEZ ZUS

SZCZEGÓŁOWY OPIS WYMAGAŃ TECHNICZNYCH SYSTEMU INFORMATYCZNEGO WYKONAWCY

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

Dictionaries. <?xml version="1.0" encoding="utf-8"?> <xs:schema attributeformdefault="unqualified" elementformdefault="unqualified"

SCHEMAT DOKUMENTÓW OTRZYMYWANYCH Z ZUS ZAWIERAJĄCYCH INFORMACJE ZGROMADZONE W SYSTEMIE INFORMATYCZNYM ZUS

Dokumentacja techniczna interfejsu komunikacyjnego Cyfrowego Urzędu z systemami EOD

Opis wymagań dotyczących wyposażenia pojazdów, w tym oznakowania pojemników, oraz rejestracji zdarzeń i wymiany informacji.

SCHEMAT DOKUMENTÓW OTRZYMYWANYCH Z ZUS ZAWIERAJĄCYCH INFORMACJE ZGROMADZONE W SYSTEMIE INFORMATYCZNYM ZUS

Dokumentacja API Stacja z Paczką ver. 2.09

Szczegółowy opis wymagań dotyczących wyposażenia pojazdów i pojemników oraz rejestracji zdarzeń

Elementy struktur MiCOMP_VAT

elektroniczna Platforma Usług Administracji Publicznej

SOAP i alternatywy. 1. WSDL. 2. Protokoły tekstowe XML-RPC. JSON-RPC. SOAPjr. 3. Protokoły binarne Google Protocol Bufers. Apache Thrift.

Warszawa, dnia 2 marca 2017 r. Poz. 461 ROZPORZĄDZENIE MINISTRA ROZWOJU I FINANSÓW 1) z dnia 27 lutego 2017 r.

Wyjaśnienia do SIWZ. Odpowiedź: Wyposażenie w pojemniki przez wykonawcę dotyczy miejsc wskazanych w SIWZ.

UCHWAŁA NR VII/.../2015 RADY GMINY PORĄBKA. z dnia 2 czerwca 2015 r.

Gospodarka Odpadami Komunalnymi (GOK) w Gdańsku

PL URZĄD MIASTA SZCZECIN N NOF WPiOL/1111/W/123456/2013 KOWALSKI JAN, FELCZAKA 1A SZCZECIN PLN

Cennik dot. integracji z firmami wywozowymi i oprogramowania urządzeń mobilnych. Opis rozwiązania dla firm wywozowych.

Specyfikacja Płatności CashBill. Instrukcja podłączenia płatności elektronicznych do typowych zastosowań.

Wprowadzenie do XML schema

XML Schema. Bartłomiej Świercz. Łódź, 19 listopada 2005 roku. Katedra Mikroelektroniki i Technik Informatycznych. Bartłomiej Świercz XML Schema

Warszawa, dnia 27 lutego 2017 r. Poz. 366

Model Wymiany Danych dla dostępu do aplikacji CHECK przy użyciu WebService Telekomunikacja Polska S.A. - Przedsiębiorca telekomunikacyjny

Dokumentacja. Wersja: 1.5 Ostatnio zmodyfikowano: Strona 1

Warszawa, dnia 6 sierpnia 2018 r. Poz. 1487

UMOWA NR. 1 Definicje

Warszawa, dnia 14 kwietnia 2017 r. Poz. 787 ROZPORZĄDZENIE MINISTRA ROZWOJU I FINANSÓW 1) z dnia 12 kwietnia 2017 r.

RA H L WYMIANA DANYCH. Wersja z dnia Numer dokumentu 2006/IT-P/004. Kategoria dokumentu. Projekt. Status dokumentu.

Dokumentacja API Stacja z Paczką ver. 2.14

UCHWAŁA NR XXXVI RADY MIEJSKIEJ W ANDRYCHOWIE. z dnia 20 czerwca 2013 r.

Spis treści DOKUMENTACJA TECHNICZNA. STS API wersja 1.1

Sekcja I: Instytucja zamawiająca/podmiot zamawiający

Załącznik nr 10 do siwz Opis przedmiotu zamówienia

XML extensible Markup Language. część 4

UMOWA NR.. W dniu 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

UCHWAŁA NR 632/XXXV/2013 RADY MIASTA CZĘSTOCHOWY. z dnia 29 marca 2013 r.

nr sprawy: WZP

Polska-Otwock: Usługi gromadzenia odpadów pochodzących z gospodarstw domowych 2017/S Ogłoszenie o zamówieniu. Usługi

LAB 7. XML EXtensible Markup Language - Rozszerzalny Język Znaczników XSD XML Schema Definition Definicja Schematu XML

UMOWA NR.. W dniu... roku pomiędzy Miastem Otwock reprezentowanym przez: Prezydenta Miasta Zbigniewa Szczepaniaka, zwanym dalej Zamawiającym,

Rola języka XML narzędziem

Obsługa aplikacji Walne Zgromadzenia. Instrukcja użytkownika. wersja 6.1

DZIENNIK URZĘDOWY WOJEWÓDZTWA ŁÓDZKIEGO

Polska-Otwock: Usługi gromadzenia odpadów pochodzących z gospodarstw domowych 2017/S

Równoległość w środowisku rozproszonym. Jarosław Kuchta Programowanie Współbieżne

Spis treści INTERFEJS (WEBSERVICES) - DOKUMENTACJA TECHNICZNA 1

Olsztyn, dnia 5 sierpnia 2014 r. Poz UCHWAŁA NR XLVI/14/2014 RADY MIEJSKIEJ W MRĄGOWIE. z dnia 26 czerwca 2014 r.

Obwieszczenie Rady Miejskiej Kalisza z dnia 30 marca 2017 r.

Płatności CashBill - SOAP

Terytorialna analiza danych

UCHWAŁA NR XXIV/163/13 RADY MIASTA JEDLINA-ZDRÓJ. z dnia 7 marca 2013 r.

- 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

(Dz. U. z dnia 17 listopada 2006 r.)

DPDInfoServices. Specyfikacja biznesowa. Version DPD Polska Sp. z O.O. Warszawa

Instrukcja logowania do systemu Rejestru Unii dla nowych użytkowników

UCHWAŁA NR XXI/151/2016 RADY GMINY BURZENIN. z dnia 21 czerwca 2016 r.

Sekcja I: Instytucja zamawiająca/podmiot zamawiający

DZIENNIK URZĘDOWY WOJEWÓDZTWA ŁÓDZKIEGO

LANGUAGE: NO_DOC_EXT: SOFTWARE VERSION: COUNTRY: PHONE: / NOTIFICATION TECHNICAL: / NOTIFICATION PUBLICATION: /

XML extensible Markup Language. część 2

COMODO Endpoint Security aktywacja klucza licencyjnego

Wyjaśnienie treści specyfikacji istotnych warunków zamówienia (1)

Dokumentacja API serwisu epaka.pl

Gatesms.eu Mobilne Rozwiązania dla biznesu

Krosno Odrzańskie 25 wrzesień 2017 r.

UCHWAŁA NR VI/32/15 RADY MIASTA JEDLINA-ZDRÓJ. z dnia 30 kwietnia 2015 r.

Sekcja I: Instytucja zamawiająca/podmiot zamawiający

Dokumentacja API serwisu KurierSerwis.com

Bezpieczne Zakupy. - specyfikacja techniczna implementacji uproszczonej

Otwarte protokoły wymiany informacji w systemach ITS

XTrack SKOG: Nowoczesny system kontroli Operatorów w ramach wykonywanych zadań związanych z odbiorami odpadów na rzecz miasta i gminy..

Płatności CashBill - Kody

Dokumentacja API serwisu korporacjakurierska.pl

DZIENNIK URZĘDOWY WOJEWÓDZTWA ŁÓDZKIEGO

UCHWAŁA NR XXXVI/284/2018 RADY GMINY BESTWINA. z dnia 19 marca 2018 r.

Rozdział ten przedstawia jeden ze sposobów implementacji usług sieciowych XML i aplikacji klienckich w PHP. Oprogramowanie

WYMIANA DANYCH SPECYFIKACJA SERWISU CHASE 3.1. Wersja dokumentacji z dnia /IT-P/001. Projekt. Publikacja

2. Ustala się, że od właścicieli nieruchomości, na których nie zamieszkują mieszkańcy,

UCHWAŁA NR XXII/122/2016 RADY GMINY BRZEŹNIO. z dnia 24 maja 2016 r.

Ministerstwo Finansów

Załącznik nr 7 do siwz. Opis przedmiotu zamówienia

Dokumentacja API serwisu korporacjakurierska.pl

CELAB. Specyfikacja protokołów przesyłania wyników badań

DOKUMENTACJA TECHNICZNA KurJerzyAPI wersja 1.0

Dostęp do komponentów EJB przez usługi Web Services

SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA

1. Uruchomić i skonfigurować środowisko tworzenia aplikacji i serwer aplikacji.

Ministerstwo Finansów

Opis i zakres przedmiotu zamówienia pn. Zagospodarowanie odpadów komunalnych z nieruchomości zamieszkałych na terenie Gminy Krzepice

Transkrypt:

Załącznik nr 12 SZCZEGÓŁOWY OPIS INTERFEJSU WYMIANY DANYCH Strona 1 z 30

Spis treści: 1 Wstęp...3 2 Schemat wymiany danych:...4 3 Opis wymagań dla transmitowanych danych...4 4 Metody...4 4.1 Logowanie...4 4.1.1 Klucz sesyjny...4 4.1.2 Funkcja: Login()...5 4.1.3 Rozpoczęcie wymiany danych...5 4.2 GetVehicleList...5 4.3 GetVehicleListLastState...7 4.4 GetVehicleEvents...8 4.5 GetFuncModificationStatus... 11 4.6 GetContainersList... 12 4.7 GetScheduleList... 13 4.8 GetRouteList... 15 4.9 MGOList... 18 4.10 CustomerList... 20 5. Słowniki:... 21 6. WSDL... 25 Strona 2 z 30

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

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

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

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="http://www.w3.org/2001/xmlschema"> <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

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

xmlns:xs="http://www.w3.org/2001/xmlschema" xmlns:xsd="http://www.w3.org/2001/xmlschema"> <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

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

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="http://www.w3.org/2001/xmlschema"> <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

<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="http://www.w3.org/2001/xmlschema"> <xs:element name="result"> <xs:element name="functions"> Strona 11 z 30

<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

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="http://www.w3.org/2001/xmlschema"> <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

- 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="http://www.w3.org/2001/xmlschema"> <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

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

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="http://www.w3.org/2001/xmlschema"> <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

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

<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

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="http://www.w3.org/2001/xmlschema"> <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

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="http://www.w3.org/2001/xmlschema"> <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

<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

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 P1100 8 KP7 9 KP10 10 KP18 11 KP36 12 DZWON AT 13 DZWON Kada-bis Strona 22 z 30

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

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

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="http://schemas.xmlsoap.org/wsdl/" xmlns:xs="http://www.w3.org/2001/xmlschema" xmlns:tns="http://localhost/" xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/" xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/" xmlns:mime="http://schemas.xmlsoap.org/wsdl/mime/" xmlns:ns1="urn:uxmlremotable" xmlns:ns2="urn:" name="webserviceservice" targetnamespace="http://localhost/"> <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

<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

<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

<binding name="iwrocwebservicebinding" type="tns:iwrocwebservice"> <soap:binding style="rpc" transport="http://schemas.xmlsoap.org/soap/http"/> <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

</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

<output> </output> </binding> <service name="iwrocwebserviceservice"> <port name="iwrocwebserviceport" binding="tns:iwrocwebservicebinding"> <soap:address location="http://www.example.org/"/> </port> </service></definitions> Strona 30 z 30