Metadatamodel. Versie: Versie 05 Aantal pagina s 21 Datum: 31 maart 2010

Maat: px
Weergave met pagina beginnen:

Download "Metadatamodel. Versie: Versie 05 Aantal pagina s 21 Datum: 31 maart 2010"

Transcriptie

1 Metadatamodel Toelichting bij datamodel voor Centraal Metadatasysteem Openbaar exemplaar: namen zijn verwijderd N.B. De koppelingen naar in dit document genoemde brondocumenten op het netwerk van het Gemeentearchief Rotterdam werken niet meer door een conversie van dit document. De bronnen zijn uiteraard nog wel beschikbaar. Versie: Versie 05 Aantal pagina s 21 Datum: 31 maart 2010 Documentbeheer Versiebeheer Nr. Datum Opgesteld door Onderwerp V V Aanpassingen naar aanleiding van sessie over Actoren. V Aanpassingen, o.a. bijlagen over Domeinen en Business Rules toegevoegd. V Opmerkingen verwerkt. V Opmerkingen van het GAR verwerkt. V Reacties klankbordgroep verwerkt.

2 Inhoud Inleiding... 2 Doel... 2 Context Metadatasysteem... 2 Leeswijzer metadatamodel... 3 Bronnen en uitgangsdocumenten... 3 Metadatamodel... 5 Uitwerking metadatamodel... 6 Logische Objecten... 6 Fysieke Objecten... 9 Actoren Nieuwe entiteiten Afbakening metadatamodel Technische opmerkingen Bijlagen Domeinen Business Rules

3 Inleiding D o e l Binnen het project E-depot is een aantal deelprojecten gedefinieerd. Eén van deze deelprojecten is P4 Centraal Metadatasysteem. De functie van het Centraal Metadatasysteem is het beheren van zowel analoge als digitale informatieobjecten. De eerste fase van het ontwikkelen van het Centraal Metadatasysteem bestaat uit het ontwikkelen van een conceptueel datamodel. Dit wordt het metadatamodel genoemd. Het metadatamodel is vastgelegd in het Visiodocument Metadatamodel_V03.vsd. Het doel van dit document is om uitleg te geven bij het metadatamodel. In dit document is aangegeven wat de afbakening is van het Metadatamodel. Daarnaast zijn er nog technische opmerkingen in dit document geplaatst, waar rekening mee gehouden moet worden bij de ontwikkeling van het Centraal Metadatasysteem. C o n t e x t M e t a d a t a s y s t e e m Het Gemeentearchief Rotterdam (GAR) onderscheidt de volgende drie beherende systemen: ABS/Archeion Atlantis MAIS Flexis In het vervolg van dit document zullen dit de beheersystemen worden genoemd. Het is de bedoeling dat de data die ingevoerd wordt in de beheersystemen, regelmatig wordt geëxporteerd naar het Centraal Metadatasysteem. Dit kan bijvoorbeeld dagelijks gebeuren in een batch. Dit betreft alleen de data die betrekking heeft op de Logische Objecten en Fysieke Objecten. Zie de relaties in figuur 1 in dit document die met een 1 zijn gemarkeerd. Een term die veel te maken heeft met het Centraal Metadatasysteem is: Authority Files en keuzelijsten. Momenteel worden Authority Files voor ieder beheersysteem apart beheerd. Met de komst van het Centraal Metadatasysteem zullen de Authority Files op één plaats worden vastgelegd en beheerd. De Authority Files en keuzelijsten worden gemodelleerd binnen het metadatamodel. Vanuit de beheersystemen moeten de gebruikers gegevens kunnen ontlenen uit het Centraal Metadatasysteem. Dit doen zij bijvoorbeeld om locaties of trefwoorden te kunnen kiezen. Zie de relaties in figuur 1 in dit document die met een 2 zijn gemarkeerd. In het deelproject P7 Standaardisering Authorities worden de Authority Files en keuzelijsten beschreven. Binnen dat deelproject zijn de volgende keuzelijsten onderkend: Geografische namen Objectnamen (bruggen, tunnels, sluizen etc.) Organisatienamen Scheepsnamen Straatnamen Trefwoorden De keuzelijsten worden in het Centraal Metadatasysteem vastgelegd in de entiteit trefwoord. In deze entiteit worden niet alleen de trefwoorden opgeslagen, maar alle keuzelijsten. Hierbij wordt gebruik gemaakt van een entiteit trefwoord type, die een relatie heeft met de entiteit trefwoord. Het kan voorkomen dat er wijzigingen of uitbreidingen op de Authority Files moeten plaatsvinden. Bijvoorbeeld wanneer sprake is van een nieuw trefwoord of een nieuwe organisatie. Het aanpassen of toevoegen van data in de Authority Files vindt plaats in het Centraal Metadatasysteem. Het is dus niet mogelijk om gegevens uit de Authority Files toe te voegen of aan te passen in een beheersysteem. Het Centraal Metadatasysteem wordt gebruikt om metadata te raadplegen, te zoeken en te presenteren. Een voorbeeld hiervan is de Digitale Balie. Zoals eerder aangegeven, vormen de Authority Files en keuzelijsten een onderdeel van het Centraal Metadatasysteem. De 'Authority Autoriteit' beheert de Authority Files en keuzelijsten binnen het Centraal Metadatasysteem. Deze Authority Autoriteit zal een nieuwe functie zijn binnen het gemeentearchief die boven de beherende afdelingen zal komen te staan. Bovenstaande wordt weergegeven in de volgende figuur: 2

4 ABS/Archeio n beheersysteme n Atlantis MAIS Flexis Authority Files en keuzelijsten Centraal Metadatasysteem Figuur 1: Relatie tussen beheersystemen, Centraal Metadatasysteem en Authority Files. 1 = Exporteren vanuit beheersystemen naar het Centraal Metadatasysteem. 2 = Ontlenen van gegevens uit Authority Files en keuzelijsten in beheersystemen. Als laatste opmerking over dit onderwerp geven we aan dat het bouwen van de Authority Files buiten de oorspronkelijke opdracht Ontwikkeling metadatasysteem valt. Zie ook de aanbieding van Transfer Solutions, document [9]. L e e s w i j z e r m e t a d a t a m o d e l Op basis van de elementenlijst (zie [1]) wordt het metadatamodel opgesteld. De diagrammen voor dit model zijn zichtbaar in het document Metadatamodel_V03.vsd, opgesteld in Microsoft Visio. De diagrammen uit dit Visiodocument zijn opgenomen in dit document. Overal waar in deze uitwerking vierkante haken staan, wordt gerefereerd naar nieuwe entiteiten. Een beschrijving van de nieuwe entiteiten staat in het hoofdstuk Nieuwe entiteiten in dit document. B r o n n e n e n u i t g a n g s d o c u m e n t e n Bij het opstellen van het metadatamodel en het creëren van dit document zijn de onderstaande bronnen en uitgangsdocumenten gebruikt: Geschreven relevante documenten door Gemeentearchief Rotterdam: [1] elementenlijst In het document Beschrijvingen elementen cc + GRJG2.xls' (de elementenlijst ) staat een uitwerking voor de Fysieke Objecten en Logische Objecten. Dit document staat in de directory P:\E-depot\ Deelprojecten\P4 Centraal metadatasysteem. Twee opmerkingen bij dit document: 1. In de elementenlijst is sprake van attributen en binnen deze attributen weer van elementen. Eigenlijk wordt met elementen de attributen bedoeld. Waar in dit document wordt gesproken van attributen, wordt eigenlijk een rubriek bedoeld; een functionele groepering van data. Deze zijn in dit document zichtbaar in de nummering bij de uitwerking van Logische Objecten en Fysieke Objecten. 2. Overal waar in de elementenlijst herhaalbaar staat, wordt eigenlijk meerdere records bedoeld, dus meestal betekent dit een n:n-relatie naar een nieuwe entiteit. 3

5 [2] metadatamodel doc, eerste opzet van het metadatamodel. Dit document staat in de directory P:\E-depot\ Deelprojecten\P4 Centraal metadatasysteem\gekopieerde actuele documenten uit deelproject [3] Projectplan Deelproject P4 Centraal Metadatasysteem. Dit document staat in DocLoods. [4] Deelproject P7 Standaardisering authorities, onderzoek naar de best practice bij de wisselwerking authority records en gestandaardiseerde keuzelijsten met de beheersystemen. Dit document staat in DocLoods. [5] Criteria en kwaliteitsnormen voor Authority Files, versie 0.4. Dit document staat in DocLoods. [6] Presentatie Hamlet.ppt, een datamodel in drie bedrijven. Dit document staat in de directory P:\Edepot\ Werkgroepen\Metadata\Database ontwerp. [7] Relatietypen 28 september.doc, een beschrijving van alle bestaande relatietypen voor de relaties tussen de hoofdentiteiten. Dit document staat in de directory P:\E-depot\ Werkgroepen\Metadata\Database ontwerp. [8] Documentsoorten LO.doc, een beschrijving van de documentsoorten bij een Logisch Object. Dit document staat in de directory P:\E-depot\ Deelprojecten\P4 Centraal metadatasysteem. Geschreven relevante documenten door Transfer Solutions [9] Aanbieding ontwikkeling metadatasysteem, referentie HB/ Gedrukte Internationale standaarden voor het maken van representaties [1] ISAD(G) Algemene Internationale Norm voor Archivistische Beschrijvingen, vertaling van de tweede uitgave, Amsterdam [2] ISAAR(CPF) Internationale Norm voor Archivistische Geautoriseerde Beschrijvingen van Organisaties, Personen en Families, vertaling van de tweede uitgave, Amsterdam ] Regels voor de titelbeschrijving : Beschrijvingregels voor niet-seriële en seriële Publicaties, Den Haag (NBLC), Dublin Core Metadata Element Set (DCMES) versie 1.1; Nederlandse vertaling: Den Haag 1999 ISO (Information and documentation Records management processes Metadata for records, part 1: principles) Interviews Met de onderstaande personen bij het Gemeentearchief Rotterdam is gesproken over het metadatamodel en het opstellen van dit document: 4

6 Metadatamodel De basis van het metadatamodel bestaat uit de volgende drie hoofdentiteiten : Logische Objecten (LO) Fysieke Objecten (FO) Actoren Een logisch obejct is een als logische eenheid te onderscheiden hoeveelheid informatie, bedoeld om als zodanig aan een bepaalde doelgroep ter raadpleging te worden gegeven. Een logisdch object kan enkelvoudig zijn (document) of samengesteld zijn uit enkelvoudige logische objecten. Het fysiek object is het tastbare object, het archief(document), het boek, de foto, de nullen en enen. Een actor is een persoon of groep van personen die een rol speelt bij de creatie en/of beheer van logische objecten Over een actor worden gegevens vastgelegd die nodig zijn voor een correcte interpretatie van de documenten, of voor het beheer van documenten. De relaties tussen deze entiteiten staan duidelijk beschreven in de presentatie Hamlet.ppt (zie [6]). Onderstaande figuur is te beschouwen als de technische variant van wat in deze presentatie is omschreven. In onderstaande figuur zijn alle verplichte kolommen in bold weergegeven. Alle mogelijke relaties tussen de drie hoofdentiteiten worden vastgelegd in één entiteit, namelijk de entiteit Relatietype. Alle mogelijke relatietypen die worden onderscheiden zijn opgenomen in het document Relatietypen 28 september.doc (zie [7]). Dit document is echter nog niet definitief. Actor Relatie Actor Actor ACT_ID_FROM NUMERIC(10;0) PK,FK1 PK,FK2 ACT_ID_TO NUMERIC(10;0) PK,FK3 RLT_ID NUMERIC(10;0) Relatie Actor LO ACT_ID NUMERIC(10;0) PK,FK1 PK,FK3 LOT_ID NUMERIC(10;0) PK,FK2 RLT_ID NUMERIC(10;0) Relatietype Omschrijving Relatie Actor FO ACT_ID NUMERIC(10;0) PK,FK2 PK,FK1 FOT_ID NUMERIC(10;0) PK,FK3 RLT_ID NUMERIC(10;0) Relatie LO LO PK,FK1 LOT_ID_FROM NUMERIC(10;0) PK,FK2 LOT_ID_TO NUMERIC(10;0) PK,FK3 RLT_ID NUMERIC(10;0) Relatie FO FO PK,FK2 FOT_ID_FROM NUMERIC(10;0) PK,FK1 FOT_ID_TO NUMERIC(10;0) PK,FK3 RLT_ID NUMERIC(10;0) Logisch Object Relatie LO FO LOT_ID NUMERIC(10;0) PK,FK1 PK,FK2 FOT_ID NUMERIC(10;0) PK,FK3 RLT_ID NUMERIC(10;0) Fysiek Object 5

