generated from Logius-standaarden/ReSpec-template
-
Notifications
You must be signed in to change notification settings - Fork 0
/
Copy pathsnapshot.html
791 lines (735 loc) · 55.2 KB
/
snapshot.html
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
542
543
544
545
546
547
548
549
550
551
552
553
554
555
556
557
558
559
560
561
562
563
564
565
566
567
568
569
570
571
572
573
574
575
576
577
578
579
580
581
582
583
584
585
586
587
588
589
590
591
592
593
594
595
596
597
598
599
600
601
602
603
604
605
606
607
608
609
610
611
612
613
614
615
616
617
618
619
620
621
622
623
624
625
626
627
628
629
630
631
632
633
634
635
636
637
638
639
640
641
642
643
644
645
646
647
648
649
650
651
652
653
654
655
656
657
658
659
660
661
662
663
664
665
666
667
668
669
670
671
672
673
674
675
676
677
678
679
680
681
682
683
684
685
686
687
688
689
690
691
692
693
694
695
696
697
698
699
700
701
702
703
704
705
706
707
708
709
710
711
712
713
714
715
716
717
718
719
720
721
722
723
724
725
726
727
728
729
730
731
732
733
734
735
736
737
738
739
740
741
742
743
744
745
746
747
748
749
750
751
752
753
754
755
756
757
758
759
760
761
762
763
764
765
766
767
768
769
770
771
772
773
774
775
776
777
778
779
780
781
782
783
784
785
786
787
788
789
790
791
<!DOCTYPE html><html lang="nl"><head>
<meta name="viewport" content="width=device-width, initial-scale=1, shrink-to-fit=no">
<meta content="text/html; charset=utf-8" http-equiv="content-type">
<meta name="generator" content="ReSpec 35.1.1">
<style>
.issue-label{text-transform:initial}
.warning>p:first-child{margin-top:0}
.warning{padding:.5em;border-left-width:.5em;border-left-style:solid}
span.warning{padding:.1em .5em .15em}
.issue.closed span.issue-number{text-decoration:line-through}
.issue.closed span.issue-number::after{content:" (Closed)";font-size:smaller}
.warning{border-color:#f11;border-color:var(--warning-border,#f11);border-width:.2em;border-style:solid;background:#fbe9e9;background:var(--warning-bg,#fbe9e9);color:#000;color:var(--text,#000)}
.warning-title:before{content:"⚠";font-size:1.3em;float:left;padding-right:.3em;margin-top:-.3em}
li.task-list-item{list-style:none}
input.task-list-item-checkbox{margin:0 .35em .25em -1.6em;vertical-align:middle}
.issue a.respec-gh-label{padding:5px;margin:0 2px 0 2px;font-size:10px;text-transform:none;text-decoration:none;font-weight:700;border-radius:4px;position:relative;bottom:2px;border:none;display:inline-block}
</style>
<style>
dfn{cursor:pointer}
.dfn-panel{position:absolute;z-index:35;min-width:300px;max-width:500px;padding:.5em .75em;margin-top:.6em;font-family:"Helvetica Neue",sans-serif;font-size:small;background:#fff;background:var(--indextable-hover-bg,#fff);color:#000;color:var(--text,#000);box-shadow:0 1em 3em -.4em rgba(0,0,0,.3),0 0 1px 1px rgba(0,0,0,.05);box-shadow:0 1em 3em -.4em var(--tocsidebar-shadow,rgba(0,0,0,.3)),0 0 1px 1px var(--tocsidebar-shadow,rgba(0,0,0,.05));border-radius:2px}
.dfn-panel:not(.docked)>.caret{position:absolute;top:-9px}
.dfn-panel:not(.docked)>.caret::after,.dfn-panel:not(.docked)>.caret::before{content:"";position:absolute;border:10px solid transparent;border-top:0;border-bottom:10px solid #fff;border-bottom-color:var(--indextable-hover-bg,#fff);top:0}
.dfn-panel:not(.docked)>.caret::before{border-bottom:9px solid #a2a9b1;border-bottom-color:var(--indextable-hover-bg,#a2a9b1)}
.dfn-panel *{margin:0}
.dfn-panel b{display:block;color:#000;color:var(--text,#000);margin-top:.25em}
.dfn-panel ul a[href]{color:#333;color:var(--text,#333)}
.dfn-panel>div{display:flex}
.dfn-panel a.self-link{font-weight:700;margin-right:auto}
.dfn-panel .marker{padding:.1em;margin-left:.5em;border-radius:.2em;text-align:center;white-space:nowrap;font-size:90%;color:#040b1c}
.dfn-panel .marker.dfn-exported{background:#d1edfd;box-shadow:0 0 0 .125em #1ca5f940}
.dfn-panel .marker.idl-block{background:#8ccbf2;box-shadow:0 0 0 .125em #0670b161}
.dfn-panel a:not(:hover){text-decoration:none!important;border-bottom:none!important}
.dfn-panel a[href]:hover{border-bottom-width:1px}
.dfn-panel ul{padding:0}
.dfn-panel li{margin-left:1em}
.dfn-panel.docked{position:fixed;left:.5em;top:unset;bottom:2em;margin:0 auto;max-width:calc(100vw - .75em * 2 - .5em - .2em * 2);max-height:30vh;overflow:auto}
</style>
<script>document.title = respecConfig.title</script>
<title>GGHH</title>
<title>Default</title>
<link rel="shortcut icon" type="image/x-icon" href="https://gitdocumentatie.logius.nl/publicatie/respec/style/logos/logius.ico">
<style id="respec-mainstyle">
@keyframes pop{
0%{transform:scale(1,1)}
25%{transform:scale(1.25,1.25);opacity:.75}
100%{transform:scale(1,1)}
}
a.internalDFN{color:inherit;border-bottom:1px solid #99c;text-decoration:none}
a.externalDFN{color:inherit;border-bottom:1px dotted #ccc;text-decoration:none}
a.bibref{text-decoration:none}
.respec-offending-element:target{animation:pop .25s ease-in-out 0s 1}
.respec-offending-element,a[href].respec-offending-element{text-decoration:red wavy underline}
@supports not (text-decoration:red wavy underline){
.respec-offending-element:not(pre){display:inline-block}
.respec-offending-element{background:url(data:image/gif;base64,R0lGODdhBAADAPEAANv///8AAP///wAAACwAAAAABAADAEACBZQjmIAFADs=) bottom repeat-x}
}
#references :target{background:#eaf3ff;animation:pop .4s ease-in-out 0s 1}
cite .bibref{font-style:normal}
a[href].orcid{padding-left:4px;padding-right:4px}
a[href].orcid>svg{margin-bottom:-2px}
ol.tof,ul.tof{list-style:none outside none}
.caption{margin-top:.5em;font-style:italic}
#issue-summary>ul{column-count:2}
#issue-summary li{list-style:none;display:inline-block}
details.respec-tests-details{margin-left:1em;display:inline-block;vertical-align:top}
details.respec-tests-details>*{padding-right:2em}
details.respec-tests-details[open]{z-index:999999;position:absolute;border:thin solid #cad3e2;border-radius:.3em;background-color:#fff;padding-bottom:.5em}
details.respec-tests-details[open]>summary{border-bottom:thin solid #cad3e2;padding-left:1em;margin-bottom:1em;line-height:2em}
details.respec-tests-details>ul{width:100%;margin-top:-.3em}
details.respec-tests-details>li{padding-left:1em}
.self-link:hover{opacity:1;text-decoration:none;background-color:transparent}
aside.example .marker>a.self-link{color:inherit}
.header-wrapper{display:flex;align-items:baseline;position:relative;left:-.5em}
:is(h2,h3,h4,h5,h6):not(#toch2)+a.self-link{color:inherit;order:-1;position:relative;left:-.7em;font-size:1rem;opacity:.5}
:is(h2,h3,h4,h5,h6)+a.self-link::before{content:"§";text-decoration:none;color:var(--heading-text)}
:is(h2,h3)+a.self-link{top:-.2em}
:is(h4,h5,h6)+a.self-link::before{color:#000}
@media (max-width:767px){
dd{margin-left:0}
}
@media print{
.removeOnSave{display:none}
}
</style>
<style id="respec-nlgov">
img.license{float:left;padding-right:5px}
</style>
<style>
ul.index{columns:30ch;column-gap:1.5em}
ul.index li{list-style:inherit}
ul.index li span{color:inherit;cursor:pointer;white-space:normal}
#index-defined-here ul.index li{font-size:.9rem}
ul.index code{color:inherit}
#index-defined-here .print-only{display:none}
@media print{
#index-defined-here .print-only{display:initial}
}
</style>
<meta name="description" content="Tekst">
<style>
.sidelabel {
position: fixed;
-webkit-transform-origin: top right;
right: 100%;
top: 0;
-webkit-transform: rotate(-90deg);
padding: 4px 50px 4px 10px;
color: white;
white-space: nowrap;
z-index: 1;
background-color: #39870c;
}
</style>
<script type="text/javascript">
/* Any custom mermaid.js scripts will go here. */
</script>
<style>
/* Any custom mermaid.js scripts will go here. */
}
</style>
<script id="initialUserConfig" type="application/json">{
"nl_organisationName": "MinBZK",
"nl_organisationStylesURL": "https://gitdocumentatie.logius.nl/publicatie/respec/style/",
"nl_organisationPublishURL": "https://regels.overheid.nl/standaarden/",
"logos": [
{
"src": "https://gitdocumentatie.logius.nl/publicatie/respec/style/logos/figure-logius.svg",
"alt": "Logius",
"id": "Logius",
"height": 77,
"width": 44,
"url": "https://www.logius.nl/standaarden"
}
],
"postProcess": [
null
],
"latestVersion": [
"nl_organisationPublishURL",
"shortName"
],
"thisVersion": [
"nl_organisationPublishURL",
"shortName",
"/v",
"publishVersion"
],
"prevVersion": [
"nl_organisationPublishURL",
"shortName",
"/v",
"previousPublishVersion"
],
"useLogo": true,
"useLabel": true,
"license": "cc0",
"addSectionLinks": true,
"localizationStrings": {
"en": {
"wv": "Draft",
"cv": "Recommendation",
"vv": "Proposed recommendation",
"def": "Definitive version",
"basis": "Document",
"eo": "Outdated version",
"tg": "Rescinded version",
"no": "Norm",
"st": "Standard",
"im": "Information model",
"pr": "Guideline",
"hr": "Guide",
"wa": "Proposed recommendation",
"al": "General",
"bd": "Governance documentation",
"bp": "Best practice"
},
"nl": {
"wv": "Werkversie",
"cv": "Consultatieversie",
"vv": "Versie ter vaststelling",
"def": "Vastgestelde versie",
"basis": "Document",
"eo": "Verouderde versie",
"tg": "Teruggetrokken versie",
"no": "Norm",
"st": "Standaard",
"im": "Informatiemodel",
"pr": "Praktijkrichtlijn",
"hr": "Handreiking",
"wa": "Werkafspraak",
"al": "Algemeen",
"bd": "Beheerdocumentatie",
"bp": "Best practice"
}
},
"sotdText": {
"nl": {
"sotd": "Status van dit document",
"def": "Dit is de definitieve versie van dit document. Wijzigingen naar aanleiding van consultaties zijn doorgevoerd.",
"wv": "Dit is een werkversie die op elk moment kan worden gewijzigd, verwijderd of vervangen door andere documenten. Het is geen door het TO goedgekeurde consultatieversie.",
"cv": "Dit is een door het TO goedgekeurde consultatieversie. Commentaar over dit document kan gestuurd worden naar ",
"vv": "Dit is een definitief concept van de nieuwe versie van dit document. Wijzigingen naar aanleiding van consultaties zijn doorgevoerd.",
"basis": "Dit is een document zonder officiële status."
},
"en": {
"sotd": "Status of This Document",
"def": "This is the definitive version of this document. Edits resulting from consultations have been applied.",
"wv": "This is a draft that could be altered, removed or replaced by other documents. It is not a recommendation approved by TO.",
"cv": "This is a proposed recommendation approved by TO. Comments regarding this document may be sent to ",
"vv": "This is the definitive concept of this document. Edits resulting from consultations have been applied.",
"basis": "This document has no official standing."
}
},
"labelColor": {
"def": "#154273",
"wv": "#39870c"
},
"licenses": {
"cc0": {
"name": "Creative Commons 0 Public Domain Dedication",
"short": "CC0",
"url": "https://creativecommons.org/publicdomain/zero/1.0/",
"image": "https://gitdocumentatie.logius.nl/publicatie/respec/media/logos/cc-zero.svg"
},
"cc-by": {
"name": "Creative Commons Attribution 4.0 International Public License",
"short": "CC-BY",
"url": "https://creativecommons.org/licenses/by/4.0/legalcode",
"image": "https://gitdocumentatie.logius.nl/publicatie/respec/media/logos/cc-by.svg"
},
"cc-by-nd": {
"name": "Creative Commons Naamsvermelding-GeenAfgeleideWerken 4.0 Internationaal",
"short": "CC-BY-ND",
"url": "https://creativecommons.org/licenses/by-nd/4.0/legalcode.nl",
"image": "https://gitdocumentatie.logius.nl/publicatie/respec/media/logos/cc-by-nd.svg"
}
},
"localBiblio": {
"SemVer": {
"href": "https://semver.org",
"title": "Semantic Versioning 2.0.0",
"authors": [
"T. Preston-Werner"
],
"date": "June 2013"
}
},
"specStatus": "wv",
"specType": "IM",
"pubDomain": "ronl",
"shortName": "gghh",
"publishDate": "2024-12-11",
"publishVersion": "0.0.1",
"previousVersion": "",
"previousPublishDate": "",
"previousMaturity": "",
"title": "GGHH",
"subtitle": "Dit model heeft betrekking op de gegevenshuishouding dat onderdeel is van de informatie huishouding.",
"content": {
"ch01": "informative",
"ch02": ""
},
"editors": [
{
"name": "Steven Gort",
"mailto": "[email protected]",
"company": "ICTU",
"companyURL": "http://www.ictu.nl",
"url": "mailto:[email protected]"
}
],
"authors": [
{
"name": "Andre Hollants",
"url": "https://www.rijksoverheid.nl/jenv"
},
{
"name": "Steven Gort",
"url": "https://www.ictu.nl"
}
],
"github": "https://github.com/MinBZK/gghh/",
"alternateFormats": [
{
"label": "pdf",
"uri": "gghh.pdf"
}
]
}</script>
<link rel="stylesheet" href="https://gitdocumentatie.logius.nl/publicatie/respec/style/base.css"></head>
<body class="h-entry toc-inline"><div class="head">
<a class="logo" href="https://www.logius.nl/standaarden"><img alt="Logius" height="77" id="Logius" src="https://gitdocumentatie.logius.nl/publicatie/respec/style/logos/figure-logius.svg" width="44">
</a> <h1 id="title" class="title">GGHH</h1>
<h2 id="subtitle" class="subtitle">Dit model heeft betrekking op de gegevenshuishouding dat onderdeel is van de informatie huishouding.</h2>
<h2>
MinBZK Informatiemodel<br>
Werkversie
<time class="dt-published" datetime="2024-12-11">12 december 2024</time>
</h2>
<dl>
<dt>Deze versie:</dt><dd class="status">
<a class="u-url status" href="https://minbzk.github.io/gghh/">https://minbzk.github.io/gghh/</a>
</dd>
<dt>Laatst gepubliceerde versie:</dt><dd>
<a href="https://regels.overheid.nl/standaarden/gghh">https://regels.overheid.nl/standaarden/gghh</a>
</dd>
<dt>Laatste werkversie:</dt><dd><a href="https://minbzk.github.io/gghh/">https://minbzk.github.io/gghh/</a></dd>
<dt>Redacteur:</dt>
<dd class="editor p-author h-card vcard">
<a class="ed_mailto u-email email p-name" href="mailto:[email protected]">Steven Gort</a> (<a class="p-org org h-org" href="http://www.ictu.nl">ICTU</a>)
</dd>
<dt>Auteurs:</dt><dd class="editor p-author h-card vcard">
<a class="u-url url p-name fn" href="https://www.rijksoverheid.nl/jenv">Andre Hollants</a>
</dd><dd class="editor p-author h-card vcard">
<a class="u-url url p-name fn" href="https://www.ictu.nl">Steven Gort</a>
</dd>
<dt>Doe mee:</dt><dd>
<a href="https://github.com/MinBZK/gghh/">GitHub MinBZK/gghh</a>
</dd><dd>
<a href="https://github.com/MinBZK/gghh/issues/">Dien een melding in</a>
</dd><dd>
<a href="https://github.com/MinBZK/gghh/commits/">Revisiehistorie</a>
</dd><dd>
<a href="https://github.com/MinBZK/gghh/pulls/">Pull requests</a>
</dd>
</dl>
<p>
Dit document is ook beschikbaar in dit niet-normatieve formaat:
<a rel="alternate" href="gghh.pdf">pdf</a>
</p>
<p class="copyright">
Dit document valt onder de volgende licentie:
<a rel="license" href="https://creativecommons.org/publicdomain/zero/1.0/" class="subfoot"><img class="license" src="https://gitdocumentatie.logius.nl/publicatie/respec/media/logos/cc-zero.svg" alt="Logo Creative Commons 0 Public Domain Dedication"><br> Creative Commons 0 Public Domain Dedication</a>
</p>
<hr title="Separator for header">
</div>
<section id="abstract" class="introductory"><h2>Samenvatting</h2><p>Tekst</p>
</section>
<section id="sotd" class="introductory"><h2>Status van dit document</h2><p>Dit is een werkversie die op elk moment kan worden gewijzigd, verwijderd of vervangen door andere documenten. Het is geen door het TO goedgekeurde consultatieversie.</p></section><nav id="toc"><h2 class="introductory" id="inhoudsopgave">Inhoudsopgave</h2><ol class="toc"><li class="tocline"><a class="tocxref" href="#abstract">Samenvatting</a></li><li class="tocline"><a class="tocxref" href="#sotd">Status van dit document</a></li><li class="tocline"><a class="tocxref" href="#inleiding"><bdi class="secno">1. </bdi>Inleiding</a></li><li class="tocline"><a class="tocxref" href="#gghh-model"><bdi class="secno">2. </bdi>GGHH Model</a><ol class="toc"><li class="tocline"><a class="tocxref" href="#visualisatie"><bdi class="secno">2.1 </bdi>Visualisatie</a></li><li class="tocline"><a class="tocxref" href="#elementen-uit-het-gghh-model"><bdi class="secno">2.2 </bdi>Elementen uit het GGHH Model</a><ol class="toc"><li class="tocline"><a class="tocxref" href="#gegevensproduct"><bdi class="secno">2.2.1 </bdi>Gegevensproduct</a></li><li class="tocline"><a class="tocxref" href="#bedrijfsproces"><bdi class="secno">2.2.2 </bdi>Bedrijfsproces</a></li><li class="tocline"><a class="tocxref" href="#beleidsbegrip"><bdi class="secno">2.2.3 </bdi>Beleidsbegrip</a></li><li class="tocline"><a class="tocxref" href="#beleidsdomein"><bdi class="secno">2.2.4 </bdi>Beleidsdomein</a></li><li class="tocline"><a class="tocxref" href="#doelbinding"><bdi class="secno">2.2.5 </bdi>Doelbinding</a></li><li class="tocline"><a class="tocxref" href="#elementaire-gegevensset"><bdi class="secno">2.2.6 </bdi>Elementaire gegevensset</a></li><li class="tocline"><a class="tocxref" href="#enkelvoudig-gegeven"><bdi class="secno">2.2.7 </bdi>Enkelvoudig gegeven</a></li><li class="tocline"><a class="tocxref" href="#formele-waarheid"><bdi class="secno">2.2.8 </bdi>Formele waarheid</a></li><li class="tocline"><a class="tocxref" href="#gebeurtenis"><bdi class="secno">2.2.9 </bdi>Gebeurtenis</a></li><li class="tocline"><a class="tocxref" href="#gegevensdomein"><bdi class="secno">2.2.10 </bdi>Gegevensdomein</a></li><li class="tocline"><a class="tocxref" href="#gegevensproduct-0"><bdi class="secno">2.2.11 </bdi>Gegevensproduct</a></li><li class="tocline"><a class="tocxref" href="#grondslag"><bdi class="secno">2.2.12 </bdi>Grondslag</a></li><li class="tocline"><a class="tocxref" href="#materiele-waarheid"><bdi class="secno">2.2.13 </bdi>Materiële waarheid</a></li><li class="tocline"><a class="tocxref" href="#persoon"><bdi class="secno">2.2.14 </bdi>Persoon</a></li><li class="tocline"><a class="tocxref" href="#type-begrip"><bdi class="secno">2.2.15 </bdi>Type begrip</a></li><li class="tocline"><a class="tocxref" href="#type-elementaire-gegevenset"><bdi class="secno">2.2.16 </bdi>Type elementaire gegevenset</a></li><li class="tocline"><a class="tocxref" href="#type-gegevensproduct"><bdi class="secno">2.2.17 </bdi>Type gegevensproduct</a></li><li class="tocline"><a class="tocxref" href="#uitvoering-beleidsregel"><bdi class="secno">2.2.18 </bdi>Uitvoering Beleidsregel</a></li><li class="tocline"><a class="tocxref" href="#uitvoering-wetsregel"><bdi class="secno">2.2.19 </bdi>Uitvoering Wetsregel</a></li><li class="tocline"><a class="tocxref" href="#waarde"><bdi class="secno">2.2.20 </bdi>Waarde</a></li><li class="tocline"><a class="tocxref" href="#wetsbegrip"><bdi class="secno">2.2.21 </bdi>Wetsbegrip</a></li><li class="tocline"><a class="tocxref" href="#wetsdomein"><bdi class="secno">2.2.22 </bdi>Wetsdomein</a></li></ol></li></ol></li><li class="tocline"><a class="tocxref" href="#conformance"><bdi class="secno">3. </bdi>Conformiteit</a></li><li class="tocline"><a class="tocxref" href="#tof"><bdi class="secno">4. </bdi>Lijst met figuren</a></li><li class="tocline"><a class="tocxref" href="#index"><bdi class="secno">A. </bdi>Index</a><ol class="toc"><li class="tocline"><a class="tocxref" href="#index-defined-here"><bdi class="secno">A.1 </bdi>Begrippen gedefinieerd door deze specificatie</a></li><li class="tocline"><a class="tocxref" href="#index-defined-elsewhere"><bdi class="secno">A.2 </bdi>Begrippen gedefinieerd door verwijzing</a></li></ol></li></ol></nav><section class="informative" id="inleiding"><div class="header-wrapper"><h2 id="x1-inleiding"><bdi class="secno">1. </bdi>Inleiding</h2><a class="self-link" href="#inleiding" aria-label="Permalink for Section 1."></a></div><p><em>Dit onderdeel is niet normatief.</em></p>
<p>Dit model heeft betrekking op de GGHH dat onderdeel is van de IHH (informatie huishouding). De IHH is hier bewust gesplitst in de ‘documentenhuishouding’ (DHH) en de gegevenshuishouding (GGHH). Of iets informatie is wordt bepaald door de gebruiker (afnemer) en waar bij de DHH vaak zowel de gegevens (de ‘feiten’), gevolgde redenering (de ‘regels’) en de context (o.a. door de vorm van het document) bekend zijn, is dat bij de GGHH (alleen de ‘feiten’) op dit moment niet het geval.</p>
<p>Kijken we naar de GGHH dan ontbreekt hier eigenlijk een goed fundament voor. Vele silo’s, onduidelijke betekenissen van gegevens (vaak impliciet in de gebruikte applicaties), ontbrekende context, herkomst niet altijd duidelijk enz. enz.</p>
<p>IT systemen werken uitsluitend met data. Deze data krijgt (vaak impliciet) zijn betekenis in de gebruikte software in de vorm van gegevens. Dit onderscheid is essentieel om te begrijpen hoe computers werken. Een computer verwerkt namelijk data en heeft geen benul van de betekenis van deze data. Het is dus aan de 'programmeur' om ervoor te zorgen dat de gebruikte data ook juiste c.q. zinvolle data is. Hier is hij weer afhankelijk van een duidelijk beeld hoe deze data tot stand komt zowel in betekenis als in context. Deze betekenis kan men op zijn beurt weer vastleggen in documenten of, nog beter, in de vorm van metadata zodat de betekenis en context van de data hieraan gekoppeld kan worden en hiermee expliciet wordt. Hiermee zal de kwaliteit van het geheel aanzienlijk verbeteren en wordt de kans op misinterpretatie tussen gegevensverwerkende (IT) systemen en (menselijke) afnemers geminimaliseerd. Dit betreft dus ook programmeurs die de programmatuur schrijven om de data vanuit hun juiste betekenis en context te verwerken tot producten die conform de bedoelde (wet en regelgeving) vereisten worden gecreëerd.</p>
<p>Een ander sterk onderbelicht aspect van de gegevenshuishouding is dat zij, net als 'gewone' documenten, ook onder de archiefwet vallen. Dit wil zeggen dat ook de opgeslagen gegevens hieraan moeten voldoen en tijdig 'vernietigt' moeten worden. In de gegevenshuishouding is dit allemaal een stuk complexer aangezien gegevens over het algemeen meervoudig gebruikt worden en vanuit een bepaald doel (en grondslag) zijn verkregen. Deze gegevens worden 'direct' in databestanden opgeslagen of worden op basis van documenten omgezet in databestanden, ook wel bekend onder de noemer 'gestructureerde gegevens'. Gezien het meervoudige gebruik en specifiek beleid (o.a. eenmalige uitvraag, meervoudig gebruik) zorgt ervoor dat, gezien het definitieve karakter, het 'vernietigen' van data zelden voor komt (en hiermee dus niet aan de archiefwet voldoet).</p>
<p>In onderstaand model wordt geprobeerd om de eisen die aan de Overheid worden gesteld met betrekking tot de GGHH in een model samen te vatten. Hierbij staan de primaire processen centraal en de juiste verwerking van de in de wet geformuleerde 'feiten' en begrippen. Uitdrukkelijk betreft het dus geen afgeleide sturings- en verwerkingsdata die een heel ander doel hebben.</p>
<p>Binnen de overheid is het van essentieel belang dat gegevens (data+betekenis) niet alleen van hoge kwaliteit zijn, maar ook dat fouten tijdig en volledig worden verwerkt, dat gegevensgebruik binnen de juiste context plaats vind en dat de samenleving er op kan vertrouwen dat hun gegevens veilig zijn en niet worden blootgesteld aan gevaren die een digitale samenleving met zich meebrengt.</p>
<p>Het model met betrekking tot de gegevenshuishouding moet minimaal aan de volgende eisen voldoen:</p>
<ul>
<li>Een duidelijk onderscheid tussen waarde, gegevens en informatie</li>
<li>Een ordening die het mogelijk maakt om flexibel in te spelen op veranderingen</li>
<li>Rekening houdt met veranderingen in de tijd</li>
<li>Gekoppeld is aan definities die herleidbaar zijn naar wet- en regelgeving (inclusief aanvullend beleid)</li>
<li>Het verschil moet kunnen duiden tussen mutaties en correcties</li>
<li>Speciale aandacht geeft aan persoonsgeboden gegevens</li>
<li>Iets zeggen over de relatie met archivering (in huidige praktijk sterk onderbelicht)</li>
</ul>
<p>Van de meeste dataobjecten die in dit model zijn gebruikt kan die zowel gelezen worden als een 'abstractie' (het 'logisch datamodel') en als een dataobject inclusief de waarde (de werking in de operatie). De objecten worden beschreven in hun abstracte betekenis die zij in dit model hebben. Zo is het gegevensproduct als 'type' de algemene abstractie en het gegevensproduct inclusief de waarden van de bijbehorende enkelvoudige gegevens het daadwerkelijk product zoals die in de business context wordt gebruikt. Het expliciet onderscheiden van abstracties en detaileringen van begrippen in dit model zal het nog complexer maken en zal niet bijdragen aan de gedachterichting die het model beoogd.</p>
<p>Dit model is uitgebreid met de bedrijfslaag die impact heeft op dit generieke gegevensmodel en de applicatiefuncties die een zeer nauwe relatie hebben met dit model.</p>
<p>Er zullen nog modellen toegevoegd worden aan de hand van zogenaamd 'arche types' voor 'beleid', 'uitvoering' en 'inspectie' waarmee er een vertaling gemaakt wordt van dit model naar de wijze waarop deze zich verhoud tot de activiteiten die in de organisatie plaatsvinden.<br>Onderstaand model is hiervan een eerste opzet. Het is allicht niet volgens de juiste regels opgesteld maar het geeft wel aan welke onderdelen een rol spelen en die waarschijnlijk ook onderdeel moeten gaan worden van de in ontwikkeling zijnde data(gegevens)boekhouding. Dit model heeft dan ook als primaire focus om een aanzet te geven in de te voeren discussie om de informatiehuishouding (IHH) en dan met name de gegevenshuishouding (GGHH) te verbeteren in termen van transparantie, volledigheid en verantwoording om het vertrouwen van de samenleving in de Overheid te verbeteren cq te herstellen.</p>
</section><section id="gghh-model"><div class="header-wrapper"><h2 id="x2-gghh-model"><bdi class="secno">2. </bdi>GGHH Model</h2><a class="self-link" href="#gghh-model" aria-label="Permalink for Section 2."></a></div>
<section id="visualisatie"><div class="header-wrapper"><h3 id="x2-1-visualisatie"><bdi class="secno">2.1 </bdi>Visualisatie</h3><a class="self-link" href="#visualisatie" aria-label="Permalink for Section 2.1"></a></div>
<p>
</p><figure id="fig-gghh-model">
<img src="media/gghh.png" alt="GGHH Model">
<figcaption><a class="self-link" href="#fig-gghh-model">Figuur <bdi class="figno">1</bdi></a> <span class="fig-title">GGHH Model</span></figcaption>
</figure>
<p></p>
</section><section id="elementen-uit-het-gghh-model"><div class="header-wrapper"><h3 id="x2-2-elementen-uit-het-gghh-model"><bdi class="secno">2.2 </bdi>Elementen uit het GGHH Model</h3><a class="self-link" href="#elementen-uit-het-gghh-model" aria-label="Permalink for Section 2.2"></a></div>
<p>In onderstaande paragrafen zijn de omschrijvingen van alle elementen uit het GGHH Model opgenomen.</p>
<section id="gegevensproduct"><div class="header-wrapper"><h4 id="x2-2-1-gegevensproduct"><bdi class="secno">2.2.1 </bdi>Gegevensproduct</h4><a class="self-link" href="#gegevensproduct" aria-label="Permalink for Section 2.2.1"></a></div>
<p><strong>Archivering gegevensproduct</strong><br><em>ApplicationFunction</em></p>
<p>Binnen de archiefwet wordt gesproken over 'documenten'. De betekenis in deze wet is echter veel breder dan wat een gemiddeld persoon ziet als een 'document'. Vandaar dat hier de term 'gegevensproduct' wordt gebruikt maar conform de wet beschouwd moet worden als een archiefwaardig document.</p>
<p>Omdat een gegevensproduct bestaat uit één of meerdere elementaire gegevenssets kan een groot deel van de benodigde metadata worden herleid en automatisch worden toegevoegd om de context van het gegevensproduct aan te geven. Het gegevensproduct wordt gecreëerd / gemuteerd of gebruikt in een bepaald bedrijfsproces. Hoewel buiten de scope van dit document zal dit ook als archief metadata opgeslagen moeten worden.
Van een gegevensproduct dat is ontstaan op basis van een beleidsregel of wetsregel is de metadata ook bekend op basis van de applicatiefunctie die deze regel heeft uitgevoerd. Ook deze valt buiten de scope van dit document.</p>
</section><section id="bedrijfsproces"><div class="header-wrapper"><h4 id="x2-2-2-bedrijfsproces"><bdi class="secno">2.2.2 </bdi>Bedrijfsproces</h4><a class="self-link" href="#bedrijfsproces" aria-label="Permalink for Section 2.2.2"></a></div>
<p><em>BusinessProcess</em></p>
<p>Een bedrijfsproces maakt gebruik van een gegevensproduct (leest of creëert / muteert). Dit gebruik heeft betrekking op 1 of meerdere gegevens uit 1 of meerdere elementaire gegevenssets. Vanuit het bedrijfsproces is dit onderscheid wellicht lastig te maken (ziet het as 'één geheel').</p>
<p>Voorbeeld 1: Een persoon verhuist naar een andere gemeente. Hiervoor zal de persoon als nieuwe inwoner bij de desbetreffende gemeente worden ingeschreven en zal de persoon bij een ander gemeente worden uitgeschreven. In dit geval zal het leiden tot een mutatie in de BRP die op zijn beurt de bron is van vele andere administraties. Dat een mutatie in de waarden kan leiden tot een (push)bericht / attenderingsbericht voor een ander bedrijfsproces / organisatie valt buiten de scope van dit document.
Voorbeeld 2: Een auto rijdt door rood en dit wordt geconstateerd door een flitspaal. Op basis van tijdstip, overtreding en aan de hand van het kenteken wordt de overtreding geregistreerd.</p>
<p>Op het moment dat er een actie plaatsvind op een gegevensproduct dan zou die eigenlijk moeten worden gearchiveerd in het archief (zie `'Archivering gegevensproduct'). In het ideale geval is van ieder gegevensproduct bekend uit welke 'elemenatire gegevenssets' deze is opgebouwd.</p>
<p>In vrijwel alle gevallen zal een bedrijfsproces de waarde van 1 of meerdere enkelvoudige gegevens uit 1 of meerdere elementaire gegevenssets creëren cq muteren.</p>
</section><section id="beleidsbegrip"><div class="header-wrapper"><h4 id="x2-2-3-beleidsbegrip"><bdi class="secno">2.2.3 </bdi>Beleidsbegrip</h4><a class="self-link" href="#beleidsbegrip" aria-label="Permalink for Section 2.2.3"></a></div>
<p><em>DataObject</em></p>
<p>Een beleidsbegrip is een begrip dat in het beleid is gedefinieerd. Dit begrip zal vertaald moeten worden naar gegevens en vormt hiermee dus een belangrijke input voor het formuleren van een 'elementaire gegevensset'.</p>
<p>Een beleidsbegrip kan ook betrekking hebben op een bewerking op meerdere gegevens die volgens bepaalde regels tot een resultaat leiden. Deze regels maken geen onderdeel uit van dit model</p>
</section><section id="beleidsdomein"><div class="header-wrapper"><h4 id="x2-2-4-beleidsdomein"><bdi class="secno">2.2.4 </bdi>Beleidsdomein</h4><a class="self-link" href="#beleidsdomein" aria-label="Permalink for Section 2.2.4"></a></div>
<p><em>DataObject</em></p>
<p>Voorbeelden beleidsdomein: Financieel beleid, datamanegement beleid enz.</p>
</section><section id="doelbinding"><div class="header-wrapper"><h4 id="x2-2-5-doelbinding"><bdi class="secno">2.2.5 </bdi>Doelbinding</h4><a class="self-link" href="#doelbinding" aria-label="Permalink for Section 2.2.5"></a></div>
<p><em>DataObject</em></p>
<p>Gegevens die betrekking hebben op een natuurlijk persoon en verstrekt zijn mogen alleen gebruikt wordt voor het doel waarvoor ze zijn verstrekt.</p>
</section><section id="elementaire-gegevensset"><div class="header-wrapper"><h4 id="x2-2-6-elementaire-gegevensset"><bdi class="secno">2.2.6 </bdi>Elementaire gegevensset</h4><a class="self-link" href="#elementaire-gegevensset" aria-label="Permalink for Section 2.2.6"></a></div>
<p><em>DataObject</em></p>
<p>Een elementaire gegevensset bestaat uit een aantal enkelvoudige gegevens die behoren tot één type elementaire gegevensset. De elementaire gegevensset is verkregen op basis van een doel op basis van een bepaalde grondslag binnen een werkproces. Hiermee zou je dan metadata kunnen vastleggen t.b.v. archivering.</p>
<p>Een elementaire gegevensset is herleidbaar (gedefinieerd) in een bepaald type begrip en wordt op één plek beheerd en valt onder één verantwoordelijke.</p>
<p>Een elementaire gegevensset bevat meestal (altijd?) een uniek kenmerk waar de elementaire gegevensset betrekking op heeft en dat binnen een gegevensdomein valt. Zo zullen elementaire gegevenselementen die betrekking hebben op een persoon altijd een uniek persoonsID bevatten (denl aan een BSN of, binnen de strafrechtketen een SKN, binnen de vreemdelingenketen een V-nummer enz.).</p>
<p>Een (of meerdere) Elementaire gegevensset(s) als gegevensproduct beschikbaar gesteld aan daarvoor geautoriseerde afnemers</p>
<p>Voorbeelden elementaire gegevensset: Adres, Persoon, zaak enz.
Bijvoorbeeld een adres van het type 'woonadres' bevat ook een persoonsID binnen het JenV domein. Binnen een ander domein hoeft dat niet zo te zijn. Zo heeft het adres van het type 'woonadres' in de BAG (Basisadministratie Adressen en Gebouwen) geen persoonsID (niet relevant in het bijbehorende domein), maar een BAG ID.</p>
<p>Het kan zijn dat de elementaire gegevensset afkomstig is van een (landelijke) bronadministratie. Vanuit een verantwoordingsperspectief is het aannemelijk om dit type 'elementaire gegevensset' gelijk te stellen aan een 'gegevensproduct' (een 1 op 1 relatie dus). Dit lijkt wettelijk ook zo te gelden, en kennelijk ook voor zogenaamde kernregisters (broertje van een basisadministratie, maar dan niet landelijk maar binnen een domein) waarbij het gegevensproduct gelijk is aan de 'elementaire gegevensset'.</p>
<p><strong>Relatie met archief metadata:</strong> Voor dit type elementaire gegevensset is het een optie om deze set te metadateren met de archiefmetadata van de instantie van de actor (3.1 in de voorgestelde JAM). Vraag is alleen of je dit wilt doen op het niveau van een elementaire gegevensset of dat je dat beter kunt doen op het niveau van een gegevensproduct. Vanuit de archiefwereld die primair gebaseerd is op documenten lijkt dit meer voor de hand te liggen.</p>
</section><section id="enkelvoudig-gegeven"><div class="header-wrapper"><h4 id="x2-2-7-enkelvoudig-gegeven"><bdi class="secno">2.2.7 </bdi>Enkelvoudig gegeven</h4><a class="self-link" href="#enkelvoudig-gegeven" aria-label="Permalink for Section 2.2.7"></a></div>
<p><em>DataObject</em></p>
<p>Een enkelvoudig gegeven geeft betekenis aan een waarde. De waarde van een gegeven kan door de tijd veranderen, vandaar de 1 op N relatie met een 'waarde'.</p>
<p>Een enkelvoudig gegeven behoort tot één type elementaire gegevensset, maar één type elementaire gegevensset kan uit meerdere enkelvoudige gegevens bestaan.</p>
<p>Voorbeelden enkelvoudig gegevens: Straatnaam, huisnummer enz.</p>
</section><section id="formele-waarheid"><div class="header-wrapper"><h4 id="x2-2-8-formele-waarheid"><bdi class="secno">2.2.8 </bdi>Formele waarheid</h4><a class="self-link" href="#formele-waarheid" aria-label="Permalink for Section 2.2.8"></a></div>
<p><em>DataObject</em></p>
<p>De formele waarheid is de waarheid zoals die is geregistreerd</p>
</section><section id="gebeurtenis"><div class="header-wrapper"><h4 id="x2-2-9-gebeurtenis"><bdi class="secno">2.2.9 </bdi>Gebeurtenis</h4><a class="self-link" href="#gebeurtenis" aria-label="Permalink for Section 2.2.9"></a></div>
<p><em>BusinessEvent</em></p>
<p>In de samenleving vind een gebeurtenis plaats die een relatie heeft op de werkzaamheden van een organisatie gerelateerd (in termen van archiefwet: 'naar zijn aard te berusten'). De gebeurtenis heeft hierbij betrekking op 1 of meerdere elementaire gegevenssets. Een gebeurtenis vindt altijd plaats in de werkelijkheid in een bepaalde context.</p>
<p>Een gebeurtenis kan gemeld worden door een actor uit de samenleving (bijvoorbeeld een burger).</p>
<p>Een gebeurtenis kan geregistreerd worden vanuit een 'interne' actor (bijvoorbeeld een flitspaal of agent).</p>
<table>
<thead>
<tr>
<th>Voorbeelden</th>
<th></th>
</tr>
</thead>
<tbody><tr>
<td>Voorbeeld 1</td>
<td>Een persoon verhuist. Dit is relevant voor bijvoorbeeld een gemeente waar de persoon inwoner wordt of waar de persoon de gemeente verlaat.</td>
</tr>
<tr>
<td>Voorbeeld 2</td>
<td>Een auto rijdt door rood. Dit is relevant voor de politie die de verkeerswet handhaaft.</td>
</tr>
<tr>
<td>Voorbeeld 3</td>
<td>Een organisatie vraagt om eenmalige of periodieke levering van 1 of meer EGS's.</td>
</tr>
</tbody></table>
</section><section id="gegevensdomein"><div class="header-wrapper"><h4 id="x2-2-10-gegevensdomein"><bdi class="secno">2.2.10 </bdi>Gegevensdomein</h4><a class="self-link" href="#gegevensdomein" aria-label="Permalink for Section 2.2.10"></a></div>
<p><em>DataObject</em>
Een gegevensdomein is een verzameling van één of meerdere 'elementaire gegevensset'(s) die tot eenzelfde domein behoren.
Voorbeelden: personendomein, zakendomein</p>
</section><section id="gegevensproduct-0"><div class="header-wrapper"><h4 id="x2-2-11-gegevensproduct"><bdi class="secno">2.2.11 </bdi>Gegevensproduct</h4><a class="self-link" href="#gegevensproduct-0" aria-label="Permalink for Section 2.2.11"></a></div>
<p><em>DataObject</em>
Een gegevensproduct bestaat uit één of meerdere elementaire gegevenssets (incl. het type elementaire gegevensset) uit één bepaald domein op basis van de informatiebehoefte van de afnemer. Deze behoefte is doorgaans wettelijk bepaald. Zeker bij persoonsgebonden gegevens dient er een wettelijke grondslag/doelbinding aanwezig te zijn. Net zoals bij een elementaire gegevensset wordt een gegevensproduct gebruikt in een werkproces en kan men hiermee de metadata t.b.v. archivering vastleggen. Deze kan overigens afwijken van de 'oorspronkelijke' metadata van de/het achterliggende elementaire gegevensset(s).
Een gegevensproduct zal bij gebruik ook vallen onder de archiefwet en vanuit dat perspectief dus ook duurzaam toegankelijk moeten worden opgeslagen en zou op basis van de selectielijst ook een bewaartermijn hebben. Dit kan (B)lijvend zijn of tijdelijk (V)ernietigingstermijn.</p>
<p>Indien een gegevensproduct betrekking heeft op een persoon dan zou daar eigenlijk het uniek identificerend kenmerk (bijv. BSN) bij moeten. Dit om een persoon toegang te kunnen verlenen tot de bij hem behorende elementaire gegevens en bijbehorende waarden.</p>
<p><strong>Waarom:</strong> Bereiken van transparantie en vertrouwen</p>
<p><strong>Uitdagingen:</strong> Binnen JenV zijn meerdere manieren om een persoon uniek te identificeren. In de strafrechtketen is dit bijvoorbeeld een SKN, binnen de vreemdelingenketen is dit het V-nummer.</p>
<p>Een persoon die zijn gegevens wil inzien zal dat waarschijnlijk via een door de overheid verstrekt unieke identificatie gebeuren. Voor bijvoorbeeld Nederlanders is dit het BSN. Ergens zal dus de vertaalslag gemaakt moeten kunnen worden van deze unieke identificatie naar de binnen een keten gebruikte identificatie.</p>
<p><strong>Relatie met archief metadata:</strong> 4.1.1. (verplicht) en 4.1.2 uit de voorgestelde JAM versie zijn hiervoor geschikt</p>
</section><section id="grondslag"><div class="header-wrapper"><h4 id="x2-2-12-grondslag"><bdi class="secno">2.2.12 </bdi>Grondslag</h4><a class="self-link" href="#grondslag" aria-label="Permalink for Section 2.2.12"></a></div>
<p><em>DataObject</em></p>
<p>Voor het mogen verwerken van (natuurlijke) persoonsgegevens is een grondslag verplicht. De geldige grondslagen zijn:</p>
<ol>
<li>U heeft toestemming van de persoon om wie het gaat.</li>
<li>Het is noodzakelijk om gegevens te verwerken om een overeenkomst uit te voeren.</li>
<li>Het is noodzakelijk om gegevens te verwerken omdat u dit wettelijk verplicht bent.</li>
<li>Het is noodzakelijk om gegevens te verwerken om vitale belangen te beschermen.</li>
<li>Het is noodzakelijk om gegevens te verwerken om een taak van algemeen belang of openbaar gezag uit te oefenen.</li>
<li>Het is noodzakelijk om gegevens te verwerken om uw gerechtvaardigde belang te behartigen.</li>
</ol>
</section><section id="materiele-waarheid"><div class="header-wrapper"><h4 id="x2-2-13-materiele-waarheid"><bdi class="secno">2.2.13 </bdi>Materiële waarheid</h4><a class="self-link" href="#materiele-waarheid" aria-label="Permalink for Section 2.2.13"></a></div>
<p><em>DataObject</em></p>
<p>De materiële waarheid is datgene dat zich in de werkelijkheid heeft voorgedaan.</p>
</section><section id="persoon"><div class="header-wrapper"><h4 id="x2-2-14-persoon"><bdi class="secno">2.2.14 </bdi>Persoon</h4><a class="self-link" href="#persoon" aria-label="Permalink for Section 2.2.14"></a></div>
<p><em>BusinessActor</em></p>
<p>Een persoon gebruikt gegevensproducten om tot informatie te komen. Informatie is namelijk de interpretatie die een persoon geeft aan de aan hem geleverde gegevensproducten. Gegevensproducten zijn dan ook niet 'waarde vrij'. Het is de context van de gegevensproducten die bepalen of de persoon wel of niet tot de juiste informatie kan komen gezien de eigen context.</p>
<p>Een persoon kan wel of geen 'recht' hebben op een bepaald gegevensproduct. Dit is afhankelijk van de rol die de persoon vervult t.o.v. het gegevensproduct. In geval van gegevensproducten die een doelbinding en/of grondslag vereisen wordt dit door de wet en/of beleidskeuzes bepaald.</p>
</section><section id="type-begrip"><div class="header-wrapper"><h4 id="x2-2-15-type-begrip"><bdi class="secno">2.2.15 </bdi>Type begrip</h4><a class="self-link" href="#type-begrip" aria-label="Permalink for Section 2.2.15"></a></div>
<p><em>DataObject</em></p>
<p>Een type begrip is afkomstig uit een bepaald begrip in een bepaalde context. Binnen het overheidsdomein zijn er een tweetal belangrijke begrippen: een wetsbegrip en een beleidsbegrip.</p>
<p>Een type begrip kan betrekking hebben op een set van gegevens en bepaald hiermee de definiëring van een elementaire gegevensset.</p>
<p>Een type begrip kan echter ook betrekking hebben op een bewerking van gegevens. In dat geval zal het resultaat van deze bewerking leiden tot een afgeleid gegeven.</p>
<div class="note" role="note" id="issue-container-generatedID"><div role="heading" class="note-title marker" id="h-note" aria-level="5"><span>Noot</span><span class="issue-label">: VRAAG</span></div><p class="">
Wat doen we met een afgeleid gegeven? Is GEEN elementaire gegevensset maar een afgeleid enkelvoudig gegeven. Beschouwen we die als 'Enkelvoudig gegeven' of niet? Je zou het ook kunnen beschouwen als een gegevensproduct.
</p></div>
</section><section id="type-elementaire-gegevenset"><div class="header-wrapper"><h4 id="x2-2-16-type-elementaire-gegevenset"><bdi class="secno">2.2.16 </bdi>Type elementaire gegevenset</h4><a class="self-link" href="#type-elementaire-gegevenset" aria-label="Permalink for Section 2.2.16"></a></div>
<p><em>DataObject</em></p>
<p>Een type elementaire gegevensset kan bestaan uit 1 of meerdere elementaire gegevenssets.</p>
<p>Een type elementaire gegevensset kan één of meerdere gegevens bevatten. Dit is bepaald door de elementaire gegevensset.</p>
<p>Voorbeelden type elementaire gegevensset: Woonadres, BRP adres, verblijfsadres enz. Verdachte, slachtoffer, getuige enz.</p>
</section><section id="type-gegevensproduct"><div class="header-wrapper"><h4 id="x2-2-17-type-gegevensproduct"><bdi class="secno">2.2.17 </bdi>Type gegevensproduct</h4><a class="self-link" href="#type-gegevensproduct" aria-label="Permalink for Section 2.2.17"></a></div>
<p><em>DataObject</em></p>
<p>Een gegevensproduct behoort tot een bepaald type product. Dit kunnen diverse doorsnedes zijn om een type te definieren.</p>
</section><section id="uitvoering-beleidsregel"><div class="header-wrapper"><h4 id="x2-2-18-uitvoering-beleidsregel"><bdi class="secno">2.2.18 </bdi>Uitvoering Beleidsregel</h4><a class="self-link" href="#uitvoering-beleidsregel" aria-label="Permalink for Section 2.2.18"></a></div>
<p><em>ApplicationFunction</em></p>
<p>Een applicatiefunctie van een beleidsregel zal altijd bestaan uit een input van de waarde van meerdere enkelvoudige gegevens die een bepaalde bewerking ondergaan (op basis van de beleidsregel) en leiden tot een output waarde van een (afgeleid) enkelvoudig gegeven. Het uitvoeren van een beleidsregel zal gestart worden in een proces en de werking kent in veel gevallen een tijdsperiode.</p>
<p>Wijziging in beleid kan resulteren in een wijziging van deze functie. Deze applicatiefunctie dient dus expliciet een geldigheidstermijn te bevatten</p>
<div class="note" role="note" id="issue-container-generatedID-0"><div role="heading" class="note-title marker" id="h-note-0" aria-level="5"><span>Noot</span><span class="issue-label">: VRAAG</span></div><p class="">
Slaan we dit (afgeleide) enkelvoudig gegeven op en zo ja, met welke status?
</p></div>
</section><section id="uitvoering-wetsregel"><div class="header-wrapper"><h4 id="x2-2-19-uitvoering-wetsregel"><bdi class="secno">2.2.19 </bdi>Uitvoering Wetsregel</h4><a class="self-link" href="#uitvoering-wetsregel" aria-label="Permalink for Section 2.2.19"></a></div>
<p><em>ApplicationFunction</em></p>
<p>Een applicatiefunctie van een wetsregel zal altijd bestaan uit een input van de waarde van meerdere enkelvoudige gegevens die een bepaalde bewerking ondergaan (op basis van de wetsregel) en leiden tot een output waarde van een (afgeleid) enkelvoudig gegeven. Het uitvoeren van een wetsregel zal gestart worden in een proces en de werking kent in veel gevallen een tijdsperiode.</p>
<p>Wijziging in de wet kan resulteren in een wijziging van deze functie. Deze applicatiefunctie dient dus expliciet een geldigheidstermijn in te bevatten</p>
<div class="note" role="note" id="issue-container-generatedID-1"><div role="heading" class="note-title marker" id="h-note-1" aria-level="5"><span>Noot</span><span class="issue-label">: VRAAG</span></div><p class="">
Slaan we dit (afgeleide) enkelvoudig gegeven op en zo ja, met welke status?
</p></div>
</section><section id="waarde"><div class="header-wrapper"><h4 id="x2-2-20-waarde"><bdi class="secno">2.2.20 </bdi>Waarde</h4><a class="self-link" href="#waarde" aria-label="Permalink for Section 2.2.20"></a></div>
<p><em>DataObject</em></p>
<p>De waarde heeft altijd betrekking op één enkelvoudig gegeven die de betekenis duid van de waarde. Door de tijd kunnen waardes veranderen zodat een enkelvoudig gegevens dus betrekking kan hebben op meerdere waardes (door de tijd). Het muteren van een waarde zal altijd een gevolg zijn van een gebeurtenis zijn</p>
<p>Een opgeslagen waarde in een systeem zal altijd betrekking hebben op een formele waarheid (de waarde zoals die in de registratie voor komt) en in bijna alle gevallen op de materiële waarde (de 'werkelijkheid' waarop de geregistreerde waarde betrekking op heeft).</p>
<p>Aangezien de waarde in de tijd veranderd, is de formele waarheid niet altijd in sync met de materiële waarheid. Daar waar er sprake is van het tijdelijk 'out of sync' zijn wordt gesproken van een mutatie van de formele waarde zodat die weer in lijn is met de materiële waarheid.</p>
<p>Het kan ook voor komen dat de materiële werkelijkheid zich nooit heeft voorgedaan zoals die als formele werkelijkheid is geregistreerd. In dat geval is er sprake van een correctie van de formele waarheid. Strikt genomen hebben zijn alle besluiten die zich op basis van deze waarheid hebben plaatsgevonden 'fout' en zouden nooit genomen mogen zijn. Een correctie vereist dan ook een andere verwerking dan een mutatie.</p>
</section><section id="wetsbegrip"><div class="header-wrapper"><h4 id="x2-2-21-wetsbegrip"><bdi class="secno">2.2.21 </bdi>Wetsbegrip</h4><a class="self-link" href="#wetsbegrip" aria-label="Permalink for Section 2.2.21"></a></div>
<p><em>DataObject</em></p>
<p>Een wetsbegrip is een begrip dat in de wet is gedefinieerd. Dit begrip zal vertaald moeten worden naar gegevens en vormt hiermee dus een belangrijke input voor het formuleren van een 'elementaire gegevensset'.</p>
<p>Een wetsbegrip kan ook betrekking hebben op een bewerking op meerdere gegevens die volgens bepaalde regels tot een resultaat leiden. Deze regels maken geen onderdeel uit van dit model</p>
</section><section id="wetsdomein"><div class="header-wrapper"><h4 id="x2-2-22-wetsdomein"><bdi class="secno">2.2.22 </bdi>Wetsdomein</h4><a class="self-link" href="#wetsdomein" aria-label="Permalink for Section 2.2.22"></a></div>
<p><em>DataObject</em></p>
<p>Voorbeelden wetsdomein: Strafrecht, bestuursrecht, belastingrecht enz.</p>
</section></section></section>
<script>
let content = "";
const getClass = function(key) {
if (respecConfig.content[key]!==""){return <code> class="${respecConfig.content[key]}"</code>}
}
for (let contentKey in respecConfig.content) {
content += <code><section data-include-format="markdown" data-include="${contentKey}.md" ${getClass(contentKey)||""}></section></code>
}
document.getElementById("sotd").insertAdjacentHTML('afterend', content);
</script>
<section id="conformance"><div class="header-wrapper"><h2 id="x3-conformiteit"><bdi class="secno">3. </bdi>Conformiteit</h2><a class="self-link" href="#conformance" aria-label="Permalink for Section 3."></a></div><p>Naast onderdelen die als niet normatief gemarkeerd zijn, zijn ook alle diagrammen, voorbeelden, en noten in dit document niet normatief. Verder is alles in dit document normatief.</p></section>
<section id="tof"><div class="header-wrapper"><h2 id="x4-lijst-met-figuren"><bdi class="secno">4. </bdi>Lijst met figuren</h2><a class="self-link" href="#tof" aria-label="Permalink for Section 4."></a></div><ul class="tof">
<li class="tofline">
<a class="tocxref" href="#fig-gghh-model"><span class="self-link">Figuur <bdi class="figno">1</bdi></span> <span class="fig-title">GGHH Model</span></a>
</li>
</ul></section>
<section id="index" class="appendix"><div class="header-wrapper"><h2 id="a-index"><bdi class="secno">A. </bdi>Index</h2><a class="self-link" href="#index" aria-label="Permalink for Appendix A."></a></div><section id="index-defined-here">
<div class="header-wrapper"><h3 id="a-1-begrippen-gedefinieerd-door-deze-specificatie"><bdi class="secno">A.1 </bdi>Begrippen gedefinieerd door deze specificatie</h3><a class="self-link" href="#index-defined-here" aria-label="Permalink for Appendix A.1"></a></div>
<ul class="index">
</ul>
</section><section id="index-defined-elsewhere">
<div class="header-wrapper"><h3 id="a-2-begrippen-gedefinieerd-door-verwijzing"><bdi class="secno">A.2 </bdi>Begrippen gedefinieerd door verwijzing</h3><a class="self-link" href="#index-defined-elsewhere" aria-label="Permalink for Appendix A.2"></a></div>
<ul class="index">
</ul>
</section></section>
<p role="navigation" id="back-to-top">
<a href="#title"><abbr title="Back to Top">↑</abbr></a>
</p><script id="respec-dfn-panel">(() => {
// @ts-check
if (document.respec) {
document.respec.ready.then(setupPanel);
} else {
setupPanel();
}
function setupPanel() {
const listener = panelListener();
document.body.addEventListener("keydown", listener);
document.body.addEventListener("click", listener);
}
function panelListener() {
/** @type {HTMLElement} */
let panel = null;
return event => {
const { target, type } = event;
if (!(target instanceof HTMLElement)) return;
// For keys, we only care about Enter key to activate the panel
// otherwise it's activated via a click.
if (type === "keydown" && event.key !== "Enter") return;
const action = deriveAction(event);
switch (action) {
case "show": {
hidePanel(panel);
/** @type {HTMLElement} */
const dfn = target.closest("dfn, .index-term");
panel = document.getElementById(`dfn-panel-for-${dfn.id}`);
const coords = deriveCoordinates(event);
displayPanel(dfn, panel, coords);
break;
}
case "dock": {
panel.style.left = null;
panel.style.top = null;
panel.classList.add("docked");
break;
}
case "hide": {
hidePanel(panel);
panel = null;
break;
}
}
};
}
/**
* @param {MouseEvent|KeyboardEvent} event
*/
function deriveCoordinates(event) {
const target = /** @type HTMLElement */ (event.target);
// We prevent synthetic AT clicks from putting
// the dialog in a weird place. The AT events sometimes
// lack coordinates, so they have clientX/Y = 0
const rect = target.getBoundingClientRect();
if (
event instanceof MouseEvent &&
event.clientX >= rect.left &&
event.clientY >= rect.top
) {
// The event probably happened inside the bounding rect...
return { x: event.clientX, y: event.clientY };
}
// Offset to the middle of the element
const x = rect.x + rect.width / 2;
// Placed at the bottom of the element
const y = rect.y + rect.height;
return { x, y };
}
/**
* @param {Event} event
*/
function deriveAction(event) {
const target = /** @type {HTMLElement} */ (event.target);
const hitALink = !!target.closest("a");
if (target.closest("dfn:not([data-cite]), .index-term")) {
return hitALink ? "none" : "show";
}
if (target.closest(".dfn-panel")) {
if (hitALink) {
return target.classList.contains("self-link") ? "hide" : "dock";
}
const panel = target.closest(".dfn-panel");
return panel.classList.contains("docked") ? "hide" : "none";
}
if (document.querySelector(".dfn-panel:not([hidden])")) {
return "hide";
}
return "none";
}
/**
* @param {HTMLElement} dfn
* @param {HTMLElement} panel
* @param {{ x: number, y: number }} clickPosition
*/
function displayPanel(dfn, panel, { x, y }) {
panel.hidden = false;
// distance (px) between edge of panel and the pointing triangle (caret)
const MARGIN = 20;
const dfnRects = dfn.getClientRects();
// Find the `top` offset when the `dfn` can be spread across multiple lines
let closestTop = 0;
let minDiff = Infinity;
for (const rect of dfnRects) {
const { top, bottom } = rect;
const diffFromClickY = Math.abs((top + bottom) / 2 - y);
if (diffFromClickY < minDiff) {
minDiff = diffFromClickY;
closestTop = top;
}
}
const top = window.scrollY + closestTop + dfnRects[0].height;
const left = x - MARGIN;
panel.style.left = `${left}px`;
panel.style.top = `${top}px`;
// Find if the panel is flowing out of the window
const panelRect = panel.getBoundingClientRect();
const SCREEN_WIDTH = Math.min(window.innerWidth, window.screen.width);
if (panelRect.right > SCREEN_WIDTH) {
const newLeft = Math.max(MARGIN, x + MARGIN - panelRect.width);
const newCaretOffset = left - newLeft;
panel.style.left = `${newLeft}px`;
/** @type {HTMLElement} */
const caret = panel.querySelector(".caret");
caret.style.left = `${newCaretOffset}px`;
}
// As it's a dialog, we trap focus.
// TODO: when <dialog> becomes a implemented, we should really
// use that.
trapFocus(panel, dfn);
}
/**
* @param {HTMLElement} panel
* @param {HTMLElement} dfn
* @returns
*/
function trapFocus(panel, dfn) {
/** @type NodeListOf<HTMLAnchorElement> elements */
const anchors = panel.querySelectorAll("a[href]");
// No need to trap focus
if (!anchors.length) return;
// Move focus to first anchor element
const first = anchors.item(0);
first.focus();
const trapListener = createTrapListener(anchors, panel, dfn);
panel.addEventListener("keydown", trapListener);
// Hiding the panel releases the trap
const mo = new MutationObserver(records => {
const [record] = records;
const target = /** @type HTMLElement */ (record.target);
if (target.hidden) {
panel.removeEventListener("keydown", trapListener);
mo.disconnect();
}
});
mo.observe(panel, { attributes: true, attributeFilter: ["hidden"] });
}
/**
*
* @param {NodeListOf<HTMLAnchorElement>} anchors
* @param {HTMLElement} panel
* @param {HTMLElement} dfn
* @returns
*/
function createTrapListener(anchors, panel, dfn) {
const lastIndex = anchors.length - 1;
let currentIndex = 0;
return event => {
switch (event.key) {
// Hitting "Tab" traps us in a nice loop around elements.
case "Tab": {
event.preventDefault();
currentIndex += event.shiftKey ? -1 : +1;
if (currentIndex < 0) {
currentIndex = lastIndex;
} else if (currentIndex > lastIndex) {
currentIndex = 0;
}
anchors.item(currentIndex).focus();
break;
}
// Hitting "Enter" on an anchor releases the trap.
case "Enter":
hidePanel(panel);
break;
// Hitting "Escape" returns focus to dfn.
case "Escape":
hidePanel(panel);
dfn.focus();
return;
}
};
}
/** @param {HTMLElement} panel */
function hidePanel(panel) {
if (!panel) return;
panel.hidden = true;
panel.classList.remove("docked");
}
})()</script><div class="sidelabel">MinBZK Informatiemodel - Werkversie</div><script src="https://www.w3.org/scripts/TR/2021/fixup.js"></script></body></html>