Projekt - wersja 03c z dnia 14 listopada 2006 (w stosunku do wersji 03b usunięte tylko nieprawidłowe style formatowania)
|
|
- Szymon Lisowski
- 9 lat temu
- Przeglądów:
Transkrypt
1 1. Definicje Struktura metadanych jest oparta o trzy poziomy: - elementy, -, - atrybuty. Każdy element, podelement lub atrybut to składniki metadanych. Elementem metadanych jest najwyższy składnik, który został wyodrębniony z racji ważnej funkcji porządkującej w metadanych bądź też istotnej wartości informacyjnej. główne to takie elementy, które nie są składnikami żadnego innego elementu i odnoszą się bezpośrednio do dokumentu. pomocnicze to takie elementy, które mogą występować tylko w ramach innego elementu. Element pomocniczy nie odnosi się bezpośrednio do dokumentu, a służy jedynie do wypełnienia informacją któregoś z elementów głównych lub innych elementów pomocniczych Podelement jest uzupełnieniem elementu głównego lub pomocniczego mającym na celu doprecyzowanie struktury elementu. Atrybut jest uzupełnieniem podelementu mającym na celu doprecyzowanie jego struktury. 2. Sposób opisu elementu Każdy element jest opisany w następujący sposób: nazwa elementu krótkie określenie informacji zawartej w elemencie pomocnicze określa strukturę elementu, wszystkie możliwe elementy pomocnicze, i ich atrybuty opisuje cel elementu Wymagalność określenie wymagalności dla elementu i jego składników. Wymagalność elementu głównego jest określana względem całości metadanych. Wymagalność elementów pomocniczych i podelementów jest określana względem elementu, w którym występują. Wymagalność atrybutu jest określana względem podelementu, do którego się odnosi. Wymagalność określana jest w następujący sposób: o wymagane że dla każdego dokumentu dany składnik metadanych jest bezwzględnie wymagany, o opcjonalne wymagane jeżeli dany składnik metadanych został przypisany do dokumentu w procesie jego tworzenia, przetwarzania, lub przechowywania Powtarzalność określa czy dany składnik może wystąpić wielokrotnie w metadanych. Względem elementu oznacza to, że można zapisać go wielokrotnie w metadanych. Względem podelementu, bądź atrybutu oznacza to, że można je zapisać wielokrotnie w elemencie nadrzędnym. opisuje sposób, w jaki należy zapisywać treść poszczególnych składników elementu przykładowy zapis wybranych składników metadanych przygotowany na podstawie hipotetycznych danych 3.1. Opis elementów z przykładami (kolejności alfabetycznej) 3.2. Adres Adres Adres fizyczny Podmiotu. Nie występuje samodzielnie, a tylko jako podelement elementów Osoba i Instytucja. 1
2 kod kod pocztowy poczta nazwa miejscowości - siedziby urzędu pocztowego, odpowiednik cechy informacyjnej miejscowości wymienionej w Rozporządzeniu Rady Ministrów z dnia 11 października 2005 r. w sprawie minimalnych wymagań dla rejestrów publicznych i wymiany informacji w formie elektronicznej miejscowość nazwa miejscowości do której należy kierować korespondencję - odpowiednik cechy informacyjnej miejscowości wymienionej w Rozporządzeniu Rady Ministrów z dnia 11 października 2005 r. w sprawie minimalnych wymagań dla rejestrów publicznych i wymiany informacji w formie elektronicznej ulica nazwa ulicy, placu lub innego obiektu precyzującego miejsce w miejscowości - odpowiednik cechy informacyjnej ulicy wymienionej w Rozporządzeniu Rady Ministrów z dnia 11 października 2005 r. w sprawie minimalnych wymagań dla rejestrów publicznych i wymiany informacji w formie elektronicznej budynek numer budynku lub przy ulicy lub placu lub numer budynku w miejscowości - odpowiednik cechy informacyjnej Numer porządkowy budynku wymienionej w Rozporządzeniu Rady Ministrów z dnia 11 października 2005 r. w sprawie minimalnych wymagań dla rejestrów publicznych i wymiany informacji w formie elektronicznej lokal numer lokalu w budynku - - odpowiednik cechy informacyjnej Numer porządkowy lokalu wymienionej w Rozporządzeniu Rady Ministrów z dnia 11 października 2005 r. w sprawie minimalnych wymagań dla rejestrów publicznych i wymiany informacji w formie elektronicznej skrytka pocztowa skrytka w urzędzie pocztowym uwagi - informacje dodatkowe umożliwiające doprecyzowanie adresu w przypadku gdy nie jest to możliwe za pomocą pozostałych jego elementów kraj podelement określający kraj Pozwala zdefiniować w sposób usystematyzowany adres podmiotu. Wymagalność adres: określona w elementach nadrzędnych adres.kod: opcjonalna adres.poczta: opcjonalna adres.miejscowość: wymagana adres.ulica: opcjonalna adres.budynek: opcjonalna adres.lokal: opcjonalna adres.skrytka pocztowa: opcjonalna adres.uwagi - opcjonalna adres.kraj: wymagana Powtarzalność adres: określona w elementach nadrzędnych adres.kod: nie adres.poczta: nie adres.miejscowość: nie adres.ulica: nie adres.budynek: nie adres.lokal: nie adres.skrytka pocztowa: nie 2
3 adres.uwagi - nie adres.kraj: nie adres.kod: tekst adres.poczta: zgodnie ze sposobem dla cechy informacyjnej miejscowości wymienionej w Rozporządzeniu Rady Ministrów z dnia 11 października 2005 r. w sprawie minimalnych wymagań dla rejestrów publicznych i wymiany informacji w formie elektronicznej adres.miejscowość: zgodnie ze sposobem dla cechy informacyjnej miejscowości wymienionej w Rozporządzeniu Rady Ministrów z dnia 11 października 2005 r. w sprawie minimalnych wymagań dla rejestrów publicznych i wymiany informacji w formie elektronicznej adres.ulica: zgodnie ze sposobem dla cechy informacyjnej ulicy wymienionej w Rozporządzeniu Rady Ministrów z dnia 11 października 2005 r. w sprawie minimalnych wymagań dla rejestrów publicznych i wymiany informacji w formie elektronicznej adres.budynek: zgodnie ze sposobem dla cechy informacyjnej Numer porządkowy budynku wymienionej w Rozporządzeniu Rady Ministrów z dnia 11 października 2005 r. w sprawie minimalnych wymagań dla rejestrów publicznych i wymiany informacji w formie elektronicznej adres.lokal: zgodnie ze sposobem dla cechy informacyjnej Numer porządkowy budynku wymienionej w Rozporządzeniu Rady Ministrów z dnia 11 października 2005 r. w sprawie minimalnych wymagań dla rejestrów publicznych i wymiany informacji w formie elektronicznej adres.skrytka pocztowa: tekst adres.uwagi - tekst adres.kraj: zalecane jest korzystanie z zewnętrznego słownika kodów krajów według normy ISO 3166; dla Naczelnej Dyrekcji Archiwów Państwowych w Warszawie przy ulicy Długiej 6, posiadającej skrytkę pocztową 1005 i kod pocztowy <adres> <kod>00-950</kod> <poczta>warszawa</poczta> <miejscowosc>warszawa</miejscowosc> <ulica>długa</ulica> <budynek>6</budynek> <skrytkapocztowa>1005</skrytkapocztowa> <kraj>pl</kraj> </adres> Dla Naukowej i Akademickiej Sieci Komputerowej przy ulicy Wąwozowej 18, Warszawa <adres> <kod>02-796</kod> <poczta>warszawa</poczta> <miejscowosc>warszawa</miejscowosc> <ulica>wąwozowa</ulica> <budynek>18</budynek> <kraj>pl</kraj> </adres> Dla Urzędu Miasta w Częstochowie przy ulicy Śląskiej 11/13, Częstochowa <adres> <kod>42-217</kod> <poczta>częstochowa</poczta> <miejscowosc>częstochowa</miejscowosc> <ulica>śląska</ulica> <budynek>11/13</budynek> <kraj>pl</kraj> </adres> Dla University Campus w Kounoupidiana, Chania 3
4 <adres> <kod>73100</kod> <poczta>chania</poczta> <miejscowosc>kounoupidiana</miejscowosc> <ulica>university Campus</ulica> <kraj>gr</kraj> </adres> Dla Gminnego Gimnazjum w miejscowości Koczargi Stare, ul. Akacjowa 12, Izabelin <adres> <kod>05-080</kod> <poczta>izabelin</poczta> <miejscowosc>koczargi Stare</miejscowosc> <ulica>akacjowa 12</ulica> <kraj>pl</kraj> </adres> Dla Szkoły Podstawowej w Furmanach, Tarnobrzeg, Furmany 96 <adres> <kod>39-403</kod> <poczta>tarnobrzeg</poczta> <miejscowosc>furmany</miejscowosc> <budynek>96</budynek> <kraj>pl</kraj> </adres> 3.3. Data Data Wymagalność Powtarzalność data tak data.typ nie data.czas nie data.od - nie data.do nie Data zdarzenia związanego z data zdarzenia związanego z tworzeniem dokumentu, uzyskaniem dokumentu lub daty skrajne zbioru dokumentów - typ określenie rodzaju zdarzenia związanego z datą. - czas pojedyncza data i czas zdarzenia. - od - w przypadku potrzeby określenia przedziału czasu (dat skrajnych) - początek przedziału czasowego - do w przypadku potrzeby określenia przedziału czasu (dat skrajnych) - koniec przedziału czasowego Umożliwia wyszukiwanie dokumentów lub ich grupy według czasu zdarzeń z nimi związanych, - data wymagane jest zapisanie daty stworzenia dokumentu, lub dat skrajnych dla grupy dokumentów, dla pozostałych typów daty opcjonalne. - data.typ wymagane - data.czas wymagany jeżeli nie występują data.od i data.do, nie może wystąpić razem z data.od i data.do - data.od jeżeli nie występuje data.czas wymagane łącznie z data.do, nie może wystąpić razem z data.czas - data.do jeżeli nie występuje data.czas wymagane łącznie z data.od, nie może wystąpić razem z data.czas data.typ słownik wartości typów daty powinien zawierać co najmniej: 4
5 dostępnypo określa datę, od której dokument jest dostępny opublikowany data publikacji dokumentu stworzony data stworzenia dokumentu, uzyskany (otrzymany) data uzyskania dokumentu przez instytucję wysłany data wysłania do odbiorcy (adresata) zaakceptowany data zaakceptowania dokumentu zatwierdzony data po której treść dokumentu nie może być zmieniona zmodyfikowany data modyfikacji dokumentu dotyczy przypadku, gdy zmiany wprowadzane są do dokumentu i nie powodują zarejestrowania nowego dokumentu daty skrajne typ daty dla określenia przedziału czasowego dla grupy dokumentów data.czas czas jest zapisywany w formacie: YYYY-MM-DDThh:mm:ss.sTZD (np T19:20: :00) lub YYYY, lub YYYY-MM, lub YYYY-MM-DD gdzie: YYYY to 4 cyfry roku MM to 2 cyfry miesiąca (np. kwiecień to 04) DD to 2 cyfry dnia (np. 01) hh to 2 cyfry godziny (00 do 23) mm to 2 cyfry minut ss to 2 cyfry sekund s to cyfra określająca dziesiąte części sekundy TZD to znacznik strefy czasu (Z albo +hh:mm lub -hh:mm) data.od jak data.czas data.do jak data.czas dla dokumentu utworzonego 29 lutego 2003 roku o godzinie piętnastej dwadzieścia i trzydzieści sekund, w Londynie (czyli czas zimowy GMT): <data> <typ>stworzony</typ> <czas> t15:20:30+01:00</czas> </data> dla grupy (sprawy) utworzonej 31 marca 2000 roku i zakończonej 11 sierpnia 2008 roku: <data> <typ>daty skrajne</typ> <od> </od> <do> </do> </data> dla dokumentu otrzymanego 6 listopada 2006 o godzinie jedenastej dziesięć i piętnaście sekund w Polsce <data> <typ>otrzymany</typ> <czas> t11:10:15+01:00</czas> </data> dla dokumentu zaakceptowanego 10 listopada 2006 w przypadku gdy dokładny czas nie może być określony <data> <typ>zaakceptowany</typ> <czas> </czas> </data> 3.4. Dostęp Dostęp Określenie komu, na jakich zasadach i w jakim zakresie można udostępnić dokument. 5
6 dostępność określenie, czy dokument lub metadane są dostępne uwagi dodatkowe objaśnienia komu i na jakiej podstawie można udostępnić dokument, lub określenie przyczyny nieudostęniania data data do której dokument lub grupa dokumentów są niedostępne (od kiedy są dostępne) w przypadku ograniczeń w dostępie Określenie zasad i warunków regulujących dostęp do dokumentów Wymagalność dostęp: wymagane dostęp.dostępność: wymagane dostęp.uwagi: opcjonalne dostęp.data: opcjonalne Powtarzalność dostęp: nie dostęp.dostępność: nie dostęp.uwagi: nie dostęp.data: nie dostęp.dostępność dopuszczalne wartości to: wszystko, metadane, niedostępne dostęp.uwagi tekst dostęp.data zgodnie z opisem elementu data, dopuszczalny typ daty to wyłącznie wartość dostępnypo dla dokumentu publicznego do którego jest dostęp bez ograniczeń: <dostep> <dostępnosc>wszystko</dostępnosc> </dostep> 3.5. Format dla dokumentu dla którego ograniczono dostęp jedynie do metadanych, a treść dokumentu będzie mogła być udostępniona po 1 stycznia 2040 roku ze względu na treść umowy. <dostep> <dostepnosc>metadane</dostepnosc> <uwagi>niedostępne ze względu na treść umowy</uwagi> <data> <typ>dostępnypo</typ> <czas> </czas> </data> </dostep> Format formatu danych zastosowanego przy tworzeniu dokumentu elektronicznego lub format dokumentu fizycznego opisanego w systemie informatycznym typ określenie typu pliku lub większego zasobu (zarówno fizycznego jak i elektronicznego) specyfikacja specyficzne dla danego typu formatu sposoby wielkość wielkość dokumentu. Posiada atrybut jednostka określający miarę wielkości Pozwala na ustalenie formatu i wielkości dokumentu. Wymagalność format: wymagane dla dokumentów elektronicznych format.typ: wymagane format.specyfikacja: opcjonalne format.wielkość: opcjonalne 6
7 format.wielkość.jednostka: wymagane Powtarzalność format: nie format.typ: nie format.specyfikacja: nie format.wielkość: nie format.wielkość.jednostka: nie format.typ: zaleca się dla dokumentów elektronicznych kodowanie za pomocą bazy typów MIME. Dobrą praktyką powinno być zastosowanie jako referencyjnej bazy typów spisu zarejestrowanych MIME Media Types w IANA ( dla dokumentów fizycznych zalecane jest stworzenie słownika referencyjnego używanego w danym podmiocie format.specyfikacja: tekst format.wielkość: tekst format.wielkość.jednostka: zalecane jest stworzenie słownika referencyjnego obowiązujących jednostek dla dokumentów fizycznych opisywanych w systemie informatycznym użytkowanym w danym podmiocie. Dla dokumentów elektronicznych obowiązujący jest 'bajt'. dla dokumentu elektronicznego będącego plikiem tekstowym zapisanym w formacie html o wielkości bajtów : <format> <typ>html/text</typ> <specyfikacja>html 4.0</specyfikacja> < wielkosc jednostka="bajt">254235</wielkosc> <format> dla dokumentu fizycznego będącego 40-stronicowym dokumentem A4 <format> <typ>papier A4</typ> < wielkosc jednostka="strona">40</wielkosc> <format> dla120-minutowej kasety VHS nagranej w standardzie PAL <format> <typ>taśma VHS</typ> <specyfikacja>pal</specyfikacja> < wielkosc jednostka="minuta">120</wielkosc> <format> 3.6. Grupowanie Grupowanie Wskazanie przynależności do zbioru dokumentów. - typ określenie typu grupy dokumentów, - kod numer albo ciąg znaków będący identyfikatorem grupy dokumentów. W danym kontekście (miejscu w strukturze obiegu dokumentów) wartość powinna być unikatowa - opis hasło klasyfikacyjne wykazu akt w przypadku sprawy; w przypadku grupy dokumentów innej niż sprawa - tekstowy opis grupy Pozwala na łączenie dokumentów w grupy. Wymagalność grupowanie opcjonalne (wymagane w przypadku przekazywania do archiwów państwowych dokumentów elektronicznych należących do spraw) grupowanie.typ wymagane 7
8 grupowanie.kod wymagane grupowanie.opis wymagane Powtarzalność grupowanie tak grupowanie.typ nie grupowanie.kod nie grupowanie.opis nie grupowanie.typ dla grupy będącej sprawą założoną zgodnie z jednolitym rzeczowym wykazem akt typ przyjmuje wartość = znak sprawy. grupowanie.kod - dla grupy będącej sprawą założoną zgodnie z jednolitym rzeczowym wykazem akt kod przyjmuje wartość zgodną z przyjętym w podmiocie sposobem znakowania spraw grupowanie.opis dla grupy będącej sprawą założoną zgodnie z jednolitym rzeczowym wykazem akt hasło klasyfikacyjne wykazu akt odpowiadające pozycji tego wykazu użytej do nadania znaku sprawy dla sprawy zakwalifikowanej przez komórkę organizacyjną o kodzie COIA, wg hasła klasyfikacyjnego wykazu akt Kwerendy dla zagranicznych instytucji, którego symbol w wykazie akt oznaczono jako 842 : <grupowanie> <typ>znak sprawy</typ> <kod>coia-842-5/04</kod> <opis>kwerendy dla zagranicznych instytucji </opis> </grupowanie> dla sprawy zakwalifikowanej przez komórkę organizacyjną Wydział Organizacyjny o kodzie Or, wg hasła klasyfikacyjnego wykazu akt Komitet Sterujący ds. Informatyzacji, którego symbol w wykazie akt oznaczono jako 0065 <grupowanie> <typ>znak sprawy</typ> <kod>or /06</kod> <opis>komitet Sterujący ds. Informatyzacji </opis> </grupowanie> 3.7. Identyfikator Identyfikator Jednoznaczny w danym zbiorze dokumentów znacznik dokumentu, który umożliwia jego identyfikację. typ określenie rodzaju identyfikatora pozwalające odróżnić od siebie identyfikatory nadane przez różne podmioty wartość ciąg znaków będący wartością identyfikatora. W danym kontekście wartość powinna być unikatowa podmiot element określający kto używa tego identyfikatora (kto stworzył dany typ identyfikatora). Umożliwia jednoznaczną identyfikację dokumentów. Pozwala na szybkie odnalezienie tego samego dokumentu w różnych zbiorach. Daje możliwość tworzenia powiązań (relacji) między dokumentami. Wymagalność identyfikator: wymagane, identyfikator.typ: wymagane identyfikator.wartość: wymagane identyfikator.podmiot: opcjonalne Powtarzalność identyfikator: tak 8
9 identyfikator.typ: nie identyfikator.wartość: nie identyfikator.podmiot: nie identyfikator.typ tekst; dla standardowych typów identyfikatorów określonych w normach międzynarodowych lub przepisach prawa - właściwa nazwa identyfikatora identyfikator.wartość właściwa dla danego typu wartość identyfikatora identyfikator.podmiot zgodnie z definicją elementu Podmiot dla dokumentu którego identyfikator o wartości R został nadany przez system informatyczny do postępowania z dokumentami elektronicznymi w podmiocie o nr NIP <identyfikator> <typ>idsystemu</typ> <wartosc>r </wartosc> <podmiot> <instytucja> <id typ= NIP > </id> <nazwa>naczelna Dyrekcja Archiwów Państwowych</nazwa> </instytucja> </podmiot> </identyfikator> dla opisanych w systemie informatycznym metadanych druku zwartego posiadającego nr ISBN: <identyfikator> <typ>isbn</typ> <wartosc>isbn </wartosc> </identyfikator> 3.8. Instytucja Dodatkowe objaśnienia Instytucja Ciało zbiorowe, np. urząd, organizacja, przedsiębiorstwo. Podelement elementu Podmiot. - id identyfikator instytucji; posiada atrybut typ - nazwa pełna nazwę instytucji - adres element adres określający adres fizyczny instytucji - kontakt określenie sposobu kontaktowania się z instytucją, posiada atrybut typ - jednostka element Jednostka definiujący podjednostkę lub komórkę organizacyjną Pozwala opisać dane instytucji identyfikujące ją. Element nie występuje samodzielnie, a tylko jako podelement elementu Podmiot lub Instytucja. Wymagalność instytucja: określona w elemencie Podmiot instytucja.id: opcjonalne (dla identyfikatorów określonych w przepisach prawa wymagane) instytucja.id.typ: wymagane instytucja.nazwa: wymagane instytucja.adres: opcjonalne instytucja.kontakt: opcjonalne instytucja.kontakt.typ: wymagane instytucja.jednostka: opcjonalne 9
10 Powtarzalność instytucja: określona w elemencie podmiot. instytucja.id: nie 1 instytucja.id.typ: nie instytucja.nazwa: nie instytucja.adres: nie instytucja.kontakt: nie 2 instytucja.kontakt.typ: nie instytucja.jednostka: nie instytucja.id zgodnie ze standardym określonym przez typ jeżeli typem id jest NIP to odpowiednik cechy informacyjnej Numer identyfikacji podatkowej (NIP) wymienionej w Rozporządzeniu Rady Ministrów z dnia 11 października 2005 r. w sprawie minimalnych wymagań dla rejestrów publicznych i wymiany informacji w formie elektronicznej instytucja.id.typ nazwa identyfikatora określonego w przepisach prawa jednoznacznie identyfikującego instytucję np. NIP, dla instytucji nieposiadających takiego identyfikatora określenie identyfikatora używanego w systemie informatycznym instytucja.nazwa tekst instytucja.adres zgodnie z definicją elementu Adres instytucja.kontakt zgodnie ze standardem określonym przez typ kontaktu instytucja.kontakt.typ zalecane stworzenie słownika typów podstawowych, powinien on zawierać, co najmniej wartości: telefon, faks, instytucja.jednostka zgodnie z definicją elementu Jednostka dla dokumentu utworzonego przez Jana Kowalskiego asystenta w Zakładzie Naukowym Archiwistyki Naczelnej Dyrekcji Archiwów Państwowych (z podaniem kontaktu telefonicznego do pracownika i adresu do instytucji): <instytucja> <id typ= NIP > </id> <nazwa>naczelna Dyrekcja Archiwów Państwowych</nazwa> <kontakt typ=" ">ndap@archiwa.gov.pl</kontakt> <jednostka> <nazwa>zakład Naukowy Archiwistyki</nazwa> <poziom>zakład</poziom> <pracownik> <nazwisko>kowalski</nazwisko> <imie>jan</imie> <funkcja>asystent</funkcja> <kontakt typ="telefon"> </kontakt> </pracownik> </jednostka> </instytucja> 3.9. Jednostka Jednostka Jednostka lub komórka organizacyjna instytucji. Podelement elementu Instytucja. nazwa pełna nazwa jednostki/komórki organizacyjnej adres adres fizyczny jednostki/komórki organizacyjnej (jeśli inny niż adres instytucji do której należy) kontakt określenie sposobu kontaktowania się z jednostką/komórką organizacyjną, posiada atrybut typ 1 sygnalizowana do rozpatrzenia opcja wprowadzenia powtarzalności elementu 2 sygnalizowana do rozpatrzenia opcja wprowadzenia powtarzalności elementu 10
11 poziom określenie poziomu jednostki/komórki w strukturze organizacyjnej jednostka element Jednostka definiujący podjednostkę lub komórkę organizacyjną pracownik element Pracownik definiujący osobę w instytucji Pozwala opisać dane jednostki organizacyjnej identyfikujące ją. Wymagalność jednostka: opcjonalne jednostka.nazwa: wymagane jednostka.adres: opcjonalne jednostka.kontakt: opcjonalne jednostka.kontakt.typ: wymagane jednostka.poziom: opcjonalne jednostka.jednostka: opcjonalne jednostka.pracownik: opcjonalne Powtarzalność jednostka: nie jednostka.nazwa: nie jednostka.adres: nie jednostka.kontakt: nie 3 jednostka.kontakt.typ: nie jednostka.poziom: nie jednostka.jednostka: nie jednostka.pracownik: nie jednostka.nazwa tekst jednostka.adres zgodnie z definicją elementu Adres jednostka.kontakt zgodnie ze standardem określonym przez typ kontaktu jednostka.kontakt.typ zalecane stworzenie słownika typów podstawowych, powinien on zawierać, co najmniej wartości: telefon, faks, jednostka.poziom tekst jednostka.jednostka zgodnie z definicją elementu Jednostka jednostka.pracownik zgodnie z definicją elementu Pracownik Język dla jednostki organizacyjnej Zakład Naukowy Archiwistyki będącej w strukturze organizacyjnej Instytucji zakładem w której odpowiedzialny za treść dokumentu Kazimierz Schmidt pracuje na stanowisku asystenta i ma adres poczty elektronicznej kschmidt@archiwa.gov.pl <jednostka> <nazwa>zakład Naukowy Archiwistyki</nazwa> <poziom>zakład</poziom> <pracownik> <nazwisko>schmidt</nazwisko> <imie>kazimierz</imie> <funkcja>asystent</funkcja> <kontakt typ=" ">kschmidt@archiwa.gov.pl</kontakt> </pracownik> </jednostka> Język Kod języka naturalnego zgodnie z normą ISO sygnalizowana do rozpatrzenia opcja wprowadzenia powtarzalności elementu 11
12 kod kod określający język Pozwala na zawężenie wyszukiwania do treści w konkretnym języku Wymagalność język: opcjonalne język.kod: wymagane Powtarzalność język: tak język.kod: nie język.kod kod języka naturalnego zgodnie z normą ISO dla dokumentu w języku polskim: <jezyk kod="pol">polski</jezyk> lub tak: <jezyk kod="pol"></jezyk> dla dokumentu w języku kaszubskim: <jezyk kod="csb">kaszubski</jezyk> Kwalifikacja Kwalifikacja Kategoria archiwalna dokumentu oraz informacje o tym, kto i kiedy nadał kategorię. kategoria kategoria archiwalna data data nadania kategorii archiwalnej, podmiot element Podmiot określający osobę lub instytucję odpowiedzialną za nadanie kategorii archiwalnej Pozwala na określenie, jak długo dany dokument powinien być przechowywany, oraz czy i kiedy zostanie przekazany do archiwum historycznego. Umożliwi łatwe ustalenie, jakie materiały można ze zbiorów w danym roku wycofać, dla jakich trzeba ustalić ponownie kategorię archiwalną, a jakie podlegają obowiązkowi przekazania do archiwum historycznego. Wymagalność kwalifikacja: opcjonalne (wymagane dla podmiotów stosujących do kwalifikacji dokumentów jednolity rzeczowy wykaz akt) kwalifikacja.kategoria: wymagane kwalifikacja.data: wymagane kwalifikacja.podmiot: wymagane Powtarzalność kwalifikacja: nie kwalifikacja.kategoria: nie kwalifikacja.data: nie kwalifikacja.podmiot: nie kwalifikacja.kategoria: zgodnie z wykazem akt kwalifikacja.data: Format YYYY-MM-DD gdzie YYYY to cztery cyfry określenia roku, MM to dwie cyfry określenia miesiąca (04 dla kwietnia) a DD to dwie cyfry określenia dnia w dacie kwalifikacja.podmiot: zgodnie z definicją elementu Podmiot 12
13 3.12. Odbiorca Dla dokumentu zakwalifikowanego do kategorii archiwalnej BE10 w dniu 14 stycznia 2005 przez Jana Kowalskiego referendarza w Wydziale Organizacyjnym Urzędu Miasta <kwalifikacja> <kategoria>be10</kategoria> <data> </data> <podmiot> <instytucja> <id typ= NIP > </id> <nazwa>urząd Miasta</nazwa> <jednostka> <nazwa>wydział Organizacyjny</nazwa> <poziom>wydział</poziom> <pracownik> <nazwisko>kowalski</nazwisko> <imie>jan</imie> <funkcja>referendarz</funkcja> </pracownik> </jednostka> </instytucja> </podmiot> </kwalifikacja> Odbiorca Podmiot, do którego dokument jest adresowany. podmiot rodzaj pozwala na odróżnienie głównego odbiorcy dokumentu od odbiorców otrzymujących dokument do wiadomości Pozwala na identyfikację odbiorcy Wymagalność odbiorca: wymagane jest podanie co najmniej jednego odbiorcy (o ile istnieje) odbiorca.podmiot: wymagane odbiorca.rodzaj: wymagane Powtarzalność odbiorca: tak odbiorca.podmiot: nie odbiorca.rodzaj: nie odbiorca.podmiot: zgodnie z definicją elementu Podmiot odbiorca.rodzaj: lista dopuszczalnych wartości: główny, do wiadomości Dla dokumentu zaadresowanego do Zakładu Naukowego Archiwistyki Naczelnej Dyrekcji Archiwów Państwowych posiadającej adres ndap@archiwa.gov.pl i przekazanego do wiadomości Działu Domen Naukowej i Akademickiej Sieci Komputerowej posiadającego adres info@dns.pl <odbiorca> <podmiot> <instytucja> <id typ= NIP > </id> <nazwa>naczelna Dyrekcja Archiwów Państwowych</nazwa> <kontakt typ=" ">ndap@archiwa.gov.pl</kontakt> <jednostka> <nazwa>zakład Naukowy Archiwistyki</nazwa> <poziom>zakład</poziom> </jednostka> </instytucja> </podmiot> <rodzaj>główny</rodzaj> </odbiorca> 13
14 <odbiorca> <podmiot> <instytucja> <id typ= NIP > </id> <nazwa>naukowa i Akademicka Sieć Komputerowa</nazwa> <jednostka> <nazwa>dział Domen Internetowych</nazwa> <kontakt typ=" ">info@dns.pl</kontakt> <poziom>dział</poziom> </jednostka> </instytucja> </podmiot> <rodzaj>do wiadomości</rodzaj> </odbiorca> Opis Opis Streszczenie, spis treści lub krótki opis treści dokumentu. Pozwala użytkownikowi na podjęcie decyzji, czy odnaleziony dokument lub zasób jest dla niego interesujący. Może być uzupełnieniem tytułu, jeśli w zwięzłej formie trudno jest określić zawartość dokumentu. W przypadku braku lub nieprawidłowo określonej tematyki (zwłaszcza dla zasobów nietekstowych) ułatwia wyszukiwanie. Wymagalność opis opcjonalne Powtarzalność opis nie opis tekst Osoba <opis> projekt dokumentu "Requirements for elaboration and implementation of information system of General department of Archives", przekazny przez Przewodniczącą Departamentu Generalnego Archiwów przy Radzie Ministrów Republiki Bułgarii </opis> Osoba Osoba fizyczna. Podelement elementu Podmiot. id jednoznaczny identyfikator osoby, posiada atrybut typ jeżeli typem id jest PESEL to odpowiednik cechy informacyjnej Numer PESEL wymienionej w Rozporządzeniu Rady Ministrów z dnia 11 października 2005 r. w sprawie minimalnych wymagań dla rejestrów publicznych i wymiany informacji w formie elektronicznej nazwisko nazwisko osoby pseudonim lub przydomek odpowiednik cechy informacyjnej Nazwisko-człon wymienionej w Rozporządzeniu Rady Ministrów z dnia 11 października 2005 r. w sprawie minimalnych wymagań dla rejestrów publicznych i wymiany informacji w formie elektronicznej imię imiona osoby odpowiednik cechy informacyjnej Imię wymienionej w Rozporządzeniu Rady Ministrów z dnia 11 października 2005 r. w sprawie 14
15 minimalnych wymagań dla rejestrów publicznych i wymiany informacji w formie elektronicznej adres podelement opisujący fizyczny adres osoby kontakt określenie sposobu kontaktowania się z osobą (telefon, , faks,...), posiada atrybut typ Dodatkowe objaśnienia Pozwala opisać dane osoby fizycznej identyfikujące ją. Nie występuje samodzielnie a tylko jako podelement elementu Podmiot Wymagalność osoba: określona w elemencie Podmiot osoba.id: opcjonalne osoba.id.typ: wymagane osoba.nazwisko: wymagane osoba.imię: opcjonalne osoba.adres: opcjonalne osoba.kontakt: opcjonalne osoba.kontakt.typ: wymagane Powtarzalność osoba: nie osoba.id: tak (ale każdy id musi mieć różny typ) osoba.id.typ: nie osoba.nazwisko: nie osoba.imię: nie osoba.adres: nie 4 osoba.kontakt: tak osoba.kontakt.typ: nie osoba.id zgodnie ze standardem określonym przez atrybut typ osoba.id.typ nazwa identyfikatora określonego w przepisach prawa jednoznacznie identyfikującego osobę np. PESEL, NIP, dla osób nieposiadających takiego identyfikatora określenie identyfikatora używanego w systemie osoba.nazwisko tekst, nazwiska wieloczłonowe łączone znakiem (minus), bez spacji osoba.imię tekst, poszczególne imiona oddzielone od siebie spacją osoba.adres zgodnie z definicją elementu Adres osoba.kontakt zgodnie ze standardem określonym przez atrybut typ osoba.kontakt.typ konieczne jest stworzenie słownika typów podstawowych, sugerowany słownik powinien zawierać co najmniej wartości: telefon, faks, dla osoby fizycznej która podała PESEL, dane adresowe do korespondencji na ulicę Kwiatową 500/502 m.17 w Cżęstochowie oraz adres poczty elektronicznej @poczta.tld : <osoba> <id typ="pesel"> </id> <nazwisko>kowalski</nazwisko> <imie>jan</imie> <adres> <kod>42-202</kod> <miejscowosc>częstochowa</miejscowosc> <ulica>kwiatowa</ulica> <budynek>500/502</budynek> <lokal>17</lokal> 4 sygnalizowana do rozpatrzenia opcja wprowadzenia powtarzalności elementu 15
16 <kraj>pl</kraj> </adres> <kontakt </osoba> Podmiot Podmiot Jednostka (osoba fizyczna, instytucja), która może być stroną w jakiejś czynności związanej z dokumentem (tworzenie, odbieranie, akceptacja, podpisywanie, łączenie w grupy). Nie występuje samodzielnie, a tylko jako podelement jednego z elementów: Odbiorca, Identyfikator, Lokalizacja, Twórca osoba instytucja Pozwala w ujednolicony sposób opisywać osoby i/lub instytucje pełniące role w tworzeniu i obiegu dokumentów. Wymagalność podmiot: wymagalność zależy od elementu, w którym występuje podmiot.osoba, podmiot.instytucja: dokładnie jedno z dwu musi wystąpić. Powtarzalność podmiot: powtarzalność zależy od elementu, w którym występuje podmiot.osoba: nie podmiot.instytucja: nie podmiot.osoba zgodnie z definicją elementu Osoba podmiot.instytucja zgodnie z definicją elementu Instytucja Pracownik przykłady zob. elementy Osoba lub Instytucja Pracownik Pracownik instytucji. Podelement elementu Instytucja. id identyfikator pracownika w danej instytucji nazwisko nazwisko osoby pseudonim lub przydomek odpowiednik cechy informacyjnej Nazwisko-człon wymienionej w Rozporządzeniu Rady Ministrów z dnia 11 października 2005 r. w sprawie minimalnych wymagań dla rejestrów publicznych i wymiany informacji w formie elektronicznej imię imiona osoby odpowiednik cechy informacyjnej Imię wymienionej w Rozporządzeniu Rady Ministrów z dnia 11 października 2005 r. w sprawie minimalnych wymagań dla rejestrów publicznych i wymiany informacji w formie elektronicznej kontakt określenie sposobu kontaktowania się z osobą (telefon, , faks,...), posiada atrybut typ funkcja - podelement określający funkcję (stanowisko) osoby w instytucji Pozwala opisać dane identyfikujące pracownika instytucji odpowiedzialnego za czynności przy tworzeniu i obiegu dokumentów. Wymagalność pracownik: opcjonalne pracownik.id: opcjonalne 16
17 pracownik.nazwisko: wymagane pracownik.imię: opcjonalne pracownik.kontakt: opcjonalne pracownik.kontakt.typ: wymagane pracownik.funkcja: opcjonalne Powtarzalność pracownik: nie pracownik.id - nie pracownik.nazwisko: nie pracownik.imię: nie pracownik.kontakt: tak pracownik.kontakt.typ: nie pracownik.funkcja: nie pracownik.id zgodnie z przyjętą w instytucji zasadą tworzenia identyfikatorów pracownik.nazwisko tekst, nazwiska wieloczłonowe łączone znakiem (minus), bez spacji pracownik.imię tekst, poszczególne imiona oddzielone od siebie spacją pracownik.kontakt zgodnie ze standardem określonym przez atrybut typ pracownik.kontakt.typ konieczne jest stworzenie słownika typów podstawowych, sugerowany słownik powinien zawierać co najmniej wartości: telefon, faks, pracownik.funkcja - tekst Dla pracownika Jana Kowalskiego pełniącego funkcję kierownika działu: <pracownik> <id typ="pesel"> </id> <nazwisko>kowalski</nazwisko> <imie>jan</imie> <kontakt typ=" "> @przyklad.tld</kontakt> <funkcja>kierownik działu</funkcja> </pracownik> Uprawnienia (Prawa) Uprawnienia (Prawa) Wskazanie podmiotu uprawnionego do dysponowania dokumentem. Pozwala na określenie, kto ma prawo użytkować, kopiować, rozpowszechniać, publikować lub w jakikolwiek inny sposób korzystać z części lub z całości dokumentu. Dodatkowe objaśnienia Wymagalność uprawnienia: opcjonalne Powtarzalność uprawnienia: tak uprawnienia tekst 17
18 <uprawnienia> Unesco 2003 do polskiego tłumaczenia Naczelna Dyrekcja Achiwów Państwowych </uprawnienia> <uprawnienia> Wydawnictwo ABCDE Wszelkie prawa zastrzeżone </uprawnienia> Relacja Relacja Określenie bezpośredniego powiązania z innym dokumentem i rodzaju tego powiązania. identyfikator element Identyfikator określający zasób lub dokument z którym dany zasób (dokument) pozostaje w relacji typ określenie charakteru relacji Pozwala na odnalezienie kontekstu dokumentu czyli dokumentów, które są bezpośrednio powiązane z danym dokumentem. Na przykład kolejnych wersji tego samego dokumentu, dekretacji dokumentu, dokumentów cytowanych w dokumencie dokumentów składających się z innych dokumentów (załączników do dokumentów) itd. Wymagalność relacja: opcjonalne relacja.identyfikator: wymagane relacja.typ: wymagane Powtarzalność relacja: tak relacja.identyfikator: nie relacja.typ: nie relacja.identyfikator zgodnie z definicją elementu Identyfikator relacja.typ Standardowe typy relacji powinny być ujęte w słownik zawierający co najmniej następujące typy relacji: maformat, jestformatem określa, że dokument jest wierną kopią treści dokumentu zapisaną w innym formacie. mawersję, jestwersją określa, że jeden z dokumentów jest wcześniejszą wersją drugiego. Jeśli dokument A mawersję dokument B to dokument A jest wcześniejszą wersją B. Dla typu jestwersją zachodzi pełna analogia tylko w drugim kierunku. maczęść, jestczęścią określa, że dany dokument składa się z wielu dokumentów (np. dokument z załącznikami). maodniesienie, odnosisiędo określa, że jeden z dokumentów ma odniesienie do drugiego np. poprzez cytat, referencje. maźródło do określenia dokumentu źródłowego danego dokumentu. wymaga, jestwymagany jeśli jeden dokument jest wymagany przez inny. jestdekretacją, madekretację określa dekretację (przekazanie) dokumentu w ramach załatwiania sprawy dla dokumentu który ma część w postaci dokumentu o identyfikatorze SystemID: P rtf: <relacja> <identyfikator> <typ>systemid</typ> <wartosc>p rtf</wartosc> 18
19 </identyfikator> <typ>maczesc</typ> </relacja> dla dokumentu który jest dekretacją dokumentu o identyfikatorze P rtf <relacja> <identyfikator> <typ>systemid</typ> <wartosc>p rtf</wartosc> </identyfikator> <typ>jestdekretacja</typ> </relacja> Status Status Określenie wersji dokumentów rodzaj określenie rodzaj statusu, np szkic, wersja, wersja finalna wersja numer wersji dotyczący danego rodzaju statusu opis opis wersji np. dla kogo jest przeznaczona, jaki był cel stworzenia wersji Umożliwia wyszukiwanie względem statusu dokumentu na przykład tylko wersji finalnych Wymagalność status: opcjonalne status.rodzaj: wymagane status.wersja: wymagane status.opis: opcjonalne Powtarzalność status: nie status.rodzaj: nie status.wersja: nie status.opisu: nie status.rodzaj - Sugerowane jest stworzenie słownika używanych w danym podmiocie rodzajów statusów, np. szkic, wersja, wersja finalna. status.wersja tekst. status.opis tekst Tematyka dla dokumentu będącego szkicem wstępnym któremu nadano numer 0.2 i opisano, że jest to wersja przeznaczona do dyskusji na konferencji uzgodnieniowej: <status> <rodzaj>szkic</rodzaj> <wersja>0.2</wersja> <opis>do dyskusji na konferencji uzgodnieniowej</opis> </status> Tematyka Kluczowe informacje dotyczące treści dokumentu. przedmiot określenie tematyki treści dokumentu na bardzo dużym poziomie ogólności, nie będące nazwą własną (tj. nie nazwą geograficzną, osoby, obiektu, ulicy, instytucji itp.) osoby określenie osoby o której traktuje treść dokumentu miejsce określenie obszaru administracyjnego lub obiektów geograficznych 19
20 o których traktuje treść czas określenie okresów czasu lub konkretnych dat, których dotyczy treść dokumentu; posiada dwa : od i do odbiorcy kategorię (grupa) osób lub instytucji, dla których dany dokument jest przeznaczony (do których kierowana jest treść) inne inne wskazówki dotyczące treści, posiada dwa poelementy: klucz i wartość Wymagalność tematyka: opcjonalne tematyka.przedmiot: opcjonalne tematyka.osoby: opcjonalne tematyka.miejsce: opcjonalne tematyka.czas: opcjonalne tematyka.czas.od: opcjonalne tematyka.czas.do: opcjonalne tematyka.obiorcy: opcjonalne tematyka.inne: opcjonalne tematyka.inne.klucz: wymagane tematyka.inne.wartość: wymagane Powtarzalność tematyka.tematyka: nie tematyka.przedmiot: tak tematyka.osoby: tak tematyka.miejsce: tak tematyka.czas: tak tematyka.czas.od: nie tematyka.czas.do: nie tematyka.odbiorcy: tak tematyka.inne: tak tematyka.inne.klucz: nie tematyka.inne.wartość: nie tematyka.przedmiot - Zalecane jest stworzenie i użytkowanie słownika referencyjnego dla haseł przedmiotowych. tematyka.osoby tekst tematyka.miejsce tekst (zalecane jest wykorzystanie gotowego słownika) tematyka.czas.od jak dla podelementu data.czas tematyka.czas.do jak dla podelementu data.czas tematyka.obiorcy zalecane jest stworzenie referencyjnego słownika kategorii odbiorców tematyka.inne oba tekstowe. dla zbioru dokumentów dotyczących przerwy w dostawie prądu w Warszawie przy ulicy Kwiatowej, która miała miejsce w dniach października 2005: <tematyka> <przedmiot>energetyka</przedmiot> <przedmiot>awarie</przedmiot> <miejsce>ulica Kwiatowa</miejsce> <miejsce>warszawa</miejsce> <czas> <od> </od> <do> </do> </czas> <inne> <klucz>przedsiębiorstwa</klucz> <wartosc>zakład Energetyki Warszawa-Żoliborz</wartosc> </inne> 20
21 </tematyka> dla dokumentu dotyczącego protestu Zielonej Alternatywy przeciwko dalszemu funkcjonowaniu huty im. Sendzimira, która wg protestujących ma zły wpływ na środowisko naturalne i odstrasza turystów <tematyka> <przedmiot>turystyka</przedmiot> <przedmiot>ochrona środowiska</przedmiot> <miejsce>nowa Huta</miejsce> <miejsce>kraków</miejsce> <inne> <klucz>przedsiębiorstwa</klucz> <wartosc>huta im. Sendzimira </wartosc> </inne> <inne> <klucz>partie polityczne</klucz> <wartosc>zielona Alternatywa</wartosc> </inne> </tematyka> dla nagrania apelu prezydenta miasta Gniezna do jego mieszkańców, wygłoszonego na konferencji prasowej, dotyczącego zimowej opieki nad zwierzętami domowymi w sezonie 2010/2011 <tematyka> <przedmiot>zwierzęta domowe</przedmiot> <miejsce>gniezno</miejsce> <czas> <od> </od> <do> </do> </czas> <odbiorcy>mieszkańcy Gniezna</odbiorcy> </tematyka> dla sprawozdania dotyczącego budowy sieci hipermarketów Anna i Jan w Polsce w latach <tematyka> <przedmiot>handel</przedmiot> <miejsce>polska</miejsce> <czas> <od>2008</od> <do>2012</do> </czas> <inne> <klucz>placówki handlowe</klucz> <wartosc>anna i Jan</wartosc> </inne> </tematyka> Twórca Twórca Podmiot odpowiedzialny za treść dokumentu, z podaniem jego roli w procesie tworzenia lub akceptacji dokumentu. funkcja podelement określający funkcję czyli rodzaj odpowiedzialności za treść dokumentu podmiot element definiujący twórcę Pozwala na identyfikację twórcy. Wymagalność twórca: wymagane jest podanie co najmniej jednego podmiotu odpowiedzialnego za wytworzenie dokumentu twórca.funkcja: wymagane twórca.podmiot: wymagane Powtarzalność twórca: tak 21
22 twórca.podmiot: nie twórca.funkcja: nie twórca.podmiot: zgodnie z definicją elementu Podmiot twórca.funkcja: konieczne jest stworzenie referencyjnego słownika funkcji użytkowanych w podmiocie, słownik musi zawierać co najmniej następujące elementy: stworzył, modyfikował, zatwierdził dla twórcy dokumentu będącego osobą fizyczną - która podała PESEL, dane adresowe do korespondencji na ulicę Kwiatową 500/502 m.17 w Cżęstochowie oraz adres poczty elektronicznej @poczta.tld: <tworca> <funkcja>stworzył</funkcja> <podmiot> <osoba> <id typ="pesel"> </id> <nazwisko>kowalski</nazwisko> <imie>jan</imie> <adres> <kod>42-202</kod> <miejscowosc>częstochowa</miejscowosc> <ulica>kwiatowa</ulica> <budynek>500/502</budynek> <lokal>17</lokal> <kraj>pl</kraj> </adres> <kontakt typ=" "> @poczta.tld</kontakt> </osoba> </tworca> dla dokumentu zatwierdzonego przez dyrektora Departamentu Informatyzacji MSWiA, posiadającego dane adresowe: ul. Wspólna 1/3, Warszawa i podającego jako dane kontaktowe ogólny nr faksu do Departamentu Informatyzacji (0-22) : <tworca> <funkcja>zatwierdził</funkcja> <podmiot> <instytucja> <id typ= NIP > </id> <nazwa>ministerstwo Spraw Wewnętrznych i Administracji</nazwa> <jednostka> <nazwa>departament Informatyzacji</nazwa> <kontakt typ="faks">(0-22) </kontakt> <poziom>departament</poziom> <pracownik> <nazwisko>słowikowski</nazwisko> <imie>marek</imie> <funkcja>dyrektor</funkcja> </pracownik> </jednostka> </instytucja> </tworca> Typ Typ Określenie podstawowego typu dokumentu w oparciu o listę typów Dublin Core Metadata Initiative i jego ewentualne dookreślenie. kategoria określenie podstawowego typu dokumentu na bardzo ogólnym poziomie (np. tekst, dźwięk, obraz, obraz ruchomy, kolekcja) rodzaj dookreślenie typy podstawowego dokumentu ze względu na funkcję jaką pełni (np. prezentacja, faktura, ustawa, notatka, rozporządzenie, pismo) 22
23 Pozwala na odnajdywanie dokumentów wg określonych typów (np. tylko dokumentów tekstowych, tylko fotografii, tylko nagrań dźwiękowych, tylko faktur). Wymagalność typ: wymagane typ.kategoria: wymagane typ.rodzaj: opcjonalne Powtarzalność typ: nie typ.kategoria: nie typ.rodzaj: nie typ.kategoria zgodnie z listą kategorii DCMI: typ.rodzaj - rekomendowane jest przygotowanie słownika typów właściwego dla praktyki kancelaryjnej podmiotu dla dokumentu tekstowego będącego sprawozdaniem: <typ> <kategoria>text</kategoria> <rodzaj>sprawozdanie</rodzaj> </typ> dla dokumentu tekstowego będącego ustawą: <typ> <kategoria>text</kategoria> <rodzaj>ustawa</rodzaj> </typ> dla fotografii: <typ> <kategoria>image</kategoria> <rodzaj>fotografia</rodzaj> </typ> dla reportażu telewizyjnego: <typ> <kategoria>movingimage</kategoria> <rodzaj>reportaż telewizyjny</rodzaj> </typ> Tytuł Tytuł nadana dokumentowi. oryginalny tytuł oryginalny, posiada atrybut język, określający kod języka, w którym został zapisany tytuł oryginalny alternatywny tytuł alternatywny (tłumaczenie, tytuł dodatkowy), posiada atrybut język określający kod języka, w którym został zapisany tytuł alternatywny Wymagalność tytuł: wymagane tytuł.oryginalny: wymagane tytuł.oryginalny.język: opcjonalne tytuł.alternatywny: opcjonalne tytuł.alternatywny.język: opcjonalne Powtarzalność tytuł: nie tytuł.oryginalny: nie tytuł.oryginalny.język: nie 23
24 tytuł.alternatywny: tak tytuł.alternatywny.język: nie tytuł.oryginalny: tekst tytuł.oryginalny.język: kod języka naturalnego zgodnie ze standardem ISO tytuł.alternatywny: opcjonalny tytuł.alternatywny.język: kod języka naturalnego zgodnie ze standardem ISO XML Przykład Dla ustawy z dnia 17 lutego 2005 r. o informatyzacji działalności podmiotów realizujących zadania publiczne: <tytul> <oryginalny jezyk="pol">ustawa z dnia 17 lutego 2005 r. o informatyzacji działalności podmiotów realizujących zadania publiczne </oryginalny> </tytul> dla zbioru materiałów z konferencji międzynarodowej dotyczącej przyszłości dziedzictwa cyfrowego: <tytul> <oryginalny jezyk="ita">futuro Delle Memorie Digitali e Patrimonio Culturale</oryginalny> <alternatywny jezyk="eng">the Future of Digital Memory and Cultural Heritage</alternatywny> </tytul> tytuł nadany pismu obywatela zwracającego się o pomoc w znalezieniu dokumentów: <tytul> <oryginalny jezyk="pol">prośba o wskazanie archiwów przechowujących akta miasta Krakowa</oryginalny> </tytul> tytuł dokumentu w przypadku wykorzystania standardowego wzoru wniosku o odebranie prawa jazdy (wzoru o symbolu wopj ) <tytul> <oryginalny jezyk="pol">wniosek o odebranie prawa jazdy</oryginalny> <alternatywny>wopj </oryginalny> </tytul> 24
25 3.24. XSD - na podstawie Załącznika do rozporządzenia Ministra Spraw Wewnętrznych i Administracji z dnia 2 listopada 2006 r. w sprawie wymagań technicznych formatów i informatycznych nośników danych, na których utrwalono materiały archiwalne przekazywane do archiwów państwowych (Dz.U nr 206 poz. 1519) <?xml version="1.0" encoding="utf-8"?> <xsd:schema xmlns:xsd=" xmlns:ndap=" xmlns:un.ece.unedocs.cl.iso3166=" xmlns:iso639-2=" targetnamespace=" elementformdefault="qualified"> <xsd:import namespace=" schemalocation=" <xsd:import namespace=" schemalocation=" <xsd:element name="dokument"> <xsd:complextype> <xsd:element name="odbiorca" type="ndap:odbiorca" minoccurs="0" maxoccurs="unbounded"/> <xsd:element name="data" type="ndap:data" minoccurs="1" maxoccurs="unbounded"/> <xsd:element name="dostep" type="ndap:dostep" minoccurs="1" maxoccurs="1"/> <xsd:element name="format" type="ndap:format" minoccurs="1" maxoccurs="1"/> <xsd:element name="grupowanie" type="ndap:grupowanie" minoccurs="0" maxoccurs="unbounded"/> <xsd:element name="identyfikator" type="ndap:identyfikator" minoccurs="1" maxoccurs="unbounded"/> <xsd:element name="jezyk" type="ndap:jezyk" minoccurs="0" maxoccurs="unbounded"/> <xsd:element name="lokalizacja" type="ndap:lokalizacja" minoccurs="0" maxoccurs="unbounded"/> <xsd:element name="opis" type="xsd:string" minoccurs="0" maxoccurs="1"/> <xsd:element name="prawa" type="xsd:string" minoccurs="0" maxoccurs="unbounded"/> <xsd:element name="kwalifikacja" type="ndap:kwalifikacja" minoccurs="0" maxoccurs="1"/> <xsd:element name="relacja" type="ndap:relacja" minoccurs="0" maxoccurs="unbounded"/> <xsd:element name="status" type="ndap:status" minoccurs="0" maxoccurs="1"/> <xsd:element name="tematyka" type="ndap:tematyka" minoccurs="0" maxoccurs="1"/> <xsd:element name="tworca" type="ndap:tworca" minoccurs="1" maxoccurs="unbounded"/> <xsd:element name="typ" type="ndap:typ" minoccurs="1" maxoccurs="1"/> <xsd:element name="tytul" type="ndap:tytul" minoccurs="1" maxoccurs="1"/> </xsd:element> <xsd:complextype name="adres"> <xsd:element name="kod" type="xsd:string" minoccurs="0" maxoccurs="1"/> <xsd:element name="poczta" type="xsd:string" minoccurs="0" maxoccurs="1"/> <xsd:element name="miejscowosc" type="xsd:string" minoccurs="1" maxoccurs="1"/> <xsd:element name="ulica" type="xsd:string" minoccurs="0" maxoccurs="1"/> <xsd:element name="budynek" type="xsd:string" minoccurs="0" maxoccurs="1"/> <xsd:element name="lokal" type="xsd:string" minoccurs="0" maxoccurs="1"/> <xsd:element name="skrytkapocztowa" type="xsd:string" minoccurs="0" maxoccurs="1"/> <xsd:element name="uwagi" type="xsd:string" minoccurs="0" maxoccurs="1"/> <xsd:element name="kraj" type="un.ece.unedocs.cl.iso3166:countrycoded" minoccurs="1" maxoccurs="1" default="pl"/> 25
26 <xsd:complextype name="odbiorca"> <xsd:element name="podmiot" type="ndap:podmiot" minoccurs="1" maxoccurs="1"/> <xsd:element name="rodzaj" minoccurs="1" maxoccurs="1"> <xsd:simpletype> <xsd:restriction base="xsd:string"> <xsd:enumeration value="glowny"/> <xsd:enumeration value="do wiadomosci"/> </xsd:restriction> </xsd:simpletype> </xsd:element> <xsd:complextype name="data"> <xsd:element name="typ" type="ndap:typdaty" minoccurs="1" maxoccurs="1"/> <xsd:choice> <xsd:element name="czas" type="ndap:czas" minoccurs="1" maxoccurs="1"/> <xsd:group ref="ndap:przedzialczasu"/> </xsd:choice> <xsd:simpletype name="typdaty"> <xsd:restriction base="xsd:string"> <xsd:enumeration value="dostepnypo"/> <xsd:enumeration value="opublikowany"/> <xsd:enumeration value="stworzony"/> <xsd:enumeration value="uzyskany"/> <xsd:enumeration value="otrzymany"/> <xsd:enumeration value="wyslany"/> <xsd:enumeration value="zaakceptowany"/> <xsd:enumeration value="zatwierdzony"/> <xsd:enumeration value="zmodyfikowany"/> <xsd:enumeration value="daty skrajne"/> </xsd:restriction> </xsd:simpletype> <xsd:group name="przedzialczasu"> <xsd:element name="od" type="ndap:czas" minoccurs="1" maxoccurs="1"/> <xsd:element name="do" type="ndap:czas" minoccurs="1" maxoccurs="1"/> </xsd:group> <xsd:simpletype name="czas"> <xsd:union membertypes="xsd:gyear xsd:gyearmonth xsd:date xsd:datetime"/> </xsd:simpletype> <xsd:complextype name="dostep"> <xsd:element name="dostepnosc" minoccurs="1" maxoccurs="1"> <xsd:simpletype> 26
27 <xsd:restriction base="xsd:string"> <xsd:enumeration value="wszystko"/> <xsd:enumeration value="metadane"/> <xsd:enumeration value="niedostepne"/> </xsd:restriction> </xsd:simpletype> </xsd:element> <xsd:element name="uwagi" type="xsd:string" minoccurs="0" maxoccurs="1"/> <xsd:element name="data" minoccurs="0" maxoccurs="1"> <xsd:complextype> <xsd:complexcontent> <xsd:restriction base="ndap:data"> <xsd:element name="typ" type="ndap:typdaty" fixed="dostepnypo" minoccurs="1" maxoccurs="1"/> <xsd:element name="czas" type="ndap:czas" minoccurs="1" maxoccurs="1"/> </xsd:restriction> </xsd:complexcontent> </xsd:element> <xsd:complextype name="format"> <xsd:element name="typ" type="xsd:string" minoccurs="1" maxoccurs="1"/> <xsd:element name="specyfikacja" type="xsd:string" minoccurs="0" maxoccurs="1"/> <xsd:element name="wielkosc" type="ndap:wielkosc" minoccurs="0" maxoccurs="1"/> <xsd:complextype name="wielkosc"> <xsd:simplecontent> <xsd:extension base="xsd:string"> <xsd:attribute name="jednostka" use="required"> <xsd:simpletype> <xsd:union membertypes="xsd:string"> <xsd:simpletype> <xsd:restriction base="xsd:string"> <xsd:enumeration value="bajt"/> </xsd:restriction> </xsd:simpletype> </xsd:union> </xsd:simpletype> </xsd:attribute> </xsd:extension> </xsd:simplecontent> <xsd:complextype name="grupowanie"> <xsd:element name="typ" type="xsd:string" minoccurs="1" maxoccurs="1"/> <xsd:element name="kod" type="xsd:string" minoccurs="1" maxoccurs="1"/> <xsd:element name="opis" type="xsd:string" minoccurs="1" maxoccurs="1"/> 27
(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,
Warunki Techniczne wykonania przedmiotu zamówienia
Załącznik r 7do SIWZ Gmina Miasta Gdyni 81-382 Gdynia, Al. Marszałka Piłsudskiego 52/54 Warunki Techniczne wykonania przedmiotu zamówienia Dostawa i wdrożenie systemu elektronicznej archiwizacji, zarządzania
A - Struktura metadanych opisujących przesyłkę wpływającą (zestaw minimalny)
Załącznik nr 3 do Instrukcji kancelaryjnej A - Struktura metadanych opisujących przesyłkę wpływającą (zestaw minimalny) Lp. Nazwa elementu Sposób zapisu Wymagalność* Powtarzalność 1 Oznacze nadawcy przesyłki,
INSTYTUT ANALIZ REGIONALNYCH
STRUKTURY METADANYCH A - Struktura metadanych opisujących przesyłkę wpływającą (zestaw minimalny) Załącznik nr 1 do instrukcji kancelaryjnej 1 Oznacze podmiotu odpowiedzialnego za treść przesyłki, w tym:
MINISTERSTWO SPRAW WEWNĘTRZNYCH I ADMINISTRACJI DEPARTAMENT INFORMATYZACJI
MINISTERSTWO SPRAW WEWNĘTRZNYCH I ADMINISTRACJI DEPARTAMENT INFORMATYZACJI ul. Wspólna 1/3 00-529 Warszawa ZESTAW SCHEMATÓW PODSTAWOWYCH Projekt współfinansowany Przez Unię Europejską Europejski Fundusz
- 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 -
Warszawa, dnia 29 maja 2019 r. Poz Rozporządzenie Prezydenta Rzeczypospolitej Polskiej. z dnia 27 maja 2019 r.
DZIENNIK USTAW RZECZYPOSPOLITEJ POLSKIEJ Warszawa, dnia 29 maja 2019 r. Poz. 1004 Rozporządzenie Prezydenta Rzeczypospolitej Polskiej z dnia 27 maja 2019 r. w sprawie sposobu postępowania z aktami spraw
Standard metadanych. wersja 0.1
Standard metadanych wersja 0.1 2005 05 20 Tytuł Twórca Twórca Adresat Standard metadanych e PL autor: Naczelna Dyrekcja Archiwów Państwowych; ul. Długa 6 00 950 Warszawa telefon: +48 (22) 831 32 06 e mail:
Poczta Polska S.A. Opis struktury pliku z danymi przekazów pocztowych lub Ekspresów Pieniężnych. Wersja 2.1
Poczta Polska S.A. Opis struktury pliku z danymi przekazów pocztowych lub Ekspresów Pieniężnych Wersja 2.1 Lipiec 2014 1. Struktura pliku z przekazami pocztowymi/ekspresami Pieniężnymi Niniejszy dokument
Definicja struktury danych XSD dla opisu wzorów dokumentów elektronicznych przyjmowanych w Centralnym Repozytorium Dokumentów
Definicja struktury danych XSD dla opisu wzorów dokumentów elektronicznych przyjmowanych w Centralnym Repozytorium Dokumentów Zawartość Wstęp...3 Cel dokumentu...3 Adresat dokumentu...3 Deklarowane przestrzenie
MINISTERSTWO SPRAW WEWNĘTRZNYCH I ADMINISTRACJI DEPARTAMENT INFORMATYZACJI
MINISTERSTWO SPRAW WEWNĘTRZNYCH I ADMINISTRACJI DEPARTAMENT INFORMATYZACJI ul. Wspólna 1/3 00-529 Warszawa URZĘDOWE POŚWIADCZENIA ODBIORU UPP ORAZ UPD Projekt współfinansowany Przez Unię Europejską Europejski
Dokumenty elektroniczne w administracji publicznej - generaliter
Dokumenty elektroniczne w administracji publicznej - generaliter Dz. U. 206 z 2006 r. ROZPORZĄDZENIE MINISTRA SPRAW WEWNĘTRZNYCH I ADMINISTRACJI z dnia 30 października 2006 r. [poz. 1517] w sprawie niezbędnych
Zarządzenie nr 64/2014 Prezydenta Miasta Radomia z dnia 31 grudnia 2014 r.
Zarządzenie nr 64/2014 Prezydenta Miasta Radomia z dnia 31 grudnia 2014 r. w sprawie wskazania podstawowego systemu wykonywania czynności kancelaryjnych w Urzędzie Miasta Radom Na podstawie art. 33 ust.
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
Struktura danych osobowych programu E-Urząd
Struktura danych osobowych programu E-Urząd Wersja 1.0 Damian Barczyk Spis treści ZAKRES DOKUMENTU...1 PRZEPŁYWY DANYCH...1 ZAKRES PRZECHOWYWANYCH DANYCH OSOBOWYCH...2 Schemat struktury danych osobowych
UCHWAŁA NR L/540/2014 RADY MIASTA USTROŃ. z dnia 30 października 2014 r.
UCHWAŁA NR L/540/2014 RADY MIASTA USTROŃ z dnia 30 października 2014 r. w sprawie ustalenia wzoru deklaracji o wysokości opłaty za gospodarowanie odpadami komunalnymi składanej przez właścicieli nieruchomości
z dnia 30 października 2006 r. (Dz. U. z dnia 17 listopada 2006 r.)
Dz.U.2006.206.1518 ROZPORZĄDZENIE MINISTRA SPRAW WEWNĘTRZNYCH I ADMINISTRACJI 1) z dnia 30 października 2006 r. w sprawie szczegółowego sposobu postępowania z dokumentami elektronicznymi (Dz. U. z dnia
Rzeszów, dnia 18 czerwca 2015 r. Poz. 1866 UCHWAŁA NR IX.87.2015 RADY MIEJSKIEJ W BOGUCHWALE. z dnia 28 maja 2015 r.
DZIENNIK URZĘDOWY WOJEWÓDZTWA PODKARPACKIEGO Rzeszów, dnia 18 czerwca 2015 r. Poz. 1866 UCHWAŁA NR IX.87.2015 RADY MIEJSKIEJ W BOGUCHWALE z dnia 28 maja 2015 r. w sprawie warunków i trybu składania informacji
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
SPOSÓB POSTĘPOWANIA Z DOKUMENTACJĄ W JEDNOSTCE ORGANIZACYJNEJ W ŚWIETLE INSTRUKCJI KANCELARYJNEJ
SPOSÓB POSTĘPOWANIA Z DOKUMENTACJĄ W JEDNOSTCE ORGANIZACYJNEJ W ŚWIETLE INSTRUKCJI KANCELARYJNEJ Rynia 2015 STAN PRAWNY Ustawa z dnia 14 lipca 1983 r. o narodowym zasobie archiwalnym i archiwach (tekst
UCHWAŁA NR LII/1230/14 RADY MIASTA KATOWICE. z dnia 30 lipca 2014 r.
UCHWAŁA NR LII/1230/14 RADY MIASTA KATOWICE z dnia 30 lipca 2014 r. zmieniająca uchwałę w sprawie wzoru deklaracji o wysokości opłaty za gospodarowanie odpadami komunalnymi składanej przez właścicieli
Format elektroniczny deklaracji o wysokości opłaty za gospodarowanie odpadami komunalnymi oraz układ informacji i powiązań między nimi
Format elektroniczny deklaracji o wysokości opłaty za gospodarowanie odpadami komunalnymi oraz układ informacji i powiązań między nimi
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
<meta:wartosc>http://rwd.sekap.pl/wzor/2013/12/05/1432/styl.xsl</meta:wartosc> </meta:identyfikator> <meta:rodzajrelacji>maczesc</meta:rodzajrelacji>
Załącznik Nr 2 do Uchwały Nr XLIII/427/2013 Rady Miejskiej w Sławkowie z dnia 30.12.2013r.
Szczecin, 05.02.2015 r. Copyright (c) 2015 Izba Skarbowa w Szczecinie. Izba Skarbowa w Szczecinie
Izba Skarbowa w Szczecinie Centrum Kompetencyjne Egzekucji Administracyjnej Format danych tytułów wykonawczych przekazywanych do organów egzekucyjnych przez epuap Instrukcja Wersja 1-2E0 Szczecin, 0.02.201
PROJEKT INTERFEJSU UśYTKOWNIKA PROJEKT <NAZWA PROJEKTU> WERSJA <NUMER WERSJI DOKUMENTU>
Załącznik nr 4.5 do Umowy nr 35-ILGW-253-.../20.. z dnia... MINISTERSTWO FINANSÓW DEPARTAMENT INFORMATYKI PROJEKT INTERFEJSU UśYTKOWNIKA PROJEKT WERSJA numer wersji
Zarządzenie Nr 400/OU/2017 Prezydenta Miasta Słupska z dnia 9 maja zarządzam, co następuje:
Zarządzenie Nr 400/OU/2017 Prezydenta Miasta Słupska z dnia 9 maja 2017 w sprawie wskazania podstawowego systemu wykonywania czynności kancelaryjnych w Urzędzie Miejskim w Słupsku oraz określenia wyjątków
INSTRUKCJA KANCELARYJNA ZWIĄZKU ŻOŁNIERZY WOJSKA POLSKIEGO
Zarządzenie nr 1/X/2018 Prezesa Związku Żołnierzy Wojska Polskiego z dnia 5 czerwca 2018 r. w sprawie: wprowadzenia Instrukcji kancelaryjnej Związku Żołnierzy Wojska Polskiego Na podstawie art. 6 ust.
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
PLAN ZARZĄDZANIA WYMAGANIAMI PROJEKT <NAZWA PROJEKTU> WERSJA <NUMER WERSJI DOKUMENTU>
Załącznik nr 4.4 do Umowy nr 35-ILGW-253-.../20.. z dnia... MINISTERSTWO FINANSÓW DEPARTAMENT INFORMATYKI PLAN ZARZĄDZANIA WYMAGANIAMI PROJEKT WERSJA numer wersji
PL_ADMINISTRACJA (ustawodawstwo)
PL_ADMINISTRACJA (ustawodawstwo) Dz. U. 206 z 2006 r. ROZPORZĄDZENIE MINISTRA SPRAW WEWNĘTRZNYCH I ADMINISTRACJI z dnia 30 października 2006 r. [poz. 1517] w sprawie niezbędnych elementów struktury dokumentów
UCHWAŁA NR... RADY MIASTA KATOWICE. z dnia... r.
Projekt UCHWAŁA NR... RADY MIASTA KATOWICE z dnia...... r. zmieniająca uchwałę w sprawie wzoru deklaracji o wysokości opłaty za gospodarowanie odpadami komunalnymi składanej przez właścicieli nieruchomości
zarządza się, co następuje:
Zarządzenie Burmistrza Aleksandrowa Łódzkiego nr 61/2017 z dnia 5 maja 2017 roku w sprawie utworzenia i zasad działania punktu potwierdzającego profile zaufane elektronicznej Platformy Usług Administracji
INSTRUKCJA KANCELARYJNA
-Załącznik nr 1 do Decyzji nr 232/10 KWP we Wrocławiu z dn. 18.06.2010 r. INSTRUKCJA KANCELARYJNA w sprawie tworzenia, ewidencjonowania oraz przechowywania dokumentów jawnych w komórkach i jednostkach
Załącznik nr 5 do uchwały Nr XXXVIII/775/2013 Rady Miejskiej w Gliwicach z dnia 07 listopada 2013 r.
Załącznik nr 5 do uchwały Nr XXXVIII/775/2013 Rady Miejskiej w Gliwicach z dnia 07 listopada 2013 r.
Język XML Schema. UEK w Krakowie Janusz Stal & Grażyna Paliwoda-Pękosz. UEK w Krakowie Janusz Stal & Grażyna Paliwoda-Pękosz
Język Schema Po zrealizowaniu materiału student będzie w stanie Stworzyć formalny opis dokumentu Deklarować elementy i atrybuty Określić strukturę elementów w dokumencie Operować dostępnymi typami danych
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
ZARZĄDZENIE NR 105/2011 Burmistrza Miasta Nowego Miasta Lubawskiego z dnia 5 lipca 2011 roku
ZARZĄDZENIE NR 105/2011 Burmistrza Miasta Nowego Miasta Lubawskiego w sprawie utworzenia składu informatycznych nośników danych w Urzędzie Miejskim w Nowym Mieście Lubawskim. Na podstawie art.30 ust.1
Nowa instrukcja kancelaryjna zmiany w obiegu papierowym, systemy Elektronicznego Zarządzania Dokumentacją (EZD) oraz wspomagające EZD
Nowa instrukcja kancelaryjna zmiany w obiegu papierowym, systemy Elektronicznego Zarządzania Dokumentacją (EZD) oraz wspomagające EZD Adam Szabuniewicz Nowa instrukcja kancelaryjna - urząd papierowy czy
Instrukcja do programu DoDHL 1.5
Instrukcja do programu DoDHL 1.5 Program DoDHL 1.5 pozwala w prosty sposób wykorzystać dane z systemu sprzedaży Subiekt GT do generowania listów przewozowych dla firmy kurierskiej DHL w połączeniu z bezpłatnym
Procedura działania Punktu Potwierdzającego profile zaufane epuap w Urzędzie Miejski w Radłowie
Załącznik Nr 1 do Zarządzenia nr 2.2015 Burmistrza Radłowa z dnia 7 stycznia 2015 r. Procedura działania Punktu Potwierdzającego profile zaufane epuap w Urzędzie Miejski w Radłowie 0 Spis treści: 1. Użyte
Instrukcja do programu DoUPS 1.0
Instrukcja do programu DoUPS 1.0 Program DoUPS 1.0 pozwala w prosty sposób wykorzystać dane z systemu sprzedaży Subiekt GT do generowania listów przewozowych dla firmy kurierskiej UPS w połączeniu z bezpłatnym
Struktura logiczna zgłoszenia aktualizacyjnego osoby fizycznej nieprowadzącej samodzielnie działalności gospodarczej (NIP-3)
Załącznik nr 2 Struktura logiczna zgłoszenia aktualizacyjnego osoby fizycznej nieprowadzącej samodzielnie działalności gospodarczej (NIP-3) Nazwa pliku XSD: http://e-deklaracje.mf.gov.pl/repozytorium/nip/nip-3(5)_v1-0.xsd
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...
OKK Przemyśl, dnia 24 kwietnia 2017 r. Pan
OKK.1712.1.2017 Przemyśl, dnia 24 kwietnia 2017 r. Pan (.) Naczelnik Kancelarii Prezydenta Miasta w/m W okresie od dnia 9 lutego 2017 r. do dnia 31 marca 2017 r., z wyłączeniem okresu wykazanego w protokole,
Spis treści OPIS PLIKU W FORMACIE CSV Z DANYMI PPE LUB EP 1
O PIS PLIKU W F O R M A C I E CSV Z D A N Y M I PRZEKAZÓW PIENIĘŻNYCH L U B E K S PRESÓW PIENIĘŻNYCH D O K U M E N T A C J A T E C H N I C Z N A W E R S J A 4.0 L I P I E C 2 0 1 4 Spis treści 1. Struktura
DZIENNIK URZĘDOWY WOJEWÓDZTWA ŚLĄSKIEGO
DZIENNIK URZĘDOWY WOJEWÓDZTWA ŚLĄSKIEGO Katowice, dnia 9 lutego 2015 r. Poz. 646 UCHWAŁA NR V/43/15 RADY MIASTA CHORZÓW z dnia 5 lutego 2015 r. w sprawie określenia wzoru deklaracji o wysokości opłaty
Procedura działania Punktu Potwierdzającego Profile Zaufane epuap w Urzędzie Miasta ChełmŜy
Załącznik do Zarządzenia Nr7/SOR/15 Burmistrza Miasta ChełmŜy z dnia 27 stycznia 2015 r. Procedura działania Punktu Potwierdzającego Profile Zaufane epuap w Urzędzie Miasta ChełmŜy 1 Spis treści 1. UŜyte
Procedura działania Punktu Potwierdzającego. w Urzędzie Miasta Krakowa
Załącznik do zarządzenia Nr 2340/2011 Prezydenta Miasta Krakowa z dnia 12.10.2011 r. Procedura działania Punktu Potwierdzającego Profile Zaufane epuap w Urzędzie Miasta Krakowa Spis treści 1. Użyte pojęcia
Projekt z dnia 20 grudnia 2006 r. ROZPORZĄDZENIE MINISTRA FINANSÓW 1) z dnia 2007 r.
Projekt z dnia 20 grudnia 2006 r. ROZPORZĄDZENIE MINISTRA FINANSÓW 1) z dnia 2007 r. w sprawie deklaracji na podatek od środków transportowych składanych za pomocą środków komunikacji elektronicznej Na
Zmiany wprowadzone w pakiecie. Projekt PSZ.eDOK
Projekt Wersja 4.0 2 kwietnia 2012 Dokument wg wzorca PULS/SW/KOD/FR/10 Strona: 1 Spis treści 1. 3 Moduł administratora 1.1. Poszerzono funkcjonalność zmiany drzewa struktury organizacyjnej 3 1.2. Umożliwiono
Instrukcja sprawdzenia danych konta dyrektora ośrodka egzaminacyjnego (OE) oraz wyboru metod komunikacji
Numer instrukcji dla Dyrektora OE: 0002 (wersja: 2.0) Instrukcja sprawdzenia danych konta dyrektora ośrodka egzaminacyjnego (OE) oraz wyboru metod komunikacji Słowniczek pojęć: CKE: Centralna Komisja Egzaminacyjna
UCHWAŁA NR VII/.../2015 RADY GMINY PORĄBKA. z dnia 2 czerwca 2015 r.
Projekt z dnia 14 maja 2015 r. Zatwierdzony przez... UCHWAŁA NR VII/.../2015 RADY GMINY PORĄBKA z dnia 2 czerwca 2015 r. zmieniająca uchwałę w sprawie określenia wzoru deklaracji o wysokości opłaty za
SYSTEM ZARZĄDZANIA JAKOŚCIĄ WG NORMY PN EN ISO 9001:2009 PROCEDURA SYSTEMOWA PS 2. Postępowanie z dokumentami ZAWARTOŚĆ PROCEDURY
Strona 1/7 ZAWARTOŚĆ PROCEDURY 1. CEL PROCEDURY 2. ZAKRES PROCEDURY 3. ODPOWIEDZIALNOŚĆ 4. DEFINICJE 5. OPIS POSTĘPOWANIA 6. ALGORYTM POSTĘPOWANIA 7. DOKUMENTY ZWIĄZANE 8. ZAŁĄCZNIKI 9. TABELA ZMIAN Nr
Procedura zarządzania profilami zaufanymi epuap w Starostwie Powiatowym w Kłodzku
Załącznik nr do Zarządzenia nr 59/4 Starosty Kłodzkiego z dnia 0 września 204 Procedura zarządzania profilami zaufanymi epuap w Starostwie Powiatowym w Kłodzku Spis treści Użyte pojęcia i skróty... 3 Podstawa
Urząd Miejski w Przemyślu
Urząd Miejski w Przemyślu Wydanie: PROCEDURA SYSTEMOWA P/4.2.3/4.2.4 NADZÓR NAD DOKUMENTAMI I ZAPISAMI Strona: /4 Załącznik Nr 6 do Księgi Jakości Obowiązuje od: 26.07.20 r. Data modyfikacji:. CEL PROCEDURY
Procedura działania Punktu Potwierdzającego. Profile Zaufane epuap. w Urzędzie Gminy Łukta
Załącznik do Zarządzenia Nr.. Wójta Gminy Łukta z dnia.. Procedura działania Punktu Potwierdzającego Profile Zaufane epuap w Urzędzie Gminy Łukta PositiveProSp. z o.o. ul. Świętojerska 5/7 00-236 Warszawa
P.2.1 WSTĘPNA METODA OPISU I
1 S t r o n a P.2.1 WSTĘPNA METODA OPISU I ZNAKOWANIA DOKUMENTACJI MEDYCZNEJ W POSTACI ELEKTRONICZNEJ P.2. REKOMENDACJA OPISU I OZNAKOWANIA DOKUMENTACJI MEDYCZNEJ W POSTACI ELEKTRONICZNEJ 2 S t r o n a
SYSTEM MAGAZYNOWO-HANDLOWY
SYSTEM MAGAZYNOWO-HANDLOWY WF-Mag dla Windows struktury danych osobowych Wersja programu 7.70.0 Zakres dokumentu Dokument zawiera informacje przeznaczone dla administratorów systemów informatycznych, którzy
(Dz. U. z 2019 r. poz. 605.)
Szczegółowy zakres danych objętych wpisem do rejestru podmiotów wykonujących działalność leczniczą oraz szczegółowy tryb postępowania w sprawach dokonywania wpisów, zmian w rejestrze oraz wykreśleń z tego
Komunikat szczegółowy NFZ * o listach oczekujących
Załącznik do zarządzenia Nr 9/2008/DI Prezesa Narodowego Funduszu Zdrowia Komunikat szczegółowy NFZ * o listach Spis treści 1. OBJAŚNIENIA...2 1.1. WPISY W KOLUMNIE FORMAT...2 1.2. WPISY W KOLUMNIE KROTNOŚĆ...2
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
2017/2018 WGGiOS AGH. LibreOffice Base
1. Baza danych LibreOffice Base Jest to zbiór danych zapisanych zgodnie z określonymi regułami. W węższym znaczeniu obejmuje dane cyfrowe gromadzone zgodnie z zasadami przyjętymi dla danego programu komputerowego,
Temat 1: Rejestrowanie i znakowanie pism przychodzących i wychodzących
Temat 1: Rejestrowanie i znakowanie pism przychodzących i wychodzących Do nabycia tej umiejętności niezbędna jest znajomość podstawowych, obowiązujących normatywów kancelaryjnych w naszej uczelni. Normatywami
MINISTERSTWO SPRAW WEWNĘTRZNYCH I ADMINISTRACJI DEPARTAMENT INFORMATYZACJI
MINISTERSTWO SPRAW WEWNĘTRZNYCH I ADMINISTRACJI DEPARTAMENT INFORMATYZACJI ul. Wspólna 1/3 00-529 Warszawa ZASADY NAZEWNICTWA DOKUMENTÓW XML Projekt współfinansowany Przez Unię Europejską Europejski Fundusz
INSTRUKCJA Panel administracyjny
INSTRUKCJA Panel administracyjny Konto trenera Spis treści Instrukcje...2 Opisy...2 Lista modułów głównych...3 Moduł szkoleniowy...4 Dodaj propozycję programu szkolenia...4 Modyfikuj arkusz wykładowcy...6
Nowe funkcje w module Forte Finanse i Księgowość
Forte Finanse i Księgowość 1 / 10 Nowe funkcje w module Forte Finanse i Księgowość Dane firmy 3 Dane firmy, takie jak nazwa firmy i jej nazwa skrócona oraz NIP wprowadzane są przez użytkownika w module
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,
PROBLEMY Z ZAKRESU PRAWIDŁOWEGO KLASYFIKOWANIA, KWALIFIKOWANIA I ARCHIWIZACJI PROJEKTÓW UNIJNYCH
PROBLEMY Z ZAKRESU PRAWIDŁOWEGO KLASYFIKOWANIA, KWALIFIKOWANIA I ARCHIWIZACJI PROJEKTÓW UNIJNYCH Problemy z zakresu opracowania i dokonywania zmian w instrukcjach kancelaryjnych w związku z realizacją
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
Wstęp. Komentarze. Łódź, 27 lipca Dotyczy: Import tytułów wykonawczych do Systemu Taxi+ Dla Systemu Taxi+ od wersji
NIP: 739-102-46-16, Regon: 510330530 90-447 Łódź, ul. Piotrkowska 189A/4 tel. +48 (42) 635-38-42; faks +48 (42) 255-75-75 http://www.rewucki.pl; e-mail: rewucki@rewucki.pl Łódź, 27 lipca 2017 Dotyczy:
Standardy meta danych w administracji publicznej
Standardy meta danych w administracji publicznej 1. Metadane zasobów administracji publicznej Obiekty informacyjne [źródła informacji] składają się z elementu podstawowego i/lub innych obiektów informacyjnych.
Struktura jednolitego rzeczowego wykazu akt i zasady jego budowy
CENTRALNE ARCHIWUM WOJSKOWE im. mjr. Bolesława Waligóry Struktura jednolitego rzeczowego wykazu akt i zasady jego budowy ppłk Mirosław Antkiewicz Dokumentacja powstająca w podmiocie i do niego napływająca
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
Załącznik do rozporządzenia Ministra Spraw Wewnętrznych i Administracji z dnia 2008 r. (poz...) WZÓR STRUKTURALNY ELEKTRONICZNEJ KARTY ZAPYTANIA
Załącznik do rozporządzenia Ministra Spraw Wewnętrznych i Administracji z dnia 2008 r. (poz....) WZÓR STRUKTURALNY ELEKTRONICZNEJ KARTY ZAPYTANIA
ZAKRES INFORMACYJNY DOKUMENTÓW UBEZPIECZENIOWYCH ZUS
ZAŁĄCZNIK 1 ZAKRES INFORMACYJNY DOKUMENTÓW UBEZPIECZENIOWYCH ZUS Załącznik przedstawia sposób wypełniania informacją dokumentów ubezpieczeniowych, w skład dokumentu wchodzi: zakres informacyjny formularzy
Rada Miasta Rybnika uchwala:
Or.0007.24.2014 2014/002402 UCHWAŁA NR 662/XLIII/2014 RADY MIASTA RYBNIKA z dnia 26 lutego 2014 r. w sprawie ustalenia wzoru deklaracji o wysokości opłaty za gospodarowanie odpadami komunalnymi składanej
ZINTEGROWANY SYSTEM ZARZĄDZANIA DOKUMENT NADZOROWANY W WERSJI ELEKTRONICZNEJ. Procedura zarządzania profilami zaufanymi epuap w Urzędzie Miasta Płocka
Bezpieczeństwo informacji w Strona Spis treści: Użyte pojęcia i skróty... 3 Podstawa prawna... 4 Informacje charakteryzujące działanie Punktu Potwierdzającego Profile Zaufane epuap w Urzędzie Miasta Płocka...
PLAN WDROśENIA SYSTEMU PROJEKT <NAZWA PROJEKTU> WERSJA <NUMER WERSJI DOKUMENTU>
Załącznik nr 4.3 do Umowy nr 35-ILGW-253-.../20.. z dnia... MINISTERSTWO FINANSÓW DEPARTAMENT INFORMATYKI PLAN WDROśENIA SYSTEMU PROJEKT WERSJA numer wersji
INSTRUKCJA UŻYTKOWNIKA REJESTRU USŁUG ROZWOJOWYCH MODUŁ USŁUGI ROZWOJOWE
INSTRUKCJ UŻYTKOWNIK REJESTRU USŁUG ROZWOJOWYCH MODUŁ USŁUGI ROZWOJOWE Spis treści 1 Rejestracja i logowanie... 2 2 Publikowanie karty usługi... 8 3 Zatwierdzanie formularza Karty usługi... 21 4 Wyszukiwanie
Procedura działania Punktu Potwierdzającego Profile Zaufane epuap w Starostwie Powiatowym w Wąbrzeźnie
Załącznik do Zarządzenia Nr 15/2014 Starosty Wąbrzeskiego z dnia 8 lipca 2014 r. Procedura działania Punktu Potwierdzającego Profile Zaufane epuap w Starostwie Powiatowym w Wąbrzeźnie Spis treści 1. Użyte
[Wartość domyślna] xmlns : mz 1 Przestrzeń nazw Definiuje przestrzeń nazw (namespace)
WZÓR BUDOWY KOMUNIKATU ELEKTRONICZNEGO Poziom Znaczniki Krotn ość Nazwa Format [Wartość domyślna] Opis Ograniczenia i inne zależności Element Atrybuty 0 mz:komunikat 1 Komunikat Element główny komunikatu
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.
Procedura działania Punktu Potwierdzającego Profile Zaufane epuap w Urzędzie Miejskim w Gdańsku
Załącznik nr 1 do Zarządzenia Nr 218/17 Prezydenta Miasta Gdańska z dnia 14 lutego 2017r. w sprawie w sprawie utworzenia i zasad działania Punktu Potwierdzającego Profile Zaufane elektronicznej Platformy
Instrukcja do programu DoGLS 1.0
Instrukcja do programu DoGLS 1.0 Program DoGLS 1.0 pozwala w prosty sposób wykorzystać dane z systemu sprzedaży Subiekt GT do generowania listów przewozowych dla firmy kurierskiej GLS w połączeniu z bezpłatnym
8510309410 PL 97124020929916210000092872 URZĄD MIASTA SZCZECIN N123456 NOF WPiOL/1111/W/123456/2013 KOWALSKI JAN, FELCZAKA 1A 70-123 SZCZECIN PLN
OPIS PLIKÓW I FORMATÓW WYMIANY DANYCH. OPIS PLIKÓW I FORMATÓW WYMIANY DANYCH 1. Kod 1D stosowany na przelewach podczas akcji Płatności Masowe: Rodzaj kodu 1D: EAN128 Struktura: Przykład: - Identyfikacja
Załącznik nr 2 do Zarządzenia nr 899/2016 Prezydenta Miasta Wałbrzycha z dnia r.
Załącznik nr 2 do Zarządzenia nr 899/2016 Prezydenta Miasta Wałbrzycha z dnia 2.12.2016 r. Instrukcja określająca zasady i tryb postępowania z dokumentacją oraz nadawaniem uprawnień do potwierdzania, przedłużania
MINISTERSTWO SPRAW WEWNĘTRZNYCH I ADMINISTRACJI DEPARTAMENT INFORMATYZACJI
MINISTERSTWO SPRAW WEWNĘTRZNYCH I ADMINISTRACJI DEPARTAMENT INFORMATYZACJI ul. Wspólna 1/3 00-529 Warszawa ZASADY TWORZENIA JEDNOLITYCH IDENTYFIKATORÓW Projekt współfinansowany Przez Unię Europejską Europejski
Plik do pobrania : PZU wkładka NNW
Plik do pobrania : PZU wkładka NNW (ZASADY FUNKCJONOWANIA / Sposoby przyjmowania i załatwiania spraw) ORGANIZACJA PRACY W SZKOLE I OBSŁUGA INTERESANTÓW 1 / 7 Interesantów przyjmuje się w dniach i godzinach
Załączniki do rozporządzenia Ministra Finansów z dnia marca 2008 r. (poz. )
Załączniki do rozporządzenia Ministra Finansów z dnia marca 2008 r. (poz. ) Załącznik Nr 1 Załącznik Nr 36 Struktura logiczna informacji o umowach zawartych z nierezydentami (ORD-U) Nazwa pliku XSD: http://e-deklaracje.mf.gov.pl/repozytorium/deklaracje/inne/ord-u(1)_v2-0.xsd
Warszawa, dnia 5 stycznia 2012 r. Pozycja 18 ROZPORZĄDZENIE MINISTRA FINANSÓW 1) z dnia 3 stycznia 2012 r.
DZIENNIK USTAW RZECZYPOSPOLITEJ POLSKIEJ Warszawa, dnia 5 stycznia 2012 r. Pozycja 18 ROZPORZĄDZENIE MINISTRA FINANSÓW 1) z dnia 3 stycznia 2012 r. zmieniające rozporządzenie w sprawie sposobu przesyłania
ZARZĄDZENIE Nr 17/2015 PREZYDENTA MIASTA KONINA z dnia 8 października 2015 roku
ZARZĄDZENIE Nr 17/2015 PREZYDENTA MIASTA KONINA z dnia 8 października 2015 roku w sprawie wskazania podstawowego systemu wykonywania czynności kancelaryjnych w Urzędzie Miejskim w Koninie, określenia wyjątków
Obieg korespondencji. System spełnia wymagania GIODO. Funkcja obsługi obiegu korespondencji dzięki zastosowaniu kodów kreskowych.
Załącznik Nr 1 do OPZ SPECYFIKACJA WYMAGAŃ FUNKCJONALNYCH 1. obieg przychodzącej zewnętrznej i obieg wewnętrznej, w tym: 1) Zapotrzebowania i Zakupy (ZZ); 2) (ZP); 3) Akty Wewnętrzne (AW); Lp. Obszar Opis
III. Dane podstawowe definiowanie organizacji
Ćwiczenia z użytkowania systemu MFG/PRO 1 III. Dane podstawowe definiowanie organizacji 1.1.1 Kartoteka kodów statusów zapasów Kod statusu zapasów określa parametry statusu zapasów w zakresie: Dostępne
Specyfikacja pliku komunikacyjnego branża ELECTRO Tabela przedstawia format dokumentu XML opisującego Fakturę. Wersja 7.4
Specyfikacja pliku komunikacyjnego branża ELECTRO Tabela przedstawia format dokumentu XML opisującego Fakturę. Wersja 7.4 M M M M InvoiceNumber_1
ABC archiwum cyfrowego Czyli jak zapanować nad dokumentami w firmie. Dawid Żądłowski 2017
ABC archiwum cyfrowego Czyli jak zapanować nad dokumentami w firmie Dawid Żądłowski 2017 Cyfrowe Archiwum - definicja Pod pojęciem archiwum cyfrowe (repozytorium) należy rozumieć system złożony z osób
UCHWAŁA NR X/70/15 RADY GMINY GORZYCE. z dnia 22 czerwca 2015 r.
UCHWAŁA NR X/70/15 RADY GMINY GORZYCE z dnia 22 czerwca 2015 r. w sprawie wzoru deklaracji o wysokości opłaty za gospodarowanie odpadami komunalnymi, składanej przez właściciela zamieszkałej nieruchomości
ROZPORZĄDZENIE MINISTRA ZDROWIA
Szczegółowy zakres danych objętych wpisem do rejestru podmiotów wykonujących działalność leczniczą oraz szczegółowy tryb postępowania w sprawach dokonywania wpisów, zmian w rejestrze oraz wykreśleń z tego
Jak wygląda XML? Definiowanie typów dokumentów Część 1. DTD, XML Schema. Struktura logiczna dokumentu XML. Składnia XML. Encje predefiniowane.
Definiowanie typów dokumentów Część 1. DTD, XML Schema Jak wygląda XML? st. asp. Jan Łapówka dołowice Górne wypadek
(Akty o charakterze nieustawodawczym) ROZPORZĄDZENIA
14.9.2012 Dziennik Urzędowy Unii Europejskiej L 249/3 II (Akty o charakterze nieustawodawczym) ROZPORZĄDZENIA ROZPORZĄDZENIE WYKONAWCZE KOMISJI (UE) NR 815/2012 z dnia 13 września 2012 r. ustanawiające