7 Uitwerking metadatamodel L o g i s c h e O b j e c t e n Op basis van de elementenlijst (zie [1]) is het volgende model opgesteld voor de Logische Objecten (LO). In onderstaande figuur zijn alle verplichte kolommen in bold weergegeven. Logisch Object Trefwoord Aantekening FK1 LOT_ID NUMERIC(10;0) Type aantekening Aantekening CHAR(2000) Rubriek Code Omschrijving Verantwoording CHAR(15) CHAR(120) FK1 LOT_ID NUMERIC(10;0) Naam Datum Omschrijving CHAR(500) Specificatie FK1 LOT_ID NUMERIC(10;0) Specificatie CHAR(4000) Rechtstitel Code Voorafgaand nummer Voorafgaand toevoeging Type nummer Titel Type titel Beschrijving Subtitel Serietitel Creatiedatum begindatum Creatiedatum einddatum Creatiedatum periode Geschiedenis Annotatie Inhoudsdatum van Inhoudsdatum tot Inhoudsdatum op Inhoud periode Oude nrs concordanties Embargo Embargo Jaar Embargo Opmerkingen Auteursrechten Auteursrechten Jaar Auteursrechten Voorwaarden Toegang geldig Toegang aard Toegang vorm Toegang opmerkingen Referentie dossier Indicator gefiatteerd Identificatie Instelling Identificatie Afdeling Speelduur Genre Indicator Inhoudsdatum Indicator Creatiedatum Opschriften Editie Schaalaanduiding Schaalaanduiding opmerkingen Orientatie Registratie datum Mutatie datum CHAR(26) CHAR(3) CHAR(500) CHAR(2000) CHAR(200) CHAR(200) CHAR(60) CHAR(4000) CHAR(4000) NUMERIC(4;0) CHAR(500) NUMERIC(4;0) CHAR(500) CHAR(5) CHAR(7) CHAR(14) CHAR(1000) Trefwoord bij Logisch Object PK,FK2 TWD_ID NUMERIC(10;0) PK,FK1 LOT_ID NUMERIC(10;0) Taal bij Logisch Object TAL_ID NUMERIC(10;0) PK,FK2 PK,FK1 LOT_ID NUMERIC(10;0) Documentsoort bij Logisch Object PK,FK2 DST_ID NUMERIC(10;0) PK,FK1 LOT_ID NUMERIC(10;0) FK1 TTP_ID NUMERIC(10;0) Term Qualifier Alternatieve term Verwante term Extra locatie gegevens GIS coördinaten Beginjaar NUMERIC(4;0) Eindjaar NUMERIC(4;0) Bijzonderheden CHAR(200) Trefwoord Type Code Omschrijving CHAR(30) Taal Code CHAR(3) Omschrijving CHAR(60) Documentsoort Soort document CHAR(30) Omschrijving Toelichting Merk op, dat de tabel rechtstitel die in dit model voorkomt, ook bij het model voor het Fysiek Object voorkomt. Dit betreft echter één en dezelfde tabel rechtstitel. Voor alle relaties tussen een Logisch Object en andere hoofdentiteiten (Fysiek Object, Actor en Logisch Object zelf) zijn er geen velden opgenomen in dit model. Zie hiervoor de figuur van de hoofdentiteiten op blz. 8. Hieronder wordt een korte omschrijving gegeven van alle attributen van een Logisch Object. De attributen zijn gegroepeerd in rubrieken; deze rubrieken worden weergegeven met cijfers. De indeling in rubrieken is overgenomen uit de elementenlijst (zie [1]) en geeft alleen aan welke attributen functioneel bij elkaar horen. 1. Referentie. ISAD ID: ID, volgnummer dat automatisch door het systeem wordt gegenereerd. Verplicht. Voorafgaand nummer: Nummer waarmee het object in beheersysteem is vastgelegd. Optioneel. Voorafgaand toevoeging: Toevoeging waarmee het object in beheersysteem is vastgelegd. Optioneel. Type nummer: Type nummer; lijst met mogelijke waarden. Collectie, Catalogus, Object, Toegang, Inventaris. Optioneel. 2. Titel. ISAD Titel: Titel (al dan niet toegekend door de beschrijver) van het object. Optioneel. Type titel: Type titel; lijst met mogelijke waarden. Origineel, Gegeven. Optioneel. Beschrijving: Beschrijving van het Logisch Object. Optioneel. Subtitel. Optioneel. Serietitel. Optioneel. 3. Datering object. ISAD Creatiedatum begindatum: Begindatum van creatie van het Logisch Object. Verplicht. Creatiedatum einddatum: Einddatum van creatie van het Logisch Object. Optioneel. Creatiedatum periode: Periode van creatie van het Logisch Object; vrij tekstveld. Optioneel. Het is mogelijk dat dit wordt toegevoegd als trefwoord. 6

8 6. Geschiedenis. ISAD Geschiedenis: Geschiedenis en lotgevallen van het Logisch Object. Optioneel. 8. Inhoud. ISAD Annotatie: Extra informatie over het Logisch Object die niet elders staat. Optioneel. Inhoudsdatum van: Begindatum van de inhoud van het Logisch Object. Optioneel. Wanneer hier alleen het jaar YYYY wordt ingevuld, moet met 1 januari YYYY worden gezocht. Inhoudsdatum tot: Einddatum van de inhoud van het Logisch Object. Optioneel. Wanneer hier alleen het jaar YYYY wordt ingevuld, moet met 31 december YYYY worden gezocht. Inhoudsdatum op: Datum van de inhoud van het Logisch Object. Optioneel. Inhoud periode: Periode van de inhoud van het Logisch Object. Vrij tekstveld. Optioneel. Het is mogelijk dat dit wordt toegevoegd als trefwoord. [Trefwoord] 11. Ordening. ISAD Oude nrs concordanties: Vrij tekstveld. Optioneel. 12. Voorwaarden voor raadpleging. ISAD Embargo: Indicatie of er een embargo op het Logisch Object berust; lijst met mogelijke waarden. Ja, Nee, Voorwaardelijk. Optioneel. Embargo Jaar: Jaar wanneer het embargo afloopt, alleen actief wanneer Embargo='Ja' of Voorwaardelijk. Optioneel. Wanneer dit veld leeg is, dan moet het Embargo Jaar van het bovenliggend Logisch Object worden gekozen. Dit is een Business Rule die moet worden uitgewerkt bij het implementeren van het metadatamodel. Embargo Opmerkingen: Opmerkingen bij het embargo, alleen actief wanneer Embargo='Ja' of Voorwaardelijk. Optioneel. 13. Voorwaarden voor reproductie. ISAD Auteursrechten: Indicatie of het Logisch Object gereproduceerd mag worden; lijst met mogelijke waarden. Ja, Nee, Voorwaardelijk. Optioneel. Auteursrechten Jaar: Jaar van aflopen voorwaarde van de reproductie. Alleen actief wanneer Auteursrechten ='Ja' of 'Voorwaardelijk'. Optioneel. Auteursrechten Voorwaarden: De reden en/of de voorwaarden van de reproductie wordt vermeld. Optioneel. 14. Taal en schrift. ISAD [Taal] 15. Fysieke kenmerken Een LO heeft geen fysieke kenmerken. 16. Toegangen. ISAD De attributen bij Toegang worden alleen gevuld wanneer het Logisch Object een toegang betreft. De velden Jaar en Auteur worden gevuld via de entiteit Verantwoording. Toegang geldig: Indicatie of de toegang geldig is; lijst met mogelijke waarden. Ja, Nee. Optioneel. Toegang aard: Aard van de toegang; lijst met mogelijke waarden. Geen toegang, Beredeneerde toegang, Eenvoudige toegang, Eenvoudige toegang in dossier, Nadere toegang, Voorlopige toegang. Optioneel. Toegang vorm: Verschijningsvorm van de toegang; lijst met mogelijke waarden. FLEXIS, DIGI, TYPE. Optioneel. Toegang opmerkingen: Opmerkingen bij de toegang. Optioneel. 21. Aantekening. ISAD [Aantekening] 22. Verantwoording. ISAD [Verantwoording] Documentsoort [Documentsoort] Overig Referentie dossier: Koppeling naar administratie bijvoorbeeld DocLoods, vrij tekstveld. Optioneel. Dit kan de identificatiecode in Docloods zijn; dit veld is langer dan 14 karakters. Indicator gefiatteerd: Indicator of het Logisch Object gefiatteerd is; lijst met mogelijke waarden. Ja, Nee. Verplicht. Indicator gefiatteerd: Identificatie Instelling van het Logisch Object, default-waarde: 'GAR'. Identificatie Afdeling: Identificatie Afdeling van het Logisch Object. Speelduur: Speelduur van het Logisch Object, bijvoorbeeld 00:00:00. (in seconden, minuten en uren) Genre: Genre van het Logisch Object. Indicator Inhoudsdatum: Indicator van de Inhoudsdatum; lijst met mogelijke waarden: Geschat, Exact. Default-waarde: 'Exact'. Indicator Creatiedatum: Indicator van de Creatiedatum; lijst met mogelijke waarden: Geschat, Exact. Defaultwaarde: 'Exact'. Opschriften: Opschriften van het Logisch Object; bijvoorbeeld tekst op een foto. 7

9 Editie: Editie van het Logisch Object. Schaalaanduiding: Schaalaanduiding van het Logisch Object. Schaalaanduiding opmerkingen: Opmerkingen bij de schaalaanduiding van het Logisch Object. Orientatie: Orientatie van het Logisch Object. Registratie datum: Automatisch gegenereerde audit-kolom. Mutatie datum: Automatisch gegenereerde audit-kolom. 8

10 F y s i e k e O b j e c t e n Op basis van de elementenlijst (zie [1]) is het volgende model opgesteld voor de Fysieke Objecten (FO). In onderstaande figuur zijn alle verplichte kolommen in bold weergegeven. Fysiek Object Verwerving Vindplaats FK1 FOT_ID NUMERIC(10;0) Volgnummer NUMERIC(4;0) Depot CHAR(5) Stelling begin NUMERIC(6;0) Stelling eind NUMERIC(6;0) Kast begin CHAR(8) Kast einde CHAR(8) Element begin NUMERIC(4;0) Element einde NUMERIC(4;0) Materiaalsoort Code Omschrijving Illustratie Code CHAR(20) Omschrijving CHAR(20) Kopieertechniek Code Omschrijving Materiaalsoort bij Fysiek Object PK,FK2 FOT_ID NUMERIC(10;0) PK MST_ID NUMERIC(10;0) Illustratie bij Fysiek Object PK,FK1 FOT_ID NUMERIC(10;0) PK ILT_ID NUMERIC(10;0) Kopieertechniek bij Fysiek Object PK,FK2 FOT_ID NUMERIC(10;0) PK KPT_ID NUMERIC(10;0) Voorafgaand nummer CHAR(26) Voorafgaand toevoeging Type nummer Productiedatum begindatum Productiedatum einddatum Productiedatum periode CHAR(60) Creatiedatum drager datering Geschiedenis CHAR(4000) Status archief Status bestandsdeelniveau Datum status Indicator raadpleging Raadpleging opmerkingen Indicator reproductie Reproductie opmerkingen Fixity information Herkomst CHAR(500) Custody history CHAR(500) Modification CHAR(500) Bestandsnaam Plaats van opberging Bestandsformaat Technische context creatie CHAR(500) Technische context raadpleging CHAR(500) Compressie CHAR(25) Kleuren CHAR(25) Aanvullende digitale info CHAR(500) Afmetingen dpi Verschijningsvorm Type Aantal NUMERIC(10;0) Type aantal Indicator zwartwit kleur Indicator negatief positief Indicator stom geluid Snelheid CHAR(20) Indicator mono stereo Merk CHAR(20) Aantal paginas Indicator analoog digitaal Indicator duplicaat Type duplicaat CHAR(3) Jaar van uitgave begindatum Jaar van uitgave einddatum Indicator jaar van uitgave Indicator productiedatum Indicator creatiedatum drager Mutatie datum Registratie datum FK1 FOT_ID NUMERIC(10;0) Indicator aanwinst verlies Aanwinstennummer NUMERIC(9;0) Verkregen van Indicator overheid particulier Datum Referentie dossier CHAR(14) Jaartal akte Opmerking akte CHAR(500) Rechtstitel PK,FK1 ID NUMERIC(10;0) LOT_ID NUMERIC(10;0) Code Omvanggegevens FK1 FOT_ID NUMERIC(10;0) FK2 VWG_ID NUMERIC(10;0) Aantal NUMERIC(8;0) Hoeveelheid NUMERIC(8;2) Eenheid CHAR(20) Soort stuk CHAR(20) Afmeting FK1 FOT_ID NUMERIC(10;0) Soort afmeting Eenheid CHAR(20) Waarde NUMERIC(10;2) Opmerkingen CHAR(500) Aantekening FK1 FOT_ID NUMERIC(10;0) Type aantekening Aantekening CHAR(2000) Van alle attributen van een Fysiek Object is aangegeven of ze betrekking hebben op een digitaal Fysiek Object, op een analoog Fysiek Object, of op beide. In de beschrijving van het attribuut staat dan D, A of AD. Om misverstanden te voorkomen is het aan te raden om dit zichtbaar te maken in de attribuutnaam, bijvoorbeeld DIG Bestandsformaat en ANA Aantal paginas. Merk op, dat de tabel rechtstitel ook in dit model voorkomt, net als bij het model voor het Logisch Object. Dit betreft echter één en dezelfde tabel rechtstitel. Voor alle relaties tussen een Fysiek Object en andere hoofdentiteiten (Logisch Object, Actor en Fysiek Object zelf) zijn er geen velden opgenomen in dit model. Zie hiervoor de figuur van de hoofdentiteiten op blz. 8. Hieronder wordt een korte omschrijving gegeven van alle attributen van een Fysiek Object. De attributen zijn gegroepeerd in rubrieken; deze rubrieken worden weergegeven met cijfers. De indeling in rubrieken is overgenomen uit de elementenlijst (zie [1]) en geeft alleen aan welke attributen functioneel bij elkaar horen. 1. Referentie. ISAD ID: ID, volgnummer dat automatisch door het systeem wordt gegenereerd. AD. Verplicht. Voorafgaand nummer: Nummer waarmee het object in beheersysteem is vastgelegd. AD. Optioneel. Voorafgaand toevoeging: Toevoeging waarmee het object in beheersysteem is vastgelegd. AD. Optioneel. Type nummer: Type nummer; lijst met mogelijke waarden. Drager, Archiefblok, Bestanddeel. AD. Optioneel. 3. Datering object. ISAD Productiedatum begindatum: Begindatum van productie van het Fysiek Object. AD. Verplicht. Productiedatum einddatum: Einddatum van de productie van het Fysiek Object. AD. Optioneel. Productiedatum periode: Periode van creatie van het Fysiek Object; vrij tekstveld. AD. Optioneel. Creatiedatum drager datering: Datum van creatie van het Fysiek Object. AD. Optioneel. 5. Omvang. ISAD

