Textová podoba smlouvy Smlouva č. 4997428: Vývoj SW "Informační systém NDA"

                        Untitled


* * g,
* *

' * *

* *
jAr * *

EVROPSKÁ UNIE
Evropský fond pro regionálni rozvoj
Integrovaný regionálni operační prDgram

MINISTERSTVO
PRO MÍSTNÍ
ROZVOJ ČR

SMLOUVA O DÍLO
podle § 2586 a násl. zákona Č. 89/2012 Sb., občanský zákoník ve znění pozdějších předmětů (dále jen ,,NOZ"), (tato

smlouva o dílo dále jen ,,smlouva")

SMLUVNÍ STRANY

Česká republika - Národní archiv
Sídlo: Archivní 2257/4, 149 00 Praha - Chodov
Zastoupený: PhDr. Eva Drašarová, CSC.
lČ: 70979821
Bankovní spojení:
Číslo účtu:
Kontaktní osoba: Be. Jiří Bernas
E-mail: jiri.bernas@nacr.cz
Telefon: 974 847 272
(dále jen ,,Objednatel'j

a

Zhotovitel: LightComp v.o.s.
Sídlo: Drahobejlova 1452/54, 190000 Praha, CZ
Zapsaná v OR vedeném u Městského soudu v Praze, spisová značka A 76563
Zastoupený: Ing. Tomášem Pytelkou
IČ: 25038249 DIČ: CZ25038249
Bankovní spojení:
Číslo účtu:
Kontaktní osoba:
E-mail:
Telefon:

Ing. Tomáš Pytelka
tomas.pytelka@lightcomp.cz
777 850 135

(dále jen nZhOtOVite/")

I. PREAMBULE

Smluvní strany prohlašujI, že tato smlouva je uzavřena na základě výsledků nadlimitnIho
otevřeného řizenI s názvem ,,NDA ||, VZ 02: InformaČní systém NDA", pod ev. č. veřejné
zakázky Z2017-020566 (dále jen ,,veřejná zakázka"). Jednotlivá ustanoveni této smlouvy tak
budou vykládána v souladu se zadávacími podmínkami veřejné zakázky.

l



,k * Ŕ
* *
* *

* *
* ,k *

EVROPSKÁ UNIE
Evropský fond pro regionálni rozvoj
Integrovaný regionálni operační program

MINISTERSTVO
PRO MÍSTNÍ
ROZVOJ ČR

ll. PŘEDMĚT SMLOUVY

2.1. Předmětem této smlouvy o dílo je závazek zhotovitele provést na svůj náklad a nebezpečí
ve sjednaném terminu dále specifikované dílo a závazek objednatele řádně provedené dílo
převzít a zaplatit za něj sjednanou cenu.

2.2. Zhotovitel se zavazuje provést pro objednatele dílo specifikované v této smlouvě a jejich
přílohách, dle podmínek stanovených touto smlouvou a jejími přílohami, a to včetně všech
souvisejÍcÍch prací, dodávek a služeb.

2.3. Součástí díla jsou veškeré práce, dodávky, služby, Činnosti a výkony, kterých je třeba trvale
nebo dočasně k zahájeni, dokončeni a předáni díla a k uvedení díla do řádného provozu, není-
ii v této smlouvě výslovně uvedeno jinak. Zhotovitel je povinen zajistit veškeré nezbytné
doklady, prohlídky a přejímky, spojené s prováděním díla, vyžadované touto smlouvou a jejími
přílohami, platnými právními předpisy nebo orgány státní správy.

2.4. Zhotovitel je při provádění díla vázán pokyny objednatele, pokud objednatel zhotoviteli
takové pokyny udělí.

III. MÍSTO A TERMÍNY PLNĚNÍ

3.1. Místem plněni díla je sídlo objednatele tj. Archivní 2257/4, Praha

3.2. Zhotovitel je povinen provést dílo nejpozději do 1 jednoho roku od podpisu smlouvy a dle
harmonogramu v příloze Č. 2 této smlouvy. Pilotní provoz musí začít nejpozději po uplynutí 9
měsíců od podpisu smlouvy.

3.3. jestliže nevhodné nebo neúplné podklady nebo pokyny bráni v řádném prováděni díla,
zhotovitel tyto skutečnosti bezodkladně oznámi objednateli a v nezbytném rozsahu přeruší
provádění díla do doby změny nebo doplněni podkladů nebo pokynů objednatelem nebo do
doby doručení písemného sděleni objednatele, Že trvá na provádění díla s použitím předaných
podkladů nebo za dodržování jeho pokynů. Zhotovitel je povinen pokračovat v provádění díla
v rozsahu, ve kterém mu v tom nebráni nevhodné nebo neúplné podklady nebo pokyny. O
dobu, po kterou bylo nutné prováděni díla přerušit z důvodů uvedených v tomto odstavci, se
prodlužuje lhůta pro provedení díla.

IV. PŘEDÁNÍ A PŘEVZETÍ DÍLA

4.1. Povinnost zhotovitele provést dílo dle této smlouvy je splněn jeho řádným a včasným
dokončením a předáním objednateli, včetně předáni veškerých dokladů nezbytných k užívánÍ
díla.

4.2. V případě, že platné právní předpisy nebo platné technické normy předepisuji provedeni
zkoušek, revizí, atestů a měření Či zajištění prohlášeni o shodě týkajÍcÍch se díla, je zhotovitel
povinen zajistit jejich úspěšné provedení před předáním díla objednateli.

4.3. Před dokončením díla bude předvedena způsobilost díla sloužit jeho účelu, a to jeho pilotním
(testovacím) provozem dle vzájemně schválených testovacích scénářů za účasti objednatele (k
účasti je povinen objednatele včas přizvat). Zhotovitel je povinen dovést dílo do fáze spuštění
pilotního provozu do devíti (9) měsíců od uzavřeni této smlouvy.

2



* * *
* *
* ik
* *

'k * *

EVROPSKÁ UNIE
Evropský fond pro regionálni rozvoj
Integrovaný regionálni operační program

MINISTERSTVO
PRO MÍSTNÍ
ROZVOJ ČR

4.4. Objednatel dílo převezme za předpokladu, že provedeni díla odpovídá této smlouvě, je pIně
funkční, a je prosté vad a nedodělků s výjimkou drobných vad a nedodělků, jež nebrání
řádnému užIvánI díla.

4.5. O předáni a převzetí díla bude smluvními stranami sepsán protokol, který bude obsahovat
soupis zjištěných vad a nedodělků, dohodnuté lhůty k jejich odstraněni nebo jiná opatření a
soupis dokladů předávaných zhotovitelem objednateli při předáni díla. Pokud zhotovitel vady,
uvedené v předávacím protokolu v dohodnuté době neodstraní, je objednatel oprávněn
zajistit odstraněni vad třetí osobou. Zhotovitel je povinen uhradit objednateli škodu, která
objednateli vznikla, včetně škody v podobě vynaložení nákladů na odstraněnítakových vad.

4.6. Nebude-li termín odstranění vady nebo nedodělku v předávacím protokolu nebo v zápisu o
nepřevzetí díla stanoven, je zhotovitel povinen vadu nebo nedodělek odstranit nejpozději do
14 kalendářních dnů ode dne oboustranného podpisu předávacího protokolu, resp. zápisu o
nepřevzetí díla. O odstranění vad a nedodělků sepIšI smluvní strany protokol.

V. CENA DÍLA

5.1. Smluvní strany se dohodly, že celková cena za dílo činí 2 494 OOO-KČ bez DPH. Tato cena je
podrobně rozčleněna v položkovém rozpočtu, který je uveden v příloze č. 2 této smlouvy (dále
jen ,,položkový rozpočet").

5.2. Cena je stanovena jako závazná, nejvýše přípustná a nepřekročitelná s výjimkou změny
daňových právních předpisů týkajÍcÍch se DPH. Do ceny jsou zahrnuty veškeré náklady Či
poplatky a další výdaje, které zhotoviteli při realizaci díla vzniknou nebo mohou vzniknout.

5.3. V ceně díla je zahrnuta cena za veškeré práce, dodávky, služby, činnosti a výkony, kterých je
třeba pro včasné a kompletní provedení díla a k uvedení díla do řádného provozu a veškeré
další náklady zhotovitele, nutné pro včasné a kompletní provedení díla dle této smlouvy,
včetně nákladů na dopravu, stravné, cestovné, je-li touto smlouvou, jejími přílohami nebo
objednatelem požadován. V ceně díla je taktéž zahrnuto vypracováni veškeré dokumentace ve
smyslu přílohy č. 1této smlouvy.

5.4. Zadavatel provede platbu za provedené dílo ve výši 80% ceny dodávky na základě předávacího
a akceptačního protokolu podepsaného odpovědnou osobou zhotovitele a objednatele.
zbývajIcIch 20% ceny dodávky bude uhrazeno po odstraněni vad a nedodělků dle ČI. lV odst.
4.5. této smlouvy.

5.5. Objednatel je povinen vystavit daňový doklad (dále jen ,,faktura") v souladu s § 28 zákona č.
235/2004 Sb., o dani z přidané hodnoty, ve znění pozdějších předpisů (dále jen ,,zákon o
DPH"). Splatnost faktury musičinit minimálně 21dnů.

5.6. Vystavená faktura musí splňovat náležitosti daňového dokladu dle § 29 zákona o DPH,
náležitosti stanovené § 13a obchodního zákoníku 435 NOZ a náležitosti stanovené touto
smlouvou vC. dohodnutých příloh a nedílných součástí. Na faktuře bude uveden název a číslo
projektu Národní digitální archiv II, CZ.06.3.05/0.0/0.0/15_019/0001523.

5.7. Nebude-li faktura obsahovat některou povinnou nebo dohodnutou náležitost vC. dohodnutých
příloh nebo nedílných součásti, nebo bude-li chybně stanovena cena, DPH nebo jiná náležitost
faktury, je objednatel oprávněn tuto fakturu vrátit zhotoviteli k provedeni opravy s
vyznačením důvodu vrácení. Zhotovitel provede opravu vystavením nové faktury, jejím

3



* * *
* *
* *
* *
* * *

EVROPSKÁ UNIE
Evropský fond pro regionálni rozvoj
Integrovaný regionálni operační program

MINISTERSTVO
PRO MÍSTNÍ
ROZVOJ ČR

doručením začíná opětovně běžet lhůta splatnosti minimálně 21 dnů.

5.8. Okamžikem zaplacení ceny díla se rozumí datum odepsání příslušné částky, odpovidajÍcÍ ceně
díla, z účtu objednatele ve prospěch účtu zhotovitele.

5.9. Veškeré úhrady objednatele na základě této smlouvy budou prováděny bezhotovostním
převodem na bankovní účet zhotovitele.

VI. PŘECHOD VLASTNICKÉHO PRÁVA, NEBEZPEČÍ ŠKODY NA DÍLE

6.1. Vlastnické právo ke zhotovovanému dílu má od počátku objednatel, přičemž vlastnické právo
na jakoukoliv část díla přechází na objednatele jejím zabudováním do díla, popřípadě instalaci
Či montáži v místě plněni. Objednatel zůstává vlastníkem díla i v případě zániku závazku z této
smlouvy jinak než splněním, např. odstoupením některé ze smluvních stran od této smlouvy.

6.2. Nebezpečí škody na díle nese zhotovitel. Nebezpečí škody na díle přechází na objednatele
okamžikem oboustranného podpisu předávacího protokolu. Smluvní strany se dohodly, že
§ 1976 se nepoužije.

VII. LICENČNÍ UJEDNÁNÍ

7.1. Ke všem částem díla, které mají povahu autorského díla ve smyslu zákona Č. 121/2000 Sb.,
o právu autorském, o právech souvisejÍcÍch s právem autorským a o změně některých zákonů,
ve znění pozdějších předpisů (dále jen ,,autorský zákon"), a k nimž zhotovitel má nebo mu
vznikne majetkové autorské právo, poskytuje zhotovitel objednateli licenci ke všem způsobům
užití známým ke dni uzavření této smlouvy, a to s účinností ode dne přechodu vlastnického
práva k věci, v níž bylo konkrétní autorské dílo zahrnuto, nejpozději však ode dne dokončení
díla. Předmět díla tvoří mimo jiné:

a) Software jakožto zhotovitelem nově vyvíjený počítačový program.

b) Pre-existentni knihovny a další počítačové programy použité při vývoji Software.

c) SouvisejÍcÍ plněni, které může být předmětem ochrany podle práva autorského, ať již jako
dílo výtvarné (grafické řešeni uživatelského rozhraní) či literární (osnovy, učební materiály,
jakož i dokumentace a další podklady podle ČI. VII.).

7.2. Zhotovitel je povinen vypořádat v potřebném rozsahu práva k veškerým předmětům ochrany
podle autorského zákona, které budou tvořit předmět díla a budou předávány objednateli.

a) Ve vztahu k Software je zhotovitel povinen uzavřít se všemi programátory podj|ejÍcÍmi se na
vývoji a vytváření Software, vC. jeho úprav po předání, pracovní Či jiné smlouvy, na základě
kterých se stane vykonavatelem majetkových práv autorských k Software s právem
postoupeni práva výkonu majetkových práv autorských.

b) Ve vztahu k pre-existentním počítačovým programům je zhotovitel povinen vypořádat
práva v takovém rozsahu a takovým způsobem, aby je mohl poskytnout objednateli nebo
aby mohl objednateli umožnit přímé uzavření licenční smlouvy, s tím, že takové užiti nebo
licence již nebude objednateli majitelem práv nikdy v budoucnu nijak zpoplatněna. Před
použitím jednotlivých pre-existentních počítačových programů je zhotovitel povinen
nechat objednatele schválit licenční podmínky jejich užiti, upozornit jej na omezení

4



* 'k *
* ik

* *

* dr
* * *

EVROPSKÁ UNIE
Evropský fond pro regionálni rozvoj
Integrovaný regionálni operační program

MINISTERSTVO
PRO MÍSTNÍ
ROZVOJ ČR

vyp|ývajÍcÍ z licenčních podmínek, a v případě neschválení (k čemuž má objednatel právo
dle své volné úvahy) není zhotovitel oprávněn takový program použít. Zhotovitel není
oprávněn použít takový tzv. svobodný software, jehož začleněním do Softwaru by Software
ztratil svůj proprietární charakter (tj. jestliže by podle licenčních podmínek takového
svobodného softwaru jeho začleněním do Software došlo k povinnosti zpřístupnit Software
pod tzv. svobodnou licenci).

C) Ve vztahu k souvisejÍcÍmu plnění dle odst. 7.1. písm. c) (jinému, než počítačový program) je
zhotovitel povinen uzavřít se všemi autory podí|ejÍcÍmi se na vytvářeni takového obsahu
bud' pracovni smlouvy, na jejichž základě se stane vykonavatelem majetkových práv
autorských, nebo licenční smlouvy, jimiž nabude nevýhradní neomezené oprávněni k užiti
výsledků jejich tvůrčí činnosti všemi způsoby i po zpracováni nebo zařazení do souboru Či
audiovizuá|ního díla s právem poskytnutí podlicence nebo postoupení licence a bez
povinnosti licenci využít.

7.3. Je-li součásti souvisejÍcÍho plnění dle odst. 7.1. pÍsm. c) zvukový nebo zvukově obrazový
záznam, je objednatel od počátku nositelem práv výrobce k takovému záznamu.

7.4. S účinky okamžikem vytvořením Software poskytuje zhotovitel objednateli oprávněni (licenci)
užit Software (nebo jeho Část) všemi způsoby, i po zpracováni nebo jiné změně, vC. práva
Software dokonČit, či po zařazeni do souboru nebo audiovizuálnIho díla, po spojení s jinými
díly a prvky Či po změně nebo překladu názvu Software a v jakékoli formě (zdrojový nebo
strojový kód, uživatelské rozhraní). Oprávněni se poskytuje jako neomezené (bez ohledu na
počet rozmnoženin, dobu nebo místo užjvánÍ nebo jiná omezeni). Oprávněni se poskytuje jako
nevýhradní a zhotovitel není oprávněn poskytnout Software jiné osobě. Licence se vztahuje
též na takové úpravy Software, k nimž dojde po předáni díla, zejména v rámci záručního
servisu.

7.5. Ve vztahu k pre-existentním dílům postupuje zhotovitel objednateli nabytou nevýhradní
(pod)licenci k jejich užití, nebo, jestliže to licenční podmínky neumožňují, poskytuje
objednateli nevýhradní podlicenci k užiti v nejširším možném rozsahu dle schválených
licenčních podmínek. jestliže ani to licenční podmínky neumožňuji, zprostředkuje Či jinak
zajisti uzavření licenční smlouvy mezi objednatelem a majitelem práv (např. akceptaci
licenčních podmínek při instalaci), odpovídá však za to, že taková licence bude bezúplatná a že
nebude časově omezená. Na to musí objednatele předem upozornit. Současně platí, že
zhotovitel může užit pouze takové počítačové programy třetích osob, jejichž užiti, správu nebo
adaptaci může (pro objednatele) provádět i třetí osoba, nejen zhotovitel.

7.6. Ve vztahu k plněni dle odst. 7.1. písm. c), jakož i k jakýmkoli dalším výsledkům tvůrčí Činnosti
tvoříchn součást plnění zhotovitele podle této smlouvy, poskytuje zhotovitel objednateli
okamžikem jejich předání oprávnění (licenci, resp. podlicenci dle okolnosti) k užití zcela nebo
zčásti všemi způsoby, i po zpracování nebo jiné změně, vC. práva dokončení, zpracování nebo
změny (vC. změny titulu) a včetně práva zařazení do souboru nebo audiovizuá|niho díla nebo
spojení s jinými díly a prvky. Oprávněni se poskytuje jako neomezené (bez ohledu na počet
rozmnoženin, dobu nebo místo užÍvání nebo jiná omezení). Oprávnění se poskytuje jako
nevýhradní a zhotovitel není oprávněn poskytnout takové plnění jiné osobě. Licence se
vztahuje též na takové úpravy, k nimž dojde po předání díla, zejména v rámci záručního
servisu.

5



* * *

ik *

Ŕ *
ik *
* * *

EVROPSKÁ UNIE
Evropský fond pro regionálni rozvoj
Integrovaný regionálni operační program

MINISTERSTVO
PRO MÍSTNÍ
ROZVOJ ČR

7.7. Objednatel je oprávněn veškerá nabytá práva úplatně Či bezúplatně poskytnout podlicenčně
(a to i opakovaně) nebo získanou licenci postoupit třetí osobě. Veškeré osoby odvozujÍcÍ své
oprávněni od objednatele budou oprávněny dále poskytovat podlicence nebo postupovat
licence, a to bez omezeni licenčního řetězce. Objednatel není povinen nabytá oprávnění
využit.

7.8. Zhotovitel není oprávněn používat řešení, která by mohla zasáhnout do patentové ochrany
třetích stran, leda taková práva vypořádá a v potřebném rozsahu bez další odměny poskytne
objednateli obdobně jako u pre-existentních děl dle odst. 7.5.

7.9. Smluvní strany se dohodly na smlouvě o smlouvě budoucí, na základě které má objednatel
právo vyzvat zhotovitele k uzavření smlouvy, kterou zhotovitel bezů platně postoupí
objednateli právo výkonu majetkových práv autorských k Software a k plněni dle odst. 2 pÍsm.
C) a ve vztahu k takovému plnění dle odst. 7.1 pÍsm. C), u něhož není zhotovitel vykonavatelem
majetkových práv autorských, postoupí objednateli nabyté licence. Právo na uzavření této
smlouvy má pouze objednatel a výzvu podle první věty může učinit pouze, pokud zhotovitel
vstoupí do likvidace nebo bude na jeho majetek prohlášen konkurs (příp. obdobný institut dle
cizího práva nebo pozdější právní úpravy); právo na uzavření smlouvy trvá po celou dobu
trvání práv poskytovaných podle této smlouvy. Zhotovitel je povinen zdržet se kroků, které by
tuto dohodu mařily, zejména se zhotoviteli zapovídá postupovat právo výkonu majetkových
práv autorských k Software a k plněni dle odst. 7.1 písm. C) anebo postupovat licence k
takovému plnění bez předchozího písemného souhlasu objednatele.

VIII. ZÁRUČNÍ PODMÍNKY

8.1. Zhotovitel odpovídá za to, že dílo je provedeno řádně v souladu s touto smlouvou a jejími
přílohami. Zhotovitel poskytuje záruku za jakost díla. Pokud nejsou délka záruky a počátek
jejího běhu v konkrétních případech výslovně sjednány jinak, záruční doba na celé dílo činí 60
měsíců a počíná běžet ode dne oboustranného podpisu předávacího protokolu.

8.2. Zhotovitel poskytuje záruku, že dílo a všechny jeho součásti budou po celou dobu trvání
záruční doby splňovat sjednané technické parametry a budou v souladu
s přIsIušnými normami a předpisy, touto smlouvou, jejími přIlohami a obecně závaznými
právními předpisy.

8.3. Záruka se vztahuje na všechny vady, jež se projeví jako rozpor s ustanovením odstavců 8.1. a
8.2. tohoto článku v záruční době (dále jen ,,záruční vady"), s výjimkou vad díla:

- způsobených výlučně objednatelem nebo třetími osobami. výluka dle předchozí věty se
nevztahuje na vady, které se vyskytnou v důsledku zásahu do díla objednatelem nebo jím
pověřenou třetí osobou v případě, kdy zhotovitel neplní svoji povinnost provádět Činnosti
uvedené v odstavci 8.5., 8.6. nebo 8.8. tohoto článku a objednatel využije svého práva dle
odst. 8.7. tohoto článku provést příslušné Činnosti sám nebo prostřednictvím třetí osoby.

- Jež byly způsobeny po přechodu nebezpečí škody na díle vnějšími událostmi a nezpůsobil
je zhotovitel nebo osoby, s jejichž pomocí zhotovitel plnil svůj závazek.

8.4. Zhotovitel je povinen bez zbytečného odkladu, nejpozději do 3 kalendářních dnů po oznámení
vady objednatelem zhotoviteli, dostavit se po předchozí dohodě na místo stanovené
objednatelem v oznámeni vady, a není-li takové místo určeno, pak do sídla objednatele, za

6



* * ,k
* dr
* . *
* *
* * *

EVROPSKÁ UNIE
Evropský fond pro regionálni rozvoj
Integrovaný regionálni operační program

MINISTERSTVO
PRO MÍSTNÍ
ROZVOJ ČR

účelem projednáni reklamace vad a v téže lhůtě objednateli písemně sdělit, zda jsou
oznámené vady záručními vadami nebo zda jde o vady mimozáruční. Pokud tak zhotovitel
neučiní, má se za to, že jde o záruční vady. Pokud zhotovitel sdělí, že reklamované vady jsou
vadami mimozáručními, je objednatel oprávněn vady odstranit sám nebo prostřednictvím třetí
osoby. Ukáže-li se, že reklamované vady, o nichž zhotovitel sdělil, že jsou vadami
mimozáručními, a jež objednatel odstranil dle předchozí věty, byly záručními vadami, je
zhotovitel povinen uhradit objednateli škodu, která objednateli vznikla, včetně škody
v podobě vynaložení nákladů na odstraněnítakových vad.

8.5. Zhotovitel je povinen záruční vady odstranit nejpozději do 10 kalendářních dnů od jejich
oznámeni objednatelem zhotoviteli, nebude-li mezi smluvními stranami písemně dohodnut
jiný termín pro odstraněnívad.

8.6. Pokud zhotovitel neodstraní záruční vady ve sjednané lhůtě od jejich oznámení objednatelem
zhotoviteli, je objednatel oprávněn podle vlastního uváženi vadu bud' sám odstranit, nebo
pověřit jejím odstraněním třetí osobu. Zhotovitel je povinen uhradit objednateli škodu, která
objednateli vznikla v podobě vynaloženi nákladů na odstraněnítakových vad.

8.7. Záruční doba se prodlužuje o dobu počÍnajÍcÍ dnem oznámeni záručních vad objednatelem
zhotoviteli a končIcI dnem řádného odstraněni oznámených záručních vad.

8.8. Zhotovitel je povinen po celou záruční dobu kromě odstraňováni záručních vad bezplatně
zajišťovat údržbu a drobné opravy díla, resp. jeho jednotlivých částí tak, aby byla po celou
záruční dobu zajištěna nepřetržitá plná funkčnost díla (vyjma plánovaných odstávek) a dílo si
zachovalo minimálně vlastnosti, jež mělo v okamžiku řádného dokončeni (po odstraněni všech
vad a nedodělků).

IX. OSTATNÍ PODMÍNKY PLNĚNÍ PŘEDMĚTU SMLOUVY

9.1. Zhotovitel se zavazuje, že objednateli předloží před podpisem této smlouvy pojistnou
smlouvu, jejímž předmětem bude pojištění odpovědnosti zhotovitele za škodu způsobenou při
provádění díla třetí osobě s pojistným plněním ve výši minimálně 300.000,- KČ. Zhotovitel se
v této souvislosti zavazuje udržovat pojištění alespoň v uvedené výši v platnosti až do
okamžiku, kdy dojde k podpisu předávacího protokolu oběma smluvními stranami a do stejné
doby řádně hradit pojistné z výše uvedené pojistné smlouvy.

9.2. Zhotovitel je povinen při provádění díla postupovat v souladu s platnými a účinnými právními
předpisy ČR a EU.

9.3. Zhotovitel je povinen zajistit účast svých pověřených pracovníků při kontrole prováděných
prací, kterou provádí objednatel, a Činit neprodleně opatřeni k odstranění zjištěných vad.
výkon kontroly objednatele nezbavuje zhotovitele odpovědnosti za řádné a včasné plnění
závazků podle této smlouvy.

9.4. Zhotovitel se zavazuje informovat objednatele o stavu rozpracovaného díla na pravidelných
poradách (tzv. kontrolních dnech), které bude objednatel organizovat podle potřeby. Kontrola
prováděných prací bude prováděna vždy minimálně lx za měsíc a bude oznámena Zhotoviteli
minimálně 3 pracovní dny před jejím konáním. Zápisy z těchto porad bude pořizovat
zhotovitel. Zhotovitel se zavazuje zajistit vždy účast osoby oprávněné jednat za zhotovitele.

9.5. Zhotovitel se dále zavazuje zajistit odborné technické vedeni prováděni díla, dodržovat

7



k * ,k
* *
* ik
* *

jk * *

EVROPSKÁ UNIE
Evropský fond pro regionálni rozvoj
Integrovaný regionálni operační program

MINISTERSTVO
PRO MÍSTNÍ
ROZVOJ ČR

bezpečnost práce při prováděni díla, průběžně odklízet případný odpad, udržovat čistotu
v místě plnění a v jeho okolí a po dokončení díla na svůj náklad odklidit veškerý odpad vzniklý
z jeho Činnosti.

9.6. Objednatel je oprávněn kontrolovat provádění díla zhotovitelem. Objednatel je oprávněn
zejména:

- kontrolovat, zda práce jsou prováděny v souladu se smluvními podmínkami, přIlohou č. 1 této
smlouvy, přIslušnými obecně závaznými právními předpisy;

- upozorňovat Zhotovitele na zjištěné nedostatky a kontrolovat termíny a způsob jejich
odstranění;

- kontrolovat dodržování právních předpisů, směrnic, apod.

9.7. Zhotovitel je povinen zachovávat mlčenlivost o všech skutečnostech a informacích, které mu
byly v souvislosti s touto smlouvou nebo jejím plněním jakkoliv zpřístupněny, předány či
sděleny, nebo o nichž se jakkoliv dozvěděl, vyjma těch, které jsou v okamžiku, kdy se s nimi
Zhotovitel seznámil, prokazatelně veřejně přístupné nebo těch, které se bez zaviněni
zhotovitele veřejně přístupnými stanou (dále jen ,,důvěrné informace"). Zhotovitel nesmí
důvěrné informace použít v rozporu s jejich účelem, nesmí je použít ve prospěch svůj nebo
třetích osob a nesmí je použít ani v neprospěch objednatele. Povinnosti dle tohoto odstavce je
zhotovitel povinen zachovávat i po zániku této smlouvy, vyjma případů, kdy se důvěrné
informace stanou prokazatelně veřejně přístupné bez zavinění zhotovitele. Povinnosti dle
tohoto odstavce se nevztahují na případy, kdy je zhotovitel povinen zveřejnit důvěrnou
informaci na základě povinnosti uložené zhotoviteli právním předpisem nebo rozhodnutím
orgánu veřejné moci.

9.8. Zhotovitel se zavazuje označovat veškeré vydané faktury číslem projektu uvedené v ČI. V. odst.
5.6. této smlouvy.

9.9. Zhotovitel je povinen minimálně do roku 2028 poskytovat požadované informace a
dokumentaci souvisejÍcÍ s realizaci projektu zaměstnancům nebo zmocněncům pověřených
orgánů (CRR, MMR ČR, MF ČR, Evropské komise, Evropského účetního dvora, Nejvyššího
kontrolního úřadu, příslušného orgánu finanční správy a dalších oprávněných orgánů státní
správy) a je povinen vytvořit výše uvedeným osobám podmínky k provedeni kontroly
vztahujÍcÍ se k realizaci projektu a poskytnout jim při provádění kontroly součinnost.

9.10. Zhotovitel je povinen uchovávat veškerou dokumentaci souvÍsejÍcÍ s realizací projektu
včetně faktur minimálně do konce roku 2028. Pokud je v českých právních předpisech
stanovena lhůta delší, musí ji žadatel /příjemce použít.

X. UKONČENÍ SMLOUVY

10.1. Objednatel je oprávněn (kromě případů uvedených v § 2001 a násl. NOZ) od této smlouvy
písemně odstoupit:

- byl-li pravomocně zjištěn úpadek zhotovitele a rozhodnuto o způsobu řešení úpadku
konkursem, nebo byl-li insolvenčni návrh pravomocně zamítnut pro nedostatek majetku
zhotovitele;

8



* * ,k
jÁr *
* Br
ik *
* * *

EVROPSKÁ UNIE
Evropský fond pro regionálni rozvoj
Integrovaný regionálni operační program

MINISTERSTVO
PRO MÍSTNÍ
ROZVOJ ČR

- jestliže se zhotovitel ocitne v prodlení s předáním díla delším než 20 kalendářních dní;

- jestliže se zhotovitel ocitne v prodlení s odstraněním vad a nedodělků zjištěných při předáni
díla delším než 20 kalendářních dní;

- jestliže zhotovitel provádí dílo v rozporu s touto smlouvou nebo pokyny objednatele a
nezjedná nápravu ani v dodatečné lhůtě stanovené objednatelem;

- jestliže zhotovitel poruší svoji povinnost uvedenou v ČI. IIX. odst. 9.1. této smlouvy;

10.2. PorušI-Ii zhotovitel některou z povinnosti stanovených v této smlouvě nebo zjistí-li objednatel,
že zhotovitel porušuje své povinnosti při provádění díla, má objednatel právo od této smlouvy
bez dalšího odstoupit, může však předtím poskytnout lhůtu k nápravě. Odstoupením od
smlouvy se tato smlouva zrušuje od počátku v celém rozsahu; objednatel však může určit, že
platná a účinná zůstávají ustanovení o poskytnutí licence (ČI. VIl) s tím, že licenční oprávněni se
v takovém případě vztahuji na již provedenou část díla.

10.3. V případě odstoupeni objednatele od smlouvy má zhotovitel nárok na poměrnou část ceny
díla v závislosti na rozsahu již provedeného díla, nemá však nárok na poměrnou Část licenční
odměny, ledaže zůstanou ustanovení o poskytnutí licence platná a účinná.

10.4. Zhotovitel má právo odstoupit od smlouvy podle zákona, jestliže to smlouva nevylučuje. V
případě odstoupeni zhotovitele od smlouvy nebo v případě zmařeni díla objednatelem má
zhotovitel na poměrnou část ceny díla v závislosti na rozsahu již provedeného díla, nemá však
nárok na poměrnou část licenČní odměny ani nárok na náhradu škody, ledaže došlo k
odstoupeni pro úmyslné nebo hrubě nedbalé porušení smlouvy objednatelem.

10.5. Zhotovitel se vzdává práva na odstoupení od licenčního ujednání pro nedostatečné využití
licence objednatelem.

XI. ODPOVĚDNOST ZHOTOVITELE A SANKCE

11.1. Zhotovitel odpovídá za veškeré škody, které vzniknou objednateli v důsledku porušení této
smlouvy zhotovitelem. Zhotovitel je povinen nahradit takto vzniklou škodu v plném rozsahu,
včetně případných sankcí udělených objednateli správními orgány, jejichž příčinou bylo
porušeni povinnosti zhotovitele dle této smlouvy.

11.2. Zhotovitel odpovídá za jakékoli porušení jeho povinností stanovených touto smlouvou a je
povinen uhradit veškeré pokuty udělené mu přislušnými správními orgány.

11.3. Pokud je zhotovitel v prodlení s provedením díla ve lhůtě podle ČI. Ill. odst. 3.2. této smlouvy,
je povinen zaplatit objednateli smluvní pokutu ve výši 0,05 % z celkové ceny díla bez DPH
podle ČI. v. odst. 5.1. této smlouvy za každý započatý den prodlení.

11.4. Ocitne-li se objednatel v prodlení s úhradou ceny díla podle ČI. V. odst. 5.1, je povinen zaplatit
zhotoviteli smluvní pokutu ve výši 0,05 % z dlužné částky za každý započatý den prodlení.

11.5. V případě prodlení zhotovitele s odstraněním vad nebo nedodělků vyp|ývajÍcÍch z předávacího
protokolu, vyplynuvšich ze zkušebního provozu díla, je-li touto smlouvou, přílohou č. 1 této
smlouvy nebo objednatelem požadován, nebo záručních vad zjištěných v záruční době, je
zhotovitel povinen zaplatit objednateli smluvní pokutu ve výši 2000,- kč za každý započatý den
prodlení do okamžiku jejich odstranění. OdstranI-li objednatel vady sám nebo prostřednictvím

9

l



d, * N

* K

k *

* *
* * *

EVROPSKÁ UNIE
Evropský fond pro regionálni rozvoj
Integrovaný regionálni operační program

MINISTERSTVO
PRO MÍSTNÍ
ROZVOJ ČR

třetí osoby v souladu s touto smlouvou, je zhotovitel povinen uhradit smluvní pokutu pouze ve
výši, v niž smluvní pokuta přesahuje škodu, která objednateli vznikla v podobě vynaložení
nákladů na odstraněnívad.

11.6. V případě prodlení zhotovitele s odstraněním havárie je zhotovitel povinen zaplatit
objednateli smluvní pokutu ve výši 2000,- kč za každý započatý den prodlení do okamžiku
jejího odstranění. Odstraní-li objednatel havárii sám nebo prostřednictvím třetí osoby
v souladu s touto smlouvou, je zhotovitel povinen uhradit smluvní pokutu pouze ve výši, v níž
smluvní pokuta přesahuje škodu, která objednateli vznikla v podobě vynaloženi nákladů na
odstranění havárie.

11.7. PorušI-li zhotovitel povinnost dle ČI. IIX. odst. 9.1.tétO smlouvy, je povinen zaplatit objednateli
smluvní pokutu ve výši 0,05 % z celkové ceny díla bez DPH podle ČI. V. odst. 5.1. této smlouvy.

11.8. Kterákoliv smluvní strana je oprávněna požadovat po druhé smluvní straně náhradu škody
způsobené porušením povinnosti, na kterou se vztahuje smluvní pokuta, a to v rozsahu,
v němž škoda sjednanou smluvní pokutu přesahuje, pokud není v této smlouvě stanoveno
jinak.

11.9. V případě, že objednateli vznikne nárok na smluvní pokutu dle této smlouvy vůči zhotoviteli, je
objednatel oprávněn započíst pohledávku z titulu smluvní pokuty oproti nároku zhotovitele
na úhradu jim vystavené faktury.

XII. ZÁVĚREČNÁ USTANOVENÍ

12.1. Smluvní strany se dohodly, že zhotovitel není oprávněn postoupit nebo zastavit pohledávku za
objednatelem z této smlouvy bez předchozího písemného souhlasu objednatele. Zhotovitel
není oprávněn svou pohledávku za objednatelem z této smlouvy nebo pohledávku na
zaplacení smluvní pokuty vzniklé na základě této smlouvy použít k jednostrannému započteni
na pohledávku objednatele za zhotovitelem.

12.2. Zhotovitel na sebe bere nebezpečí změny okolností ve smyslu § 1765 odst. 2 NOZ.

12.3. Smluvní strany se dohodly, že § 1912, § 1921, § 2112, § 2595, § 2605 odst. 2, § 2609, § 2611 a
§ 2618 NOZ se nepoužiji.

12.4. Zhotovitel výslovně prohlašuje, že souhlasí se zveřejněním této smlouvy v rozsahu a za
podmínek vyp|ývajÍcÍch z příslušných právních předpisů.

12.5. Tato smlouva nabývá platnosti dnem jejího podpisu oběma smluvními stranami a účinnosti
dnem uveřejněni v registru smluv a může být měněna pouze písemnými dodatky k této
smlouvě podepsanými objednatelem a zhotovitelem.

12.6. Tato smlouva je vyhotovena ve dvou stejnopisech s platnosti originálu, z nichž každá
ze smluvních stran obdrží po jednom vyhotoveni.

12.7. Smluvní strany prohlašují, že tato smlouva je souhlasným, svobodným a vážným projevem
jejich pravé vůle a že ji neuzavřely v tísni za nápadně nevýhodných podmínek, což stvrzuji
svými podpisy v jejím závěru.

10



,k 'k ,k
* *
ik ik
* *
* ,k *

EVROPSKÁ UNIE
Evropský fond pro regionálni rozvoj
Integrovaný regionálni operační program

MINISTERSTVO
PRO MÍSTNÍ
ROZVOJ ČR

NedIlnou souČásti této smlouvy jsou tyto přílohy:

Příloha č. 1 - Technická specifikace
Příloha č. 2 - položkový rozpočet a harmonogram plněni

V V

I

LightComp v.o.s.
Drahobejlova 54
190 OO, Praha 9
DIČ: CZ-25038249, www.Iightcomp.cz

"

11



Příloha č. 1 - Technická specifikace

NDA II, VZ 02, Informační systém NDA

Obsah
Předmět zakázky 2

Popis modulů 2

Modul příjem 2

Postup zpracování SIP 3

Další požadavky 4

Modul Správa dat 4

Modul Administrace 4

Požadavky 5

Modul Přístup 5

Postup zpracování dotazu 5

Přístup archiváře k modulu Přístup 6

Technické parametry 6

Předpokládané vybrané parametry systému 6

Požadavky na testování 6

Požadavky na podporu 7

Požadavky na dokumentaci 7

Požadavky na školení 8

Bezpečnostní požadavky 9

Přehled požadovaných funkcionalit 9

Slovníček 12

Přílohy 12



projekt Národní digitální archiv || (NDA ii) je projektem spolufinancovaným z prostředků
Integrovaného regionálního operačního programu EU. Cílem projektu je zejména zvýšení
bezpečnosti, stability a robustnosti Národního digitálního archivu. Jednou z aktivit vedoucí k naplnění
cIlů projektu je modernizace existujÍcÍch modulů a doplnění nových funkcionalit.

Současná koncepce Národního digitálního archivu (NDA) předpokládá existenci dvou samostatných
informačních systémů: Archivního portálu a lnformačního systému NDA (dále též IS NDA). Archivní
portál je určen pro komunikaci digitálního archivu s vnějšími uživateli. IS NDA je pro vnější uživatele
zcela uzavřen a je přístupný jen pro omezený okruh uživatelů. Oba informační systémy spolu
komunikují pouze vyhrazenými kanály. U obou systémů bude v rámci projektu provedena atestace
způsobilosti dodaného řešení k realizaci vazeb s jinými is prostřednictvím referenčního rozhraní.
Výstupem bude atestační zpráva a atest způsobilosti podle zákona č. 365/2000 Sb. o lSVS.

Oba informační systémy jsou v maximální možné míře modulární a komunikace mezi nimi probíhá
prostřednictvím ssh, REST a VYSOL. Cílem však je, aby byla veškerá komunikace probíhala
prostřednictvím VYSOL.

Předmět zakázky
Předmětem zakázky je vývoj nových modulů příjem, Administrace, Přístup a Správa dat a definice
potřebných vysol.

Moduly příjem a Správa dat zcela nahradí již exĹstujÍcÍ moduly. Moduly Administrace a Přístup budou
zcela nové.

Není-li níže výslovně uvedeno, že konkrétní VYSOL již existuje, bude muset být vytvořena (definována)
dodavatelemv rámci plnění.

Moduly budou umístěny v samostatné síti IS NDA. Přístup k této síti je regulován firewally. je třeba
předpokládat, že zadavatel může moduly v případě potřeby umisťovat do jiných segmentů sItě a
regulovat přístup k nim.

Popis modulů

Modul Příjem
Modul zcela nahradí stávajÍcÍ modul příjem. je umístěn v samostatné síti s omezeným přístupem.
Činnost modulu bude možno monitorovat a řídit prostřednictvím modulu Administrace. Modul bude
komunikovat s moduly Správa dat a Archivematica. Úkolem dodavatele bude vytvořit modul s níže
uvedenou funkcionalitou a definovat komunikační rozhraní (VYSOL) s ostatními moduly.

Modul příjem přejímá od Archivního portálu (modul Přejímky) informační balíčky (SIP) spolu
s ostatními údaji, zpracovává je a dále předává modulu Archivematica k uložení. Po úspěšném uložení
zapisuje informace do Správy dat.

V současnosti existují dva typy informačních balíčků SIP: SIP pro skartační řIzenI a SIP pro
mimoskartační řIzenI. V průběhu projektu bude množina typů SIP rozšířena o SIP archivní jednotky a
o SIP pro import AlP (reingest AlP nebo příjem AlP z jiného digitálního archivu). Všechny typy SIP jsou

2



(budou) založeny na standardu METS (mets.xsd), s popisem struktury v sekce <structMap>, metadaty
definovanými samostatným schématem v sekce <dmdSec> a komponentami připojenými pomocí
<FLocat>.

Postup zpracování SIP
1. příjem se prostřednictvím VYSOL dotáže Přejímek, zda je ke zpracování dostupná nová

přejímka. Interval dotazování musí být nastavitelný (v minutách). příjem by také měl být
schopen vyhodnotit své zatÍženÍ a pokud je zaneprázdněn, neměl by novou přejímku
stahovat.

2. Novou přejímku si modul prostřednictvím VYSOL stáhne. Pro každý stahovaný soubor bude
WSDl předáván rovněž kontrolní součet SHA512, který bude ihned po stažení ověřen.
Nebude-li souhlasit, bude soubor stažen znovu. Přejímku tvoří adresář obsahujícŕ
a) Soubor archmetadata.xml - metadata přejímky.
b) Soubor archseznam.xml - příloha protokolu o posouzení dokumentů vytvořená dle

přílohy č. 4 nsesss obsahujÍcÍ informace o výsledku posouzení dokumentu (vybrán za
archiválii, zničit, vyřadit z výběru).

C) Adresář či několik adresářů obsahujÍcÍ jednotlivé sip. Každý sip je uložen v samostatném
adresáři, který obsahuje soubor mets.xml s metadaty dle příloh č. 2 a č. 3 NSESSS a
adresář komponenty s komponentami (soubory).

3. příjem na základě informací souboru archseznam.xml ověří, zda byly předány všechny entity
(spis, dokument či díl typového spisu) označené ,,vybrat za archiválii" a zda nebyla předána
žádná entita navíc. Pokud je zjištěna chybějÍcÍ nebo přebývajÍcÍ entita bude přejímka
zamítnuta a tato skutečnost bude prostřednictvím VYSOL sdělena Archivnímu portálu - modul
přejím ký.

4. Pokud ověření dle bodu 3 proběhne v pořádku, bude každý sip transformován do podoby pro
modul Archivematica. Transformace pro každý adresář SlPu zahrnuje:
a) Vytvoření adresářů objects, metadata a logs.
b) KopÍrování souborů archmetadata.xml a archseznam.xml do adresáře metadata.
C) Přesun adresáře komponenty a souboru mets.xml do adresáře objects.
d) KopÍrování souboru processingMCP.xml do adresáře SlPu.

5. Transformovaný adresář zašle příjem prostřednictvím VYSOL modulu Archivematica. Spolu
s každým souborem jsou předávány rovněž kontrolní součty SHA512.

6. příjem vyčkává, až mu Archivematica prostřednictvím VYSOL sdělí, že je příslušný sip
zpracován. Zpráva od modulu Archivematica bude obsahovat informaci, zda bylo uložení
úspěšné, identifikátor AlP a velikost v bytech.

7. Poté, co obdrží informaci o úspěšném zpracování všech SlPů z příslušné přejímky, příjem
vytvoří soubor vysledny_seznam.xml dle přílohy č. 4 nsesss obsahujÍcÍ identifikátor entity a
identifikátor DA. Pokud nejsou úspěšně zpracovány všechny SIP, příjem vyčká zásahu
operátora, který rozhodne a) o opětovném zaslání nezpracovaného SIP modulu
Archivematica, b) o vytvoření souboru vysledny_seznam.xml bez entit z nezpracovaného
SlPu.

8. příjem dále vytvoří soubor info o aipech.xml. Tento soubor bude pro každý AlP obsahovat
jeho identifikátor DA, evidenční jednotku, velikost v bytech a časový rozsah a bude též
obsahovat souhrnné informace (počet evidenčních jednotek, celkový časový rozsah a celková
velikost). Údaje o časovém rozsahu získá příjem z jednotlivých SlPů.

3



9. příjem uloží metadata obsažená v jednotlivých sip spolu s identifikátorem AlP do Správy dat.
10. příjem předá soubory vysledny_seznam.xml a info o aipech.xml prostřednictvím VYSOL

Archivnímu portálu - modul přejímky.
11. Po úspěšném zaslání výsledku Archivnímu portáluPříjem odstraní datové soubory a ponechá

jen informaci v logu.

Další požaclavky
1. příjem na požádání předá prostřednictvím VYSOL modulu Administrace:

a) Seznam všech přejímek.
b) Seznam úspěšně zpracovaných přejímek.
C) Seznam přejímek s chybou.
d) Seznam probíhajÍcÍch přejímek.
e) Kompletní log konkrétní přejímky.

2. Parametry modulu příjem musí být možno nastavovat prostřednictvím modulu Administrace.

Modul Správa dat
Modul v současné době tvoří databáze MySQL, do které je přímo zapisováno modulem příjem.
S modulem Správa dat budou komunikovat pouze moduly příjem a Přístup. je umístěn v samostatné
síti s omezeným přístupem. Vzhledem k omezenému množství dosud přijatých sip se návrh úpravy
podoby Správy dat ponechává na uvážení dodavatele. je možné zachování a doplnění současné
podoby i návrh zcela nové podoby modulu. Požadováno je zachování stávajÍcÍho typu databáze a
funkce, která umožní zaslat modulu prostřednictvím VYSOL soubor mets.xml ze SlPu pro skartační a
mimoskartační řIzenI spolu s identifikátorem DA. Modul informace z tohoto zaslaného souboru vytěží
a zapíše do databáze. Tuto funkcionalitu lze kombinovat s bodem 11 zpracování SIP v modulu příjem
(uložení metadat do modulu Správa dat). Vzhledem k tomu, že činnost modulu bude třeba
monitorovat, umožní modul přístup k log souboru databáze prostřednictvím modulu Administrace.

Modul Administrace
Modul v současné době neexistuje a jednotlivé moduly (příjem, Správa dat, Archivematica) jsou
spravovány samostatně. Modul bude umístěn v samostatné síti s omezeným přístupem. Od
dodavatele se očekává vytvoření modulu s webovým rozhraním, jehož prostřednictvím bude možné
monitorovat a řídit činnost modulů příjem, Přístup a Správa dat. K tomu bude třeba definovat a
vytvořit příslušná komunikační rozhraní na bázi VYSOL. Součástí modulu bude rovněž LDAP server pro
evidenci uživatelů IS nda, jejich přístupových práv apod. Rozhraní modulu musí být otevřené do té
míry, aby umožnilo připojení modulů, které vzniknou v budoucnu. Možnost připojení dalších modulů
bude ověřena na stávajícň"n modulu Distribuce, který zadavatel upraví.

Každému uživateli bude možno přiřadit role pro jednotlivé moduly:

role oprávnění
správce uživatelů zadání nového uživatele, přiřazení role (rolí) přIslušnému uživateli
operátor příjmu prohhžení informací o přejímkách zpracovávaných a zpracovaných Příjmem
správce příjmu nastavení parametrů modulu příjem
operátor Správy prohhžení informací o Správě dat
dat
operátor Přístupu prohhžení informací o fungování modulu Přístup
správce Přístupu nastavení parametrů modulu Přístup

4



operátor Distribuce prohhžení informací o fungování modulu Distribuce

Požadavky
1. Webové rozhraní musí fungovat stejně v aktuálních verzích prohlížečů Google Chrome,

Mozilla Firefox a Microsoft Edge.
2. Ovládání musí být intuitivní a mělo by uživatele vést.

Modul Přístup
Modul v současné době neexistuje. Modul bude komunikovat s Archivním portálem, Správou dat
a modulem Archivematica. Účelem modulu je přijmout dotaz od Archivního portálu, vyhledat
metatada ve Správě dat a příslušné balíčky AlP v Archivematice a výsledek předat Archivnímu
portálu. Úkolem dodavatele bude vytvořit modul s níže definovanými funkcionalitami a definovat

komunikační rozhraní zejména pro komunikaci s Archivním portálem a modulem Archivematica.

Postup zpracování dotazu
1. Modul přijme od Archivního portálu dotaz ve formě VYSOL dotazu. Součástí dotazu bude mj. i

identifikace uživatele a jeho role (původce, badatel, archivář, veřejnost) a informace, zda jsou
požadována pouze metadata, metadata a náhled AlP, původní SIP nebo celý AlP.

2. Na základě dotazu vyhledá Přístup metadata k balíčkům AlP vyhovujícňm dotazu.
3. Dle metadat a role uživatele příjem vyhodnotí, zda je nalezený AlP veřejný nebo zda přístup

k němu podléhá omezení (obchodní tajemství, osobní údaje, dosud neproběhlá 30 letá
lhůta).

4. Pokud AlP podléhá omezení, bude e-mailem vyrozuměn příslušný archivář, který
prostřednictvím rozhraní příjmu udělí oprávnění k přístupu nebo ho zamítne. Případné
udělení oprávnění k přístupu bude časově omezené.

5. je-li součástí dotazu požadavek na znázornění (náhled) AlP, celý AlP či SIP, požádá příjem
prostřednictvím VYSOL o vydání AlP modul Archivematica.

6. AlP následně dle parametrů dotazu transformuje do podoby balíčku DIP. Pokud bude
požadován celý AlP, bude mít DIP stejnou podobu, jako AlP. Pokud bude požadována podoba
SIP, vytvoří příjem balíček dle příloh č. 2 a č. 3 NSESSS (potřebná data jsou součástí AlP, viz
zpracování přejímky). Podoba DIP v případě, kdy budou požadována metadat, ev. znázornění
AlP, je součástí řešenítéto zakázky.

7. Znázornění AlP je třeba chápat jako převedení komponent AlP do podoby vhodné pro
zveřejnění webovými technologiemi na portále a vytvoření náhledu vhodného pro případné
stažení uživatelem. Vzhledem k tomu, že není v současnosti možné definovat veškeré
formáty souborů, zadavatel předpokládá existenci samostatných jednoúčelových modulů
poskytujícňm (formou webové služby) službu transformace formátu do podoby pro webové
zobrazení a tvorbu náhledu. Takové moduly budou vznikat postupně, součástí zakázky budou
pouze moduly pro transformaci rastrových obrázků, audia, videa a PDF.

8. Modul Přístup bude disponovat rozhraním, které umožní správci definovat pro konkrétní
formát souboru konkrétní webovou službu. Formát souboru bude součástí metadat AlP.

9. Pokud archivář povoloval přístup (viz bod 4), je po vytvoření znázornění opět vyrozuměn a
prostřednictvím rozhraní Přístupu dá či nedá souhlas s předáním portálu.

10. Součástí udělení souhlasu může být i podmínka anonymizace. Pro takový případ bude modul
poskytovat možnost anonymizace rastrových obrázků a PDF. S ohledem na skutečnost, že

5



nelze předjímat všechny možnosti, bude archiváři dána rovněž možnost stáhnout si soubor,
lokálně ho upravit a nahrát zpět.

11. Vytvořený DIP předá Přístup Archivnímu portálu prostřednictvím VYSOL. DIP se nepředává
v případě, že je přístup k metadatům a AlP zamítnut. V takovém případě je součástí odpovědi
portálu i zdůvodnění zamÍtnutÍ.

Přístup archiváře k modulu Přístup
Přístup archiváře k modulu příjem bude realizován prostřednictvím CMS. jeho ověření však proběhne
prostřednictvím autentizační služby Archivního portálu. Aktuálně se jedná o LDAP server, v průběhu
plnění však bude, v závislosti na realizaci samostatné zakázky na Archivní portál, nahrazen službou na
bázi VYSOL.

Technické parametry
Pro běh aplikace bude k dispozici jedna z níže uvedených platforem:

· GNU Linux (Debian, Ubuntu, Fedora nebo RedHat), webový server Apache nebo
· Microsoft Windows Server, webový server liS.

Pro běh každého modulu bude k dispozici server s nainstalovanou virtualizační platformou Microsoft
Hyper-V. a virtuálním serverem s operačním systémem Microsoft Windows 2016 Standard. výchozí
předpokládaná konfigurace virtuálního serveru pro 1 modul: 8 jader, 64 GB RAM, 500 GB HDD
(10000 rpm, RAID l), 1 TB HDD (7200 rpm, RAID l), může být upravena na základě skutečných
požadavků definovaných dodavatelem.

Webové rozhraní musí být validní dle HTML5 a nesmí být závislé na typu webového prohlížeče a typu
operačního systému uživatele a nesmí využívat doplňky a technologie, které nejsou z hlediska
uživatele dostupné zdarma. Referenčním prohlížečem bude Mozilla Firefox, rozhraní však musí stejně
fungovat s prohlížeči Google Chrome a Microsoft Edge.

Bude-li k běhu aplikace potřeba i jiný standardní software, musí být tento součástí dodávky.

Komunikace mezi moduly bude probíhat prostřednictvím webových služeb VYSOL.

Předpokládané vybrané parametry systému
Běžná doba odezvy systému (doba, ve které systém poskytne odezvu pro 4s
95%požadavků)
Maximální doba odezvy systému 30S
Průměrná doba na výdej dokumentu (DIP) 0,5 h
Maximální doba na výdej dokumentu (DIP) 24 h
Dostupnost systému 90%
Rychlost příjmu dat (balíčky SIP) 3,6 MB/S
Velikost SIP 2 GB
Maximá|níve|ikost SIP 100 GB

Požadavky na testování
Dodavatel provede nás|edujÍcÍ typy testů:

6



· Systémové a integrační testy.
· Funkční - tyto testy potvrdí, že byly implementovány funkční požadavky.
· Uživatelské - tyto testy potvrdí, že požadavky byly im plementovány uživatelsky

akceptovatelným způsobem.

· Kapacitní - tyto testy potvrdí, že řešení je schopno uložit a efektivně zpracovávat zadané
množství údajů.

· Bezpečnostní - tyto testy potvrdí, že byly im plementovány všechny bezpečnostní požadavky.
· Akceptační testy.

Dodavatel testy navrhne, žadatel je případně doplní a schválí. Akceptace řešení bude provedena po
akceptaci všech typů testů.

Požadavky na podporu
Součástí plnění bude technická podpora po dobu 5 let zahrnujícŕ

" Úpravy aplikací na základě |egis|ativních změn.

" Odstraňování závad souvisejÍcÍch s aktualizacemi operačního systému a software, který
aplikace pro svůj běh potřebuje.

" Úpravy aplikací na základě požadavku zadavatele v rozsahu 20 člověkodnů.

" Odstraňování chyb v aplikaci do 5 pracovních dnů s reakční dobou při ohlášení závady max. 4
hodiny.

" Smlouva na technickou podporu musí být uzavřena samostatně.

" Částka za podporu na 5 let musí být vyčíslena a fakturována samostatně.

Požadavky na dokumentaci
Součástí dokumentace systému budou zejména protokoly z testování, uživatelská a administrátorská
příručka a zdrojové kódy. Veškerá dokumentace musí splňovat také požadavky zákona
č. 365/2000 Sb. o informačních systémech veřejné zprávy v platném znění.

Detailní analýza l Technický projekt: Obsahem technického projektu je prohloubení a dokončení
analýzy provedené zadavatelem a detailní technický návrh celého řešení NDA. Jsou v něm
specifikovány použité technologie a metodiky, je dokumentována struktura aplikace a popsána
struktura databází. Jsou v něm přesně specifikována všechna rozhraní aplikace na jiné systémy.

Jsou v něm definovány požadavky na hardware a software a seznam potřebných licencí. Musí být
specifikovány tak, aby pokrývaly veškeré potřeby pro realizaci projektu včetně těch licencí, které
nejsou předmětem dodávky.

Jsou v něm specifikovány požadavky na prostupy na firewallech, je popsána komunikace mezi moduly
včetně odhadů datových objemů. Jsou v něm definovány nároky na parametry jednotlivých
komunikačních kanálů (rychlost, latence).

je v něm popsáno řešení správy aplikace NDA a způsob zajištění dostupnosti NDA.

je v něm definován harmonogram realizace. Jsou v něm specifikovány testovací scénáře a plán testů.

7



Dokumentace skutečného provedení: Obsahem tohoto dokumentu je popis implementace aplikace
NDA. Jsou v ní definovány použité VLAN, IP adresy atd. a přesné schéma zapojení NDA do počítačové
sItě a další potřebné informace.

je v ní popsáno připojení na dohledové nástroje. je v ní popsán proces instalace aplikace
ze zdrojových kódů.

Dokumentace z testování: Dokumentace provedených testů a jejich výsledků.

Uživatelská dokumentace pro externí uživatele: Příručka pro subjekty výužÍvajÍcÍ služby NDA.
Obsahuje mj. popisy rolí a jím přiřazených práv na využÍvání funkcionalit NDA.

Uživatelská dokumentace pro interní uživatele: Příručka pro zaměstnance NA, kteří pracújí s NDA.
Obsahuje mj. popisy rolí a jim přiřazených práv na využÍvání funkcionalit NDA.

Administrátorská dokumentace: Příručka pro správce NDA. Obsahuje zejména:

" Popis zálohování a archivace.

" Popis konfigurace a konfiguračních parametrů, tj. návod na konfiguraci NDA.

" Popis a konfigurace nástrojů monitorujÍcÍch a doh|ížejÍcÍch na provoz nda a jejich propojení
na monitoring a dohledy NA.

" Kompletní seznam administrátorských a systémových přístupových účtů nutných pro provoz
NDA.

" Popis administrace uživatelů, rolí a přístupových práv.

" Popis change managementu, tj. popis jak instalovat aktualizace použitého software, jak
nasazovat nové verze použitého software a vlastní aplikace.

" Postupy spuštění a zastavení činností modulů.

· Postupy pro řešení problémů.

Bezpečnostní dokumentace: Obsahuje zejména:

" Popis obnovy ze záloh.

" Havarijní plány.

" Dokumentace realizace aplikace z pohledu zákona č. 181/2014 Sb., o kybernetické
bezpečnosti.

Požadavky na školení
Součástí plnění bude školení operátorů systému a administrátorů systému.

Předpokládá se proškolení 10 operátorů v rozsahu 8 hodin a 6 administrátorů v rozsahu 8 hodin.

Smlouva na školení operátorů systému bude uzavřena samostatně.

Částka za školení ve výše uvedeném rozsahu musí být vyčíslena a fakturována samostatně.

8



Bezpečnostní požadavky
Řešení musí splňovat požadavky zákona č. 181/2014 Sb., o kybernetické bezpečnosti a o změně

souvisejÍcÍch zákonů (zákon o kybernetické bezpečnosti) na významné informační systémy.

Další požadavky na zajištění bezpečnosti řešení:

" Veškerá komunikace mezi moduly musí probíhat prostřednictvím VYSOL.

" S IS N DA smí komunikovat pouze Archivní portál, správci a operátoři.

" Správci a operátoři přistupují k IS NDA pouze prostřednictvím vyhrazených pracovních stanic
v rámci samostatné SItě.

" Veškeré operace a síťový provoz musí být monitorovány, zaznamenávány a vyhodnocovány.

" IS NDA provádí identifikaci a autentizaci uživatelů. V případě požadavků předaných Archivním
portálem provádí identifikaci a autentizaci Archivní portál. IS NDA však oprávnění k přístupu
ověřuje.

" IS NDA nesmí povolit žádné operace před úspěšnou autentizací uživatele.

" IS NDA musí mít implementované role pro rozlišení oprávnění uživatelů.

" IS NDA bude provádět reautentizaci uživatele po určité době nečinnosti. Tato doba je
konfigurovatelná a může být odlišná pro různé kategorie (kombinace rolí) uživatelů.

" IS NDA provádí autorizaci uživatele při každém provádění jakékoli operace, která neníveřejně
přístupná.

" IS N DA provádí logování akcí prováděných uživateli.

" is nda zajišťuje protokoly o činnosti proti neoprávněnému přístupu a modifikaci.

Přehled požadovaných funkcionalit
modu1/ pořadí funkčnost, plnění
Bezpečnost/1 Zabezpečená komunikace prostřednictvím (ssh, https)
Bezpečnost/2 Monitorování síťového provozu IS NDA
Bezpečnost/3 Identifikace a autentizace uživatelů IS NDA nebo jejich ověření v případě

přihlášení přes Archivní portál
Bezpečnost/4 Uživatelské role v IS NDA
Bezpečnost/5 Reautentizace uživatele po stanovené době nečinnosti; tato doba je

konfigurovatelná
Bezpečnost/6 Ověření autorizace při každé operaci v IS NDA
Bezpečnost/7 Logování akcí prováděných uživatelem
Bezpečnost/8 Hlášení neoprávněného přístupu a modifikace
Dokumentace/1 Detailní analýza l Technický projekt: prohloubení a dokončení analýzy provedené

zadavatelem a detailní technický návrh celého řešenílS NDA, specifikace
použitých technologií a metodik, dokumentace struktury aplikace, struktura
databází, specifikace rozhraní na jiné systémy, požadavky na hardware a
software, seznam potřebných licencí, požadované prostupy na firewallech,
komunikace mezi komponentami jedné instance IS NDA a mezi instancemi včetně
odhadů datových objemů, nároky na parametry jednotlivých komunikačních

9



kanálů (rychlost, latence), řešení správy aplikace IS NDA a způsob zajištění
dostupnosti IS NDA, harmonogram realizace, testovací scénáře a plán testů.

Dokumentace/2 Dokumentace skutečného provedení: zejména popis implementace aplikace IS
NDA. Jsou v ní definovány použité VLAN, IP adresy atd., přesné schéma zapojení
IS NDA do počítačové SItě, připojení na dohledové nástroje sItě, proces instalace
aplikace ze zdrojových kódů.

Dokumentace/3 Dokumentace provedených testů a jejich výsledků.
Dokumentace/4 Uživatelská dokumentace pro externí uživatele (subjekty výužÍvajÍcÍ služby IS

NDA): zejména popisy rolí a jím přiřazených práv na využÍvání funkcionalit IS NDA.
Dokumentace/5 Uživatelská dokumentace pro interní uživatele (zaměstnance NA): zejména popisy

rolí a jim přiřazených práv na využÍvání funkcionalit IS NDA.
Dokumentace/6 Administrátorská dokumentace: zejména popis zálohování a archivace; popis

konfigurace a konfiguračních parametrů, tj. návod na konfiguraci IS NDA; popis a
konfigurace nástrojů monitorujÍcÍch a doh|ížejÍcÍch na provoz is nda a jejich
propojení na monitoring a dohledy NA; kompletní seznam administrátorských a
systémových přístupových účtů nutných pro provoz NDA; popis administrace
uživatelů, rolí a přístupových práv; popis change managementu, tj. popis jak
instalovat aktualizace použitého software, jak nasazovat nové verze použitého
software a vlastní aplikace; popis jak nastartovat, zastavit a restartovat NDA;
postupy pro řešení problémů.

Dokumentace/7 Bezpečnostní dokumentace: zejména popis obnovy ze záloh, havarijní plány,
dokumentace kybernetické bezpečnosti - významný informační systém

Technologie/1 GNU Linux (Debian, Ubuntu, Fedora nebo RedHat), webový server Apache nebo
Microsoft Windows Server, webový server liS.

Technologie/2 Virtualizační platforma Microsoft Hyper-V a virtuální server s operačním
systémem Microsoft Windows 2016 Standard

Technologie/3 Komunikace modulů mezi sebou a s Archivním portálem prostřednictvím VYSOL
Technologie/4 Webové rozhranÍva|idní dle HTML 5, nezávislé na typu webového prohlížeče a

typu operačního systému uživatele, nesmí využívat doplňky a technologie, které
nejsou z hlediska uživatele dostupné zdarma; prohlížeče: Mozilla Firefox
(referenční), Google Chrome a Microsoft Edge.

Technologie/5 Standardní software (třetích stran) bude součástí dodávky - specifikace
Technologie/6 Přístup archiváře k modulu příjem bude realizován prostřednictvím CMS, jeho

ověření však proběhne prostřednictvím autentizační služby Archivního portálu.
Aktuálně se jedná o LDAP server, v průběhu plnění však bude, v závislosti na
realizaci samostatné zakázky na Archivní portál, nahrazen službou na bázi VYSOL.

příjem/1 Monitorování a řIzenI prostřednictvím modulu Administrace
příjem/2 Komunikuje s moduly Správa dat a Archivematika a s Archivním portálem
příjem/3 Dotaz na AP-Přejímky, zda je ke zpracování dostupná nová přejímka; interval

dotazování je konfigurovatelný.
příjem/4 Stažení nové přejímky (SIP balíčků různého typu a jejich seznamu dle přílohy 4

NSESSS).
příjem/5 Ověření kontrolního součtu SHA512 souborů a případné nové stažení souboru při

rozdílném kontrolním součtu zaslaném a vypočítaném.

10



příjem/6 Vložení stažené přejímky do adresářů
příjem/7 Ověření, zda byly předány všechny entity (spis, dokument či díl typového spisu)

označené ,,vybrat za archiválii" v seznamu dle přílohy č. 4 NSESSS a zda nebyla
předána žádná entita navíc. Pokud je zjištěna chybějÍcÍ nebo přebývajÍcÍ entita
bude přejímka zamítnuta a tato skutečnost bude prostřednictvím VYSOL sdělena
AP-Přejímky.

příjem/8 Transformace každého SIP do podoby pro modul Archivematica.
příjem/9 Zaslání transformovaných SIP jednotlivě prostřednictvím VYSOL modulu

Archivematica spolu s kontrolním součtem SHA512 každého souboru.
příjem/10 Čekání na zprávu (VYSOL) od modulu Archivematica o zpracovávání přIslušného

SIP. Zpráva bude obsahovat informaci, zda bylo uložení úspěšné, identifikátor AlP
a velikost v bytech.

příjem/11 Po obdržení kladných zpráv o všech SIP vytvoření souboru dle přílohy č. 4 NSESSS
obsahujÍcÍ kromě jednoznačného identifikátoru entity identifikátor DA.

příjem/12 Vytvořeníinformace o každém jednotlivém AlP (identifikátor DA, evidenční
jednotka, velikost v bytech, časový rozsah a souhrnné informace celé přejímky -
počet evidenčních jednotek, celkový časový rozsah a celková velikost).

příjem/13 Předání souborů (ad příjem/11 a příjem/12) AP-Přejímky.
příjem/14 Vytěžení metadat SIP a uložení do modulu Správy dat spolu s identifikátorem DA.
příjem/15 Při kladném potvrzení přijetí předaných souborů ad příjem/13 smazání datových

souborů a záznam v logu.
příjem/16 Předání modulu Administrace na jeho vyžádání:

a) Seznam všech přejímek.
b) Seznam úspěšně zpracovaných přejímek.
C) Seznam přejímek s chybou.
d) Seznam probíhajÍcÍch přejímek.
e) Kompletní log konkrétní přejímky.

Správa dat/1 Komunikuje VYSOL s moduly příjem a Přístup.
Správa dat/2 Databáze MySQL.
Správa dat/3 Obsahuje metadata vytěžená modulem příjem ze SIP, identifikátor AlP a

metadata AlP.
Administrace/1 Webové rozhraní pro monitorování a řIzenI činnosti modulů příjem, Přístup a

Správa dat.
Administrace/2 Komunikace VYSOL s moduly příjem, Přístup a Správa dat.
Administrace/3 LDAP server pro evidenci uživatelů, jejich přístupových práv apod. v IS NDA; role:

správce uživatelů; operátor příjmu; správce příjmu; operátor Správy dat; operátor
Přístupu; správce Přístupu; operátor Distribuce.

Administrace/4 Otevřenost rozhraní modulu pro připojení dalších případných modulů.
Přístup/1 Komunikace VYSOL s Archivním portálem, moduly Správa dat a Archivematica.
Přístup/2 přijímá dotaz od Archivního portálu; dotaz obsahuje zejména identifikaci

uživatele a jeho role (původce, badatel, archivář, veřejnost), informace, zda jsou
požadována pouze metadata, metadata a náhled AlP, původní SIP nebo celý AlP.

Přístup/3 Na základě dotazu z Archivního portálu vyhledá ve Správě dat příslušná metadata,
popř. identifikuje AlP.

11



Přístup/4 Vyhodnotí, zda je nalezený AlP veřejný nebo zda přístup k němu podléhá omezení
(obchodní tajemství, osobní údaje, dosud neproběhlá 30 letá lhůta).

Přístup/5 V případě omezení (ad Přístup 4) vyrozumí e-mailem archiváře přIslušného
archivu, který prostřednictvím rozhraní modulu udělí dočasné oprávnění k
přístupu nebo ho zamítne. Doba oprávnění k přístupu je konfigurovatelná,
zpravidla 30 dní.

Přístup/6 O zamÍtnutÍ nebo povolení přístupu je prostřednictvím e-mailu informován
uživatel, který zaslal dotaz (Ad Přístup/2)

Přístup/7 V případě požadavků na AlP získá od modulu Archivematica příslušné AlP.
Přístup/8 Podle požadavku bud' znázorní AlP nebo ke stažení připraví celý AlP nebo SIP.
Přístup/9 Vybraná metadata včetně případných AlP nebo SIP transformuje do podoby

balíčku DIP. Pokud bude požadován celý AlP, bude mít DIP stejnou podobu, jako
AlP. Pokud bude požadována podoba SIP, vytvoří příjem balíček dle příloh č. 2 a č.
3 NSESSS (potřebná data jsou součástí AlP, viz zpracování přejímky). Podoba DIP v
případě, kdy budou požadována metadat, ev. znázornění AlP, je součástí řešení.

Přístup/10 V případě znázorněnIAlP převede komponenty a metadata do podoby vhodné
pro zveřejnění webovými technologiemi a vytvoří náhled vhodný pro případné
stažení uživatelem. K tomu zadavatel předpokládá vytvoření samostatných
jednoúčelových modulů poskytujícňm (formou webové služby) službu
transformace datového formátu do podoby pro webové zobrazení a tvorbu
náhledu. Takové moduly budou vznikat postupně, součástí zakázky budou pouze
moduly pro transformaci rastrových obrázků, audia, videa a PDF.

Přístup/11 Po vytvoření znázornění vyrozumí e-mailem archiváře přIslušného archivu, pokud
povoloval přístup (ad Přístup/5); ten prostřednictvím rozhraní dá či nedá souhlas
s předáním Archivnímu portálu (uživateli).

Přístup/12 Umožní anonymizaci (odstranění části obsahu) rastrových obrázků a PDF, vedle
toho možnost za tímto účelem stáhnout soubor, lokálně ho upravit a nahrát zpět
(před předáním Archivnímu portálu ad Přístup/11)

Přístup/13 Předá DIP Archivnímu portálu, v případě zamÍtnutÍ předá informaci o důvodu
zamÍtnutÍ.

Slovníček
SIP Submission Information Package. Informační balíček pro zasňání dat do digitálního

archivu.
AlP Archival Information Package. Informační balíček pro uložení dat v digitálním

archivu.
DIP Dissemination Information Package. Informační balíček pro zaslání informací

z digitálního archivu.
NSeSSS Národní standard pro elektronické systémy spisové služby.
ZOKB Zákon č. 181/2014 Sb., o kybernetické bezpečnosti a jeho prováděcí předpisy

Přílohy
č. přílohy název přílohy

12



1 Schéma modulů NDA
2 XSD dle přílohy č. 2 NSESSS
3 Schéma XML pro vytvoření datového balíčku SIP
4 xsd pro sip z výběru mimo skartační řIzenI
5 Schéma současné podoby databáze Správy dat

13



ArchNnl podá

CRD wt WJ

b K;

Ĺ
h.

¶
h L
u

\

VMINMm
4

h

g
k

B 1W)A

^
i l

F
4 N
i i

a h
q ŕ
? r

a F' ૠF
i l
P ŕ

F
; t

h
l} !

g ŕ
Ť k

rŕ
Pťúem i

V

L h
m b
, _

.

P
Ĺ
m

W
r

,.

..

r

r

ľ

?
0

l

l
i " r F

ŕ

f
ť

r
P

ŕ

>
r

F" ŕ
f

r

.

F
.P

l

Ť

4

l

Ľ
_...-.-.----->

__. ..-



Příloha č. 2 národního standardu pro elektronické systémy spisové služby

Schéma XML pro zaznamenání popisných metadat
uvnitř datového balíčku SIP

<?xm1 version="1.0" encoding="UTF-8"?>
<xs : schema targetNamespace="http: //www.mvcr. cz/nsesss/v2 "
xrnlns :dc="http: //purl.org/dc/elements/1. 1/" xmlns :nsesss="http: //www.mvcr. cz/nsesss/v2 "
xmlns :rdf="http: //www.w3 .org/1999/02/22-rdf-syntax-ns#"
xmlns : xs="http : l lwww . w3 . orgl 2 O O 1/XMLS chema "

elementFormDefau1t="qualif led" attributeFormDefau1t="unqualified" id="nsesss"
version="2. 0">
<xs:annotation>
<xs:documentation xml:1ang="cs">Schéma XML pro zaznamenání popisných metadat uvnitř

datového balíčku SIP podle národního standardu pro elektronické systémy spisové
s1užby</xs:documentation>

<xs:appinfo>
<rdf:RDF>
<rdf:0escription>
<dc:Creator>Odbor archivní správy a spisové služby Ministerstva vnitra

ČR</dc:Creator>
<dc:0escription>Schéma XML pro zaznamenání popisných metadat uvnitř datového balíčku

SIP</dc:0escription>
<dc:Publisher>Ministerstvo vnitra</dc:Publisher>
<dc:Date>2012-06-28</dc:Date>
<dc:Type>XML Schema</dc:Type>
<dc:Format>text/xml</dc:Format>
<dc:Language>cs-Cz</dc:Language>

</rdf:Description>
</rdf:RDF>

</xs:appinfo>
</xs:annotation>

<!-- definice kořenových elementů -->
<xs:e1ement name="Oi1">
<xs:annotation>
<xs:documentation xm1:1ang="cs">Sada elementů pro popis základní entity

(mechanická část součásti typového spisu). Tato sada se využije jako výchozí
přejímky určité části typového spisu (resp. uzavřeného dílu v rámci součásti
spisu).</xs:documentation>

</xs:annotation>
<xs:comp1exType>
<xs:sequence>
<xs:e1ement name="EvidencniUdaje" type="nsesss:tEvidencniUdaje0ilu"/>
<xs:element name="0okumenty" type="nsesss:t0okumenty"/>

"díl"
v případě
typového

</xs :sequence>
<xs :attribute name="ID" type="xs:ID" use="required">
<xs:annotation>
<xs:documentation xml:lang="cs">1dentifikátor jednoznačně označuje entitu uvnitř XML

dokumentu.</xs:documentation>
</xs:annotation>

</xs:attribute>
</xs:cornp1exType>

</xs:element>

<xs:element name="0okument">
<xs:annotation>
<xs:documentation xm1:1ang="cs">Sada elementů pro popis základní entity "dokument". Tato

sada se využije jako výchozí V případě přejímky vyřízeného dokumentu zatříděného do věcné
skupiny. Dokument zatříděný do spisu (nikoli do typového spisu) se předává v rámci entity
"spis". Dokument zatříděný do typového spisu (resp. dílu příslušné součásti typového spisu) se
předává v rámci entity "díl".</xs:docurnentation>

</xs:annotation>
<xs:complexType>
<xs:sequence>
<xs:element name="EvidencniUdaje" type="nsesss:tEvidencniUdajeDokumentu"/>
<xs:element name="kornponenty" type="nsesss:tkomponenty" minOccurs="0">
<xs:annotation>
<xs:docurnentation xrnl:lang="cs">Prvek je nepovinný v případě, že jsou předávány

pouze metadata entit. Rovněž je nepovinný v případě, že jde o dokument v analogové
podobě.</xs:documentation>

l



</xs:annotation>
</xs:element>

</xs : sequence>
<xs :attribute name="ID" type="xs:ID" use="required">
<xs:annotation>
<xs:documentation xml:lang="cs">ldentifikátor jednoznačně označuje entitu uvnitř XML

dokumentu.</xs:documentation>
</xs:annotation>

</xs:attribute>
</xs:complexType>

</xs:element>

<xs:element name="Spis">
<xs:annotation>
<xs:documentation xml:lang="cs">Sada elementů pro popis základní entity "spis". Tato

sada se využije jako výchozí V případě přejímky celého uzavřeného spisu (nikoli typového
spisu). v případě přejímky určité části typového spisu (resp. uzavřeného dílu v rámci součásti
typového spisu) se využije jako základní entita "díl".</xs:documentation>

</xs:annotation>
<xs:complexType>
<xs:sequence>
<xs:element name="EvidencniUdaje" type="nsesss:tEvidencniUdajeSpisu"/>
<xs:element name="0okumenty" type="nsesss:t0okumenty"/>

</xS : sequence:'
<xs :attribute name="ID" type="xs:ID" use="required">
<xs:annotation>
<xs:documentation xml:lang="cs">1dentifikátor jednoznačně označuje entitu uvnitř XML

dokumentu.</xs:documentation>
</xs:annotation>

</xs:attribute>
</xs:complexType>

</xs:element>
<!-- konec definice kořenových elementů >

<!-- definice skupiny elementů -->
<xs:group name="tEntita">
<xs:annotation>
<xs:documentation xml:lang="cs">sada elementů pro popis evidenčních údajů dále uvedených

entit, tedy věcné skupiny, spisu, součásti, dílu a dokumentu.</xs:documentation>
</xs:annotation>
<xs:sequence>
<xs:element
<xs:element
<xs:element
<xs:element
<xs:element
<xs:element

</xs:sequence>

name="1dentifikace" type="nsesss :tldentifikace"/>
name="Popis" type="nsesss:tpopis"/>
name="Souvislosti" type="nsesss :tSouvislosti" minOccurs="0" />
name="Pristupnost" type="nsesss :tPristupnost" minOccurs="0"/>
name="Poznamky" type="nsesss :tPoznamky" minOccurs="0" />
name="jineUda je" type="nsesss :tjineUda je" minOccurs="0" />

</xs:group>
<!-- konec definice skupiny elementů >

<!-- definice jednoduchých typů -->
<xs:simpleType name="tEvidencniCislo">
<xs:annotation>
<xs:documentation xml:lang="cs">Evidenční znak spisu (identifikace spisu například v

podobě spisové značky nebo jiných evidenčních znaků) nebo dokumentu (číslo jednací nebo
evidenční číslo ze samostatné evidence dokumentů) v rámci evidence
dokumentů.</xs:documentation>

</xs:annotation>
<xs:restriction base="xs:string">
<xs:maxLength value="50"/>

</xs:restriction>
</xs:simpleType>

<xs:simpleType name="t1dentifikatorHodnota">
<xs:annotation>
<xs:documentation xml:lang="cs">1dentifikátor je údaj pevně spojený s entitou nebo

objektem zajišťující jejich nezaměnitelnost a jedinečnost v rámci ERMS nebo v rámci systémů
elektronické komunikace (například e-mail, informační systém datových schránek, vydané
certifikáty). V případě dokumentu tento identifikátor plní funkci jednoznačného identifikátoru
ve smyslu zákona č. 499/2004 Sb. jednoznačný identifikátor obsahuje zejména označení původce,
popřípadě zkratku označení původce, a to ve formě alfanumerického kódu. V případě komponenty
se zaznamenávají všechny identifikátory, které zajišťují nezaměnitelnost a jedinečnost entity
v rámci příslušných informačních systémů, ve kterých je komponenta zpracovávána nebo
zpřístupňována (ERMS, e-mail, informační systém datových schránek apod.).</xs:documentation>

</xs:annotation>
<xs:restriction base="xs:string">

2



<xs:maxLength value="50"/>
</xs:restriction>

</xs:simp1eType>

<xs:sirnp1eType name="tjazyk">
<xs:annotation>
<xs:documentation xml:1ang="cs">zkratka jazyku dokumentu podle číselníku v ISO 639-

2:1998 Codes for the representation of names of ľanguages - Part 2: Alpha-3 code (viz
http://www.1oc.gov/standards/iso639-2/ISO-639-2_utf-8.txt).</xs:documentation>

</xs:annotation>
<xs:restriction base="xs:string">
<xs:1ength vaľue="3"/>

</xs:restriction>
</xs:simpleType>

<xs:sirnp1eType name="tjednoduchySpisovyZnak">
<xs:annotation>
<xs:documentation xml:lang="cs">jednoduchy spisový znak entit zajišťuje jejich

nezaměnitelné a jedinečné označení v rámci mateřské entity.</xs:documentation>
</xs:annotation>
<xs:restriction base="xs:string">

<xs:maxLength value="50"/>
</xs:restriction>

</xs:simp1eType>

<xs:simpleType name="tkomentar">
<xs:annotation>
<xs:documentation xml:1ang="cs">podrobný popis entity nebo objektu a jejich

obsahu.</xs:documentation>
</xs:annotation>
<xs:restriction base="xs:string">

<xs:maxLength vaľue="255"/>
</xs:restriction>

</xs:sirnp1eType>

<xs:sirnp1eType name="tLogicky">
<xs:annotation>

<xs :documentation xml :1ang="cs">oatový prvek, který může nabývat logické hodnoty "ano" l
"ne" .</xS :documentation>

</xS :annotation>

<xs :restriction base="xs :string">
<xs :enumeration va1ue="ano" />
<xs :enurneration value="ne"/>

</xS :restriction>

</xS : simp1eType>

<xs : simpleType name="tNazev">
<xs :annotation>

<xs:documentation xml:1ang="cs">krátký popis entity nebo objektu vystihující jejich
stručný obsah.</xs:documentation>

</xs:annotation>
<xs:restriction base="xs:string">

<xs:maxLength vaľue="100"/>
</xs:restriction>

</xs:siinpleType>

<xs:sirnp1eType name="tPlneUrcenySpisovyZnak">
<xs:annotation>
<xs:documentation xrnl:lang="cs">Plně určený spisový znak je označení entity, které pro

účely jejího vyhledávání, ukládání a vyřazování určuje její jednoznačné místo v hierarchii
spisového pIánu prostřednictvím dědění jednoduchých spisových znaků mateřských entit. je
tvořen jednoduchým spisovým znakem v hierarchii nejvýše postavené věcné skupiny, jednoduchými
spisovými znaky věcných skupin níže ležících v hierarchii spisového plánu až do dosažení
nejbližší mateřské entity a jednoduchým spisovým znakem příslušné entity.</xs:documentation>

</xs:annotation>
<xs:restriction base="xs:string">

<xs:maxLength value="255"/>
</xs:restriction>

</xs:sirnp1eType>

<xs:siinpleType name="tPoradoveCislo">
<xs:annotation>
<xs:documentation xml:1ang="cs">Pořadové číslo spisu nebo dokumentu v rámci evidence

dokumentů a určeného časového období.</xs:documentation>
</xS :annotation>

<xs :restriction base="xs :int">
<xs :min1nclusive value="1" />

3



<xs:rnaxlnclusive value="2147483647"/>
</xs:restriction>

</xs:simpleType>

<xs:sirnp1eType name="tSkartacniLhuta">
<xs:annotation>
<xs:documentation xm1:1ang="cs">Časový údaj charakterizovaný roky, v jejichž průběhu

musí být dokument uložen u původce a po jehož uplynutí od spouštěcí události musí být entita
předána do skartačního řízení.</xs:documentation>

</xs:annotation>
<xs:restriction base="xs:unsignedShort">
<xs:rninlnc1usive value="1"/>
<xs:max1nclusive value="999"/>

</xs:restriction>
</xs:simpleType>

<xs:simp1eType name="tSkartacniZnak">
<xs:annotation>
<xs:documentation xm1:1ang="cs">Skartační znak vyjadřuje hodnotu entity podle jejího

obsahu a označuje způsob posouzení entity ve skartačním řízení. Skartačním znakem "A" (archiv)
se označuje entita trvalé hodnoty, která bude ve skartačním řízení navržena k vybrání jako
archiválie. Skartačním znakem "S" (stoupa) se označuje entita bez trvalé hodnoty, která bude
ve skartačním řízení navržena ke zničení. Skartačním znakem "V" (výběr) se označuje entita,
která bude ve skartačním řízení posouzena a navržena k vybrání za archiválii nebo ke
zničení.</xs:documentation>

</xs:annotation>
<xs:restriction base="xs:string">
<xs:enumeration value="A"/>
<xs:enumeration value="S"/>
<xs:enumeration value="V"/>

</xs:restriction>
</xs:simpleType>

<xs:simp1eType name="tSkartacniOperace">
<xs:annotation>
<xs:documentation xml:lang="cs">Rozhodnutí, které bylo provedeno v procesu výběru

archiválií. Pro entitu vybranou ve skartačním řízení se použije jediná přípustná hodnota
"trvalé u1ožení".</xs:documentation>

</xs:annotation>
<xs:restriction base="xs:string">
<xs:enumeration value="trvalé uložení"/>

</xs:restriction>
</xs:simpleType>

<xs:simp1eType name="tText">
<xs:annotation>
<xs:documentation xm1:1ang="cs">Univerzální textový prvek kratšího

rozsahu.</xs:documentation>
</xs:annotation>
<xs:restriction base="xs:string">

<xs:rnaxLength value="100"/>
</xs:restriction>

</xs:simpleType>

<xs:simp1eType name="tUk1adacijednotka">
<xs:annotation>
<xs:documentation xm1:1ang="cs">Prvek pro zaznamenání identifikace ukládací jednotky

(např. karton č. 12, balík č. 6), ve které je dokument uložen.</xs:documentation>
</xs:annotation>
<xs:restriction base="xs:string">

<xs:rnaxLength value="100"/>
</xs:restriction>

</xs:simpleType>

<xs:sirnpleType name="tVerze">
<xs:annotation>
<xs:documentation xml:lang="cs">Alfanumerický prvek pro uvedení číselné (např. 1., 2.,

3.) nebo textové (např. koncept, schválený koncept, výstupní dokument, doručený dokument,
převedený dokument) verze komponenty.</xs:documentation>

</xs:annotation>
<xs:restriction base="xs:string">
<xs:length value="50"/>

</xs:restriction>
</xs:simpleType>

<xs:simpleType name="tvysledekOvereni">
<xs:annotation>

4



<xs:documentation xml:lang="cs">Časový údaj, ve kterém je provedeno ověření platnosti
bezpečnostního prvku nebo certifikátu.</xs:documentation>

</xs:annotation>
<xs:restriction base="xs:string">
<xs:enumeration value="p1atný"/>
<xs:enumeration value="neplatný"/>
<xs:enumeration value="p1atnost nelze posoudit"/>

</xs:restriction>
</xs:simpleType>

<xs:sirnpleType name="tZpusobVyrizeni">
<xs:annotation>
<xs:documentation xml:lang="cs">Vyřízení je závěrečný úkon první fáze úředního

zpracování dokumentu, spisu nebo typového spisu. Způsoby vyřízení jsou definovány výčtem -
"vyřízení dokumentem" představuje vyřízení prostřednictvím vyhotoveného dokumentu (například
sdělení, rozhodnutí, souhlas, zamítnutí aj.), "postoupení" představuje předání entity k
vyřízení jiné organizaci, "vzetí na vědomí" znamená přijetí obsahu entity bez jejího dalšího
projednávání (například zpracováním formálního výstupu). Prvek dovoluje zadat hodnotu "jiný
způsob", která se podrobněji vysvětlí v prvku "Oduvodneni".</xs:documentation>

</xs:annotation>
<xs:restriction base="xs:string">
<xs:enumeration value="vyřízení dokumentem"/>
<xs:enumeration value="postoupení"/>
<xs:enumeration value="vzetí na vědomí"/>
<xs:enumeration value="jiný způsob"/>

</xs:restriction>
</xs:simpleType>
<!-- konec definice jednoduchých typů -->

<!-- definice odvozených jednoduchých typů
<xs:complexType name="t0atum">
<xs:annotation>

>

<xs:documentation xm1:1ang="cs">Univerzální prvek pro zaznamenání časového údaje. Datum
je zaznamenáno ve tvaru "YYYY-MM-DD".</xs:documentation>

</xs:annotation>
<xs:simpleContent>
<xs:extension base="xs:date">

<xs :attribute name="datum" type="xs :dateTirne" use="optiona1">
<xs:annotation>
<xs:documentation xml:lang="cs">vo1itelný prvek pro zaznamenání přesného časového

údaje. Datum je zaznamenáno ve tvaru 'WYYY-MM-DDThh:mn:ss±hh:mn". Tento prvek je vhodné uvádět
v případech, kdy je nutná specifikace času s přesností na sekundy.</xs:documentation>

</xs:annotation>
</xs:attribute>

</xs:extension>
</xs:simpleContent>

</xs:comp1exType>

<xs:cornplexType narne="tldentifikator">
<xs:annotation>
<xs:documentation xml:lang="cs">Sada elementů pro identifikaci entit nebo

objektů.</xs:documentation>
</xs:annotation>
<xs:simpleContent>
<xs:extension base="nsesss:tldentifikatorHodnota">
<xs:attribute name="zdroj" type="nsesss:tNazev" use="required">
<xs:annotation>
<xs:documentation xml:lang="cs">povinný prvek pro zaznamenání názvu zdroje

identifikátoru. V případě identifikace entit nebo některých objektů je zdrojem erms, v případě
identifikace subjektů může být zdrojem například rodné číslo, klientské číslo, zaměstnanecké
označení, služební číslo oprávněné úřední osoby (fyzické osoby) nebo IČ, DIČ (právnické
osoby).</xs:documentation>

</xs:annotation>
</xs:attribute>

</xs:extension>
</xs:sirnp1eContent>

</xs:comp1exType>
<!-- konec definice odvozených jednoduchých typů >

<!-- definice složených typů -->
<xs:cornp1exType narne="t8ezpecnostniKategorie">
<xs:annotation>
<xs:documentation xm1:1ang="cs">Bezpečnostní kategorie je opatření spojené s entitou,

které podmiňuje nebo definuje pravidla určující podmínky přístupu k ní. Toto opatření se
uplatňuje zejména v souvislosti s klasifikací dokumentu, který obsahuje utajovanou informaci,
stupněm utajení, jímž je klasifikován (zákon č. 412/2005 Sb.), nebo v souvislosti s označením
dokumentu pro omezení přístupu k němu podle jiného právního předpisu, anebo v souvislosti s

5



rozhodnutím organizace (původce) omezit přístup k jím stanoveným kategoriím
entit.</xs:documentation>

</xs:annotation>
<xs:sequence>

<xs:e1ement narne="ldentifikator" type="nsesss:tldentifikator"/>
<xs:element narne="Nazev" type="nsesss:tNazev"/>
<xs:e1ement narne="komentar" type="nsesss:tkomentar" minOccurs="0"/>
<xs:element name="Oduvodneni" type="xs:string" minOccurs="0">
<xs:annotation>
<xs:documentation xml:lang="cs">volitelný prvek pro zaznamenání důvodu přidělení

bezpečnostní kategorie.</xs:documentation>
</xs:annotation>

</xs:element>
<xs:e1ement name="8ezpecnostniStupen" type="nsesss:tText"/>

</xs:sequence>
</xs:complexType>

<xs:cornplexType narne="tCertifikat">
<xs:sequence>
<xs:element name="SerioveCislo" type="nsesss:tldentifikator">
<xs:annotation>
<xs:docurnentation xml:lang="cs">Sériové číslo certifikátu vydaného poskytovatelem

certifikačních služeb.</xs:documentation>
</xs:annotation>

</xs:element>
<xs:element name="Vydavate1" type="nsesss:tOsobaExterni">
<xs:annotation>
<xs:docurnentation xml:lang="cs">Prvek pro zaznamenání poskytovatele certifikačních

služeb, který vydal přísluší certifikát.</xs:documentation>
</xs:annotation>

</xs:element>
<xs:element name="Oržite1" type="nsesss:tOsobaExterni">
<xs:annotation>
<xs:documentation xm1:1ang="cs">Prvek pro zaznamenání držitele

certifikátu.</xs:documentation>
</xs:annotation>

</xs:element>
<xs:e1ement narne="P1atnost" type="nsesss:tP1atnost"/>

</xs:sequence>
</xs:comp1exType>

<xs:cornplexType name="t0ataceVyrazeni">
<xs:annotation>
<xs:documentation xml:lang="cs">Časové údaje evidující počátek a konec plynutí skartační

1hůty.</xs:documentation>
</xs:annotation>
<xs : sequence>

<xs :element name="RokSpousteciUdalosti" type="xs :gVear" />
<xs : element narne="RokSkartacniOperace" type="xs :gVear" />

</xs:sequence>
</xs:complexType>

<xs:complexType name="t0okumenty">
<xs:annotation>
<xs:documentation xm1:1ang="cs">Metadatový kontejner pro dceřiné

dokumenty.</xs:documentation>
</xs:annotation>
<xs : sequence>

<xs : element ref="nsesss :Dokument" rnaxOccurs="unbounded" />
</xs:sequence>

</xs:cornp1exType>

<xs : complexType name="tDoruceny0okument ">
<xs : annotation>
<xs:documentation xml:lang="cs">Sada elementů pro evidenci lida ju o doručení

dokumentu . < lxs : documentat ion>
</xS : annotation>

<xs : sequence>
<xs :element name="0atumVytvoreni" type="nsesss :t0atum" minOccurs=" 0"/>
<xs :element narne="Autor" type="nsesss :tOsobyExterni" minOccurs=" O" />
<xs : element narne="0aturnDoruceni" type="nsesss :t0aturn" />
<xs : element narne="OdesilatelovoEvidencniCislo" type="nsesss :tEvidencniCislo"

minOccurs="0"/>
<xs :element name="0oruceneMnozstvi" type="xs :string" minOccurs="0">

<xs : annotation>
<xs :documentation xml:lang="cs">Prvek se vyplňu je jen v případě entit v analogové

podobě .</xs :documentation>

6



</xs:annotation>
</xs:e1ement>
<xs:element name="Odesilate1" type="nsesss:tOsobaExterni"/>

</xs:sequence>
</xs:comp1exType>

<xs:comp1exType narne="tEvidence">
<xs:annotation>
<xs:documentation xml:lang="cs">Sada elementů pro evidenci spisů nebo

dokumentů.</xs:documentation>
</xs:annotation>
<xs:sequence>
<xs:element name="EvidencniCislo" type="nsesss:tEvidencniCislo"/>
<xs:e1ement name="PoradoveCis1o" type="nsesss:tPoradoveCislo" minOccurs="0">
<xs:annotation>
<xs:docurnentation xml:lang="cs">Prvek je nepovinný v případě, že je entita evidována

v rámci samostatné evidence dokumentů, která nepoužívá pořadových číse1.</xs:documentation>
</xs:annotation>

</xs:e1ement>
<xs:element name="UrceneCasoveObdobi" type="nsesss:tUrceneCasoveObdobi"/>
<xs:element narne="NazevEvidence0okumentu" type="nsesss:tNazev">
<xs:annotation>
<xs:docurnentation xml:lang="cs">Prvek pro zaznamenání názvu evidence dokumentů.

Pokud je používána jediná evidence dokumentů v organizaci, použije se název ERMS. Pokud je v
organizaci používáno několik evidencí dokumentů současně, použijí se názvy uvedené ve spisovém
plánu organizace.</xs:documentation>

</xs:annotation>
</xs:element>

</xs:sequence>
</xs:complexType>

<xs :cornplexType name="tEvidencniUda jeDilu">
<xs : annotation>
<xs:documentation xm1:1ang="cs">Sada elementů pro evidenční lida je entity

"díl" . </xS : documentation>
</xS : annotation>

<xs : sequence>
<xs :group ref="nsesss :tEntita"/>
<xs : element narne="Puvod" type="nsesss :tPuvodSeskupeni" />
<xs :e1ement narne="Trideni" type="nsesss :tTrideniDi1u" />
<xs :element name="Uzavreni" type="nsesss :tUzavreni"/>
<xs : element name="Vyrazovani" type="nsesss :tVyrazovani" />
<xs : element name="Manipulace" type="nsesss :tManipulaceSeskupeni" />

</xs:sequence>
</xs:comp1exType>

<xs : complexType name="tEvidencniUda je0okumentu">
<xs : annotation:"
<xs:documentation xml:lang="cs">Sada elementů pro evidenční údaje entity

"dokument" . </xS :documentation>
</xS : annotation>

<xs : sequence>
<xs :group ref="nsesss :tEntita"/>
<xs : choice>

<xs : element name="Evidence" type="nsesss :tEvidence" />
<xs : element name="Neevidence" type="nsesss :tNeevidence" />

</xs:choice>
<xs :element name="jazyky" type="nsesss :tjazyky" minOccurs="0"/>
<xs : element narne="Puvod" type="nsesss :tPuvod0okumentu" />
<xs :element name="Trideni" type="nsesss :tTrideni0okurnentu" />
<xs :e1ement name="Vyrizeni" type="nsesss :tVyrizeniEntity" minOccurs="0">

<xs : annotation>
<xs :documentation xml:lang="cs">Prvek je povinný pouze v případě, že je entita

"dokument" použita jako základní entita .</xs :documentation>
</xS :annotation>

</xs : e1ement>
<xs : element name="Vyrazovani" type="nsesss :tVyrazovani" />
<xs : element narne="Manipu1ace" type="nsesss :tManipu1aceOokumentu" />
<xs :element name="Prevod" type="nsesss :tPrevod0okumentu" minOccurs=" 0"/>

</xs:sequence>
</xs:cornp1exType>

<xs:comp1exType narne="tEvidencniUdajekomponenty">
<xs:annotation>
<xs:documentation xml:lang="cs">Sada elementů pro evidenční údaje entity

"komponenta".</xs:documentation>
</xs:annotation>

7



<xs:sequence>
<xs:element
<xs:element
<xs:element
<xs:element
<xs:element

name="1dentifikace" type="nsesss :tldentifikace"/>
name="Popis" type="nsesss :tPopiskomponenty"/>
name="Trideni" type="nsesss :tTrideni" />
name="Manipulace" type="nsesss :tManipulaceKomponenty" minOccurs=" O" />
name="Prevod" type="nsesss : tPrevodkomponenty" minOccurs=" O " />

</xs:sequence>
</xs:complexType>

<xs : complexType name="tEvidencniUda jesoucasti">
<xs : annotation:"

<xs :documentation xml:lang="cs">Sada elementů pro evidenční údaje entity
"součást" .</xS :documentation>

</xS :annotation>

<xs : sequence>
<xs :group ref="nsesss :tEntita"/>
<xs :element name="Puvod" type="nsesss :tPuvodSeskupeni"/>
<xs :element name="Trideni" type="nsesss :tTrideniSoucasti"/>
<xs :element name="Uzavreni" type="nsesss :tUzavreni" minOccurs="0" />
<xs :element name="Vyrazovani" type="nsesss :tVyrazovani" />
<xs :element name="Manipulace" type="nsesss :tManipulaceseskupeni" />

</xs:sequence>
</xs:complexType>

<xs : complexType name="tEvidencniUda jespisu">
<xs : annotation>

<xs :documentation xml:lang="cs">Sada elementů pro evidenční údaje entity
"spis" .</xS :documentation>

</xS :annotation>

<xs : sequence>
<xs :group ref="nsesss :tEntita"/>
<xs :element name="Evidence" type="nsesss :tEvidence"/>
<xs :element name="Puvod" type="nsesss :tPuvodSeskupeni"/>
<xs :element name="Trideni" type="nsesss :tTrideniSpisu"/>
<xs :element name="VyrizeniUzavreni" type="nsesss :tVyrizeniEntity" />
<xs :element name="Vyrazovani" type="nsesss :tVyrazovani" />
<xs :element name="Manipulace" type="nsesss :tManipulaceSeskupeni" />

</xs:sequence>
</xs:complexType>

<xs : complexType name="tEvidencniUda jeTypovehoSpisu">
<xs : sequence>

<xs :group ref="nsesss :tEntita"/>
<xs :element name="Puvod" type="nsesss :tPuvodSeskupeni"/>
<xs :element name="Trideni" type="nsesss :tTrideniTypovehoSpisu" />
<xs :element name="Uzavreni" type="nsesss :tUzavreni" minOccurs="0" />
<xs :element name="Vyrazovani" type="nsesss :tVyrazovani" />
<xs :element name="Manipulace" type="nsesss :tManipulaceSeskupeni" />

</xs :sequence>
</xS : complexType>

<xs:complexType name="tEvidencniUdajevecneskupiny">
<xs:annotation>
<xs:documentation xml:lang="cs">Sada elementů pro evidenční údaje entity "věcná

skupina".</xs:documentation>
</xs:annotation>
<xs : sequence>

<xs :group ref="nsesss :tEntita"/>
<xs :element name="Puvod" type="nsesss :tPuvodSeskupeni"/>
<xs :element name="Trideni" type="nsesss :tTrideniVecneSkupiny" />
<xs :element name="Vyrazovani" type="nsesss :tVyrazovani" />
<xs :element name="Manipulace" type="nsesss :tManipulaceseskupeni" />

</xs:sequence>
</xs:complexType>

<xs:complexType name="tldentifikace">
<xs:annotation>
<xs:documentation xml:lang="cs">Sada elementů pro identifikační údaje entit. Prvek je

opakovatelný pouze v případě použití v entitě "komponenta".</xs:documentation>
</xs:annotation>
<xs:sequence>
<xs:element name="1dentifikator" type="nsesss:tldentifikator" maxOccurs="unbounded"/>

</xs:sequence>
</xs:complexType>

<xs:complexType name="tjazyky">
<xs:annotation>

8



<xs:documentation xml:lang="cs">Metadatový kontejner pro identifikaci jazyků
dokumentů.</xs:documentation>

</xs:annotation>
<xs : sequence>

<xs :element name="jazyk" type="nsesss :tjazyk" maxOccurs="unbounded" />
</xs:sequence>

</xs:complexType>

<xs:complexType name="tjineUdaje">
<xs:annotation>
<xs:documentation xml:lang="cs">Metadatový kontejner pro jakékoli další metadatové

prvky, které nejsou součástí tohoto schématu. Tyto prvky nepodléhají
validaci.</xs:documentation>

</xs:annotation>
<xs:sequence>
<xs:any processContents="skip"/>

</xs:sequence>
</xs:complexType>

<xs:complexType name="tklicovaSlova">
<xs:annotation>
<xs:documentation xml:lang="cs">Metadatový kontejner pro popis entity pomocí klíčových

slov.</xs:documentation>
</xs:annotation>
<xs : sequence>
<xs : element name="klicoveSlovo" type="nsesss : tText " maxOccurs="unbounded" />

</xs:sequence>
</xs:complexType>

<xs:complexType name="tkomponenta">
<xs:annotation>
<xs:documentation xml:lang="cs">Sada elementů pro popis entity "komponenta" (jednoznačně

vymezený řetězec bitů tvořící počítačový soubor). Tato sada se povinně alespoň jednou
vyskytuje v každé instanci XML podle tohoto schématu.</xs:documentation>

</xs:annotation>
<xs : sequence:'

<xs : element name="EvidencniUda je" type="nsesss : tEvidencniUda jekomponenty" />
</xS :sequence>
<xs :attribute name="ID" type="xs :ID" use="required">
<xs:annotation>
<xs:documentation xml:lang="cs">ldentifikátor jednoznačně označuje entitu uvnitř XML

dokumentu.</xs:documentation>
</xs:annotation>

</xs:attribute>
</xs:complexType>

<xs:complexType name="tkomponenty">
<xs:annotation>
<xs:documentation xml:lang="cs">Metadatový kontejner pro dceřiné

komponenty.</xs:documentation>
</xs:annotation>
<xs : sequence>

<xs : element name="komponenta" type="nsesss :tkomponenta" maxOccurs="unbounded" />
</xs:sequence>

</xs:complexType>

<xs:complexType name="tkonverzeAD-DA">
<xs:annotation>
<xs:documentation xml:lang="cs">Sada elementů pro popis konverze dokumentu nebo

komponenty z analogové podoby do digitální podoby (AD) nebo z podoby digitální do podoby
analogové (0A).</xs:documentation>

</xs:annotation>
<xs:choice>
<xs:element name="Vystup" type="nsesss:tVystup" maxOccurs="unbounded"/>
<xs:sequence>
<xs:element name="Oduvodneni" type="xs:string" minOccurs="0"/>
<xs:element name="Autorizovanakonverze" type="nsesss:tLogicky">
<xs:annotation>
<xs:documentation xml:lang="cs">1ndikace, zda je prováděná konverze autorizovanou

konverzí ve smyslu zákona č. 300/2008 Sb., o elektronických úkonech a autorizované konverzi
dokumentů, nebo nikoli.</xs:documentation>

</xs:annotation>
</xs:element>
<xs:element name="OdkazVstup" type="nsesss:tOdkaz">
<xs:annotation>
<xs:documentation xml:lang="cs">Metadatový kontejner pro identifikaci vstupní

entity (dokumentu nebo komponenty) do procesu konverze.</xs:documentation>

9



</xs:annotation>
</xs:element>

</xs:sequence>
</xs:choice>

</xs:comp1exType>

<xs:comp1exType narne="tkonverzeDD">
<xs:annotation>
<xs:documentation xml:lang="cs">Sada elementů pro popis konverze komponenty z digitální

podoby do jiné digitální podoby (DD). V terminologii jiné profesní oblasti se jedná o migraci
komponenty.</xs:documentation>

</xs:annotation>
<xs:choice>

<xs:e1ement name="Ztvarneni" type="nsesss:tZtvarneni" maxOccurs="unbounded"/>
<xs:sequence>
<xs:element name="Oduvodneni" type="xs:string">
<xs:annotation>
<xs:docurnentation xml:lang="cs">povinný prvek pro zaznamenání důvodu konverze

komponenty. Důvodem může být splnění povinnosti převést komponentu do výstupního datového
formátu podle prováděcího právního předpisu upravujícího podrobnosti výkonu spisové
služby.</xs:documentation>

</xs:annotation>
</xs:element>
<xs:e1ement name="OdkazPuvodnikomponenta" type="nsesss:tOdkaz" maxOccurs="unbounded">
<xs:annotation>
<xs:documentation xml:lang="cs">Metadatový kontejner pro identifikaci vstupní

komponenty do procesu konverze.</xs:documentation>
</xs:annotation>

</xs:element>
</xs:sequence>

</xs:choice>
</xs:complexType>

<xs:comp1exType name="tManipu1ace">
<xs:annotation>
<xs:documentation xml:lang="cs">Sada elementů pro indikaci nezbytných dokumentů

(dokumenty zásadního významu, které jsou nezbytné pro schopnost organizace pokračovat v
pracovní činnosti s přihlédnutím k vytvořeným předpokladům vypořádat se s následky mimořádných
událostí nebo krizových stavů, anebo ochránit své dlouhodobé ekonomické a právní zájmy) a
dokumentů v analogové podobě v rámci entity.</xs:documentation>

</xs:annotation>
<xs : sequence>

<xs :element name="Nezbytny0okument" type="nsesss :tLogicky" />
<xs : element narne="Analogovy0okurnent" type="nsesss :tLogicky" />

</xs:sequence>
</xs:complexType>

<xs:complexType name="tManipulacekomponenty">
<xs:annotation>
<xs:documentation xm1:1ang="cs">Metadatový kontejner pro popis výsledku ověření

certifikátů a nich založených bezpečnostních prvků (tj. elektronického podpisu, elektronické
značky nebo časového razítka).</xs:documentation>

</xs:annotation>
<xs:sequence>

<xs:e1ement name="Overeni8ezpecnostnihoPrvku" type="nsesss:tOvereni8ezpecnostnihoPrvku"
rninOccurs="0" maxOccurs="unbounded"/>

</xs:sequence>
</xs:complexType>

<xs:cornplexType name="tManipulaceSpisovyPlan">
<xs:annotation>
<xs:documentation xm1:1ang="cs">Časové údaje evidující počátek a konec platnosti

spisového plánu.</xs:documentation>
</xs:annotation>
<xs : sequence>

<xs : element narne="0aturnOtevreni" type="nsesss :t0aturn" />
<xs : element name="0atumUzavreni" type="nsesss :t0atum" minOccurs=" O" />

</xs:sequence>
</xs:complexType>

<xs:cornp1exType narne="tMaterskaEntitaOi1u">
<xs:annotation>
<xs:documentation xm1:1ang="cs">Metadatový kontejner pro mateřské entity

dílu.</xs:documentation>
</xs:annotation>
<xs : sequence>

<xs :element narne="Soucast" type="nsesss :tSoucast"/>

10



</xs:sequence>
</xs:comp1exType>

<xs:cornplexType name="tMaterskeEntity0okumentu">
<xs:annotation>
<xs:documentation xml:lang="cs">Metadatový kontejner pro mateřské entity

dokumentu.</xs:documentation>
</xs:annotation>
<xs : sequence>

<xs :element name="VecnaSkupina" type="nsesss :tVecnaSkupina"/>
</xs:sequence>

</xs:comp1exType>

<xs:comp1exType name="tMaterskaEntitaSoucasti">
<xs:annotation>
<xs:documentation xml:lang="cs">Metadatový kontejner pro mateřské entity

součásti.</xs:documentation>
</xs:annotation>
<xs : sequence>

<xs :element name="TypovySpis" type="nsesss :tTypovySpis" />
</xs:sequence>

</xs:complexType>

<xs:comp1exType name="tMaterskaEntitaSpisu">
<xs:annotation>
<xs:documentation xml:lang="cs">Metadatový kontejner pro mateřské entity

spisu.</xs:documentation>
</xs:annotation>
<xs : sequence>

<xs :element name="VecnaSkupina" type="nsesss :tVecnaSkupina"/>
</xs:sequence>

</xs:complexType>

<xs:comp1exType name="tMaterskaEntitaTypovehoSpisu">
<xs:annotation>
<xs:documentation xml:lang="cs">Metadatový kontejner pro mateřskou entitu typového

spisu.</xs:documentation>
</xs:annotation>
<xs : sequence>

<xs :e1ement name="VecnaSkupina" type="nsesss :tVecnaSkupina"/>
</xs:sequence>

</xs:complexType>

<xs:cornplexType name="tMaterskaEntitaVecneSkupiny">
<xs:annotation>
<xs:documentation xml:lang="cs">Metadatový kontejner pro mateřskou entitu věcné

skupiny.</xs:documentation>
</xs:annotation>
<xs : sequence>

<xs :e1ement name="VecnaSkupina" type="nsesss :tVecnaSkupina"/>
</xs:sequence>

</xs:comp1exType>

<xs:cornplexType narne="tNeevidence">
<xs:annotation>
<xs:documentation xm1:1ang="cs">Sada elementů pro popis entit, které neprošly evidencí

dokumentů (např. jde o nalezené dokumenty, dokumenty politických představitelů, publikace).
Tento prvek řeší výjimečné případy podchycení neevidovaných entit.</xs:documentation>

</xs:annotation>
<xs:sequence>

<xs:e1ement narne="Oduvodneni" type="xs:string">
<xs:annotation>
<xs:documentation xml:lang="cs">Odůvodnění neexistence evidenčních informací o

entitě.</xs:documentation>
</xs:annotation>

</xs:e1ement>
</xs:sequence>

</xs:comp1exType>

<xs:cornplexType name="tOdkaz">
<xs:annotation>
<xs:documentation xml:lang="cs">Metadatový kontejner pro referenci na jinou entitu v

podobě plně určeného spisového znaku a identifikátoru přiděleného ERMS.</xs:documentation>
</xs:annotation>
<xs : sequence>

<xs :element name="PlneUrcenySpisovyZnak" type="nsesss :tPlneUrcenySpisovyZnak" />
<xs :element narne="ldentifikator" type="nsesss :tldentifikator" />

11



<xs:element name="Specifikace" type="xs:string" minOccurs="0">
<xs:annotation>
<xs:documentation xml:lang="cs">volitelný prvek pro zaznamenání bližší

charakteristiky vazby mezi entitami.</xs:documentation>
</xs:annotation>

</xs:element>
</xs:sequence>

</xs:complexType>

<xs:complexType name="tOsobaExterni">
<xs:annotation>
<xs:documentation xm1:1ang="cs">Metadatový kontejner pro zaznamenání právě jednoho

externího subjektu.</xs:documentation>
</xs:annotation>
<xs : sequence>

<xs :element narne="Sub jekt" type="nsesss :tSub jektExterni" />
</xs:sequence>

</xs:complexType>

<xs:complexType name="tOsobalnterni">
<xs:annotation>
<xs:documentation xml:lang="cs">Metadatový kontejner pro zaznamenání právě jednoho

interního subjektu.</xs:documentation>
</xs:annotation>
<xs : sequence>

<xs :element name="Sub jekt" type="nsesss :tSub jektlnterni" />
</xs:sequence>

</xs:complexType>

<xs:complexType name="tOsobyExterni">
<xs:annotation>
<xs:documentation xml:lang="cs">Metadatový kontejner pro možné zaznamenání několika

externích subjektů současně.</xs:docurnentation>
</xs:annotation>
<xs : sequence>

<xs :element name="Sub jekt" type="nsesss :tSub jektExterni" maxOccurs="unbounded"/>
</xs:sequence>

</xs:cornp1exType>

<xs:comp1exType narne="tOsoby1nterni">
<xs:annotation>
<xs:documentation xml:lang="cs">Metadatový kontejner pro možné zaznamenání několika

interních subjektů současně.</xs:documentation>
</xs:annotation>
<xs : sequence>

<xs :element name="Sub jekt" type="nsesss :tSub jektlnterni" maxOccurs="unbounded"/>
</xs:sequence>

</xs:complexType>

<xs:comp1exType name="tOvereni8ezpecnostnihoPrvku">
<xs:sequence>

<xs:e1ement name="Certifikat" type="nsesss:tCertifikat"/>
<xs:element name="OvereniCertifikatu" type="nsesss:tOvereniCertifikatu"/>
<xs:element name="CasPouziti" type="nsesss:t0atum" rninOccurs="0">
<xs:annotation>
<xs:docurnentation xm1:1ang="cs">Časový okamžik, ve kterém je komponenta opatřena

bezpečnostním prvkem. Prvek je volitelný s ohledem na možnosti zjištění tohoto
údaje.</xs:documentation>

</xs:annotation>
</xs:element>
<xs:e1ement narne="CasOvereni" type="nsesss:t0atum">
<xs:annotation>
<xs:documentation xml:lang="cs">Časový okamžik, ve kterém je prováděno ověření

platnosti bezpečnostního prvku.</xs:documentation>
</xs:annotation>

</xs:e1ement>
<xs:e1ement name="P1atnostBezpecnostnihoPrvku" type="nsesss:tvysledekOvereni">
<xs:annotation>
<xs:documentation xml:lang="cs">Prvek pro zaznamenání platnosti bezpečnostního

prvku.</xs:documentation>
</xs:annotation>

</xs:element>
<xs:e1ement narne="Overovate1" type="nsesss:tOsobalnterni">
<xs:annotation>
<xs:docurnentation xrnl:lang="cs">Prvek pro zaznamenání fyzické osoby, která provádí

ověření bezpečnostního prvku.</xs:documentation>
</xs:annotation>

12



</xs:element>
</xs:sequence>

</xs:complexType>

<xs:cornp1exType narne="tOvereniCertifikatu">
<xs:sequence>
<xs:e1ement name="PosuzovanyOkamzik" type="nsesss:t0atum">
<xs:annotation>
<xs:docurnentation xml:lang="cs">Časový údaj, k němuž je vztaženo posuzování

platnosti bezpečnostního prvku, který je založen na certifikátu.</xs:documentation>
</xs:annotation>

</xs:e1ement>
<xs:element name="Platnost8ezpecnostnihoPrvkuCertifikatu"

type="nsesss:tVys1edekOvereni">
<xs:annotation>
<xs:docurnentation xml:lang="cs">Prvek pro zaznamenání platnosti bezpečnostního

prvku, kterým je certifikát opatřen.</xs:documentation>
</xs:annotation>

</xs:e1ement>
<xs:element name="CisloSeznamuCRL" type="nsesss:tldentifikator">
<xs:annotation>
<xs:docurnentation xml:lang="cs">Prvek pro zaznamenání čísla seznamu revokovaných

certifikátů (tzv. CRL), prostřednictvím kterého byla zjišťována revokace
certifikátu.</xs:documentation>

</xs:annotation>
</xs:element>
<xs:element name="StavRevokace" type="nsesss:tLogicky">
<xs:annotation>
<xs:documentation xm1:1ang="cs">Prvek pro zaznamenání revokace

certifikátu.</xs:documentation>
</xs:annotation>

</xs:element>
<xs:e1ement narne="P1atnostBezpecnostnihoPrvkuCRL" type="nsesss:tVysledekOvereni">
<xs:annotation>
<xs:documentation xm1:1ang="cs">Prvek pro zaznamenání platnosti bezpečnostního

prvku, kterým je seznam revokovaných certifikátů (tzv. CRL) opatřen.</xs:documentation>
</xs:annotation>

</xs:e1ement>
<xs:element name="PlatnostCertifikacniCesty" type="nsesss:tVysledekOvereni">
<xs:annotation>
<xs:documentation xml:lang="cs">Prvek pro zaznamenání platnosti celé certifikační

cesty (tj. certifikátů, na nichž jsou založeny bezpečnostní prvky, kterými jsou opatřeny
certfikáty od kořenového certifikátu až po příslušný vydaný certifikát).</xs:documentation>

</xs:annotation>
</xs:e1ement>
<xs:element name="CasOvereni" type="nsesss:t0atum">
<xs:annotation>
<xs:documentation xml:lang="cs">Časový okamžik, ve kterém je prováděno ověření

platnosti certifikátu.</xs:documentation>
</xs:annotation>

</xs:element>
<xs:e1ement name="P1atnostCertifikatu" type="nsesss:tVys1edekOvereni">
<xs:annotation>
<xs:docurnentation xml:lang="cs">Prvek pro zaznamenání platnosti

certifikátu.</xs:documentation>
</xs:annotation>

</xs:e1ement>
<xs:element name="Overovate1" type="nsesss:tOsobalnterni">
<xs:annotation>
<xs:docurnentation xml:lang="cs">Prvek pro zaznamenání fyzické osoby, která provádí

ověření certifikátu.</xs:documentation>
</xs:annotation>

</xs:element>
</xs:sequence>

</xs:complexType>

<xs:comp1exType name="tP1atnost">
<xs:annotation>
<xs:documentation xml:lang="cs">Prvek pro zaznamenání časových údajů počátku a konce

řádné platnosti certifikátu vydaného poskytovatelem certifikačních služeb.</xs:documentation>
</xs:annotation>
<xs : sequence>

<xs : element narne="P1atnostOd" type="nsesss :t0atum" />
<xs :element name="Platnost0o" type="nsesss :t0atum"/>

</xs:sequence>
</xs:complexType>

13



<xs:complexType name="tPopis">
<xs:annotation>
<xs:documentation xml:1ang="cs">Sada elementů pro věcný popis entit nebo

objektů.</xs:documentation>
</xs:annotation>
<xs:sequence>
<xs:e1ement
<xs:e1ement
<xs:e1ement

name="Nazev" type="nsesss :tNazev"/>
name="komentar " type=" rises s s : tkomentar " minOccurs=" O " />
name="kli covasľova " type=" nsesss :tklicovaslova " minOccurs=" O " />

</xs:sequence>
</xs:complexType>

<xs:cornp1exType name="tPopiskomponenty">
<xs:annotation>
<xs:documentation xml:lang="cs">Sada elementů pro věcný popis

komponenty.</xs:documentation>
</xs:annotation>
<xs:sequence>
<xs:e1ement
<xs:e1ement
<xs:e1ement
<xs:element

name="Nazev" type="nsesss :tNazev"/>
name="komentar " type=" rises s s : tkomentar " minOccurs=" O " />
name="Verze" type="nsesss :tVerze" minOccurs="0" />
name="kli covaslova " type=" nsesss :tklicovaslova " minOccurs=" O " />

</xs:sequence>
</xs:comp1exType>

<xs:complexType name="tPoznamky">
<xs:annotation>
<xs:documentation xml:1ang="cs">Metadatový kontejner pro zaznamenání

poznámek.</xs:documentation>
</xs:annotation>
<xs:sequence>
<xs:e1ement name="Poznamka" type="xs:string" maxOccurs="unbounded"/>

</xs:sequence>
</xs:cornp1exType>

<xs:cornp1exType name="tPrevod0okurnentu">
<xs:annotation>
<xs:documentation xrnl:1ang="cs">Metadatový kontejner pro zaznamenání procesu redakce

nebo konverze dokumentu.</xs:documentation>
</xs:annotation>
<xs :sequence>

<xs :e1ement name="Redakce" type="nsesss :tRedakce" minOccurs=" O" />
<xs :element narne="konverzeAD-DA" type="nsesss :tkonverzeAD-DA" minOccurs=" O" />

</xs:sequence>
</xs:comp1exType>

<xs:cornplexType narne="tPrevodkomponenty">
<xs:annotation>
<xs:documentation xm1:1ang="cs">Metadatový kontejner pro zaznamenání procesu konverze

komponenty.</xs:documentation>
</xs:annotation>
<xs :sequence>

<xs :e1ement name="konverzeAD-DA" type="nsesss :tkonverzeAD-DA" minOccurs=" O" />
<xs :e1ement name="konverzeDD" type="nsesss :tkonverzeDD" rninOccurs=" O" />

</xs:sequence>
</xs:cornp1exType>

<xs:coinp1exType name="tPristupnost">
<xs:annotation>
<xs:documentation xml:1ang="cs">sada elementů pro popis pravidel určujících podmínky

přístupu k entitě.</xs:documentation>
</xs:annotation>
<xs:sequence>
<xs:e1ement name="8ezpecnostniKategorie" type="nsesss:t8ezpecnostniKategorie"

rninOccurs="0" maxOccurs="unbounded"/>
<xs:e1ement name="jineOmezeni" type="xs:string" rninOccurs="0">
<xs:annotation>
<xs:documentation xm1:1ang="cs">Prvek pro zaznamenání jiných pravidel určujících

podmínky přístupu k entitě, které nemají bezpečnostní charakter. Například to mohou být
podmínky přístupu k entitě vyplývající z podmínek ochrany osobních údajů stanovených zákonem
č. 101/2001 Sb., o ochraně osobních údajů o změně některých zákonů, ve znění pozdějších
předpisů, apod.</xs:documentation>

</xs:annotation>
</xs:e1ement>

</xs:sequence>
</xs:cornp1exType>

14



<xs:cornplexType narne="tPuvod0okumentu">
<xs:annotation>
<xs:documentation xml:lang="cs">Metadatový kontejner pro zaznamenání doručení nebo

vzniku dokumentu.</xs:documentation>
</xs:annotation>
<xs:choice>
<xs:e1ement narne="Doruceny0okument" type="nsesss:tDoruceny0okument"/>
<xs:element name="Vlastni0okument" type="nsesss:tVlastni0okument"/>

</xs:choice>
</xs:complexType>

<xs:comp1exType name="tPuvodSeskupeni">
<xs:annotation>
<xs:documentation xm1:1ang="cs">Metadatový kontejner pro zaznamenání vzniku

entit.</xs:documentation>
</xs:annotation>
<xs : sequence>

<xs : element narne="0aturnVytvoreni" type="nsesss :t0aturn" />
</xs:sequence>

</xs:complexType>

<xs:cornplexType name="tRedakce">
<xs:annotation>
<xs:documentation xm1:1ang="cs">Sada

zahrnuje proces skrytí určitých informací v
kopie dokumentu. výsledkem procesu redakce
dokumentu).</xs:documentation>

</xs:annotation>

elementů pro popis úpravy kopie dokumentu, která
dokumentu, jež nejsou potřebné pro další využití
je vytvoření výtahu (upravené kopie

<xs : choice>
<xs :element name="Vytah" type="nsesss :tVytah" maxOccurs="unbounded" />
<xs:sequence>
<xs:element name="Oduvodneni" type="xs:string">
<xs:annotation>
<xs:documentation xm1:lang="cs">povinný prvek pro zaznamenání důvodu vytvoření

výtahu.</xs:documentation>
</xs:annotation>

</xs:element>
<xs:e1ement name="OdkazPuvodni0okument" type="nsesss:tOdkaz">
<xs:annotation>
<xs:documentation xm1:lang="cs">Metadatový kontejner pro identifikaci vstupního

dokumentu do procesu redakce.</xs:documentation>
</xs:annotation>

</xs:element>
</xs:sequence>

</xs:choice>
</xs:complexType>

<xs:complexType name="tSchvaleni">
<xs:annotation>
<xs:documentation xm1:1ang="cs">Sada elementů pro popis individuálního procesu schválení

entity.</xs:documentation>
</xs:annotation>
<xs : sequence>

<xs : element narne="0aturnSchvaleni" type="nsesss :t0aturn" />
<xs :e1ement name="Schvalovate1" type="nsesss :tOsobalnterni">

<xs : annotation>
<xs:documentation xm1:1ang="cs">Prvek pro zaznamenání fyzické osoby, která entitu

podepisuje zpravidla podle vnitřního předpisu organizace.</xs:documentation>
</xs:annotation>

</xs:element>
</xs:sequence>

</xs:comp1exType>

<xs:complexType name="tSchvalovani">
<xs:annotation>
<xs:documentation xm1:1ang="cs">Metadatový kontejner pro zaznamenání procesu schvalování

entity.</xs:documentation>
</xs:annotation>
<xs : sequence>

<xs : element narne=" Schvaleni" type="nsesss :tSchvaleni" maxOccurs="unbounded" />
</xs:sequence>

</xs:complexType>

<xs:complexType name="tSkartacniRezim">
<xs:annotation>

15



<xs:documentation xml:lang="cs">sada elementů pro popis systému vyřazování entit, který
určuje datum zahájení plynutí skartační lhůty, vymezuje dobu ukládání entit a určuje typ
skartační operace podle skartačního znaku.</xs:documentation>

</xs:annotation>
<xs:sequence>
<xs:element name="ldentifikator" type="nsesss:t1dentifikator"/>
<xs:element name="Nazev" type="nsesss:tNazev"/>
<xs:element name="komentar" type="nsesss:tkomentar" minOccurs="0"/>
<xs:element name="Oduvodneni" type="xs:string">
<xs:annotation>
<xs:documentation xml:lang="cs">povinný prvek pro zaznamenání důvodu přidělení

skartačního znaku příslušnému skartačnímu režimu.</xs:documentation>
</xs:annotation>

</xs:element>
<xs:element name="SkartacniZnak" type="nsesss:tSkartacniZnak"/>
<xs:element name="SkartacniLhuta" type="nsesss:tSkartacniLhuta"/>
<xs:element name="SpousteciUdalost" type="xs:string">
<xs:annotation>
<xs:documentation xml:lang="cs">Prvek pro zaznamenání kritéria, kterým je stanoven

začátek plynutí skartační 1hůty.</xs:documentation>
</xs:annotation>

</xs:element>
</xs:sequence>

</xs:complexType>

<xs:complexType name="tSkartacniRizeni">
<xs:annotation>
<xs:documentation xml:lang="cs">sada elementů pro popis náležitostí skartačního řízení.

Prvek je povinný jen u základní entity.</xs:documentation>
</xs:annotation>
<xs:sequence>
<xs:element name="0atum" type="nsesss:t0atum"/>
<xs:element name="Mnozstvi" type="xs:string" minOccurs="0">
<xs:annotation>
<xs:documentation xml:lang="cs">Prvek se vyplňuje jen v případě entit v analogové

podobě.</xs:documentation>
</xs:annotation>

</xs:element>
<xs:element name="SkartacniOperace" type="nsesss:tSkartacniOperace"/>
<xs:element name="Oduvodneni" type="xs:string" minOccurs="0"/>
<xs:element name="Posuzovate1" type="nsesss:tOsobalnterni">
<xs:annotation>
<xs:documentation xml:lang="cs">Prvek pro zaznamenání fyzické osoby, která je

zodpovědná za provedení procesu výběru archiválií vůči vedení organizace. Posuzovatel
skartační operace je určen ve spisovém řádu, popřípadě v jiném vnitřním předpisu
organizace.</xs:documentation>

</xs:annotation>
</xs:element>

</xs:sequence>
</xs:complexType>

<xs:complexType name="tSoucast">
<xs:annotation>
<xs:documentation xml:lang="cs">Sada elementů pro popis entity "součást" (logická část

typového spisu).</xs:documentation>
</xs:annotation>
<xs : sequence>

<xs :element name="EvidencniUda je" type="nsesss :tEvidencniUda jesoucasti" />
</xs :sequence>
<xs :attribute name="ID" type="xs :ID" use="required">
<xs:annotation>
<xs:documentation xml:lang="cs">ldentifikátor jednoznačně označuje entitu uvnitř XML

dokumentu.</xs:documentation>
</xs:annotation>

</xs:attribute>
</xs:complexType>

<xs:complexType name="tSouvislosti">
<xs:annotation>
<xs:documentation xml:lang="cs">Metadatový kontejner pro zaznamenání křížových odkazů na

související entity.</xs:documentation>
</xs:annotation>
<xs : sequence>

<xs :element name="krizovyOdkaz " type="nsesss :tOdkaz " maxOccurs="unbounded" />
</xs:sequence>

</xs:complexType>

16



<xs:complexType name="tSpisovyPlan">
<xs:annotation>
<xs:documentation xml:lang="cs">Sada elementů pro popis spisového pIánu (hierarchického

uspořádání věcných skupin) organizace.</xs:docurnentation>
</xs:annotation>
<xs:sequence>
<xs:e1ement name="ldentifikator" type="nsesss:tldentifikator"/>
<xs:e1ement name="Nazev" type="nsesss:tNazev"/>
<xs:e1ement name="kornentar" type="nsesss:tkomentar" minOccurs="0"/>
<xs:element name="Manipulace" type="nsesss:tManipulacespisovyplan"/>
<xs:element name="Vydavate1" type="nsesss:tOsobaExterni">
<xs:annotation>
<xs:documentation xm1:1ang="cs">Prvek pro zaznamenání organizace, která vydala a

které přísluší popisovaný spisový plán.</xs:documentation>
</xs:annotation>

</xs:e1ement>
</xs:sequence>
<xs:attribute name="ID" type="xs:ID" use="required">
<xs:annotation>
<xs:documentation xm1:1ang="cs">ldentifikátor jednoznačně označuje objekt uvnitř XML

dokumentu.</xs:documentation>
</xs:annotation>

</xs:attribute>
</xs:comp1exType>

<xs:complexType name="tsubjektExterni">
<xs:annotation>
<xs:documentation xml:1ang="cs">sada elementů pro identifikaci

osoby a pro uvedení její poštovní adresy (adresy pro doručování) nebo
Tato osoba není identická s organizací, která tato metadata vytváří,
zaměstnaneckém poměru k této organizaci.</xs:documentation>

</xs:annotation>
<xs:choice>

právnické nebo fyzické
elektronického kontaktu.

nebo není v

<xs:sequence>
<xs:e1ement
<xs:e1ement
<xs:e1ement

rninOccurs="0"/>
<xs:e1ement
<xs:e1ement
<xs:e1ement
<xs:e1ement
<xs:element

</xs:sequence>
<xs:sequence>
<xs:e1ement

minOccurs="0"/>
<xs:e1ement
<xs:e1ement
<xs:e1ement

</xs:sequence>
</xs:choice>

</xs:comp1exType>

name="ldentifikatorOrganizace" type="nsesss :t1dentifikator"/>
name="NazevOrganizace" type="nsesss :tNazev" />
name="ldentifikatorFyzickeOsoby" type="nsesss :t1dentifikator"

narne="NazevFyzickeOsoby" type="nsesss :tNazev" minOccurs="0"/>
name="OrganizacniUtvar" type="nsesss :tText" minOccurs="0"/>
name="PracovniPozice" type="nsesss :tText" rninOccurs=" 0"/>
name="Sid1oOrganizace" type="xs : string" />
name="Elektronickykontakt" type="nsesss :tText" minOccurs=" O" />

name="ldentifikatorFyzickeOsoby" type="nsesss :t1dentifikator"

name="NazevFyzickeOsoby" type="nsesss :tNazev"/>
name="PostovniAdresa" type="xs : string" />
name="Elektronickykontakt" type="nsesss :tText" />

<xs:cornplexType name="tsubjekt1nterni">
<xs:annotation>
<xs:documentation xm1:1ang="cs">sada elementů pro identifikaci právnické nebo fyzické

osoby a pro uvedení její poštovní adresy (adresy pro doručování) nebo elektronického kontaktu.
Tato osoba je identická s organizací, která tato metadata vytváří, nebo je v zaměstnaneckém
poměru k této organizaci.</xs:documentation>

</xs:annotation>
<xs:sequence>
<xs:element
<xs:e1ement
<xs:e1ement
<xs:e1ement
<xs:element
<xs:e1ement
<xs:e1ement

name="ldentifikatorOrganizace" type="nsesss :t1dentifikator"/>
name="NazevOrganizace" type="nsesss :tNazev"/>
name="1dentifikatorFyzickeOsoby" type="nsesss :t1dentifikator"/>
name="NazevFyzickeOsoby" type="nsesss :tNazev"/>
name="OrganizacniUtvar" type="nsesss :tText" />
name="PracovniPozice" type="nsesss :tText"/>
name="Sid1oOrganizace" type="xs :string" />

</xs:sequence>
</xs:coinplexType>

<xs:cornp1exType name="tTrideni">
<xs:annotation>
<xs:documentation xml:lang="cs">Sada elementů pro zatřídění entity do hierarchie

spisového pIánu. Prvek obsahuje údaje o jednoduchém spisovém znaku a plně určeném spisovém
znaku entity.</xs:documentation>

17



</xs:annotation>

<xs:sequence>
<xs:element name="jednoduchySpisovyZnak" type="nsesss:tjednoduchySpisovyZnak"/>
<xs:element name="PlneUrcenySpisovyZnak" type="nsesss:tPlneUrcenySpisovyZnak"/>
<xs:element name="Oduvodneni" type="xs:string" minOccurs="0">
<xs:annotation>
<xs:documentation xml:lang="cs">Prvek se vyplňuje jen v případě přetřídění

entity.</xs:documentation>
</xs:annotation>

</xs:element>
</xs:sequence>

</xs:complexType>

<xs:complexType name="tTyp0okumentu">
<xs:annotation>
<xs:documentation xml:lang="cs">sada elementů pro popis dokumentů se

charakteristikou, která usnadňuje správu dokumentů stejného typu shodně a
specifickým způsobem. Typem dokumentu jsou například "faktury", "rozsudky"
stránky".</xs:documentation>

</xs:annotation>

stejnou
stanoveným
nebo "webové

<xs:sequence>
<xs:element
<xs:element
<xs:element

name="1dentifikator" type="nsesss :t1dentifikator" />
name="Na zev" type=" nsess s : tNa zev" />
name="komentar" type="nsesss :tkomentar" minOccurs="0" />

</xs:sequence>
</xs:complexType>

<xs:complexType name="tTypovySpis">
<xs:annotation>
<xs:documentation xml:lang="cs">Sada elementů pro popis entity "typový spis" (kmenový

spis v rámci agendy).</xs:documentation>
</xs:annotation>
<xs : sequence>

<xs :element name="EvidencniUda je" type="nsesss :tEvidencniUda jeTypovehoSpisu"/>
</xS :sequence>
<xs :attribute name="ID" type="xs :ID" use="required">
<xs:annotation>
<xs:documentation xml:lang="cs">ldentifikátor jednoznačně označuje entitu uvnitř XML

dokumentu.</xs:documentation>
</xs:annotation>

</xs:attribute>
</xs:complexType>

<xs:complexType name="tUrceneCasoveObdobi">
<xs:annotation>
<xs:documentation xml:lang="cs">Časový údaj o počátku a

kterém se spisům nebo dokumentům přidělují jedinečná pořadová
dokumentů. Definice určeného časového období je variabilní a
rok.</xs:documentation>

</xs:annotation>
<xs:choice>

konci evidenčního období, ve
čísla v rámci evidence
nejčastěji zahrnuje kalendářní

<xs : sequence:"
<xs : element name="0atumOd" type="xs : date" />
<xs : element name="Datum0o" type="xs : date" />

</xS : sequence>
<xs : sequence:"
<xs : element name="MesicOd" type="xs : gvearMonth" />
<xs : element name="Mesic0o" type="xs : gVearMonth" />

</xs : sequence>
<xs : sequence>
<xs :element name="RokOd" type="xs :gVear"/>
<xs :element name="Rok0o" type="xs :gYear"/>

</xS : sequence:'
<xs : sequence:"
<xs :element name="Rok" type="xs :gVear" />

</xs:sequence>
</xs:choice>

</xs:complexType>

<xs:complexType name="tUzavreni">
<xs:annotation>
<xs:documentation xml:lang="cs">Sada elementů pro evidenci údajů o uzavření typového

spisu, součásti nebo dílu.</xs:documentation>
</xS :annotation>

<xs : sequence:'
<xs :element name="0atum" type="nsesss :t0atum"/>
<xs :element name="Zpracovate1" type="nsesss :tOsobylnterni">

18



<xs:annotation>
<xs:documentation xm1:1ang="cs">Prvek pro zaznamenání fyzické osoby, která je

pověřena uzavřením entity.</xs:documentation>
</xs:annotation>

</xs:e1ement>
<xs:element narne="konzultant" type="nsesss:tOsobylnterni" minOccurs="0">
<xs:annotation>
<xs:documentation xml:lang="cs">Prvek pro zaznamenání fyzické osoby, která

spolupracovala na uzavření entity.</xs:documentation>
</xs:annotation>

</xs:element>
<xs:e1ement narne="Schva1ovani" type="nsesss:tSchva1ovani" minOccurs="0"/>

</xs:sequence>
</xs:comp1exType>

<xs:cornplexType name="tVecnaSkupina">
<xs:annotation>
<xs:documentation xml:lang="cs">Sada elementů pro popis entity "věcná skupina" (položka

spisového p1ánu).</xs:documentation>
</xs:annotation>
<xs:sequence>
<xs:element name="EvidencniUdaje" type="nsesss:tEvidencniUdajevecneskupiny"/>

</xs:sequence>
<xs:attribute name="ID" type="xs:ID" use="required">
<xs:annotation>
<xs:documentation xml:lang="cs">1dentifikátor jednoznačně označuje entitu uvnitř XML

dokumentu.</xs:documentation>
</xs:annotation>

</xs:attribute>
</xs:complexType>

<xs:cornplexType name="tVlastni0okurnent">
<xs:annotation>
<xs:documentation xm1:1ang="cs">Sada elementů pro evidenci údajů o vzniku vlastního

dokumentu organizace.</xs:documentation>
</xs:annotation>
<xs:sequence>

<xs:e1ement narne="0aturnVytvoreni" type="nsesss:t0atum"/>
<xs:element narne="VytvoreneMnozstvi" type="xs:string" rninOccurs="0">
<xs:annotation>
<xs:documentation xml:lang="cs">Prvek se vyplňuje volitelně a jen v případě entit v

analogové podobě.</xs:documentation>
</xs:annotation>

</xs:element>
<xs:e1ement narne="Autor" type="nsesss:tOsoby1nterni"/>

</xs:sequence>
</xs:comp1exType>

<xs:cornplexType narne="tVyrazovani">
<xs:annotation>
<xs:documentation xml:lang="cs">Sada elementů pro evidenci údajů o skartačním režimu

entit, časovém rozsahu plynutí skartační lhůty a náležitostech skartačního
řízení.</xs:documentation>

</xs:annotation>
<xs:sequence>

<xs:e1ement narne="SkartacniRezirn" type="nsesss:tSkartacniRezirn"/>
<xs:e1ement name="0ataceVyrazeni" type="nsesss:t0ataceVyrazeni"/>
<xs:element name="SkartacniRizeni" type="nsesss:tSkartacniRizeni" minOccurs="0">
<xs:annotation>
<xs:docurnentation xml:lang="cs">Prvek je nepovinný ve všech případech, kdy nejde o

základní entitu (díl, dokument, spis). Rovněž může být nepovinný v případě, kdy entita ještě
neprošla výběrem archiválií (např. ve fázi přípravy výběru archivá1ií).</xs:documentation>

</xs:annotation>
</xs:element>

</xs:sequence>
</xs:cornp1exType>

<xs : complexType name="tVyrizeni">
<xs : annotation>
<xs:documentation xml:lang="cs">Sada elementů pro evidenci lida ju o vyřízení a uzavření

entity. </xS : documentation>
</xS : annotation>

<xs : sequence>
<xs :element name="0atum" type="nsesss :t0atum" />
<xs :element name="Zpusob" type="nsesss :tZpusobVyrizeni"/>
<xs :element name="ObsahVyrizeni" type="xs :string" minOccurs="0">

<xs : annotation>

19



<xs:docurnentation xrnl:lang="cs">Prvek je povinný v případě, že byla v prvku "Způsob"
vybrána hodnota "jiný způsob". Zaznamená se věcná informace o výsledku vyřízení (obsah
vyřizujícího sdělení).</xs:documentation>

</xs:annotation>
</xs : e1ement>
<xs : element narne="Oduvodneni" type="xs : string" minOccurs=" O ">

<xs : annotation>
<xs:documentation xml:lang="cs">Prvek je povinný v případě, že byla do prvku

"Zpusob" vybrána hodnota "jiný způsob". Nejčastěji se zaznamená vyřízení jiným způsobem, než
zpracováním dokumentu, tedy s využitím například komunikačního prostředku (například
telefonem, ústním jednáním apod.).</xs:documentation>

</xs:annotation>
</xs:element>
<xs:e1ement name="Zpracovate1" type="nsesss:tOsobylnterni">
<xs:annotation>
<xs:docurnentation xml:lang="cs">Prvek pro zaznamenání fyzické osoby, která je

pověřena vyřízením dokumentu.</xs:documentation>
</xs:annotation>

</xs:e1ement>
<xs:element name="konzultant" type="nsesss:tOsobylnterni" minOccurs="0">
<xs:annotation>
<xs:docurnentation xml:lang="cs">Prvek pro zaznamenání fyzické osoby, která

spolupracovala na vyřízení dokumentu.</xs:documentation>
</xs:annotation>

</xs : element>
<xs :element name="Schvalovani" type="nsesss :tSchvalovani" minOccurs="0"/>

</xs:sequence>
</xs:complexType>

<xs:complexType name="tVystup">
<xs:annotation>
<xs:documentation xml:lang="cs">Metadatový kontejner pro identifikaci výstupní entity

(dokumentu nebo komponenty) vzešlé z procesu konverze.</xs:documentation>
</xs:annotation>
<xs : sequence>

<xs :element name="Oduvodneni" type="xs :string" minOccurs=" 0"/>
<xs :element name="OdkazVystup" type="nsesss :tOdkaz"/>

</xs:sequence>
</xs:complexType>

<xs:complexType name="tVytah">
<xs:annotation>
<xs:documentation xml:lang="cs">Metadatový kontejner pro identifikaci výstupního

dokumentu z procesu redakce.</xs:docurnentation>
</xs:annotation>
<xs:sequence>

<xs:e1ement name="Oduvodneni" type="xs:string">
<xs:annotation>
<xs:docurnentation xml:lang="cs">povinný prvek pro zaznamenání důvodu vytvoření

výtahu.</xs:documentation>
</xs:annotation>

</xs:e1ement>
<xs:element name="OdkazVytah" type="nsesss:tOdkaz"/>

</xs:sequence>
</xs:comp1exType>

<xs:comp1exType name="tZtvarneni">
<xs:annotation>
<xs:documentation xml:lang="cs">Metadatový kontejner pro identifikaci výstupní

komponenty z procesu konverze.</xs:documentation>
</xs:annotation>
<xs:sequence>
<xs:element name="Oduvodneni" type="xs:string">
<xs:annotation>
<xs:docurnentation xml:lang="cs">povinný prvek

komponenty. Důvodem může být splnění povinnosti převést
formátu podle prováděcího právního předpisu upravujícího
s1užby.</xs:documentation>

</xs:annotation>
</xs:element>

pro zaznamenání důvodu konverze
komponentu do výstupního datového
podrobnosti výkonu spisové

<xs :e1ement narne="OdkazZtvarneni" type="nsesss :tOdkaz" />
</xs:sequence>

</xs:comp1exType>
<!-- konec definice složených typů >

<!-- definice odvozených složených typů -->
<xs:cornplexType name="tManipulace0okumentu">

20



<xs:annotation>
<xs:documentation xrnl:lang="cs">sada elementů pro indikaci nezbytných dokumentů a

dokumentů v analogové podobě. Prvek obsahuje volitelnou identifikaci externího subjektu, který
zajišťuje správu dokumentů (například dodavatele hostovaného řešení digitálního úložiště nebo
komerční spisovnu dokumentů v analogové podobě).</xs:documentation>

</xs:annotation>
<xs:comp1exContent>
<xs:extension base="nsesss:tManipu1ace">
<xs:sequence>
<xs:element narne="SpravceSpisovny" type="nsesss:tOsobyExterni" minOccurs="0"/>
<xs:element name="Ukladacijednotka" type="nsesss:tUkladacijednotka" minOccurs="0">
<xs:annotation>
<xs:documentation xml:1ang="cs">Prvek je povinný pouze u dokumentů v analogové

podobě.</xs:documentation>
</xs:annotation>

</xs:element>
</xs:sequence>

</xs:extension>
</xs:comp1exContent>

</xs:comp1exType>

<xs:complexType name="tManipulaceseskupeni">
<xs:annotation>
<xs:documentation xml:1ang="cs">Sada elementů pro indikaci nezbytných

dokumentů v analogové podobě. Prvek obsahuje povinné časové údaje evidující
uzavření entity pro příjem dceřiných entit.</xs:documentation>

</xs:annotation>
<xs:comp1exContent>
<xs:extension base="nsesss:tManipu1ace">

dokumentů a
otevření a

<xs : sequence>
<xs : element narne="0atumOtevreni " type="nsesss :t0atum" />
<xs : eľement name="0atumUzavreni " type="nsesss :t0aturn" minOccurs=" O " />

</xs:sequence>
</xs:extension>

</xs:comp1exContent>
</xs:cornp1exType>

<xs:coinp1exType name="tTrideni0ilu">
<xs:annotation>
<xs:documentation xml:1ang="cs">sada elementů pro zatřídění dílu do hierarchie spisového

p1ánu.</xs:documentation>
</xs:annotation>
<xs:complexContent>
<xs:extension base="nsesss:tTrideni">
<xs:sequence>
<xs:e1einent name="MaterskaEntita" type="nsesss:tMaterskaEntitaOi1u"/>

</xs:sequence>
</xs:extension>

</xs:comp1exContent>
</xs:coinp1exType>

<xs:cornp1exType name="tTrideni0okurnentu">
<xs:annotation>
<xs:documentation xinl:1ang="cs">Sada elementů pro zatřídění dokumentu do hierarchie

spisového plánu.</xs:documentation>
</xs:annotation>
<xs:comp1exContent>
<xs:extension base="nsesss:tTrideni">
<xs:sequence>

<xs:e1ernent name="Typ0okurnentu" type="nsesss:tTypDokumentu"/>
<xs:e1ernent name="MaterskeEntity" type="nsesss:tMaterskeEntity0okumentu"

rninOccurs="0">
<xs:annotation>
<xs:documentation xml:1ang="cs">Prvek je povinný pouze v případě, že je entita

"dokument" použita jako základní entita.</xs:documentation>
</xs:annotation>

</xs:eleinent>
</xs:sequence>

</xs:extension>
</xs:comp1exContent>

</xs:coinplexType>

<xs:cornp1exType name="tTrideniSoucasti">
<xs:annotation>
<xs:documentation xml:lang="cs">Sada elementů pro zatřídění součásti do hierarchie

spisového p1ánu.</xs:documentation>
</xs:annotation>

21



<xs:complexContent>
<xs:extension base="nsesss:tTrideni">
<xs:sequence>
<xs:element name="MaterskaEntita" type="nsesss:tMaterskaEntitasoucasti"/>

</xs:sequence>
</xs:extension>

</xs:complexContent>
</xs:complexType>

<xs:complexType name="tTrideniSpisu">
<xs:annotation>
<xs:documentation xml:lang="cs">Sada elementů pro zatřídění spisu do hierarchie

spisového plánu.</xs:documentation>
</xs:annotation>
<xs:complexContent>
<xs:extension base="nsesss:tTrideni">
<xs:sequence>
<xs:element name="MaterskaEntita" type="nsesss:tMaterskaEntitaSpisu"/>

</xs:sequence>
</xs:extension>

</xs:complexContent>
</xs:complexType>

<xs:complexType name="tTrideniTypovehoSpisu">
<xs:annotation>
<xs:documentation xml:lang="cs">Sada elementů pro zatřídění typového spisu do hierarchie

spisového plánu.</xs:documentation>
</xs:annotation>
<xs:complexContent>
<xs:extension base="nsesss:tTrideni">
<xs:sequence>
<xs:element name="MaterskaEntita" type="nsesss:tMaterskaEntitaTypovehoSpisu"/>

</xs:sequence>
</xs:extension>

</xs:complexContent>
</xs:complexType>

<xs:complexType name="tTrideniVecneSkupiny">
<xs:annotation>
<xs:documentation xml:lang="cs">sada elementů pro zatřídění věcné skupiny do hierarchie

spisového plánu.</xs:documentation>
</xs:annotation>
<xs:complexContent>
<xs:extension base="nsesss:tTrideni">
<xs:choice>
<xs:element name="SpisovyPlan" type="nsesss:tSpisovyPlan"/>
<xs:element name="MaterskaEntita" type="nsesss:tMaterskaEntitaVecneSkupiny"/>

</xs:choice>
</xs:extension>

</xs:complexContent>
</xs:complexType>

<xs:complexType name="tVyrizeniEntity">
<xs:annotation>
<xs:documentation xml:lang="cs">sada elementů pro evidenci údajů o vyřízení a uzavření

entity a případném odeslání vyřizujícího dokumentu.</xs:documentation>
</xs:annotation>
<xs:complexContent>
<xs:extension base="nsesss:tVyrizeni">
<xs:sequence>
<xs:choice minOccurs="0" maxOccurs="2">
<xs:element name="Odkazvyrizujici0okument" type="nsesss:tOdkaz"/>
<xs:element name="OdkazVyrizovany0okument" type="nsesss:tOdkaz"/>

</xs:choice>
<xs:element name="0atumOdeslani" type="nsesss:t0atum" minOccurs="0">
<xs:annotation>
<xs:documentation xml:lang="cs">Prvek je povinný v případě odeslání dokumentu

externí právnické nebo fyzické osobě.</xs:documentation>
</xs:annotation>

</xs:element>
<xs:element name="OdeslaneMnozstvi" type="xs:string" minOccurs="0">
<xs:annotation>
<xs:documentation xml:lang="cs">Prvek se vyplňuje jen v případě entit v

analogové podobě a v případě odeslání dokumentu.</xs:documentation>
</xs:annotation>

</xs:element>
<xs:element name="prijemce" type="nsesss:tOsobyExterni" minOccurs="0">

22



<xs:annotation>
<xs:documentation xrnl:lang="cs">Prvek je povinný v případě odeslání

dokumentu.</xs:documentation>
</xs:annotation>

</xs:elernent>
</xs:sequence>

</xs:extension>
</xs:comp1exContent>

</xs:comp1exType>
<!-- konec definice odvozených složených typů -->

</xs:schema>

23



Příloha č. 3 národního standardu pro elektronické systémy spisové služby

Schéma XML pro vytvoření datového balíčku SIP

<?xm1 version="1.0" encoding="UTF-8"?>
<!-- METS: Metadata Encoding and Transmission Standard -->
<!-- Copyright © 2001, 2002, 2003, 2004, 2005, 2006, 2008, 2009, 2010, 2012 Digital Library
Federation -->
<!-- Prepared for the Digital Library Federation by jerome McDonough, New York University,
with the assistance of Michael Alexander (British Library), joachim Bauer (Content Conversion
Specialists, Germany), Rick Beaubien (University of California), Terry Catapano (Columbia
University), Morgan Cundiff (Library of Congress), Susan Dahl (University of Alberta), Markus
Enders (State and University Library, Gôttingen/British Library), Richard Gartner (Bodleian
Library at Oxford/King's College, London), Thomas Habing (University of Illinois at Urbana-
Champaign), Nancy Hoebelheinrich (Stanford University/knowledge Motifs LLC), Arwen Hutt (U.C.
San Diego), Mark Kornbluh (Michigan State University), Cecilia Preston (Preston & Lynch),
Merrilee Proffitt (Research Libraries Group), Clay Redding (Library of Congress), jenn Riley
(Indiana University), Richard Rinehart (Berkeley Art Museum/Pacific Film Archive), Mackenzie
Smith (Massachusetts Institute of Technology), Tobias Steinke (German National Library),
Taylor Surface (OCLC), Brian Tingle (California Digital Library) and Robin Wendler (Harvard
University), Robert Wolfe (Massachusetts Institute of Technology), Patrick Yott (Brown
University).
-->
<!-- March, 2012 -->
<!-- Version 1.9.1 -->
<!-- Change History -->
<!-- April 23, 2001: Alpha Draft completed -->
<!-- june 7, 2001: Beta completed -->
<!-- 6/7/2001 Beta Changes:

1. add 'Time' as a possible time code value, as well as TCF.
2. Make dmdSec ID attribute required; make ID attribute optional on MDRef/MDWrap.
3. Add 'Label' attribute to StructMap, along with 'Type'.
4. Add DDI and FGDC as potential metadata schemes to enumeration.
5. Enable an "otherMDtype" attribute for MDWrap/MDRef and any other element where

there's an 'other' in the enumerated possibilities.
6. Add a "profile" attribute to METS element.
7. Revised mptr declaration so that it's like FLocat/MDRef (and not like XLink)
8. Extend internal documentation of <area> attributes.
9. Add "other" to the possible set of LOCTYPES.
10. Change ADMIDS to ADMID on FileGrp.
11. Change "N" to "Order" on <div> element.
12. Change "Number" to "order label" on <div> element
13. Add createdate and lastmoddate attributes to mets element.
14. Allow <div> and <area> elements to link to administrative metadata sections.
15. Normalize attribute pointing facilities for file element and mdRef.
16. Provide a LOCTYPE of "other" and an "otherloctype" attribute for pointing to external

files.
17. Drop PDI from enumeration of LOCTYPES.
18. Make MDTYPE required in rndRef and mdWrap.
19. Rename preservationMD to digiprovMD.
20. Add optional CHECKSUM attribute to FContent element.
21. Modularize declarations of fileGrpType and mdSecType attributes and enumerations to
simplify maintenance.

22. Add TYPE attribute to structMap.
23. Declare structMap element using structMapType rather than direct declaration.
24. Add area element as possible subelement to <div>, along with par and seq.
25. Change mdSec model to ALL, to enable differing order of mdRef/mdWrap elements.
26. Extend documentation on <par> and <seq> elements.

——>
<!-- October 22, 2001: Gamma completed -->
<!-- 10/22/2001 Gamma changes:

1. Added optional filesec element beneath METS root element to contain fileGrps.
2. Created subsidiary schema file xlink.xsd for XLink attributes, restored XLink attributes
to mptr element, and added XLink support to rndRef and FLocat.
3. Created new element metsHdr to handle metadata regarding METS document
itself (analogous to TEI Header). Moved CREATEDATE and LASTMODDATE attributes
to metsHdr, and added new RECORDSTATUS attribute. Added new subsidiary elements
agent and altRecordID to metsHdr.
4. Made CREATEDATE and LASTMODDATE attributes type xsd:dateTime to allow more precise
recording of when work was done.
5. Changed all attributes using data type of xsd:binary to xsd:base648inary to conform to

final

l



W3C schema recommendations.
6. Cleaned up annotations/documentation.

-->
<!-- December 19, 2001: Epsilon and PROTOFINAL completed-->
<!-- 12/19/2001 Epsilon changes:

1. Changed sequence operator for StructMap so that only 1 root div element is permitted.
2. Add new roles to agent element's role attribute and support for extensible 'other' role.
3. Add support for extensible 'other' type attribute on agent element.
4. Yet more documentation clean up.
5. Relocate CHECKSUM attribute from FContent to File element.
6. Change the file element's CREATED attribute and fileGroup's VERSDATE attribute to
a type of xsd:dateTime
7. Change attribute name DMD for div element to DMDID for consistency's sake.
8. Added new behaviorSec for support of referencing executable code from METS object

——>
February 8, 2002: Zeta bug fix to final -->
2/8/2002 Zeta changes:

1. Eliminated redundant VRA in metadata type enumeration.
2. Changed mdWrap content model, adding xmlOata element to eliminate

ambiguous content model
——>

june 3, 2002: Version 1.1
6/3/2002 v1.1 changes:

>

1. Add new structLink section for recording hyperlinks between media represented by
structMap nodes.
2. Allow a <par> element to
contain a <seq> -->

<!-- Dec. 27, 2002: Version 1.2 -->
<!-- 12/27/2002 v1.2 changes:
1. Add "USE" attribute to FileGrp, File, FLocat and FContent;
2. Make FLocat repeatable;
3. Have FContent mimic mdWrap in using separate binData/xmlData sections;
4. Copyright statement added;
5. Allow both FLocat and Fcontent in single file element;
6. Allow behaviorSec elements to group through GROUPID attribute;
7. allow descriptive and administrative metadata sections to be grouped through GROUPID
attribute;
8. allow <fi1e> element to point to descriptive metadata via DMDID attribute;
9. allow descriptive metadata and all forms of administrative metadata to point to
administrative metadata via ADMID attribute;
10. CREATED and STATUS attributes added to all desc. and adm. metadata sections; and
11. clean up documentation in elements to reflect reality.
——>

May 8, 2003: Version 1.3 -->
05/05/2003 v1.3 changes:

1. Change "2. OBjID: a primary identifier assigned to the original source document" to "'2.
OBjID: a primary identifier assigned to the METS object."
2. Add MODS to MDTYPES.
3. Modify <fi1e> attributes so that instead of just checksum we have CHECKSUM and
CHECKSUMTYPE, where CHECKSUMTYPE is a controlled vocabulary as follows:

HAVAL, MD5, SHA-1, SHA-256, SHA-384, SHA-512, TIGER, WHIRLPOOL
4.Alter BehaviorSec to make it recursive, and add a new behavior element to wrap mechanism and
interfaceDef elements.
-->

May 1, 2004: Version 1.4 -->
05/01/2003 v1.4 changes:

1. Moved attribute documentation out of element documentation
(thank you, Brian Tingle).
2. New CONTENTIDS attribute (and URIS simpleType) added to div, fptr,
mptr and area elements for mapping MPEG21 DII Identifier values
3. XLink namespace URI changed to conform with XLink recommendation.
4. ID Attribute added to FContent.
5. ID Attribute addedt to structLink.
6. ID Attribute added to smLink.
7. "LOM" added as metadata type.
——>

April 12, 2005: Version 1.5 -->
04/12/2005 v1.5 changes:

1. Made file element recursive to deal with PREMIS Onion Layer model and
support XFDU-ish unpacking specification.
2. Add <stream> element beneath <file> to allow linking of metadata to
subfile structures.

2



3. Modify structLink TO and FROM attributes to put them in XLink narnespace.
4. Make processContents "lax" for all xsd:any elements.

October 18, 2006: Version 1.6 -->
10/18/2006 v1.6 changes:

add ID to stream and transformFile
add ADMID to metsHdr
make smLink/@xlink:to and smLink/@xlink:frorn required

October 16, 2007/ jan 20, 2008: Version 1.7 -->
10/16/2007 01/30/2008 v 1.7 changes:

1. create parType complex type to allow a seq to contain a par
2. create FILECORE attribute group with MIMETYPE, SIZE, CHECKSUM, CHECKSUMTYPE;

change fileType, mdWrapType and rndRefType use the attribute group, so mdType and rndRef
end

up with new SIZE, CHECKSUM, and CHECKSUMTYPE attributes (file does not change)
20080130
2a. CREATED added to filecore
3. PREMIS:OBjECT PREMIS:AGENT PREMIS:RIGHTS PREMIS:EVENT added to MDTYPE value enumeration
——>
<!-- April 2009: Version 1.8 -->
<!-- Version 1.8 changes:

1. Add CRC32, Adler-32, MNP to the enumerated values constraining CHECKSUMTYPE to align with
MIX messageOigestAlgorithm constraints.

2. Add TEXTMD and METSRIGHTS to the enumeration values constraining MDTYPE.
3. Add an MDTYPEVERSION attribute as a companion to the MDTYPE attribute in the mdRef and

mdWrap elements.
4. ID and STRUCTID attributes on the behavior element made optional. Depending on whether

the behavior applies to a transformFile element or div elements in the structMap, only one or
the other of the attributes would pertain.
5. Documentation aligned with the METS Primer, and corrected.
6. xm1:1ang="en" atttribute value added to every <documentation> element
7. xlink:extendedLink support added to the <structLink> element by means of a new

<smLinkGrp> element, and its child <smLocatorLink> and <smArcLink> elements.
——>
<!--February 2010: Version 1.9-->
<!--Version 1.9 Changes:

1. Added a <mets0ocumentID> element to the <metsHdr> for recording a unique identifier for
the METS document itself where this is different from the OBJID, the identifier for the entire
digital object represented by the METS document.
2. Added "ISO 19115:2003 NAP" to the enumerated values for the MDTYPE attribute in the

METADATA attribute group.
3. Added "XPTR" to the enumerated values for the BETYPE attribute on the areaType data type
4. Added BEGIN, END and BETYPE attributes to the <file> and <stream> elements for specifying

the location of a nested file or a stream within it's parent file.
——>
<!-- March 2012: Version 1.9.1 -->
<!-- Version 1.9.1 Changes::

1. Added 'EAC-CPF' as potential metadata scheme to MDTYPE enumeration
EAC-CPF = Encoded Archival Context - Corporate Bodies, Persons, and Families
http://eac.staatsbibliothek-berlin.de/eac-cpf-schema.html

——>
<xsd:schema targetNamespace="http://www.loc.gov/METS/" xmlns="http://www.loc.gov/METS/"
xrnlns:x1ink="http://www.w3.org/1999/x1ink" xmlns:xsd="http://www.w3.org/2001/XMLSchema"
elementFormDefau1t="qualified" attributeFormDefault="unqua1ified">
<xsd:import namespace="http://www.w3.org/1999/xlink"

schemaLocation="http://wwmloc.gov/standards/xlink/xlink.xsd"/>

<xsd:e1ernent narrie="rnets">
<xsd:annotation>
<xsd:documentation xml:lang="en">METS: Metadata Encoding and Transmission

METS is intended to provide a standardized XML format for transmission
digital library objects between systems. As such, it can be seen as filling a
that defined for the Submission Information Package (SIP), Archival Information
and Dissemination Information package (DIP) in the Reference Model for an Open
Information System. The root element &1t;mets&gt; establishes the container for
information being stored and/or transmitted by the standard.

</xsd:documentation>
</xsd:annotation>
<xsd:complexType>
<xsd:comp1exContent>
<xsd:extension base="metsType"/>

</xsd:complexContent>
</xsd:complexType>

</xsd:elernent>

Standard.
of complex
role similar to
Package (AIP)
Archival
the

3



<xsd:complexType name="metsType">
<xsd:annotation>
<xsd:documentation xml:lang="en">metsType: Complex Type for METS Sections
A METS document consists of seven possible subsidiary sections: metsHdr (METS document

header), dmdSec (descriptive metadata section), amdSec (administrative metadata section),
fileGrp (file inventory group), structLink (structural map linking), structMap (structural
map) and behaviorSec (behaviors section).

</xsd:documentation>
</xsd:annotation>
<xsd:sequence>
<xsd:element narne="metsHdr" minOccurs="0">
<xsd:annotation>
<xsd:documentation xml:lang="en">
The mets header element &1t;metsHdr&gt; captures metadata about the mets document

itself, not the digital object the mets document encodes. Although it records a more limited
set of metadata, it is very similar in function and purpose to the headers employed in other
schema such as the Text Encoding Initiative (TEI) or in the Encoded Archival Description
(EAD).

</xsd:documentation>
</xsd:annotation>
<xsd:complexType>
<xsd:sequence>
<xsd:elernent narne="agent" rninOccurs="0" maxOccurs="unbounded">
<xsd:annotation>
<xsd:documentation xml:lang="en">agent:
The agent element &lt;agent&gt; provides for various parties and their roles

with respect to the METS record to be documented.
</xsd:documentation>

</xsd:annotation>
<xsd:complexType>
<xsd:sequence>
<xsd:element name="narne" type="xsd:string">
<xsd:annotation>
<xsd:documentation xml:1ang="en">
The element &1t;name&gt; can be used to record the full name of the

document agent.
</xsd:documentation>

</xsd:annotation>
</xsd:elernent>
<xsd:element name="note" type="xsd:string" minOccurs="0"

maxOccurs="unbounded">
<xsd:annotation>
<xsd:documentation xml:lang="en">
The &lt;note&gt; element can be used to record any additional

information regarding the agent's activities with respect to the METS document.
</xsd:documentation>

</xsd:annotation>
</xsd:element>

</xsd:sequence>
<xsd:attribute name="ID" type="xsd:ID" use="optiona1">
<xsd:annotation>
<xsd:documentation xm1:lang="en">ID (ID/O): This attribute uniquely

identifies the element within the METS document, and would allow the element to be referenced
unambiguously from another element or document via an IDREF or an XPTR. For more information
on using ID attributes for internal and external linking see Chapter 4 of the METS Primer.

</xsd:docurnentation>
</xsd:annotation>

</xsd:attribute>
<xsd:attribute name="ROLE" use="required">
<xsd:annotation>
<xsd:documentation xrn1:lang="en">ROLE (string/R): Specifies the function

of the agent with respect to the METS record. The allowed values are:
CREATOR: The person(s) or institution(s) responsible for the METS document.
EDITOR: The person(s) or institution(s) that prepares the metadata for encoding.
ARCHIVIST: The person(s) or institution(s) responsible for the docurnent/collection.
PRESERVATION: The person(s) or institution(s) responsible for preservation functions.
DISSEMINATOR: The person(s) Or institution(s) responsible for dissemination functions.
CUSTODIAN: The person(s) or institution(s) charged with the oversight of a
document/collection.
IPOWNER: Intellectual Property Owner: The person(s) or institution holding copyright, trade or
service marks or other intellectual property rights for the object.
OTHER: Use OTHER if none of the preceding values pertains and clarify the type and location
specifier being used in the OTHERROLE attribute (see below).

</xsd:documentation>
</xsd:annotation>
<xsd:simpleType>
<xsd:restriction base="xsd:string">

4



<xsd:enumeration value="CREATOR"/>
<xsd:enurneration va1ue="EDITOR"/>
<xsd:enumeration value="ARCHIVIST"/>
<xsd:enumeration value="PRESERVATION"/>
<xsd:enurneration va1ue="DISSEMINATOR"/>
<xsd:enumeration value="CUSTODIAN"/>
<xsd:enumeration va1ue="IPOWNER"/>
<xsd:enumeration value="OTHER"/>

</xsd:restriction>
</xsd:simpleType>

</xsd:attribute>
<xsd:attribute name="OTHERROLE" type="xsd:string" use="optiona1">
<xsd:annotation>
<xsd:documentation xm1:lang="en">OTHERROLE (string/O): Denotes a role not

contained in the allowed values set if OTHER is indicated in the ROLE attribute.
</xsd:documentation>

</xsd:annotation>
</xsd:attribute>
<xsd:attribute name="TYPE" use="optiona1">
<xsd:annotation>
<xsd:documentation xrnl:lang="en">TYPE (string/O): is used to specify the

type of AGENT. It must be one of the following values:
INDIVIDUAL: Use if an individual has served as the agent.
ORGANIZATION: Use if an institution, corporate body, association, non-profit enterprise,
government, religious body, etc. has served as the agent.
OTHER: Use OTHER if none of the preceding values pertain and clarify the type of agent
specifier being used in the OTHERTYPE attribute

</xsd:docurnentation>
</xsd:annotation>
<xsd:simpleType>
<xsd:restriction base="xsd:string">
<xsd:enumeration value="INDIVIDUAL"/>
<xsd:enurneration va1ue="ORGANIZATION"/>
<xsd:enumeration va1ue="OTHER"/>

</xsd:restriction>
</xsd:simpleType>

</xsd:attribute>
<xsd:attribute name="OTHERTYPE" type="xsd:string" use="optiona1">
<xsd:annotation>
<xsd:documentation xm1:lang="en">OTHERTYPE (string/O): Specifies the type

of agent when the value OTHER is indicated in the TYPE attribute.
</xsd:documentation>

</xsd:annotation>
</xsd:attribute>

</xsd:complexType>
</xsd:element>
<xsd:e1ement name="a1tRecordID" minOccurs="0" maxOccurs="unbounded">
<xsd:annotation>
<xsd:documentation xrnl:lang="en">

The alternative record identifier element &1t;altRecordID&gt; allows one to
use alternative record identifier values for the digital object represented by the METS
document; the primary record identifier is stored in the OBJID attribute in the root
&lt;mets&gt; element.

</xsd:documentation>
</xsd:annotation>
<xsd:cornp1exType>
<xsd:simp1eContent>
<xsd:extension base="xsd:string">
<xsd:attribute narne="ID" type="xsd:ID" use="optiona1">
<xsd:annotation>
<xsd:documentation xm1:1ang="en">ID (ID/O): This attribute uniquely

identifies the element within the METS document, and would allow the element to be referenced
unambiguously from another element or document via an IDREF or an XPTR. For more information
on using ID attributes for internal and external linking see Chapter 4 of the METS Primer.

</xsd:documentation>
</xsd:annotation>

</xsd:attribute>
<xsd:attribute name="TYPE" type="xsd:string" use="optiona1">
<xsd:annotation>
<xsd:documentation xml:lang="en">TYPE (string/O): A description of the

identifier type (e.g., OCLC record number, LCCN, etc.).
</xsd:documentation>

</xsd:annotation>
</xsd:attribute>

</xsd:extension>
</xsd:simpleContent>

</xsd:complexType>

5



</xsd:element>
<xsd:element name="mets0ocumentID" minOccurs="0">
<xsd:annotation>
<xsd:documentation xml:lang="en">

The metsOocument identifier element &lt;metsDocumentID&gt; allows a
identifier to be assigned to the mets document itself. This may be different from the
attribute value in the root &lt;mets&gt; element, which uniquely identifies the entire
object represented by the METS document.

</xsd:documentation>
</xsd:annotation>
<xsd:complexType>
<xsd:simpleContent>

unique
OBJID
digital

<xsd:extension base="xsd:string">
<xsd:attribute name="ID" type="xsd:ID" use="optiona1">
<xsd:annotation>
<xsd:documentation xml:lang="en">ID (ID/O): This attribute uniquely

identifies the element within the METS document, and would allow the element to be referenced
unambiguously from another element or document via an IDREF or an XPTR. For more information
on using ID attributes for internal and external linking see Chapter 4 of the METS Primer.

</xsd:documentation>
</xsd:annotation>

</xsd:attribute>
<xsd:attribute name="TYPE" type="xsd:string" use="optiona1">
<xsd:annotation>
<xsd:documentation xml:lang="en">TYPE (string/O) : A description of the

identifier type.
</xsd:documentation>

</xsd:annotation>
</xsd:attribute>

</xsd:extension>
</xsd:simpleContent>

</xsd:complexType>
</xsd:element>

</xsd:sequence>
<xsd:attribute name="ID" type="xsd:ID" use="optiona1">
<xsd:annotation>
<xsd:documentation xml:lang="en">ID (ID/O): This attribute uniquely identifies

the element within the mets document, and would allow the element to be referenced
unambiguously from another element or document via an IDREF or an XPTR. For more information
on using ID attributes for internal and external linking see Chapter 4 of the mets Primer.

</xsd:documentation>
</xsd:annotation>

</xsd:attribute>
<xsd:attribute name="ADMID" type="xsd:IDREFS" use="optiona1">
<xsd:annotation>
<xsd:documentation xml:lang="en">ADMID (IDREFS/O): Contains the id attribute

values of the &lt;techľ'4D&gt;, &lt;sourceMD&gt;, &lt;rightsMD&gt; and/or &lt;digiprovMD&gt;
elements within the &lt;amdSec&gt; of the METS document that contain administrative metadata
pertaining to the METS document itself. For more information on using METS IDREFS and IDREF
type attributes for internal linking, see Chapter 4 of the mets Primer.

</xsd:documentation>
</xsd:annotation>

</xsd:attribute>
<xsd:attribute name="CREATEDATE" type="xsd:dateTime" use="optiona1">
<xsd:annotation>
<xsd:documentation xml:lang="en">CREATEDATE (dateTime/O): Records the date/time

the mets document was created.
</xsd:documentation>

</xsd:annotation>
</xsd:attribute>
<xsd:attribute name="LASTMODDATE" type="xsd:dateTime" use="optiona1">
<xsd:annotation>
<xsd:documentation xml:lang="en">LASTMODDATE (dateTime/O): Is used to indicate

the date/time the mets document was last modified.
</xsd:documentation>

</xsd:annotation>
</xsd:attribute>
<xsd:attribute name="RECORDSTATUS" type="xsd:string" use="optiona1">
<xsd:annotation>
<xsd:documentation xml:lang="en">RECORDSTATUS (string/O): Specifies the status

of the METS document. It is used for internal processing purposes.
</xsd:documentation>

</xsd:annotation>
</xsd:attribute>

</xsd:complexType>
</xsd:element>
<xsd:element name='WmdSec" type="mdSecType" minOccurs="0" maxOccurs="unbounded">

6



<xsd:annotation>
<xsd:documentation xrn1:lang="en">

A descriptive metadata section &lt;dmdSec&gt; records descriptive metadata
pertaining to the METS object as a whole or one of its components. The &lt;drrldSec&gt; element
conforms to same generic datatype as the &1t;techMD&gt;, &1t;rightsMD&gt;, &1t;sourceMD&gt;
and &lt;digiprovMD&gt; elements, and supports the same sub-elements and attributes. A
descriptive metadata element can either wrap the metadata (mdWrap) or reference it in an
external location (mdRef) or both. METS allows multiple &lt;dmdSec&gt; elements; and
descriptive metadata can be associated with any METS element that supports a DMDID attribute.
Descriptive metadata can be expressed according to many current description standards (i.e.,
MARC, MODS, Dublin Core, TEI Header, EAD, VRA, FGDC, DDI) or a locally produced XML schema.

</xsd:documentation>
</xsd:annotation>

</xsd:e1ement>
<xsd:element name="amdSec" type="amdSecType" minOccurs="0" maxOccurs="unbounded">
<xsd:annotation>
<xsd:documentation xm1:lang="en">

The administrative metadata section &lt;amdSec&gt; contains the administrative
metadata pertaining to the digital object, its components and any original source material
from which the digital object is derived. The &lt;amdSec&gt; is separated into four sub-
sections that accommodate technical metadata (techMD), intellectual property rights
(rightsMD), analog/digital source metadata (sourceMD), and digital provenance metadata
(digiprovMD). Each of these subsections can either wrap the metadata (mdWrap) or reference it
in an external location (mdRef) or both. Multiple instances of the &1t;amdSec&gt; element can
occur within a METS document and multiple instances of its subsections can occur in one
&lt;amdSec&gt; element. This allows considerable flexibility in the structuring of the
administrative metadata. METS does not define a vocabulary or syntax for encoding
administrative metadata. Administrative metadata can be expressed within the amdSec sub-
elements according to many current community defined standards, Or 1oca11y produced XML
schemas. </xsd:documentation>

</xsd:annotation>
</xsd:element>
<xsd:e1ement narne="fi1eSec" minOccurs="0">
<xsd:annotation>
<xsd:documentation xrn1:1ang="en">

The overall purpose of the content file section element &lt;filesec&gt; is to
provide an inventory of and the location for the content files that comprise the digital
object being described in the METS document.

</xsd:documentation>
</xsd:annotation>
<xsd:complexType>
<xsd:sequence>
<xsd:element name="fileGrp" maxOccurs="unbounded">
<xsd:annotation>
<xsd:documentation xm1:1ang="en">

A sequence of file group elements &lt;fileGrp&gt; can be used group the
digital files comprising the content of a mets object either into a flat arrangement or,
because each file group element can itself contain one or more file group elements, into a
nested (hierarchical) arrangement. In the case where the content files are images of different
formats and resolutions, for example, one could group the image content files by format and
create a separate &lt;fileGrp&gt; for each image format/resolution such as:
-- one &1t;fileGrp&gt; for the thumbnails of the images
-- one &lt;fileGrp&gt; for the higher resolution jPEGS of the image
-- one &lt;fileGrp&gt; for the master archival TIFFS of the images
For a text resource with a variety of content file types one might group the content files at
the highest level by type, and then use the &1t;fileGrp&gt; element's nesting capabilities to
subdivide a &1t;fileGrp&gt; by format within the type, such as:
-- one &lt;fileGrp&gt; for all of the page images with nested &lt;fileGrp&gt; elements for
each image format/resolution (tiff, jpeg, gif)
-- one &lt;fileGrp&gt; for a PDF version of all the pages of the document
-- one &1t;fileGrp&gt; for a TEI encoded XML version of the entire document or each of its
pages.
A &lt;fileGrp&gt; may contain zero or more &lt;fileGrp&gt; elements and or &lt;file&gt;
elements.

</xsd:documentation>
</xsd:annotation>
<xsd:comp1exType>

<xsd:comp1exContent>
<xsd:extension base="fileGrpType"/>

</xsd:complexContent>
</xsd:complexType>

</xsd:element>
</xsd:sequence>
<xsd:attribute name="ID" type="xsd:ID" use="optiona1">
<xsd:annotation>
<xsd:documentation xml:lang="en">ID (ID/O): This attribute uniquely identifies

the element within the METS document, and would allow the element to be referenced

7



unambiguously from another element or document via an IDREF or an XPTR. For more information
on using ID attributes for internal and external linking see Chapter 4 of the METS Primer.

</xsd:documentation>
</xsd:annotation>

</xsd:attribute>
</xsd:complexType>

</xsd:e1ement>
<xsd:element name="structMap" type="structMapType" maxOccurs="unbounded">
<xsd:annotation>
<xsd:documentation xml:lang="en">

The structural map section &lt;structMap&gt; is the heart of a METS document. It
provides a means for organizing the digital content represented by the &1t;file&gt; elements
in the &lt;filesec&gt; of the METS document into a coherent hierarchical structure. Such a
hierarchical structure can be presented to users to facilitate their comprehension and
navigation of the digital content. It can further be applied to any purpose requiring an
understanding of the structural relationship of the content files or parts of the content
files. The organization may be specified to any level of granularity (intellectual and or
physical) that is desired. Since the &lt;structMap&gt; element is repeatable, more than one
organization can be applied to the digital content represented by the METS document. The
hierarchical structure specified by a &lt;structMap&gt; is encoded as a tree of nested
&1t;diůgt; elements. A &1t;diůgt; element may directly point to content via child file
pointer &1t;fptréägt; elements (if the content is represented in the &lt;filesec&lt;) or child
METS pointer &lt;rrlptr&gt; elements (if the content is represented by an external METS
document). The &1t;fptr&gt; element may point to a single whole &1t;file&gt; element that
manifests its parent &lt;div&lt;, or to part of a &lt;file&gt; that manifests its &lt;div&lt;.
It can also point to multiple files or parts of files that must be played/displayed either in
sequence or in parallel to reveal its structural division. In addition to providing a means
for organizing content, the &lt;structMap&gt; provides a mechanism for linking content at any
hierarchical level with relevant descriptive and administrative metadata.

</xsd:documentation>
</xsd:annotation>

</xsd:element>
<xsd:e1ement narne="structLink" rninOccurs="0">
<xsd:annotation>
<xsd:documentation xrn1:1ang="en">

The structural link section element &lt;structLink&gt; allows for the
specification of hyperlinks between the different components of a METS structure that are
delineated in a structural map. This element is a container for a single, repeatable element,
&lt;smLink&gt; which indicates a hyperlink between two nodes in the structural map. The
&1t;structLinkéůgt; section in the METS document is identified using its XML ID attributes.

</xsd:documentation>
</xsd:annotation>
<xsd:complexType>
<xsd:cornplexContent>
<xsd:extension base="structLinkType"/>

</xsd:complexContent>
</xsd:comp1exType>

</xsd:element>
<xsd:element name="behaviorSec" type="behaviorSecType" minOccurs="0"

maxOccurs="unbounded">
<xsd:annotation>
<xsd:documentation xm1:lang="en">

A behavior section element &lt;behaviorSec&gt; associates executable behaviors
with content in the METS document by means of a repeatable behavior &lt;behavior&gt; element.
This element has an interface definition &1t;interfaceDef&gt; element that represents an
abstract definition of the set of behaviors represented by a particular behavior section. A
&1t;behavior&gt; element also has a &1t;mechanism&gt; element which is used to point to a
module of executable code that implements and runs the behavior defined by the interface
definition. The &lt;behaviorSec&gt; element, which is repeatable as well as nestable, can be
used to group individual behaviors within the structure of the METS document. Such grouping
can be useful for organizing families of behaviors together or to indicate other relationships
between particular behaviors.</xsd:documentation>

</xsd:annotation>
</xsd:element>

</xsd:sequence>
<xsd:attribute narne="ID" type="xsd:ID" use="optiona1">
<xsd:annotation>
<xsd:documentation xm1:1ang="en">ID (ID/O): This attribute uniquely identifies the

element within the METS document, and would allow the element to be referenced unambiguously
from another element or document via an IDREF or an XPTR. For more information on using ID
attributes for internal and external linking see Chapter 4 of the METS Primer.

</xsd:documentation>
</xsd:annotation>

</xsd:attribute>
<xsd:attribute name="OBjID" type="xsd:string" use="optiona1">
<xsd:annotation>

8



<xsd:docurnentation xrnl:lang="en">OBjID (string/O): Is the primary identifier assigned
to the METS object as a whole. Although this attribute is not required, it is strongly
recommended. This identifier is used to tag the entire METS object to external systems, in
contrast with the ID identifier.

</xsd:docurnentation>
</xsd:annotation>

</xsd:attribute>
<xsd:attribute name="LABEL" type="xsd:string" use="optiona1">
<xsd:annotation>
<xsd:documentation xml:lang="en">LABEL (string/O): Is a simple title string used to

identify the object/entity being described in the METS document for the user.
</xsd:documentation>

</xsd:annotation>
</xsd:attribute>
<xsd:attribute name="TYPE" type="xsd:string" use="optiona1">
<xsd:annotation>
<xsd:documentation xm1:1ang="en">TYPE (string/O): Specifies the class or type of the

object, e.g.: book, journal, stereograph, dataset, video, etc.
</xsd:documentation>

</xsd:annotation>
</xsd:attribute>
<xsd:attribute name="PROFILE" type="xsd:string" use="optiona1">
<xsd:annotation>
<xsd:documentation

registered profile(s) the
see Chapter 5 of the METS

</xsd:documentation>
</xsd:annotation>

xm1:1ang="en">PROFILE (string/O): Indicates to which of the
METS document conforms. For additional information about PROFILES
Primer.

</xsd:attribute>
</xsd:complexType>
<xsd:complexType name="amdSecType">
<xsd:annotation>
<xsd:documentation xm1:1ang="en">amdSecType: Complex Type for Administrative Metadata

Sections
The administrative metadata section consists of four possible subsidiary sections:

techMD (technical metadata for text/image/audio/video files), rightsMD (intellectual property
rights metadata), sourceMD (analog/digital source metadata), and digiprovMD (digital
provenance metadata, that is, the history of migrations/translations performed on a digital
library object from it's original digital capture/encoding).

</xsd:documentation>
</xsd:annotation>
<xsd:sequence>
<xsd:element name="techMD" type="mdSecType" minOccurs="0" maxOccurs="unbounded">
<xsd:annotation>
<xsd:documentation xm1:lang="en">

A technical metadata element &lt;techMD&gt; records technical metadata about a
component of the METS object, such as a digital content file. The &1t;techMD&gt; element
conforms to same generic datatype as the &lt;dmdSec&gt;, &lt;rightsMD&gt;, &lt;sourceMD&gt;
and &lt;digiprovMD&gt; elements, and supports the same sub-elements and attributes. A
technical metadata element can either wrap the metadata (mdWrap) or reference it in an
external location (rndRef) or both. METS allows multiple &lt;techMD&gt; elements; and
technical metadata can be associated with any METS element that supports an ADMID attribute.
Technical metadata can be expressed according to many current technical description standards
(such as MIX and textMD) or a locally produced XML schema.

</xsd:documentation>
</xsd:annotation>

</xsd:e1ement>
<xsd:element name="rightsMD" type="mdSecType" minOccurs="0" maxOccurs="unbounded">
<xsd:annotation>
<xsd:documentation xml:lang="en">

An inte11ectua1 property rights metadata element &1t;rightsMD&gt; records
information about copyright and licensing pertaining to a component of the METS object. The
&lt;rightsMD&gt; element conforms to same generic datatype as the &lt;dmdSec&gt;, &1t;techMD>,
&lt;sourceMD&gt; and &lt;digiprovMD&gt; elements, and supports the same sub-elements and
attributes. A rights metadata element can either wrap the metadata (mdWrap) or reference it
in an external location (mdRef) or both. METS allows multiple &lt;rightsMD&gt; elements; and
rights metadata can be associated with any METS element that supports an ADMID attribute.
Rights metadata can be expressed according current rights description standards (such as
CopyrightMD and rightsDeclarationMD) or a locally produced XML schema.

</xsd:documentation>
</xsd:annotation>

</xsd:element>
<xsd:e1ement name="sourceMD" type="mdSecType" minOccurs="0" maxOccurs="unbounded">
<xsd:annotation>
<xsd:documentation xml:lang="en">

A source metadata element &lt;sourceMD&gt; records descriptive and administrative
metadata about the source format or media of a component of the METS object such as a digital

9



content file. It is often used for discovery, data administration or preservation of the
digital object. The &lt;sotirceMD&gt; element conforms to same generic datatype as the
&lt;dmdSec&gt;, &lt;techMD&gt;, &lt;rightsMD&gt;, and &1t;digiprovMDtšigt; eľements, and
supports the same sub-eľements and attributes. A source metadata eľement can either wrap the
metadata (mdWrap) or reference it in an externaľ ľocation (rndRef) or both. METS aľľows
multiple &lt;sourcef'lD&gt; elements; and source metadata can be associated with any METS
element that supports an ADMID attribute. Source metadata can be expressed according to
current source description standards (such as PREMIS) or a 1oca11y produced XML schema.

</xsd:documentation>
</xsd:annotation>

</xsd:element>
<xsd:e1ement name="digiprovMD" type="rndSecType" minOccurs="0" maxOccurs="unbounded">
<xsd:annotation>
<xsd:documentation xml:lang="en">
a digital provenance metadata element &lt;digiprovMD&gt; can be used to record any

preservation-reľated actions taken on the various files which comprise a digital object (e.g.,
those subsequent to the initiaľ digitization of the fiľes such as transformation or
migrations) or, in the case of born digital materials, the files' creation. In short, digital
provenance should be used to record information that allows both archival/library staff and
schoľars to understand what modifications have been made to a digitaľ object and/or its
constituent parts during its ľife cycľe. This information can then be used to judge how those
processes might have altered or corrupted the object's ability to accurately represent the
original item. One might, for example, record master derivative relationships and the process
by which those derivations have been created. Or the &lt;digiprovMD&gt; eľement could contain
information regarding the rnigration/transforrnation of a fiľe from its originaľ digitization
(e.g., OCR, tei, etc.,)to its current incarnation as a digital object (e.g., jpeg2000). The
&lt;digiprovMD&gt; element conforms to same generic datatype as the &lt;dmdSec&gt;,
&1t;techMD&gt;, &lt;rightsMD&gt;, and &1t;sourceMD&gt; eľements, and supports the same sub-
eľements and attributes. A digitaľ provenance metadata eľement can either wrap the metadata
(mdWrap) or reference it in an externaľ ľocation (mdRef) or both. METS aľľows muľtipľe
&1t;digiprovMD> elements; and digital provenance metadata can be associated with any METS
eľement that supports an ADMID attribute. Digitaľ provenance metadata can be expressed
according to current digitaľ provenance description standards (such as PREMIS) or a ľocalľy
produced XML schema.

</xsd:documentation>
</xsd:annotation>

</xsd:e1ement>
</xsd: sequence>
<xsd:attribute name="ID" type="xsd: ID" use="optiona1">
<xsd:annotation>
<xsd:docurnentation xm1:lang="en">ID (ID/O): This attribute uniqueľy identifies the

eľement within the mets document, and would allow the element to be referenced unambiguousľy
from another element or document via an IDREF or an XPTR. For more information on using ID
attributes for internaľ and external linking see Chapter 4 of the METS Primer.

</xsd:documentation>
</xsd:annotation>

</xsd:attribute>
</xsd:cornplexType>
<xsd:comp1exType name="fi1eGrpType">
<xsd:annotation>
<xsd:documentation xm1:1ang="en">fileGrpType: Complex Type for File Groups

The fiľe group is used to cluster all of the digitaľ fiľes composing a digitaľ library
object in a hierarchicaľ arrangement (fi1eGrp is recursiveľy defined to enabľe the creation of
the hierarchy). Any fiľe group may contain zero or more fiľe eľements. Fiľe elements in turn
can contain one or more FLocat elements (a pointer to a file containing content for this
object) and/or a FContent eľement (the contents of the fiľe, in either XML or Base64
encoding).

</xsd:documentation>
</xsd:annotation>
<xsd:choice>
<xsd: eľement name="fi1eGrp" type="fileGrpType" rninOccurs=" O" maxOccurs="unbounded" />
<xsd: eľement name="fi1e" minOccurs=" O" rnaxOccurs="unbounded" type="fi1eType" >
<xsd:annotation>
<xsd:documentation xm1:lang="en">

The fiľe eľement &1t;file&gt; provides access to the content fiľes for the digitaľ
object being described by the mets document. A &1t;file&gt; element may contain one or more
&lt;FLocat&gt; elements which provide pointers to a content file and/or a &lt;FContent&gt;
eľement which wraps an encoded version of the fiľe. Embedding fiľes using &1t;FContent&gt; can
be a valuabľe feature for exchanging digital objects between repositories or for archiving
versions of digitaľ objects for off-site storage. Aľl &1t;FLocat&gt; and &1t;FContent&gt;
elements should identify and/or contain identical copies of a single file. The &lt;file&gt;
eľement is recursive, thus aľľowing sub-fiľes or component files of a larger file to be listed
in the inventory. Aľternativeľy, by using the &1t;stream&gt; element, a smaľľer component of a
fiľe or of a reľated fiľe can be placed within a &1t;fi1e&gt; eľement. Finaľľy, by using the
&lt;transformFile&gt; element, it is possible to include within a &lt;file&gt; element a
different version of a file that has undergone a transformation for some reason, such as
format migration.

10



</xsd:documentation>
</xsd:annotation>

</xsd:element>
</xsd:choice>
<xsd:attribute narne="ID" type="xsd:ID" use="optiona1">
<xsd:annotation>
<xsd:documentation xm1:1ang="en">ID (ID/O): This attribute uniquely identifies the

element within the METS document, and would allow the element to be referenced unambiguously
from another element or document via an IDREF or an XPTR. For more information on using ID
attributes for internal and external linking see Chapter 4 of the METS Primer.

</xsd:docurnentation>
</xsd:annotation>

</xsd:attribute>
<xsd:attribute name="VERSDATE" type="xsd:dateTime" use="optiona1">
<xsd:annotation>
<xsd:docurnentation xrnl:lang="en">VERSDATE (dateTirne/O): An optional dateTime attribute

specifying the date this version/fileGrp of the digital object was created.
</xsd:docurnentation>

</xsd:annotation>
</xsd:attribute>
<xsd:attribute narne="ADMID" type="xsd:IDREFS" use="optiona1">
<xsd:annotation>
<xsd:docurnentation xrnl:lang="en">ADMID (IDREF/O): Contains the ID attribute values of

the &lt;techMD&gt;, &1t;sourceMD&gt;, &1t;rightsMD&gt; and/or &lt;digiprovMD&gt; elements
within the &lt;amdSec&gt; of the METS document applicable to all of the files in a particular
file group. For more information on using METS IDREFS and IDREF type attributes for internal
linking, see Chapter 4 of the METS Primer.

</xsd:docurnentation>
</xsd:annotation>

</xsd:attribute>
<xsd:attribute name="USE" type="xsd:string" use="optiona1">
<xsd:annotation>
<xsd:docurnentation xrn1:1ang="en">USE (string/O): A tagging attribute to indicate the

intended use of files within this file group (e.g., master, reference, thumbnails for image
files). A USE attribute can be expressed at the&lt;fileGrp&gt; level, the &1t;file&gt; level,
the &lt;FLocat&gt; level and/or the &lt;FContent&gt; level. A USE attribute value at the
&lt;fileGrp&gt; level should pertain to all of the files in the &1t;fileGrpéägt;. A USE
attribute at the &1t;file&gt; level should pertain to all copies of the file as represented by
subsidiary &lt;FLocat&gt; and/or &lt;FContent&gt; elements. A USE attribute at the
&1t;FLocat&gt; or &1t;FContent&gt; level pertains to the particular copy of the file that is
either referenced (&lt;FLocat&gt;) or wrapped (&lt;FContent&gt;).

</xsd:docurnentation>
</xsd:annotation>

</xsd:attribute>
</xsd:comp1exType>
<xsd:complexType name="structMapType">
<xsd:annotation>
<xsd:documentation xml:lang="en">structMapType: Complex Type for Structural Maps
The structural map (structMap) outlines a hierarchical structure for the original object

being encoded, using a series of nested div elements.
</xsd:documentation>

</xsd:annotation>
<xsd:sequence>
<xsd:element narne="div" type="divType">
<xsd:annotation>
<xsd:documentation xrn1:lang="en">

The structural divisions of the hierarchical organization provided by a
&lt;structMap&gt; are represented by division &lt;div&gt; elements, which can be nested to any
depth. Each &1t;diugt; element can represent either an intellectual (logical) division or a
physical division. Every &1t;diůgt; node in the structural map hierarchy may be connected
(via subsidiary &1t;rrlptr&gt; or &1t;fptr&gt; elements) to content files which represent that
div's portion of the whole document.

</xsd:documentation>
</xsd:annotation>

</xsd:element>
</xsd:sequence>
<xsd:attribute name="ID" type="xsd:ID" use="optiona1">
<xsd:annotation>
<xsd:documentation xml:lang="en">ID (ID/O): This attribute uniquely identifies the

element within the METS document, and would allow the element to be referenced unambiguously
from another element or document via an IDREF or an XPTR. For more information on using ID
attributes for internal and external linking see Chapter 4 of the METS Primer.

</xsd:documentation>
</xsd:annotation>

</xsd:attribute>
<xsd:attribute name="TYPE" type="xsd:string" use="optiona1">
<xsd:annotation>

11



<xsd:docurnentation xrnl:lang="en">TYPE (string/O): Identifies the type of structure
represented by the &1t;structMap&gt;. For example, a &lt;structMap&gt; that represented a
purely logical or intellectual structure could be assigned a TYPE value of '"logical" whereas a
&lt;structMap&gt; that represented a purely physical structure could be assigned a TYPE value
of "physical". However, the METS schema neither defines nor requires a common vocabulary for
this attribute. A METS profile, however, may well constrain the values for the
&1t;structMapéůgt; TYPE.

</xsd:documentation>
</xsd:annotation>

</xsd:attribute>
<xsd:attribute narne="LABEL" type="xsd:string" use="optiona1">
<xsd:annotation>
<xsd:documentation xml:lang="en">LABEL (string/O): Describes the &lt;structMap&gt; to

viewers of the METS document. This would be useful primarily where more than one
&lt;structMap&gt; is provided for a single object. a descriptive LABEL value, in that case,
could clarify to users the purpose of each of the available structMaps.

</xsd:documentation>
</xsd:annotation>

</xsd:attribute>
</xsd:complexType>
<xsd:complexType name="divType">

<xsd:annotation>
<xsd:documentation xm1:1ang="en">divType: Complex Type for Divisions

The METS standard represents a document structurally as a series of nested div
elements, that is, as a hierarchy (e.g., a book, which is composed of chapters, which are
composed of subchapters, which are composed of text). Every div node in the structural map
hierarchy may be connected (via subsidiary mptr or fptr elements) to content files which
represent that div's portion of the whole document.

SPECIAL NOTE REGARDING DIV ATTRIBUTE VALUES:
to clarify the differences between the ORDER, ORDERLABEL, and LABEL attributes for the
&1t;diůgt; element, imagine a text with 10 roman numbered pages followed by 10 arabic
numbered pages. page iii would have an ORDER of &quot;3&quot;, an ORDERLABEL of
&quot;iii&quot; and a LABEL of &quot;Page iii&quot;, while page 3 would have an ORDER of
&quot;13&quot;, an ORDERLABEL of &quot;3&quot; and a LABEL of &quot;Page Xquot;.

</xsd:documentation>
</xsd:annotation>
<xsd:sequence>

<xsd:e1ement name="mptr" minOccurs="0" maxOccurs="unbounded">
<xsd:annotation>
<xsd:documentation xml:lang="en">
Like the &lt;fptr&gt; element, the METS pointer element &lt;mptr&gt; represents

digital content that manifests its parent &1t;diůgt; element. Unlike the &lt;fptr&gt;, which
either directly or indirectly points to content represented in the &1t;filesec&gt; of the
parent METS document, the &lt;mptr&gt; element points to content represented by an external
METS document. Thus, this element allows multiple discrete and separate METS documents to be
organized at a higher level by a separate METS document. For example, METS documents
representing the individual issues in the series of a journal could be grouped together and
organized by a higher level METS document that represents the entire journal series. Each of
the &1t;diůgt; elements in the &lt;structMaptsigt; of the METS document representing the
journal series would point to a METS document representing an issue. It would do so via a
child &lt;mptr&gt; element. Thus the &lt;mptr&gt; element gives METS users considerable
flexibility in managing the depth of the &lt;structMap&gt; hierarchy of individual METS
documents. The &1t;mptréůgt; element points to an external METS document by means of an
xlink:href attribute and associated XLink attributes.

</xsd:documentation>
</xsd:annotation>
<xsd:complexType>
<xsd:attribute narne="ID" type="xsd:ID" use="optiona1">
<xsd:annotation>
<xsd:documentation xm1:1ang="en">ID (ID/O): This attribute uniquely identifies

the element within the METS document, and would allow the element to be referenced
unambiguously from another element or document via an IDREF or an XPTR. For more information
on using ID attributes for internal and external linking see Chapter 4 of the METS Primer.

</xsd:documentation>
</xsd:annotation>

</xsd:attribute>
<xsd:attributeGroup ref="LOCATION"/>
<xsd:attributeGroup ref="xlink:simpleLink"/>
<xsd:attribute narne="CONTENTIDS" type="URIs" use="optiona1">

<xsd:annotation>
<xsd:documentation xm1:lang="en">CONTENTIDS (URI/O): Content IDS for the

content represented by the &lt;mptr&gt; (equivalent to DIDL DII or Digital Item Identifier, a
unique external ID).

</xsd:documentation>
</xsd:annotation>

12



</xsd:attribute>
</xsd:complexType>

</xsd:e1ement>
<xsd:e1ement name="fptr" minOccurs="0" maxOccurs="unbounded">
<xsd:annotation>
<xsd:documentation xml:lang="en">

The &1t;fptrtšigt; or file pointer eľement represents digitaľ content that manifests
its parent &1t;diůgt; element. The content represented by an &1t;fptmgt; element must
consist of integraľ fiľes or parts of fiľes that are represented by &lt;file&gt; eľements in
the &lt;fileSec&gt;. via its FILEID attribute, an &lt;fptr&gt; may point directly to a single
integral &lt;file&gt; element that manifests a structural division. However, an &lt;fptr&gt;
element may also govern an &lt;area&gt; element, a &lt;par&gt;, or a &1t;seqtšigt; which in
turn would point to the reľevant fiľe or files. a chiľd &1t;area&gt; element can point to part
of a &lt;file&gt; that manifests a division, while the &1t;paréůgt; and &lt;seqtšigt; elements
can point to multiple files or parts of files that together manifest a division. More than one
&lt;fptr&gt; element can be associated with a &1t;diůgt; element. Typicaľľy sibľing
&1t;fptr&gt; eľements represent aľternative versions, or manifestations, of the same content

</xsd:documentation>
</xsd:annotation>
<xsd:complexType>
<xsd:choice>
<xsd:element name="par" type="parType" minOccurs="0">
<xsd:annotation>
<xsd:documentation xml:lang="en">

The &1t;par&gt; or para11e1 fiľes element aggregates pointers to files,
parts of files, and/or sequences of files or parts of files that must be played or displayed
simultaneously to manifest a block of digital content represented by an &lt;fptr&gt; element.
This might be the case, for exampľe, with multi-media content, where a still image might have
an accompanying audio track that cornrnents on the stilľ image. In this case, a &lt;par&gt;
element would aggregate two &1t;area&gt; eľements, one of which pointed to the image file and
one of which pointed to the audio file that must be played in conjunction with the image. The
&lt;area&gt; element associated with the image could be further qualified with SHAPE and
COORDS attributes if onľy a portion of the image fiľe was pertinent and the &1t;area&gt;
eľement associated with the audio file could be further quaľified with BETYPE, BEGIN, EXTTYPE,
and EXTENT attributes if only a portion of the associated audio file should be played in
conjunction with the image.

</xsd:docurnentation>
</xsd:annotation>

</xsd:element>
<xsd:e1ement name="seq" type="seqType" minOccurs="0">
<xsd:annotation>
<xsd:docuinentation xml:lang="en">

The sequence of files element &1t;seqtůgt; aggregates pointers to files,
parts of files and/or paralľeľ sets of files or parts of files that must be played or
dispľayed sequentiaľľy to manifest a block of digital content. This might be the case, for
example, if the parent &1t;div&gt; element represented a logical division, such as a diary
entry, that spanned multiple pages of a diary and, hence, multiple page image files. In this
case, a &lt;seq&gt; eľement would aggregate multiple, sequentially arranged &lt;area&gt;
eľements, each of which pointed to one of the image fiľes that must be presented sequentially
to manifest the entire diary entry. If the diary entry started in the middle of a page, then
the first &lt;area&gt; element (representing the page on which the diary entry starts) might
be further quaľified, via its SHAPE and COORDS attributes, to specify the specific, pertinent
area of the associated image fiľe.

</xsd:docuinentation>
</xsd:annotation>

</xsd:e1ement>
<xsd:e1ement name="area" type="areaType" rninOccurs="0">
<xsd:annotation>
<xsd:documentation xml:lang="en">

The area eľement &1t;area&gt; typicaľľy points to content consisting of just
a portion or area of a file represented by a &1t;fi1e&gt; eľement in the &1t;filesecisgt;. In
some contexts, however, the &1t;area&gt; eľement can aľso point to content represented by an
integral file. A single &lt;area&gt; element would appear as the direct child of a
&1t;fptrtšigt; eľement when onľy a portion of a &1t;file&gt;, rather than an integraľ
&1t;fi1e&gt;, manifested the digital content represented by the &1t;fptr&gt;. Muľtipľe
&1t;area&gt; eľements would appear as the direct children of a &1t;par&gt; eľement or a
&lt;seq&gt; element when multiple files or parts of files manifested the digital content
represented by an &1t;fptr&gt; eľement. When used in the context of a &1t;par&gt; or
&1t;seqtšigt; eľement an &1t;area&gt; eľement can point either to an integraľ file or to a
segment of a fiľe as necessary.

</xsd:docurnentation>
</xsd:annotation>

</xsd:e1ement>
</xsd:choice>
<xsd:attribute name="ID" type="xsd:ID" use="optiona1">
<xsd:annotation>

13



<xsd:documentation xml:lang="en">ID (ID/O): This attribute uniquely identifies
the element within the METS document, and would allow the element to be referenced
unambiguously from another element or document via an IDREF or an XPTR. For more information
on using ID attributes for internal and external linking see Chapter 4 of the mets Primer.

</xsd:documentation>
</xsd:annotation>

</xsd:attribute>
<xsd:attribute name="FILEID" type="xsd:IDREF" use="optiona1">
<xsd:annotation>
<xsd:documentation xml:lang="en">FILEID (IDREF/O): An optional attribute that

provides the xml ID identifying the &lt;file&gt; element that links to and/or contains the
digital content represented by the &lt;:fptr&gt;m A &lt;fptr&gt; element should only have a
FILEID attribute value if it does not have a child &lt;area&gt;, &lt;par&gt; or &lt;seq&gt;
element. If it has a child element, then the responsibility for pointing to the relevant
content falls to this child element or its descendants.

</xsd:documentation>
</xsd:annotation>

</xsd:attribute>
<xsd:attribute name="CONTENTIDS" type="URIs" use="optiona1">

<xsd:annotation>
<xsd:documentation xml:lang="en">CONTENTIDS (URI/O): Content IDS for the

content represented by the &lt;:fptr&gt; (equivalent to DIDL DII or Digital Item Identifier, a
unique external ID).

</xsd:documentation>
</xsd:annotation>

</xsd:attribute>
</xsd:complexType>

</xsd:element>
<xsd:element name="div" type="divType" minOccurs="0" maxOccurs="unbounded"/>

</xsd:sequence>
<xsd:attribute name="ID" type="xsd:ID" use="optiona1">
<xsd:annotation>
<xsd:documentation xml:lang="en">ID (ID/O): This attribute uniquely identifies the

element within the METS document, and would allow the element to be referenced unambiguously
from another element or document via an IDREF or an XPTR. For more information on using ID
attributes for internal and external linking see Chapter 4 of the METS Primer.

</xsd:documentation>
</xsd:annotation>

</xsd:attribute>
<xsd:attribute name="ORDER" type="xsd:integer" use="optiona1">
<xsd:annotation>
<xsd:documentation xml:lang="en">ORDER (integer/O): A representation of the div's

order among its siblings (e.g., its absolute, numeric sequence). For an example, and
clarification of the distinction between ORDER and ORDERLABEL, see the description of the
ORDERLABEL attribute.

</xsd:documentation>
</xsd:annotation>

</xsd:attribute>
<xsd:attribute name="ORDERLABEL" type="xsd:string" use="optiona1">
<xsd:annotation>
<xsd:documentation xml:lang="en">ORDERLABEL (string/O): A representation of the div's

order among its siblings (e.g., "xii"), or of any non-integer native numbering system. It is
presumed that this value will still be machine actionable (e.g., it would support 'go to page

' function), and it should not be used as a replacement/substitute for the LABEL attribute.
To understand the differences between ORDER, ORDERLABEL and LABEL, imagine a text with 10
roman numbered pages followed by 10 arabic numbered pages. Page iii would have an ORDER of
"'y', an ORDERLABEL of '"iii" and a LABEL of '"page iii", while page 3 would have an ORDER of
"'13", an ORDERLABEL of "3" and a LABEL of "'page 3".

</xsd:documentation>
</xsd:annotation>

</xsd:attribute>
<xsd:attribute name="LABEL" type="xsd:string" use="optiona1">
<xsd:annotation>
<xsd:documentation xml:lang="en">LABEL (string/O): An attribute used, for example, to

identify a &1t;diůgt; to an end user viewing the document. Thus a hierarchical arrangement of
the &1t;diůgt; LABEL values could provide a table of contents to the digital content
represented by a METS document and facilitate the users' navigation of the digital object.
Note that a &1t;diůgt; LABEL should be specific to its level in the structural map. In the
case of a book with chapters, the book &1t;diwágt; LABEL should have the book title and the
chapter &1t;diůgt;; LABELS should have the individual chapter titles, rather than having the
chapter &1t;diůgt; LABELS combine both book title and chapter title . For further of the
distinction between LABEL and ORDERLABEL see the description of the ORDERLABEL attribute.

</xsd:documentation>
</xsd:annotation>

</xsd:attribute>
<xsd:attribute name="DMDID" type="xsd:IDREFS" use="optiona1">
<xsd:annotation>

14



<xsd:documentation xml:lang="en">DMDID (IDREFS/O): Contains the id attribute values
identifying the &lt;clmdSec&gt;, elements in the METS document that contain or link to
descriptive metadata pertaining to the structural division represented by the current
&1t;diwágt; element. For more information on using METS IDREFS and IDREF type attributes for
internal linking, see Chapter 4 of the METS Primer.

</xsd:documentation>
</xsd:annotation>

</xsd:attribute>
<xsd:attribute name="ADMID" type="xsd:IDREFS" use="optiona1">
<xsd:annotation>
<xsd:documentation xml:lang="en">ADMID (IDREFS/O): Contains the id attribute values

identifying the &lt;rigtitsMD&gt;, &lt;sourceMD&gt;, &lt;tectiMD&gt; and/or &lt;digiprovř'ID&gt;
elements within the &lt;amdSec&gt; of the METS document that contain or link to administrative
metadata pertaining to the structural division represented by the &1t;diůgt; element.
Typically the &1t;diůgt; ADMID attribute would be used to identify the &lt;rightsľ'lD&gt;
element or elements that pertain to the &1t;diůgt;, but it could be used anytime there was a
need to link a &1t;diůgt; with pertinent administrative metadata. For more information on
using METS IDREFS and IDREF type attributes for internal linking, see Chapter 4 of the mets
Primer.

</xsd:documentation>
</xsd:annotation>

</xsd:attribute>
<xsd:attribute name="TYPE" type="xsd:string" use="optiona1">
<xsd:annotation>
<xsd:documentation xml:lang="en">TYPE (string/O): An attribute that specifies the type

of structural division that the &1t;diůgt; element represents. possible &1t;diugt; type
attribute values include: chapter, article, page, track, segment, section etc. METS places no
constraints on the possible type values. Suggestions for controlled vocabularies for TYPE may
be found on the METS website.

</xsd:documentation>
</xsd:annotation>

</xsd:attribute>
<xsd:attribute name="CONTENTIDS" type="URIs" use="optiona1">
<xsd:annotation>
<xsd:documentation xml:lang="en">CONTENTIDS (URI/O): Content IDS for the content

represented by the &1t;diugt; (equivalent to DIDL DII or Digital Item Identifier, a unique
external ID).

</xsd:documentation>
</xsd:annotation>
</xsd:attribute>

<xsd:attribute ref="xlink:labe1">
<xsd:annotation>
<xsd:documentation xml:lang="en">xlink:labe1 - an xlink label to be referred to by an

smLink element</xsd:documentation>
</xsd:annotation>

</xsd:attribute>
</xsd:complexType>
<xsd:complexType name="parType">
<xsd:annotation>
<xsd:documentation xml:lang="en">parType: Complex Type for Parallel Files

The &lt;par&gt; or parallel files element aggregates pointers to files, parts of
files, and/or sequences of files or parts of files that must be played or displayed
simultaneously to manifest a block of digital content represented by an &lt;fptr&gt; element.

</xsd:documentation>
</xsd:annotation>
<xsd:choice maxOccurs="unbounded">
<xsd:element name="area" type="areaType" minOccurs="0"/>
<xsd:element name="seq" type="seqType" minOccurs="0"/>

</xsd:choice>
<xsd:attribute name="ID" type="xsd:ID" use="optiona1">
<xsd:annotation>
<xsd:documentation xml:lang="en">ID (ID/O): This attribute uniquely identifies the

element within the METS document, and would allow the element to be referenced unambiguously
from another element or document via an IDREF or an XPTR. For more information on using ID
attributes for internal and external linking see Chapter 4 of the METS Primer.

</xsd:documentation>
</xsd:annotation>

</xsd:attribute>
</xsd:complexType>
<xsd:complexType name="seqType">
<xsd:annotation>
<xsd:documentation xml:lang="en">seqType: Complex Type for Sequences of Files

The seq element should be used to link a div to a set of content files when those
files should be played/displayed sequentially to deliver content to a user. Individual
&lt;area&gt; subelements within the seq element provide the links to the files or portions
thereof.

</xsd:documentation>

15



</xsd:annotation>
<xsd: choice maxOccurs="unbounded">
<xsd: element name="area" type="areaType" minOccurs="0" />
<xsd: element name="par" type="parType" minOccurs="0" />

</xsd: choice>
<xsd: attribute narne="ID" type="xsd: ID" use="optiona1">
<xsd: annotation>
<xsd:documentation xml:lang="en">ID (ID/O): This attribute uniquely identifies the

element within the METS document, and would allow the element to be referenced unambiguously
from another element or document via an IDREF or an XPTR. For more information on using ID
attributes for internal and external linking see Chapter 4 of the METS Primer.

</xsd:documentation>
</xsd:annotation>

</xsd:attribute>
</xsd:complexType>
<xsd:complexType narne="areaType">
<xsd:annotation>
<xsd:documentation xml:lang="en">areaType: Complex Type for Area Linking

The area element provides for more sophisticated linking between a div element and
content files representing that div, be they text, image, audio, or video files. An area
element can link a div to a point within a file, to a one-dimension segment of a file (e.g.,
text segment, image line, audio/video clip), or a two-dimensional section of a file (e.g,
subsection of an image, or a subsection of the video display of a video file. The area
element has no content; all information is recorded within its various attributes.

</xsd:documentation>
</xsd:annotation>
<xsd:attribute name="ID" type="xsd:ID" use="optiona1">
<xsd:annotation>
<xsd:documentation xm1:1ang="en">ID (ID/O): This attribute uniquely identifies the

element within the METS document, and would allow the element to be referenced unambiguously
from another element or document via an IDREF or an XPTR. For more information on using ID
attributes for internal and external linking see Chapter 4 of the METS Primer.

</xsd:docurnentation>
</xsd:annotation>

</xsd:attribute>
<xsd:attribute name="FILEID" type="xsd:IDREF" use="required">
<xsd:annotation>
<xsd:docurnentation xrn1:1ang="en">FILEID (IDREF/R): An attribute which provides the XML

ID value that identifies the &lt;file&gt; element in the &lt;filesec&gt; that then points to
and/or contains the digital content represented by the &1t;areaéůgt; element. It must contain
an ID value represented in an ID attribute associated with a &lt;file&gt; element in the
&lt;filesec&gt; element in the same METS document.

</xsd:documentation>
</xsd:annotation>

</xsd:attribute>
<xsd:attribute name="SHAPE" use="optiona1">
<xsd:annotation>
<xsd:documentation xml:lang="en">SHAPE (string/O): An attribute that can be used as in

HTML to define the shape of the relevant area within the content file pointed to by the
&1t;area&gt; element. Typically this would be used with image content (still image or video
frame) when only a portion of an integal image map pertains. If SHAPE is specified then COORDS
must also be present. SHAPE should be used in conjunction with COORDS in the manner defined
for the shape and coords attributes on an HTML4 &lt;area&gt; element. SHAPE must contain one
of the following values:
RECT
CIRCLE
POLY

</xsd:documentation>
</xsd:annotation>
<xsd:simpleType>
<xsd:restriction base="xsd:string">
<xsd:enumeration va1ue="RECT"/>
<xsd:enumeration value="CIRCLE"/>
<xsd:enumeration value="POLY"/>

</xsd:restriction>
</xsd:simp1eType>

</xsd:attribute>
<xsd:attribute name="COORDS" type="xsd:string" use="optiona1">
<xsd:annotation>
<xsd:docurnentation xrnl:lang="en">COORDS (string/O): Specifies the coordinates in an

image map for the shape of the pertinent area as specified in the SHAPE attribute. While
technically optional, SHAPE and COORDS must both appear together to define the relevant area
of image content. COORDS should be used in conjunction with SHAPE in the manner defined for
the COORDS and SHAPE attributes on an HTML4 &lt;area&gt; element. COORDS must be a comma
delimited string of integer value pairs representing coordinates (plus radius in the case of
CIRCLE) within an image map. Number of coordinates pairs depends on shape: RECT: xI, y1, x2,
y2; ČIRČ: xI, y1; POLY: xI, y1, x2, y2, x3, y3 . . .

16



</xsd:documentation>
</xsd:annotation>

</xsd:attribute>
<xsd:attribute name="BEGIN" type="xsd:string" use="optiona1">
<xsd:annotation>
<xsd:documentation xml:lang="en">BEGIN (string/O): An attribute that specifies the

point in the content file where the relevant section of content begins. It can be used in
conjunction with either the END attribute or the EXTENT attribute as a means of defining the
relevant portion of the referenced file precisely. It can only be interpreted meaningfully in
conjunction with the BETYPE or EXTTYPE, which specify the kind of beginning/ending point
values or beginning/extent values that are being used. The BEGIN attribute can be used with or
without a companion END or EXTENT element. In this case, the end of the content file is
assumed to be the end point.

</xsd:documentation>
</xsd:annotation>

</xsd:attribute>
<xsd:attribute name="END" type="xsd:string" use="optiona1">
<xsd:annotation>
<xsd:documentation xml:lang="en">END (string/O): An attribute that specifies the point

in the content file where the relevant section of content ends. It can only be interpreted
meaningfully in conjunction with the betype, which specifies the kind of ending point values
being used. Typically the END attribute would only appear in conjunction with a BEGIN element.

</xsd:documentation>
</xsd:annotation>

</xsd:attribute>
<xsd: attribute name="BETYPE" use="optiona1">
<xsd:annotation>
<xsd:documentation xml:lang="en">BETYPE: Begin/End Type.

BETYPE (string/O): An attribute that specifies the kind of BEGIN and/or END values
that are being used. For example, if BYTE is specified, then the BEGIN and END point values
represent the byte offsets into a file. If idref is specified, then the BEGIN element
specifies the ID value that identifies the element in a structured text file where the
relevant section of the file begins; and the end value (if present) would specify the id value
that identifies the element with which the relevant section of the file ends. Must be one of
the following values:
BYTE
IDREF
SMIL
MIDI
SMPTE-25
SMPTE-24
SMPTE-DF30
SMPTE-NDF30
SMPTE-DF29.97
SMPTE-NDF29.97
TIME
TCF
XPTR

</xsd: documentation:"
</xsd: annotation>
<xsd: simpleType>
<xsd:restriction base="xsd:string">
<xsd: enumeration value="BYTE" />
<xsd: enumeration value="IDREF" />
<xsd: enumeration value=" SMIL" />
<xsd:enumeration value="MIDI"/>
<xsd: enumeration value=" SMPTE-25 " />
<xsd: enumeration value=" SMPTE-24 " />
<xsd:enumeration value="SMPTE-DF30"/>
<xsd: enumeration value=" SMPTE-NDF30 " />
<xsd:enumeration value="SMPTE-DF29. 97"/>
<xsd:enumeration value="SMPTE-NDF29. 97"/>
<xsd: enumeration value="TIME" />
<xsd: enumeration value="TCF" />
<xsd: enumeration value="XPTR" />

</xsd:restriction>
</xsd: simpleType>

</xsd:attribute>
<xsd: attribute name="EXTENT" type="xsd: string" use="optiona1">
<xsd: annotation>
<xsd:documentation xml:lang="en">EXTENT (string/O): An attribute that specifies the

extent of the relevant section of the content file. Can only be interpreted meaningfully in
conjunction with the EXTTYPE which specifies the kind of value that is being used. Typically
the extent attribute would only appear in conjunction with a BEGIN element and would not be
used if the BEGIN point represents an IDREF.

</xsd:documentation>
</xsd:annotation>

17



</xsd:attribute>
<xsd:attribute narne="EXTTYPE" use="optiona1">
<xsd:annotation>
<xsd:docurnentation xrnl:lang="en">EXTTYPE (string/O): An attribute that specifies the

kind of EXTENT values that are being used. For example if BYTE is specified then EXTENT would
represent a byte count. If TIME is specified the EXTENT would represent a duration of time.
EXTTYPE must be one of the following values:
BYTE
SMIL
MIDI
SMPTE-25
SMPTE-24
SMPTE-DF30
SMPTE-NDF30
SMPTE-DF29.97
SMPTE-NDF29.97
TIME
TCF.

</xsd:documentation>
</xsd:annotation>
<xsd:simpleType>
<xsd:restriction base="xsd:string">
<xsd:enurneration value="BYTE"/>
<xsd:enumeration va1ue="SMIL"/>
<xsd:enumeration value="MIDI"/>
<xsd:enumeration value="SMPTE-25"/>
<xsd:enurneration value="SMPTE-24"/>
<xsd:enurneration value="SMPTE-DF30"/>
<xsd:enumeration value="SMPTE-NDF30"/>
<xsd:enumeration value="SMPTE-DF29.97"/>
<xsd:enumeration value="SMPTE-NDF29.97"/>
<xsd:enurneration value="TIME"/>
<xsd:enurneration va1ue="TCF"/>

</xsd:restriction>
</xsd:simp1eType>

</xsd:attribute>
<xsd:attribute name="ADMID" type="xsd:IDREFS" use="optiona1">
<xsd:annotation>
<xsd:docurnentation xrnl:lang="en">ADMID (IDREFS/O): Contains the ID attribute values

identifying the &1t;rightsMD&gt;, &1t;sourceMD&gt;, &lt;techMD&gt; and/or &1t;digiprovMD&gt;
elements within the &lt;amdSec&gt; of the METS document that contain or link to administrative
metadata pertaining to the content represented by the &lt;area&gt; element. Typically the
&lt;area&gt; ADMID attribute would be used to identify the &lt;rightsMD&gt; element or
elements that pertain to the &lt;area&gt;, but it could be used anytime there was a need to
link an &1t;area&gt; with pertinent administrative metadata. For more information on using
METS IDREFS and IDREF type attributes for internal linking, see Chapter 4 of the METS Primer

</xsd:documentation>
</xsd:annotation>

</xsd:attribute>
<xsd:attribute name="CONTENTIDS" type="URIs" use="optiona1">
<xsd:annotation>
<xsd:documentation xm1:1ang="en">CONTENTIDS (URI/O): Content IDS for the content

represented by the &lt;area&gt; (equivalent to DIDL DII or Digital Item Identifier, a unique
external ID).

</xsd:documentation>
</xsd:annotation>
</xsd:attribute>

</xsd:complexType>
<xsd:complexType narne="structLinkType">
<xsd:annotation>
<xsd:documentation xm1:1ang="en">structLinkType: Complex Type for Structural Map Linking

The Structural Map Linking section allows for the specification of hyperlinks between
different components of a METS structure delineated in a structural map. structLink contains
a single, repeatable element, smLink. Each smLink element indicates a hyperlink between two
nodes in the structMap. The structMap nodes recorded in srnLink are identified using their XML
ID attribute values.

</xsd:documentation>
</xsd:annotation>
<xsd:choice maxOccurs="unbounded">
<xsd:element name="srnLink">
<xsd:annotation>
<xsd:documentation xrnl:lang="en">

The Structural Map Link element &1t;smLink&gt; identifies a hyperlink between two
nodes in the structural map. You would use &lt;smLink&gt;, for instance, to note the existence
of hypertext links between web pages, if you wished to record those links within METS. NOTE:
&lt;smLink&gt; is an empty element. The location of the &lt;smLink&gt; element to which the
&lt;smLink&gt; element is pointing MUST be stored in the xlink:href attribute.

18



</xsd:documentation>
</xsd:annotation>
<xsd:complexType>
<xsd:attribute name="ID" type="xsd:ID" use="optiona1">
<xsd:annotation>
<xsd:documentation xml:lang="en">ID (ID/O): This attribute uniquely identifies

the element within the METS document, and would allow the element to be referenced
unambiguously from another element or document via an IDREF or an XPTR. For more information
on using ID attributes for internal and external linking see Chapter 4 of the mets Primer.

</xsd:documentation>
</xsd:annotation>

</xsd:attribute>
<xsd:attribute ref="xlink:arcrole" use="optiona1">
<xsd:annotation>
<xsd:documentation xml:lang="en">

xlink:arcrole - the role of the link, as per the xlink specification. see
http://www.w3.org/TR/xlink/

</xsd:documentation>
</xsd:annotation>

</xsd:attribute>
<xsd:attribute ref="xlink:title" use="optiona1">
<xsd:annotation>
<xsd:documentation xml:lang="en">
xlink:title - a title for the link (if needed), as per the xlink

specification. See http://www.w3.org/TR/xlink/
</xsd:documentation>

</xsd:annotation>
</xsd:attribute>
<xsd:attribute ref="xlink:show" use="optiona1">
<xsd:annotation>
<xsd:documentation xml:lang="en">
xlink:show - see the xlink specification at http://www.w3.org/TR/xlink/

</xsd:documentation>
</xsd:annotation>

</xsd:attribute>
<xsd:attribute ref="xlink:actuate" use="optiona1">
<xsd:annotation>
<xsd:documentation xml:lang="en">
xlink:actuate - see the xlink specification at http://www.w3.org/TR/xlink/

</xsd:documentation>
</xsd:annotation>

</xsd:attribute>
<xsd:attribute ref="xlink:to" use="required">
<xsd:annotation>
<xsd:documentation xml:lang="en">
xlink:to - the value of the label for the element in the structMap you are

linking to.
</xsd:documentation>

</xsd:annotation>
</xsd:attribute>
<xsd:attribute ref="xlink:from" use="required">
<xsd:annotation>
<xsd:documentation xml:lang="en">
xlink:from - the value of the label for the element in the structMap you are

linking from.
</xsd:documentation>

</xsd:annotation>
</xsd:attribute>

</xsd:complexType>
</xsd:element>
<xsd:element name="smLinkGrp">
<xsd:annotation>
<xsd:documentation xml:lang="en">

The structMap link group element &lt;smLinkGrp&gt; provides an implementation of
xlink:extendLink, and provides xlink compliant mechanisms for establishing xlink:arcLink type
links between 2 or more &1t;diůgt; elements in &lt;structMap&gt; element(s) occurring within
the same METS document or different METS documents. The smLinkGrp could be used as an
alternative to the &lt;smLink&gt; element to establish a one-to-one link between &1t;diůgt;
elements in the same METS document in a fully xlink compliant manner. However, it can also be
used to establish one-to-many or many-to-many links between &1t;diůgt; elements. For example,
if a METS document contains two &lt;structMap&gt; elements, one of which represents a purely
logical structure and one of which represents a purely physical structure, the
&lt;smLinkGrp&gt; element would provide a means of mapping a &1t;diůgt; representing a
logical entity (for example, a newspaper article) with multiple &1t;diůgt; elements in the
physical &lt;structMap&gt; representing the physical areas that together comprise the logical
entity (for example, the &1t;diůgt; elements representing the page areas that together
comprise the newspaper article).

19



</xsd:documentation>
</xsd:annotation>
<xsd:complexType>
<xsd:sequence>

<xsd:e1ernent narne="smLocatorLink" minOccurs="2" rnaxOccurs="unbounded" >
<xsd:annotation>
<xsd:documentation xm1:1ang="en">

The structMap locator link element &lt;slnLocatorLink&gt; is of xlink:type
&quot;locator&quot;. It provides a means of identifying a &1t;diůgt; element that will
participate in one or more of the links specified by means of &lt;smArcLiňk&gt; elements
within the same &lt;smLinkGrp&gt;. The participating &1t;diůgt; element that is represented
by the &1t;smLocatorLinkéůgt; is identified by means of a URI in the associate xlink:href
attribute. The lowest level of this xlink:href URI value should be a fragment identifier that
references the ID value that identifies the relevant &1t;diůgt; element. FOr example,
&quot;xlink:href=&apos;#div20&apos;&quot; where &quot;div20&quot; is the ID value that
identifies the pertinent &1t;diůgt; in the current METS document. Although not required by
the xlink specification, an &1t;smLocatorLink&gt; element will typically include an
xlink:label attribute in this context, as the &lt;slnArcLink&gt; elements will reference these
labels to establish the from and to sides of each arc link.

</xsd:documentation>
</xsd:annotation>
<xsd:complexType>
<xsd:attribute name="ID" type="xsd:ID">
<xsd:annotation>
<xsd:documentation xml:lang="en">ID (ID/O): This attribute uniquely

identifies the element within the METS document, and would allow the element to be referenced
unambiguously from another element or document via an IDREF or an XPTR. For more information
on using ID attributes for internal and external linking see Chapter 4 of the METS
Primer.</xsd:documentation>

</xsd:annotation>
</xsd:attribute>
<xsd:attributeGroup ref="xlink:locatorLink"/>

</xsd:complexType>
</xsd:e1ement>
<xsd:e1ement name="smArcLink" minOccurs="1" maxOccurs="unbounded">
<xsd:complexType>
<xsd:annotation>
<xsd:docurnentation xrn1:1ang="en">

The structMap arc link element &lt;slnArcLink&gt; is of xlink:type
&quot;arc&quot; It can be used to establish a traversal link between two &1t;diůgt; elements
as identified by &lt;smLocatorLink&gt; elements within the same smLinkGrp element. The
associated xlink:from and xlink:to attributes identify the from and to sides of the arc link
by referencing the xlink:label attribute values on the participating smLocatorLink elements.

</xsd:docurnentation>
</xsd:annotation>
<xsd:attribute name="ID" type="xsd:ID">
<xsd:annotation>
<xsd:documentation xml:lang="en">ID (ID/O): This attribute uniquely

identifies the element within the METS document, and would allow the element to be referenced
unambiguously from another element or document via an IDREF or an XPTR. For more information
on using ID attributes for internal and external linking see Chapter 4 of the METS
Primer.</xsd:documentation>

</xsd:annotation>
</xsd:attribute>
<xsd:attributeGroup ref="x1ink:arcLink"/>
<xsd:attribute name="ARCTYPE" type="xsd:string">
<xsd:annotation>
<xsd:documentation xml:lang="en">ARCTYPE (string/O):The ARCTYPE attribute

provides a means of specifying the relationship between the &1t;diůgt; elements participating
in the arc link, and hence the purpose or role of the link. While it can be considered
analogous to the xlink:arcrole attribute, its type is a simple string, rather than anyURI.
ARCTYPE has no xlink specified meaning, and the xlink:arcrole attribute should be used instead
of or in addition to the ARCTYPE attribute when full xlink compliance is desired with respect
to specifying the role or purpose of the arc link.

</xsd:documentation>
</xsd:annotation>

</xsd:attribute>
<xsd:attribute name="ADMID" type="xsd:IDREFS" use="optiona1">
<xsd:annotation>
<xsd:documentation xml:lang="en">ADMID (IDREFS/O): Contains the ID

attribute values identifying the &lt;sourceMD&gt;, &1t;techMD&gt;, &1t;digiprovMD&gt; and/or
&lt;rightsMD&gt; elements within the &lt;amdSec&gt; of the METS document that contain or link
to administrative metadata pertaining to &1t;snlArcLink&gt;. Typically the &1t;snlArcLink&gt;
ADMID attribute would be used to identify one or more &lt;sourceMD&gt; and/or &lt;techMD&gt;
elements that refine or clarify the relationship between the xlink:from and xlink:to sides of
the arc. For more information on using METS IDREFS and IDREF type attributes for internal
linking, see Chapter 4 of the METS Primer.

20



</xsd:documentation>
</xsd:annotation>

</xsd:attribute>
</xsd:complexType>

</xsd:element>
</xsd:sequence>
<xsd:attribute name="ID" type="xsd:ID"/>
<xsd:attribute name="ARCLINKORDER" default="unordered">
<xsd:annotation>
<xsd:documentation xml:lang="en">ARCLINKORDER (enumerated string/O):

ARCLINKORDER is used to indicate whether the order of the smArcLink elements aggregated by the
smLinkGrp element is significant. If the order is significant, then a value of
&quot;ordered&quot; should be supplied. Value defaults to &quot;unordered&quot; Note that the
ARLINKORDER attribute has no xlink specified meaning.</xsd:documentation>

</xsd:annotation>
<xsd:simpleType>
<xsd:restriction base="xsd:string">
<xsd:enumeration value="ordered"/>
<xsd:enumeration value="unordered"/>

</xsd:restriction>
</xsd:simpleType>

</xsd:attribute>
<xsd:attributeGroup ref="xlink:extendedLink"/>

</xsd:complexType>
</xsd:element>

</xsd:choice>
<xsd:attribute name="ID" type="xsd:ID" use="optiona1">
<xsd:annotation>
<xsd:documentation xml:lang="en">ID (ID/O): This attribute uniquely identifies the

element within the METS document, and would allow the element to be referenced unambiguously
from another element or document via an IDREF or an XPTR. For more information on using ID
attributes for internal and external linking see Chapter 4 of the METS Primer.

</xsd:documentation>
</xsd:annotation>

</xsd:attribute>
</xsd:complexType>
<xsd:complexType name="behaviorSecType">
<xsd:annotation>
<xsd:documentation xml:lang="en">behaviorSecType: Complex Type for Behavior Sections
Behaviors are executable code which can be associated with parts of a mets object. The

behaviorSec element is used to group individual behaviors within a hierarchical structure.
Such grouping can be useful to organize families of behaviors together or to indicate other
relationships between particular behaviors.

</xsd:documentation>
</xsd:annotation>
<xsd:sequence>
<xsd:element name="behaviorsec" type="behaviorSecType" minOccurs="0"

maxOccurs="unbounded"/>
<xsd:element name="behavior" type="behaviorType" minOccurs="0" maxOccurs="unbounded">
<xsd:annotation>
<xsd:documentation xml:lang="en">

A behavior element &lt;behav:íor&gt; can be used to associate executable behaviors
with content in the METS document. This element has an interface definition
&lt;interfaceDef&gt; element that represents an abstract definition of a set of behaviors
represented by a particular behavior. A &lt;behav:íor&gt; element also has a behavior mechanism
&lt;mechanism&gt; element, a module of executable code that implements and runs the behavior
defined abstractly by the interface definition.

</xsd:documentation>
</xsd:annotation>

</xsd:element>
</xsd:sequence>
<xsd:attribute name="ID" type="xsd:ID" use="optiona1">
<xsd:annotation>
<xsd:documentation xml:lang="en">ID (ID/O): This attribute uniquely identifies the

element within the METS document, and would allow the element to be referenced unambiguously
from another element or document via an IDREF or an XPTR. For more information on using ID
attributes for internal and external linking see Chapter 4 of the mets Primer.

</xsd:documentation>
</xsd:annotation>

</xsd:attribute>
<xsd:attribute name="CREATED" type="xsd:dateTime" use="optiona1">
<xsd:annotation>
<xsd:documentation xml:lang="en">CREATED (dateTime/O): Specifies the date and time of

creation for the &lt;behaviorsec&gt;
</xsd:documentation>

</xsd:annotation>
</xsd:attribute>

21



<xsd: attribute narne="LABEL" type="xsd: string" use="optiona1">
<xsd: annotation>
<xsd:documentation xml:lang="en">LABEL (string/O) : A text description of the behavior

section.
</xsd:docurnentation>

</xsd:annotation>
</xsd:attribute>

</xsd:complexType>
<xsd:complexType name="behaviorType">
<xsd:annotation>
<xsd:documentation xrnl:lang="en">behaviorType: Complex Type for Behaviors
A behavior can be used to associate executable behaviors with content in the METS

object. a behavior element has an interface definition element that represents an abstract
definition of the set of behaviors represented by a particular behavior. A behavior element
also has an behavior mechanism which is a module of executable code that implements and runs
the behavior defined abstractly by the interface definition.

</xsd:documentation>
</xsd:annotation>
<xsd:sequence>
<xsd:element name="interface0ef" type="objectType" minOccurs="0">
<xsd:annotation>
<xsd:documentation xml:lang="en">

The interface definition &1t;interfaceDeUgt; element contains a pointer to an
abstract definition of a single behavior or a set of related behaviors that are associated
with the content of a mets object. The interface definition object to which the
&1t;interfaceDeUgt; element points using xlink:href could be another digital object, or some
other entity, such as a text file which describes the interface or a Web Services Description
Language (WSDL) file. Ideally, an interface definition object contains metadata that describes
a set of behaviors or methods. It may also contain files that describe the intended usage of
the behaviors, and possibly files that represent different expressions of the interface
definition.

</xsd:documentation>
</xsd:annotation>

</xsd:e1ement>
<xsd:e1ement name="mechanism" type="objectType">
<xsd:annotation>
<xsd:documentation xml:lang="en">
A mechanism element &1t;mechanism&gt; contains a pointer to an executable code

module that implements a set of behaviors defined by an interface definition. The
&1t;mechanism&gt; element will be a pointer to another object (a mechanism object). a
mechanism object could be another METS object, or some other entity (e.g., a WSDL file). A
mechanism object should contain executable code, pointers to executable code, or
specifications for binding to network services (e.g., web services).

</xsd:documentation>
</xsd:annotation>

</xsd:element>
</xsd:sequence>
<xsd:attribute name="ID" type="xsd:ID" use="optiona1">
<xsd:annotation>
<xsd:documentation xm1:1ang="en">ID (ID/O): This attribute uniquely identifies the

element within the METS document, and would allow the element to be referenced unambiguously
from another element or document via an IDREF Or an XPTR. In the case of a &1t;behavior&gt;
element that applies to a &lt;transformFile&gt; element, the ID value must be present and
would be referenced from the transforrnFile/@TRANSFORMBEHAVIOR attribute. For more information
on using ID attributes for internal and external linking see Chapter 4 of the METS Primer.

</xsd:docurnentation>
</xsd:annotation>

</xsd:attribute>
<xsd:attribute narne="STRUCTID" type="xsd:IDREFS" use="optiona1">
<xsd:annotation>
<xsd:docurnentation xrn1:1ang="en">STRUCTID (IDREFS/O): An XML IDREFS attribute used to

link a &1t;behavior&gt; to one or more &1t;diůgt; elements within a &1t;structMap&gt; in the
METS document. The content to which the STRUCTID points is considered input to the executable
behavior mechanism defined for the behavior. If the &lt;behavior&gt; applies to one or more
&1t;diůgt; elements, then the STRUCTID attribute must be present.

</xsd:docurnentation>
</xsd:annotation>

</xsd:attribute>
<xsd:attribute name="BTYPE" type="xsd:string" use="optiona1">
<xsd:annotation>
<xsd:documentation xrn1:1ang="en">BTYPE (string/O): The behavior type provides a means

of categorizing the related behavior.</xsd:docurnentation>
</xsd:annotation>

</xsd:attribute>
<xsd:attribute name="CREATED" type="xsd:dateTime" use="optiona1">
<xsd:annotation>

22



<xsd:docurnentation xrnl:lang="en">CREATED (dateTirne/O): The dateTime of creation for
the behavior.

</xsd:documentation>
</xsd:annotation>

</xsd:attribute>
<xsd: attribute narne="LABEL" type="xsd: string" use="optiona1">
<xsd:annotation>
<xsd:documentation xml:lang="en">LABEL (string/O): A text description of the behavior.
</xsd:documentation>

</xsd:annotation>
</xsd:attribute>
<xsd: attribute name="GROUPID" type="xsd: string" use="optiona1">
<xsd:annotation>
<xsd:documentation xm1:1ang="en">GROUPID (string/O): An identifier that establishes a

correspondence between the given behavior and other behaviors, typically used to facilitate
versions of behaviors.

</xsd:documentation>
</xsd:annotation>

</xsd:attribute>
<xsd: attribute name="ADMID" type="xsd: IDREFS" use="optiona1">
<xsd:annotation>
<xsd:documentation xrnl:lang="en">ADMID (IDREFS/O): An optional attribute listing the

XML ID values of administrative metadata sections within the METS document pertaining to this
behavior.

</xsd:documentation>
</xsd:annotation>

</xsd:attribute>
</xsd:cornplexType>
<xsd:comp1exType name="objectType">
<xsd:annotation>
<xsd:documentation xml:lang="en">objectType: complexType for interfaceDef and mechanism

elements
The mechanism and behavior elements point to external objects--an interface definition

object Or an executable code object respectively--which together constitute a behavior that
can be applied to one or more &1t;diůgt; elements in a &1t;structMap&gt;.

</xsd: documentation>
</xsd:annotation>
<xsd: attribute narne="ID" type="xsd: ID" use="optiona1">
<xsd:annotation>
<xsd:documentation xm1:1ang="en">ID (ID/O): This attribute uniquely identifies the

element within the METS document, and would allow the element to be referenced unambiguously
from another element or document via an IDREF or an XPTR. For more information on using ID
attributes for internal and external linking see Chapter 4 of the METS Primer.

</xsd:docurnentation>
</xsd:annotation>

</xsd:attribute>
<xsd: attribute name="LABEL" type="xsd: string" use="optiona1">
<xsd:annotation>
<xsd:docurnentation xrnl:lang="en">LABEL (string/O): A text description of the entity

represented.
</xsd:docurnentation>

</xsd:annotation>
</xsd:attribute>
<xsd:attributeGroup ref="LOCATION"/>
<xsd:attributeGroup ref="xlink:simp1eLink"/>

</xsd:cornp1exType>
<xsd:comp1exType name="mdSecType">
<xsd:annotation>
<xsd:documentation xrnl:lang="en">mdSecType: Complex Type for Metadata Sections
A generic framework for pointing to/including metadata within a METS document, a la

Warwick Framework.
</xsd:documentation>

</xsd:annotation>
<xsd:al1>
<xsd: element name="mdRef" minOccurs=" 0">
<xsd:annotation>
<xsd:documentation xml:lang="en">

The metadata reference element &1t;mdReUgt; element is a generic element used
throughout the METS schema to provide a pointer to metadata which resides outside the METS
document. NB: &1t;mdReUgt; is an empty element. The location of the metadata must be
recorded in the xlink:href attribute, supplemented by the XPTR attribute as needed.

</xsd:docurnentation>
</xsd:annotation>
<xsd: complexType>
<xsd:attribute narne="ID" type="xsd:ID" use="optiona1">
<xsd:annotation>

23



<xsd:documentation xml:lang="en">ID (ID/O): This attribute uniquely identifies
the element within the METS document, and would allow the element to be referenced
unambiguously from another element or document via an IDREF or an XPTR. For more information
on using ID attributes for internal and external linking see Chapter 4 of the METS Primer.

</xsd:documentation>
</xsd:annotation>

</xsd:attribute>
<xsd:attributeGroup ref="LOCATION" />
<xsd:attributeGroup ref="xlink: simpleLink"/>
<xsd: attributeGroup ref="METADATA" />
<xsd:attributeGroup ref="FILECORE" />
<xsd:attribute name="LABEL" type="xsd: string" use="optiona1">
<xsd:annotation>
<xsd:documentation xm1:1ang="en">LABEL (string/O): Provides a label to display

to the viewer of the METS document that identifies the associated metadata.
</xsd:documentation>

</xsd:annotation>
</xsd:attribute>
<xsd:attribute name="XPTR" type="xsd: string" use="optiona1">
<xsd:annotation>
<xsd:documentation xml:lang="en">XPTR (string/O): Locates the point within a

file to which the &1t;mdReftšigt; element refers, if applicable.
</xsd:documentation>

</xsd:annotation>
</xsd:attribute>

</xsd:complexType>
</xsd:element>
<xsd: element narne="mdWrap" minOccurs=" O ">
<xsd:annotation>
<xsd:documentation xml:lang="en">

A metadata wrapper element &lt;mdWrap&gt; provides a wrapper around metadata
embedded within a METS document. The element is repeatable. Such metadata can be in one of two
forms: l) XML-encoded metadata, with the XML-encoding identifying itself as belonging to a
namespace other than the METS document namespace. 2) Any arbitrary binary Or textual form,
PROVIDED that the metadata is Base64 encoded and wrapped in a &1t;binDataéůgt; element within
the internal descriptive metadata element.

</xsd:documentation>
</xsd:annotation>
<xsd:complexType>
<xsd:choice>
<xsd:element name="bin0ata" type="xsd:base648inary" minOccurs="0">
<xsd: annotation>
<xsd:documentation xml:lang="en">

The binary data wrapper element &lt;binData&gt; is used to contain Base64
encoded metadata. </xsd:documentation>

</xsd:annotation>
</xsd: element:"
<xsd: element name="xml0ata" minOccurs=" 0">
<xsd: annotation>
<xsd:documentation xm1:1ang="en">

The xml data wrapper element &lt;xmlData&gt; is used to contain XML encoded
metadata. The content of an &1t;xmlData&gt; element can be in any namespace Or in no
namespace. As permitted by the XML Schema Standard, the processContents attribute value for
the metadata in an &lt;xmlData&gt; is set to "lax". Therefore, if the source schema and its
location are identified by means of an XML schemaLocation attribute, then an XML processor
will validate the elements for which it can find declarations. If a source schema is not
identified, or cannot be found at the specified schemaLocation, then an XML validator will
check for well-formedness, but otherwise skip over the elements appearing in the
&lt;xmlData&gt; element.

</xsd:documentation>
</xsd:annotation>
<xsd:comp1exType>
<xsd:sequence>
<xsd: any namespace="##any" maxOccurs="unbounded" processContents="lax" />

</xsd:sequence>
</xsd:complexType>

</xsd: e1ement>
</xsd: choice>
<xsd:attribute name="ID" type="xsd:ID" use="optiona1">
<xsd:annotation>
<xsd:documentation xm1:1ang="en">ID (ID/O): This attribute uniquely identifies

the element within the METS document, and would allow the element to be referenced
unambiguously from another element or document via an IDREF or an XPTR. For more information
on using ID attributes for internal and external linking see Chapter 4 of the METS Primer.

</xsd:documentation>
</xsd:annotation>

</xsd:attribute>

24



<xsd:attributeGroup ref="METADATA"/>
<xsd:attributeGroup ref="FILECORE"/>
<xsd:attribute name="LABEL" type="xsd:string" use="optiona1">
<xsd:annotation>
<xsd:documentation xm1:1ang="en">LABEL: an optional string attribute providing a

label to display to the viewer of the METS document identifying the metadata.
</xsd:documentation>

</xsd:annotation>
</xsd:attribute>

</xsd:complexType>
</xsd:element>

</xsd:a11>
<xsd:attribute name="ID" type="xsd:ID" use="required">
<xsd:annotation>
<xsd:documentation xml:lang="en">ID (ID/R): This attribute uniquely identifies the

element within the METS document, and would allow the element to be referenced unambiguously
from another element or document via an IDREF or an XPTR. The ID attribute on the
&lt;dmdSec&gt;, &lt;techMD&gt;, &lt;sourceMD&gt;, &lt;rightsMD&gt; and &lt;digiprovMD&gt;
elements (which are all of mdSecType) is required, and its value should be referenced from one
or more DMDID attributes (when the ID identifies a &lt;dmdSec&gt; element) or ADMID attributes
(when the ID identifies a &lt;techMD&gt;, &lt;sourceMD&gt;, &lt;rightsMD&gt; or
&1t;digiprovMDtšigt; element) that are associated with other elements in the METS document. The
following elements support references to a &lt;dmdSec&gt; via a DMDID attribute: &lt;file&gt;,
&1t;streamisigt;, &1t;diůgt;. The following elements support references to &1t;techMD&gt;,
&lt;sourceMD&gt;, &lt;rightsMD&gt; and &lt;digiprovMD&gt; elements via an ADMID attribute:
&lt;metsHdr&gt;, &lt;dmdSec&gt;, &lt;techMD&gt;, &lt;sourceMD&gt;, &lt;rightsMD&gt;,
&lt;digiprovMD&gt;, &lt;fileGrp&gt;, &1t;fileéägt;, &lt;stream&gt;, &1t;divtšigt;, &1t;areaéůgt;,
&lt;behavior&gt;. For more information on using ID attributes for internal and external
linking see Chapter 4 of the mets Primer.

</xsd:documentation>
</xsd:annotation>

</xsd:attribute>
<xsd:attribute narne="GROUPID" type="xsd:string" use="optiona1">
<xsd:annotation>
<xsd:documentation xm1:1ang="en">GROUPID (string/O): This identifier is used to

indicate that different metadata sections may be considered as part of a group. Two metadata
sections with the same GROUPID value are to be considered part of the same group. For example
this facility might be used to group changed versions of the same metadata if previous
versions are maintained in a file for tracking purposes.

</xsd:documentation>
</xsd:annotation>

</xsd:attribute>
<xsd:attribute name="ADMID" type="xsd:IDREFS" use="optiona1">
<xsd:annotation>
<xsd:documentation xm1:1ang="en">ADMID (IDREFS/O): Contains the ID attribute values of

the &lt;digiprovMD&gt;, &lt;techMD&gt;, &lt;sourceMD&gt; and/or &lt;rightsMD&gt; elements
within the &1t;amdSec&gt; of the METS document that contain administrative metadata pertaining
to the current mdSecType element. Typically used in this context to reference preservation
metadata (digiprovMD) which applies to the current metadata. For more information on using
METS IDREFS and IDREF type attributes for internal linking, see Chapter 4 of the METS Primer.

</xsd:docurnentation>
</xsd:annotation>

</xsd:attribute>
<xsd:attribute narne="CREATED" type="xsd:dateTime" use="optiona1">
<xsd:annotation>
<xsd:docurnentation xrn1:1ang="en">CREATED (dateTime/O): Specifies the date and time of

creation for the metadata.
</xsd:documentation>

</xsd:annotation>
</xsd:attribute>
<xsd:attribute narne="STATUS" type="xsd:string" use="optiona1">
<xsd:annotation>
<xsd:documentation xml:lang="en">STATUS (string/O): Indicates the status of this

metadata (e.g., superseded, current, etc.).
</xsd:documentation>

</xsd:annotation>
</xsd:attribute>

</xsd:comp1exType>
<xsd:complexType name="fileType">
<xsd:annotation>
<xsd:documentation xm1:1ang="en">fileType: Complex Type for Files

The file element provides access to content files for a mets object. a file element
may contain one or more FLocat elements, which provide pointers to a content file, and/or an
FContent element, which wraps an encoded version of the file. Note that ALL FLocat and
FContent elements underneath a single file element should identify/contain identical copies of
a single file.

</xsd:documentation>

25



</xsd:annotation>

<xsd:sequence>
<xsd:element name="FLocat" minOccurs="0" rnaxOccurs="unbounded">
<xsd:annotation>
<xsd:documentation xrnl:lang="en">

The file location element &1t;FLocat&gt; provides a pointer to the location of a
content file. It uses the XLink reference syntax to provide linking information indicating the
actual location of the content file, along with other attributes specifying additional linking
information. NOTE: &lt;FLocat&gt; is an empty element. The location of the resource pointed to
MUST be stored in the xlink:href attribute.

</xsd:documentation>
</xsd:annotation>
<xsd:comp1exType>
<xsd:attribute narne="ID" type="xsd:ID" use="optiona1">
<xsd:annotation>
<xsd:documentation xm1:1ang="en">ID (ID/O): This attribute uniquely identifies

the element within the METS document, and would allow the element to be referenced
unambiguously from another element or document via an IDREF or an XPTR. For more information
on using ID attributes for internal and external linking see Chapter 4 of the METS Primer.

</xsd:documentation>
</xsd:annotation>

</xsd:attribute>
<xsd:attributeGroup ref="LOCATION"/>
<xsd:attribute narne="USE" type="xsd:string" use="optiona1">
<xsd:annotation>
<xsd:documentation xml:lang="en">USE (string/O): A tagging attribute to indicate

the intended use of the specific copy of the file represented by the &lt;FLocat&gt; element
(e.g., service master, archive master). A USE attribute can be expressed at the&lt;fileGrp&gt;
level, the &lt;file&gt; level, the &lt;FLocat&gt; level and/or the &lt;FContent&gt; level. A
USE attribute value at the &lt;fileGrp&gt; level should pertain to all of the files in the
&lt;fileGrp&gt;. A USE attribute at the &lt;filetůgt; level should pertain to all copies of
the file as represented by subsidiary &1t;FLocat&gt; and/or &1t;FContent&gt; elements. A USE
attribute at the &1t;FLocat&gt; or &1t;FContent&gt; level pertains to the particular copy of
the file that is either referenced (&1t;FLocat&gt;) or wrapped (&1t;FContent&gt;)-

</xsd:documentation>
</xsd:annotation>

</xsd:attribute>
<xsd:attributeGroup ref="xlink:simpleLink"/>

</xsd:comp1exType>
</xsd:element>
<xsd:element name="FContent" minOccurs="0">
<xsd:annotation>
<xsd:documentation xrnl:lang="en">

The file content element &1t;FContent&gt; is used to identify a content file
contained internally within a METS document. The content file must be either Base64 encoded
and contained within the subsidiary &1t;binData&gt; wrapper element, or consist of XML
information and be contained within the subsidiary &lt;xmlData&gt; wrapper element.

</xsd:documentation>
</xsd:annotation>
<xsd:complexType>
<xsd:choice>
<xsd:element name="bin0ata" type="xsd:base64Binary" minOccurs="0">
<xsd:annotation>
<xsd:documentation xm1:1ang="en">

A binary data wrapper element &1t;binData&gt; is used to contain a Base64
encoded file.

</xsd:documentation>
</xsd:annotation>

</xsd:element>
<xsd:e1ernent narne="xm10ata" rninOccurs="0">
<xsd:annotation>
<xsd:documentation xml:lang="en">

An xml data wrapper element &lt;xmlData&gt; is used to contain an XML
encoded file. The content of an &lt;xrrllData&gt; element can be in any namespace or in no
namespace. As permitted by the XML Schema Standard, the processContents attribute value for
the metadata in an &lt;xmlData&gt; element is set to "lax". Therefore, if the source schema
and its location are identified by means of an xsi:schemaLocation attribute, then an XML
processor will validate the elements for which it can find declarations. If a source schema is
not identified, or cannot be found at the specified schernaLocation, then an XML validator wiľľ
check for we11-forrnedness, but otherwise skip over the elements appearing in the
&lt;xmlData&gt; element.

</xsd:documentation>
</xsd:annotation>
<xsd:complexType>
<xsd:sequence>
<xsd:any namespace="##any" maxOccurs="unbounded" processContents="lax"/>

26



</xsd:sequence>
</xsd:complexType>

</xsd:element>
</xsd:choice>
<xsd:attribute name="ID" type="xsd:ID" use="optiona1">
<xsd:annotation>
<xsd:documentation xml:lang="en">ID (ID/O): This attribute uniquely identifies

the element within the METS document, and would allow the element to be referenced
unambiguously from another element or document via an IDREF or an XPTR. For more information
on using ID attributes for internal and external linking see Chapter 4 of the METS Primer.

</xsd:documentation>
</xsd:annotation>

</xsd:attribute>
<xsd:attribute name="USE" type="xsd:string" use="optiona1">
<xsd:annotation>
<xsd:documentation xml:lang="en">USE (string/O): A tagging attribute to indicate

the intended use of the specific copy of the file represented by the &lt;FContent&gt; element
(e.g., service master, archive master). A USE attribute can be expressed at the&lt;fileGrp&gt;
level, the &lt;file&gt; level, the &lt;FLocat&gt; level and/or the &lt;FContent&gt; level. a
USE attribute value at the &lt;fileGrp&gt; level should pertain to all of the files in the
&lt;fileGrp&gt;. A USE attribute at the &1t;fileéágt; level should pertain to all copies of
the file as represented by subsidiary &lt;FLocat&gt; and/or &lt;FContent&gt; elements. A USE
attribute at the &lt;FLocat&gt; or &lt;FContent&gt; level pertains to the particular copy of
the file that is either referenced (&lt;FLocat&gt;) or wrapped (&lt;FContent&gt;)-

</xsd:documentation>
</xsd:annotation>

</xsd:attribute>
</xsd:complexType>

</xsd:element>
<xsd:element name="stream" minOccurs="0" maxOccurs="unbounded">
<xsd:annotation>
<xsd:documentation xml:lang="en">

A component byte stream element &lt;stream&gt; may be composed of one or more
subsidiary streams. An MPEG4 file, for example, might contain separate audio and video
streams, each of which is associated with technical metadata. The repeatable &lt;stream&gt;
element provides a mechanism to record the existence of separate data streams within a
particular file, and the opportunity to associate &lt;dmdSec&gt; and &lt;amdSec&gt; with those
subsidiary data streams if desired. </xsd:documentation>

</xsd:annotation>
<xsd:complexType>
<xsd:complexContent>
<xsd:restriction base="xsd:anyType">
<xsd:attribute name="ID" type="xsd:ID" use="optiona1">
<xsd:annotation>
<xsd:documentation xml:lang="en">ID (ID/O): This attribute uniquely

identifies the element within the METS document, and would allow the element to be referenced
unambiguously from another element or document via an IDREF or an XPTR. For more information
on using ID attributes for internal and external linking see Chapter 4 of the METS Primer.

</xsd:documentation>
</xsd:annotation>

</xsd:attribute>
<xsd:attribute name="streamType" type="xsd:string" use="optiona1">
<xsd:annotation>
<xsd:documentation xml:lang="en">streamType (string/O): The IANA MIME media

type for the bytestream.</xsd:documentation>
</xsd:annotation>

</xsd:attribute>
<xsd:attribute name="OWNERID" type="xsd:string" use="optiona1">
<xsd:annotation>
<xsd:documentation xml:lang="en">OWNERID (string/O): Used to provide a

unique identifier (which could include a URI) assigned to the file. This identifier may differ
from the URI used to retrieve the file.

</xsd:documentation>
</xsd:annotation>

</xsd:attribute>
<xsd:attribute name="ADMID" type="xsd:IDREFS" use="optiona1">
<xsd:annotation>
<xsd:documentation xml:lang="en">ADMID (IDREFS/O): Contains the ID attribute

values of the &lt;techľ'4D&gt;, &lt;sourceMD&gt;, &lt;rightsMD&gt; and/or &lt;digiprovMD&gt;
elements within the &lt;amdSec&gt; of the METS document that contain administrative metadata
pertaining to the bytestream. For more information on using METS IDREFS and IDREF type
attributes for internal linking, see Chapter 4 of the METS Primer.

</xsd:documentation>
</xsd:annotation>

</xsd:attribute>
<xsd:attribute name="DMDID" type="xsd:IDREFS" use="optiona1">
<xsd:annotation>

27



<xsd:docurnentation xrnl:lang="en">DMDID (IDREFS/O): Contains the ID attribute
values identifying the &lt;dmdSec&gt;, elements in the METS document that contain or link to
descriptive metadata pertaining to the content file stream represented by the current
&lt;strearrl&gt; element. For more information on using METS IDREFS and IDREF type attributes
for internal linking, see Chapter 4 of the METS Primer.

</xsd:docurnentation>
</xsd:annotation>

</xsd:attribute>
<xsd:attribute name="BEGIN" type="xsd:string" use="optiona1">
<xsd:annotation>
<xsd:docurnentation xrnl:lang="en">BEGIN (string/O): An attribute that

specifies the point in the parent &1t;file&gt; where the current &1t;stream&gt; begins. It can
be used in conjunction with the END attribute as a means of defining the location of the
stream within its parent file. However, the BEGIN attribute can be used with Or without a
companion END attribute. When no END attribute is specified, the end of the parent file is
assumed also to be the end point of the stream. The BEGIN and END attributes can only be
interpreted meaningfully in conjunction with a BETYPE attribute, which specifies the kind of
beginning/ending point values that are being used.

</xsd:documentation>
</xsd:annotation>

</xsd:attribute>
<xsd:attribute name="END" type="xsd:string" use="optiona1">

the point in
meaningfully
being used.
attribute.

<xsd:annotation>
<xsd:documentation xm1:1ang="en">END (string/O): An attribute

the parent &lt;file&gt; where the &lt;stream&gt; ends. It can only
in conjunction with the BETYPE, which specifies the kind of ending
Typically the END attribute would only appear in conjunction with a

that specifies
be interpreted
point values
BEGIN

</xsd:documentation>
</xsd:annotation>

</xsd:attribute>
<xsd:attribute name="BETYPE" use="optiona1">
<xsd:annotation>
<xsd:documentation xm1:1ang="en">BETYPE: Begin/End Type.

BETYPE (string/O): An attribute that specifies the kind of BEGIN and/or
END values that are being used. Currently BYTE is the only valid value that can be used in
conjunction with nested &lt;file&gt; or &1t;strearugt; elements.

</xsd:documentation>
</xsd:annotation>
<xsd:simp1eType>
<xsd:restriction base="xsd:string">
<xsd:enurneration value="BYTE"/>

</xsd:restriction>
</xsd:simpleType>

</xsd:attribute>
</xsd:restriction>

</xsd:comp1exContent>
</xsd:complexType>

</xsd:element>
<xsd:e1ement name="transformFi1e" minOccurs="0" maxOccurs="unbounded">
<xsd:annotation>
<xsd:documentation xm1:lang="en">

The transform file element &lt;transformFile&gt; provides a means to access any
subsidiary files listed below a &lt;file&gt; element by indicating the steps required to
"unpack" or transform the subsidiary files. This element is repeatable and might provide a
link to a &1t;behavior&gt; in the &1t;behaviorSec&gt; that performs the
transformation.</xsd:documentation>

</xsd:annotation>
<xsd:complexType>
<xsd:cornplexContent>
<xsd:restriction base="xsd:anyType">
<xsd:attribute name="ID" type="xsd:ID" use="optiona1">
<xsd:annotation>
<xsd:documentation xml:lang="en">ID (ID/O): This attribute uniquely

identifies the element within the METS document, and would allow the element to be referenced
unambiguously from another element or document via an IDREF or an XPTR. For more information
on using ID attributes for internal and external linking see Chapter 4 of the METS Primer.

</xsd:documentation>
</xsd:annotation>

</xsd:attribute>
<xsd:attribute name="TRANSFORMTYPE" use="required">
<xsd:annotation>
<xsd:documentation xm1:1ang="en">TRANSFORMTYPE (string/R): Is used to

indicate the type of transformation needed to render content of a file accessible. This may
include unpacking a file into subsidiary files/streams. The controlled value constraints for
this XML string include "decompression" and "decryption". Decompression is defined as the
action of reversing data compression, i.e., the process of encoding information using fewer

28



bits than an unencoded representation would use by means of specific encoding schemas.
Decryption is defined as the process of restoring data that has been obscured to make it
unreadable without special knowledge (encrypted data) to its original form.
</xsd:documentation>

</xsd:annotation>
<xsd:simpleType>
<xsd:restriction base="xsd:string">
<xsd:enumeration value="decompression"></xsd:enumeration>
<xsd:enurneration value="decryption"></xsd:enumeration>

</xsd:restriction>
</xsd:simpleType>

</xsd:attribute>
<xsd:attribute name="TRANSFORMALGORITHM" type="xsd:string" use="required">
<xsd:annotation>
<xsd:documentation xml:lang="en">TRANSFORM-ALGORITHM (string/R): Specifies

the decompression or decryption routine used to access the contents of the file. Algorithms
for compression can be either loss—less or 1ossy.</xsd:documentation>

</xsd:annotation>
</xsd:attribute>
<xsd:attribute name="TRANSFORMKEY" type="xsd:string" use="optiona1">
<xsd:annotation>
<xsd:docurnentation xrnl:lang="en">TRANSFORMKEY (string/O): A key to be used

with the transform algorithm for accessing the file's contents.</xsd:documentation>
</xsd:annotation>

</xsd:attribute>
<xsd:attribute name="TRANSFORMBEHAVIOR" type="xsd:IDREF" use="optiona1">
<xsd:annotation>
<xsd:docurnentation xml:lang="en">TRANSFORMBEHAVIOR (string/O): An IDREF to a

behavior element for this transformation.</xsd:documentation>
</xsd:annotation>

</xsd:attribute>
<xsd:attribute name="TRANSFORMORDER" type="xsd:positive1nteger" use="required">
<xsd:annotation>
<xsd:documentation xm1:1ang="en">TRANSFORMORDER (postive-integer/R): The

order in which the instructions must be followed in order to unpack or transform the container
file.</xsd:documentation>

</xsd:annotation>
</xsd:attribute>

</xsd:restriction>
</xsd:comp1exContent>

</xsd:complexType>
</xsd:element>
<xsd:element name="file" type="fileType" minOccurs="0"

maxOccurs="unbounded"></xsd:element>
</xsd:sequence>
<xsd:attribute name="ID" type="xsd:ID" use="required">
<xsd:annotation>
<xsd:documentation xml:lang="en">ID (ID/R): This attribute uniquely identifies the

element within the METS document, and would allow the element to be referenced unambiguously
from another element or document via an IDREF or an XPTR. Typically, the ID attribute value on
a &lt;file&gt; element would be referenced from one or more FILEID attributes (which are of
type IDREF) on &1t;fptr&gt;and/or &1t;area&gt; elements within the &1t;structMapisigt;. Such
references establish links between structural divisions (&lt;div&gt; elements) and the
specific content files or parts of content files that manifest them. For more information on
using ID attributes for internal and external linking see Chapter 4 of the METS Primer.

</xsd:docurnentation>
</xsd:annotation>

</xsd:attribute>
<xsd:attribute narne="SEQ" type="xsd:int" use="optiona1">
<xsd:annotation>
<xsd:docurnentation xrn1:1ang="en">SEQ (integer/O): Indicates the sequence of this

&1t;file&gt; relative to the others in its &lt;fileGrp&gt;.
</xsd:documentation>

</xsd:annotation>
</xsd:attribute>
<xsd:attributeGroup ref="FILECORE"></xsd:attributeGroup>
<xsd:attribute name="OWNERID" type="xsd:string" use="optiona1">
<xsd:annotation>
<xsd:documentation xml:lang="en">OWNERID (string/O): A unique identifier assigned to

the file by its owner. This may be a URI which differs from the URI used to retrieve the
file.

</xsd:docurnentation>
</xsd:annotation>

</xsd:attribute>
<xsd:attribute name="ADMID" type="xsd:IDREFS" use="optiona1">
<xsd:annotation>

29



<xsd:docurnentation xrnl:lang="en">ADMID (IDREFS/O): Contains the ID attribute values of
the &1t;techMDéůgt;, &1t;sourceMD&gt;, &1t;rightsMD&gt; and/or &lt;digiprovMD&gt; elements
within the &lt;amdSec&gt; of the METS document that contain administrative metadata pertaining
to the file. For more information on using METS IDREFS and IDREF type attributes for internal
linking, see Chapter 4 of the METS Primer.

</xsd:docurnentation>
</xsd:annotation>

</xsd:attribute>
<xsd:attribute name="DMDID" type="xsd:IDREFS" use="optiona1">
<xsd:annotation>
<xsd:docurnentation xrnl:lang="en">DMDID (IDREFS/O): Contains the ID attribute values

identifying the &1t;dnldSec&gt;, elements in the METS document that contain or link to
descriptive metadata pertaining to the content file represented by the current &lt;file&gt;
element. For more information on using METS IDREFS and IDREF type attributes for internal
linking, see Chapter 4 of the mets Primer.

</xsd:docurnentation>
</xsd:annotation>

</xsd:attribute>
<xsd:attribute name="GROUPID" type="xsd:string" use="optiona1">
<xsd:annotation>
<xsd:docurnentation xrnl:lang="en">GROUPID (string/O): An identifier that establishes a

correspondence between this file and files in other file groups. Typically, this will be used
to associate a master file in one file group with the derivative files made from it in other
file groups.

</xsd:documentation>
</xsd:annotation>

</xsd:attribute>
<xsd:attribute narne="USE" type="xsd:string" use="optiona1">
<xsd:annotation>
<xsd:documentation xml:lang="en">USE (string/O): A tagging attribute to indicate the

intended use of all copies of the file aggregated by the &lt;file&gt; element (e.g., master,
reference, thumbnails for image files). A USE attribute can be expressed at the&lt;fileGrp&gt;
level, the &1t;file&gt; level, the &1t;FLocat&gt; level and/or the &1t;FContent&gt; level. A
USE attribute value at the &1t;fileGrp&gt; level should pertain to all of the files in the
&1t;fileGrp&gt;. A USE attribute at the &1t;file&gt; level should pertain to all copies of
the file as represented by subsidiary &lt;FLocat&gt; and/or &lt;FContent&gt; elements. A USE
attribute at the &lt;FLocat&gt; or &lt;FContent&gt; level pertains to the particular copy of
the file that is either referenced (&1t;FLocat&gt;) or wrapped (&1t;FContent&gt;)-

</xsd:docurnentation>
</xsd:annotation>

</xsd:attribute>
<xsd:attribute name="BEGIN" type="xsd:string" use="optiona1">
<xsd:annotation>
<xsd:docurnentation xrnl:lang="en">BEGIN (string/O): An attribute that specifies the

point in the parent &1t;file&gt; where the current &1t;file&gt; begins. When used in
conjunction with a &lt;file&gt; element, this attribute is only meaningful when this element
is nested, and its parent &1t;file&gt; element represents a container file. It can be used in
conjunction with the END attribute as a means of defining the location of the current file
within its parent file. However, the BEGIN attribute can be used with or without a companion
END attribute. When no END attribute is specified, the end of the parent file is assumed also
to be the end point of the current file. The BEGIN and END attributes can only be interpreted
meaningfully in conjunction with a BETYPE attribute, which specifies the kind of
beginning/ending point values that are being used.

</xsd:docurnentation>
</xsd:annotation>

</xsd:attribute>
<xsd:attribute name="END" type="xsd:string" use="optiona1">
<xsd:annotation>
<xsd:docurnentation xrnl:lang="en">END (string/O): An attribute that specifies the point

in the parent &lt;file&gt; where the current, nested &lt;file&gt; ends. It can only be
interpreted meaningfully in conjunction with the BETYPE, which specifies the kind of ending
point values being used. Typically the end attribute would only appear in conjunction with a
BEGIN attribute.

</xsd:documentation>
</xsd:annotation>

</xsd:attribute>
<xsd:attribute name="BETYPE" use="optiona1">
<xsd:annotation>
<xsd:documentation xml:lang="en">BETYPE: Begin/End Type.

BETYPE (string/O): An attribute that specifies the kind of BEGIN and/or END values
that are being used. Currently BYTE is the only valid value that can be used in conjunction
with nested &lt;file&gt; or &1t;strearugt; elements.

</xsd:documentation>
</xsd:annotation>
<xsd:simpleType>
<xsd:restriction base="xsd:string">
<xsd:enurneration value="BYTE"/>

30



</xsd:restriction>
</xsd:simp1eType>

</xsd:attribute>
</xsd:complexType>

<xsd: simpleType narne="URIs">
<xsd:1ist itemType="xsd:anyURI"/>

</xsd: simpleType>

<xsd:attributeGroup name="METADATA">
<xsd: attribute narne="MDTYPE" use="required">
<xsd:annotation>
<xsd:documentation xml:lang="en">MDTYPE (string/R): Is used to indicate the type of

the associated metadata. It must have one of the following values:
MARC: any form of MARC record
MODS: metadata in the Library of Congress MODS format
EAD: Encoded Archival Description finding aid
DC: Dublin Core
NISOIMG: NISO Technical Metadata for Digital Still Images
LC-AV: technical metadata specified in the Library of Congress A/V prototyping project
VRA: Visual Resources Association Core
TEIHDR: Text Encoding Initiative Header
DDI: Data Documentation Initiative
FGDC: Federal Geographic Data Committee metadata
LOM: Learning object Model
PREMIS: PREservation Metadata: Implementation Strategies
premis:object: premis object entiry
PREMIS:AGENT: PREMIS Agent entity
PREMIS:RIGHTS: PREMIS Rights entity
PREMIS:EVENT: PREMIS Event entity
TEXTMD: textMD Technical metadata for text
METSRIGHTS: Rights Declaration Schema
ISO 19115:2003 NAP: North American Profile of ISO 19115:2003 descriptive metadata
EAC-CPF: Encoded Archival Context - Corporate Bodies, Persons, and Families
OTHER: metadata in a format not specified above

</xsd:documentation>
</xsd:annotation>
<xsd:simp1eType>
<xsd:restriction base="xsd:string">
<xsd:enumeration va1ue="MARC"/>
<xsd:enumeration value="MODS" />
<xsd:enurneration value="EAD" />
<xsd:enumeration value="0C"/>
<xsd:enurneration value="NISOIMG" />
<xsd:enumeration va1ue="LC-AV" />
<xsd:enumeration value="VRA" />
<xsd:enumeration va1ue="TEIHDR" />
<xsd:enumeration value="DDI" />
<xsd:enurneration value="FGDC" />
<xsd:enumeration va1ue="LOM" />

<xsd:enurneration value="PREMIS" />
<xsd:enumeration va1ue="PREMIS :OBjECT"/>
<xsd:enumeration value="PREMIS :AGENT"/>
<xsd:enurneration value="PREMIS :RIGHTS" />
<xsd:enumeration va1ue="PREMIS :EVENT" />
<xsd:enurneration va1ue="TEXTMD" />
<xsd:enumeration
<xsd:enumeration
<xsd:enurneration
<xsd:enurneration

</xsd:restriction>

va1ue="METSRIGHTS" />
value="lSO 19115:2003 NAP"/>
value="EAC-CPF"></xsd: enumeration>
value="OTHER" />

</xsd: simp1eType>
</xsd:attribute>
<xsd: attribute name="OTHERMDTYPE" type="xsd: string" use="optiona1">
<xsd:annotation>
<xsd:docurnentation xrn1:1ang="en">OTHERMDTYPE (string/O): Specifies the form of

metadata in use when the value OTHER is indicated in the MDTYPE attribute.
</xsd:documentation>

</xsd:annotation>
</xsd:attribute>
<xsd: attribute narne="MDTYPEVERSION" type="xsd: string" use="optiona1">
<xsd:annotation>
<xsd:documentation xm1:1ang="en">MDTYPEVERSION(string/O): Provides a means for

recording the version of the type of metadata (as recorded in the MDTYPE or OTHERMDTYPE
attribute) that is being used. This may represent the version of the underlying data
dictionary or metadata model rather than a schema version. </xsd:documentation>

</xsd:annotation>

31



</xsd:attribute>
</xsd:attributeGroup>
<xsd:attributeGroup name="LOCATION">
<xsd:attribute name="LOCTYPE" use="required">
<xsd:annotation>
<xsd:documentation xml:lang="en">LOCTYPE (string/R): specifies the locator type used

in the xlink:href attribute. valid values for LOCTYPE are:
ARK
URN
URL
PURL
HANDLE
DOl
OTHER

</xsd: documentation:"
</xsd: annotation>
<xsd: simpleType>
<xsd:restriction base="xsd:string">
<xsd: enumeration value="ARK" />
<xsd: enumeration value="URN" />
<xsd: enumeration value="URL" />
<xsd: enumeration value="PURL" />
<xsd: enumeration value="HANDLE" />
<xsd: enumeration value="DOI" />
<xsd: enumeration value="OTHER" />

</xsd:restriction>
</xsd: simpleType>

</xsd:attribute>
<xsd: attribute name="OTHERLOCTYPE" type="xsd: string" use="optiona1">
<xsd:annotation>
<xsd:documentation xml:lang="en">OTHERLOCTYPE (string/O): Specifies the locator type

when the value OTHER is used in the LOCTYPE attribute. Although optional, it is strongly
recommended when OTHER is used.

</xsd:documentation>
</xsd:annotation>

</xsd:attribute>
</xsd:attributeGroup>
<xsd:attributeGroup name="FILECORE">
<xsd:attribute name="MIMETYPE" type="xsd:string" use="optiona1">
<xsd:annotation>
<xsd:documentation xml:lang="en">MIMETYPE (string/O): The IANA MIME media type for the

associated file or wrapped content. Some values for this attribute can be found on the IANA
website.

</xsd:documentation>
</xsd:annotation>

</xsd:attribute>
<xsd:attribute name="SIZE" type="xsd:long" use="optiona1">
<xsd:annotation>
<xsd:documentation xml:lang="en">SIZE (long/O): Specifies the size in bytes of the

associated file or wrapped content.
</xsd:documentation>

</xsd:annotation>
</xsd:attribute>
<xsd:attribute name="CREATED" type="xsd:dateTime" use="optiona1">
<xsd:annotation>
<xsd:documentation xml:lang="en">CREATED (dateTime/O): Specifies the date and time of

creation for the associated file or wrapped content.
</xsd:documentation>

</xsd:annotation>
</xsd:attribute>
<xsd:attribute name="CHECKSUM" type="xsd:string" use="optiona1">
<xsd:annotation>
<xsd:documentation xml:lang="en">CHECKSUM (string/O): Provides a checksum value for

the associated file or wrapped content.
</xsd:documentation>

</xsd:annotation>
</xsd:attribute>
<xsd:attribute name="CHECKSUMTYPE" use="optiona1">
<xsd:annotation>
<xsd:documentation xml:lang="en">CHECKSUMTYPE (enumerated string/O): Specifies the

checksum algorithm used to produce the value contained in the CHECKSUM attribute.
CHECKSUMTYPE must contain one of the following values:

Adler-32
CRC32
HAVAL
MD5
MNP

32



SHA-1
SHA-256
SHA-384
SHA-512
TIGER
WHIRLPOOL

</xsd:documentation>
</xsd:annotation>
<xsd:simpleType>
<xsd:restriction base="xsd:string">
<xsd:enumeration value="Adler-32"/>
<xsd:enumeration value="CRC32"/>
<xsd: enumeration value="HAVAL" />
<xsd:enumeration value="MD5"/>
<xsd:enumeration
<xsd:enumeration
<xsd:enumeration
<xsd:enumeration
<xsd:enumeration

value= "MNP " l >
value=" SHA-1" />
value=" SHA-2 5 6 " />
value="SHA-384"/>
value=" SHA-512 " />

<xsd:enumeration value="TIGER"/>
<xsd:enumeration value="WHIRLPOOL"/>

</xsd:restriction>
</xsd:simpleType>

</xsd:attribute>
</xsd:attributeGroup>

</xsd:schema>

33



Popis prvků schématu XML za účelem vytvoření datového balíčku SIP

Kořenový element METS

Element definuje g|obá|ní atributy.

Element <mets:mets>

Typ složený datový typ (kontejner)

Povinnost ANO

Opakovatelnost N E

Atributy xsi:schemaLocation zaznamenává dvojici údajů, která spojuje adresu (URI)
deklarovaného jmenného prostoru s umÍstěním přIslušného schématu XML.
výchozí hodnota atributu je "http://www.loc.gov/METS/
http://www.loc.gov/standards/mets/mets.xsd http://www.mvcr.cz/nsesss/v2
http://www.mvcr.cz/nsesss/v2/nsesss.xsd".

OBJID identifikuje balíček SIP. Jde o jedinečný identifikátor balíčku v rámci
původce. Jeho konstrukce není předepsána.

LABEL uvádí popis použití dokumentu XML. výchozí hodnota atributu je "Datový
balíček pro předávání dokumentů a jejich metadat do archivu - Submission
Information Package (SIP)".

xmlns:xsi zaznamenává adresu (URI) jmenného prostoru schématu XML. Tento
jmenný prostor je identifikován prostřednictvím URL. výchozí hodnota je
"http://www.w3.org/2001/XMLSchema-instance".

xmlns:nsesss zaznamenává adresu (URI) jmenného prostoru schématu NSESSS
verze 2.0. výchozí hodnota je "http://www.mvcr.cz/nsesss/v2".

xmlns:mets zaznamenává adresu (URI) jmenného prostoru schématu METS.
výchozí hodnota je "http://www.loc.gov/METS/".

Záhlaví METS

Element definuje subjekty, pro které je dokument XML určen, a informace o vytvoření a pozdějších
úpravách dokumentu.

Element <mets:metsHdr>

Typ složený datový typ (kontejner)

Povinnost ANO

Opakovatelnost N E

Atributy LASTMODDATE zaznamenává datum poslednI úpravy dokumentu XML ve formě,
která je dána normou ISO 8601.

CREATEDATE zaznamenává datum vytvoření dokumentu XML ve formě, která je
dána normou ISO 8601.

34



Subjekt

Element zaznamenává subjekt, který dokument XML vytvořil nebo kterému je adresován. Uveden je
původce i fyzická osoba odpovědná za tvorbu balíčku SIP stejně jako digitálnI archiv a fyzická osoba
odpovědná za příjem balíčku.

Element <mets:agent>

Typ složený datový typ (kontejner)

Povinnost ANO

Opakovatelnost ANO

Atributy TYPE definuje, o jaký typ subjektu jde. Povolené hodnoty jsou "ORGANIZATION"
(korporace) a "lNDlVlDUAL" (fyzická osoba).

ROLE definuje, jakou roli příslušný subjekt plní. Povolené hodnoty jsou
"CREATOR" (původce) a "ARCHIVES" (archiv).

ID identifikuje subjekt. Jde o jedinečný identifikátor subjektu. Jeho konstrukce není
předepsána.

Název/jméno subjektu

Element definuje název nebo jméno subjektu.

Element <mets:name>

Typ jednoduchý datový typ

Povinnost ANO

Opakovatelnost N E

Poznámka subjektu

Element definuje další libovolnou charakteristiku subjektu.

Element <mets:note>

Typ jednoduchý datový typ

Povinnost NE

Opakovatelnost ANO

35



Sekce popisných metadat

Element definuje část dokumentu XML, která je určena pro vkládání popisných metadat. Ta jsou
definována schématem NSESSS.

Element <mets:dmdSec>

Typ složený datový typ (kontejner)

Povinnost ANO

Opakovatelnost N E

Atributy ID identifikuje část dokumentu XML. Jde o jedinečný identifikátor části v celém
dokumentu. Jeho konstrukce není předepsána.

Vložená metadata

Element zaznamenává vložená popisná metadata. Ta jsou definována schématem NSESSS.

Element <mets:mdWrap>

Typ složený datový typ (kontejner)

Povinnost ANO

Opakovatelnost N E

Atributy LABEL uvádí popis schématu metadat. výchozí hodnota atributu je "Schéma XML
pro předávání dokumentů a jejich metadat do archivu".

xmlns:nsesss zaznamenává adresu (URI) jmenného prostoru schématu NSESSS
verze 2.0. výchozí hodnota je "http://www.mvcr.cz/nsesss/v2".

MDTYPEVERSION zaznamenává verzi schématu NSESSS. výchozí hodnota je
"2.0".

OTHERMDTYPE zaznamenává název schématu XML. výchozí hodnota je
"NSESSS".

MDTYPE zaznamenává název schématu XML z čÍse|níku známých schémat.
výchozí hodnota je "OTHER".

MIMETYPE zaznamenává určení typu a souborového formátu metadat podle
internetového standardu MIM e. výchozí hodnota je "text/xml".

Data XML

Element obsahuje vložená popisná metadata. Ta jsou definována schématem NSESSS. Do elementu
jsou vkládány kořenové elementy schématu NSESSS s prefixem nsesss. V případě, že je základní
entita NSESSS (tj. díl, dokument nebo spis) nebo její podřízené či nadřízené entity spojeny s jinou
entitou prostřednictvím křížového odkazu, je tato entita rovněž vložena do elementu jako základní.

Element <mets:xmIData>

Typ smíšený datový typ (kontejner)

Povinnost ANO

Opakovatelnost N E

36



Sekce souborů (komponent)

Element definuje část dokumentu XML, která je určena pro soubory (komponenty).

Element <mets:fileSec>

Typ složený datový typ (kontejner)

Povinnost NE

Opakovatelnost N E

Skupina souborů (komponent)

Element zaznamenává soubory (komponenty).

Element <mets:fileGrp>

Typ složený datový typ (kontejner)

Povinnost ANO

Opakovatelnost N E

Soubor (komponenta)

Element zaznamenává jednotlivý soubor (komponentu).

Element <mets:file>

Typ složený datový typ (kontejner)

Povinnost ANO

Opakovatelnost ANO

Atributy ID identifikuje komponentu. Jde o jedinečný identifikátor komponenty v rámci
dokumentu XML. Jeho konstrukce není předepsána.

MIMETYPE zaznamenává určení typu a souborového formátu metadat podle
internetového standardu MIME.

OWNERID identifikuje vlastníka komponenty. Jde o jedinečný identifikátor v rámci
dokumentu XML. Jeho konstrukce není předepsána.

CHECKSUMTYPE zaznamenává šifrovací algoritmus pro tvorbu otisku (hash)
komponenty.

CHECKSUM zaznamenává otisk (hash) komponenty.

SIZE zaznamenává velikost komponenty v bytech.

CREATED zaznamenává datum vytvoření komponenty ve formě, která je dána
normou ISO 8601.

37



Obsah souboru (komponenty)

Element zaznamenává obsah souboru (komponenty).

Element <mets:FContent>

Typ složený datový typ (kontejner)

Povinnost ANO

Opakovatelnost N E

Binárni data souboru (komponenty)

Element obsahuje binární obsah souboru (komponenty) v kódování Base64.

Element <mets:binData>

Typ smíšený datový typ (kontejner)

Povinnost ANO

Opakovatelnost N E

Strukturální mapa

Element definuje strukturu objektů a entit podle schématu NSESSS v hierarchické struktuře od
nejvýše umístěného spisového plánu až po nejníže umístěný dokument.

Element <mets:structMap>

Typ složený datový typ (kontejner)

Povinnost ANO

Opakovatelnost N E

Objekt/entita

Element zaznamenává jednotlivý objekt nebo entitu podle schématu NSESSS.

Element <mets:div>

Typ složený datový typ (kontejner)

Povinnost ANO

Opakovatelnost ANO

Atributy TYPE zaznamenává typu objektu nebo entity. Nejvyšší entitou je "spisový plán",
dále "věcná skupina", "typový spis", "součást", "díl", "spis" a nejnižší entitou je
"dokument".

DMID identifikuje objekt nebo entitu. Jde o jedinečný identifikátor v rámci
dokumentu XML. Jeho konstrukce není předepsána.

38



Odkaz na soubor (komponentu)

Element zaznamenává odkaz na soubor (komponentu) přiřazenou k přIslušnému dokumentu. Uvádí
se jen u dokumentů, které obsahují komponenty.

Element <mets:fptr>

Typ složený datový typ (kontejner)

Povinnost NE

Opakovatelnost ANO

Atributy FILEID identifikuje komponentu. Jde o jedinečný identifikátor v rámci dokumentu
XML. Jeho konstrukce není předepsána.

39



Poznámka

XML dokument reprezentujÍcÍ datový balíček SIP je zpravidla opatřen uznávaným elektronickým
podpisem nebo uznávanou elektronickou značkou. Datový balíček může být rovněž opatřen
kvalifikovaným časovým razítkem. Užití uvedených autentizačních prvků si pro předání dokumentů
a jejich metadat zpravidla sjedná předávajÍcÍ organizace a příslušný archiv.

Pokud organizace užije uznávaný elektronický podpis, uznávanou elektronickou značku
nebo kvalifikované časové razítko, jsou tyto autentizační prvky zpracovány v XML podobě a rovněž
jsou vloženy do datového balíčku. Specifikace autentizačních prvků v XML podobě je stanovena
standardem XML Signature Syntax and Processing (Second Edition), který je uveden na URL
<http://www.w3.org/TR/xmldsig-core>, nebo standardem XML Advanced Electronic Signatures
(XAdES), který je uveden na URL <http://www.w3.org/TR/XAdES>.

40



Schéma XML pro vytvoření datového balíčku SIP při výběru mimo skartační
řIzeni
<?xm1 version="1. O" encoding="utf-8 "?>
'g--Created with Liquid XML 2015 Designer Edition 13. 2. 3. 6018 (http://www.liquid-
technologies. com) -->
<xs : s chema xm1ns="http: //WWW. nacr. czl šípy"
xmlns :xlink="http: //www.w3. org/1999/xlink"
xmlns :xs="http: //www. w3 .org/2 001/XMLSchema"
targetNamespace="http: l lwww. nacr. cz/sipy" elementForm0efault="quali fied">

<xs: import namespace="http: //www.w3. org/1999/xlink"
schemaLocation="http: //WWW. loc. gov/standards/xlink/xlink. xsd"/>

<!-- Sekce popisu soubor, složky, ukládací jednotka. Tyto elemety jsou dále
použity ve schématu mets v sekci dmdSec. -->

<xs : element name="rizeni">
<xs : complexType>

<xs: sequence:'
<x5 :e1ement name="identifikator" type="xs : string":'

<xs: annotation>
<xs :documentation xml :1ang="CS">jednoznačný

identifikátor mimoskartačního řízení. Generuj e Archivní portál. Více SIP balíčků
může obsahovat stej ný identifikátor, neb může tvořit jednu
pře j ímku. </X5 : documentation:'

</X5 :annotation>

</XS: element:'

<xs :element name="nazev" type="xs : string":'
<xs: annotation>

<xs :documentation xml :1ang="CS">Název
mj.mos kartacm.ho rj.zení. . Siovnj- pojmenovam. rj.zenj. , siouzj.cj- pro pozdej si- orjentacj.
uživatele .</XS: documentation>

</XS : annotation:'
</XS: element>

<xs :element name="komentar" type="xs: string">
<xs: annotation>

<xs :documentation xml :1ang="CS">případný
podrobněj ši popis mimoskartačního řízení. </XS :documentation>

</XS : annotation:'
</XS: element:'

<x5 :e1ement name="datumUzavreni" type="xs :date">

<xs: annotation>
<xs :documentation xml :1ang="CS">Oatum

uzavření (ukončení) výběru mimo s kartační řízení. </XS :documentation>
</XS : annotation>

</XS: e1ement>

<x5 :e1ement name="cis1ojednaci" type="xs : string">
<xs: annotation>

<xs :documentation xml :1ang="CS">Číslo spisu,
pod kterým je daný výběr archiválií evidován v archivu, který provádí
výběr. </xs :documentation>

</Xs :annotation>

</XS: element:'

<xs :element name="celkovyPocetSipXm1" type="xs: 1ong">
<xs: annotation>

<xs :documentation xml :1ang="CS">celkový
počet Sip xml v rámci j ednoho mimoskartačního řízení. </XS: documentation>

</X5 :annotation>

</XS: element>

<žcs :element name="puvodce" type="tPuvodce">
<xs: annotation>

<xs :documentation xml :1ang="CS">lnformace o
původci, který zahájil mimoskartační řízení .</XS :documentation>

</XS : annotation>

</XS: element:'

<xs :element name="archiv" type="tArchiv">
<xs: annotation>

<x5 : documentation xml :1ang="CS">lnformace o
archivu, který provedl výběr. </xs :documentation>



</xs:annotation>
</XS: element:'

<xs :element name="poznamka" type="xs: string":"
<xs: annotation:'

<xs :documentation xml:lang="CS">Případná
poznámka. </X5 : documentation:'

</xs:annotation>
</XS: element:'

</XS : sequence:'

<xs: attribute name="ID" type="xs :ID">
<x5 :annotation>

<xs: documentation xml:lang="CS">jednoznačný
identifikátor v rámci SIP .</XS: documentation>

</XS: annotation:'
</XS :attribute>

</XS : comp1exType>
</XS : element>

<xs: element name="dataset">
<xs : complexType>

<xs: sequence:'
<xs :e1ement name="identifikator" type="xs : string">

<xs: annotation:"

<xs :documentation xml :1ang="CS">jednoznačný
identifikátor v rámci portálu. Generuje Archivní portál.</xs :documentation>

</XS : annotation:'
</XS: element>

<x5 : element name="nazev" type="xs : string":'

<xs:annotation>
<xs:documentation xml:lang="CS">Název

datasetu. Slovní pojmenování řízení, sloužící pro pozdější orientaci
uživatele.</xs:documentation>

</xs:annotation>
</XS: element>

<xs :element name="komentar" type="xs: string":'
<xs: annotation:'

<xs :documentation xml:lang="CS">Případný
podrobnější popis datasetu.</xs:documentation>

</xs:annotation>
</XS: element>

<xs :element name="datumUzavreni" type="xs :date">
<xs: annotation>

<xs :documentation xml :1ang="CS">Oatum
uzavření (ukončení) tvorby SIP, Zpravidla půjde o datum ukončení výběru mimo
skartační řízení. </XS :documentation>

</xs:annotation>
</XS: element:'

<x5 : element name="poradoveCislo" type="xs : integer":'
<xs: annotation>

<xs :documentation xml :1ang="CS">Pořadové
číslo SIP v rámci výběru mimo skartační řízení. </XS :documentation>

</XS : annotation:'
</XS: element:'

<xs :e1ement name="casovyRozsah">
<xs:annotation>

<xs:documentation xml:lang="CS">Uvádí se bud'
konkrétní rok nebo rozsah od roku do roku.</xs:documentation>

</xs:annotation>
<xs:comp1exType>

<xs:choice>

type="xs: gYear"/>

type="xs: gYear"/>

type="xs: gYear"/>

<xs: sequence:'
<xs : element name="odRoku"

<xs : element name="doRoku"

</XS : sequence:'

<xs : element name="rok"

</xs:choice>



</X5 : complexType>
</XS: element:'
<xs : element name="omezeniPristupu"

type="tOmezeniPristupu" minOccurs="0"/>
<xs :element name="cislojednaci" type="xs : string":'

<xs: annotation>
<xs :documentation xml :1ang="CS">ldentifikace

analogového spisu či dokumentu, k němuž dataset náleží. </XS :documentation>
</XS : annotation:'

</XS: element:'

<x5 :e1ement name="spisovyZnak" type="xs : string"

minOccurs=" 0">
<xs: annotation>

<xs :documentation xml :1ang="cs">spisový
znak, j e-ll znám. </XS :documentation>

</X5 :annotation>

</XS: e1ement>

<xs :element name="celkovyPocetSipXm1" type="xs: 1ong">
<xs: annotation:"

<xs :documentation xml :1ang="CS">celkový
počet Sip xml v rámci j ednoho mimoskartačního řízení. </XS: documentation>

</Xs :annotation>

</XS: element:'

<xs :element name="evidencnijednotka"
type="tEvidencnijednotka">

digitální evidenční jednotky dle
pokud jde o kinematografický či

Příklad:

<xs:annotation>
<xs:documentation xml:lang="CS">0ruh

základních pravidel. Uvádí se zpravidla dst. Pouze
zvukový záznam, uvede se přískušná jednotka.
Dataset je Video DVD => uvede se kza

</xs:documentation>
</xs:annotation>

</XS: element>

<xs :element name="poznamka" type="xs: string":'
<xs: annotation:'

<xs :documentation xml:lang="CS">Případná
poznámka. </X5 : documentation:'

</xs:annotation>
</XS: element>

</XS : sequence:'

<xs: attribute name="ID" type="xs :ID">
<xs :annotation>

<xs: documentation xm1:1ang="CS">jednoznačný
identifikátor v rámci SIP .</XS: documentation>

</XS: annotation:'
</XS :attribute>

</XS : comp1exType>
</XS : element>

<xs : element name="soubor" type="tSpolecnaMetadataAdrSouboru">
<xs : annotation:'

<xs :documentation
xml: 1ang="CS">tSpolecnaMetadataAdrSouboru</xs : documentation:'

</XS : annotation>

</XS : element:"

<xs : element name="adresar" type="tSpolecnaMetadataAdrSouboru">
<xs : annotation>

<xs :documentation xml:lang="CS">Kontejner j e určen pro popisná
rmetadata adresare. </XS : documentatí.on>

</XS : annotation>

</XS :element>

<xs: simpleType name="tTypEntity">
<xs :restriction base="xs: string">

<xs : enumeration value="soubor"/>
<xs : enumeration value="adresar"/>

</Xs: restriction:"

</XS : simpleType>
<xs : simpleType name="tTypOmezeniPristupu">

<xs :restriction base="xs: string":'



<xs:enumeration
<xs:enumeration
<xs:enumeration
<xs:enumeration
<xs:enumeration

value="neurceno"/>
value="zveře j něno"/>
value="osobní údaje"/>
value="obchodní ta j emství"/>
value=" j iné"/>

</xs:restriction>
</XS : simp1eType>
<xs : complexType name="tOmezeniPristupu">

<xs : annotation>
<xs :documentation xm1:1ang="CS">

Omezení přístupu se dědí od kořenového adresáře směrem dolů. Tento
element je povinný. Musí být vyplněn na úrovni kořenového adresáře.

Ve schémtu mets v elementu structMap hned první dceřiný element
div. Kořenový adresář bude mít vždy název "sip". Omezení přístupu se neřeší vůči
xml mets.

</xs:documentation>
</xs:annotation>
<xs:sequence>

<xs : element name="typOmezeni" type="tTypOmezeniPristupu"/>
<xs : element name="popisOmezeni" type="xs : string" minOccurs="0">

<xs :annotation>
<xs: documentation xml: 1ang="CS">Popis omezení musí

být vyplněn v případě, že byla v elelmentu &1t; typOmezeni&gt; vybrana hodnota
j lne. </XS :documentation>

</xs:annotation>
</XS :element>

<xs : element name="duvodOmezeni" type="xs : string" minOccurs=" 0">
<xs:annotation>

<xs: documentation xml:lang="CS">
Důvod omezeni musí být vyplně v případě, že byla v elementu

&lt;typOmezeni&gt; vybrana hodnota
zverejnenej, osobniUdaje, obchodniTajemstvi. Do důvodu

omezení pokud je to možné se uvede i zákon
a odstavec, podle kterého je toto omezení platné.

</xs:documentation>
</xs:annotation>

</X5 : e1ement>

</xs:sequence>
</XS : complexType>
<xs : simpleType name="t0ruhEvidencnijednotky">

<xs : annotation>
<xs :documentation/>

</XS : annotation>

<xs :restriction base="xs: string":'
<xs : enumeration value=""/>
<xs : enumeration value="dts "/>
<xs : enumeration value="kza"/>
<xs : enumeration value="zza"/>

</XS: restriction>

</XS : simpleType>
<xs : complexType name="tEvidencnijednotka">

<xs : sequence:'
<xs : element name="druh" type="tDruhEvidencnijednotky">

<xs:annotation>

<xs: documentation xml:lang="CS">
- Nevybráno

DTS - Digitální dataset
KZA - Kinematografické záznamy nebo díla
ZZA - Zvukové záznamy nebo díla

</xs:documentation>
</xs:annotation>

</XS :element>

<xs: element name="pocet" type="xs: integer":'
<xs :annotation>

<xs: documentation xml:lang="CS">Na úrovni adresáře
nejvyššího bude počet 1. </xs:documentation>

</xs:annotation>
</X5 :e1ement>



</xs:sequence>
</XS : complexType>
<xs: simpleType name="tRok">

<xs :restriction base="xs: string">
<xs :pattern value=" [1-2] [0-9] { 3) "/>

</xs:restriction>

</xs:simp1eType>
<xs:complexType name="tSpolecnaMetadataAdrSouboru">

<xs:annotation>
<xs:documentation xm1:1ang="CS">Slouží pro společná popisná

metadata adresáře a souboru.</xs:documentation>
</xs:annotation>
<xs:sequence>

<xs: element name="puvodniNazevSouboruAdresare" type="xs: string":'
<xs : annotation>

<xs:documentation xm1:1ang_"CS">Původní název
souboru včetně extenze nebo adresáře u původce </xs"documentation>

</xs:annotation>
</XS :element>

<xs : element name="puvodniCesta" type="xs : string":'
<xs :annotation>

<xs:documentation xml:lang_"CS">Původní cesta k
souboru nebo adresáři. Celá cesta k rouboru nebo adresáři u

Opuvodce.</xs:documentat].on>
</xs:annotation>

</XS :element>

<xs : element name="novaCesta" type="xs: string":'
<xs:annotation>

<xs: documentation xml:lang="CS">Relativní cesta k
souboru nebo adresáři vůči SIP. Bude vždy začínat
" . l komponenty/ . . . . "</XS :documentation>

</XS: annotation>

</X5 :element>

<xs : element name="nazev0okumentu" type="xs : string":'
<xs :annotation>

<xs: documentation xml: 1ang="CS">Název dokumentu,
který zobrazuje soubor nebo adresář. Formalizovaný název dokumentu nebo z EXIF
obsah ImageDescription/ XPTit1e</xs:documentation>

</xs:annotation>
</XS :element>

<xs : element name="obsah0okumentu" type="xs : string"
minOccurs=" 0">

<xs:annotation>

<xs: documentation xml:lang="CS">Stručný popis
obsahu souboru nebo adresáře.</xs:documentation>

</xs:annotation>
</X5 : e1ement>

<xs : element name="komentar" type="xs : string" minOccurs=" 0">
<xs:annotation>

<xs:documentation xml:lang="CS">Případný podrobný
popis obsahu souboru nebo adresáře.</xs:documentation>

</xs:annotation>
</XS :e1ement>

<xs : element name="cis1ojednaci" type="xs : string" minOccurs="0">
<xs:annotation>

<xs:documentation xml:lang="CS">
Označení analogového dokumentu/spisu, jehož je

adresář či soubor souČástí (např. přílohou) zpravidla půjde o číslo jednací,
spisovou značku, číslo výkresu apod.

</xs:documentation>
</xs:annotation>

</XS :element>

<xs: element name="spisovyZnak" type="xs: string" minOccurs="0">
<xs :annotation>

<xs: documentation xml:lang="CS">Spisový znak, je-li
znám. </XS :documentation>

</xs:annotation>
</X5 :e1ement>



<xs : element name="omezeniPristupu" type="tOmezeniPristupu"
minOccurs=" 0"/>

<xs : element name="casovyRozsah">
<xs:annotation>

<xs:documentation xml:lang="CS">
časový rozsah - modul ho u souboru přebere, u adresáře

vypočte automaticky z metadat souborů v něm (jejich posledních změn) a
uloží jako rozsah let (pouze rok) s tím, že pokud by

obě meze byly shodné, uloží jen rok samotný (např. 2015 místo 2015-2015).
časový rozsah je povinný na úrovni kořenového adresáře.

Ve structMap schematu mets se jedna o první element div.
</xs:documentation>

</xs:annotation>
<xs:complexType>

<xs:choice>
<xs:sequence>

type="xs: gYear"/>

type="xs: gYear"/>

<x5 : element name="odRoku"

<xs : element name="doRoku"

</xs:sequence>
<xs : element name="rok" type="xs : gYear"/>

</XS :choice>
</XS : complexType>

</XS :element>

<xs : element name="evidencnijednotka" type="tEvidencnijednotka">
<x5 :annotation>

<xs: documentation xm1:1ang="CS">Druh digitální
evidenční jednotky dle základních pravidel. Uvádí se v případě,

že konkrétní soubor či adresář reprezentují
kinematografický či zvukový záznam.

Příklad: adresář obsahuje zkopírovanou strukturu Video DVD
=&gt; adresář je kinematografický záznam

Příklad2: adresář obsahuje několik vzájemně nezávislých
video souborů =&gt; adresář není kinematografický záznam

</xs:documentation>
</xs:annotation>

</XS : e1ement>

<xs : element name="poznamka" type="xs : string" minOccurs="0"/>
</XS: sequence:'

</XS : complexType>

<xs : element name="overovaciPrvky">
<xs:comp1exType>

<xs:sequence>
<xs : element name="mnozinaCertifikatu">

<xs: annotation:'
<x5 :documentation xml :1ang="CS">

Množina všech certifikátů potřebná pro ověření všech
podpisů a certifikační cesty.

</xs:documentation>
</xs:annotation>
<xs:complexType>

<xs:sequence>
<xs: element name="certifikat"

type="tX509Certifikat" minOccurs="1" maxOccurs="unbounded"/>
</xs:sequence>

</xs:complexType>
</XS: e1ement>

<x5 : element name="mnozinaCRL">

<xs: annotation>
<xs :documentation xml:lang="CS">

Množina všech CRL pro ověření zda nebyl certifikát z
množiny certifikátu zneplatněn dříve, než je doba platnosti uvedena v certifikátu.

</xs:documentation>
</xs:annotation>
<xs:complexType>

<xs:sequence>



<xs: element name="clr" type="tCRL"
minOccurs="1" maxOccurs="unbounded"/>

</xs:sequence>
</xs:complexType>

</XS: element:'
<x5 : element ref="overovaciPrvek" maxOccurs="unbounded"/>

</xs:sequence>
</xs:complexType>

</XS :element>

<xs : complexType name="tOverovaciPrvek" abstract="true"/>
<xs : element name="overovaciPrvek" type="tOverovaciPrvek"/>
<xs: element name="podpis" type="tPodpis"/>
<xs : element name="casoveRazitko" type="tCasoveRazitko"/>
<xs: complexType name="tPodpis">

<xs : complexContent>
<xs: extension base="tOverovaciPrvek">

<x5 : sequence:'
<xs: element name="otisk" type="tOtisk"

minOccurs=" 0">
<xs:annotation>

<xs:documentation xml:lang="CS">
Element obsahuje algoritmus pro výpočet hash

dokumentu a výslednou hodntodu výpočtu.
Zde bude typ otisku vždy obsahu souboru.

</xs:documentation>
</xs:annotation>

</X5 :e1ement>

<xs: element name="podpisOtisku"
type="xs:base64Binary">

<xs : annotation>
<xs :documentation

xm1:1ang="CS">Obsahuj e vypočtenou hodnotu (hexa) z otisku souboru zakódovanou v
base64.

Pro výpočet podpisu jsou použity údaje z
certifikátu a otisk obsahu souboru.

</XS :documentation>
</XS: annotation>

</X5 :e1ement>

<xs : element name="overeniPodpisu"
type="tOvereniPodpisu" minOccurs="0"/>

<xs: element name="udaj eCasovehoRazitka"
minOccurs=" 0">

<xs : annotation:'
<xs: documentation xml:lang="CS">Odkaz

na ID časového razítka. </XS :documentation>
</XS: annotation:'
<x5 : complexType>

<xs: attribute
name="ID CASOVEHO RAZITKA" type="xs :IDREF" use="required"/>

</XS: complexType>
</XS :element>

</XS: sequence:'

<xs :attribute name="ID" type="xs: ID" use="required"/>
</xs :extension>

</XS : complexContent>
</XS : complexType>

<xs: complexType name="tX509Certifikat">
<xs : sequence>

<xs : element name="poradoveCisloCertifikatu" type="xs : integer"
minOccurs=" 0">

<xs :annotation>
<xs: documentation xml:lang="CS">

Pořadové číslo certifikátu je obsaženo ve struktuře
TBSCertifikate (serialNumber)

Např:10342424
</XS :documentation>

</XS: annotation:'
</X5 :e1ement>



<xs : element name="subj ekt" type="xs: string" minOccurs="0">
<xs :annotation>

<xs: documentation xml:lang="CS">
Obsah TBSCetifikate (subj ect) . obsahuj e jedinečné jméno

obj ektu (Distinguished Name) , kterému byl certifikát vydán.
Např: C=CZ, CN=jiří Malík, sT=středočeský, L=Krá1ův Dvůr -

Zahořany, Luční 120, 26701.
</XS :documentation>

</XS: annotation:'
</XS :e1ement>

<xs : element name="p1atnostCertifikatu"
type="tPlatnostCertifikatu" minOccurs="0"/>

<x s : element name="ve re j nyKli c" t ype= "tVe re j nyKli c"
minOccurs=" 0"/>

<xs: element name="obsahCertifikatu" type="xs :base64Binary">
<x5 :annotation>

<xs: documentation xm1:1ang="CS">Celý certifikát.
Zakódovaná struktura v PEM-formátu. </XS :documentation>

</XS: annotation:'
</XS :element>

</XS: sequence:'
<xs :attribute name="ID" type="xs: ID" use="required"/>
<xs :attribute name="ID CRL" type="xs: IDREFS" use="required">

<xs: annotation>
<xs :documentation xml:lang="CS">

crl vůči kterým byla ověrena platnost certifikátu. ID jsou
oddělena mezerou.

Odkazuje na crl, která jsou uvedena v množině CRL - element
mnozinaCRL.

</XS :documentation>
</XS :annotation>

</XS: attribute:'

<xs :attribute name="CERTIFIKACNI CESTA" type="xs: IDREFS"
use="optiona1">

<xs: annotation:'
<xs :documentation xml:lang="CS">

Odkazy na certifikáty z mnoŽiny certifiátu směrem ke kořenovému
certifikátu certifikační autority.

ID certifikátů jsou odděleny mezerami.
</XS :documentation>

</XS :annotation>

</XS: attribute:'

</XS : comp1exType>
<xs: complexType name="tVerejnyKlic">

<xs : annotation>
<xs :documentation xml:lang="CS">Používá se pro dešifrování

podpisu. </X5 :documentation>
</XS : annotation>

<xs : sequence:"
<xs: element name="modu1" type="xs :base64Binary">

<xs :annotation>
<xs: documentation xml:lang="CS">je potřebný pro

dešifrování podpisu. Element modulus (hexa číslo) , zakódován v
base64 .</XS :documentation>

</XS: annotation>

</XS :element>

<xs : element name="exponent" type="xs :base64Binary">
<x5 :annotation>

<xs: documentation xm1:1ang="CS">je potřebný pro
dešifrování podpisu. Element publicExponent (hexa číslo) , zakódován v
base64 .</XS :documentation>

</XS: annotation:'
</XS :element>

</XS : sequence>
</Xs : complexType>

<xs : simpleType name="tAlgoritmus ">
<xs :restriction base="xs: string":'

<xs : enumeration value="RSA-SHA1"/>



<xs : enumeration value="RSA-SHA256"/>
<xs : enumeration value="RSA-SHA384"/>
<xs : enumeration value="RSA-SHA512"/>

</XS: restriction:'
</XS : simpleType>
<xs : complexType name="tP1atnostCertifikatu">

<xs : annotation>
<xs :documentation xml:lang="CS">Časové období na které byl

certifikát vydán certifikační autoritou.</xs: documentation>
</XS : annotation>

<xs : sequence:'
<xs : element name="platnostOd" type="xs :dateTime">

<xs :annotation>
<xs: documentation xml:lang="CS">Začátek platnosti

certifikátu. Element notBefore. </XS :documentation>
</XS: annotation>

</XS : e1ement>

<xs : element name="platnost0o" type="xs :dateTime">
<xs :annotation>

<xs: documentation xml: 1ang="CS">Předpokládaný konec
platnosti certifikátu, pokud nebude j eho platnost ukončena dříve. Element
notAfter. </Xs : documentation:"

</xs:annotation>
</XS :element>

</XS: sequence:'
</XS : complexType>

<xs : complexType name="tOvereniCertifikatu">
<xs : annotation>

<xs :documentation xml:lang="CS">
Je zde ověřena certifikační cesta až ke kořenovému certifikátu.
obsahuj e všechny CRL, které dokazuj í platnost certifikátů v

okamžiku ověření.
</XS: documentation>
</XS: annotation>

<xs : sequence:'
<xs: element name="platnostCertifikatuProtiCRL">

<x5 :annotation>

<xs: documentation xm1:1ang="CS">Certifikáty j sou
ověřovány jestli nebyly revokovány a tím by j iž nebyly platné. </XS :documentation>

</XS: annotation>

<xs : complexType>
<xs: sequence:'

<xs : element name="cr1" type="tCRL"/>
</xs:sequence>

</xs:complexType>
</XS :element>

</XS : sequence:'
</XS : comp1exType>

<xs : complexType name="tCRL">
<xs : sequence:'

<xs: element name="cisloCRL" type="xs :integer" minOccurs="0">
<xs : annotation>

<xs: documentation xm1:1ang="CS">
Certifikační autorit pomocí tohoto rozšíření čísluj e

vydávaná CRL.

Ý rcj.sei.
Číslování se provádí pomocí monotóně rostoucí sekvence

Atribut id ce cRLNumber.
</xs:documentation>

</xs:annotation>
</XS :element>

<xs : element name="zacatekPlatnosti" type="xs :dateTime"
minOccurs=" 0">

<xs :annotation>
<xs: documentation xml:lang="CS">Začátek platnosti

CRL. Element thisUpdate .</XS: documentation>
</XS: annotation>

</X5 :e1ement>



<xs : element name="konecP1atnosti" type="xs :dateTime"
minOccurs=" 0">

<xs :annotation>
<xs: documentation xml:lang="CS">Příští aktualizace

CRL. Element nextUpdate .</XS: documentation>
</XS: annotation>

</XS : e1ement>

<xs: element name="obsahCRL" type="xs :base64Binary">
<xs :annotation>

<xs: documentation xm1:1ang="CS">Celá struktura CRL.
ZakÓdovaná struktura v PEM-formátu. </X5 :documentation>

</xs:annotation>
</XS :element>

</XS: sequence:'

<xs :attribute name="ID" type="xs: ID" use="required"/>
<xs :attribute name="ID CERTIFIKATU" type="xs: IDREF" use="required">

<xs : annotation>
<xs :documentation xml:lang="CS">

ID certifikátu obsaženéh v množině certifikátů, jenž byl použit
při vytvoření podpisu struktury CRL.

</XS :documentation>
</Xs :annotation>

</XS: attribute:"
</XS : complexType>

<xs: complexType name="tOtisk">
<xs : sequence:'

<xs: element name="hodnota" type="xs :base64Binary">
<xs :annotation>

<xs: documentation xml:lang="CS">Vypočtená
hodnota (hexa) zakódována v base64 .</XS :documentation>

</xs:annotation>
</XS :e1ement>

<xs : element name="atributyOtisku" minOccurs="0">
<xs : complexType>

<xs: sequence:'
<xs :element name="otiskObsahuSouboru"

type="tOtiskSouboru" minOccurs="0"/>

type="tAtributOtisku" minOccurs="0"/>
<x5 : element name="atribut"

</xs:sequence>
</xs:complexType>

</XS :e1ement>

<xs : element name="transformace0at" type="tTransformace0at"
minOccurs=" 0"/>

</XS: sequence:'

<xs :attribute name="algoritmus" use="required">
<xs : annotation>

<x5 :documentation xm1:1ang="CS">Algoritmus pro výpočet
otisku (hash) .</XS :documentation>

</XS :annotation>

<xs: simpleType>
<xs :restriction base="xs: string":'

<xs : enumeration value="Adler-32"/>
<xs: enumeration value="CRC32"/>
<xs: enumeration value="HAVAL"/>
<xs: enumeration value="MD5"/>
<xs : enumeration value="MNP"/>
<x5 : enumeration value="SHA-1"/>
<xs: enumeration value="SHA-256"/>
<xs: enumeration value="SHA-384"/>
<xs: enumeration value="SHA-512"/>
<xs : enumeration value="TIGER"/>
<xs: enumeration value="WHIRLPOOL"/>

</XS: restriction>

</Xs : simpleType>
</XS: attribute:'
<xs :attribute name="typOtisku">

<xs: simp1eType>



<xs :restriction base="xs: string":'
<xs: enumeration value="elektronického podpisu"/>
<xs: enumeration value="obsahu souboru"/>
<xs: enumeration value="stuktury signer1nfo"/>

</XS: restriction>

</XS : simp1eType>
</XS: attribute:"
<xs :attribute name="ID SOUVISEJICICH" type="xs:IDREFS">

<xs:annotation>
<xs:documentation xm1:1ang="CS">Pokud se jedná o typ

hashe počítaného z el. podpisu. Zde je uvedeno ID souvisejícího
podpisu.</xs:documentation>

</xs:annotation>
</xs:attribute>

</xs:complexType>
<xs:complexType name="tCasoveRazitko">

<xs:comp1exContent>
<xs:extension base="tOverovaciPrvek">

<xs:sequence>
<xs: element name="strukturaTST1nfo" type="tTST1nfo"

minOccurs=" 0">
<xs : annotation:"

<xs: documentation
xml:lang="CS">Představuj e vlastní strukturu časového razítka. </XS :documentation>

</xs:annotation>
</XS :element>

<x5 : element name="strukturaSigner1nfo"

type="tSigner1nfo" minOccurs="0">
<xs : annotation:'

<xs: documentation
xml:lang="CS">Obsahuj e údaj e o podpisu časového razítka - struktury
TSTInfo.</xs :documentation>

</xs:annotation>
</XS :element>

<xs: element name="obsahCasovehoRazitka"
type="xs:base64Binary">

<xs:annotation>
<xs:documentation xml:lang="CS">

Časové razítko CMS SignedData(Content1nfo).
Zakódovaná struktura v PEM-formátu.

</xs:documentation>
</xs:annotation>

</XS :e1ement>

</XS: sequence:'

<xs :attribute name="ID" type="xs: ID" use="required"/>
</XS :extension>

</XS : comp1exContent>

</XS : comp1exType>
<xs: complexType name="tTST1nfo">

<xs : annotation:'
<xs :documentation xml:lang="CS">

Jádrem časového razítka je struktura TSTInfo digitálně podepsaná
autoritou pro vydávání časových razítek (TSA) .

</XS: documentation:"
</XS: annotation>

<xs : sequence:'
<xs: element name="serioveCislo" type="xs :integer">

<xs:annotation>
<xs:documentation xm1:1ang="CS">
Obsahuje pořadové číslo vydaného časového razítka.
Logika přidělování těchto čísel nestanovuje žádný

předpis .
Obsah elementu

TSlnfo(seria1Number).</xs:documentation>
</xs:annotation>

</XS :element>

<xs : element name="casVydaniRazitka" type="xs :dateTime">
<xs:annotation>



<xs:documentation xm1:1ang="CS">Oatum a čas vydání
časového razítka. Element TSTInfMgenTime).</xs:documentation>

</xs:annotation>
</xs:element>
<xs:element name="otisk" type="tOtisk">

<xs:annotation>
<xs:documentation xm1:1ang="CS">

Obsahuje element TSTInfo(message1mprint). A algoritmus pro
výpočet otisku je odvozen z délky hodnoty otisku.

Otisk může být počítání z podpisu, ze souboru, z částí
souboru a přidávat různé atributy.

Časové razítko je vytvořeno tak že se ověří jak dlouhý je
otisk podle algoritmu a tento otisk je vložen do

struktury TSTInfo.
Zde bude typ otisku souboru nebo elektronického podpisu.

Otázka je z Čeho byl vypočítán hash,
který je poslán pro vydání Časového razítka.

</xs:documentation>
</xs:annotation>

</XS :element>

</xs:sequence>
</xs:complexType>
<xs:complexType name="tSigner1nfo">

<xs:annotation>
<xs:documentation xml:lang="CS">Obsahuje digitální pospis

časového razítka.</xs:documentation>
</xs:annotation>
<xs:sequence>

<xs:element name="otiskTSTlnfo" type="tOtisk">
<xs:annotation>

<xs:documentation xml:lang="CS">
Algoritmus pro výpočet otisku struktury TSTInfo uvený v

SignerInfo(digestAlgorithm).
Hodnota otisku stuktury vypočtená z množiny atributů k

podpisu dle Signer1nfo(signedAttrs).
Zde bude vždy typ otisku struktury Signerlnfo

</xs:documentation>
</xs:annotation>

</XS :element>

<xs: element name="podpisOtisku" type="xs :base64Binary">
<xs : annotation>

<xs: documentation xm1:1ang="CS">

obsahuj e vypočtenou hodnotu (hexa) z otisku dokumentu
zakódovanou v base64.

otisk obsahu TSTInfo.
Pro výpočet podpisu jsou použity údaje z certifikátu a

</xs:documentation>
</xs:annotation>

</XS :element>

<xs : element name="overeniPodpisu" type="tOvereniPodpisu"/>
</XS: sequence:'

</XS : complexType>

<xs : complexType name="tOvereniPodpisu">
<xs : sequence>

<xs : element name="algoritmusPodpisu" type="tAlgoritmus "
minOccurs=" 0">

<xs :annotation>
<xs: documentation xm1:1ang="CS">

Jeho hodnota bude RSA. RSA (iniciály autorů Rivest, Shamir,
Adleman) - metoda pro dešifrování podpisu.

</XS :documentation>

</XS: annotation:'
</XS :element>

</XS : sequence:'

<xs :attribute name="ID CERTIFIKATU" type="xs:IDREF" use="required"/>
</XS : complexType>
<xs: complexType name="tOtiskSouboru">

<xs : annotation:'



<xs :documentation xm1:1ang="CS">
Použití pro kontrolu c) jaká data se jedná. Zda je vypočítán otisk z

celého souboru, nebo jen jeho částí.
výsledná hodnota opětovného výpočtu se může a nemusí rovnat

podepsanému otisku.
Jelikož podepsaný otisk může být tvořen z více atributů: souboru,

datum a Čas, osoby atd. .
</XS: documentation>
</XS: annotation:"
<xs : choice:'

<xs: element name="ce1ySoubor" type="xs : string"/>
<xs : element name="castSouboru">

<xs : complexType>
<xs: sequence:'

<xs : element name="rozsahOtiskuSouboru"
type="tRozsahOtiskuSouboru" minOccurs="1" maxOccurs="unbounded">

<xs: annotation>
<xs :documentation

xml:lang="CS">Soubor může byt rozdělen na části a z nich se terpve vypočíta otisk.
Slouží pro přesné určení podepsaného obsahu souboru.</xs: documentation>

</XS : annotation>

</xs:element>
</xs:sequence>

</xs:complexType>
</xs:element>

</XS: choice>
</XS : comp1exType>

<xs : complexType name="tRozsahOtiskuSouboru">
<xs : annotation>

<xs :documentation xml:lang="CS">jedná se c) ofset počátečního a
koncového bajtu.</xs :documentation>

</XS: annotation>

<xs : sequence>
<xs: element name="poziceiPocatecnihoBajtu"

type="xs :unsignedLong"/>
<xs : element name="poziceKoncoveho8aj tu" type="xs : unsignedLong"/>

</XS : sequence:'
</XS : comp1exType>

<xs : complexType name="tTrans formaceDat">
<xs : annotation>

<xs :documentation xml:lang="CS">Element zachycuj e další
transformace dat před výpočtem hodnoty hash.</xs :documentation>

</XS : annotation>

<xs : sequence>
<xs : element name="kanonizace" minOccurs="0">

<xs :annotation>
<xs: documentation xm1:1ang="HR">

Kanonizace uchovává informaci o tom, j akým způsobem byla
data kanonizována před výpočtem haše.

Kanonizace je nezbytná, aby bylo zajištěno, že logicky
stejné dokumenty j sou reprezentovány stejnou posloupností

znaků. Můuže se totiž stát, že různé aplikace vytváří
logicky stejné dokumenty, ale s j inou fyzickou

strukturou, např. s ohledem na bílé znaky.
</XS :documentation>

</XS: annotation:'

<xs : complexType>
<xs: attribute name="URI">

<xs: simpleType>
<xs: restriction base="xs :anyURI">

<xs : enumeration

value="http: //www.w3. org/TR/2 001/REC-xml-c14n-2 0010315"/>
<xs : enumeration

va1ue="http: //www.w3. org/TR/2 001/REC-xml-c14n-2 0010315#WithComments"/>
</XS :restriction>

</XS: simpleType>
</XS : attribute:'

</X5 : comp1exType>



</xs : element>
</XS: sequence:'

</XS : complexType>

<xs : complexType name="tAtributOtisku">
<xs : sequence:'

<xs : element name="hodnota" type="xs: string"/>
</XS : sequence>

<xs : attribute name="typAtributu">
<xs: simpleType>

<xs :restriction base="xs: string":'
<x5 : enumeration va1ue="Content
<x5 : enumeration value="Mes sage
<xs: enumeration value="Signing

</XS: restriction:'
</XS : simpleType>

</XS: attribute:'
</XS : comp1exType>

<xs : complexType name="tPuvodce">
<xs : sequence:'

Type"/>
Digest"/>
T ime " l >

<xs : element name="nazev" type="xs : string":'
<xs :annotation>

<xs: documentation xml:lang="CS">Název
Opuvodce</xs:documentat].on>

</xs:annotation>
</XS :element>

<xs : element name="interpi" type="xs: string":'
<x5 :annotation>

<x5 :documentation xm1:1ang="CS">ldentifikátor dle
Interpi</xs:documentation>

</xs:annotation>
</xs:e1ement>

</XS: sequence:'
</XS : complexType>

<xs : complexType name="tArchiv">
<xs : sequence:'

<xs : element name="nazev" type="xs : string":'
<x5 :annotation>

<xs: documentation xml: 1ang="CS">Název
archivu.</xs:documentation>

</xs:annotation>
</XS :element>

<xs : element name="cArchivu" type="xs : string":"
<xs :annotation>

<xs: documentation xml:lang="CS">Číslo archivu z
číselníku archivů.</xs:documentation>

</xs:annotation>
</X5 : e1ement>

</xs:sequence>
</xs:complexType>

</xs:schema>



(DU1)mow& e¥kleuzmmwwLpleu

"mg%l%mpm

( J 4 lp Hip

Dog i4Empmmwmpm
( ká )1 ~ i mlp

(5b)lWPOlWk

luaurmdQLpm .

(55?)NHmk m@p^3mwnalpm -

1sDuLmodmap^mWnaLpm

$h)wmlrk

uE6LyWgupeNLpm -

(0D[)mom

(w)mowA pq~IzLpm ,

©C)Q¥FD;WA

(«)motw&

$p)8ymm

(5¥)d¥HM¥N dwpzLpm ·

(5KJWHJWK

(5b)am¥& wbdaswqwwdLmDnLpm ··

(i [)wfOwn ppQmipm -·

(I I)¥1HM¥& tmyQuap ppQLDxLpm

*'Wul0CLLplěu ,

(w1)mmvk eWNwmŘu~am¶¥Lpm -

äw)L3Lvämupmvw'msD

¶Mlpm¥*NsD ,

, , I
1_

L)C3L

l:cjl mpadspwchs: T

[Dzpzmqyqwp1p%ás,

(55?)mom

LNImg

L:C3L uwpDwpQpwas·

WupácDwMnchs.

LN C

Lmm
LK3L

(5b)d+m¥N

[VI NmumsH$'

MIL3Lkľa l

LNI

lni QmťpnDw¶pdsmchse

lni LuzwLmlqsplásť r

(DI)¥¥HJWA

LK3L l

LK3L

(DámowA

mlí 3Lm (LmIAAwwaás:

Lrqlplg

lk3l mm»npoas-

IDS Ĺmoy¥A

ln|9ib 1ammpmNl¶splás.

(OF 1mfowk W5®unQs '

(P l FAwmchs

Íl 1tWKj$¥k

LK3L

1PP[)ä*IM¥A m*w¶pamap^»=Násť

lni '1w~pmchs.

LNI ·

lni pcnlw~pmás:

LNI

LNI · r

HL XI

3HIL3L¥Q ,

ID51 ·

l)c3l mrmirás:
LK1L

Is 5c)YYHM¥& imwccqás'

|DD1)d¥HM¥k AwNchsc

ĺou1 lmom g
L,(k 1qufowa acmw0plásř

LNmľg k
LNDMKPI;

lni918mchwmlmř

LNI

LNIDPwdsWl e

(Sp) w~rmw<mHs·
TLNlm&Pl|«d@l0

LNľm Huowmpcp) ĺ

MIL3L¥Q 0Lbjmw»RWsD ··

umwmNsD

milpwdIsqsd .

j[ÚtwFcRwA 1Wf'/Qwp[LpIFu

C

LPRN

Ť-n-------
l i

"" -------u Á---Ľ-+---^J-------;P1 C



pbm'óvý

Cenay Ke zal Cenav Ke zal .
Název sIuZby Rale člpvěkpden (Nol DPH č1Qvěkoden (NOŕ počet IVO za celkova cena v DPH ¢e|kova ¢ena v Kd

bez dp h vémě dph dílo KČ be? DPH včetněĎPH

arch|tEkt losQQm 21% 125WAO 39mm 21 % mol 6AQ
anaýtlk 104qq,(» 21% 125WAQ »j0 »9mm Zl % mol 6AQ

vgvôjsw systému |3naŇ?,, manňer losQQm 21% 125wm 1410 145 8jQm 21 % 176 176AQ
¶vqäř iq4qqw 21% 125wjjq 110á l m mm Zl % l m 3qaqnm kb¢bUný
tester IQ4QQ,(» 21% 125WJJQ IBA 187 xjQm Zl % 226512m

pfwô?u 6 1040Qm 21% 125wjx} 710 nmm 21 % BBQBBAQ
manjšer iq4qqw 21% 125¥jjq 16Á 155 4qqjjq Zl % »1 mm

vyôj 5ôftm,, Testanni gs oDom 21 % m som
sw » |nt«nich mm % 3o®Bm

Zprjcwáni dckljment3ce 21 % sq mm
mému
5kô|eni 10 md 42mm 21 % sq mm
|n5t3jaĹE 3 pIbtni prúw? |3 gs oDom 21 % lOZ FQAQ

mesicq W
Celkem 2 ag4 ckjcjaq 3 cj17 7\qcjacj
:3|ntenan« pUdpua loj5 OMjAQ 21 % l 216(bQAQ

: EľY|sn| pDdpc>r3_ r,w,ô,?,u

celkm Gena 3 agg oqqaq 4 233 79qaq

Příloha č. 2 - položkový rozpočet a harmonogram plnění

Ukončeni etapy (počet
Etapa měsiců Qd podpisu

An3Ň?a 6
Návr 7
vyýôj môdu u p jje g
vyôj môdu u sprm dat g
v'µ modu ju Adm|n|5tra ge g
Wydj môdljlu přistup g
Twtmni 12
zpr3cwm dv :umentace 12

msta aĹg 12
pi Gtnl prwv? 12

Harmôn%ram