CELAB. Specyfikacja protokołów przesyłania wyników badań
|
|
- Alicja Piotrowska
- 7 lat temu
- Przeglądów:
Transkrypt
1 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 Podstawowe założenia i wymagania Szczegółowe informacje dotyczące przesyłania danych Format wymiany danych XML Sposób numeracji rekordów Specyfikacja funkcji WSDL i kody błędów Kody błędów...13 tel. (42) fax (42) sekretariat@finn.pl strona 1
2 1. Wstęp Transmisja danych z systemu CELAB LIMS do systemu CELAB CBD oparta jest o protokół standardowy protokół HTTP oraz format danych oparty o język XML. Format transmisji określony jest przez ściśle określony dokument XML Schema. W celu przesłania danych udostępnione zostały funkcje w standardzie Web Service (przy wykorzystaniu SOAP i WSDL). Interfejs ten pozwala na bezpośrednią komunikację z istniejącymi już systemami. Technologia Web Services jest dostępna w większości nowoczesnych środowisk programistycznych Microsoft.NET, Oracle, Java i innych. Możliwe jest również ręczne przesłanie danych bez korzystania z interfejsu Web Service. W tym celu udostępniona została strona WWW pod adresem internetowym: Możliwe i zalecane jest przesyłanie danych w formacie skompresowanego archiwum ZIP (zawierającego pojedynczy plik XML). 2. Podstawowe założenia i wymagania Poprawna transmisja danych wymaga by spełnione były następujące warunki: 1. Dane są przesyłane w pliku danych będącym poprawnym dokumentem XML. 2. Plik danych musi być zgodny ze składnią określoną przez XML Schema (punkt. 4) 3. W przypadku jakichkolwiek błędów lub nieprawidłowości w trakcie transmisji należy uznać, że żadne dane nie zostały przesłane i powtórzyć transmisję. 4. Transmitowane dane laboratoryjne składają się z pojedynczych rekordów następujących typów: grupa próbek (cgrupa1), próbka (cprobka1), wartość pole dodatkowego (cpole1), badanie (cbad1), kierunek badania (cbad2), wynik badania (cwynik1). Każdy rekord ma swój własny identyfikator liczbowy (64-bitowy), unikalny w ramach określonego typu w całym systemie CELAB. Sposób numeracji rekordów zależy od lokalizacji, w której uruchomiony jest system LIMS i omówiony jest w punkcie Rekordy próbek (cprobka1) są związane z rekordami grup próbek (cgrupa1) poprzez identyfikator grupy cgrupa1_id. 6. Rekordy pól dodatkowych (cpole1) oraz rekordy badań (cbadanie1) są związane z rekordami próbek (cprobka1) poprzez identyfikator próbki cprobka1_id. 7. Rekordy kierunków badań (cbad2) oraz rekordy wyników badań (cwynik1) są związane z rekordami badań (cbad1) poprzez identyfikator badania cbad1_id. 8. Rolą strony wysyłającej jest zapewnienie, by rekordy nadrzędne były przesłane wcześniej niż związane z nimi rekordy podrzędne. W przeciwnym wypadku transmisja zostanie zakończona kodem błędu i zgodnie z punktem 2.3 będzie musiała być powtórzona. 9. Ze względu na dużą liczbę gromadzonych danych laboratoryjnych w typowej lokalizacji systemu LIMS, dane powinny być przesyłane przyrostowo, tzn. w tel. (42) fax (42) sekretariat@finn.pl strona 2
3 kolejnych transmisjach powinny być wysyłane wyłącznie rekordy zmodyfikowane lub utworzone od czasu ostatniej poprawnej transmisji. Implementacja tej funkcjonalności jest rolą strony wysyłającej. 10. Dane wysyłane do systemu CELAB CBD opierają się na centralnych słownikach opracowanych przez PIWet Puławy w następujących tematach: krajowy słownik rodzajów materiałów, krajowy słownik metod badawczych oraz pól wyników tych metod, krajowy słownik kierunków badawczych, krajowa lista lokalnych (wojewódzkich) baz danych, centralny słownik pól dodatkowych opisujących próbki powiązanych z określonymi rodzajami materiałów, metodami i kierunkami badawczymi. Specyfikacja powyższych słowników jest dostępna w ramach dokumentacji systemu CELAB oraz na bieżąco w aplikacji CELAB CBD (pod adresem Każda transmisja kończy się informacją zwrotną dla strony wysyłającej zarówno w przypadku sukcesu jak i w przypadku wystąpienia błędu. Kody błędów opisano w punkcie Szczegółowe informacje dotyczące przesyłania danych 1. Każda lokalizacja może być ustawiona jako lokalizacja zaufana. W takim przypadku na poziomie konfiguracji CBD (w parametrach pozostałych systemu w opcji Autoryzowane adresy IP LIMS ) określa się jednoznaczny adres IP odpowiadający danemu numerowi lokalizacji. Od tego momentu system będzie pozwalał na jakiekolwiek działania na danych związanych z tą lokalizacją tylko poprzez pliki transmisyjne przychodzące z ustalonego adresu IP. Standardowo w taki sposób ustawione są wszystkie główne lokalizacje CELAB LIMS. Pozostawienie lokalizacji bez przypisanego adresu tworzy lokalizację niezaufaną. Pozostawienie lokalizacji produkcyjnej niezaufanej jest niezalecane, aczkolwiek w różnych przypadkach może być konieczne ze względów wdrożeniowych. Rolą administratorów CBD jest zapewnienie właściwej ochrony danych. 2. Za pomocą plików transmisyjnych możliwe jest nie tylko poprawianie istniejących rekordów w bazie centralnej, ale również w razie potrzeby możliwe jest usuwanie rekordów. Służą do tego rekordy typu ckosz1. Dane z bazy są usuwane kaskadowo, tak więc można na przykład usunąć błędnie przesłaną próbkę wraz z wszystkimi wynikami wysyłając pojedynczy rekord ckosz1 z ustawionym polem tabela z wartością cprobka1 i polem pkey zawierającym klucz główny (id) danej próbki. 3. Jednym z najczęściej popełnianych błędów przy generowaniu plików transmisyjnych z poziomu zewnętrznych aplikacji jest wielokrotne wysyłanie tych samych identyfikatorów grup i próbek dla innych danych rzeczywistych. Taka operacja dla systemu jest równoznaczna z operacją poprawienia istniejących zapisów bazodanowych. Jednak ponieważ baza danych CBD kontroluje, czy w ramach jednej grupy próbek numery kolejne (lp) wszystkich próbek są unikalne, to jeżeli wcześniej wprowadzona grupa zostanie nadpisana zupełnie inną grupą, to z dużym prawdopodobieństwem do nowej grupy będzie przypisywana próbka o zupełnie innym identyfikatorze, ale z numerem kolejnym (lp) już wcześniej istniejącym (np. 0 tel. (42) fax (42) sekretariat@finn.pl strona 3
4 lub 1). W takim przypadku import nie powiedzie się i zostanie zwrócony błąd spójności danych (kod 4). Jest bardzo ważne, aby zewnętrzne systemy importujące dane do CELAB CBD operowały na globalnie unikalnych identyfikatorach rekordów, w przeciwnym wypadku spójność danych z takiej lokalizacji nie zostanie zachowana. 4. Istotną kwestią jest zgodność wysyłanych danych z aktualnymi słownikami centralnymi. Słowniki centralne mają charakter dynamiczny i jest możliwe, że pewne pola dodatkowe lub pola wyników zmienią swoje typy (np. z tekstowego na słownikowy). W takim przypadku pliki eksportu generowane według starego typu nie będą mogły być prawidłowo zaczytane. Jest też możliwość, że pewne pozycje słowników staną się nieaktualne, a co za tym idzie importowane dane nie będą odpowiadać wymaganiom ustalonym przez administratorów CBD. Jest rolą strony wysyłającej kontrolowanie aktualności słowników centralnych wykorzystywanych jako referencja generowanych plików transmisyjnych. 5. Zalecane jest by transmitowane dane zawierały tzw. próbki zerowe. Są to rekordy typu cprobka1 o wartości parametru lp=0. Są to próbki wirtualne, które nie istnieją fizycznie, a ich rolą jest dokładne opisanie grupy próbek jako całości. Próbki zerowe nie są wymagane, ale w przypadku CELAB LIMS są generowane zawsze. Próbki zerowe mogą i powinny mieć przypisane badania (rekordy cbad1 i cbad2 ) oraz pola dodatkowe ( cpole1 ) w sposób zgodny z badaniami dołączonych do danej grupy próbek rzeczywistych. Oczywiście próbki zerowe nie powinny mieć przypisanych wyników badań (rekordy cwynik1 ). 6. Poniżej sprecyzowane zostały różne typy danych przesyłanych w polach wyników (określa to pole <typ> w rekordzie cmetoda1_p). a) pole tekstowe (typ=1) W elemencie <wartosc> przesyłany jest dowolny ciąg znaków. b) pole numeryczne zwykłe (typ=2) Pole numeryczne może przechowywać wartości o stałej liczbie cyfr po przecinku (definiowane w polu <dlugosc> w cmetoda1_p) lub o dowolnej liczbie cyfr po przecinku (<dlugosc> równa -1). W tym drugim przypadku wprowadzona liczba miejsc jest wysyłana w elemencie <decimal>. Sama liczba jest przesyłana w <wartosc> w postaci z. (kropką) zamiast przecinka. c) pole numeryczne wykładnicze (typ=6) Działa analogicznie jak typ=2. d) pole słownikowe (typ=3) W elemencie <wartosc> przesyłana jest liczba będąca identyfikatorem pozycji słownika określonego przez <cslow1_id>. e) pole daty (typ=4) W elemencie <wartosc> przesyłana jest data w formacie yyyy-mm-dd. f) pole słownika wielokrotnego (typ=5) W elemencie <wartosc> przesyłane są oddzielane średnikami poszczególne identyfikatory z <cslow1_id>. 7. Wszystkie programy CELAB LIMS przechowują informację o czasie ostatniej prawidłowej replikacji danych do CBD w tabeli cimport1 w polu data (w jednym z tel. (42) fax (42) sekretariat@finn.pl strona 4
5 dwóch rekordów, w którym wartość pola tabela jest równa exportprobki ). Modyfikując to pole z poziomu bazy danych ( cofając ) można uzyskać ponowne wysłanie danych zmienionych po wprowadzonym czasie. Może to być konieczne na przykład po awarii systemu CBD i odtworzeniu wcześniejszego backupu bazy centralnej. 8. Od września 2009 r. zmieniony został format transmisji danych, ze względu na nowe wymagania bazy centralnej. Niniejsza dokumentacja zawiera już opis nowego formatu, uwzględniającego przede wszystkim liczne pola opisujące zlecenie, zleceniodawcę i właściciela próbek. Nowy format danych zawiera też częściowo dane redundantne, wymagane ze względów wydajnościowych. Ze względu na wymagania bazy centralnej konieczna jest aktualizacja formatu transmisji danych z systemów zewnętrznych do nowej struktury. 4. Format wymiany danych XML <?xml version="1.0" encoding="iso "?> <xsd:schema xmlns:xsd=" xmlns:xsi=" targetnamespace=" xmlns=" elementformdefault="qualified"> <xsd:complextype name="ckosz1-type"> <xsd:element name="pkey" type="xsd:long" minoccurs="1" <xsd:element name="tabela" type="xsd:token" minoccurs="1" <xsd:complextype name="cpole1-type"> <xsd:element name="cprobka1_id" type="xsd:long" minoccurs="1" <xsd:element name="cpole1_id" type="xsd:integer" minoccurs="1" <xsd:element name="wartosc" type="xsd:token" minoccurs="1" <xsd:element name="decimal" type="xsd:token" minoccurs="0" <xsd:complextype name="cprobka1-type"> <xsd:element name="cgrupa1_id" type="xsd:long" minoccurs="1" <xsd:element name="lp" type="xsd:integer" minoccurs="1" <xsd:element name="dok_nr" type="xsd:token" minoccurs="1" tel. (42) fax (42) sekretariat@finn.pl strona 5
6 <xsd:element name="przyj_data" type="xsd:token" minoccurs="1" <xsd:element name="przyj_czas" type="xsd:token" minoccurs="0" <xsd:element name="material" type="xsd:integer" minoccurs="0" <xsd:element name="kraj" type="xsd:token" minoccurs="0" <xsd:element name="teryt" type="xsd:token" minoccurs="1" <xsd:element name="pob_data" type="xsd:token" minoccurs="1" <xsd:element name="pob_czas" type="xsd:token" minoccurs="0" <xsd:element name="pob_urzad" type="xsd:integer" minoccurs="0" <xsd:element name="pob_miejsce" type="xsd:integer" minoccurs="0" <xsd:element name="pob_miejsce_opis" type="xsd:token" minoccurs="0" <xsd:element name="stan_prob" type="xsd:token" minoccurs="0" <xsd:element name="opis" type="xsd:token" minoccurs="0" <xsd:element name="pob_pesel" type="xsd:token" minoccurs="0" <xsd:element name="wys_data" type="xsd:token" minoccurs="0" <xsd:element name="kier_pesel" type="xsd:token" minoccurs="0" <xsd:element name="dost_pesel" type="xsd:token" minoccurs="0" <xsd:element name="wlasc_nazwa" type="xsd:token" minoccurs="0" <xsd:element name="wlasc_adres" type="xsd:token" minoccurs="0" <xsd:element name="wlasc_osoba" type="xsd:token" minoccurs="0" <xsd:element name="wlasc_stado" type="xsd:token" minoccurs="0" <xsd:element name="import_nazwa" type="xsd:token" minoccurs="0" <xsd:element name="import_adres" type="xsd:token" minoccurs="0" <xsd:element name="import_osoba" type="xsd:token" minoccurs="0" <xsd:element name="cgrupa1_dok_nr" type="xsd:token" minoccurs="0" <xsd:element name="cgrupa1_opis" type="xsd:token" minoccurs="0" <xsd:element name="czlec1_dok_nr" type="xsd:token" minoccurs="0" <xsd:element name="czlec1_typ" type="xsd:integer" minoccurs="0" <xsd:element name="czlec1_czy_plan" type="xsd:integer" minoccurs="0" tel. (42) fax (42) strona 6
7 <xsd:element name="czlec1_pisma" type="xsd:token" minoccurs="0" <xsd:element name="czlec1_projekt" type="xsd:token" minoccurs="0" <xsd:element name="czlec1_knt_nazwa" type="xsd:token" minoccurs="0" <xsd:element name="czlec1_knt_adres" type="xsd:token" minoccurs="0" <xsd:element name="czlec1_plat_nazwa" type="xsd:token" minoccurs="0" <xsd:element name="czlec1_plat_adres" type="xsd:token" minoccurs="0" <xsd:element name="czlec1_klienci" type="xsd:token" minoccurs="0" <xsd:element name="czlec1_adresaci" type="xsd:token" minoccurs="0" <xsd:element name="czlec1_addr" type="xsd:token" minoccurs="0" <xsd:complextype name="cgrupa1-type"> <xsd:element name="dok_nr" type="xsd:token" minoccurs="1" <xsd:element name="liczba" type="xsd:integer" minoccurs="1" <xsd:element name="opis" type="xsd:token" minoccurs="1" <xsd:complextype name="cmetoda1-type"> <xsd:element name="nazwa" type="xsd:token" minoccurs="1" <xsd:element name="stan" type="xsd:integer" minoccurs="1" <xsd:element name="akredytacja" type="xsd:integer" minoccurs="1" <xsd:element name="norma" type="xsd:token" minoccurs="1" <xsd:element name="rodzaj" type="xsd:integer" minoccurs="0" <xsd:element name="niepewnosc" type="xsd:token" minoccurs="1" <xsd:element name="metoda_cbd" type="xsd:token" minoccurs="1" <xsd:attribute name="id" type="xsd:integer" use="required"/> tel. (42) fax (42) strona 7
8 <xsd:complextype name="cbad1-type"> <xsd:element name="cprobka1_id" type="xsd:long" minoccurs="1" <xsd:element name="cmetoda1_id" type="xsd:integer" minoccurs="1" <xsd:element name="data" type="xsd:token" minoccurs="1" <xsd:element name="status" type="xsd:integer" minoccurs="1" <xsd:element name="wyn_data" type="xsd:token" minoccurs="1" <xsd:element name="typ_bad" type="xsd:integer" minoccurs="0" <xsd:element name="mrp1" type="xsd:integer" minoccurs="0" <xsd:element name="mrl" type="xsd:integer" minoccurs="0" <xsd:element name="wynik_data" type="xsd:token" minoccurs="1" <xsd:element name="wynik_data2" type="xsd:token" minoccurs="1" <xsd:complextype name="cbad2-type"> <xsd:element name="cbad1_id" type="xsd:long" minoccurs="1" <xsd:element name="ckierunek1_id" type="xsd:integer" minoccurs="1" <xsd:complextype name="cwynik1-type"> <xsd:element name="cbad1_id" type="xsd:long" minoccurs="1" <xsd:element name="cmetoda1_p_id" type="xsd:integer" minoccurs="1" <xsd:element name="ckierunek1_id" type="xsd:integer" minoccurs="0" <xsd:element name="wartosc" type="xsd:token" minoccurs="1" <xsd:element name="decimal" type="xsd:token" minoccurs="0" <xsd:element name="wartosc1" type="xsd:token" minoccurs="0" <xsd:element name="wartoscu" type="xsd:token" minoccurs="0" tel. (42) fax (42) strona 8
9 <xsd:element name="decimalu" type="xsd:token" minoccurs="0" <xsd:element name="wartosc3" type="xsd:integer" minoccurs="0" <xsd:element name="celab"> <xsd:annotation> <xsd:documentation>główny element pliku transmisyjnego</xsd:documentation> </xsd:annotation> <xsd:complextype> <xsd:element name="clok1_id" type="xsd:integer" minoccurs="1" <xsd:element name="ckosz1" type="ckosz1-type" minoccurs="0" maxoccurs="unbounded" /> <xsd:element name="cgrupa1" type="cgrupa1-type" minoccurs="0" maxoccurs="unbounded" /> <xsd:element name="cprobka1" type="cprobka1-type" minoccurs="0" maxoccurs="unbounded" /> <xsd:element name="cpole1" type="cpole1-type" minoccurs="0" maxoccurs="unbounded" /> <xsd:element name="cmetoda1" type="cmetoda1-type" minoccurs="0" maxoccurs="unbounded" /> <xsd:element name="cbad1" type="cbad1-type" minoccurs="0" maxoccurs="unbounded" /> <xsd:element name="cbad2" type="cbad2-type" minoccurs="0" maxoccurs="unbounded" /> <xsd:element name="cwynik1" type="cwynik1-type" minoccurs="0" maxoccurs="unbounded" /> </xsd:element> </xsd:schema> Opis pól rekordu cgrupa1: dok_nr dowolny ciąg znaków do 50 znaków numer grupy w laboratorium liczba liczba całkowita 32-bitowa liczba próbek opis dowolny ciąg znaków opis grupy Opis pól rekordu cprobka1: cgrupa1_id liczba całkowita 64-bitowa identyfikator grupy próbek lp liczba całkowita 32-bitowa numer kolejny próbki w grupie dok_nr dowolny ciąg znaków do 100 znaków numer próbki w laboratorium przyj_data data w formacie rrrr-mm-dd data przyjęcia próbki do badania tel. (42) fax (42) sekretariat@finn.pl strona 9
10 przyj_czas czas w formacie hh:mm czas przyjęcia próbki do badania materiał liczba całkowita 32-bitowa identyfikator słownika rodzaju materiału kraj ciąg znaków do 3 znaków kod kraju miejsca pobrania próbki teryt ciąg znaków do 8 znaków kod TERYT miejsca pobrania próbki pob_data data w formacie rrrr-mm-dd data pobrania próbki pob_czas czas w formacie hh:mm czas pobrania próbki pob_urzad liczba całkowita 32-bitowa 1- pobranie urzędowe, 0 pobranie nieurzędowe pob_miejsce liczba całkowita 32-bitowa identyfikator słownika miejsca pobrania pob_miejsce_opis dowolny ciąg znaków dodatkowy opis miejsca pobrania stan_prob dowolny ciąg znaków stan próbki w chwili przyjęcia opis dowolny ciąg znaków opis próbki pob_pesel dowolny ciąg znaków do 50 znaków imię i nazwisko osoby pobierającej próbkę wys_data data w formacie rrrr-mm-dd data wysłania do laboratorium kier_pesel dowolny ciąg znaków do 50 znaków imię i nazwisko osoby kierującej do badania dost_pesel dowolny ciąg znaków do 50 znaków imię i nazwisko osoby dostarczającej próbkę wlasc_nazwa dowolny ciąg znaków do 100 znaków właściciel próbki wlasc_adres dowolny ciąg znaków do 100 znaków adres właściciela próbki wlasc_osoba dowolny ciąg znaków do 50 znaków osoba właściciela próbki wlasc_stado dowolny ciąg znaków do 14 znaków identyfikator stada import_nazwa dowolny ciąg znaków do 100 znaków importer próbki import_adres dowolny ciąg znaków do 100 znaków adres importera próbki import_osoba dowolny ciąg znaków do 50 znaków osoba importera próbki cgrupa1_dok_nr dowolny ciąg znaków do 50 znaków numer grupy próbek cgrupa1_opis dowolny ciąg znaków opis grupy próbek czlec1_dok_nr dowolny ciąg znaków do 100 znaków numer zlecenia czlec1_typ liczba całkowita 32-bitowa identyfikator słownika typów badań czlec1_czy_plan liczba całkowita 32-bitowa pobrano wg planu: 1-tak, 0-nie czlec1_pisma dowolny ciąg znaków do 50 znaków pisma towarzyszące czlec1_projekt dowolny ciąg znaków do 100 znaków nazwa projektu/kod badań międzylab. czlec1_knt_nazwa dowolny ciąg znaków do 100 znaków nazwa zleceniodawcy czlec1_knt_adres dowolny ciąg znaków do 100 znaków adres zleceniodawcy czlec1_plat_nazwa dowolny ciąg znaków do 100 znaków nazwa płatnika czlec1_plat_adres dowolny ciąg znaków do 100 znaków adres płatnika czlec1_klienci dowolny ciąg znaków lista klientów czlec1_adresaci dowolny ciąg znaków lista adresatów czlec1_addr dowolny ciąg znaków do 25 znaków nazwa skrócona jednostki (np. oddziału ZHW) Opis pól rekordu cpole1: cprobka1_id liczba całkowita 64-bitowa identyfikator próbki tel. (42) fax (42) sekretariat@finn.pl strona 10
11 cpole1_id liczba całkowita 32-bitowa identyfikator słownika pól dodatkowych wartosc dowolny ciąg znaków (zależny od typu danego pola) wartość pola dodatkowego decimal dowolny ciąg znaków liczba miejsc po przecinku (niepuste przy polach o zmiennej liczbie miejsc po przecinku) Opis pól rekordu cmetoda1: nazwa ciąg znaków do 254 znaków nazwa metody badawczej stan liczba całkowita 32-bitowa 1 metoda aktualna, 2 metoda nieaktualna akredytacja liczba całkowita 32-bitowa 1- metoda akredytowana, 0 metoda nieakredytowana norma ciąg znaków do 254 znaków numer normy rodzaj liczba całkowita 32-bitowa identyfikator słownika rodzajów materiałów niepewnosc ciąg znaków do 150 znaków niepewność metody metoda_cbd dowolny ciąg znaków oddzielone średnikami identyfikatory słowników metod centralnych Opis pól rekordu cbad1: cprobka1_id liczba całkowita 64-bitowa identyfikator próbki cmetoda1_id liczba całkowita 32-bitowa identyfikator słownika metod badawczych data data w formacie rrrr-mm-dd data badania status liczba całkowita 32-bitowa 0 - brudnopis, 1- czystopis wyn_data data w formacie rrrr-mm-dd data uzyskania wyniku typ_bad liczba całkowita 32-bitowa identyfikator słownika typów badań mrp1 liczba całkowita 32-bitowa identyfikator słownika granic wykrywalności mrl liczba całkowita 32-bitowa identyfikator słownika wartości granicznych wynik_data data w formacie rrrr-mm-dd data wysłania wyniku wynik_data2 data w formacie rrrr-mm-dd data wysłania wyniku organowi nadrzędnemu Opis pól rekordu cbad2: cbad1_id liczba całkowita 64-bitowa identyfikator badania ckierunek1_id liczba całkowita 32-bitowa identyfikator słownika kierunków badawczych Opis pól rekordu cwynik1: cbad1_id liczba całkowita 64-bitowa identyfikator badania cmetoda1_p_id liczba całkowita 32-bitowa identyfikator słownika pól wyników metod bad. ckierunek1_id liczba całkowita 32-bitowa identyfikator słownika kierunków badawczych tel. (42) fax (42) sekretariat@finn.pl strona 11
12 wartosc dowolny ciąg znaków (zależny od typu danego pola) wynik badania decimal dowolny ciąg znaków liczba miejsc po przecinku (niepuste przy polach o zmiennej liczbie miejsc po przecinku) wartosc1 dowolny ciąg znaków (tylko dla typu 2) dodatkowy zakres (tekst) przed wynikiem (np. <) wartoscu dowolny ciąg znaków (tylko dla typu 2) wartość przedziału ufności decimalu dowolny ciąg znaków liczba miejsc po przecinku (niepuste przy polach o zmiennej liczbie miejsc po przecinku) wartosc3 liczba całkowita 32-bit. (tylko dla typu 2) identyfikator dodatkowej wartości słownikowej W opcjonalnych polach log_dd i log_de typu tekstowego można (ale nie jest to konieczne) przesyłać informacje o dacie i czasie utworzenia oraz ostatniej edycji danego rekordu. Format czasu dla tych pól ma postać: rrrr-mm-dd GG:MM:SS. 5. Sposób numeracji rekordów Wszystkie rekordy posiadają unikalne w ramach typu identyfikatory liczbowe, będące liczbami 64-bitowymi. Każda lokalizacja, która wysyła dane do systemu CELAB CBD ma przypisany jednoznacznie unikalny numer w zakresie od 1 do 999. Numery te przyznawane są przez administratorów PIWet w Puławach. Każdy rekord wysyłany do centralnej bazy danych musi posiadać przyznany przez stronę wysyłającą numer, którego reszta z dzielenia przez 1000 jest równa numerowi lokalizacji. Przykładowo jeśli dana lokalizacja ma przyznany numer 123 to kolejne numery rekordów wysyłanych do bazy danych mogą być 123, 1123, 2123, 3123, 4123 itd. Próba wysłania rekordu o identyfikatorze niezgodnym z powyższą konwencją, będzie odrzucana. Numer lokalizacji jest wysyłany na początku transmisji w polu <clok1_id>. 6. Specyfikacja funkcji WSDL i kody błędów <?xml version="1.0" encoding="utf-8"?> <wsdl:definitions targetnamespace=" xmlns:apachesoap=" xmlns:impl=" xmlns:intf=" xmlns:soapenc=" xmlns:wsdl=" xmlns:wsdlsoap=" xmlns:xsd=" <wsdl:message name="importprobkiresponse"> <wsdl:part name="importprobkiresponse" type="xsd:int"/> </wsdl:message> <wsdl:message name="importprobkirequest"> <wsdl:part name="xml" type="xsd:string"/> </wsdl:message> <wsdl:porttype name="celabwebservice"> <wsdl:operation name="importprobki" parameterorder="xml"> <wsdl:input message="impl:importprobkirequest" name="importprobkirequest"/> <wsdl:output message="impl:importprobkiresponse" name="importprobkiresponse"/> tel. (42) fax (42) sekretariat@finn.pl strona 12
13 </wsdl:operation> </wsdl:porttype> <wsdl:binding name="ff8soapbinding" type="impl:celabwebservice"> <wsdlsoap:binding style="rpc" transport=" <wsdl:operation name="importprobki"> <wsdlsoap:operation soapaction=""/> <wsdl:input name="importprobkirequest"> <wsdlsoap:body encodingstyle=" namespace=" use="encoded"/> </wsdl:input> <wsdl:output name="importprobkiresponse"> <wsdlsoap:body encodingstyle=" namespace=" use="encoded"/> </wsdl:output> </wsdl:operation> </wsdl:binding> <wsdl:service name="celabwebserviceservice"> <wsdl:port binding="impl:ff8soapbinding" name="ff8"> <wsdlsoap:address location=" </wsdl:port> </wsdl:service> </wsdl:definitions> Interfejs powyższy definiuje jedną funkcję importprobki, która przyjmuje pojedynczy parametr typu xsd:string (ciąg znaków dowolnej długości). Aplikacja CELAB CBD oczekuje w tym parametrze pełnej treści dokumentu XML opisanego w punkcie 4. Funkcja zwraca wartość typu xsd:int (liczba całkowita) będącą kodem odpowiedzi (błędu). 7. Kody błędów Kody błędów zawiera poniższa tabela: Kod 0 Sukces. Operacja zakończona poprawnie. -1 Błąd. Brak uprawnień do wykonania operacji. 1 Błąd. Ciąg znaków podany jako parametr nie jest poprawnym dokumentem XML lub jego format nie jest zgodny z XML Schema. 2 Błąd. Napotkano nieprawidłowe typy danych. Opis 3 Błąd. Błąd obsługi wejścia/wyjścia lub błąd transmisji. 4 Błąd. Wprowadzone dane zawierają nieznane identyfikatory słowników głównych lub błąd spójności wprowadzanych danych. tel. (42) fax (42) sekretariat@finn.pl strona 13
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...
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
CELAB. System Informatyczny. Konfiguracja parametrów Centralnej Bazy Danych. Spis treści LTC 1
Instrukcja obsługi programu 2.17. Konfiguracja parametrów CDB Architektura inter/intranetowa Aktualizowano w dniu: 2010-01-19 System Informatyczny CELAB Konfiguracja parametrów Centralnej Bazy Danych Spis
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
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
Załącznik nr 2 do Umowy Nr. o korzystanie z usługi Identyfikacji Przychodzących Płatności Masowych z dnia.
Załącznik nr 2 do Umowy Nr. o korzystanie z usługi Identyfikacji Przychodzących Płatności Masowych z dnia. Informacja o strukturze pliku, przekazywanego przez Bank dla Klienta za pośrednictwem systemu
Katedra Architektury Systemów Komputerowych Wydział Elektroniki, Telekomunikacji i Informatyki Politechniki Gdańskiej
Katedra Architektury Systemów Komputerowych Wydział Elektroniki, Telekomunikacji i Informatyki Politechniki Gdańskiej dr inż. Paweł Czarnul pczarnul@eti.pg.gda.pl Architektury usług internetowych laboratorium
Technologie internetowe laboratorium nr 4. Instalacja i uruchomienie usługi sieciowej w serwerze Tomcat/AXIS
Technologie internetowe laboratorium nr 4 Instalacja i uruchomienie usługi sieciowej w serwerze Tomcat/AXIS 1. Wprowadzenie i konfiguracja Celem niniejszego laboratorium jest zainstalowanie i uruchomienie
Dokumentacja programu. Zoz. Uzupełnianie kodów terytorialnych w danych osobowych związanych z deklaracjami POZ. Wersja
Dokumentacja programu Zoz Uzupełnianie kodów terytorialnych w danych osobowych związanych z deklaracjami POZ Wersja 1.40.0.0 Zielona Góra 2012-02-29 Wstęp Nowelizacja Rozporządzenia Ministra Zdrowia z
Zasady budowy i przekazywania komunikatów wykorzystywanych w Systemie IT KDPW_CCP
Załącznik Nr 3 KDPW_CCP Zasady budowy i przekazywania komunikatów wykorzystywanych w Systemie IT KDPW_CCP Wersja 1.0 Warszawa, czerwiec 2012 Spis treści Wstęp... 3 Budowa komunikatów XML... 3 Przestrzenie
Zasady budowy i przekazywania komunikatów XML dla rynku OTC w systemie KDPW_CCP
Warszawa, lipiec 2012 Zasady budowy i przekazywania komunikatów XML dla rynku OTC w systemie KDPW_CCP Wersja 1.1 1 Spis treści Tabela zmian... 3 Wstęp... 4 Budowa komunikatów XML... 4 Przestrzenie nazw
Zasady budowy i przekazywania komunikatów XML w systemie kdpw_otc
Warszawa, 07 lutego 2013 Zasady budowy i przekazywania komunikatów XML w systemie kdpw_otc Wersja 1.4.2 1 Spis treści Tabela zmian... 3 Wstęp... 4 Budowa komunikatów XML... 4 Przestrzenie nazw (namespaces)...
Zasady budowy i przekazywania komunikatów XML w systemie kdpw_otc
Warszawa, 09 grudnia 2014 Zasady budowy i przekazywania komunikatów XML w systemie kdpw_otc Wersja 1.4.3 1 Spis treści Tabela zmian... 3 Wstęp... 4 Budowa komunikatów XML... 4 Przestrzenie nazw (namespaces)...
Instrukcja obsługi Multiconverter 2.0
Instrukcja obsługi Multiconverter 2.0 Opis: Niniejsza instrukcja opisuje wymogi użytkowania aplikacji oraz zawiera informacje na temat jej obsługi. DHL Multiconverter powstał w celu ułatwienia oraz usprawnienia
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
Instrukcja obsługi DHL KONWERTER 1.6
Instrukcja obsługi DHL KONWERTER 1.6 Opis: Niniejsza instrukcja opisuje wymogi użytkowania aplikacji oraz zawiera informacje na temat jej obsługi. DHL Konwerter powstał w celu ułatwienia oraz usprawnienia
KReM, format pliku z danymi o szkołach Michał Kurzydłowski (konsultacje ze strony CKE: Wojtek Śpionek) wersja 1.2,
KReM, format pliku z danymi o szkołach Michał Kurzydłowski (konsultacje ze strony CKE: Wojtek Śpionek) wersja 1.2, 23.04.2008 1. Do systemu KReM będzie przekazywany przez odpowiednią dla danego maturzysty
- 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 -
Deduplikacja danych. Zarządzanie jakością danych podstawowych
Deduplikacja danych Zarządzanie jakością danych podstawowych normalizacja i standaryzacja adresów standaryzacja i walidacja identyfikatorów podstawowa standaryzacja nazw firm deduplikacja danych Deduplication
Dokumentacja 2SMS
Dokumentacja Email2SMS 1 Wprowadzenie... 2 Tworzenie uprawnionego adresu email oraz klucza... 3 Bezpieczeństwo... 4 Wysyłanie wiadomości SMS... 5 Historia zmian... 8 2 Wprowadzenie SerwerSMS.pl umożliwia
KS-ZSA. Mechanizm centralnego zarządzania rolami
KS-ZSA Mechanizm centralnego zarządzania rolami 1. Opis funkcjonalności W KS-ZSA zostaje udostępniona funkcji centralnego zarządzania rolami. W samym programie jest możliwość tworzenia centralnej roli
TRX API opis funkcji interfejsu
TRX Krzysztof Kryński Cyfrowe rejestratory rozmów seria KSRC TRX API opis funkcji interfejsu Kwiecień 2013 Copyright TRX TRX ul. Garibaldiego 4 04-078 Warszawa Tel. 22 871 33 33 Fax 22 871 57 30 www.trx.com.pl
(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,
Definiowanie filtrów IP
Definiowanie filtrów IP Spis treści 1. Klienci korporacyjni... 3 1.1. def3000/ceb... 3 2. Klienci detaliczni... 6 2.1. def2500/reb... 6 2 1. Klienci korporacyjni 1.1. def3000/ceb Dla każdego Klienta korporacyjnego,
Opis usługi płatności masowych aktualnie zaimplementowanej u Zamawiającego
Załącznik nr 5 do SIWZ Opis usługi płatności masowych aktualnie zaimplementowanej u Zamawiającego Zasada działania Funkcjonalność obsługi płatności masowych przychodzących oparta jest na najnowszych standardach
UCHWAŁA NR IX.88. 2015 RADY MIEJSKIEJ W BOGUCHWALE. z dnia 28 maja 2015 r.
UCHWAŁA NR IX.88. 2015 RADY MIEJSKIEJ W BOGUCHWALE z dnia 28 maja 2015 r. w sprawie określenia warunków i trybu składania deklaracji o wysokości opłaty za gospodarowanie odpadami komunalnymi za pomocą
Elektroniczna Skrzynka Podawcza
Elektroniczna Skrzynka Podawcza Instrukcja dla administratora Wersja 1.6.0 Przewodnik przeznaczony jest dla użytkowników, którzy administrują kontem urzędu w systemie Elektronicznej Skrzynki Podawczej.
Struktura pliku wejściowego ippk Plik Korekt Składek
Struktura pliku wejściowego ippk Plik Korekt Składek INFORMACJE OGÓLNE... 3 STRUKTURA PLIKU... 3 STRUKTURA FORMATU... 3 DOPUSZCZALNE WARTOŚĆI W POLACH SŁOWNIKOWYCH... 4 ŁADOWANIE PLIKU... 4 INFORMACJE
Procedura Walidacyjna Interfejs
Strona: 1 Stron: 7 SPIS TREŚCI: 1. CEL 2. ZAKRES 3. DEFINICJE 4. ODPOWIEDZIALNOŚĆ I UPRAWNIENIA 5. TRYB POSTĘPOWANIA 6. ZAŁĄCZNIKI Podlega aktualizacji X Nie podlega aktualizacji Strona: 2 Stron: 7 1.
Automatyczne generowanie kodu. Marek.Berkan@e-point.pl. 4Developers, 26 marca 2010
4Developers, 26 marca 2010 Zakres wykładu O czym zamierzam opowiedzieć: Przyspieszenie tworzenia aplikacji Ułatwienie utrzymania aplikacji Budowanie kontraktów pomiędzy developerami a innymi uczestnikami
Załącznik nr 14 Struktura logiczna korekty informacji podsumowującej o dokonanych wewnątrzwspólnotowych dostawach/nabyciach towarów (VAT-UEK)
Załącznik nr 14 Struktura logiczna korekty informacji podsumowującej o dokonanych wewnątrzwspólnotowych dostawach/nabyciach towarów (VAT-UEK) Nazwa pliku XSD: http://e-deklaracje.mf.gov.pl/repozytorium/deklaracje/vat/vat-uek(1)_v2-0.xsd
Zakład Usług Informatycznych OTAGO
Zakład Usług Informatycznych OTAGO Opis konstrukcji Wirtualnego Numeru Rachunku dotyczący płatności masowych wersja 1.4 autor: Tomasz Rosochacki Gdańsk, 2012-11-27 Spis treści 1. Wprowadzenie.... 3 2.
Ratownictwo Medyczne
Wersja 1.0 2012-06-03 2 Spis treści 1. Wstęp... 3 2. Zaczytanie umowy elektronicznej.... 3 3. Przygotowanie Struktury Organizacyjnej.... 4 4. Stworzenie księgi Ratownictwa Medycznego.... 5 5. Ewidencja
KOMPUTEROWY SYSTEM WSPOMAGANIA OBSŁUGI JEDNOSTEK SŁUŻBY ZDROWIA KS-SOMED
KOMPUTEROWY SYSTEM WSPOMAGANIA OBSŁUGI JEDNOSTEK SŁUŻBY ZDROWIA KS-SOMED Podręcznik użytkownika Katowice 2010 Producent programu: KAMSOFT S.A. ul. 1 Maja 133 40-235 Katowice Telefon: (0-32) 209-07-05 Fax:
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
Praca z systemem POL-on. Zaznaczanie toków do eksportu.
Praca z systemem POL-on. Zaznaczanie toków do eksportu. Niniejszy dokument będzie przedstawiał instrukcję użytkownika części systemu SID związaną z systemem POL-on, a dokładniej przygotowaniem danych do
Podręcznik użytkownika Publikujący aplikacji Wykaz2
Podręcznik użytkownika Publikujący aplikacji Wykaz2 TiMSI Sp z o o ul Czapli 63, 02-781 Warszawa tel : +48 22 644 86 76, fax: +48 22 644 78 52 NIP: 951-19-39-800 Sąd Rejonowy dla mst Warszawy w Warszawie,
BGK Zlecenia (Ferryt Enterprise)
Bank państwowy założony w 1924 roku BGK Zlecenia (Ferryt Enterprise) Import zleceń z plików zewnętrznych Dokumentacja tworzenia plików importu www.bgk.com.pl SPIS TREŚCI WSTĘP... 3 1. OPIS PLIKU IMPORTU
Konfiguracja parametrów pozycjonowania GPS 09.05.2008 1/5
Konfiguracja parametrów pozycjonowania GPS 09.05.2008 1/5 Format złożonego polecenia konfigurującego system pozycjonowania GPS SPY-DOG SAT ProSafe-Flota -KGPS A a B b C c D d E e F f G g H h I i J j K
Instrukcja integratora - obsługa dużych plików w epuap2
Instrukcja integratora - obsługa dużych plików w epuap2 Wersja: 1.1 Strona 1 z 18 Spis treści SPIS TREŚCI... 2 WPROWADZENIE ORAZ INFORMACJE OGÓLNE... 3 1.1 WSTĘP... 3 1.2 WARUNKI KONIECZNE DO SPEŁNIENIA
API przekazy masowe - Dokumentacja. v 1.1, czerwiec 2014 KIP S.A. ul. Św. Marcin 73/ Poznań.
API przekazy masowe - Dokumentacja v 1.1, czerwiec 2014 KIP S.A. ul. Św. Marcin 73/6 61-808 Poznań www.kipsa.pl www.tpay.com 1 Bramka API Dokumentacja opisuje możliwość wykonania przekazów masowych za
I. Interfejs użytkownika.
Ćwiczenia z użytkowania systemu MFG/PRO 1 I. Interfejs użytkownika. MFG/PRO w wersji eb2 umożliwia wybór użytkownikowi jednego z trzech dostępnych interfejsów graficznych: a) tekstowego (wybór z menu:
Świadczenie usługi hurtowej wysyłki wiadomości SMS dla Urzędu Miasta Torunia w latach
OPIS WYMGŃ FUNKCJONLNO-TECHNICZNYCH dla zamówienia: Świadczenie usługi hurtowej wysyłki wiadomości SMS dla Urzędu Miasta Torunia w latach 2015-2016 Przedmiot zamówienia Przedmiotem zamówienia jest usługa
Struktura plików wejściowych Kontrahenci krajowi i zagraniczni ipko biznes
Struktura plików wejściowych Kontrahenci krajowi i zagraniczni ipko biznes 1 1. Informacje ogólne Niniejszy dokument opisuje strukturę, jaką powinien mieć plik z listą kontrahentów krajowych lub zagranicznych,
Specyfikacja HTTP API. Wersja 1.6
Specyfikacja HTTP API Wersja 1.6 1. Wprowadzenie Platforma PlaySMS umożliwia masową rozsyłkę SMS-ów oraz MMS-ów marketingowych. Umożliwiamy integrację naszej platformy z dowolnym systemem komputerowym
MINISTERSTWO FINANSÓW PLAN INTEGRACJI SYSTEMU ZAŁĄCZNIK NR 6 SEAP SPECYFIKACJA KANAŁ EMAIL DLA PODMIOTÓW ZEWNĘTRZNYCH PL PROJEKT ECIP/SEAP
MINISTERSTWO FINANSÓW PLAN INTEGRACJI SYSTEMU ZAŁĄCZNIK NR 6 SEAP SPECYFIKACJA KANAŁ EMAIL DLA PODMIOTÓW ZEWNĘTRZNYCH PL PROJEKT ECIP/SEAP WERSJA 1 z 15 Spis treści 1. Kanał email dla podmiotów zewnętrznych...
System DiLO. Opis interfejsu dostępowego v. 2.0
System DiLO Opis interfejsu dostępowego v. 2.0 Warszawa 2015 1 Wprowadzone zmiany Wersja Opis 1.0 Wersja bazowa 1.1 Dodanie możliwości przejścia z wydania karty w POZ (WK-POZ) do zabiegu operacyjnego (ZAB-OPER)
Struktura pliku wejściowego ippk Plik Składkowy
Struktura pliku wejściowego ippk Plik Składkowy INFORMACJE OGÓLNE... 3 STRUKTURA PLIKU... 3 STRUKTURA FORMATU... 3 DOPUSZCZALNE WARTOŚĆI W POLACH SŁOWNIKOWYCH... 4 ŁADOWANIE PLIKU... 4 INFORMACJE OGÓLNE
CELAB. System Informatyczny. Generator raportów. Spis treści. LTC Sp. z o. o. Oddział w Łodzi Łódź, ul. Wołowa 2T NIP
Instrukcja obsługi programu 2.09. Generator raportów Architektura inter/intranetowa Aktualizowano w dniu: 2009-10-06 System Informatyczny CELAB Generator raportów Spis treści 1. Założenie rejestru raportów
Instrukcja korzystania z usługi EMAIL2SMS. Wersja 2.0 [12 stycznia 2014] http://bramka.gsmservice.pl e-mail: bramka@gsmservice.pl
http://bramka.gsmservice.pl e-mail: bramka@gsmservice.pl Bramka SMS: Obsługiwanych ponad 700 sieci w ponad 200 krajach Świata SMSy z własnym polem nadawcy Raporty doręczeń Obsługa długich wiadomości SMS
Struktura pliku wejściowego ippk Plik Rejestracyjny
Struktura pliku wejściowego ippk Plik Rejestracyjny INFORMACJE OGÓLNE... 3 STRUKTURA PLIKU... 3 STRUKTURA FORMATU... 3 DOPUSZCZALNE WARTOŚĆI W POLACH SŁOWNIKOWYCH. Błąd! Nie zdefiniowano zakładki. ŁADOWANIE
SYSTEM INFORMATYCZNY KS-SEW
DOKUMENTACJA TECHNICZNA KAMSOFT S.A. 40-235 Katowice ul. 1-Maja 133 Tel. (032) 2090705, Fax. (032) 2090715 http://www.kamsoft.pl, e-mail: 5420@kamsoft.pl SYSTEM INFORMATYCZNY NR KATALOGOWY 2334PI06.00
Architektury Usług Internetowych. Laboratorium 2. Usługi sieciowe
Architektury Usług Internetowych Laboratorium 2. Usługi sieciowe Wstęp Celem laboratorium jest zapoznanie się z modelem usług sieciowych na przykładzie prostego serwera Apache Axis2. Apache Axis2 Apache
Dokumentacja SMS przez FTP
Dokumentacja SMS przez FTP 1 Wprowadzenie... 2 Właściwości plików... 3 Tworzenie konfiguracji w Panelu Klienta... 4 Raporty doręczeń... 5 Historia zmian... 6 2 Wprowadzenie Usługa wysyłki SMS przez FTP
Podręcznik użytkownika Wprowadzający aplikacji Wykaz2
Podręcznik użytkownika Wprowadzający aplikacji Wykaz2 TiMSI Sp z o o ul Czapli 63, 02-781 Warszawa tel : +48 22 644 86 76, fax: +48 22 644 78 52 NIP: 951-19-39-800 Sąd Rejonowy dla mst Warszawy w Warszawie,
Ogólnopolskie Repozytorium Prac Dyplomowych
Ogólnopolskie Repozytorium Prac Dyplomowych System Informacji o Szkolnictwie Wyższym POL-on Źródła danych i sposób zasilania, formaty i aspekty organizacyjne Strona 1 z 8 Spis treści Spis treści 1.Źródła
Wybrane zmiany wprowadzone w pakiecie Oprogramowanie: WUP-Viator
Wybrane zmiany wprowadzone w pakiecie Oprogramowanie: WUP-Viator Wersja 2.0.41.0 26 wrzesień 2017 Metryka dokumentu: Autor: Joanna Cofałka Tytuł: Komentarz: Liczba stron: 14 Data utworzenia: 2017-09-14
Kurs walut. Specyfikacja projektu. Marek Zając 2013-12-16
Kurs walut Specyfikacja projektu Marek Zając 2013-12-16 Spis treści 1. Podsumowanie... 2 1.1 Wstęp... 2 1.2 Projekt interfejsu... 2 1.2.1 Rozmiar głównego okna... 2 2. Słownik pojęć... 2 2.1 Definicja
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)
Konfiguracja i uruchomienie usługi Filtry adresów IP dla użytkowników Centrum Usług Internetowych dla Klientów Banku Spółdzielczego w Łęcznej.
Konfiguracja i uruchomienie usługi Filtry adresów IP dla użytkowników Centrum Usług Internetowych dla Klientów Banku Spółdzielczego w Łęcznej. Łęczna 2015 Historia zmian L.p. Data Autor Wersja systemu
eklient.piwet.pulawy.pl
eklient.piwet.pulawy.pl Dokumentacja techniczna WEB SERVICE Wersja 1.03 z dnia 28.10.2015 Marcin Węglarz e: marcin.weglarz@piwet.pulawy.pl t: 81-889-34-05 1. Wstęp Niniejszy dokument specyfikuje interfejs
Komunikator podręcznik użytkownika podręcznik użytkownika
Komunikator Komunikator SMS SMS podręcznik użytkownika podręcznik użytkownika 1 Podstawowe informacje Usługa Komunikator SMS umożliwia stały kontakt centrali firmy z jej Pracownikami i Klientami dzięki
CELAB. System Informatyczny. Centralna Baza Danych. Spis treści LTC 1
Aktualizowano w dniu: 2009-10-06 System Informatyczny CELAB Centralna Baza Danych Spis treści 1. Uruchomienie programu...2 2. Wygląd okna programu...3 2.1. Drzewo poleceń - uruchamianie poleceń programu...3
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
Ministerstwo Finansów
Ministerstwo Finansów System e-deklaracje Instrukcja użytkownika Wersja 1.00 1/21 SPIS TREŚCI I. INFORMACJE OGÓLNE...3 WYMAGANIA NIEZBĘDNE DO SKŁADANIA DEKLARACJI ZA POMOCĄ INTERAKTYWNYCH FORMULARZY...3
Aktualizacja 2008.00.2.4
Aktualizacja 2008.00.2.4 środa, 14 kwietnia 2010 Uwagi Dodano nową opcję: KOSZT_NDC_ZEW Jeżeli Klient używa w umowach zewnętrznych rozbicia cen na N, D, C (Normalne, Dyżurowe, CITO), tj. ma ustawioną wartość
Dokumentacja XMLGateway
Dokumentacja XMLGateway portalu Kulturalna.Warszawa.pl Wersja: 10/31.12.2012 Położenie: http://kulturalna.warszawa.pl/gateway/dokumentacja.pdf Autor: DBS Systems www.dbs-systems.pl 1. Wstęp 1.1 Przeznaczenie
Plik zwrotny Polecenie Zapłaty Masowe PZ SUM (REPPZ03)
Plik zwrotny Polecenie Zapłaty Masowe PZ SUM (REPPZ03) BANKOWOŚĆ ELEKTRONICZNA WERSJA 2.00, 11.07.2016 mbank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, zarejestrowany przez Sąd Rejonowy
INSTRUKCJA OBSŁUGI APLIKACJI WEBFAX DLA UŻYTKOWNIKA
2014 INSTRUKCJA OBSŁUGI APLIKACJI WEBFAX DLA UŻYTKOWNIKA INSTRUKCJA OBSŁUGI APLIKACJI WEBFAX DLA UŻYTKOWNIKA OPIS KONCEPCYJNY APLIKACJI ORAZ PRZEGLĄD FUNKCJI COPYRIGHT BY UBIQUITY SP. Z O.O Spis treści
Struktura pliku wejściowego ippk Plik Dyspozycje
Struktura pliku wejściowego ippk Plik Dyspozycje INFORMACJE OGÓLNE... 3 STRUKTURA PLIKU... 3 STRUKTURA FORMATU... 3 DOPUSZCZALNE WARTOŚĆI W POLACH SŁOWNIKOWYCH... 4 ŁADOWANIE PLIKU... 5 INFORMACJE OGÓLNE
Doładowania telefonów
Doładowania telefonów 1. Nowe doładowanie W celu zdefiniowania nowego przelewu na doładowanie telefonu pre-paid należy: Z menu systemu wybrać opcję Doładowania telefonów -> Nowe doładowanie Lub W oknie
Jak zaimportować bazę do system SARE
Jak zaimportować bazę do system SARE Jeżeli przed importem bazy nie mamy stworzonej odpowiedniej grupy, możemy ją dodać z poziomu Adresy -> przeglądaj grupy, klikając w przycisk dodaj grupę (elementy zaznaczone
Specyfikacja instalacji usługi SMS Premium w Przelewy24.pl
Specyfikacja instalacji usługi SMS Premium w Przelewy24.pl wersja.2.9 data 2014-11-21 Opis usług: P24 KOD P24 KLUCZ P24 WAPA SEND SMS Strona 1 z 8 P24 KOD Przebieg transakcji Operacje po stronie Sprzedawcy
Funkcje dodatkowe. Wersja 1.2.1
Funkcje dodatkowe SPIS TREŚCI 1.Wprowadzenie 1.1 Adresy URL do połączenia z aplikacją dla funkcji zarządzania kontem 1.2 Adresy URL do połączenia z aplikacją dla funkcji zarządzania polami nadawcy I. ZARZĄDZANIE
KATOWICE, KWIECIEŃ 2018 WERSJA 3.0
Instrukcja wypełniania Bazy personelu w ramach Lokalnego Systemu Informatycznego 2014 dla Beneficjentów RPO WSL 2014-2020 w części dotyczącej współfinansowania z EFS KATOWICE, KWIECIEŃ 2018 WERSJA 3.0
OPIS FORMATÓW PLIKÓW EKSPORTU HISTORII OPERACJI WYKORZYSTYWANYCH W BANKOWOŚCI ELEKTRONICZNEJ IDEA BANK S.A.
1/9 OPIS FORMATÓW PLIKÓW EKSPORTU HISTORII OPERACJI WYKORZYSTYWANYCH W BANKOWOŚCI ELEKTRONICZNEJ IDEA BANK S.A. Wstęp Niniejszy dokument ma charakter informacyjny i jest przeznaczony dla klientów korzystających
Dokumentacja programu. Instrukcja użytkownika modułu Gabinet Zabiegowy. Zielona Góra 2015-06-18
Dokumentacja programu Instrukcja użytkownika modułu Gabinet Zabiegowy Zielona Góra 2015-06-18 Głównym celem funkcjonalnym modułu Gabinet zabiegowy jest komunikacja z laboratoriami diagnostycznym w celu
System Inwentaryzacji Systemów Teleinformatycznych
Instytut Łączności PIB SIST Specyfikacja importu danych Wersja dokumentu 1.0 Data 2018-10-26 System Inwentaryzacji Systemów Teleinformatycznych Specyfikacja importu danych Instytut Łączności - Państwowy
2 Zarówno zanonimizowany zbiór danych ilościowych, jak i opis jego struktury powinny mieć format csv:
Zbiór danych ilościowych: 1 Na każdą "bazę danych" składa się zanonimizowany zbiór danych ilościowych zebranych w badaniu oraz opis jego struktury (codebook). 2 Zarówno zanonimizowany zbiór danych ilościowych,
Instrukcja obsługi Generatora rachunków MPT - oprogramowania generującego numery rachunków wirtualnych wykorzystywanych w procesie realizacji Usługi Masowego Przetwarzania Transakcji W celu umożliwienia
CELAB. System Informatyczny. Punkt przyjęć. Spis treści LTC 1
Instrukcja obsługi programu 2.03. Punkt przyjęć Architektura inter/intranetowa Aktualizowano w dniu: 2009-10-06 System Informatyczny CELAB Punkt przyjęć Spis treści 1. Uruchomienie programu...2 2. Wygląd
Struktura pliku wejściowego ippk Plik Dyspozycje
Struktura pliku wejściowego ippk Plik Dyspozycje INFORMACJE OGÓLNE... 3 STRUKTURA PLIKU... 3 STRUKTURA FORMATU... 3 DOPUSZCZALNE WARTOŚĆI W POLACH SŁOWNIKOWYCH... 4 ŁADOWANIE PLIKU... 5 INFORMACJE OGÓLNE
DOKUMENTY Z RECEPT RAPORT XML
DOKUMENTY Z RECEPT RAPORT XML XML Wersja 2.1 od 2012-05-01 Zmodyfikowany został zapis do pliku XML wg specyfikacji określonej w Rozporządzeniu Ministra Zdrowia z dnia 14 marca 2012 roku. W konfiguracji
3S TeleCloud - Aplikacje Instrukcja użytkowania usługi 3S FAX SYSTEM
\ 3S TeleCloud - Aplikacje Instrukcja użytkowania usługi 3S FAX SYSTEM SPIS TREŚCI 1. LOGOWANIE DO APLIKACJI... 3 2. WYGLĄD OKNA... 4 3. SKRZYNKA ODBIORCZA... 5 3.1. SKRZYNKA ODBIORCZA - Objaśnienie kolumn:...
Dokument opisuje sposób postępowania prowadzący do wysłania deklaracji VAT, PIT lub CIT drogą elektroniczną za pomocą funkcji systemu ADA modułu FK.
FK - EDeklaracje Dokument opisuje sposób postępowania prowadzący do wysłania deklaracji VAT, PIT lub CIT drogą elektroniczną za pomocą funkcji systemu ADA modułu FK. W założeniu przyjęto, iż użytkownik
ECDL/ICDL Użytkowanie baz danych Moduł S1 Sylabus - wersja 6.0
ECDL/ICDL Użytkowanie baz danych Moduł S1 Sylabus - wersja 6.0 Przeznaczenie Sylabusa Dokument ten zawiera szczegółowy Sylabus dla modułu ECDL/ICDL Użytkowanie baz danych. Sylabus opisuje zakres wiedzy
METADANE GEOINFORMACYJNE PODLASIA
METADANE GEOINFORMACYJNE PODLASIA VII Ogólnopolskie Sympozjum Krakowskie spotkania z INSPIRE Kraków 12-14 maja 2011 Georeferencyjne dane przestrzenne w INSPIRE od zbiorów do usług danych przestrzennych
Dokumentacja użytkownika systemu. Miniaplikacja Filtrowanie adresów IP
Dokumentacja użytkownika systemu Miniaplikacja Filtrowanie adresów IP Spis treści 1. Informacje o dokumencie..................................................................... 1 2. Konwencje typograficzne.....................................................................
Bazy danych. wprowadzenie teoretyczne. Piotr Prekurat 1
Bazy danych wprowadzenie teoretyczne Piotr Prekurat 1 Baza danych Jest to zbiór danych lub jakichkolwiek innych materiałów i elementów zgromadzonych według określonej systematyki lub metody. Zatem jest
Baza numerów Wersja 1.1
Baza numerów Wersja 1.1 SPIS TREŚCI 1. Wprowadzenie 1.1 Adresy URL do połączenia z aplikacją 1.2 Informacje zwrotne wysyłane z API w odpowiedzi na odebrane odwołania I. Zarządzanie grupami Bazy Numerów
Spis treści. 1 Moduł Modbus TCP 4
Spis treści 1 Moduł Modbus TCP 4 1.1 Konfigurowanie Modułu Modbus TCP................. 4 1.1.1 Lista elementów Modułu Modbus TCP............ 4 1.1.2 Konfiguracja Modułu Modbus TCP.............. 5 1.1.3
Załączniki do rozporządzenia Ministra Finansów z dnia 2011 r. (poz. ) Załącznik nr 1. Struktura logiczna urzędowego poświadczenia odbioru
Załączniki do rozporządzenia Ministra Finansów z dnia 2011 r. (poz. ) Załącznik nr 1 Struktura logiczna urzędowego poświadczenia odbioru Nazwa pliku XSD: Potwierdzenie_v4-0.xsd
Rozdział ten zawiera informacje na temat zarządzania Modułem Modbus TCP oraz jego konfiguracji.
1 Moduł Modbus TCP Moduł Modbus TCP daje użytkownikowi Systemu Vision możliwość zapisu oraz odczytu rejestrów urządzeń, które obsługują protokół Modbus TCP. Zapewnia on odwzorowanie rejestrów urządzeń
Funkcje dodatkowe. Wersja 1.2.1
Funkcje dodatkowe Wersja 1..1 Dokumentacja SMSAPI (https) FUNKCJE DODATKOWE z dnia 1.06.01 Wersja 1..1 SPIS TREŚCI 1.Wprowadzenie 1.1 Adresy URL do połączenia z aplikacją dla funkcji zarządzania kontem
ECDL/ICDL Użytkowanie baz danych Moduł S1 Sylabus - wersja 5.0
ECDL/ICDL Użytkowanie baz danych Moduł S1 Sylabus - wersja 5.0 Przeznaczenie Sylabusa Dokument ten zawiera szczegółowy Sylabus dla modułu ECDL/ICDL Użytkowanie baz danych. Sylabus opisuje zakres wiedzy
Instrukcja użytkownika
Instrukcja użytkownika Bydgoszcz 2017 Strona: 1/12 Spis treści 1 Konfiguracja i obsługa funkcjonalności... 3-1.1 Wstęp... 3 1.2 Konfiguracja stacji klienckiej... 3 1.3 Weryfikacja istniejącego dokumentu...
OPIEKUN DORADCY: KONTO FIRMY DODAWANIE KLIENTÓW
Portalami Opiekun Doradcy / Opiekun Zysku zarządza firma Opiekun Inwestora z siedzibą w Poznaniu, NIP: 972 117 04 29 KONTAKT W SPRAWIE WSPÓŁPRACY W RAMACH PROJEKTU OPIEKUN DORADCY pomoc@opiekundoradcy.pl,
Dokumentacja smsapi wersja 1.4
Dokumentacja smsapi wersja 1.4 1. Wprowadzenie Platforma smsapi została skierowana do użytkowników chcących rozbudować swoje aplikacje o system wysyłania smsów. Aplikacja ta w prosty sposób umożliwia integrację
Struktura pliku wejściowego ippk Plik Dyspozycje
Struktura pliku wejściowego ippk Plik Dyspozycje INFORMACJE OGÓLNE... 3 STRUKTURA PLIKU... 3 STRUKTURA FORMATU... 3 DOPUSZCZALNE WARTOŚĆI W POLACH SŁOWNIKOWYCH... 4 ŁADOWANIE PLIKU... 5 INFORMACJE OGÓLNE