11 [Omvang] 6. Geschiedenis. ISAD Geschiedenis: Geschiedenis en lotgevallen van het Fysiek Object. AD. Optioneel. 7. Verwerving. ISAD [Verwerving] 9. Selectie. ISAD Status archief: Status van het archiefblok; lijst met mogelijke waarden. In gebruik, Vervallen, Vernietigd. AD. Optioneel. Status bestanddeelniveau: Status van het bestanddeelniveau; lijst met mogelijke waarden. Ontbreken, Uitgeleend, Vervallen. AD. Optioneel. Datum status: Datum vanaf wanneer de status van het Fysiek Object geldig is. AD. Optioneel. 12. Voorwaarden voor raadpleging. ISAD Indicator raadpleging: Indicator of raadpleging van het Fysiek Object geoorloofd is; lijst met mogelijke waarden. Ja, Nee, Voorwaardelijk. AD. Optioneel. Raadpleging opmerkingen: Materiële voorwaarde voor raadpleging, vrij tekstveld. AD. Optioneel. 13. Voorwaarden voor reproductie. ISAD Indicator reproductie: Indicator of reproductie van het Fysiek Object geoorloofd is; lijst met mogelijke waarden. Ja, Nee, Voorwaardelijk. AD. Optioneel. Reproductie opmerkingen: Materiële voorwaarde voor reproductie, vrij tekstveld. AD. Optioneel. 15. Fysieke kenmerken. ISAD Fixity information: Indicatie of een document volledig, authentiek en integer is. In dit veld wordt ook aangegeven hoe dit is bepaald, bijvoorbeeld checksum, algoritme, digitale handtekening of certificaat. Vrij tekstveld. D. Optioneel. Herkomst: Provenance information. D. Optioneel. Custody history: De identiteit van de personen en organisaties die verantwoordelijk waren voor de opslag van het digitale object van de creatiedatum tot de opslag bij het digitaal archief. Vrij tekstveld. D. Optioneel. Modification: History log van het digitaal object, tot de opslag bij het digitaal archief. Vrij tekstveld. D. Optioneel. Bestandsnaam: Naam van het bestand. D. Optioneel. Plaats van opberging: Directory en servernaam waar het origineel van het bestand staat. D. Optioneel. Bestandsformaat: Bestandsformaat van het bestand. D. Optioneel. Technische context creatie: Software/besturingssysteem/hardware die gebruikt is voor het creëren van het bestand. D. Optioneel. Technische context raadpleging: Software/besturingssysteem/hardware die gebruikt is voor het raadplegen van het bestand. D. Optioneel. Compressie: Is bij het Fysiek Object compressie toegepast; en is de compressie omkeerbaar zonder dataverlies ( lossless ) of niet omkeerbaar is ( lossy ). Mogelijke waarden zijn: geen, lossy en lossless. D. Optioneel. Kleuren: Bijvoorbeeld rgb-waarde van een bestand. Vrij tekstveld. D. Optioneel. Aanvullende digitale info: Aanvullende digitale informatie over het bestand; bijvoorbeeld opmaak, lay-out, structuur, hiërarchie. Dit kan ook een verwijzing naar een DTD of een schema file of een font bevatten. D. Optioneel. Afmetingen dpi: Kwaliteitsaanduiding van digitale bestanden. Bijvoorbeeld high resolution/ low resolution. Vrij tekstveld. D. Optioneel. Verschijningsvorm: Verschijningsvorm van het Fysiek Object. AD. Optioneel. Type: Nadere aanduiding van de verschijningsvorm van het Fysiek Object. A. Optioneel. Aantal: Aantal. Default waarde: 1. AD. Optioneel. Type aantal: Type aantal; lijst met mogelijke waarden. Delen, Stuks. AD. Optioneel. Indicator zwartwit kleur: Indicator of het Fysiek Object in zwartwit of in kleur is; lijst met mogelijke waarden. Zwartwit, Kleur. A. Optioneel. Indicator negatief positief: Indicator of het Fysiek Object een negatief of een positief betreft; lijst met mogelijke waarden. Negatief, Positief. A. Optioneel. Indicator stom geluid: Indicator of het Fysiek Object geluid bevat of niet; lijst met mogelijke waarden. Stom, Geluid. A. Optioneel. Snelheid: Snelheid van het Fysiek Object in inch/cm/rounds per minuut. Vrij tekstveld. A. Optioneel. Indicator mono stereo: Indicator of het Fysiek Object in mono of in stereo is; lijst met mogelijke waarden. Mono, Stereo. A. Optioneel. Merk: Merk van het Fysiek Object. Vrij tekstveld. A. Optioneel. Aantal paginas: Aantal paginas van het Fysiek Object, bijvoorbeeld XXX, 456, XX. Vrij tekstveld. AD. Optioneel. 17. Bergplaats/vindplaats van originele/kopieën. ISAD [Vindplaats] 10

12 Overig Indicator analoog digitaal: Indicator die aangeeft of het Fysiek Object analoog is of digitaal; lijst met mogelijke waarden. Analoog, Digitaal. Verplicht. Indicator duplicaat: Indicator die aangeeft of het Fysiek Object een duplicaat betreft of niet; lijst met mogelijke waarden. Ja, Nee. AD. Verplicht. Type duplicaat: Type duplicaat, alleen van toepassing wanneer Indicator Duplicaat = 'Ja'; lijst met mogelijke waarden. Gebruiksduplicaat, Moederduplicaat, Masterduplicaat. AD. Optioneel. Jaar van uitgave begindatum: Begindatum van het jaar van uitgave van het Fysiek Object. Jaar van uitgave einddatum: Einddatum van het jaar van uitgave van het Fysiek Object. Indicator jaar van uitgave: Indicator van het jaar van uitgave; lijst met mogelijke waarden: Geschat, Exact. Default-waarde: 'Exact'. Indicator productiedatum: Indicator van de Productiedatum; lijst met mogelijke waarden: Geschat, Exact. Default-waarde: 'Exact'. AD. Optioneel. Indicator creatiedatum drager: Indicator van de Creatiedatum drager; lijst met mogelijke waarden: Geschat, Exact. Default-waarde: 'Exact'. AD. Optioneel. Registratie datum: Automatisch gegenereerde audit-kolom. AD. Mutatie datum: Automatisch gegenereerde audit-kolom. AD. 21. Aantekening. ISAD [Aantekening] 11

13 A c t o r e n Op basis van het document Metadatamodel versie (zie [2]) is het volgende model voor de entiteit Actor opgesteld. In onderstaande figuur zijn alle verplichte kolommen in bold weergegeven. Trefwoord Actor Voorafgaand nummer Soort actor Achternaam Voorletters CHAR(25) Voornaam Tussenvoegsel Meisjesnaam Tussenvoegsel meisjesnaam Parallelle namen Gestandaardiseerde naamsvormen Geboortejaar Sterfjaar Periode Geschiedenis CHAR(4000) Geschiedenis link CHAR(200) Functie CHAR(1000) Werkingssfeer Hoofdactiviteit Status Bronnen CHAR(1000) Indicator gefiatteerd Registratie datum Mutatie datum Trefwoord bij Logisch Object1 PK,FK1 TWD_ID NUMERIC(10;0) PK,FK2 ACT_ID NUMERIC(10;0) Hoofdactiviteit PK,FK1 ID NUMERIC(10;0) Rubriekscode Omschrijving Andere naamsvorm Omschrijving FK1 TTP_ID NUMERIC(10;0) Term Qualifier Alternatieve term Verwante term Extra locatie gegevens GIS coördinaten Beginjaar NUMERIC(4;0) Eindjaar NUMERIC(4;0) Bijzonderheden CHAR(200) Trefwoord Type Code Omschrijving Verantwoording FK1 ACT_ID NUMERIC(10;0) Naam CHAR(40) Datum Omschrijving CHAR(500) Er is nagegaan dat alle gegevens in de Authority Files (voor personen, organisaties en families) een plaats hebben in de entiteit Actor. Hiervoor zijn de documenten in de directory P:\E-depot\ Deelprojecten\P7 Standaardisering authorities gecontroleerd. Van alle attributen van een Actor is aangegeven of ze betrekking hebben op een persoon, een familie of een organisatie. In de beschrijving van het attribuut staat dan P, F of O, of een combinatie van deze letters. Voor alle relaties tussen een Actor en andere hoofdentiteiten (Fysiek Object, Logisch Object en Actor zelf) zijn er geen velden opgenomen in dit model. Zie hiervoor de figuur van de hoofdentiteiten op blz. 8. ID: ISAAR ID, volgnummer dat automatisch door het systeem wordt gegenereerd. PFO. Verplicht. Voorafgaand nummer: Nummer waarmee de Actor in beheersysteem is vastgelegd. PFO. Optioneel. Soort actor: ISAAR Aanduiding of het een persoon, een familie, of organisatie betreft. PFO. Verplicht. ISAAR 5.1.2: De formele of voorkeursnaam wordt afgeleid van de volgende attributen: Achternaam: ISAAR Achternaam van de Actor. PFO. Verplicht. Voorletters: ISAAR Voorletters van de Actor. P. Optioneel. Voornaam: ISAAR Voornaam van de Actor. P. Optioneel. Tussenvoegsel: ISAAR Tussenvoegsel van de Actor. PFO. Optioneel. Meisjesnaam: ISAAR Meisjesnaam van de Actor. P. Optioneel. Tussenvoegsel meisjesnaam: ISAAR Tussenvoegsels van de meisjesnaam van de Actor. P. Optioneel. Parallelle namen: ISAAR Naam in andere talen. Optioneel. Gestandaardiseerde naamsvormen: ISAAR Naam volgens andere beschrijvingsregels. Faciliteert gebruik in verschillende bibliografische tradities. PFO. Optioneel. ISAAR [Andere naamsvorm] PFO. Optioneel. Geboortejaar: ISAAR Beginjaar van de Actor. PO. Verplicht. Sterfjaar: ISAAR Eindjaar van de Actor. PO. Optioneel. Periode: ISAAR Periode van de Actor. Vrij tekstveld. PO. Verplicht. Geschiedenis: ISAAR Administr. geschiedenis, familiegeschiedenis, biografie. PFO. Optioneel. Geschiedenis link: ISAAR Link naar grafisch document. FO. Optioneel. 12

14 Functie: ISAAR Opsomming belangrijkste functies en nevenfuncties met data. PFO. Optioneel. Werkingssfeer: ISAAR Rechtsgebied van de organisatie. O. Optioneel. Hoofdactiviteit: Hoofdactiviteit van de Actor. Dit attribuut heeft te maken met de Actor Classification. De Actor Classification bestaat uit een nummer en een omschrijving, bijvoorbeeld: 16.02, Handel etc; Ambacht, nijverheid, industrie. [Hoofdactiviteit] O. Optioneel. Status: ISAAR Status van de beschrijving; lijst met mogelijke waarden. Concept, Definitief, Herzien. PFO. Optioneel. Bronnen: ISAAR Relevante bronnen die gebruikt zijn voor de beschrijving. PFO. Optioneel. Indicator gefiatteerd: Indicator of de Actor gefiatteerd is; lijst met mogelijke waarden. Ja, Nee. PFO. Verplicht. Registratie datum: Automatisch gegenereerde audit-kolom. PFO. Mutatie datum: Automatisch gegenereerde audit-kolom. PFO. [Trefwoord] ISAAR Plaats of plaatsen van vestiging. PFO. Optioneel. [Verantwoording] ISAAR Aantekeningen met betrekking tot het aanmaken en reviseren van de beschrijving. PFO. Optioneel. N i e u w e e n t i t e i t e n Op basis van de elementenlijst (zie [1]) wordt bepaald of nieuwe entiteiten in het datamodel nodig zijn. Voor deze nieuwe entiteiten is bepaald wat voor een relaties ze hebben met de hoofdentiteiten (Logische Objecten, Fysieke Objecten en Actoren). Taal Er is een n:n-relatie tussen talen en LO. In het datamodel wordt gebruik gemaakt van een intersectie-entiteit: Taal bij Logisch Object. Een taal kent in ieder geval de volgende attributen: Code: Code van de taal. Verplicht. Omschrijving: Omschrijving van de taal. Verplicht. Bij het vullen van de entiteit Taal moet gebruik worden gemaakt van de standaard ISBD. Trefwoord Er is een n:n-relatie tussen trefwoorden en LO; er is ook een n:n-relatie tussen trefwoorden en Actor. In het datamodel wordt gebruik gemaakt van intersectie-entiteiten: Trefwoord bij Logisch Object en Trefwoord bij Actor. Een trefwoord kent in ieder geval de volgende attributen: ID: ID, volgnummer dat automatisch door het systeem wordt gegenereerd. Verplicht. TTP_ID: FK naar Trefwoord Type. Verplicht. Term: Term van het trefwoord. Vrij tekstveld. Verplicht. Qualifier: Qualifier wordt gebruikt om het verschil aan te duiden tussen twee of meer records die een identieke term hebben en hetzelfde trefwoordtype betreffen. Optioneel. Alternatieve term: Alternatieve term van het trefwoord. Vrij tekstveld. Optioneel. Verwante term: Verwante term van het trefwoord. Vrij tekstveld. Optioneel. Dit attribuut kan gebruikt worden om de gebruiker te wijzen op verwante termen van het trefwoord. Extra locatie gegevens: In dit attribuut kunnen extra locatiegegevens van het trefwoord worden opgeslagen. Bijvoorbeeld de plaats, gemeente of wijk waar een straat toe behoort. Optioneel. GIS coördinaten: GIS coördinaten van de locatie. In één specifiek coördinaatsysteem; op termijn zouden koppelingen met andere coördinaatsystemen gemaakt kunnen worden. Dit attribuut wordt alleen gebruikt wanneer het trefwoordtype een locatie betreft. Optioneel. Beginjaar: Beginjaar van het trefwoord. Bijvoorbeeld: bouwjaar van een schip, ingebruikstelling van een gebouw. Optioneel. Eindjaar: Eindjaar van het trefwoord. Bijvoorbeeld: jaar sloop. Optioneel. Bijzonderheden: Bijzonderheden van het trefwoord. Vrij tekstveld. Optioneel. Trefwoord type Er is een 1:n-relatie tussen trefwoorden en trefwoordtypen: Een trefwoord heeft altijd een trefwoordtype. De verschillende trefwoordtypen liggen vast in de entiteit trefwoord type. ID: ID, volgnummer dat automatisch door het systeem wordt gegenereerd. Verplicht. Code: Code van het trefwoordtype. Verplicht. Omschrijving: Omschrijving van het trefwoordtype. Verplicht. Er moet nog worden overlegd welke trefwoordtypen worden onderkend. Als eerste opzet zijn de volgende trefwoordtypen vastgelegd: Algemene trefwoorden Straatnamen Buurt- en wijknamen 13

15 Plaatsen Gemeenten Havens Rivieren Kanalen Grachten en singels Bruggen Gebieden (streken; ambachten; polders) Parken, landgoederen Provincies Gebouwen Tunnels Sportaccommodaties Schepen Aantekening Er is een 1:n-relatie tussen aantekening en LO; er is ook een 1:n-relatie tussen aantekening en FO. Een aantekening kent in ieder geval de volgende attributen: Type aantekening: Type van de aantekening; lijst met mogelijke waarden. Intern, Bezoeker. Verplicht. Aantekening: Aantekening, vrij tekstveld. Verplicht. Verantwoording Er is een 1:n-relatie tussen verantwoording en LO; er is ook een 1:n-relatie tussen verantwoording en Actor. Een verantwoording kent in ieder geval de volgende attributen: Naam: Wie heeft de beschrijving gemaakt of de verandering in de beschrijving. Optioneel. Datum: Datering van de beschrijving. Verplicht. Omschrijving: Verantwoording inventaris en welke regels en methoden zijn gebruikt bij inventariseren. Optioneel. Specificatie Er is een 1:n-relatie tussen specificatie en LO. Een specificatie kent in ieder geval het volgende attribuut: Specificatie: Specificatie. Vrij tekstveld. Verplicht. Documentsoort Er is een n:n-relatie tussen documentsoort en LO. In het datamodel wordt gebruik gemaakt van een intersectieentiteit: Documentsoort bij Logisch Object. Een documentsoort kent in ieder geval de volgende attributen: Soort document: naam van de documentsoort. Verplicht. Omschrijving: omschrijving van de documentsoort Verplicht. Toelichting: toelichting van de documentsoort. Optioneel. Voor verdere informatie over de entiteit documentsoort, zie het document Documentsoorten LO.doc (zie [8]). Rubriek Er is een 1:n-relatie tussen rubriek en LO. Een rubriek kent in ieder geval de volgende attributen: Code: Code van de rubriek. Verplicht. Omschrijving: Omschrijving van de rubriek. Optioneel. De precieze uitwerking van de entiteit rubriek heeft nauw te maken met het deelproject P7 Standaardisering authorities. Rechtstitel Er is een 1:n-relatie tussen rechtstitel en LO. Daarnaast is er een 1:1-relatie tussen rechtstitel en de entiteit verwerving. Merk op, dat de rechtstitel zowel bij het LO staat als bij de verwerving. Maar dit betreft één en dezelfde tabel rechtstitel. Een rechtstitel kent in ieder geval het volgende attribuut: Code: Code van de rechtstitel; lijst met mogelijke waarden. AANKOOP, CONFISC, DWANGDEPOT, EIGENDOM, GEMENGD, INBEWARING, ONBEKEND, OPNEMING, OUD, OVERBRENG, SCHENKING, STALLING, VERNIETIG, VERVREEMD. Verplicht. Omvanggegevens Er is een 1:n-relatie tussen omvanggegevens en FO. Daarnaast is er een 1:n-relatie tussen omvanggegevens en de entiteit verwerving. Een omvanggegeven kent in ieder geval de volgende attributen: Aantal: Aantal stuks. Optioneel. Hoeveelheid: Hoeveelheid in de meeteenheid eenheid. Optioneel. Eenheid: Meeteenheid waarin hoeveelheid is gemeten. Optioneel. Soort stuk: Beschrijving van de soort verpakking (dozen, mappen). Optioneel. Verwerving 14

16 Er is een 1:1-relatie tussen verwerving en FO. Daarnaast is er een 1:1-relatie tussen verwerving en de entiteit rechtstitel en een 1:n-relatie tussen verwerving en de entiteit omvanggegevens. Een verwerving kent in ieder geval de volgende attributen: Indicator aanwinst_verlies: Indicator of het een aanwinst of een verlies betreft; lijst met mogelijke waarden. Aanwinst, Verlies. Verplicht. Aanwinstennummer: Aanwinstennummer bestaat uit het jaar en het volgnummer. Verplicht. Verkregen van: Van wie is de aanwinst verkregen. Optioneel. Indicatie overheid_particulier: Indicator overheid of particulier; lijst met mogelijke waarden. Overheid, Particulier. Verplicht. Datum: Datum van verwerving. Optioneel. Referentie dossier: Koppeling naar administratie, vrij tekstveld. Optioneel. Dit kan de identificatiecode in Docloods zijn; dit veld is langer dan 14 karakters. Jaartal akte: Jaartal van de verwerving die via de laatst geldige akte van de verwerving wordt verkregen. Optioneel. Opmerking akte: Opmerkingen van de laatste geldige akte van de verwerving. Vindplaats Er is een 1:1-relatie tussen een vindplaats en FO. Deze entiteit wordt niet verder uitgewerkt binnen het metadatamodel. Vindplaats kent in ieder geval de volgende attributen: Volgnummer: Volgnummer van de vindplaats. Optioneel. Depot: Depotcode. Optioneel. Stelling begin: Code van de Stelling begin van de vindplaats. Verplicht. Stelling einde: Code van de Stelling einde van de vindplaats. Optioneel. Kast begin: Code van de beginkast van de vindplaats. Verplicht. Kast einde: Code van de eindkast van de vindplaats. Optioneel. Element begin: Begin plank/lade van de vindplaats. Verplicht. Element einde: Eind plank/lade van de vindplaats. Optioneel. Materiaalsoort Er is een n:n-relatie tussen materiaalsoorten en FO. In het datamodel wordt gebruik gemaakt van een intersectieentiteit: Materiaalsoort bij Fysiek Object. Een materiaalsoort kent in ieder geval de volgende attributen: Code: Code van de materiaalsoort. Verplicht. Omschrijving: Omschrijving van de materiaalsoort. Verplicht. Illustratie Er is een n:n-relatie tussen illustraties en FO. In het datamodel wordt gebruik gemaakt van een intersectie-entiteit: Illustratie bij Fysiek Object. Een illustratie kent in ieder geval de volgende attributen: Code: Code van de illustratie. Verplicht. Omschrijving: Omschrijving van de illustratie. Verplicht. Kopieertechniek Er is een n:n-relatie tussen kopieertechniek en FO. In het datamodel wordt gebruik gemaakt van een intersectieentiteit: Kopieertechniek bij Fysiek Object. Een kopieertechniek kent in ieder geval de volgende attributen: Code: Code van de kopieertechniek. Verplicht. Omschrijving: Omschrijving van de kopieertechniek. Verplicht. Afmeting Er is een 1:n-relatie tussen afmeting en FO. Een afmeting kent in ieder geval de volgende attributen: Soort afmeting: Soort afmeting; lijst met mogelijke waarden. Hoogte, Breedte, Doorsnede. Verplicht. Eenheid: Eenheid van de afmeting. Verplicht. Waarde: Waarde van de afmeting. Verplicht. Opmerkingen: Opmerkingen van de afmeting. Optioneel. Andere naamsvorm Er is een 1:n-relatie tussen een andere naamsvorm en Actor. Een andere naamsvorm kent in ieder geval het volgende attribuut: Omschrijving: Omschrijving van de andere naamsvorm. ISAAR Andere naamsvorm. Verplicht. Hoofdactiviteit Er is een 1:1-relatie tussen een hoofdactiviteit en Actor. Een hoofdactiviteit kent in ieder geval de volgende attributen: Rubriekscode: Rubriekscode van de hoofdactiviteit. Verplicht. 15

17 Omschrijving: Omschrijving van de hoofdactiviteit. Verplicht. Afbakening metadatamodel Deze toelichting bij het datamodel voor het Centraal Metadatasysteem is onderdeel van het deelproject P4 Centraal Metadatasysteem van het project E-depot. In dit hoofdstuk wordt vastgelegd wat er niet tot het deelproject P4 Centraal Metadatasysteem behoort. In een later stadium zou het wellicht mogelijk zijn om de onderstaande punten te koppelen aan het Centraal Metadatasysteem. Relatiebeheer Er moet worden nagegaan in hoeverre het nodig is om het huidige adres van een Actor (straat, huisnummer, postcode, woonplaats, land, telefoonnummer, adres, url) op te nemen binnen de hoofdentiteit Actor. Dit valt onder Relatiebeheer. In de elementenlijst staat bij Actoren hierover de volgende opmerking: Voor een goed beheer van de Actoren is een bijgehouden relatiebestand noodzakelijk. Hierin is nog niet voorzien.. Relatiebeheer wordt niet verder uitgewerkt binnen het deelproject P4 Centraal Metadatasysteem. Aanwinst- en dequisitiegegevens Depotbeheer Beheer bedreigde dragers Het proces Beheer bedreigde dragers wordt uitgevoerd in samenwerking met de Afdeling Materieel Beheer. Dit proces valt buiten het metadatamodel. Processen Voor andere processen, zoals bijvoorbeeld bruiklenen en scan-opdrachten, geldt hetzelfde: deze processen vallen buiten het metadatamodel. Preserverings-metadata Zie voor meer informatie over het preserveringsbeleid en over preserverings-metadata het deelproject P8 Preserveringsbeleid van het project E-depot. Een voorbeeld van iets dat door het deelproject P8 Preserveringsbeleid zal worden uitgewerkt, is de digitale handtekening. Binnen het deelproject P8 Preserveringsbeleid wordt bepaald hoe er omgegaan wordt met stukken met een digitale handtekening. Binnen het metadatamodel en het deelproject P4 Centraal Metadatasysteem wordt géén rekening gehouden met een digitale handtekening. Hetzelfde geldt voor de termen essentiële eigenschappen en acceptable loss. Deze termen worden niet meegenomen met het metadatamodel, in 2009 zal dit verder in het e-depot project worden uitgewerkt. Auditgegevens De wens bestaat om audit-kolommen op te nemen bij de entiteit trefwoorden. Dit geldt ook voor andere Authority File -entiteiten. Er moet duidelijk worden aangegeven bij welke entiteiten deze informatie gewenst is. In het metadatamodel is het mogelijk om bij de hoofdentiteiten (Logisch Object, Fysiek Object en Actor) te zien wie er wanneer een record heeft aangemaakt of gewijzigd. Dit is onder andere mogelijk door de audit-kolommen Registratie datum en Mutatie datum in de hoofdentiteiten. Hiermee is echter nog niet zichtbaar wat er is gewijzigd in een record. Er bestaat zowel bij de hoofdentiteit Logisch Object als bij Actor een tabel Verantwoording waarin een gebruiker kan aangeven wat er gewijzigd is voor een Logisch Object/Actor en waarom deze wijziging is doorgevoerd. Dit wordt echter niet automatisch bijgehouden. Het staat of valt bij de discipline van de gebruiker of de informatie in de tabel Verantwoording nuttig is. Hoe vaker en hoe consequenter deze tabel wordt ingevuld, hoe nuttiger de informatie in deze tabel is. Safety Deposit Box De attributen voor digitale Fysieke Objecten moeten aansluiten op het datamodel voor de Safety Deposit Box. Dit datamodel is echter nog niet bekend. Vandaar dat de Safety Deposit Box verder niet is meegenomen in het metadatamodel. Dit zal verder worden uitgewerkt in Aansluiting op de Digitale Balie Het project E-depot kent het deelproject P10 Digitale Balie. Eén van de onderdelen van de Digitale Balie is het zoeken in het metadatamodel. Met betrekking tot het zoeken vanuit Digitale Balie met trefwoorden en verwante trefwoorden, is er nog het volgende dat uitgezocht moet worden: Bij trefwoorden moet het volgende mogelijk worden gemaakt: (a) wanneer een gebruiker met een alternatieve term zoekt (geen trefwoord), dan moet gebruik worden gemaakt van deze alternatieve term. (b) wanneer een gebruiker zoekt met een trefwoord, dan moeten ook verwante trefwoorden worden getoond, of er moet ook gezocht worden op verwante trefwoorden. In het metadatamodel kan dit gerealiseerd worden door (a) een entiteit met alternatieve termen/trefwoorden te definiëren, in een 1:n-relatie met de entiteit trefwoord. 16

18 (b) een relatie te definiëren (waarschijnlijk 1:n) van de entiteit trefwoord naar zichzelf. Met deze relatie kunnen verwante trefwoorden van andere trefwoorden worden vastgelegd. Taken en werkprocessen Door de archiefvormers zijn er werkprocessen en taken gedefinieerd. Deze werkprocessen en taken zijn bekend in een documentmanagementsysteem, maar staan buiten het metadatamodel. Er moet goed worden nagedacht of het nodig is dat de werkprocessen en taken aan het metadatamodel worden gekoppeld. Wanneer dit het geval is, dan moet worden uitgezocht hoe deze koppeling gerealiseerd kan worden. Technische opmer kingen Met betrekking tot het metadatamodel worden hier nog technische opmerkingen geplaatst, waar rekening mee gehouden moet worden bij het ontwikkelen van het Centraal Metadatasysteem. Lengte van attributen in metadatamodel. Het attribuut omschrijving bij de entiteit verantwoording moet langer worden dan 500 karakters. Wellicht dat we hier dezelfde oplossing moeten kiezen als bij het attribuut geschiedenis bij de entiteiten Actor en Logisch Object. Momenteel is voor het attribuut geschiedenis de maximale lengte gekozen (4000) die mogelijk is voor een CHAR-veld. Mocht dit niet toereikend blijken, dan kan hier een ander datatype voor gekozen worden (CLOB Character Large OBject), waarin ruimte is voor ruim karakters. In ABS/Archeion zal een wijziging in het datamodel plaatsvinden. Deze wijziging heeft te maken met de entiteiten Verwerving en Omvanggegevens. De wijziging vindt plaats in het kader van STAP (Stichting Archief Programmatuur) en wordt uitgevoerd door de beheerpartij Transfer Solutions onder begeleiding van het Nationaal Archief. De wijziging is door Transfer Solutions geregistreerd in ServiceDesk, call nummer 131. Deze wijziging heeft vooral betrekking op de aanwinsten/verliezen. Aangezien de aanwinsten/verliezen ook in het metadatamodel zitten (tabel verwerving), heeft deze wijziging van het datamodel van ABS/Archeion ook gevolgen voor het metadatamodel. Bijlagen D o m e i n e n Bij het opstellen van het metadatamodel is gebleken dat voor sommige attributen een lijst met mogelijke waarden bestaat. Deze lijsten met mogelijke waarden zullen bij het bouwen van het Metadatasysteem in domeinen worden vastgelegd. In de onderstaande tabel worden alle domeinen getoond die in dit stadium bekend zijn. Daarbij wordt aangegeven bij welk attribuut en welke entiteit het domein wordt gebruikt. Het is mogelijk dat een domein bij meerdere attributen wordt gebruikt. Ook de lijsten met mogelijke waarden worden in deze tabel getoond. Naam van het domein Mogelijke waarden Afkortingen Gebruikt bij attribuut Type nummer LO Collectie COL Logisch Object.Type nummer Catalogus CAT Object OBJ Toegang TOE Inventaris INV Type titel Origineel O Logisch Object.Type titel Gegeven G Ja Nee Vw Ja J Logisch Object.Embargo Nee N Logisch Object.Auteursrechten Voorwaardelijk V Fysiek Object.Indicator raadpleging Fysiek Object.Indicator reproductie Ja Nee Ja J Logisch Object.Toegang geldig Nee N Logisch Object.Indicator gefiatteerd Fysiek Object.Indicator duplicaat Actor.Indicator gefiatteerd Toegang aard Geen toegang GEEN Logisch Object.Toegang aard Beredeneerde toegang INVEN Eenvoudige toegang LIJST Eenvoudige toegang in LSTD dossier Nadere toegang NADER Voorlopige toegang VOORL 17

19 Naam van het domein Mogelijke waarden Afkortingen Gebruikt bij attribuut Toegang vorm FLEXIS FLEXIS Logisch Object.Toegang vorm DIGI DIGI TYPE TYPE Type nummer FO Drager D Fysiek Object.Type Nummer Archiefblok A Bestanddeel B Status archief In gebruik I Fysiek Object.Status archief Vervallen V Vernietigd N Status Ontbreken O Fysiek Object.Status bestanddeelniveau bestanddeelniveau Uitgeleend U Vervallen V Type aantal Delen D Fysiek Object.Type aantal Stuks S Zwartwit kleur Zwartwit Z Fysiek Object.Indicator zwartwit kleur Kleur K Ingekleurd I Negatief positief Negatief N Fysiek Object.Indicator negatief positief Positief P Stom geluid Stom S Fysiek Object.Indicator stom geluid Geluid G Mono stereo Mono M Fysiek Object.Indicator mono stereo Stereo S Analoog Digitaal Analoog A Fysiek Object.Indicator analoog digitaal Digitaal D Type duplicaat Gebruiksduplicaat GEB Fysiek Object.Type duplicaat Moederduplicaat MOE Masterduplicaat MAS Status actor Concept C Actor.Status Definitief D Herzien H Type aantekening Intern I Aantekening.Type aantekening Bezoeker B Code rechtstitel Aankoop AANKOOP Rechtstitel.Code Confiscatie CONFISC Dwangdepot DWANGDEPOT Eigendom EIGENDOM gemeentearchief Gemengd GEMENGD Inbewaringgeving INBEWARING Onbekend ONBEKEND Opneming OPNEMING Oude rechtstitel OUD Overbrenging OVERBRENG Schenking SCHENKING Tijdelijke opslag STALLING Vernietiging VERNIETIG Vervreemding VERVREEMD Aanwinst verlies Aanwinst A Verwerving.Indicator aanwinst verlies Verlies V Overheid particulier Overheid O Verwerving.Indicator overheid particulier Particulier P Soort afmeting Hoogte H Afmeting.Soort afmeting Breedte B Doorsnede D Indicator datum Geschat G Logisch Object.Indicator Inhoudsdatum Exact E Logisch Object.Indicator Creatiedatum Fysiek Object.Indicator jaar van uitgave Fysiek Object.Indicator productiedatum Fysiek Object.Indicator creatiedatum drager 18

20 B u s i n e s s R u l e s Bij het opstellen van het metadatamodel is gebleken dat er een aantal regels zijn, waaraan het te bouwen Metadatasysteem moet voldoen. Zulke regels worden Business Rules genoemd. Hieronder worden alle Business Rules beschreven, die in dit stadium bekend zijn. 1. Logisch Object. Wanneer het veld Embargo jaar leeg is, dan moet het Embargo Jaar van het bovenliggend Logisch Object worden gekozen. 2. Logisch Object. De titel of de beschrijving van een Logisch Object moet worden ingevuld. 3. Actor. De voorletters of de voornaam van een Actor moet worden ingevuld. 4. Actor. Het geboortejaar, sterfjaar of de periode van een Actor moet worden ingevuld. 5. Logisch Object en Fysiek Object. Bij datumvelden geldt dat de begindatum verplicht is en de einddatum niet. Wanneer de datum bekend is, dan moet deze worden ingevuld in het veld begindatum. Wanneer het veld einddatum leeg is, dan betekent dat dat in het veld begindatum de precieze datum ( datum op ) staat. 19

Inleiding. Record. Specificatie ToPX 2.1

Inleiding. Record. Specificatie ToPX 2.1 Prins Willem-Alexanderhof 20 2595 BE Den Haag T +31-70-331 5400 www.nationaalarchief.nl Contact W. van der Reijden Recordkeeping adviseur T +31 6 55 26 79 52 wout.van.der.reijden@nationaal archief.nl Specificatie

Nadere informatie

Metadataschema Archiefniveau

Metadataschema Archiefniveau Metadataschema Archiefniveau 2 3 4 6 7 15C Optioneel Optioneel Identificatiekenmerk NL -SdmGA-012345 Uniek kenmerk van een record. Samengesteld uit: - landcode (ISO 3166-1); - code voor het betreffende

Nadere informatie

Inleiding. Record. XML-structuur ToPX 2.3

Inleiding. Record. XML-structuur ToPX 2.3 Inleiding ToPX 2.3 is het XML formaat dat binnen het Nationaal Archief gebruikt wordt voor het uitwisselen van metadata. Het is de technische vertaling van het metadatamodel voor het e-depot van het Nationaal

Nadere informatie

AFO 142 Titel Aanwinsten Geschiedenis

AFO 142 Titel Aanwinsten Geschiedenis AFO 142 Titel Aanwinsten Geschiedenis 142.1 Inleiding Titel Aanwinsten Geschiedenis wordt gebruikt om toevoegingen en verwijderingen van bepaalde locaties door te geven aan een centrale catalogus instantie.

Nadere informatie

Beginnen met de Relatiebeheer module

Beginnen met de Relatiebeheer module Auteur : Reint Endendijk Versie : 1.0 Datum : 23 juni 2010 2 Minimale stappen om te beginnen Hieronder worden de minimale stappen om te beginnen met de module Relatiebeheer kort beschreven. Deze stappen

Nadere informatie

Termen en begrippen Eisen Duurzaam Digitaal Depot

Termen en begrippen Eisen Duurzaam Digitaal Depot Afgedrukt : 722011 Pagina 1 van 12 R.S. Jonker Aangeboden digitaal archiefstuk A Digitaal archiefstuk (DA), zoals de archiefvormer het aanbiedt aan het depot. Hiertoe wordt het door de zorgdrager verwijderd

Nadere informatie

Documentatie DHD thesauri Bijlage 1 : Uitleverformaat 2.2 Diagnosethesaurus

Documentatie DHD thesauri Bijlage 1 : Uitleverformaat 2.2 Diagnosethesaurus Documentatie DHD thesauri Bijlage 1 : Uitleverformaat 2.2 Diagnosethesaurus Versie 1.4.3 Datum Mei 2015 Status Definitief Inhoud 1 UITLEVERFORMAAT DHD 2.2... 4 1.1 INLEIDING... 4 1.2 LEESWIJZER... 4 1.3

Nadere informatie

Dataprofiel voor Mondelinge Bronnen

Dataprofiel voor Mondelinge Bronnen Dataprofiel voor Mondelinge Bronnen Auteur: Bert Lemmens Date: 2013-04-29 Subject: modelprofielen Versie Datum Wijzigingen Auteur 0.1 2013-04-29 Start document Bert Lemmens 1 2 Inleiding tba 3 Datastructuur

Nadere informatie

Milieuvergunningen in FMIS

Milieuvergunningen in FMIS Milieuvergunningen in FMIS 1. Algemeen Elk schooldomein dient verplicht over één of meerdere milieuvergunningen te beschikken. Deze vergunningen zijn gekoppeld aan een domein zelf of aan bepaalde installaties;

Nadere informatie

Handboek ZooEasy Online Contacten

Handboek ZooEasy Online Contacten Handboek ZooEasy Online Contacten Datum: juni 2012 Versie: 1.04 Inhoudsopgave 1. ONDERHOUD CONTACTEN... 3 1.1. INLEIDING... 3 1.1.1. KOPPELING BASISTABELLEN... 3 1.1.2. KOPPELING ROLLEN EN AUTORISATIES...

Nadere informatie

Handleiding helpdesk. Datum: 08-10-2014 Versie: 1.0 Auteur: Inge van Sark

Handleiding helpdesk. Datum: 08-10-2014 Versie: 1.0 Auteur: Inge van Sark Datum: 08-10-2014 Versie: 1.0 Auteur: Inge van Sark Inhoudsopgave Inhoudsopgave... 2 1. Beheer helpdesk... 3 1.1. Settings... 3 1.2. Applicaties... 4 1.3. Prioriteiten... 5 1.4. Gebruik mailtemplates...

Nadere informatie

Handleiding ADC archiefservice

Handleiding ADC archiefservice Handleiding ADC archiefservice Om u het archiveren van de documenten van uw kerk of classes te vergemakkelijken, heeft het ADC besloten om een e-depot in te richten voor het veilig opslaan van digitale

Nadere informatie

Coachview.net Eenmalige Imports

Coachview.net Eenmalige Imports Coachview.net Eenmalige Imports Versie: Juli 2011, Revisie 2 Coachview.net: 2.1 Auteur(s): Remy Remery Dé nieuwe manier van samenwerken Inhoudsopgave 1. INLEIDING...3 BELANGRIJKSTE TERMEN... 3 2. IMPORT

Nadere informatie

BESCHRIJVING ROLSTOELEN STANDAARD

BESCHRIJVING ROLSTOELEN STANDAARD BESCHRIJVING ROLSTOELEN STANDAARD Naam afdeling of projectteam: Relatiebeheer Datum laatste wijziging: December 2010 Initialen laatste auteur: Versie: 1.0 INHOUDSOPGAVE 1 Algemeen...3 2 Bestandsopmaak...3

Nadere informatie

Document Management in het MBO Een verkenning. Bas Kruiswijk, Frank Eckelmans, Henk Jan van Ginkel en Leo Bakker

Document Management in het MBO Een verkenning. Bas Kruiswijk, Frank Eckelmans, Henk Jan van Ginkel en Leo Bakker Document Management in het MBO Een verkenning Bas Kruiswijk, Frank Eckelmans, Henk Jan van Ginkel en Leo Bakker Inleiding Aanleiding voor deze opdracht Vragen Wat is document management en hoe wordt deze

Nadere informatie

Uitbreiding van UM Aquo cluster metingen, toevoegen optioneel attribuut Identificatie waarnemingssoort aan klasse WaardeReeks MIDDELGROOT

Uitbreiding van UM Aquo cluster metingen, toevoegen optioneel attribuut Identificatie waarnemingssoort aan klasse WaardeReeks MIDDELGROOT Uitbreiding van UM Aquo cluster metingen, toevoegen optioneel attribuut Identificatie waarnemingssoort aan klasse WaardeReeks algemeen onderdeel: Publicatiedatum 1 mei 2012 UM Aquo - metingen Status concept

Nadere informatie

Microsoft Dynamics CRM 2011

Microsoft Dynamics CRM 2011 Data Quality Solutions Microsoft Dynamics CRM 2011 Datum: 12-4-2012 Versie 1.5 Versie 2.1 Datum: 01/06/2012 Inhoud 1. Inleiding... 3 2. KVK-integratie... 4 3. Update service... 5 4. Leadgenerator... 6

Nadere informatie

AFO 139 Automatische export

AFO 139 Automatische export AFO 139 Automatische export 139.1 Inleiding Vubis Smart beschikt over de mogelijkheid om volledig automatisch beschrijvingen te exporteren naar bestanden op de server. Andere bibliotheken (ongeacht of

Nadere informatie

Handleiding Metis Admin

Handleiding Metis Admin Handleiding Metis Admin Inhoud 1. Inleiding 2. Registreren van publicaties tabblad Type tabblad Auteurs tabblad Bibliografische beschrijving tabblad Onderzoek tabblad Extra kenmerken tabblad Samenvatting

Nadere informatie

Inventaris van het archief van het Proefstation voor Verpakkingen TNO,

Inventaris van het archief van het Proefstation voor Verpakkingen TNO, Nummer archiefinventaris: 2.14.36.21 Inventaris van het archief van het Proefstation voor Verpakkingen TNO, 1945-1963 Auteur: J.A.A. Bervoets Nationaal Archief, Den Haag 1994 Copyright: cc0 This finding

Nadere informatie

In samenwerking met de Expertgroep BCM

In samenwerking met de Expertgroep BCM Vraag en antwoord categorie 04 Nationaliteit Versie 1.1 Datum 12 november 2018 Status Definitief In samenwerking met de Expertgroep BCM Toelichting In de vraag en antwoord wordt vaak verwezen naar een

Nadere informatie

AFO Vergelijken van documenten

AFO Vergelijken van documenten AFO 114 - Vergelijken van documenten 114.1 Inleiding Met behulp van AFO 114 kunt u titelbeschrijvingen vergelijken als voorbereiding op het samenvoegen van gelijke records. Gebruik deze AFO voor: Het opsporen

Nadere informatie

Service Pack notes CRM SPE SP3

Service Pack notes CRM SPE SP3 Service Pack notes CRM SPE SP3 Versie 1.1 INHOUD Opslag documenten in de database... 3 Wijzigen methodiek opslag documenten... 3 Controleren documenten... 3 Repareren documenten... 3 Documenten verplaatsen

Nadere informatie

Zeeuws e-depot presentatie e-depot Monitor 10 februari 2016

Zeeuws e-depot presentatie e-depot Monitor 10 februari 2016 Het Zeeuws Archief is beheerder van de archieven van het Rijk, het Waterschap, de Provincie en drie gemeenten. Sinds 2008 staat digitale duurzaamheid hoog op de agenda. In dat jaar sloten we ons aan bij

Nadere informatie

In samenwerking met de Expertgroep BCM

In samenwerking met de Expertgroep BCM Vraag en antwoord categorie 04 Nationaliteit Versie 1.2 Datum 20 februari 2019 Status Definitief In samenwerking met de Expertgroep BCM Toelichting In de vraag en antwoord wordt vaak verwezen naar een

Nadere informatie

Tool voor certificering instrumenten voor verantwoord digitaal

Tool voor certificering instrumenten voor verantwoord digitaal Tool voor certificering instrumenten voor verantwoord digitaal werken Jan Beens (Regionaal Archief Nijmegen) Geert-Jan van Bussel (Van Bussel Document Services) Introductie De elementen zijn afkomstig

Nadere informatie

Gebruikershandleiding scannen personeelsdossiers (PaXS)

Gebruikershandleiding scannen personeelsdossiers (PaXS) Gebruikershandleiding scannen personeelsdossiers (PaXS) Inhoudsopgave Bestanden uploaden... 2 Omschrijving upload applicatie... 2 Bestanden uploaden... 3 Bestanden verwerken... 5 Omschrijving PaXS applicatie...

Nadere informatie

Inventaris van het archief van het Nederlands Instituut voor Preventieve Geneeskunde TNO, 1960-1970

Inventaris van het archief van het Nederlands Instituut voor Preventieve Geneeskunde TNO, 1960-1970 Nummer archiefinventaris: 2.14.36.23 Inventaris van het archief van het Nederlands Instituut voor Preventieve Geneeskunde TNO, 1960-1970 Auteur: J.A.A. Bervoets Nationaal Archief, Den Haag 1994 Copyright:

Nadere informatie

TERf Dataprofiel voor Archeologisch Vindplaatsen

TERf Dataprofiel voor Archeologisch Vindplaatsen TERf Dataprofiel voor Archeologisch Vindplaatsen Auteur: Bert Lemmens Date: 2012-04-27 Subject: Version Date Changes Author 0.1 2012-03-09 Start document Bert Lemmens 0.2 2012-03-13 Versie 1 Bert Lemmens

Nadere informatie

Metamodel M(etamodel) I(nformatiemodellen) G(emeenten)

Metamodel M(etamodel) I(nformatiemodellen) G(emeenten) Metamodel M(etamodel) I(nformatiemodellen) G(emeenten) (metamodel voor informatiemodellen KING en Kadaster + extensie) Het metamodel MIG (Metamodel Informatiemodellen Gemeenten) is het metamodel voor de

Nadere informatie

RELEASE NOTES. VERSIE Revisie 1.0. Imtech ICT Application Solutions

RELEASE NOTES. VERSIE Revisie 1.0. Imtech ICT Application Solutions RELEASE NOTES VERSIE 3.3.07 Revisie 1.0 Imtech ICT Application Solutions Carlo Mertens, Zaltbommel, 4 November 2010 Inhoudsopgave Inhoudsopgave... 2 Documentgegevens... 3 Inleiding... 4 1. Nieuwe / Gewijzigde

Nadere informatie

Omgeving van de zaak in kaart. Modellen. Naamgeving. Omgeving van de zaak in kaart #KVAN11 1

Omgeving van de zaak in kaart. Modellen. Naamgeving. Omgeving van de zaak in kaart #KVAN11 1 Omgeving van de zaak in kaart Een schildering van een zoektocht Rienk Jonker 6 juni 2011 Modellen 6-6-2011 #KVAN11 2 Naamgeving 6-6-2011 #KVAN11 3 #KVAN11 1 Geconfronteerd met Digitaal werken (zaaksgewijs

Nadere informatie

Alure - stappenplan Importeren relaties

Alure - stappenplan Importeren relaties Alure - stappenplan Importeren relaties Versie 1.0 06-10-2014 Inhoudsopgave Stap 1. Definiëren lijst... 2 Stap 2. Selecteren velden... 2 Stap 3. Excel bestand... 3 Stap 4. Instellingen - Dossiernummer...

Nadere informatie

DATAMODEL SQL. Middelbare School. Versie 1.0 Datum 30 oktober 2010 Auteur Mark Nuyens, studentnummer: 500625333 Groep TDI 1

DATAMODEL SQL. Middelbare School. Versie 1.0 Datum 30 oktober 2010 Auteur Mark Nuyens, studentnummer: 500625333 Groep TDI 1 DATAMODEL SQL Middelbare School Versie 1.0 Datum 30 oktober 2010 Auteur Mark Nuyens, studentnummer: 500625333 Groep TDI 1 INHOUDSOPGAVE 1. Informatiedomein 3 1.1 Informatiedomein 3 1.2 Toepassingen 3 2.

Nadere informatie

Structuurplannen indeling en op te nemen elementen R.S. Jonker

Structuurplannen indeling en op te nemen elementen R.S. Jonker Structuurplannen indeling en op te nemen elementen R.S. Jonker Inleiding 3 Een indeling 4 Op te nemen elementen 6 Entiteiten 6 Proces 6 Product 7 Informatie-object 8 Beheershandeling 9 Taak 10 Grondslag

Nadere informatie

Wijzigingsvoorstel op het Logisch Model Aquo 2 kabel-elementen uit IMKL overnemen RfC-W-0901-0031

Wijzigingsvoorstel op het Logisch Model Aquo 2 kabel-elementen uit IMKL overnemen RfC-W-0901-0031 Wijzigingsvoorstel op het Logisch Model Aquo 2 kabel-elementen uit IMKL overnemen RfC-W-0901-0031 Indiener A. Meerkerk, Nieuwland Datum 9-3-2009 Kenmerk RfC W-0901-0031 Documentbeheer Wijzigingshistorie

Nadere informatie

gravita PSUR-C conversie en import van relaties in PSU Relatiebeheer Algemeen

gravita PSUR-C conversie en import van relaties in PSU Relatiebeheer Algemeen gravita PSUR-C conversie en import van relaties in PSU Relatiebeheer Algemeen Het converteren van adres- en andere relatiegegevens in PSU Relatiebeheer, en wat dat betreft elke koppeling tussen verschillende

Nadere informatie

Handleiding RS Form! 1.0.4

Handleiding RS Form! 1.0.4 Handleiding RS Form! 1.0.4 Inhoud 1. Controlepaneel... 3 2. Forms Manager... 4 2.1 Nieuwe form aanmaken... 4 2.2 Nieuwe fields toevoegen... 7 2.3 Wijzigen/verwijderen bestaande Forms, Fields... 10 Versie

Nadere informatie

Informatieobjecten zijn systematisch beschreven

Informatieobjecten zijn systematisch beschreven AP17 Informatieobjecten zijn systematisch beschreven Statement De aan de dienst gerelateerde informatieobjecten zijn systematisch beschreven en op passende wijze gemodelleerd. Afgeleid van BP2 (vindbaar)

Nadere informatie

AFO 113 Authoritybeheer

AFO 113 Authoritybeheer AFO 113 Authoritybeheer 113.1 Inleiding Authority records die gebruikt worden in de catalogusmodule kunnen via deze AFO beheerd worden. U kunt hier records opzoeken, wijzigen, verwijderen of toevoegen.

Nadere informatie

Beheervoorziening BSN - Use Case Specificatie 16: Toets of nummer een BSN is

Beheervoorziening BSN - Use Case Specificatie 16: Toets of nummer een BSN is Beheervoorziening BSN - Use Case Specificatie 16: Toets of nummer een BSN is Versie 3.1 Datum 3 maart 2015 Inhoud Inhoud 2 Inleiding 4 1 Hoofdscenario 4 1.1 Initiatie 4 1.1.1 Ontvang bericht toets of nummer

Nadere informatie

Handleiding People Inc. - ArboUnie link

Handleiding People Inc. - ArboUnie link Handleiding People Inc. - ArboUnie link I Installatie en Gebruik Arbo Unie link voor People Inc. Inhoudsopgave Hoofdstuk 1 People Inc. - ArboUnie link 2 1.1 Inleiding... 2 1.2 Werking... van de link 2

Nadere informatie

Mailing/Selecties maken

Mailing/Selecties maken Mailing/Selecties maken In dit hoofdstuk wordt beschreven hoe u een Brief mailing, een e-mail mailing of adresetiketten kunt maken voor een groep relaties die aan bepaalde criteria voldoen. Selectie van

Nadere informatie

Invoerhandleiding Rechtentabblad Adlib. KADER: Status. Versie: 14 november 2018 Door: Lotte Baltussen en Caecilia Thoen. Rechtenstatus (VERPLICHT)

Invoerhandleiding Rechtentabblad Adlib. KADER: Status. Versie: 14 november 2018 Door: Lotte Baltussen en Caecilia Thoen. Rechtenstatus (VERPLICHT) Versie: 14 november 2018 Door: Lotte Baltussen en Caecilia Thoen Invoerhandleiding Rechtentabblad Adlib KADER: Status Rechtenstatus (VERPLICHT) Label waarmee aangegeven wordt of er rechten op het object

Nadere informatie

Per gemeente of samenwerkingsverband zijn via de decentrale beheermodule aanpassingen mogelijk op de volgende punten:

Per gemeente of samenwerkingsverband zijn via de decentrale beheermodule aanpassingen mogelijk op de volgende punten: Handleiding Decentrale Beheermodule aanvraag bijstand Inleiding De Decentrale Beheermodule aanvraag bijstand is bedoeld om gemeenten in staat te stellen de inhoud en het procesverloop van de digitale aanvraag

Nadere informatie

Beheer en onderhoud GPH

Beheer en onderhoud GPH Beheer en onderhoud GPH Afkomstig van: Sandra van Beek-Jacobs Versie: 1.0 Datum: 25-7-2014 Inhoudsopgave 1. Documenthistorie 3 2. Inleiding 4 2.1 Opbouw document 4 2.2 Doel document 4 2.3 Beheer van het

Nadere informatie

Mogelijkheden Aura Online met meerdere vestigingen in één catalogus

Mogelijkheden Aura Online met meerdere vestigingen in één catalogus Mogelijkheden Aura Online met meerdere vestigingen in één catalogus Heeft uw organisatie/school meerdere vestigingen waar een mediatheek is gevestigd? Dan kunt ervoor kiezen om de catalogi van deze mediatheken

Nadere informatie

Release notes:

Release notes: Applicatie: Alle Module: Algemeen (geen specifieke module) 62528 Statuslogs - contactpersoon - medewerker koppelingen Gecorrigeerde functionaliteit Voor de verschillende status logs is de medewerker /

Nadere informatie

HOE EEN MANDAAT AANGEVEN?

HOE EEN MANDAAT AANGEVEN? HOE EEN MANDAAT AANGEVEN? Algemeen De entiteit (organisator, pensioeninstelling of solidariteitsinstelling ) die verantwoordelijk is voor de DB2P-aangiften kan haar aangiften door een andere entiteit laten

Nadere informatie

Toelichting catalogus Template basisregistraties

Toelichting catalogus Template basisregistraties Toelichting catalogus Template basisregistraties Datum: 9 april 2010 Auteur: E. Raadsen Versie: 2.0 d8 Status: Concept 20100617 Toelichting catalogus br template 2.0 d8.1.odt-1- Versiehistorie Versie Datum

Nadere informatie

Systeemontwikkeling, Hoofdstuk 4, Tabellen maken in MS Access 2010

Systeemontwikkeling, Hoofdstuk 4, Tabellen maken in MS Access 2010 4 Tabellen maken in MS Access In dit hoofdstuk starten we met de bouw van ons informatiesysteem met de belangrijkste bouwstenen: de tabellen. 4.1 Starten met MS Access Als je het programma Microsoft Access

Nadere informatie

TMLO: PRAKTISCHE TOEPASSING

TMLO: PRAKTISCHE TOEPASSING TMLO: PRAKTISCHE TOEPASSING IPO themadag Digitale Duurzaamheid 8 maart 2016 Joost van Koutrik, Het Utrechts Archief Marielle Jansen ten Berge, Provincie Utrecht VOORDAT WE BEGINNEN... Er zijn twee soorten

Nadere informatie

RIAXION DOSSIER HANDLEIDING

RIAXION DOSSIER HANDLEIDING RIAXION DOSSIER HANDLEIDING Versie 1.0 Status: Definitief Datum: 8-3-2012 Deventer Inhoud 1. VRAGENLIJST... 3 1.1. Het maken van een vragenlijst... 4 1.2. Vragen toevoegen aan een vragenlijst... 5 1.3.

Nadere informatie

Document Management in het MBO

Document Management in het MBO Document Management in het MBO Een verkenning Bas Kruiswijk, Frank Eckelmans, Henk Jan van Ginkel en Leo Bakker Vragen Wat is document management en hoe wordt deze term gehanteerd in het MBO? Welke processen

Nadere informatie

Key2Parkeren. Koppeling Kassa-applicatie

Key2Parkeren. Koppeling Kassa-applicatie Key2Parkeren Koppeling Kassa-applicatie Product: Koppeling: Key2Parkeren Databasekoppeling Key2Parkeren met kassa-applicatie Versie: 1.0 Datum: 05-01-2015 Status: Gepubliceerd Auteur: Centric Netherlands,

Nadere informatie

Functioneel ontwerp. Omgevingsloket online. Koppeling met BAG

Functioneel ontwerp. Omgevingsloket online. Koppeling met BAG Functioneel ontwerp Omgevingsloket online Koppeling met BAG Juli 2014 Release 2.10 Pagina 1 van 14 Inhoudsopgave 1 Inleiding 3 1.1 Identificatie 3 1.2 Doel van dit document 3 1.3 Randvoorwaarden, uitgangspunten

Nadere informatie

Taxis Pitane Link. (gebruikershandleiding) Censys BV - Eindhoven

Taxis Pitane Link. (gebruikershandleiding) Censys BV - Eindhoven Taxis Pitane Link (gebruikershandleiding) Censys BV - Eindhoven Inhoud Wat is Taxis Pitane Link?... 4 Inloggen in Taxis Pitane Link... 5 Wachtwoord vergeten... 6 Startscherm of hoofdmenu... 7 Helpvensters

Nadere informatie

S A N I T R A C E BESLAG. Versie 1.0

S A N I T R A C E BESLAG. Versie 1.0 S A N I T R A C E BESLAG Versie 1.0 25 oktober 2008 1 INHOUDSOPGAVE 1. Beslag identificeren... 3 2. Beheer beslag Creatie... 5 2.1. Creatie vanuit de inrichting... 5 2.2. Standaardwaarden... 6 2.3. Velden

Nadere informatie

1 Calculatie XE, 9.00 update 16 2

1 Calculatie XE, 9.00 update 16 2 1 Calculatie XE, 9.00 update 16 2 1.1 Nieuw: Uitbreidingen n.a.v de ARW 2012 2 1.1.1 Beschrijving / doel 2 1.1.2 Instelling(en) 4 1.1.3 RAW inschrijfstaat rapportage 6 1.1.4 RAW inschrijfstaat rapportage

Nadere informatie

Inventaris van de Burgerlijke Stand der gemeente Alphen: registers van geboorten (dubbelen),

Inventaris van de Burgerlijke Stand der gemeente Alphen: registers van geboorten (dubbelen), Nummer archiefinventaris: 3.010.01 Inventaris van de Burgerlijke Stand der gemeente Alphen: registers van geboorten (dubbelen), 1812-1885 Auteur: DTNA-script Nationaal Archief, Den Haag 2008 Copyright:

Nadere informatie

Inventaris van de Burgerlijke Stand der gemeente Hoogeveen-Delfland: registers van geboorten (dubbelen), 1818-1833

Inventaris van de Burgerlijke Stand der gemeente Hoogeveen-Delfland: registers van geboorten (dubbelen), 1818-1833 Nummer archiefinventaris: 3.090.01 Inventaris van de Burgerlijke Stand der gemeente Hoogeveen-Delfland: registers van geboorten (dubbelen), 1818-1833 Auteur: DTNA-script Nationaal Archief, Den Haag 2008

Nadere informatie

Uploaden/wijzigen van meerdere kaarthouders tegelijk

Uploaden/wijzigen van meerdere kaarthouders tegelijk Uploaden/wijzigen van meerdere kaarthouders tegelijk Waarom uploaden? Het uploaden van kaarthouders is een optie die u kunt gebruiken wanneer u meerdere kaarthouders onder één afdeling snel wilt toevoegen

Nadere informatie

Fuseren parochies in de Navision administratie

Fuseren parochies in de Navision administratie Fuseren parochies in de Navision administratie Algemene informatie Relatie IPAL Datum 31-07-2013 Bestandsnaam Communicatie parochiefusie 20130731 Status/versie Definitief - 1.10 Auteur Michaël Bongers

Nadere informatie

Extern FD-register t.b.v. vergunningcontrole

Extern FD-register t.b.v. vergunningcontrole Extern FD-register t.b.v. vergunningcontrole Versie Omschrijving Auteur Datum 0.1 Concept Mike Welagen 01-07-2005 0.2 Aanpassing xsd Mike Welagen 31-10-2005 0.3 ProductInformatieAlgemeen toegevoegd Mike

Nadere informatie

Implementatie handleiding koppeling met Ysis

Implementatie handleiding koppeling met Ysis Implementatie handleiding koppeling met Ysis Introductie Dit document beschrijft stap voor stap de handelingen die benodigd zijn om een correcte inrichting in ONS te maken zodat Ysis data kan versturen

Nadere informatie

Inventaris van het archief van de Raad van Beroep van de Directe Belastingen te Rotterdam,

Inventaris van het archief van de Raad van Beroep van de Directe Belastingen te Rotterdam, Nummer archiefinventaris: 3.03.49.02 Inventaris van het archief van de Raad van Beroep van de Directe Belastingen te Rotterdam, 1893-1957 Auteur: SSA-rechtbank Nationaal Archief, Den Haag 1985 Copyright:

Nadere informatie

Handleiding beheer accounts en contactpersonen Microsoft CRM 2016

Handleiding beheer accounts en contactpersonen Microsoft CRM 2016 Handleiding beheer accounts en contactpersonen Microsoft CRM 2016 Revisie: versie 1.0 Datum: 23/03/2016 Inhoudsopgave Inhoudsopgave... 2 1. Inleiding... 3 1.1 Algemeen... 3 1.2 Handleiding relatiebeheer...

Nadere informatie

Beheerdershandleiding ADC archiefservice

Beheerdershandleiding ADC archiefservice Beheerdershandleiding ADC archiefservice Om u het archiveren van de documenten van uw kerk of classes te vergemakkelijken, heeft het ADC besloten om een e-depot in te richten voor het veilig opslaan van

Nadere informatie

Haza-21 Handleiding Thesaurus

Haza-21 Handleiding Thesaurus Haza-21 Handleiding Thesaurus versie 3.3 2 april 2012 Copyright 2011-2012 J.A.Diebrink te Burdaard. Alle rechten voorbehouden. Inhoudsopgave blz. 2 Inleiding... 3 Algemeen... 3 Toepassingen in Haza-21...

Nadere informatie

Informatiemodel TMLO Metadateren: wat, waarom en hoe

Informatiemodel TMLO Metadateren: wat, waarom en hoe Informatiemodel TMLO Metadateren: wat, waarom en hoe Archiefinnovatie Decentrale Overheden 14 en 15 december 2016 Arjan Kloosterboer Emile van der Maas 2014: TMLO gepubliceerd class Im MLO hoofdlijnen

Nadere informatie

Website maker. Bezoek je domein om de Website maker in te stellen. De volgende melding zal zichtbaar zijn.

Website maker. Bezoek je domein om de Website maker in te stellen. De volgende melding zal zichtbaar zijn. Aan de slag met de Bezoek je domein om de in te stellen. De volgende melding zal zichtbaar zijn. Volg de url 'administratie paneel' om in te loggen en de vervolgens in te stellen. Als eerst krijg je de

Nadere informatie

Bewerkershandleiding ADC archiefservice

Bewerkershandleiding ADC archiefservice Bewerkershandleiding ADC archiefservice Om u het archiveren van de documenten van uw kerk of classes te vergemakkelijken, heeft het ADC besloten om een e-depot in te richten voor het veilig opslaan van

Nadere informatie

Handleiding voor ondernemers

Handleiding voor ondernemers Handleiding voor ondernemers De directe invoer van content in de database van visitbrabant.nl Pagina 1 van 12 Inhoud Aanmaken of bewerken van een locatie... 3 Nieuwe locatie aanmaken/ huidige bewerken...

Nadere informatie

Wijzigingsvoorstel op het Logisch Model Aquo Wijziging specificatie Wanddikte (ZATWANDD)

Wijzigingsvoorstel op het Logisch Model Aquo Wijziging specificatie Wanddikte (ZATWANDD) Wijzigingsvoorstel op het Logisch Model Aquo Wijziging specificatie Wanddikte (ZATWANDD) RfC-W-0901-0027 Indiener A. Meerkerk, Nieuwland Datum 09-03-2009 Kenmerk RfC W-0901-0027 Documentbeheer Wijzigingshistorie

Nadere informatie

Uploaden/wijzigen van meerdere kaarthouders tegelijk

Uploaden/wijzigen van meerdere kaarthouders tegelijk Uploaden/wijzigen van meerdere kaarthouders tegelijk Waarom uploaden? Het uploaden van kaarthouders is een optie die u kunt gebruiken wanneer u meerdere kaarthouders onder één afdeling snel wilt toevoegen

Nadere informatie

Handleiding Mplus Touch Screen Kassa

Handleiding Mplus Touch Screen Kassa Handleiding Mplus Touch Screen Kassa Module T1200 Op rekening en relatie beheer Leza Horeca & Winkel Management Van Dedemstraat 6 1624 NN Hoorn Tel 0229-562110 E-mail : info@leza.nl Inhoudsopgave 1 Module

Nadere informatie

Via Invoegen Koptekst en voettekst kunt u de tekst wijzigen

Via Invoegen Koptekst en voettekst kunt u de tekst wijzigen Via Invoegen Koptekst en voettekst kunt u de tekst wijzigen 11-02-18 1 11-02-18 2 Inhoudsopgave De ICT wereld en de archief wereld Huidige situatie bij het Stadsarchief / knelpunten Gewenste situatie /

Nadere informatie

Beginnen met de Agenda & planning module

Beginnen met de Agenda & planning module Auteur : Reint Endendijk Versie : 1.0 Datum : 22 juni 2010 2 Minimale stappen om te beginnen Introductie Hieronder wordt het minimum aantal stappen om te beginnen met de module Agenda & Planning kort beschreven.

Nadere informatie

Het object is stabiel en zal stabiel blijven in de huidige omgevingsomstandigheden. Het object vereist geen restauratie

Het object is stabiel en zal stabiel blijven in de huidige omgevingsomstandigheden. Het object vereist geen restauratie BEWARINGSTOESTAND goed redelijk matig slecht Het object is stabiel en zal stabiel blijven in de huidige omgevingsomstandigheden. Het object vereist geen restauratie Het object is stabiel en zal stabiel

Nadere informatie

A Davilex Online Import Sjabloon downloaden

A Davilex Online Import Sjabloon downloaden Support Note Rekeningschema importeren in Davilex Online In deze Support Note leest u hoe u een rekeningschema importeert in Davilex Online en wordt toegelicht welke voorwaarden bij de import gelden. Davilex

Nadere informatie

Trippeltrap Content Management System

Trippeltrap Content Management System Handleiding Trippeltrap Content Management System versie 2.4 Aanmelden Voordat u de tekst op uw webpagina kunt aanpassen, moet u zich eerst aanmelden. Bovenaan de pagina vindt u een link naar het intranet.

Nadere informatie

Handleiding. Fiscaal Parkeren. Server applicaties. Beheer

Handleiding. Fiscaal Parkeren. Server applicaties. Beheer Handleiding Fiscaal Parkeren Server applicaties Beheer Auteur: K. van der Weide 26-07-2017 BySpy Products B.V. 2017 versie 3.0 Inhoudsopgave Inhoudsopgave 2 Inleiding 4 Inloggen 5 Menu Fiscaal Parkeren

Nadere informatie

Ieder document direct beschikbaar

Ieder document direct beschikbaar Slide 1 Ieder document direct beschikbaar 4 februari 2016 1 Slide 2 Over Expansion Implementatiespecialist op gebied van digitale documentverwerking en archivering Verantwoordelijk voor volledig implementatietraject

Nadere informatie

Tips & Trucs ARCHICAD 117: Programma van Eisen add-on voor KeyMembers

Tips & Trucs ARCHICAD 117: Programma van Eisen add-on voor KeyMembers Tips & Trucs ARCHICAD 117: Programma van Eisen add-on voor KeyMembers Met de Programma van Eisen add-on kan eenvoudig een programma van eisen worden ingelezen vanuit een excel bestand, waarbij snel zones

Nadere informatie

Wat zijn archiefstukken? Wat is een archief? Beginselen Ordening

Wat zijn archiefstukken? Wat is een archief? Beginselen Ordening Wat zijn archiefstukken? Wat is een archief? Beginselen Ordening 2010 Document (3), ongeacht zijn vorm, naar zijn aard bestemd om te berusten onder de persoon, groep personen of organisatie die het heeft

Nadere informatie

TMLO Toepassingsprofiel Metadata Lokale Overheden 12 november 2015 Archief 2020 Innovatieagenda met vijf lijnen: digitale duurzaamheid openbaarheid en selectie toegankelijkheid van de archiefcollectie

Nadere informatie

Installatiehandleiding Business Assistent

Installatiehandleiding Business Assistent Installatiehandleiding Business Assistent Wijzigingsgeschiedenis Versie Datum Omschrijving Status 0.1 25-09-2014 Eerste opzet van het installatie Concept document. 1.0 04-11-2014 Geen: Commercieel maken

Nadere informatie

Voorstel contactmoment

Voorstel contactmoment Voorstel contactmoment Welbergweg 80-84 Postbus 768 7550 AT Hengelo Tel: 074 259 40 08 Fax: 074 256 64 24 Door: N. Bruins 2-2- 2011 Versiebeheer Versie Status Datum Auteur Reden wijziging 0.1 Concept 20-01-

Nadere informatie

Productspecificaties BRK Kadastrale kaart Basisinformatie 8 november 2016

Productspecificaties BRK Kadastrale kaart Basisinformatie 8 november 2016 Productspecificaties BRK Kadastrale kaart versiebeheer Versies versie datum Auteur Samenvatting van de wijzigingen 0.1 9 juni 2015 Nico de Graaff Initiële versie 0.2 18 november 2015 Nico de Graaff Herziening

Nadere informatie

Inventaris van de Burgerlijke Stand der gemeente Dirksland: registers van geboorten (dubbelen),

Inventaris van de Burgerlijke Stand der gemeente Dirksland: registers van geboorten (dubbelen), Nummer archiefinventaris: 3.048.01 Inventaris van de Burgerlijke Stand der gemeente Dirksland: registers van geboorten (dubbelen), 1812-1942 Auteur: DTNA-script Nationaal Archief, Den Haag 2008 Copyright:

Nadere informatie

Cliënten handleiding PwC Client Portal

Cliënten handleiding PwC Client Portal Cliënten handleiding PwC Client Portal Mei 2011 (1) 1. Portal van de cliënt Deze beschrijving gaat ervan uit dat u beschikt over inloggegevens voor de portal en over de url van de portal website. Als u

Nadere informatie

UNIVERSITEIT VAN AMSTERDAM Informatiseringscentrum. Toelichting. Relatie medewerkergegevens in SAP/HR & IdM/LDAP/AD-systemen

UNIVERSITEIT VAN AMSTERDAM Informatiseringscentrum. Toelichting. Relatie medewerkergegevens in SAP/HR & IdM/LDAP/AD-systemen UNIVERSITEIT VAN AMSTERDAM Informatiseringscentrum Toelichting Relatie medewerkergegevens in SAP/HR & IdM/LDAP/AD-systemen met de focus op UvAnetID administratie P&O Versie: 1.3 Documentnaam: Toelichting

Nadere informatie

1. Milieuklacht... 2 1.1 Handleiding opladen XML in mkros... 2 2. Werken met Refertes... 5

1. Milieuklacht... 2 1.1 Handleiding opladen XML in mkros... 2 2. Werken met Refertes... 5 1. Milieuklacht............................................................................................. 2 1.1 Handleiding opladen XML in mkros......................................................................

Nadere informatie

AFO 423 Beheer exemplaren

AFO 423 Beheer exemplaren AFO 423 Beheer exemplaren 423.1 Inleiding AFO 423 stelt u in staat de status van een exemplaar te bekijken en een aantal gegevens bij het exemplaar te wijzigen. Gegevens die gewijzigd kunnen worden: er

Nadere informatie

Handleiding voor ondernemers. De directe invoer van content in de database van visitbrabant.com

Handleiding voor ondernemers. De directe invoer van content in de database van visitbrabant.com Handleiding voor ondernemers De directe invoer van content in de database van visitbrabant.com Inhoud Aanmaken of bewerken van een locatie... 2 Content... 3 Contactgegevens... 4 Call-to-action... 4 Kalender...

Nadere informatie

HELPTEKST ENTITEIT BIDPRENTJES

HELPTEKST ENTITEIT BIDPRENTJES Deze invulhulp is bedoeld voor deelnemers van de Brabant Cloud die gebruik maken van het collectiebeheersysteem Memorix Maior. Alle velden in de entiteit Bidprentjes worden uitgelegd en toegelicht aan

Nadere informatie

Handleiding voor ondernemers

Handleiding voor ondernemers Handleiding voor ondernemers De directe invoer van content in de database van visitbrabant.nl Pagina 1 van 13 Inhoud Aanmaken of bewerken van een locatie...3 Details...3 Adresgegevens...4 Contactgegevens...4

Nadere informatie

AFO Beheer sjablonen voor documenten

AFO Beheer sjablonen voor documenten AFO 153 - Beheer sjablonen voor documenten 153.1 InleidingAFO 153 opent met een overzicht zoals hieronder van alle aanwezige sjablonen: U kunt het beste beginnen door het standaardsjabloon default-smart

Nadere informatie

Handleiding NarrowCasting

Handleiding NarrowCasting Handleiding NarrowCasting http://portal.vebe-narrowcasting.nl september 2013 1 Inhoud Inloggen 3 Dia overzicht 4 Nieuwe dia toevoegen 5 Dia bewerken 9 Dia exporteren naar toonbankkaart 11 Presentatie exporteren

Nadere informatie

HANDLEIDING DOIT BEHEER SYSTEEM

HANDLEIDING DOIT BEHEER SYSTEEM HANDLEIDING DOIT BEHEER SYSTEEM ALGEMENE INFORMATIE Het Doit beheer systeem is een modulair opgebouwd systeem waarin modules makkelijk kunnen worden toegevoegd of aangepast, niet iedere gebruiker zal dezelfde

Nadere informatie