Dit document vormt slechts een documentatiehulpmiddel en verschijnt buiten de verantwoordelijkheid van de instellingen
►B VERORDENING (EG) Nr. 2135/98 VAN DE RAAD
van 24 september 1998
tot wijziging van Verordening (EEG) nr. 3821/85 betreffende het controleapparaat in het wegver-
voer en tot wijziging van Richtlijn 88/599/EEG betreffende standaardprocedures voor de controle
op de toepassing van Verordening (EEG) nr. 3820/85 en Verordening (EEG) nr. 3821/85
(PB L 274 van 9.10.1998, blz. 1)
Gewijzigd bij:
Publicatieblad
nr. blz. datum
►M1 Verordening (EG) nr. 1360/2002 van de Commissie van 13 juni 2002 L 207 1 5.8.2002
►M2 Verordening (EG) nr. 561/2006 van het Europees Parlement en de
Raad van 15 maart 2006L 102 1 11.4.20061998R2135 —NL—01.05.2006 —002.001 —1
▼B
VERORDENING (EG) Nr. 2135/98 VAN DE RAAD
van 24 september 1998
tot wijziging van Verordening (EEG) nr. 3821/85 betreffende het
controleapparaat in het wegvervoer en tot wijziging van Richtlijn88/599/EEG betreffende standaardprocedures voor de controle opde toepassing van Verordening (EEG) nr. 3820/85 en Verordening
(EEG) nr. 3821/85
DE RAAD VAN DE EUROPESE UNIE,
Gelet op het Verdrag tot oprichting van de Europese Gemeenschap,
inzonderheid op artikel 75, lid 1, onder c) en d),
Gezien het voorstel van de Commissie (1),
Gezien het advies van het Economisch en Sociaal Comité (2),
Volgens de procedure van artikel 189 C van het Verdrag (3),
(1) Overwegende dat in Verordening (EEG) nr. 3821/85 van de Raad
van 20 december 1985 betreffende het controleapparaat in hetwegvervoer (
4) een aantal bepalingen zijn vastgesteld betreffende
de constructie, de installatie, het gebruik en de beproeving vancontroleapparaten in het wegvervoer;
(2) Overwegende dat uit de ervaring blijkt dat een aantal bijvervoersondernemingen tewerkgestelde bestuurders door deeconomische druk en de concurrentie in het wegvervoer bepaalde
regels niet in acht neemt, met name die betreffende de rust- en
rijtijden, omschreven in Verordening (EEG) nr. 3820/85 van deRaad van 20 december 1985, tot harmonisatie van bepaalde voor-schriften van sociale aard voor het wegvervoer (
5);
(3) Overwegende dat inbreuken en grove overtredingen een gevaarbetekenen voor de verkeersveiligheid, en uit concurrentieoverwe-gingen onaanvaardbaar zijn voor bestuurders die zich wel aan deregels houden;
(4) Overwegende dat de verkeersveiligheid kan worden verbeterddoor automatische registratie en regelmatige controle, zowel doorde onderneming als door de bevoegde autoriteiten, van gegevensover de inzet en het gedrag van de bestuurder, alsmede over de ritvan het voertuig, zoals de snelheid en de afgelegde afstand;
(5) Overwegende dat de sociale regelgeving van de Gemeenschapvoorschriften omvat ter begrenzing van de dagelijkse rij- en rust-tijd, alsmede van de totale rij- en rusttijd over een periode vantwee weken dat het moelijk is controle uit te oefenen op de nale-
ving van die bepalingen, aangezien de gegevens momenteel
worden vastgelegd op verscheidene registratiebladen voor eendag, waarbij deze bladen voor de lopende week en de laatste dagvan de voorgaande week in de bestuurderscabine wordenbewaard;
(6) Overwegende bijgevolg dat, om een eind te maken aan de meestvoorkomende misbruiken van het huidige systeem, nieuwegeavanceerde apparatuur moet worden ingevoerd, zoals eencontroleapparaat met inrichting voor de elektronische opslag van
de relevante gegevens en een persoonlijke bestuurderskaart,
waarbij deze apparatuur ervoor zorgt dat de vastgelegde gegevensbeschikbaar, duidelijk, gemakkelijk leesbaar, afdrukbaar en1998R2135 —NL—01.05.2006 —002.001 —2
(1) PB C 243 van 31.8.1994, blz. 8 en PB C 370 van 31.12.1985, blz. 1.
(2) PB C 110 van 21.4.1995, blz. 19.
(3) Advies uitgebracht op 13 juli 1995 (PB C 249 van 25.9.1995, blz. 128),
gemeenschappelijk standpunt van de Raad van 11 december 1997 (PB C 43
van 9.2.1998, blz. 6) en besluit van het Europees Parlement van 31 maart
1998 (PB C 138 van 4.5.1998, blz. 26.
(4) PB L 370 van 31.12.1985, blz. 8. Verordening laatstelijk gewijzigd bij Veror-
dening (EG) nr. 1056/97 van de Commissie (PB L 154 van 12.6.1997, blz.
21).
(5) PB L 370 van 31.12.1985, blz. 1.
▼B
betrouwbaar zijn en een onweerlegbare registratiemogelijk maken
van de werkzaamheden die de chauffeur gedurende de laatstedagen heeft verricht, alsmede van de werkzaamheden die met hetvoertuig over verscheidene maanden zijn verricht;
(7) Overwegende dat de algemene veiligheid van het systeem en zijn
samenstellende delen essentieel is voor de doeltreffendheid van
een controleapparaat;
(8) Overwegende dat er in bepalingen met betrekking tot de voor-waarden inzake afgifte en gebruik van de in bijlage I B bedoeldebestuurderskaarten met geheugen moet worden voorzien;
(9) Overwegende dat de gegevens betreffende de werkzaamheden
van de bestuurders moeten kunnen worden nagegaan door de
bestuurders, de ondernemingen die hen tewerkstellen en debevoegde autoriteiten van de lidstaten dat de bestuurder en deonderneming bijgevolg enkel toegang mogen hebben tot de gege-vens die relevant zijn voor het verrichten van hun respectievewerkzaamheden;
(10) Overwegende dat het controlapparaat waarin deze verordeningvoorziet, moet worden geïnstalleerd op voertuigen die voor heteerst in het verkeer worden gebracht nadat de technische specifi-caties —waarvan er een aantal door de Commissie worden vast-
gelegd volgens de in artikel 18 van Verordening (EEG)
nr. 3821/85 bedoelde comitéprocedure —in het Publicatieblad
van de Europese Gemeenschappen zijn bekendgemaakt dat er een
overgangsperiode moet komen om ervoor te zorgen dat de nieuwecontroleapparaten overeenkomstig deze technische specificatiesworden vervaardigd en EG-goedkeuring krijgen;
(11) Overwegende dat het wenselijk is dat de controleapparaten die
aan de voorschriften van bijlage I B voldoen, ook de mogelijk-
heid bieden om tegen redelijke kosten het beheer van het wagen-park uit de breiden;
(12) Overwegende dat, overeenkomstig het subsidiariteitsbeginsel, eencommunautaire maatregel tot wijziging van Verordening (EEG)nr. 3821/85 noodzakelijk is om te garanderen dat de controleappa-
raten die aan de voorschriften van bijlage I B voldoen, compatibel
zijn met de bestuurderskaarten en dat de gegevens die wordengeleverd door de controleapparaten die aan de voorschriften vande bijlagen I en I B voldoen, samenhangend zijn;
(13) Overwegende dat de vooruitgang van de techniek een snelleaanpassing noodzakelijk maakt van de technische voorschriften
die in de bijlagen bij deze verordening zijn vastgelegd dat ter
vergemakkelijking van de toepassing van de daartoe noodzake-lijke maatregelen, moet worden bepaald dat de Commissie detechnische aanpassingen van deze bijlagen volgens de comitépro-cedure goedkeurt, overeenkomstig Besluit 87/373/EEG van de
Raad van 13 juli 1987 tot vaststelling van de voorwaarden die
gelden voor de uitoefening van aan de Commissie verleendeuitvoeringsbevoegdheden (
1);
(14) Overwegende dat door de invoering van een nieuw controleappa-raat sommige bepalingen van Richtlijn 88/599/EG (
2) betreffende
de toepassing van Verordening (EEG) nr. 3820/85 en Verordening
(EEG) nr. 3821/85 dienen te worden gewijzigd,
HEEFT DE VOLGENDE VERORDENING VASTGESTELD:
Artikel 1
Verordening (EEG) nr. 3821/85 wordt als volgt gewijzigd:
1.in artikel 1 wordt de zinsnede „met inbegrip van de bijlagen I en II”
vervangen door „met inbegrip van de bijlagen I of I B en II”;1998R2135 —NL—01.05.2006 —002.001 —3
(1) PB L 197 van 18.7.1987, blz. 33.
(2) PB L 325 van 29.11.1988, blz. 55.
▼B
2.in de artikelen 4, 5, 6, 7, 8, en 11 wordt de term „registratieblad”
telkens gevolgd door de woorden „of bestuurderskaart”;
3.in artikel 4 wordt vóór de eerste alinea de volgende alinea inge-
voegd:
„Voor de toepassing van dit hoofdstuk wordt onder „controleappa-
raat” verstaan „controleapparaat of de componenten daarvan”.”;
4.in artikel 5 wordt de eerste alinea vervangen door:
„Elke lidstaat verleent de EG-goedkeuring voor ieder model van een
controleapparaat, of ieder model van een registratieblad of bestuur-derskaart met geheugen, indien deze overeenstemmen met de voor-schriften van bijlage I of IB en indien de lidstaat in de gelegenheidis erop toe te zien dat de geproduceerde apparaten, registratiebladen
of bestuurderskaarten overeenkomen met het goedgekeurde model.
De veiligheid van het systeem moet in overeenstemming zijn met de
technische voorschriften van bijlage I B. De Commissie ziet er
volgens de procedure van artikel 18 op toe dat in deze bijlage wordtbepaald dat de EG-goedkeuring slechts aan het controleapparaatmag worden verleend, wanneer is gebleken dat het hele systeem (hetcontroleapparaat zelf, de bestuurderskaart en de elektrische aanslui-ting op de versnellingsbak) bestand is tegen pogingen tot manipu-
latie of verandering van de gegevens betreffende de rijtijden. De
daartoe noodzakelijke beproevingen worden verricht door deskun-kigen die op de hoogte zijn van de meest recente technieken inzakemanipulatie.”;
5.in artikel 12:
a) worden aan lid 1 de volgende alinea's toegevoegd:
„De administratieve geldigheidsduur van de kaarten „erkende
werkplaats” en„erkende installateur” mag een periode van een
jaar niet overschrijden.
In geval van verlenging, beschadiging, slechte werking, verlies
of diefstal van een aan een erkende werkplaats of installateur
verstrekte kaart verstrekt de autoriteit binnen een termijn van vijfwerkdagen na de ontvangst van een met redenen omkleedverzoek hiertoe een vervangende kaart.
Wanneer een nieuwe kaart wordt verstrekt ter vervanging van de
oude, draagt de nieuwe kaart hetzelfde informatienummer „werk-
plaats”, maar de index wordt met een eenheid verhoogd. Deautoriteit die de kaart uitreikt houdt een register bij van de
verloren, gestolen of in ongerede geraakte kaarten.
De lidstaten nemen alle noodzakelijke maatregelen om ieder
risico te voorkomen dat de aan de erkende installateurs en werk-
plaatsen verstrekte kaarten worden vervalst.”;
b) wordt lid 2 vervangen door:
„2. De erkende installateur of werkplaats brengt een bijzonder
merk aan op de door hem aangebrachte verzegelingen en voertde elektronische veiligheidsgegevens in aan de hand waarvan de
echtheidscontrole van de aan bijlage I B beantwoordende contro-
leapparaten kan worden verricht. De bevoegde autoriteiten vanelke lidstaat houden een register der gebruikte merken en derelektronische veiligheidsgegevens bij.”;
c) wordt lid 3 vervangen door:
„3. De terzake bevoegde autoriteiten van de lidstaten stellen
elkaar op de hoogte van de lijst van erkende installateurs enwerkplaatsen, de kaarten die dezen worden verstrekt, en zendenelkaar afschriften toe van de merken en de noodzakelijkeelementen met betrekking tot de gebruikte elektronische veilig-
heidsgegevens.”;
d) worden in lid 4 de woorden „overeenkomstig bijlage I”
vervangen door „overeenkomstig de bijlagen I en I B”;
e) worden aan in lid 5 na „lid 4” de woorden „of in bijlage I B,
hoofdstuk VI, punt c)” ingevoegd;1998R2135 —NL—01.05.2006 —002.001 —4
▼B
6.artikel 13 wordt vervangen door:
„Artikel 13
De werkgever en de bestuurders zien toe op de juiste werking en het
juiste gebruik van het controleapparaat en van de bestuurderskaart,indien de bestuurder moet rijden met een voertuig dat is uitgerustmet een aan bijlage I B beantwoordend controleapparaat.”
7.artikel 14 wordt als volgt gewijzigd:
a) lid 1 wordt vervangen door:
„1. De werkgever verstekt de bestuurders van voertuigen die
zijn uitgerust met een aan bijlage I beantwoordend controleappa-
raat voldoende registratiebladen, rekening houdend met het
persoonlijke karakter van deze bladen, de duur van de dienst ende eis om eventueel beschadigde of door een met de controlebelaste ambtenaar in beslag genomen bladen te vervangen. Dewerkgever verstrekt de bestuurders slechts bladen van een goed-gekeurd model, die geschikt zijn voor gebruik in het in het voer-
tuig geïnstalleerde apparaat.
Indien het voertuig is uitgerust met een aan bijlage I B beant-
woordend controleapparaat, zien de werkgever en de bestuurder
erop toe dat, rekening houdend met de duur van de dienst, de in
bijlage I B bedoelde afdruk op verzoek in geval van controlecorrect kan gebeuren.”;
b) de volgende leden worden toegevoegd:
„3. De in bijlage I B bedoelde bestuurderskaart wordt op
verzoek van de bestuurder verstrekt door de bevoegde autoriteitvan de lidstaat waar de bestuurder zijn gewone verblijfplaatsheeft.
Een lidstaat kan verlangen dat elke bestuurder waarop Verorde-
ning (EEG) nr. 3820/85 van toepassing is en die zijn gewoneverblijfplaats heeft op het grondgebied van die lidstaat, houder isvan de bestuurderskaart.
a) Voor de toepassing van deze verordening wordt onder
„gewone verblijfplaats” verstaan de plaats waar iemand
gewoonlijk verblijft, dat wil zeggen gedurende ten minste185 dagen per kalenderjaar wegens persoonlijke en beroeps-
matige bindingen, of, voor personen zonder beroepsmatige
bindingen, wegens persoonlijke bindingen, waaruit nauwebanden tussen hemzelf en de plaats waar hij woont blijken.
De gewone verblijfplaats van iemand die zijn beroepsmatige
bindingen op een andere plaats heefts dan zijn persoonlijke
bindingen en daardoor afwisselend verblijft op verschillende
plaatsen gelegen in twee of meer lidstaten, wordt evenwelgeacht zich op dezelfde plaats te bevinden als zijn persoon-lijke bindingen, op voorwaarde dat hij daar op geregeldetijden terugkeert. Deze laatste voorwaarde vervalt wanneer de
betrokkene in een lidstaat verblijft voor een opdracht van een
bepaalde duur.
b) De bestuurders tonen met passende middelen, met name met
hun identiteitskaart of enig ander legitimatiebewijs, aan waar
hun gewone verblijfplaats is.
c) De bevoegde autoriteiten van de lidstaat waar de bestuuders-
kaart is afgegeven, kunnen, indien zij de juistheid van deovereenkomstig onder b) afgelegde verklaring inzake gewone
verblijfplaats betwijfelen of met het oog op bepaalde speci-
fieke controles, om aanvullende inlichtingen of bewijsstukkenverzoeken.
d) De bevoegde autoriteiten van de lidstaat van afgifte verge-
wissen zich er zoveel mogelijk van dat de aanvrager niet
reeds in het bezit is van een geldige bestuurderskaart.
4. a) De bevoegde autoriteit van de lidstaat geeft een persoon-
lijk karakter aan de bestuurderskaart overeenkomstig debepalingen van bijlage I B.1998R2135 —NL—01.05.2006 —002.001 —5
▼B
De bestuurderskaart is ten hoogste vijf jaar geldig.
De bestuurder kan slechts houder van één bestuurderskaart
zijn. Hij mag alleen zijn persoonlijke kaart gebruiken. Hijmag geen defecte of verlopen kaart gebruiken.
Wanneer een nieuwe bestuurderskaart wordt afgegeven ter
vervanging van een oude kaart, moet de nieuwe kaarthetzelfde bestuurdersnummer dragen, maar wordt het getaldat het aantal vervangingen aangeeft, met één verhoogd.
De autoriteit die de kaart afgeeft houdt een register bij van
verloren en defecte kaarten.
Bij beschadiging, slechte werking, verlies of diefstal van
de bestuurderskaart verstrekt de bevoegde autoriteit eennieuwe kaart binnen vijf werkdagen na ontvangst van eenmet redenen omkleed verzoek daartoe.
Bij verzoek om vernieuwing van een bijna verlopen kaart
verstrekt de bevoegde autoriteit vóór de vervaldatum een
nieuwe kaart, voorzover het desbetreffende verzoek haar is
toegezonden binnen de in artikel 15, lid 1, tweede alinea,gestelde termijn.
b) Bestuurderskaarten worden alleen verstrekt aan aanvragers
waarop Verordening (EEG) nr. 3820/85 van toepassing is.
c) Bestuurderskaarten zijn persoonlijk. Zolang zij geldig zijn,
kunnen zij om geen enkele reden worden ingetrokken ofgeschorst, behalve wanneer de bevoegde autoriteit van eenlidstaat vaststelt dat een kaart is vervalst, dat de bestuurder
een kaart gebruikt waarvan hij niet de houder is of dat een
kaart is verkregen op basis van valse verklaringen en/ofvalse documenten. Indien de bovengenoemde maatregeleninzake intrekking of schorsing worden genomen door eenandere lidstaat dan de lidstaat van afgifte, zendt de eerstge-
noemde lidstaat de kaart met opgave van redenen terug
aan de autoriteit van de laatstgenoemde lidstaat die dekaart heeft afgegeven.
d) De door de lidstaten afgegeven bestuurderskaarten worden
onderling erkend.
Wanneer de houder van een door een lidstaat afgegeven
geldige bestuurderskaart zijn gewone verblijfplaats heeftgevestigd in een andere lidstaat, kan hij verzoeken zijnkaart te ruilen tegen een gelijkwaardige bestuurderskaart;
de lidstaat die de kaart ruilt, moet zo nodig nagaan of de
ter ruiling aangeboden kaart inderdaad nog geldig is.
Een lidstaat die een kaart ruilt, zendt de oude kaart met
opgave van redenen terug aan de autoriteiten van delidstaat die de kaart hebben afgegeven.
e) Wanneer een lidstaat een bestuurderskaart vervangt of
ruilt, wordt de vervanging of ruiling alsmede iedere laterevervanging of ruiling in die lidstaat geregistreerd.
f) De lidstaten nemen alle nodige maatregelen om te voor-
komen dat bestuurderskaarten vervalst worden.
5. De lidstaten zien erop toe dat de gegevens die nodig zijn
voor de controle op de naleving van Verordening (EEG)
nr. 3820/85 en Richtlijn 92/6/EEG van de Raad van 10 februari1992 betreffende de installatie en het gebruik, in de Gemeen-schap, van snelheidsbegrenzers in bepaalde categorieën motor-voertuigen (*), welke gegevens worden geregistreerd door decontroleapparaten overeenkomstig bijlage I B bij deze verorde-
ning, in het geheugen opgeslagen blijven gedurende ten minste
365 dagen na de datum van registratie, en beschikbaar kunnenworden gesteld onder voorwaarden die de veiligheid en juistheidvan de gegevens garanderen.
De lidstaten nemen alle nodige maatregelen om zich ervan te
vergewissen dat de doorverkoop of het buiten gebruik stellen vande controleapparaten de goede toepassing van dit lid niet ongun-stig kan beïnvloeden.1998R2135 —NL—01.05.2006 —002.001 —6
▼B
(*)PB L 57 van 23. 11. 1992, blz. 27.”;
8.artikel 15 wordt als volgt gewijzigd:
a) in de leden 1 en 2, eerste alinea, wordt de term „registatieblad”
telkens gevolgd door de woorden „of bestuurderskaart”;
b) in lid 1:
—wordt na de eerste alinea de volgende alinea ingevoegd:
„Wanneer de bestuurders hun bestuurderskaart wensen te
vernieuwen, richten zij daartoe een verzoek aan de bevoegdeautoriteiten van de lidstaat waarin zij hun gewone verblijf-plaats hebben, en wel uiterlijk 15 werkdagen vóór de datumwaarop de kaart verstrijkt.”;
—wordt de volgende alinea als vierde alinea toegevoegd:
„Bij beschadiging, slechte werking, verlies of diefstal van de
bestuurderskaart moeten de bestuurders bij de bevoegde auto-riteiten van de lidstaat waar zij hun gewone verblijfplaats
hebben, binnen zeven kalenderdagen om vervanging van de
kaart verzoeken.”;
c) het volgende lid wordt ingevoegd:
„5bis. De bestuurder voert in het aan bijlage I B beantwoor-
dend controleapparaat het symbool in van het land waar zijn
dagelijkse werkperiode begint, en dat van het land waar dieperiode eindigt. Een lidstaat kan bestuurders van voertuigen dieop zijn grondgebied binnenlands vervoer verrichten echterverplichten bij het landsymbool nadere geografische gegevens te
verstrekken mits deze door de betrokken lidstaat vóór 1 april
1998 aan de Commissie zijn meegedeeld en hun aantal niet meerbedraagt dan twintig.
Het invoeren van deze gegevens geschiedt op initiatief van de
bestuurder en kan ofwel geheel handmatig plaatsvinden, ofwel
automatisch indien het controleapparaat verbonden is met eenplaatsbepalingssysteem via satelliet.”;
d) in lid 6, eerste alinea, eerste regel, worden de woorden „het appa-
raat” vervangen door: „het in bijlage I omschreven controleappa-
raat”;
e) lid 7 wordt vervangen door
„7. Wanneer de bestuurder rijdt met een voertuig dat is uitge-
rust met een aan bijlage I beantwoordend controleapparaat, moet
hij op verzoek van de controleambtenaren de volgende docu-
menten kunnen tonen:
—de registratiebladen van de lopende week, en in elk geval het
blad van de laatste dag van de voorafgaande week waarop hij
heeft gereden,
—de bestuurderskaart, indien hij houder is van een dergelijke
kaart, en
—de documenten die zijn afgedrukt door het in bijlage I B
omschreven controleapparaat en die betrekking hebben op de
in lid 3, tweede streepje, onder a), b), c) en d), genoemdetijdgroepen, indien de bestuurder in de in het eerste streepjevan dit lid bedoelde periode een met een dergelijk controleap-paraat uitgerust voertuig heeft bestuurd.
Wanneer de bestuurder rijdt met een voertuig dat is uitgerust met
een aan bijlage I B beantwoordend controleapparaat, moet hij opverzoek van de controleambtenaren de volgende documentenkunnen tonen:
—de bestuurderskaart waarvan hij houder is, en
—de registratiebladen voor dezelfde periode als die welke in
het eerste streepje van de eerste alinea is bedoeld en waarinhij zou hebben gereden met een voertuig dat is uitgerust meteen aan bijlage I beantwoordend controleapparaat.1998R2135 —NL—01.05.2006 —002.001 —7
▼B
Een daartoe gemachtige ambtenaar kan de naleving van Verorde-
ning (EEG) nr. 3820/85 controleren door inspectie van de regi-stratiebladen, de getoonde of afgedrukte gegevens die door hetcontroleapparaat of de bestuurderskaart zijn geregistreerd en, bijontbreken daarvan, door inspectie van elk ander bewijsdocument
aan de hand waarvan de niet-naleving van een van de in artikel
16, leden 2 en 3, bedoelde bepalingen kan worden gerechtvaar-digd.”;
f) het volgende lid wordt toegevoegd:
„8. Het vervalsen, uitwissen of vernietigen van op het registra-
tieblad, in het controleapparaat of op de besturderskaart geregi-streerde gegevens en van de door het in bijlage I B omschreven
controleapparaat afgedrukte documenten is verboden. Hetzelfde
geldt voor misbruik van het controleapparaat, het registratiebladof debestuurderskaart waardoor de gegevens en/of de afgedruktedocumenten vervalst, ontoegankelijk gemaakt of vernietigdkunnen worden. In het voertuig mag geen voorziening aanwezig
zijn die voor dergelijk misbruik kan worden aangewend.”;
9.artikel 16 wordt als volgt gewijzigd:
a) lid 2 wordt vervangen door:
„2. Gedurende de tijd dat het controleapparaat niet of
gebrekkig werkt, brengt de bestuurder de gegevens betreffendede tijdgroepen, voorzover het controleapparaat deze niet meercorrect registreert of afdrukt, aan op het (de) registratieblad(en)of op een bij het registratieblad of de bestuurderskaart te voegenbijzonder blad en waarop hij de gegevens vermeldt waardoor hij
kan worden geïdentificeerd (naam en nummer van zijn rijbewijs
of naam en nummer van het rijbewijs van de bestuurder), voor-zien van zijn handtekening.
Bij verlies, diefstal, beschadiging of slechte werking van zijn
kaart drukt de bestuurder aan het einde van de rit de gegevens afbetreffende de door het controleapparaat geregistreerde tijd-groepen en brengt hij op dit document de gegevens aan waarmee
hij kan worden geïdentificeerd (naam en nummer van zijn rijbe-
wijs of naam en nummer van het rijbewijs van de bestuurder),alsmede zijn handtekening.”;
b) het volgende lid wordt toegevoegd:
„3. Indien zijn kaart beschadigd is of slecht werkt, zendt de
bestuurder de kaart terug naar de bevoegde autoriteit van delidstaat waar hij zijn gewone verblijfplaats heeft. Van de diefstal
van de bestuurderskaart moet bij de bevoegde autoriteiten van
het land waar de diefstal zich heeft voorgedaan, naar behorenaangifte worden gedaan.
Van het verlies van de bestuurderskaart moet naar behoren
aangifte worden gedaan bij de bevoegde autoriteiten van het landdat de kaart heeft afgegeven, alsmede bij die van de lidstaat waar
de houder zijn gewone verblijfplaats heeft, indien die autoriteiten
verschillend zijn.
De bestuurder kan gedurende ten hoogste vijftien kalenderdagen
of gedurende een langere periode als dit noodzakelijk is om hetvoertuig naar het bedrijf terug te rijden, zonder zijn kaart blijvenrijden, mits hij het feit dat hij zijn kaart tijdens die periode nietkan tonen of gebruiken kan rechtvaardigen.
Wanneer de autoriteiten van de lidstaat waar de bestuurder zijn
gewone verblijfplaats heeft, niet dezelfde zijn als die welke zijn
kaart hebben afgegeven en wanneer die autoriteiten de bestuur-derskaart moeten vernieuwen, vervangen of ruilen, delen zij deautoriteiten die de oude kaart hebben afgegeven de exacteredenen van de vernieuwing, vervanging of ruil mee.”;
10.artikel 17 wordt vervangen door:1998R2135 —NL—01.05.2006 —002.001 —8
▼B
„Artikel 17
1. De wijzigingen die nodig zijn om de bijlagen aan te passen
aan de vooruitgang van de techniek, worden vatgesteld volgens deprocedure van artikel 18.
2. De technische specificaties betreffende de onderstaande punten
van bijlage I B worden zo spoedig mogelijk en indien mogelijk vóór
1 juli 1998 vastgesteld volgens dezelfde procedure:
a) hoofdstuk II:
—onder d), punt 17:
tonen en afdrukken van systeemfouten van het controleappa-
raat,
—onder d), punt 18:
tonen en afdrukken van fouten in de bestuurderskaart,
—onder d), punt 21:
tonen en afdrukken van overzichtsrapporten;
b) hoofdstuk III:
—onder a) punt 6.3:
normen voor de bescherming van de boordelektronica tegen
elektrische interferentie en magnetische velden,
—onder a) punt 6.5:
bescherming (beveiliging) van het gehele systeem,
—onder c), punt 1:
waarschuwingssignalen bij interne defecten van het controle-
apparaat,
—onder c), punt 5:
vorm van de waarschuwingssignalen,
—onder f):
maximumtoleranties;
c) hoofdstuk IV, deel A:
—punt 4:
normen,
—punt 5:
veiligheid, inclusief gegevensbescherming,
—punt 6:
temperatuurbereik,
—punt 8:
elektrotechnische kenmerken,
—punt 9:
logische structuur van de bestuurderskaart,
—punt 10:
functies en commando's,
—punt 11:
hoofdbestanden;
hoofdstuk IV: deel B;
d) hoofdstuk V:
printer en standaardafdrukken.”;
11.artikel 18 wordt vervangen door:
„Artikel 18
1. Wanneer wordt verwezen naar de procedure van dit artikel,
wordt de Commissie bijgestaan door een comité bestaande uit verte-genwoordigers van de lidstaten en voorgezeten door de vertegen-woordiger van de Commissie.1998R2135 —NL—01.05.2006 —002.001 —9
▼B
2. De vertegenwoordiger van de Commissie legt het comité een
ontwerp voor van de te nemen maatregelen. Het comité brengtadvies uit over dit ontwerp binnen een termijn die de voorzitter kanvaststellen naar gelang van de urgentie van de materie. Het comitéspreekt zich uit met de meerderheid van stemmen die in artikel 148,
lid 2, van het Verdrag is voorgeschreven voor de aanneming van de
besluiten die de Raad op voorstel van de Commissie dient te nemen.Bij stemming in het comité worden de stemmen van de vertegen-woordigers van de lidstaten gewogen overeenkomstig genoemdartikel. De voorzitter neemt niet aan de stemming deel.
3. a) De Commissie stelt de beoogde maatregelen vast wanneer zij
in overeenstemming zijn met het advies van het comité.
b) Wanneer de beoogde maatregelen niet in overeenstemming
zijn met het advies van het comité of indien geen advies isuitgebracht, dient de Commissie onverwijld bij de Raad eenvoorstel in betreffende de te nemen maatregelen. De Raad
besluit met gekwalificeerde meederheid van stemmen.
Indien de Raad, na verloop van een termijn van drie maanden
na de indiening van het voorstel bij de Raad geen besluit heeftgenomen, worden de voorgestelde maatregelen door deCommissie vastgesteld.”;
12.de aan deze verordening gehechte bijlage I B wordt toegevoegd.
Artikel 2
▼M2
1.a) Vanaf de twintigste dag volgend op de publicatie van Verordening
(EG) nr. 561/2006 van het Europees Parlement en de Raad van15 maart 2006 tot harmonisatie van bepaalde voorschriften van
sociale aard voor het wegvervoer en tot wijziging van Verorde-
ningen (EEG) nr. 3821/85 en (EG) nr. 2135/98 van de Raad (
1)
moeten voertuigen die voor het eerst in het verkeer wordengebracht uitgerust zijn met een controleapparaat dat voldoet aande voorschriften van bijlage I B bij Verordening (EEG) nr. 3821/85.
▼
B
b) Vanaf de datum van inwerkingtreding van het bepaalde onder a)
zijn bij vervanging van het controleapparaat op voertuigen voorpersonenvervoer met behalve de bestuurdersplaats meer dan achtzitplaatsen en een maximumgewicht van meer dan 10 ton en op
voertuigen voor vrachtvervoer met een maximumgewicht van
meer dan 12 ton de bepalingen van bijlage I B bij Verordening(EEG) nr. 3821/85 van toepassing, als deze voertuigen op 1januari 1996 of later voor het eerst zijn geregistreerd en de over-brenging van de signalen naar het controleapparaat waarmee zijzijn uitgerust, geheel elektronisch geschiedt.
▼
M2
2. De lidstaten nemen de nodige maatregelen om de bestuurders-kaarten uiterlijk op de twintigste dag volgend op de publicatie vanVerordening (EG) nr. 561/2006 te kunnen afgeven.
▼
B
3. Indien twaalf maanden na de bekendmaking van het in lid 1
bedoelde besluit nog geen enkele EG-goedkeuring is verleend voor een
controleapparaat dat voldoet aan de voorschriften van bijlage I B bijVerordening (EEG) nr. 3821/85, dient de Commissie bij de Raad eenvoorstel in tot verlenging van de in de leden 1 en 2 genoemdetermijnen.
4. Bestuurders die vóór de in lid 2 genoemde datum een met een aan
bijlage I B bij Verordening (EEG) nr. 3821/85 beantwoordend controle-apparaat uitgerust voertuig besturen en aan wie de bevoegde autoriteitennog geen bestuurderskaart hebben kunnen afgeven, drukken aan heteinde van hun dagelijkse werkperiode de gegevens af betreffende de1998R2135 —NL—01.05.2006 —002.001 —10
(1) PB L 102 van 11.4.2006, blz. 1
▼B
door het controleapparaat geregistreerde tijdgroepen en brengen op die
afdruk de gegevens aan waarmee zij kunnen worden geïdentificeerd(naam en nummer van het rijbewijs), alsmede hun handtekening.
Artikel 3
Richtlijn 88/599/EEG wordt als volgt gewijzigd:
1.artikel 3, lid 2 wordt vervangen door:
„2. De controles langs de weg hebben betrekking op de volgende
punten:
—de dagelijkse rijtijden, onderbrekingen en dagelijkse rusttijden. In
geval van duidelijke aanwijzingen van onregelmatigheden hebben
zij tevens betrekking op de registratiebladen voor de vorigedagen, die zich in het voertuig moeten bevinden overeenkomstigartikel 15, lid 7, van Verordening (EEG) nr. 3821/85, als gewij-zigd bij Verordening (EG) nr. 2135/98 (*), en/of op de gegevens
betreffende dezelfde periode die op de bestuurderskaart en/of in
het geheugen van het aan bijlage I B beantwoordend controleap-paraat zijn opgeslagen;
—in voorkomend geval, voor de in artikel 15, lid 7, van Verorde-
ning (EEG) nr. 3821/85 bedoelde periode, overschrijdingen van
de toegestane maximumsnelheid van het voertuig, omschreven alsperiode van meer dan een minuut sneller dan 90 km/uur voor N3-voertuigen of 105 km/uur voor M
3-voertuigen, N3en M3zijn de
categorieën gedefinieerd in bijlage I van Richtlijn 70/156/EEG (**);
—in voorkomend geval, de onmiddellijke snelheden van het voer-
tuig zoals die door het controleapparaat zijn geregistreerd gedu-rende ten hoogste de laatste 24 uur waarin het voertuig isgebruikt;
—in voorkomend geval de laatste wekelijke rustperiode;
—de correcte werking van het controleapparaat (vaststelling van
eventueel misbruik van het apparaat en/of de bestuurderskaart en/
of registratiebladen), of in voorkomend geval de aanwezigheid
van de documenten bedoeld in artikel 14, lid 5, van Verordening(EEG) nr. 3820/85.
(*) Verordening (EG) nr. 2135/98 van de Raad van 24 september
1998 tot wijziging van Verordening (EEG) nr. 3821/85 betref-fende het controleapparaat in het wegvervoer en tot wijziging vanRichtlijn 88/599/EEG betreffende standaardprocedures voor de
controle op de toepassing van Verordening (EEG) nr. 3820/85 en
Verordening (EEG) nr. 3821/85 PB L 274 van 9.10.1998, blz. 1).
(**)
Richtlijn 70/156/EEG van de Raad van 6 februari 1970 inzake de onder-
linge aanpassing van de wetgevingen van de lidstaten betreffende de
goedkeuring van motorvoertuigen en aanhangwagens daarvan (PB L 42
van 23.2.1970, blz. 1). Richtlijn laatstelijk gewijzigd bij Richtlijn 97/27/
EG (PB L 233 van 25.8.1997, blz. 1.)”;
2.in artikel 4 wordt lid 3 vervangen door:
„3. Met het oog op de toepassing van dit artikel zijn de controles
die de bevoegde autoriteiten ten eigen kantore verrichten op basis vante dien einde door de ondernemingen op verzoek van genoemdeinstanties verstrekte relevante documenten en/of gegevens, gelijk testellen met ter plaatse in de ondernemingen verrichte controles.”.
Artikel 4
Deze verordening treedt in werking de dag volgend op die van haar
bekendmaking in het Publicatieblad van de Europese Gemeenschappen.
Deze verordening is verbindend in al haar onderdelen en is rechtstreeks
toepasselijk in elke lidstaat.1998R2135 —NL—01.05.2006 —002.001 —11
▼M1
BIJLAGE
„BIJLAGE I B
CONSTRUCTIE-, BEPROEVINGS-, INSTALLATIE- EN CONTROLEVOORSCHRIFTEN
Teneinde de interoperabiliteit van de software van de in deze bijlage omschreven apparatuur te
behouden, zijn bepaalde afkortingen, termen en uitdrukkingen op het gebied van informatica in de tekst
opgenomen in de taal van het origineel, namelijk het Engels. Bij bepaalde uitdrukkingen is voor de
duidelijkheid tussen haakjes een letterlijke vertaling toegevoegd.
INHOUD
I. DEFINITIES …............................................................................................
II. ALGEMENE KENMERKEN EN FUNCTIES VAN HET CONTROLEAPPARAAT …..........
1. Algemene kenmerken …........................................................................
2. Functies ….......................................................................................
3. Werkingsmodi …................................................................................
Beveiliging …....................................................................................
III. FUNCTIONELE EN CONTRUCTIE-EISEN AAN HET CONTROLEAPPARAAT …...........
1. Bewaking van het inbrengen en uitnemen van controlekaarten …..........................
2. Meting van snelheid en afgelegde afstand ….................................................
2.1. Meting van de afgelegde afstand …...........................................................
Meting van de snelheid …......................................................................
3. Tijdmeting ….....................................................................................
4. Controleren van de activiteiten van de bestuurder …........................................
5. Controleren van de status van de bestuurders ….............................................
6. Handmatige invoer door de bestuurders …....................................................
6.1. Invoer van begin- en eindpunt van de dagelijkse werkperiode …..........................
6.2. Handmatige invoer van de activiteiten van de bestuurder …................................
6.3. Invoer van specifieke omstandigheden ….....................................................
7. Beheer van bedrijfsvergrendelingen …........................................................
8. Bewaking van controleactiviteiten …..........................................................
9. Detecteren van voorvallen en/of fouten …....................................................
9.1. „Inbrengen van een ongeldige kaart” … .......................................................
9.2. „kaartconflict” … ................................................................................
9.3. „Tijdsoverlapping” … ...........................................................................
9.4. „Rijden zonder een geschikte kaart” … ........................................................
9.5. „Inbrengen van de kaart tijdens het rijden” … ................................................
9.6. „Laatste kaartsessie niet correct afgesloten” … ...............................................
9.7. „Snelheidsoverschrijding” … ...................................................................
9.8. „Onderbreking van de stroomvoorziening” … ................................................
9.9. „Fout in de bewegingsgegevens” … ...........................................................
9.10. „Poging tot inbreuk op de beveiliging” … ....................................................
9.11. „Kaart”-fout …...................................................................................
9.12. „Controleapparaat”-fout …......................................................................
Ingebouwde beproeving en zelfbeproeving …................................................
11. Lezen van het geheugen ….....................................................................
12. Registratie en opslag in het geheugen …......................................................
12.1. Identificatiegegevens van het apparaat ….....................................................
12.1.1. Identificatiegegevens van de voertuigunit …..................................................1998R2135 —NL—01.05.2006 —002.001 —12
▼M1
12.1.2. Identificatiegegevens van de bewegingsopnemer ….........................................
12.2. Beveiligingselementen ….......................................................................
12.3. Gegevens over het inbrengen en uitnemen van de bestuurderskaart …....................
12.4. Gegevens over de activiteiten van de bestuurder …..........................................
12.5. Plaatsen waar dagelijkse werkperioden beginnen en/of eindigen …........................
12.6. Gegevens over de kilometerstand …...........................................................
12.7. Gedetailleerde snelheidsgegevens …...........................................................
12.8. Gegevens over voorvallen …...................................................................
12.9. Gegevens over fouten …........................................................................
12.10. Kalibreringsgegevens …........................................................................
12.11. Tijdafstellingsgegevens …......................................................................
12.12. Gegevens over controleactiviteiten ….........................................................
12.13. Gegevens over bedrijfsvergrendelingen …....................................................
12.14. Gegevens over overbrengingsactiviteiten …..................................................
12.15. Gegevens over specifieke omstandigheden …................................................
13. Aflezen van de tachograafkaart ….............................................................
14. Registratie en opslag op een tachograafkaart …..............................................
15. Visuele weergave ….............................................................................
15.1 Standaardleesvenster ….........................................................................
15.2. Waarschuwingsleesvenster …...................................................................
15.3. Toegang tot het menu …........................................................................
15.4. Andere leesvensters …..........................................................................
16. Afdrukken ….....................................................................................
17. Waarschuwingssignalen …......................................................................
18. Overbrengen van gegevens naar externe media …...........................................
19. Uitvoeren van gegevens naar additionele externe inrichtingen …..........................
20. Kalibrering …....................................................................................
21. Tijdafstelling …..................................................................................
22. Prestatiekenmerken …...........................................................................
23. Materialen ….....................................................................................
24. Aanduidingen ….................................................................................
IV. FUNCTIONELE EN CONSTRUCIE-EISEN VOOR TACHOGRAAFKAARTEN ….............
1. Zichtbare gegevens …...........................................................................
2. Beveiliging …....................................................................................
3. Normen …........................................................................................
4. Milieu- en elektrotechnische specificaties …..................................................
5. Gegevensopslag …..............................................................................
5.1. Identificatie van de kaart en veiligheidsgegevens ….........................................
5.1.1. Toepassingsidentificatie …......................................................................
5.1.2. Chipidentificatie …..............................................................................
5.1.3. IC-kaartidentificatie …..........................................................................
5.1.4. Beveiligingselementen ….......................................................................
5.2. Bestuurderskaart …..............................................................................
5.2.1. Kaartidentificatie ….............................................................................
5.2.2. Identificatie van de kaarthouder ….............................................................
5.2.3. Informatie over het rijbewijs …................................................................1998R2135 —NL—01.05.2006 —002.001 —13
▼M1
5.2.4. Gegevens over het gebruik van voertuigen …................................................
5.2.5. Gegevens over de activiteiten van de bestuurder …..........................................
5.2.6. Plaatsen waar dagelijkse werkperioden beginnen en/of eindigen …........................
5.2.7. Gegevens over voorvallen …...................................................................
5.2.8. Gegevens over fouten …........................................................................
5.2.9. Gegevens over controleactiviteiten ….........................................................
5.2.10. Gegevens over kaartsessies …..................................................................
5.2.11. Gegevens over specifieke omstandigheden …................................................
5.3. Werkplaatskaart …...............................................................................
5.3.1. Beveiligingselementen ….......................................................................
5.3.2. Kaartidentificatie ….............................................................................
5.3.3. Identificatie van de kaarthouder ….............................................................
5.3.4. Gegevens over het geburik van voertuigen …................................................
5.3.5. Gegevens over de activiteiten van de bestuurder …..........................................
5.3.6. Gegevens over begin en einde van dagelijkse werkperioden …............................
5.3.7. Gegevens over voorvallen en fouten ….......................................................
5.3.8. Gegevens over controleactiviteiten ….........................................................
5.3.9. Gegevens over kalibrering en tijdafstelling …................................................
5.3.10. Gegevens over specifieke omstandigheden …................................................
5.4. Controlekaart ….................................................................................
5.4.1. Kaartidentificatie ….............................................................................
5.4.2. Identificatie van de kaarthouder ….............................................................
5.4.3. Gegevens over controleactiviteiten ….........................................................
5.5. Bedrijfskaart …..................................................................................
5.5.1. Kaartidentificatie ….............................................................................
5.5.2. Identificatie van de kaarthouder ….............................................................
5.5.3. Gegevens over bedrijfsactiviteiten …..........................................................
V. INSTALLATIE VAN HET CONTROLEAPPARAAT …..............................................
1. Installatie …......................................................................................
2. Installatieplaatje …..............................................................................
3. Verzegeling …...................................................................................
VI. CONTROLES, INSPECTIES EN REPARATIES …...................................................
1. Erkenning van installateurs of werkplaatsen …...............................................
2. Controle van nieuwe of herstelde inrichtingen …............................................
3. Controle van de installatie …...................................................................
4. Periodieke controles …..........................................................................
5. Vaststelling van afwijkingen …................................................................
6. Reparaties ….....................................................................................
VII. KAARTAFGIFTE …......................................................................................
VIII. GOEDKEURING VAN HET CONTROLEAPPARAAT EN DE TACHOGRAAFKAARTEN …
1. Algemeen ….....................................................................................
2. Veiligheidscertificaat ….........................................................................
3. Functiecertificaat ….............................................................................
4. Interoperabiliteitscertificaat …..................................................................
5. Typegoedkeuringscertificaat ….................................................................
6. Bijzondere procedure: eerste interoperabiliteitscertificaten …...............................1998R2135 —NL—01.05.2006 —002.001 —14
▼M1
Appendix 1: Verklarende woordenlijst van de gegevens
Appendix 2: Specificatie van tachograafkaarten
Appendix 3: Pictogrammen
Appendix 4: Afdrukken
Appendix 5: Leesvenster
Appendix 6: Externe interfaces
Appendix 7: Protocollen voor gegevensoverdracht
Appendix 8: Kalibratieprotocol
Appendix 9: TYPEGOEDKEURING —LIJST VAN MINIMAAL VEREISTE BEPROEVINGEN
Appendix 10: ALGEMENE BEVEILIGINGSDOELSTELLINGEN
Appendix 11: ALGEMENE BEVEILIGINGSMECHANISMEN1998R2135 —NL—01.05.2006 —002.001 —15
▼M1
I. DEFINITIES
In deze bijlage wordt verstaan onder:
a) „activering”:
fase waarin het controleapparaat volledig operationeel wordt en alle func-
ties, inclusief veiligheidsfuncties, uitvoert;
Het activeren van een controleapparaat vereist het gebruik van een werk-
plaatskaart en het invoeren van de pincode.
b) „authenticatie”:
een functie bestemd voor het vaststellen en verifiëren van een opgegeven
identiteit;
c) „authenticiteit”:
de eigenschap dat informatie afkomstig is van een persoon wiens identiteit
kan worden geverifieerd;
d) „ingebouwd beproevingssysteem (BIT)”:
beproevingen die op verzoek worden uitgevoerd en door de bestuurder of
een externe inrichting gestart worden;
e) „kalenderdag”:
een dag van 00.00 uur tot en met 24.00 uur. Alle kalenderdagen hebben
betrekking op de UTC-tijd (gecoördineerde wereldtijd);
f) „kalibrering”:
het bijwerken of bevestigen van voertuigparameters die in het geheugen
opgeslagen zijn. Voertuigparameters zijn onder andere voertuigidentificatie
(VIN-nummer, kentekennummer en de lidstaat van registratie) en voertuig-
kenmerken (w, k, l, bandenmaat, snelheidsbegrenzer (indien van toepas-
sing), actuele UTC-tijd, actuele kilometerstand);
Voor het kalibreren van een controleapparaat is een werkplaatskaart
nodig.
g) „kaartnummer”:
een nummer van 16 alfanumerieke tekens dat een tachograafkaart binnen
een lidstaat op unieke wijze identificeert. Het kaartnummer omvat een
opeenvolgende index (indien van toepassing), een vervangingsindex en
een vernieuwingsindex;
Een kaart wordt dus op unieke wijze door de code van de lidstaat van
afgifte en het kaartnummer geïdentificeerd.
h) „opeenvolgende index van de kaart”:
het 14e teken van een kaartnummer, dat wordt gebruikt om de verschil-
lende kaarten te onderscheiden die afgegeven zijn aan een bedrijf of aan
een instantie die meerdere tachograafkaarten mag bezitten. Het bedrijf of
de instantie wordt op unieke wijze door de eerste 13 tekens van het kaart-
nummer geïdentificeerd;
i) „vernieuwingsindex van de kaart”:
het 16e alfanumerieke teken van een kaartnummer, dat bij elke vernieu-
wing van een tachograafkaart verhoogd wordt;
j) „vervangingsindex van de kaart”:
het 15e alfanumerieke teken van een kaartnummer, dat bij elke vervanging
van een tachograafkaart verhoogd wordt;
k) „kenmerkende coëfficiënt van het voertuig”:
het getal dat de waarde aangeeft van het uitgangssignaal van het onderdeel
van het voertuig (secundaire as van de versnellingsbak of wiel van voer-
tuig) dat is verbonden met het controleapparaat wanneer het voertuig de
afstand van één kilometer aflegt, gemeten onder normale beproevingsom-
standigheden (zie hoofdstuk VI.5). De kenmerkende coëfficiënt wordt in
impulsen per kilometer (w = …imp/km) uitgedrukt;
l) „bedrijfskaart”:
een door de autoriteiten van een lidstaat aan de eigenaar of houder van met
het controleapparaat uitgeruste voertuigen afgegeven tachograafkaart;
De bedrijfskaart identificeert het bedrijf en met de bedrijfskaart kunnen de
in het controleapparaat van dit bedrijf opgeslagen gegevens zichtbaar
gemaakt, overgebracht en afgedrukt worden.
m) „constante van het controleapparaat”:1998R2135 —NL—01.05.2006 —002.001 —16
▼M1
het getal dat de waarde aangeeft van het ingangssignaal dat nodig is ter
aanwijzing en registratie van een afgelegde afstand van één kilometer; deze
constante moet in impulsen per kilometer (k = …imp/km) worden uitge-
drukt;
n) „rijtijdperiode” wordt in het controleapparaat berekend als (1):
de op dat moment verzamelde rijtijden van elke bestuurder afzonderlijk
sinds de laatste BESCHIKBAARHEID of RUSTPAUZE of ONBE-
KENDE (2) periode van 45 minuten of meer (deze periode kan in een
aantal periodes van 15 minuten of meer worden opgedeeld). De betreffende
berekeningen houden, indien nodig, rekening met eerdere op de bestuur-
derskaart opgeslagen activiteiten. Wanneer de bestuurder zijn kaart niet
heeft ingebracht, zijn de betreffende berekeningen gebaseerd op de geheu-
genregistraties over de lopende periode waarin geen kaart ingebracht was,
en met betrekking tot de relevante lezer;
o) „controlekaart”:
een door de autoriteiten van een lidstaat aan de bevoegde autoriteiten afge-
geven tachograafkaart;
De controlekaart identificeert de controle-instantie en mogelijk de met de
controle belaste ambtenaar en verschaft toegang tot de in het geheugen of
op de bestuurderskaart opgeslagen gegevens om deze te lezen, af te
drukken en/of over te brengen.
p) „cumulatieve rusttijd” wordt in het controleapparaat berekend als (1):
de cumulatieve onderbreking van de rijtijd wordt berekend als de op dat
moment verzamelde BESCHIKBAARHEID of RUSTPAUZE of ONBE-
KENDE (2) perioden van 15 minuten of meer van elke bestuurder afzon-
derlijk, sinds zijn laatste BESCHIKBAARHEID of RUSTPAUZE of
ONBEKENDE (2) periode van 45 minuten of meer (deze periode kan in
een aantal periodes van 15 minuten of meer worden opgedeeld).
De betreffende berekeningen houden, indien nodig, rekening met eerdere
op de bestuurderskaart opgeslagen activiteiten. Bij de berekening wordt
geen rekening gehouden met onbekende periodes van negatieve duur
(begin van een onbekende periode > einde van een onbekende periode) ten
gevolge van tijdsoverlapping tussen twee verschillende controleapparaten.
Wanneer de bestuurder zijn kaart niet heeft ingebracht, zijn de betreffende
berekeningen gebaseerd op de geheugenregistraties met betrekking tot de
lopende periode waarin geen kaart ingebracht was, en met betrekking tot
de relevante lezer;
q) „geheugen”:
een elektronisch geheugenmedium dat in het controleapparaat ingebouwd
is;
r) „digitale handtekening”:
gegevens toegevoegd aan, of een cryptografische transformatie van een
gegevensblok waarmee de ontvanger van de gegevens de authenticiteit en
integriteit van de gegevens kan verifiëren;
s) „overbrengen”:
het kopiëren, samen met een digitale handtekening, van (een gedeelte van)
de gegevens die in het geheugen van het voertuig of in het geheugen van
de tachograafkaart opgeslagen zijn;
Bij het overbrengen mogen opgeslagen gegevens niet gewijzigd of gewist
worden.
t) „bestuurderskaart”:
een door de autoriteiten van een lidstaat aan elke bestuurder afzonderlijk
afgegeven tachograafkaart;
De bestuurderskaart identificeert de bestuurder en registreert de activi-
teiten van de bestuurder.
u) „effectieve omtrek van de wielbanden”:
gemiddelde afstand, afgelegd door elk van de wielen die het voertuig
aandrijven, (aandrijfwielen) bij een volledige omwenteling. Het meten van
deze afstanden moet geschieden onder normale beproevingsomstandig-
heden (hoofdstuk VI.5) en wordt als volgt uitgedrukt: „l =…mm”. Voer-
tuigfabrikanten kunnen het meten van deze afstanden vervangen door een1998R2135 —NL—01.05.2006 —002.001 —17
(1) Door deze berekeningswijze van de rijtijdperiode en de cumulatieve rusttijd kan het
controleapparaat de rijtijdwaarschuwing berekenen. Hiermee wordt niet vooruitgelopenop de wettelijke interpretatie van deze tijden.
(
2) ONBEKENDE periodes komen overeen met periodes waarin de bestuurderskaart niet in
het controleapparaat ingebracht was en de activiteiten van de bestuurder niet handmatig
werden ingevoerd.
▼M1
theoretische calculatie waarbij wordt uitgegaan van de verdeling van het
gewicht op de assen, ongeladen voertuig in normale rijklare toestand (1).
De methoden voor deze theoretische calculatie moeten door de bevoegde
autoriteit van de lidstaat worden goedgekeurd;
v) „voorval”:
een door het controleapparaat ontdekt abnormaal functioneren dat mogelijk
het gevolg is van een fraudepoging;
w) „fout”:
een door het controleapparaat ontdekt abnormaal functioneren dat mogelijk
het gevolg is van een slechte werking van of storing in het apparaat;
x) „installatie”:
het plaatsen van het controleapparaat in een voertuig;
y) „bewegingsopnemer”:
deel van het controleapparaat dat een signaal afgeeft betreffende de snel-
heid van het voertuig en/of de afgelegde afstand;
z) „ongeldige kaart”:
een kaart die ongeldig is of waarvan de eerste authenticatie mislukt is, of
waarvan de geldigheidsuur nog niet begonnen is of reeds verstreken is;
aa) „niet verplicht”:
wanneer het gebruik van het controleapparaat volgens de bepalingen van
Verordening (EEG) nr. 3820/85 van de Raad niet vereist is.
bb) „snelheidsoverschrijding”:
overschrijding van de toegestane maximumsnelheid van het voertuig,
omschreven als een periode van meer dan 60 seconden waarin de gemeten
snelheid van het voertuig de maximumsnelheid waarop de snelheidsbe-
grenzer is afgesteld overschrijdt, zoals vastgelegd in Richtlijn 92/6/EEG
van de Raad van 10 februari 1992 betreffende de installatie en het gebruik,
in de Gemeenschap, van snelheidsbegrenzers in bepaalde categorieën
motorvoertuigen (2).
cc) „periodieke controle ”:
een reeks verrichtingen die worden uitgevoerd om te controleren of het
controleapparaat goed werkt en de instellingen overeenkomen met de voer-
tuigparameters;
dd) „printer”:
deel van het controleapparaat dat opgeslagen gegevens afdrukt;
ee) „controleapparaat”:
het volledige in wegvoertuigen in te bouwen apparaat om gegevens betref-
fende het rijden van deze voertuigen en bepaalde werktijden van hun
bestuurder aan te geven en automatisch of semi-automatisch te registreren
en op te slaan;
ff) „vernieuwing”:
afgifte van een nieuwe tachograafkaart wanneer een bestaande kaart
verlopen of defect is en teruggestuurd is naar de autoriteit van afgifte.
Vernieuwing geeft altijd de zekerheid dat er geen twee geldige kaarten
zijn;
gg) „reparatie”:
reparatie van een bewegingsopnemer of van een voertuigunit die moet
worden losgekoppeld van de stroomvoorziening of van andere compo-
nenten van het controleapparaat, of die moet worden geopend;
hh) „vervanging”:
afgifte van een tachograafkaart ter vervanging van een bestaande kaart, die
als verloren, gestolen of defect gemeld is en die niet teruggestuurd is naar
de autoriteit van afgifte. Bij vervanging bestaat altijd het risico dat twee
geldige kaarten in omloop zijn;
ii) „veiligheidscertificatie”:1998R2135 —NL—01.05.2006 —002.001 —18
(1) Richtlijn 97/27/EG van het Europees Parlement en de Raad van 22 juli 1997 betreffende
de massa's en afmetingen van bepaalde categorieën motorvoertuigen en aanhangwagensdaarvan en tot wijziging van Richtlijn 70/156/EEG (PB L 233 van 25.8.1997, blz. 1).
(
2) PB L 57 van 2.3.1992, blz. 27.
▼M1
proces ter certificering, door een certificeringsinstantie van de ITSEC (1),
dat het onderzochte controleapparaat (of een component daarvan) of de
tachograafkaart voldoet aan de veiligheidseisen zoals vastgelegd in
appendix 10 Algemene veiligheidsdoelstellingen;
jj) „zelfbeproeving”:
beproevingen die het controleapparaat periodiek en automatisch uitvoert
om fouten te ontdekken;
kk) „tachograafkaart”:
smartcard voor gebruik in het controleapparaat. Het controleapparaat kan
door middel van een tachograafkaart de identiteit (of identiteitsgroep) van
de kaarthouder vaststellen en gegevens verzenden en opslaan. Een tacho-
graafkaart is er in de volgende uitvoeringen:
—bestuurderskaart,
—controlekaart,
—werkplaatskaart,
—bedrijfskaart;
ll) „typegoedkeuring”:
een proces ter certificering, door een lidstaat, dat het onderzochte controle-
apparaat (of een component daarvan) of de tachograafkaart voldoet aan de
eisen van deze verordening;
mm) „bandenmaat”:
de omschrijving van de afmetingen van de banden (externe aandrijfwielen)
overeenkomstig Richtlijn 92/23/EEG (2);
nn) „identificatienummer van het voertuig”:
nummers die het voertuig identificeren: het kentekennummer van het voer-
tuig met een indicatie van de lidstaat van registratie en het Voertuigidentifi-
catienummer (VIN-nummer) (3);
oo) „voertuigunit (VU)”:
het controleapparaat met uitzondering van de bewegingsopnemer en de
kabels waarmee de bewegingsopnemer aangesloten is. De voertuigunit
mag uit een enkele unit bestaan of uit verscheidene units verspreid over
het voertuig, mits de voertuigunit voldoet aan de veiligheidseisen van deze
verordening;
pp) voor de berekening in het controleapparaat betekent „week”:
het tijdvak tussen maandag 00.00 uur UTC-tijd en zondag 24.00 uur UTC-
tijd;
qq) „werkplaatskaart”:
een door de autoriteiten van een lidstaat aan een fabrikant van controleap-
paratuur, een installateur, een voertuigfabrikant of werkplaats afgegeven en
door die lidstaat goedgekeurde tachograafkaart.
De werkplaatskaart identificeert de kaarthouder en met de werkplaatskaart
kan het controleapparaat beproefd en gekalibreerd worden en/of kunnen
gegevens worden overgebracht.
II. ALGEMENE KENMERKEN EN FUNCTIES VAN HET CONTROLEAPPA-
RAAT
Ieder met het controleapparaat uitgerust voertuig dat voldoet aan de bepalingen
van deze bijlage, moet voorzien zijn van een aanwijsinrichting voor de snelheid
en een kilometerteller. Deze functies kunnen in het controleapparaat worden
opgenomen.
1.Algemene kenmerken
Het controleapparaat moet gegevens betreffende de activiteiten van de bestuurder
kunnen registreren, opslaan, tonen, afdrukken en uitvoeren.
Het controleapparaat bestaat uit kabels, een bewegingsopnemer en een voertuig-
unit.1998R2135 —NL—01.05.2006 —002.001 —19
(1) Aanbeveling 95/144/EG van de Raad van 7 april 1995 inzake gemeenschappelijke veilig-
heidsbeoordelingscriteria voor informatietechnologie (PB L 93 van 26.4.1995, blz. 27).
(2) PB L 129 van 14.5.1992, blz. 95.
(3) Richtlijn 76/114/EEG van 18.12.1975 (PB L 24 van 30.1.1976, blz. 1).
▼M1
De voertuigunit bestaat uit een verwerkingseenheid, een geheugen, een tijdklok,
twee smartcard-interfaces (bestuurder en bijrijder), een printer, een leesvenster,
een visueel waarschuwingssignaal, een kalibrerings-/overbrengingsverbinding en
voorzieningen voor de invoer van gebruikersgegevens.
Het controleapparaat kan door middel van additionele verbindingen aan andere
inrichtingen worden gekoppeld.
Elke integratie of verbinding van een al of niet goedgekeurde functie, inrichting
of inrichtingen in c.q. met het controleapparaat mag de juiste en veilige werking
van het controleapparaat niet schaden of kunnen schaden en mag niet in strijd
zijn met de bepalingen van de Verordening.
Gebruikers van controleapparaten identificeren zich door middel van een tacho-
graafkaart.
Het controleapparaat geeft selectieve toegangsrechten tot gegevens en functies
overeenkomstig het type en/of de identiteit van de gebruiker.
Het controleapparaat registreert en slaat gegevens op in het geheugen en op de
tachograafkaart.
Dit gebeurt in overeenstemming met Richtlijn 95/46/EG van het Europees Parle-
ment en de Raad van 24 oktober 1995 betreffende de bescherming van natuur-
lijke personen in verband met de verwerking van persoonsgegevens en betref-
fende het vrije verkeer van die gegevens (1).
2.Functies
Het controleapparaat moet onderstaande functies kunnen uitvoeren:—bewaken van inbrengen en uitnemen van de kaart,
—opnemen van snelheid en afstand,
—opnemen van de tijd,
—bewaken van de activiteiten van de bestuurder,
—bewaken van de status van de bestuurders,
—handmatige invoer door de bestuurders:
—invoer van gegevens over begin- en eindpunt van de dagelijkse werkpe-
riode,
—handmatige invoer van de activiteiten van de bestuurder,
—invoer van specifieke omstandigheden,
—beheer van de bedrijfsvergrendelingen,
—bewaken van controleactiviteiten,
—detecteren van voorvallen en/of fouten,
—ingebouwde beproeving en zelfbeproeving,
—lezen van het geheugen,
—registreren en opslaan in het geheugen,
—lezen van de tachograafkaart,
—registreren en opslaan op de tachograafkaart,
—tonen,
—afdrukken,
—waarschuwen,
—gegevens overbrengen naar externe media,
—gegevens uitvoeren naar additionele externe inrichtingen,
—kalibrering,
—tijdafstelling.
3.Werkingsmodi
Het controleapparaat heeft vier werkingsmodi:—operationele modus,
—controlemodus,
—kalibreringsmodus,
—bedrijfsmodus.1998R2135 —NL—01.05.2006 —002.001 —20
(1) PB L 281 van 23.11.1995, blz. 31.
▼M1
Het controleapparaat wisselt naar de volgende werkingsmodus overeenkomstig de
geldige tachograafkaart die in de kaartinterface ingebracht is:
WerkingsmodusLezer bestuurder
Geen kaartBestuurderska-
artControlekaartWerkplaatskaa-
rtBedrijfskaartLezer van de bijrijderGeen kaart Operationeel Operationeel Controle Kalibrering Bedrijf
Bestuurders-
kaartOperationeel Operationeel Controle Kalibrering Bedrijf
Controlekaart Controle Controle Controle (*) Operationeel Operationeel
Werkplaats-
kaartKalibrering Kalibrering Operationeel Kalibre-
ring (*)Operationeel
Bedrijfskaart Bedrijf Bedrijf Operationeel Operationeel Bedrijf (*)
(*) In deze situaties gebruikt het controleapparaat uitsluitend de tachograafkaart die in de lezer van de bestuurder inge-
bracht is.
Het controleapparaat negeert ingebrachte ongeldige kaarten. Het blijft echter
mogelijk om gegevens op ongeldige kaarten zichtbaar te maken, af te drukken of
over te brengen.
Alle functies vermeld onder II.2 werken in iedere werkingsmodus met de onder-
staande uitzonderingen:
—de kalibreringsfunctie is alleen toegankelijk in de kalibreringsmodus,
—de tijdafstellingsfunctie is beperkt buiten de kalibreringmodus,
—handmatige invoer door de bestuurder kan alleen plaatsvinden in de operatio-
nele modus of de kalibreringsmodus,
—de beheersfunctie van bedrijfsvergrendelingen is alleen toegankelijk in de
bedrijfsmodus,
—het bewaken van controleactiviteiten werkt alleen in de controlemodus,
—de overbrengingsfunctie is niet toegankelijk in de operationele modus
(behoudens het bepaalde in voorschrift 150).
Het controleapparaat kan gegevens uitvoeren naar leesvenster, printer of externe
interfaces met de onderstaande uitzonderingen:
—in de operationele modus: persoonsidentificatie (naam en voornaam(namen))
die niet overeenkomt met een ingebrachte tachograafkaart, wordt niet getoond
en een kaartnummer dat niet overeenkomt met een ingebrachte tachograaf-
kaart wordt gedeeltelijk niet getoond (alle oneven tekens —gelezen van links
naar rechts —worden niet getoond)
—in de bedrijfsmodus: gegevens over de bestuurder (voorschriften 081, 084 en
087) kunnen alleen worden uitgevoerd tijdens perioden die niet door een
ander bedrijf zijn vergrendeld (zoals geïdentificeerd door de eerste 13 cijfers
van het bedrijfskaartnummer),
—wanneer geen kaart in het controleapparaat ingebracht is: gegevens over de
bestuurder kunnen alleen worden uitgevoerd voor de huidige en de 8 vooraf-
gaande kalenderdagen.
4.Beveiliging
De systeembeveiliging beoogt het geheugen zodanig te beveiligen dat niet geau-
toriseerde toegang tot en manipulatie van de gegevens wordt voorkomen en dat
pogingen daartoe worden ontdekt, en dat de integriteit en authenticiteit van uitge-
wisselde gegevens tussen de bewegingsopnemer en de voertuigunit en de integri-
teit en authenticiteit van uitgewisselde gegevens tussen het controleapparaat en de
tachograafkaart worden beveiligd en de integriteit en authenticiteit van overge-
brachte gegevens geverifieerd worden.
Om de systeemveiligheid te realiseren, moet het controleapparaat voldoen aan de
beveiligingseisen zoals gespecificeerd in de algemene beveiligingsdoelstellingen
voor de bewegingsopnemer en voertuigunit (appendix 10).
III. FUNCTIONELE EN CONSTRUCTIE-EISEN AAN HET CONTROLEAP-
PARAAT1998R2135 —NL—01.05.2006 —002.001 —21
▼M1
1.Bewaking van het inbrengen en uitnemen van controlekaarten
Het controleapparaat bewaakt de kaartinterfaces om het inbrengen en uitnemen
van kaarten te detecteren.
Bij het inbrengen van de kaart moet het controleapparaat bepalen of de inge-
brachte kaart een geldige tachograafkaart is; indien dit het geval is, wordt het
kaarttype geïdentificeerd.
Het controleapparaat wordt zodanig geconstrueerd dat de tachograafkaart bij
juiste invoer in de kaartinterface vergrendeld wordt.
De tachograafkaart kan alleen worden uitgenomen wanneer het voertuig stilstaat
en nadat de relevante gegevens op de kaart opgeslagen zijn. Het uitnemen van de
kaart vereist een doelgerichte handeling van de gebruiker.
2.Meting van snelheid en afgelegde afstand
Deze functie meet continu de kilometerstand die overeenkomt met de totale door
het voertuig afgelegde afstand en kan deze weergeven.
Deze functie meet continu en geeft de snelheid van het voertuig.
De snelheidsmeter geeft ook aan of het voertuig rijdt of stilstaat. Het voertuig
rijdt wanneer de functie gedurende ten minste 5 seconden meer dan 1 imp/s van
de bewegingsopnemer waarneemt; als dit niet het geval is, wordt aangenomen dat
het voertuig stilstaat.
Inrichtingen die snelheid (tachometer) en totale afgelegde afstand (kilometerteller)
zichtbaar maken en geïnstalleerd zijn in een voertuig dat uitgerust is met een
controleapparaat dat voldoet aan de bepalingen van deze verordening, moeten
voldoen aan de eisen betreffende de maximumtoleranties die vastgelegd zijn in
deze bijlage (hoofdstuk III.2.1 en III.2.2).
2.1. Meting van de afgelegde afstand
De afgelegde afstand kan worden gemeten:
—hetzij bij vooruitrijden en achteruitrijden,
—hetzij uitsluitend bij vooruitrijden.
Het controleapparaat moet afstanden van 0 tot 9999999,9 km meten.
De gemeten afstand moet binnen de onderstaande toleranties liggen (afstanden
van ten minste 1 000 m):
—± 1 % vóór installatie,
—± 2 % bij installatie en periodieke controle,
—± 4 % tijdens gebruik.
De resolutie van de gemeten afstand bedraagt ten minste 0,1 km.
2.2. Meting van de snelheid
Het controleapparaat moet snelheden van 0 tot 220 km/h meten.
Om een maximumtolerantie op de getoonde snelheid van ± 6 km/h tijdens
gebruik te garanderen en rekening houdend met:
—een tolerantie van ± 2 km/h voor invoervariaties (bandenvariaties, …),
—een tolerantie van ± 1 km/h voor metingen gedurende de installatie of perio-
dieke controles,
moet het controleapparaat bij snelheden tussen 20 en 180 km/h en bij kenmer-
kende coëfficiënten van het voertuig tussen 4 000 en 25 000 imp/km de snelheid
meten met een tolerantie van ± 1 km/h (bij constante snelheid).
Opmerking: De resolutie van de gegevensopslag geeft een additionele tolerantie
van 0,5 km/h aan de door het controleapparaat opgeslagen snelheid.
De snelheid moet binnen de normale toleranties correct worden gemeten binnen 2
seconden na het einde van een versnelling wanneer de versnelling maximaal 2 m/
s2bedraagt.
De resolutie van de gemeten snelheid bedraagt ten minste 1 km/h.
3.Tijdmeting
De tijdmetingsfunctie moet voortdurend operationeel zijn en de UTC-datum en
UTC-tijd digitaal leveren.1998R2135 —NL—01.05.2006 —002.001 —22
▼M1
De UTC-datum en UTC-tijd worden gebruikt voor datering in het controleappa-
raat (registraties, afdrukken, gegevensuitwisseling, leesvenster, …).
Om de plaatselijke tijd zichtbaar te maken, is het mogelijk om de in het leesven-
ster getoonde tijd in stappen van een half uur te wijzigen.
Afwijkingen mogen niet meer dan ± 2 seconden per dag bedragen onder type-
goedkeuringsvoorwaarden.
De resolutie van de gemeten tijd bedraagt ten minste 1 seconde.De tijdmeting mag niet worden beïnvloed door een externe stroomonderbreking
van minder dan 12 maanden onder typegoedkeuringsvoorwaarden.
4.Controleren van de activiteiten van de bestuurder
Deze functie moet voortdurend en afzonderlijk de activiteiten van een bestuurder
en een bijrijder controleren.
Activiteiten van de bestuurder zijn RIJDEN, WERKEN, BESCHIKBAARHEID
of RUSTPAUZE.
De bestuurder en/of de bijrijder hebben de mogelijkheid om WERKEN,
BESCHIKBAARHEID of RUSTPAUZE handmatig te selecteren.
Wanneer het voertuig rijdt, wordt RIJDEN automatisch geselecteerd voor de
bestuurder en wordt BESCHIKBAARHEID automatisch geselecteerd voor de
bijrijder.
Wanneer het voertuig stopt, wordt WERKEN automatisch geselecteerd voor de
bestuurder.
De eerste verandering van activiteit die zich binnen 120 seconden na de automati-
sche verandering naar WERK ten gevolge van het stoppen van het voertuig voor-
doet, wordt beschouwd als hebbende plaatsgevonden op het moment van het
stoppen van het voertuig (de verandering naar WERK kan om die reden geannu-
leerd worden).
Deze functie moet veranderingen van activiteiten naar de registratiefuncties
uitvoeren met een resolutie van een minuut.
Wanneer RIJDEN heeft plaatsgevonden binnen een kalenderminuut, dan wordt de
hele minuut beschouwd als RIJDEN.
Wanneer RIJDEN heeft plaatsgevonden binnen de onmiddellijk voorafgaande en
de onmiddellijk volgende kalenderminuut, dan wordt de hele minuut beschouwd
als RIJDEN.
Wanneer een kalenderminuut niet wordt beschouwd als RIJDEN overeenkomstig
de voorgaande bepalingen, dan wordt de hele minuut gerekend als de langste
ononderbroken activiteit binnen de minuut (of als de laatste van een aantal even
lange activiteiten).
Deze functie moet ook voortdurend de rijtijdperiode en de cumulatieve rusttijd
van de bestuurder controleren.
5.Controleren van de status van de bestuurders
Deze functie moet voortdurend en automatisch de status van de bestuurders
controleren.
De status MET EEN PLOEG wordt geselecteerd wanneer twee geldige bestuur-
derskaarten in het apparaat worden ingebracht, de status ALLEEN wordt in alle
andere gevallen geselecteerd.
6.Handmatige invoer door de bestuurders
6.1. Invoer van begin- en eindpunt van de dagelijkse werkperiode
Met deze functie kan het begin- en eindpunt van de dagelijkse werkperiode van
een bestuurder en/of een bijrijder worden ingevoerd.
Plaatsen worden gedefinieerd als het land en —voorzover relevant —de regio.
Op het moment van uitnemen van een bestuurderskaart (of werkplaatskaart) moet
het controleapparaat de bestuurder (bijrijder) vragen een „plaats waar de dage-
lijkse werkperiode eindigt” in te voeren.
Dit verzoek kan in het controleapparaat genegeerd worden.1998R2135 —NL—01.05.2006 —002.001 —23
▼M1
Het is mogelijk om plaatsen waar de dagelijkse werkperiode begint en/of eindigt,
zonder kaart in te voeren, of om ze in te voeren op andere tijdstippen dan tijdens
het inbrengen of uitnemen van de kaart.
6.2. Handmatige invoer van de activiteiten van de bestuurder
Bij het inbrengen van de bestuurderskaart (of werkplaatskaart) —en alleen op
dat moment —moet het controleapparaat:
—de kaarthouder de datum en tijd van zijn laatste kaartuitneming doorgeven en,
—de kaarthouder vragen zich te identificeren wanneer de huidige kaartinvoer
een voortzetting van de lopende dagelijkse werkperiode inhoudt.
De kaarthouder kan de vraag onbeantwoord laten of positief dan wel negatief
antwoorden:
—als de kaarthouder de vraag negeert, vraagt het controleapparaat de kaart-
houder naar een „plaats waar de dagelijkse werkperiode begint”. Deze vraag
kan in het controleapparaat genegeerd worden. Wanneer een plaats wordt
ingevoerd, wordt deze geregistreerd in het geheugen en op de tachograafkaart
en gerelateerd aan de tijd van kaartinvoer.
—in het geval van een positief of negatief antwoord vraagt het controleapparaat
aan de kaarthouder om activiteiten handmatig in te voeren, met begin- en
einddatum en begin- en eindtijd, waarbij uitsluitend WERKEN, BESCHIK-
BAARHEID of RUSTPAUZE mogen worden ingevoerd, en zulks uitsluitend
voor de periode van de laatste kaartuitneming tot de actuele invoer. Deze acti-
viteiten mogen elkaar niet overlappen. De onderstaande procedures moeten
hierbij in acht worden genomen:
—Wanneer de kaarthouder positief op de vraag antwoordt, moet het contro-
leapparaat de kaarthouder vragen de activiteiten handmatig in te voeren,
in chronologische volgorde, voor de periode na de laatste kaartuitneming
tot de actuele invoer. Het proces eindigt wanneer de eindtijd van een
handmatig ingevoerde activiteit gelijk is aan de tijd van kaartinvoer.
—Als de kaarthouder negatief op de vraag antwoordt, moet het controleap-
paraat:
—De kaarthouder vragen handmatig de activiteiten in chronologische
volgorde in te voeren vanaf het tijdstip van kaartuitneming tot het tijd-
stip van het einde van de betreffende dagelijkse werkperiode (of
wanneer de dagelijkse werkperiode doorgaat, het vermelden van de
activiteiten met betrekking tot het betrokken voertuig op een registra-
tieblad). Het controleapparaat moet daarom, voordat de kaarthouder
iedere activiteit handmatig kan invoeren, de kaarthouder vragen of de
eindtijd van de laatst geregistreerde activiteit het einde van een vooraf-
gaande werkperiode weergeeft (zie onderstaande opmerking).
Opmerking: als de kaarthouder verzuimt de eindtijd van de vooraf-
gaande werkperiode op te geven, en handmatig een activiteit invoert
waarvan de eindtijd gelijk is aan de tijd van kaartinvoer, dan moet het
controleapparaat:
—aannemen dat de dagelijkse werkperiode is geëindigd bij het begin
van de eerste RUSTPAUZE (of ONBEKENDE periode) na kaar-
tuitneming of op het tijdstip van kaartuitneming wanneer geen
rustpauze werd ingevoerd (en wanneer geen periode ONBEKEND
is);
—aannemen dat de begintijd (zie hieronder) gelijk is aan de tijd van
kaartinvoer;
—de onderstaande stappen volgen.
—Vervolgens, indien de eindtijd van de betreffende werkperiode afwijkt
van de tijd van kaartuitneming, of wanneer op dat moment geen plaats
van einde van de dagelijkse werkperiode ingevoerd is, de kaarthouder
vragen „de plaats waar de dagelijkse werkperiode is geëindigd, te
bevestigen of in te voeren” (deze vraag kan in het controleapparaat
genegeerd worden). Wanneer een plaats wordt ingevoerd, wordt deze
alleen geregistreerd op de tachograafkaart en alleen wanneer deze
afwijkt van de plaats die ingevoerd is bij kaartuitneming (indien een
plaats werd ingevoerd), en wanneer deze betrekking heeft op de eind-
tijd van de werkperiode.
—Vervolgens de kaarthouder vragen „de begintijd in te voeren” van de
lopende dagelijkse werkperiode (of van de activiteiten met betrekking
tot het onderhavige voertuig wanneer de kaarthouder eerder een regi-
stratieblad tijdens deze periode gebruikte) en de kaarthouder
verzoeken om een „plaats waar de dagelijkse werkperiode begint”
(deze vraag kan in het controleapparaat genegeerd worden). Wanneer
een plaats wordt ingevoerd, wordt deze geregistreerd op de tacho-1998R2135 —NL—01.05.2006 —002.001 —24
▼M1
graafkaart en gerelateerd aan deze begintijd. Wanneer deze begintijd
gelijk is aan de tijd van kaartinvoer, dan wordt de plaats ook in het
geheugen geregistreerd.
—Vervolgens, wanneer deze begintijd afwijkt van de tijd van kaartin-
voer, de kaarthouder vragen om handmatig activiteiten in chronologi-
sche volgorde in te voeren vanaf deze begintijd tot de tijd van kaartin-
voer. Het proces eindigt wanneer de eindtijd van een handmatig inge-
voerde activiteit gelijk is aan de tijd van kaartinvoer.
—De kaarthouder kan vervolgens een handmatig ingevoerde activiteit in het
controleapparaat wijzigen tot de validatie door middel van selectie van
een specifieke opdracht. Daarna is een wijziging niet meer mogelijk.
—Antwoorden op de eerste vraag waarop geen invoer van activiteiten volgt,
worden door het controleapparaat geïnterpreteerd als zijnde genegeerd
door de kaarthouder.
Tijdens dit hele proces zal het controleapparaat niet langer dan de onderstaande
time-outs wachten op invoer:
—wanneer gedurende 1 minuut geen interactie met de manuele interface van het
controleapparaat plaatsvindt (met een visueel en mogelijk hoorbaar waarschu-
wingssignaal na 30 seconden) of,
—wanneer de kaart wordt uitgenomen of een andere bestuurderskaart (of werk-
plaatskaart) ingebracht wordt of,
—zodra het voertuig begint te rijden,
in dit geval moet het controleapparaat de reeds ingevoerde gegevens valideren.
6.3. Invoer van specifieke omstandigheden
De bestuurder kan de twee onderstaande specifieke omstandigheden in real-time
in het controleapparaat invoeren:
— „NIET VERPLICHT (begin, einde)”
— „VERVOER PER VEERBOOT/TREIN”
Een„VERVOER PER VEERBOOT/TREIN” mag niet voorkomen wanneer een
„NIET VERPLICHT” omstandigheid geopend is.
Een geopende „NIET VERPLICHT” omstandigheid moet door het controleappa-
raat automatisch worden gesloten wanneer een bestuurderskaart wordt ingebracht
of uitgenomen.
7.Beheer van bedrijfsvergrendelingen
Deze functie beheert de vergrendelingen die een bedrijf aanbrengt, zodat het
bedrijf alleen toegang heeft tot de gegevens in de bedrijfsmodus.
Bedrijfsvergrendelingen bestaan uit een begindatum/-tijd (lock-in) en een eind-
datum/-tijd (lock-out) in combinatie met de identiteit van het bedrijf zoals aange-geven door het bedrijfskaartnummer (bij lock-in).
Vergrendelingen kunnen alleen in real-time „ingeschakeld” of„uitgeschakeld”
worden.
Het uitschakelen van de vergrendeling is alleen mogelijk door het bedrijf waarvan
de vergrendeling „ingeschakeld” is (zoals geïdentificeerd door de eerste 13 cijfers
van het bedrijfskaartnummer), of,
het uitschakelen van de vergrendeling gebeurt automatisch wanneer een ander
bedrijf de vergrendeling inschakelt.
Indien een bedrijf de vergrendeling inschakelt en de vorige vergrendeling voor
hetzelfde bedrijf was, dan wordt aangenomen dat de vorige vergrendeling niet is
„uitgeschakeld” en nog steeds is „ingeschakeld”.
8.Bewaking van controleactiviteiten
Deze functie moet controle uitoefenen op het TONEN en AFDRUKKEN, op de
activiteit van de VU en KAARTOVERBRENGINGEN die in de controlemodus
uitgevoerd worden.
Deze functie moet ook controle uitoefenen op de SNELHEIDSOVERSCHRIJ-
DING in de controlemodus. Controle van snelheidsoverschrijding wordt geacht te
hebben plaatsgevonden wanneer, in de controlemodus, de afdruk „snelheidsover-
schrijding” naar de printer of het leesvenster gezonden is, of wanneer gegevens
over„voorvallen en fouten” uit het VU-geheugen worden overgebracht.1998R2135 —NL—01.05.2006 —002.001 —25
▼M1
9.Detecteren van voorvallen en/of fouten
Deze functie detecteert de onderstaande voorvallen en/of fouten:
9.1. „Inbrengen van een ongeldige kaart”
Dit voorval treedt op bij het inbrengen van een ongeldige kaart en/of wanneer de
geldigheid van een ingebrachte kaart verloopt.
9.2. „Kaartconflict”
Dit voorval treedt op wanneer een van de combinaties van geldige kaarten die in
de onderstaande tabel met een X gemerkt zijn, voorkomt:
Lezer van de
bestuurderKaartconflict
Geen kaartBestuurderska-
artControlekaartWerkplaatskaa-
rtBedrijfskaartLezer van de bijrijderGeen kaart
Bestuurders-
kaartX
Controlekaart X X X
Werkplaats-
kaartX X X X
Bedrijfskaart X X X
9.3. „Tijdsoverlapping”
Dit voorval treedt op wanneer de datum/tijd van de laatste uitneming van een
bestuurderskaart, zoals van de kaart wordt gelezen, later is dan de actuele datum/
tijd van het controleapparaat waarin de kaart ingebracht is.
9.4. „Rijden zonder een geschikte kaart”
Dit voorval treedt op wanneer een van de combinaties van tachograafkaarten die
in de onderstaande tabel met een X gemerkt zijn, voorkomt wanneer de activiteit
van de bestuurder verandert in RIJDEN, of wanneer de werkingsmodus tijdens
het RIJDEN verandert:
Rijden zonder een
geschikte kaartLezer van de bestuurder
Geen (of
ongeldige)
kaartBestuurderska-
artControlekaartWerkplaatskaa-
rtBedrijfskaartLezer van de bijrijderGeen (of
ongeldige)
kaartX X X
Bestuurders-
kaartX X X X
Controlekaart X X X X X
Werkplaats-
kaartX X X X
Bedrijfskaart X X X X X
9.5. „Inbrengen van de kaart tijdens het rijden”
Dit voorval treedt op wanneer een tachograafkaart tijdens het RIJDEN in een
lezer wordt ingebracht.
9.6. „Laatste kaartsessie niet correct afgesloten”
Dit voorval treedt op wanneer het controleapparaat bij kaartinvoer ontdekt dat,
niettegenstaande de bepalingen van hoofdstuk III, punt 1, de voorafgaande kaart-
sessie niet correct afgesloten is (de kaart is uitgenomen voordat alle relevante1998R2135 —NL—01.05.2006 —002.001 —26
▼M1
gegevens op de kaart opgeslagen zijn). Dit voorval mag alleen optreden bij de
bestuurderskaart en de werkplaatskaart. In dit geval moet de voertuigunit trachten
zoveel mogelijk gegevens op de kaart te interpreteren en te recupereren.
9.7. „Snelheidsoverschrijding”
Dit voorval treedt op bij elke snelheidsoverschrijding.
9.8. „Onderbreking van de stroomvoorziening”
Dit voorval treedt op bij een onderbreking van ten minste 200 milliseconden in
de stroomvoorziening van de bewegingsopnemer en/of de voertuigunit, echter
niet in de kalibreringsmodus. De drempel van de onderbreking wordt door de
fabrikant bepaald. De spanningsval ten gevolge van het starten van de motor van
het voertuig mag dit voorval niet veroorzaken.
9.9. „Fout in de bewegingsgegevens”
Dit voorval treedt op in het geval van een onderbreking in de normale gegevens-
stroom tussen de bewegingsopnemer en de voertuigunit en/of in het geval van
een fout in de integriteit van de gegevens of in de authenticatie van de gegevens
tijdens de gegevensuitwisseling tussen de bewegingsopnemer en de voertuigunit.
9.10. „Poging tot inbreuk op de beveiliging”
Dit voorval treedt op bij elk ander voorval dat de beveiliging van de bewegings-
opnemer en/of de voertuigunit aantast zoals gespecificeerd in de algemene bevei-
ligingsdoelstellingen van deze componenten, echter niet in de kalibreringsmodus.
9.11. „Kaart”-fout
Deze fout wordt veroorzaakt wanneer tijdens de werking een storing in de tacho-
graafkaart optreedt.
9.12. „Controleapparaat”-fout
Deze fout wordt veroorzaakt door de onderstaande storingen, echter niet in de
kalibreringsmodus:
—VU interne fout
—Printerfout
—Fout in het leesvenster
—Overbrengingsfout
—Fout in de opnemer.
10.Ingebouwde beproeving en zelfbeproeving
Het controleapparaat moet zelf fouten detecteren door middel van zelfbeproe-
vingen en ingebouwde beproevingen overeenkomstig onderstaande tabel:
Onderdelen ter beproeving Zelfbeproeving Ingebouwde beproeving
Software Integriteit
Geheugen Toegang Toegang, gegevensintegriteit
Kaartinterfaces Toegang ToegangToetsenbord Handmatige controle
Printer (afhankelijk van de fabrikant) Afdruk
Leesvenster Visuele controleOverbrenging (alleen uitgevoerd
tijdens het overbrengen)Correcte werking
Opnemer Correcte werking Correcte werking
11.Lezen van het geheugen
Het controleapparaat moet alle gegevens kunnen lezen die in zijn geheugen opge-
slagen zijn.1998R2135 —NL—01.05.2006 —002.001 —27
▼M1
12.Registratie en opslag in het geheugen
In dit punt:
—wordt „365 dagen” gedefinieerd als 365 kalenderdagen van gemiddelde acti-
viteit van de bestuurder in een voertuig. De gemiddelde activiteit per dag in
een voertuig wordt gedefinieerd als ten minste 6 bestuurders of bijrijders, 6
cycli van kaartinvoer en kaartuitneming en 256 wijzigingen in de activiteiten.
„365 dagen” omvat derhalve ten minste 2 190 bestuurders (bijrijders), 2 190
cycli van kaartinvoer en kaartuitneming en 93 440 wijzigingen in de activi-
teiten;
—worden tijden geregistreerd met een resolutie van een minuut, tenzij anders
aangegeven;
—kilometerstanden worden geregistreerd met een resolutie van een kilometer;
—snelheden worden geregistreerd met een resolutie van 1 km/h.
De in het geheugen opgeslagen gegevens mogen niet worden beïnvloed door een
externe stroomonderbreking van minder dan 12 maanden onder typegoedkeu-
ringsvoorwaarden.
Het controleapparaat moet in zijn geheugen impliciet of expliciet de volgende
gegevens registreren en opslaan:
12.1. Identificatiegegevens van het apparaat
12.1.1. Identificatiegegevens van de voertuigunit
Het controleapparaat moet in zijn geheugen de volgende identificatiegegevens
van de voertuigunit opslaan:
—naam van de fabrikant,
—adres van de fabrikant,
—onderdeelnummer,
—serienummer,
—nummer van de softwareversie,
—datum van installatie van de softwareversie,
—bouwjaar,
—goedkeuringsnummer.
Identificatiegegevens van de voertuigunit worden door de fabrikant van de voer-
tuigunit definitief geregistreerd en opgeslagen, met uitzondering van softwarege-
relateerde gegevens en het goedkeuringsnummer die in geval van een software-
upgrade gewijzigd kunnen worden.
12.1.2. Identificatiegegevens van de bewegingsopnemer
De bewegingsopnemer moet in zijn geheugen de volgende identificatiegegevens
opslaan:
—naam van de fabrikant,
—onderdeelnummer,
—serienummer,
—goedkeuringsmerk,
—identificatie van ingebouwde veiligheidscomponent (bijv. onderdeelnummer
van de interne chip/verwerkingseenheid),
—identificatie van het besturingssysteem (bijv. nummer van de softwareversie).
Identificatiegegevens van de bewegingsopnemer worden door de fabrikant van de
bewegingsopnemer definitief in de bewegingsopnemer geregistreerd en opge-
slagen.
De voertuigunit moet in zijn geheugen de volgende gekoppelde identificatiegege-
vens van de bewegingsopnemer registreren en opslaan:
—serienummer,
—goedkeuringsnummer,
—datum van eerste koppeling.
12.2. Beveiligingselementen
Het controleapparaat moet de volgende beveiligingselementen kunnen opslaan:1998R2135 —NL—01.05.2006 —002.001 —28
▼M1
—Europese openbare sleutel,
—lidstaatcertificaat,
—apparatuurcertificaat,
—individuele sleutel van het apparaat.
De beveiligingselementen van het controleapparaat worden door de fabrikant van
de voertuigunit in het apparaat ingebracht.
12.3. Gegevens over het inbrengen en uitnemen van de bestuurderskaart
Telkens wanneer een bestuurders- of werkplaatskaart in het apparaat ingebracht
of uitgenomen wordt, moet het controleapparaat in zijn geheugen het volgende
registreren en opslaan:
—de naam en voornaam van de kaarthouder zoals opgeslagen op de kaart;
—het kaartnummer, de lidstaat van afgifte en de vervaldatum zoals opgeslagen
op de kaart;
—datum en tijd van inbrengen;
—de kilometerstand bij kaartinvoer;
—de lezer waarin de kaart wordt ingebracht;
—datum en tijd van uitnemen;
—de kilometerstand bij kaartuitneming;
—de volgende informatie over het vorige door de bestuurder gebruikte voertuig
zoals opgeslagen op de kaart:
—kentekennummer en registerende lidstaat;
—datum en tijd van kaartuitneming;
—een teken dat aangeeft of de kaarthouder bij kaartinvoer handmatig activi-
teiten heeft ingevoerd.
Het geheugen moet deze gegevens ten minste 365 dagen vasthouden.
Wanneer de geheugencapaciteit volledig is gebruikt, komen de meest recente
gegevens in de plaats van de oudste gegevens.
12.4. Gegevens over de activiteiten van de bestuurder
Bij elke wijziging in de activiteiten van de bestuurder en/of de bijrijder, bij elke
wijziging in de status van de bestuurders en telkens wanneer een bestuurders- of
werkplaatskaart ingebracht of uitgenomen wordt, wordt door het controleapparaat
het volgende geregistreerd en opgeslagen:
—de status van de bestuurders (ALLEEN/MET EEN PLOEG);
—de lezer (BESTUURDER, BIJRIJDER);
—de status van de kaart in de betreffende lezer (INGEBRACHT, NIET INGE-
BRACHT) (Zie opmerking);
—de activiteiten (RIJDEN, BESCHIKBAARHEID, WERKEN, RUSTPAUZE);
—de datum en tijd van de wijziging.
Opmerking: INGEBRACHT betekent dat een geldige bestuurders- of werk-
plaatskaart in de lezer ingebracht is. NIET INGEBRACHT betekent het tegen-
overgestelde, d.w.z. er is geen geldige bestuurders- of werkplaatskaart in de lezer
ingebracht (er is bijv. wel een bedrijfskaart ingebracht of er is geen kaart inge-
bracht).
Opmerking: Gegevens over activiteiten die door een bestuurder handmatig
worden ingevoerd, worden niet in het geheugen geregistreerd.
Het geheugen moet de gegevens over de activiteiten van de bestuurder ten minste
365 dagen vasthouden.
Wanneer de geheugencapaciteit volledig is gebruikt, komen de meest recente
gegevens in de plaats van de oudste gegevens.
12.5. Plaatsen waar dagelijkse werkperioden beginnen en/of eindigen
Telkens wanneer een bestuurder (bijrijder) een plaats invoert waar een dagelijkse
werkperiode begint en/of eindigt, moet het controleapparaat in zijn geheugen
registreren en opslaan:
—indien van toepassing, het bestuurderskaartnummer en de lidstaat van afgifte;
—de datum en tijd van de invoer (of de datum/tijd gerelateerd aan de invoer
wanneer deze door middel van de handmatige invoerprocedure wordt inge-
voerd);1998R2135 —NL—01.05.2006 —002.001 —29
▼M1
—de soort invoer (begin of einde, omstandigheid van invoer);
—het ingevoerde land en de ingevoerde regio;
—de kilometerstand.
Het geheugen moet de begin- en/of eindgegevens van dagelijkse werkperioden
ten minste 365 dagen vasthouden (in de veronderstelling dat een bestuurder twee
registraties per dag invoert).
Wanneer de geheugencapaciteit volledig is gebruikt, komen de meest recente
gegevens in de plaats van de oudste gegevens.
12.6. Gegevens over de kilometerstand
Het controleapparaat moet elke kalenderdag om 0.00 uur de kilometerstand van
het voertuig en de corresponderende datum in zijn geheugen registreren.
Het geheugen moet deze kilometerstanden ten minste 365 kalenderdagen kunnen
opslaan.
Wanneer de geheugencapaciteit volledig is gebruikt, komen de meest recente
gegevens in de plaats van de oudste gegevens.
12.7. Gedetailleerde snelheidsgegevens
Het controleapparaat moet voor elke seconde van ten minste de laatste 24 uur
waarin het voertuig gebruikt is, de snelheid van het voertuig en de corresponde-
rende datum en tijd registeren en in het geheugen opslaan.
12.8. Gegevens over voorvallen
Voor de toepassing van dit punt geldt dat de tijd met een resolutie van 1 seconde
wordt geregistreerd.
Het controleapparaat moet in zijn geheugen de volgende gegevens voor elk gede-
tecteerd voorval volgens de onderstaande opslagvoorschriften registreren en
opslaan:
Voorval Opslagvoorschriften Te registreren gegevens per voorval
Kaartconflict —de 10 meest recente voor-
vallen—datum en tijd van het begin
van het voorval
—datum en tijd van het einde
van het voorval
—kaartsoort, nummer en
lidstaat van afgifte van de
twee kaarten die het conflict
veroorzaken
Rijden zonder een geschikte
kaart—het langste voorval op elk
van de laatste 10 dagen
waarop een dergelijk
voorval plaatshad
—de 5 langste voorvallen
gedurende de afgelopen 365
dagen—datum en tijd van het begin
van het voorval
—datum en tijd van het einde
van het voorval
—kaartsoort, nummer en
lidstaat van afgifte van een
bij het begin en/of einde van
het voorval ingebrachte kaart
—aantal vergelijkbare voor-
vallen op die dag
Inbrengen van de kaart tijdens
het rijden—het laatste voorval op elk
van de laatste 10 dagen
waarop een dergelijk
voorval plaatshad—datum en tijd van het voorval
—kaartsoort, nummer en
lidstaat van afgifte
—aantal vergelijkbare voor-
vallen op die dag1998R2135 —NL—01.05.2006 —002.001 —30
▼M1
Voorval Opslagvoorschriften Te registreren gegevens per voorval
Laatste kaartsessie niet correct
afgesloten—de 10 meest recente voor-
vallen—datum en tijd van kaartinvoer
—kaartsoort, nummer en
lidstaat van afgifte
—laatste sessiegegevens zoals
af te lezen van de kaart:
—datum en tijd van kaartin-
voer
—kentekennummer en
lidstaat van registratie
Snelheidsoverschrijding (1) —het ernstigste voorval op
elk van de laatste 10 dagen
waarop een dergelijk
voorval plaatshad (d.w.z.
het voorval met de hoogste
gemiddelde snelheid)
—de 5 ernstigste voorvallen
gedurende de afgelopen 365
dagen
—het eerste voorval dat opge-
treden is na de laatste kali-
brering—datum en tijd van het begin
van het voorval
—datum en tijd van het einde
van het voorval
—maximumsnelheid gemeten
tijdens het voorval
—rekenkundige maximumsnel-
heid gemeten tijdens het
voorval
—kaartsoort, nummer en
lidstaat van afgifte van de
bestuurder (indien van
toepassing)
—aantal vergelijkbare voor-
vallen op die dag
Onderbreking in de stroomvoor-
ziening (2)—het langste voorval op elk
van de laatste 10 dagen
waarop een dergelijk
voorval plaatshad
—de 5 langste voorvallen
gedurende de afgelopen 365
dagen—datum en tijd van het begin
van het voorval
—datum en tijd van het einde
van het voorval
—kaartsoort, nummer en
lidstaat van afgifte van dekaart die bij begin en/of
einde van het voorval is inge-
bracht
—aantal vergelijkbare voor-
vallen op die dag
Fout in de bewegingsgegevens —het langste voorval op elk
van de laatste 10 dagen
waarop een dergelijk
voorval plaatshad
—de 5 langste voorvallen
gedurende de afgelopen 365
dagen—datum en tijd van het begin
van het voorval
—datum en tijd van het einde
van het voorval
—kaartsoort, nummer en
lidstaat van afgifte van de
kaart die bij begin en/of
einde van het voorval is inge-
bracht
—aantal vergelijkbare voor-
vallen op die dag1998R2135 —NL—01.05.2006 —002.001 —31
▼M1
Voorval Opslagvoorschriften Te registreren gegevens per voorval
Poging tot inbreuk op de beveili-
ging—de 10 meest recente voor-
vallen per soort voorval—datum en tijd van het begin
van het voorval
—datum en tijd van het einde
van het voorval (indien rele-
vant)
—kaartsoort, nummer en
lidstaat van afgifte van de
kaart die bij begin en/of
einde van het voorval inge-
bracht is
—soort voorval
(1) Het controleapparaat moet ook in zijn geheugen registreren en opslaan:
—de datum en tijd van de laatste CONTROLE VAN DE SNELHEIDSOVERSCHRIJDING;
—de datum en tijd van de eerste snelheidsoverschrijding na deze CONTROLE VAN DE SNELHEIDSOVER-
SCHRIJDING;
—het aantal snelheidsoverschrijdingen sinds de laatste CONTROLE VAN DE SNELHEIDSOVERSCHRIJDING.
(2) Deze gegevens kunnen alleen na herstel van de stroomvoorziening worden geregistreerd; tijden kunnen op de
minuut nauwkeurig bekend zijn.
12.9. Gegevens over fouten
Voor de toepassing van dit punt geldt dat de tijd met een resolutie van 1 seconde
wordt geregistreerd.
Het controleapparaat moet de volgende gegevens voor elke gedetecteerde fout
registreren en in zijn geheugen opslaan volgens de onderstaande opslagvoor-
schriften:
Fout Opslagvoorschriften Te registreren gegevens per fout
Kaartfout —de 10 meest recente
bestuurderskaartfouten—datum en tijd van het begin
van de fout
—datum en tijd van het einde
van de fout
—kaartsoort, nummer en
lidstaat van afgifte
Fouten controleapparaat —de 10 meest recente fouten
van iedere soort
—de eerste fout na de laatste
kalibrering—datum en tijd van het begin
van de fout
—datum en tijd van het einde
van de fout
—soort fout
—kaartsoort, nummer en
lidstaat van afgifte van de
kaart die bij begin en/ofeinde van de fout ingebracht
is
12.10. Kalibreringsgegevens
Het controleapparaat moet gegevens registreren en in het geheugen opslaan met
betrekking tot:
—bekende kalibreringsparameters op het moment van activering;
—de eerste kalibrering na activering;
—de eerste kalibrering in het huidige voertuig (geïdentificeerd door zijn VIN-
nummer);
—de 5 meest recente kalibreringen (wanneer een aantal kalibreringen op
dezelfde kalenderdag plaatsvinden, wordt alleen de laatste kalibrering van de
dag opgeslagen).
De volgende gegevens moeten bij elke kalibrering worden geregistreerd:
—doel van de kalibrering (activering, eerste installatie, installatie, periodieke
controle);
—naam en adres van de werkplaats;1998R2135 —NL—01.05.2006 —002.001 —32
▼M1
—werkplaatskaartnummer, de lidstaat die de kaart afgeeft, en de vervaldatum
van de kaart;
—VIN-nummer van het voertuig;
—geactualiseerde en bevestigde parameters: w, k, l, bandenmaat, instelling van
de snelheidsbegrenzer, kilometerstand (oude en nieuwe waarden), datum en
tijd (oude en nieuwe waarden).
De bewegingsopnemer moet de volgende installatiegegevens van de bewegings-
opnemer registreren en in zijn geheugen opslaan:
—eerste verbinding met een VU (datum, tijd, goedkeuringsnummer en serie-
nummer van de VU);
—laatste verbinding met een VU (datum, tijd, goedkeuringsnummer en serie-
nummer van de VU).
12.11. Tijdafstellingsgegevens
Het controleapparaat moet gegevens registreren en in zijn geheugen opslaan met
betrekking tot:
—de meest recente tijdafstelling,
—de 5 belangrijkste tijdafstellingen sinds de laatste kalibrering,
uitgevoerd in de kalibreringsmodus buiten het kader van een normale kalibrering
(def. f).
De volgende gegevens moeten voor elke tijdafstelling worden geregistreerd:
—datum en tijd, oude waarde;
—datum en tijd, nieuwe waarde;
—naam en adres van de werkplaats;
—werkplaatskaartnummer, de lidstaat die de kaart afgeeft, en de vervaldatum
van de kaart.
12.12. Gegevens over controleactiviteiten
Het controleapparaat moet de volgende gegevens met betrekking tot de 20 meest
recente controleactiviteiten registreren en in zijn geheugen opslaan:
—datum en tijd van de controle;
—controlekaartnummer en de lidstaat die de kaart afgeeft;
—aard van de controle (tonen en/of afdrukken en/of VU overbrengen en/of
kaart overbrengen).
In het geval van overbrengen worden de data van de oudste en van de meest
recent overgebrachte dagen ook geregistreerd.
12.13. Gegevens over bedrijfsvergrendelingen
Het controleapparaat moet de volgende gegevens met betrekking tot de 20 meest
recente bedrijfsvergrendelingen registreren en in zijn geheugen opslaan:
—datum en tijd van vergrendeling;
—datum en tijd van ontgrendeling;
—bedrijfskaartnummer en de lidstaat die de kaart afgeeft;
—naam en adres van het bedrijf.
12.14. Gegevens over overbrengingsactiviteiten
Het controleapparaat moet de volgende gegevens met betrekking tot de laatste
geheugenoverbrenging naar externe media tijdens de bedrijfs- en kalibrerings-
modus registreren en in zijn geheugen opslaan:
—datum en tijd van overbrenging;
—bedrijfskaart- of werkplaatskaartnummer en de lidstaat die de kaart afgeeft;
—naam van het bedrijf of de werkplaats.
12.15. Gegevens over specifieke omstandigheden
Het controleapparaat moet de volgende gegevens met betrekking tot specifieke
omstandigheden in zijn geheugen registreren:
—datum en tijd van de invoer;
—aard van de specifieke omstandigheid.1998R2135 —NL—01.05.2006 —002.001 —33
▼M1
Het geheugen moet gegevens over specifieke omstandigheden ten minste 365
dagen vasthouden (in de veronderstelling dat gemiddeld 1 omstandigheid per dag
wordt geopend en gesloten). Wanneer de opslagcapaciteit volledig is gebruikt,
komen de meest recente gegevens in de plaats van de oudste gegevens.
13.Aflezen van de tachograafkaart
Het controleapparaat moet van de tachograafkaart de noodzakelijke gegevens
aflezen:
—om de kaartsoort, de kaarthouder, het eerder gebruikte voertuig, de datum en
tijd van de laatste kaartuitneming en de op dat moment geselecteerde activiteit
te identificeren;
—om te controleren of de laatste kaartsessie correct afgesloten werd;
—om de rijtijdperiode van de bestuurder, de cumulatieve rustperiode en de
opgetelde rijtijden gedurende de voorafgaande en de lopende week te bere-
kenen;
—om gevraagde afdrukken met betrekking tot op de bestuurderskaart geregi-
streerde gegevens te leveren;
—om een bestuurderskaart naar externe media over te brengen.
In het geval van een leesfout moet het controleapparaat dezelfde leesopdracht
maximaal drie keer opnieuw uitvoeren. Wanneer dit niet lukt moet de kaart defect
en ongeldig worden verklaard.
14.Registratie en opslag op een tachograafkaart
Het controleapparaat moet de „gegevens van de kaartsessie” onmiddellijk na
kaartinvoer op de bestuurderskaart of werkplaatskaart zetten.
Het controleapparaat moet de gegevens die op een geldige bestuurderskaart,
werkplaatskaart en/of controlekaart opgeslagen zijn, bijwerken met behulp van
alle noodzakelijke gegevens die verband houden met de periode waarin de kaart
ingebracht is, en met alle noodzakelijke gegevens betreffende de kaarthouder. De
gegevens die op deze kaarten moeten worden opgeslagen, worden gespecificeerd
in hoofdstuk IV.
Het controleapparaat moet de gegevens over de activiteiten van de bestuurder en
de plaats (zoals gespecificeerd in hoofdstuk IV, punten 5.2.5 en 5.2.6) bijwerken,
die opgeslagen zijn op een geldige bestuurderskaart of werkplaatskaart, waarbij
de gegevens over activiteiten en plaats handmatig door de kaarthouder worden
ingevoerd.
Het bijwerken van gegevens op de tachograafkaart moet zodanig geschieden dat,
indien noodzakelijk en rekening houdend met de opslagcapaciteit van de kaart,
nieuwe gegevens in de plaats komen van de oudste gegevens.
In het geval van een schrijffout moet het controleapparaat dezelfde schrijfop-
dracht maximaal drie keer opnieuw uitvoeren. Wanneer dit niet lukt moet de kaart
defect en ongeldig worden verklaard.
Voordat een bestuurderskaart uitgenomen wordt en nadat alle relevante gegevens
op de kaart opgeslagen zijn, moet het controleapparaat de „gegevens van de
kaartsessie” terugplaatsen.
15.Visuele weergave
Het leesvenster moet ten minste 20 tekens bevatten.
De tekens moeten minimaal 5 mm hoog en 3,5 mm breed zijn.Het leesvenster ondersteunt de in ISO 8859, deel 1 en 7, gedefinieerde tekensets
Latin1 en Greek, als gespecificeerd in appendix 1, hoofdstuk 4 „Tekensets”. Het
leesvenster kan vereenvoudigde tekens gebruiken (bijv. letters met een accent
kunnen zonder accent worden getoond, of onderkastletters kunnen als bovenkast-
letters worden getoond).
Het leesvenster moet voorzien zijn van een voldoende sterke, niet verblindende
verlichting.
Aanwijzingen moeten aan de buitenzijde van het controleapparaat zichtbaar zijn.
Het controleapparaat moet:—standaardgegevens;
—gegevens met betrekking tot waarschuwingssignalen;
—gegevens met betrekking tot de toegang tot het menu;
—andere door de gebruiker opgevraagde gegevens1998R2135 —NL—01.05.2006 —002.001 —34
▼M1
zichtbaar maken.
Aanvullende informatie kan door het controleapparaat worden getoond, mits deze
duidelijk te onderscheiden is van de hierboven vermelde vereiste informatie.
Het leesvenster van het controleapparaat moet de pictogrammen of pictogram-
combinaties zoals vermeld in appendix 3 gebruiken. Extra pictogrammen of
pictogramcombinaties kunnen ook door het leesvenster worden getoond wanneer
deze duidelijk te onderscheiden zijn van de voornoemde pictogrammen of picto-
gramcombinaties.
Het leesvenster moet altijd ingeschakeld zijn wanneer het voertuig rijdt.Het controleapparaat kan een handmatige of automatische voorziening hebben
om het leesvenster uit te schakelen wanneer het voertuig stilstaat.
De vorm van het leesvenster wordt gespecificeerd in appendix 5.
15.1. Standaardleesvenster
Wanneer geen andere informatie getoond hoeft te worden, moet het controleappa-
raat standaard de volgende informatie weergeven:
—de plaatselijke tijd (de uitkomst van UTC-tijd + instelling door de
bestuurder);
—de werkingsmodus;
—de lopende activiteiten van de bestuurder en de lopende activiteiten van de
bijrijder;
—informatie met betrekking tot de bestuurder:
—indien zijn lopende activiteit RIJDEN is: zijn lopende rijtijdperiode en zijn
lopende cumulatieve rusttijd;
—indien zijn lopende activiteit niet RIJDEN is: de lopende duur van zijn
activiteit (sinds deze geselecteerd werd) en zijn lopende cumulatieve rust-
tijd;
—informatie met betrekking tot de bijrijder:
—de lopende duur van zijn activiteit (sinds deze geselecteerd werd).
De gegevens met betrekking tot elke bestuurder moeten duidelijk en ondubbel-
zinnig worden getoond. Wanneer de informatie met betrekking tot de bestuurder
en de bijrijder niet tegelijkertijd kan worden getoond, geeft het controleapparaat
standaard de informatie weer met betrekking tot de bestuurder en kan de
gebruiker de informatie met betrekking tot de bijrijder zichtbaar maken.
Als de breedte van het leesvenster onvoldoende is om de werkingsmodus stan-
daard te tonen, moet het controleapparaat kort de nieuwe werkingsmodus tonen
wanneer deze wijzigt.
Het controleapparaat moet bij kaartinvoer kort de naam van de kaarthouder
tonen.
Wanneer een „NIET VERPLICHT” omstandigheid wordt geopend, dan moet het
standaardleesvenster door middel van het relevante pictogram tonen dat de
omstandigheid geopend is (Het is aanvaardbaar dat de lopende activiteit van de
bestuurder niet tegelijkertijd wordt getoond).
15.2. Waarschuwingsleesvenster
Het controleapparaat moet waarschuwingssignalen voornamelijk door middel van
de pictogrammen van appendix 3 tonen, die waar nodig worden aangevuld met
additionele numerieke informatie. Een letterlijke beschrijving van de waarschu-
wing kan in de voorkeurstaal van de bestuurder worden toegevoegd.
15.3. Toegang tot het menu
Het controleapparaat moet de benodigde opdrachten door middel van een
geschikte menustructuur leveren.
15.4. Andere leesvensters
Het is mogelijk om op verzoek selectief zichtbaar te maken:
—de UTC-datum en UTC-tijd;
—de werkingsmodus (indien deze niet standaard wordt getoond);
—de rijtijdperiode en cumulatieve rusttijd van de bestuurder;
—de rijtijdperiode en cumulatieve rusttijd van de bijrijder;1998R2135 —NL—01.05.2006 —002.001 —35
▼M1
—de rijtijdperiode van de bestuurder van de afgelopen en de lopende week;
—de rijtijdperiode van de bijrijder van de afgelopen en de lopende week;
—de inhoud van de zes afgedrukte documenten in hetzelfde formaat als de
afdrukken zelf.
De inhoud van de afdrukken moet sequentieel, regel voor regel, worden getoond.
Indien de breedte van het leesvenster minder dan 24 tekens is, moet de gebruiker
de volledige informatie door middel van een geschikt middel (een aantal regels,
scrollen, …) krijgen. Afgedrukte regels van handgeschreven informatie kunnen
op het leesvenster worden weggelaten.
16.Afdrukken
Het controleapparaat moet informatie uit zijn geheugen en/of van de tachograaf-
kaart overeenkomstig de zes onderstaande documenten afdrukken:
—dagelijkse afdruk van de kaart van de activiteiten van de bestuurder;
—dagelijkse afdruk van de voertuigunit (VU) van de activiteiten van de
bestuurder;
—afdruk van de kaart van voorvallen en fouten;
—afdruk van de voertuigunit van voorvallen en fouten;
—afdruk van technische gegevens;
—afdruk van snelheidsoverschrijding.
De gedetailleerde vorm en inhoud van deze afdrukken worden gespecificeerd in
appendix 4.
Additionele gegevens kunnen aan het einde van de afdruk worden opgenomen.Het controleapparaat mag extra afdrukken leveren, indien deze duidelijk te onder-
scheiden zijn van de zes voornoemde documenten.
De„dagelijkse afdruk van de kaart van de activiteiten van de bestuurder” en de
„afdruk van de kaart van voorvallen en fouten” zijn alleen beschikbaar wanneer
een bestuurderskaart of een werkplaatskaart in het controleapparaat ingebracht is.
Het controleapparaat werkt de opgeslagen gegevens op de betrokken kaart bij
voordat met afdrukken wordt begonnen.
Om de „dagelijkse afdruk van de kaart van de activiteiten van de bestuurder” of
de„afdruk van de kaart van voorvallen en fouten” te leveren moet het controleap-
paraat:
—automatisch de bestuurderskaart of de werkplaatskaart selecteren indien een
van deze kaarten ingebracht is, dan wel
—een opdracht geven om de bronkaart te selecteren of om de kaart in de lezer
van de bestuurder te selecteren indien twee kaarten in het controleapparaat
ingebracht zijn.
De printer moet 24 tekens per regel afdrukken.
De minimale tekengrootte moet 2,1 mm hoog en 1,5 mm breed zijn.De printer ondersteunt de in ISO 8859, deel 1 en 7, gedefinieerde tekensets
Latin1 en Greek, zoals gespecificeerd in appendix 1, hoofdstuk 4 „Tekensets”.
De printers zijn zo ontworpen dat zij de bedoelde afdrukken kunnen maken met
een dusdanige afdrukscherpte dat leesfouten worden vermeden.
Afmetingen en gegevens moeten bij normale luchtvochtigheid (10-90 %) en
temperatuur bewaard blijven.
Op het door het controleapparaat gebruikte papier moet het relevante goedkeu-
ringsmerk staan. Daarnaast moet op het papier vermeld staan voor welk(e) type
(n) controleapparatuur dit papier geschikt is. De afdrukken moeten onder normale
opslagomstandigheden voor wat betreft lichtsterkte, vochtigheid en temperatuur,
gedurende ten minste een jaar duidelijk leesbaar en identificeerbaar blijven.
Bovendien moeten op deze documenten geschreven aantekeningen, zoals de
handtekening van de bestuurder, kunnen worden aangebracht.
Op„paper out” voorvallen tijdens het afdrukken reageert het controleapparaat
door, zodra papier bijgevuld is, het afdrukken vanaf het begin te herstarten of
door te gaan met het afdrukken en een ondubbelzinnige referentie naar het reeds
afgedrukte gedeelte te geven.
17.Waarschuwingssignalen
Het controleapparaat moet de bestuurder waarschuwen als een voorval en/of fout
wordt gedetecteerd.1998R2135 —NL—01.05.2006 —002.001 —36
▼M1
Een waarschuwing met betrekking tot een onderbreking in de stroomvoorziening
kan worden uitgesteld totdat de stroomvoorziening is hersteld.
Het controleapparaat moet de bestuurder bij een naderende overschrijding van de
maximale rijtijdperiode van vier en een half uur 15 minuten van tevoren waar-
schuwen.
De vorm van de waarschuwingssignalen is visueel en daarnaast kunnen akoesti-
sche waarschuwingssignalen worden gegeven.
De visuele waarschuwingssignalen moeten voor de gebruiker duidelijk herken-
baar zijn, ze moeten in het gezichtsveld van de bestuurder liggen en overdag
zowel als 's nachts duidelijk afleesbaar zijn.
De visuele waarschuwingssignalen kunnen in het controleapparaat ingebouwd
zijn en/of zich buiten het controleapparaat bevinden.
In het laatste geval heeft het een „T”-symbool en is de kleur ervan geel of oranje.
De waarschuwingssignalen moeten ten minste 30 seconden duren, tenzij de
bestuurder deze bevestigt door op een toets van het controleapparaat te drukken.
Deze eerste bevestiging mag de getoonde reden van de waarschuwing zoals
bedoeld in de volgende alinea niet uitwissen.
De reden van de waarschuwing moet op het controleapparaat worden getoond en
zichtbaar blijven totdat de bestuurder deze door het drukken op een specifieke
toets van het controleapparaat of door het geven van een opdracht bevestigt.
Aanvullende waarschuwingssignalen kunnen worden ingebouwd, mits de
bestuurder hierdoor niet in verwarring wordt gebracht met betrekking tot de reeds
gedefinieerde waarschuwingssignalen.
18.Overbrengen van gegevens naar externe media
Het controleapparaat moet op verzoek vanuit zijn geheugen of vanaf een bestuur-
derskaart via de kalibrerings-/overbrengingsverbinding gegevens naar externe
opslagmedia kunnen overbrengen. Het controleapparaat werkt de opgeslagen
gegevens op de betrokken kaart bij voordat met overbrenging van gegevens
wordt begonnen.
Verder is er een optie waardoor het controleapparaat in elke werkingsmodus
gegevens via een andere verbinding naar een door dit kanaal geauthentiseerd
bedrijf kan overbrengen. In dit geval zijn de gegevenstoegangsrechten in de
bedrijfsmodus van toepassing op deze overbrenging.
Opgeslagen gegevens worden door overbrenging niet gewijzigd of verwijderd.De elektrotechnische interface van de kalibrerings-/overbrengingsverbinding
wordt gespecificeerd in appendix 6.
Overbrengingsprotocollen worden gespecificeerd in appendix 7.
19.Uitvoeren van gegevens naar additionele externe inrichtingen
Wanneer het controleapparaat geen aanwijsinrichtingen voor de tachometer en/of
de kilometerteller heeft, moet het controleapparaat uitvoersignalen leveren die de
snelheid van het voertuig (tachometer) en/of de totale door het voertuig afgelegde
afstand (kilometerstand) tonen.
De voertuigunit moet tevens de volgende gegevens uitvoeren met behulp van een
geschikte functiegebonden seriële verbinding die niet afhankelijk is van een facul-
tatieve CAN-busverbinding (ISO 11898 Road vehicles —Interchange of digital
information —Controller Area Network (CAN) for high speed communication),
waardoor de verwerking van deze gegevens door andere elektronische units in
het voertuig mogelijk wordt:
—lopende UTC-datum en UTC-tijd;
—snelheid van het voertuig;
—totale door het voertuig afgelegde afstand (kilometerteller);
—lopende door de bestuurder en bijrijder geselecteerde activiteiten;
—informatie of een tachograafkaart in de lezer van de bestuurder en in de lezer
van de bijrijder ingebracht is en (indien van toepassing) informatie over de
identificatie van de betreffende kaarten (kaartnummer en lidstaat van afgifte).
Naast deze gegevens kunnen ook andere gegevens worden uitgevoerd.
Wanneer de ontsteking van het voertuig ingeschakeld is, worden deze gegevens
permanent getoond. Wanneer de ontsteking van het voertuig uitgeschakeld is,
genereert iedere wijziging in de activiteiten van de bestuurder of van de bijrijder
en/of het inbrengen of uitnemen van een tachograafkaart een overeenkomstige1998R2135 —NL—01.05.2006 —002.001 —37
▼M1
uitvoer van gegevens. In het geval dat uitvoer van de gegevens niet heeft plaats-
gevonden terwijl de ontsteking van het voertuig uitgeschakeld is, komen deze
gegevens ter beschikking zodra de ontsteking van het voertuig weer ingeschakeld
is.
20.Kalibrering
De kalibreringsfunctie moet:
—de bewegingsopnemer automatisch met de VU verbinden;
—de constante van het controleapparaat (k) digitaal aan de kenmerkende coëffi-
ciënt van het voertuig (w) aanpassen (voertuigen met twee of meer brugover-
brengingen worden uitgerust met een schakeltoestel waarmee deze verschil-
lende overbrengingen automatisch op een lijn worden gebracht met de over-
brenging waarvoor het apparaat aan het voertuig aangepast is);
—(onbeperkt) de lopende tijd afstellen;
—de lopende kilometerstand bijstellen;
—in het geheugen opgeslagen identificatiegegevens van de bewegingsopnemer
bijwerken;
—andere parameters van het controleapparaat bijwerken of bevestigen: VIN-
nummer van het voertuig, w, l, bandenmaat en instelling van de snelheidsbe-
grenzer indien van toepassing.
Het verbinden van de bewegingsopnemer met de VU moet ten minste bestaan
uit:
—het bijwerken van installatiegegevens van de bewegingsopnemer die door de
bewegingsopnemer worden vastgehouden (indien nodig);
—het kopiëren van essentiële identificatiegegevens van de bewegingsopnemer
naar het geheugen van de VU.
De kalibreringsfunctie kan via de kalibrerings-/overbrengingsverbinding essen-
tiële gegevens invoeren in overeenstemming met het kalibreringsprotocol gedefi-
nieerd in appendix 8. Met de kalibreringsfunctie kunnen ook via andere verbin-
dingen essentiële gegevens worden ingevoerd.
21.Tijdafstelling
Met de tijdafstellingsfunctie kan de lopende tijd met maximaal 1 minuut voor een
periode van minimaal 7 dagen worden bijgesteld.
In de kalibreringsmodus kan de lopende tijd met de tijdafstellingsfunctie zonder
beperkingen worden bijgesteld.
22.Prestatiekenmerken
De voertuigunit moet binnen het temperatuurbereik van −20oC tot + 70oC naar
behoren functioneren en de bewegingsopnemer binnen het temperatuurbereik van
−40oC tot + 135oC. De inhoud van het geheugen moet bij temperaturen tot
−40oC bewaard blijven.
Het controleapparaat moet binnen het vochtigheidsbereik van 10 % tot 90 % naar
behoren functioneren.
Het controleapparaat moet tegen overspanning, polariteitomkering en kortsluiting
worden beveiligd.
Het controleapparaat moet voldoen aan Richtlijn 95/54/EG van de Commissie (1)
tot aanpassing aan de technische vooruitgang van Richtlijn 72/245/EEG van de
Raad met betrekking tot elektromagnetische compatibiliteit en moet tegen elektro-
statische ontladingen en stootspanning worden beveiligd.
23.Materialen
Alle samenstellende delen van het controleapparaat moeten uitgevoerd zijn in
materiaal van voldoende stabiliteit en mechanische sterkte en met onveranderlijke
elektrische en magnetische eigenschappen.
Alle inwendige delen van het apparaat moeten bij normale gebruiksomstandig-
heden tegen vocht en stof beschermd zijn.
De voertuigunit moet voldoen aan beschermingsklasse IP 40 en de bewegingsop-
nemer moet voldoen aan beschermingsklasse IP 64, volgens IEC 529.1998R2135 —NL—01.05.2006 —002.001 —38
(1) PB L 266 van 8.11.1995, blz. 1.
▼M1
Het controleapparaat moet wat het ergonomisch ontwerp betreft, voldoen aan de
toepasselijke technische specificaties.
Het controleapparaat moet tegen onopzettelijke beschadiging worden beschermd.
24.Aanduidingen
Indien het controleapparaat de kilometerstand en snelheid van het voertuig toont,
moeten onderstaande aanduidingen in het leesvenster voorkomen:
—bij het getal voor de afstandsaanduiding, de voor het meten van de afstand
gebruikte eenheid, weergegeven door het symbool „km”;
—bij het getal voor de snelheidsaanduiding, de aanduiding „km/h”.
Het controleapparaat kan ook de snelheid in mijl per uur tonen, in welk geval
voor de snelheidsaanduiding het symbool „mph” gebruikt wordt.
Een identificatieplaatje met de volgende gegevens moet op elk afzonderlijk
samenstellend deel van het controleapparaat worden aangebracht:
—naam en adres van de fabrikant van het apparaat;
—onderdeelnummer en bouwjaar;
—serienummer van het apparaat;
—goedkeuringsmerk van het type controleapparaat.
Wanneer er onvoldoende fysieke ruimte is voor alle bovengenoemde gegevens,
moeten op het identificatieplaatje ten minste voorkomen: de naam of het logo
van de fabrikant en het onderdeelnummer van het controleapparaat.
IV. FUNCTIONELE EN CONSTRUCTIE-EISEN VOOR TACHOGRAAF-
KAARTEN
1.Zichtbare gegevens
De voorkant bevat:naar gelang de soort kaart de vermelding „Bestuurderskaart” of„Controlekaart”
of„Werkplaatskaart” of„Bedrijfskaart”, in hoofdletters, gedrukt in de taal/talen
van de lidstaat die de kaart afgeeft.
dezelfde vermelding in de overige talen van de Gemeenschap, op zodanige wijze
gedrukt dat deze de achtergrond van de kaart vormen:
ES TARJETA DEL
CONDUCTORTARJETA DE
CONTROLTARJETA DEL
CENTRO DE
ENSAYOTARJETA DE LA
EMPRESA
DK FØRERKORT KONTROLKORT VÆRKSTEDSKORT VIRKSOMHEDS-
KORT
DE FAHRERKARTE KONTROLLKARTE WERKSTATT-
KARTEUNTERNEHMENS-
KARTE
EL ΚΑΡΤΑ ΟΔΗΟΥ ΚΑΡΤΑ ΕΛΕΓΧΟΥ ΚΑΡΤΑ ΚΕΝΤΡΟΥ
ΔΟΚΙΜΩΝΚΑΡΤΑ
ΕΠΙΧΕΙΡΗΣΗΣ
EN DRIVER CARD CONTROL CARD WORKSHOP CARD COMPANY CARD
FR CARTE DE
CONDUCTEURCARTE DE
CONTROLEURCARTE D'ATELIER CARTE D'ENTRE-
PRISE
GA CÁRTA TIOMÁNAÍ CÁRTA STIÚRTHA CÁRTA CEARD-
LAINNECÁRTA COMH-
LACHTA
IT CARTA DEL
CONDUCENTECARTA DI
CONTROLLOCARTA DELL'OF-
FICINACARTA DELL'A-
ZIENDA
NL BESTUURDERS-
KAARTCONTROLEKAART WERKPLAATS-
KAARTBEDRIJFSKAART
PT CARTÃO DE
CONDUTORCARTÃO DE
CONTROLOCARTÃO DO
CENTRO DE
ENSAIOCARTÃO DE
EMPRESA
FIN KULJETTAJA
KORTTILLAVALVONTA
KORTILLATESTAUSASEMA
KORTILLAYRITYSKORTILLA1998R2135 —NL—01.05.2006 —002.001 —39
▼M1
SV FÖRARKORT KONTROLLKORT VERKSTADSKORT FÖRETAGSKORT
de vermelding van de naam van de lidstaat die de kaart afgeeft (facultatief);
het onderscheidingsteken van de lidstaat die de kaart afgeeft, negatief afgedrukt
in een door twaalf gele sterren omringde blauwe rechthoek. De onderscheidings-
tekens zijn:
B BelgiëDK Denemarken
D Duitsland
GR GriekenlandE Spanje
F Frankrijk
IRL IerlandI Italië
L Luxemburg
NL Nederland
A Oostenrijk
P PortugalFIN Finland
S Zweden
UK Verenigd Koninkrijkde gegevens die specifiek zijn voor de afgegeven kaart, met de volgende
nummers:
Bestuurderskaart Controlekaart Bedrijfs- of Werkplaatskaart
1. Naam van de bestuurder Naam van de controle-
instantieNaam van het bedrijf of de
werkplaats
2. Voorna(a)men van de
bestuurderAchternaam van de contro-
leur (indien van toepassing)Achternaam van de kaart-
houder (indien van toepas-
sing)
3. Geboortedatum van de
bestuurderVoornaam van de controleur
(indien van toepassing)Voornaam van de kaart-
houder (indien van toepas-
sing)
4.(a) De datum van afgifte van de kaart
(b) Eventuele datum waarop de kaart ongeldig wordt
(c) Naam van de autoriteit die de kaart afgeeft (mag op kant 2 worden gedrukt)(d) Ander nummer dan dat in rubriek 5, dat nuttig is voor de administratie van de kaart (facul-
tatief)
5.(a) Rijbewijsnummer (op het
moment van afgifte van de
bestuurderskaart)
5.(b) Kaartnummer
6. Foto van de bestuurder Foto van de controleur
(facultatief)—
7. Handtekening van de
bestuurderHandtekening van de houder (facultatief)
8. Woon- of verblijfplaats of
postadres van de houder
(facultatief)Postadres van de controle-
instantiePostadres van het bedrijf of
de werkplaats
data moeten in de vorm van „dd/mm/jjjj” of„dd.mm.jjjj” (dag, maand, jaar)
worden geschreven.
De achterkant bevat:1998R2135 —NL—01.05.2006 —002.001 —40
▼M1
een toelichting bij de genummerde rubrieken op kant 1 van de kaart;
zo nodig, en met de uitdrukkelijke schriftelijke instemming van de houder,
kunnen gegevens die geen verband houden met de administratie van de kaart in
deze ruimte worden opgenomen; de toevoeging van deze vermeldingen heeft
geen gevolgen voor het gebruik van het model als tachograafkaart.1998R2135 —NL—01.05.2006 —002.001 —41
▼M1
Tachograafkaarten moeten worden gedrukt met de volgende achtergrondkleuren:
—bestuurderskaart: wit,
—controlekaart: blauw,
—werkplaatskaart: rood,
—bedrijfskaart: geel.
Tachograafkaarten moeten ten minste de volgende eigenschappen hebben om de
kaart te beschermen tegen vervalsing en misbruik:
—een beveiligde achtergrond met fijne guillochepatronen en regenboogdruk,
—bij de foto moeten de beveiligde achtergrond en de foto elkaar overlappen,
—ten minste één tweekleurige microzeefdrukregel.
Na overleg met de Commissie kunnen lidstaten kleuren of aanduidingen, zoals
nationale symbolen of beveiligingstekens, toevoegen, onverminderd de andere
bepalingen van deze bijlage.
2.Beveiliging
De beveiliging van het systeem beoogt het beschermen van de integriteit en
authenticiteit van de tussen de kaarten en het controleapparaat uitgewisselde
gegevens, het beschermen van de integriteit en authenticiteit van de gegevens die
van de kaarten gehaald wordt, het uitvoeren van bepaalde schrijfopdrachten op de1998R2135 —NL—01.05.2006 —002.001 —42
▼M1
kaarten uitsluitend mogelijk te maken voor het controleapparaat, het uitsluiten
van mogelijke vervalsing van op de kaarten opgeslagen gegevens, alsmede het
voorkomen van manipulaties en het detecteren van pogingen daartoe.
Teneinde het systeem te beveiligen, moeten tachograafkaarten voldoen aan de
eisen zoals vastgelegd in de algemene beveiligingsdoelstellingen voor tachograaf-
kaarten (appendix 10).
Tachograafkaarten moeten door andere inrichtingen zoals personal computers
gelezen kunnen worden.
3.Normen
De tachograafkaarten moeten aan de volgende normen voldoen:—ISO/IEC 7810 Identification cards —Physical characteristics
—ISO/IEC 7816 Identification cards —Integrated circuits with contacts:
—Deel 1: Physical characteristics,
—Deel 2: Dimensions and location of the contacts,
—Deel 3: Electronic signals and transmission protocols,
—Deel 4: Inter-industry commands for interchange,
—Deel 8: Security related inter-industry commands,
—ISO/IEC 10373 Identification cards —Test methods.
4.Milieu- en elektrotechnische specificaties
De tachograafkaart moet onder alle klimatologische omstandigheden die zich
normaliter op het grondgebied van de Gemeenschap voordoen, en ten minste
binnen het temperatuurbereik van −25
oC tot + 70oC met incidentele pieken tot
+ 85oC naar behoren kunnen functioneren. „Incidenteel” betekent niet meer dan
4 uur per keer en niet meer dan 100 keer tijdens de levensduur van de kaart.
De tachograafkaart moet binnen het vochtigheidsbereik van 10 % tot 90 % naar
behoren kunnen functioneren.
De tachograafkaart moet vijf jaar lang naar behoren kunnen functioneren indien
de vastgestelde milieu- en elektrotechnische grenswaarden niet overschreden
worden.
Tijdens de werking moet de tachograafkaart voldoen aan Richtlijn 95/54/EG van
de Commissie van 31 oktober 1995 (1) inzake elektromagnetische compatibiliteit
en moet de kaart beveiligd zijn tegen elektrostatische ontladingen.
5.Gegevensopslag
Voor de toepassing van dit punt—wordt de tijd met een resolutie van 1 minuut geregistreerd, tenzij anders
gespecificeerd;
—worden kilometerstanden met een resolutie van 1 kilometer geregistreerd;
—wordt de snelheid met een resolutie van 1 km/h geregistreerd.
De functies, opdrachten en logische structuren van de tachograafkaart die voldoen
aan de gegevensopslageisen, worden gespecificeerd in appendix 2.
Dit punt specificeert de minimale opslagcapaciteit voor de verschillende gege-
vensbestanden. De tachograafkaart moet de effectieve opslagcapaciteit van deze
gegevensbestanden aan het controleapparaat mededelen.
Eventuele additionele gegevens die op de tachograafkaart kunnen worden opge-
slagen en betrekking hebben op andere toepassingen die de kaart eventueel kan
ondersteunen, moeten opgeslagen worden overeenkomstig Richtlijn 95/46/EG (
2).
5.1. Identificatie van de kaart en veiligheidsgegevens
5.1.1. Toepassingsidentificatie
De tachograafkaart moet de volgende toepassingsidentificatiegegevens kunnen
opslaan:
—toepassingsidentificatie van de tachograaf,
—type tachograafkaartidentificatie.1998R2135 —NL—01.05.2006 —002.001 —43
(1) PB L 266 van 8.11.1995, blz. 1.
(2) PB L 281 van 23.11.1995, blz. 1.
▼M1
5.1.2. Chipidentificatie
De tachograafkaart moet de volgende identificatiegegevens van het Integrated
Circuit (IC) opslaan:
—IC-serienummer,
—IC-productiereferenties.
5.1.3. IC-kaartidentificatie
De tachograafkaart moet de volgende smartcard-identificatiegegevens opslaan:
—serienummer van de kaart (inclusief productiereferenties),
—typegoedkeuringsnummer van de kaart,
—persoonlijke identificatie van de kaart (ID),
—embedder ID,
—IC-identificatiesymbool.
5.1.4. Beveiligingselementen
De tachograafkaart moet de volgende beveiligingselementen kunnen opslaan:
—Europese openbare sleutel,
—lidstaatcertificaat,
—kaartcertificaat,
—persoonlijke sleutel van de kaart.
5.2. Bestuurderskaart
5.2.1. Kaartidentificatie
De bestuurderskaart moet de volgende kaartidentificatiegegevens kunnen opslaan:
—kaartnummer,
—lidstaat van afgifte, autoriteit van afgifte, datum van afgifte,
—datum van afgifte van de kaart en datum waarop de kaart ongeldig wordt.
5.2.2. Identificatie van de kaarthouder
De bestuurderskaart moet de volgende identificatiegegevens van de kaarthouder
kunnen opslaan:
—de naam van de houder,
—de voorna(a)m(en) van de houder,
—geboortedatum,
—voorkeurstaal.
5.2.3. Informatie over het rijbewijs
De bestuurderskaart moet de volgende rijbewijsgegevens kunnen opslaan:
—lidstaat van afgifte, autoriteit van afgifte,
—rijbewijsnummer (op het moment van afgifte van de kaart).
5.2.4. Gegevens over het gebruik van voertuigen
De bestuurderskaart moet voor elke kalenderdag waarop de kaart wordt gebruikt,
en voor elke gebruiksperiode van een bepaald voertuig op die dag (deze periode
omvat de opeenvolgende cyclus van inbrengen en uitnemen van de betrokken
kaart in het voertuig) de volgende gegevens kunnen opslaan:
—datum en tijd van het eerste gebruik van het voertuig (d.w.z. de eerste kaartin-
voer voor deze gebruiksperiode van het voertuig, of 00.00 uur wanneer de
gebruiksperiode op dat moment voortduurt);
—kilometerstand van het voertuig op dat moment;
—datum en tijd van het laatste gebruik van het voertuig, (d.w.z. de laatste kaar-
tuitneming voor deze gebruiksperiode van het voertuig, of 23.59 uur wanneer
de gebruiksperiode op dat moment voortduurt);1998R2135 —NL—01.05.2006 —002.001 —44
▼M1
—kilometerstand van het voertuig op dat moment;
—kentekennummer en lidstaat waar het voertuig geregistreerd is.
De bestuurderskaart moet ten minste 84 registraties kunnen opslaan.
5.2.5. Gegevens over de activiteiten van de bestuurder
De bestuurderskaart moet voor elke kalenderdag waarop de kaart wordt gebruikt
of waarvoor de bestuurder handmatig activiteiten heeft ingevoerd, de volgende
gegevens kunnen opslaan:
—de datum;
—een dagelijkse aanwezigheidsteller (met één verhoogd voor elk van de
betrokken kalenderdagen);
—de totale afstand die de bestuurder gedurende deze dag heeft afgelegd;
—de bestuurdersstatus om 00.00 uur;
—wanneer de bestuurder zijn activiteiten wijzigt en/of wanneer de status van debestuurders verandert en/of wanneer hij zijn kaart heeft ingebracht of uitge-
nomen:
—de status van de bestuurders (ALLEEN/MET EEN PLOEG);
—de lezer (BESTUURDER, BIJRIJDER);
—de status van de kaart (INGEBRACHT, NIET INGEBRACHT);
—de activiteiten (RIJDEN, BESCHIKBAARHEID, WERKEN, ONDER-
BREKING/RUST);
—het tijdstip van de wijziging.
Het geheugen van de bestuurderskaart moet de gegevens over de activiteiten van
de bestuurder ten minste 28 dagen vasthouden (een bestuurder wijzigt zijn activi-
teiten gemiddeld 93 keer per dag).
De gegevens genoemd in de voorschriften 197 en 199 moeten zodanig worden
opgeslagen, dat de activiteiten in de volgorde van optreden kunnen worden opge-
zocht, zelfs in het geval van tijdsoverlapping.
5.2.6. Plaatsen waar dagelijkse werkperioden beginnen en/of eindigen
De bestuurderskaart moet de volgende door de bestuurder ingevoerde gegevens
betreffende de plaatsen waar dagelijkse werkperioden beginnen en/of eindigen,
kunnen opslaan:
—de datum en tijd van de invoer (of de datum/tijd van de invoer indien deze
handmatig geschiedt);
—de soort invoer (begin of einde, omstandigheid van invoer);
—het ingevoerde land en de ingevoerde regio;
—de kilometerstand van het voertuig.
Het geheugen van de bestuurderskaart moet ten minste 42 registraties kunnen
opslaan.
5.2.7. Gegevens over voorvallen
Voor de toepassing van dit punt wordt de tijd met een resolutie van 1 seconde
geregistreerd.
De bestuurderskaart moet gegevens kunnen opslaan over de volgende voorvallen,
die door het controleapparaat gedetecteerd zijn terwijl de kaart was ingebracht:
—tijdsoverlapping (indien deze kaart het voorval heeft veroorzaakt);
—kaartinvoer tijdens het rijden (indien deze kaart aanleiding is voor het
voorval);
—laatste kaartsessie niet correct afgesloten (indien deze kaart aanleiding is voor
het voorval);
—onderbreking van de stroomvoorziening;
—fout in de bewegingsgegevens;
—pogingen de beveiliging op te heffen of te omzeilen.
De bestuurderskaart moet de volgende gegevens over deze voorvallen kunnen
opslaan:
—code van het voorval;1998R2135 —NL—01.05.2006 —002.001 —45
▼M1
—datum en tijd van het begin van het voorval (of van de kaartvoer indien het
voorval op dat moment plaatsvond);
—datum en tijd van het einde van het voorval (of van de kaartvoer indien het
voorval op dat moment plaatsvond);
—kentekennummer en lidstaat van registratie van het voertuig waarin hetvoorval plaatsvond.
Opmerking: In het geval van „Tijdsoverlapping”:
—moeten datum en tijd van het begin van het voorval overeenkomen met de
datum en tijd van kaartuitneming uit het vorige voertuig;
—moeten datum en tijd van het einde van het voorval overeenkomen met de
datum en tijd van kaartinvoer in het huidige voertuig;
—moeten voertuiggegevens overeenkomen met die van het voertuig dat het
voorval heeft veroorzaakt.
Opmerking: In het geval van „Laatste kaartsessie niet correct afgesloten”:
—moeten datum en tijd van het begin van het voorval overeenkomen met de
datum en tijd van kaartinvoer van de sessie die niet correct afgesloten is;
—moeten datum en tijd van het einde van het voorval overeenkomen met dedatum en tijd van kaartvoer van de sessie tijdens welke het voorval ontdekt
werd (lopende sessie);
—moeten voertuiggegevens overeenkomen met het voertuig waarin de sessie
niet correct afgesloten werd.
De bestuurderskaart moet gegevens over de 6 meest recente voorvallen van elke
soort (d.w.z. 36 voorvallen) kunnen opslaan.
5.2.8. Gegevens over fouten
Voor de toepassing van dit punt wordt de tijd met een resolutie van 1 seconde
geregistreerd.
De bestuurderskaart moet gegevens kunnen opslaan met betrekking tot de
volgende fouten, die het controleapparaat heeft gedetecteerd terwijl de kaart was
ingebracht:
—kaartfout (indien deze kaart aanleiding is voor het voorval);
—fout in controleapparaat.
De bestuurderskaart moet de volgende gegevens over deze fouten kunnen
opslaan:
—foutcode;
—datum en tijd van het begin van de fout (of van de kaartinvoer indien de fout
op dat moment voortduurde);
—datum en tijd van het einde van de fout (of van de kaartuitneming indien defout op dat moment voortduurde);
—kentekennummer en lidstaat van registratie van het voertuig waarin de fout
optrad.
De bestuurderskaart moet gegevens over de twaalf meest recente fouten van elke
soort (d.w.z. 24 fouten) kunnen opslaan.
5.2.9. Gegevens over controleactiviteiten
De bestuurderskaart moet de volgende gegevens met betrekking tot controleacti-
viteiten opslaan:
—datum en tijd van de controle;
—controlekaartnummer en lidstaat die de kaart heeft afgegeven;
—soort controle (tonen en/of printen en/of VU-overbrenging en/of kaartover-
brenging (zie opmerking));
—overgebrachte periode, in het geval van overbrenging;
—kentekennummer en lidstaat van registratie van het voertuig waarin decontrole plaatsvond.
Opmerking: De beveiligingseisen impliceren dat kaartoverbrenging uitsluitend
geregistreerd wordt wanneer de overbrenging plaatsvindt via een controleappa-
raat.
De bestuurderskaart moet één van deze registraties kunnen vasthouden.1998R2135 —NL—01.05.2006 —002.001 —46
▼M1
5.2.10. Gegevens over kaartsessies
De bestuurderskaart moet gegevens opslaan met betrekking tot het voertuig
waarin de lopende sessie geopend is:
—datum en tijd waarop de sessie geopend werd (d.w.z. kaartinvoer), met een
resolutie van een seconde;
—kentekennummer en lidstaat van registratie.
5.2.11. Gegevens over specifieke omstandigheden
De bestuurderskaart moet de volgende gegevens met betrekking tot specifieke
omstandigheden kunnen opslaan, die ingevoerd werden terwijl de kaart in een
lezer ingebracht was:
—datum en tijd van de invoer;
—aard van de specifieke omstandigheid.
De bestuurderskaart moet 56 van dergelijke registraties kunnen vasthouden.
5.3. Werkplaatskaart
5.3.1. Beveiligingselementen
De werkplaatskaart moet een Personal Identification Number (pincode) kunnen
opslaan.
De werkplaatskaart moet de cryptografische sleutels voor het verbinden van de
bewegingsopnemers aan de voertuigunits kunnen opslaan.
5.3.2. Kaartidentificatie
De werkplaatskaart moet de volgende kaartidentificatiegegevens kunnen opslaan:
—kaartnummer;
—lidstaat van afgifte, autoriteit van afgifte, datum van afgifte;
—datum van afgifte van de kaart en datum waarop de kaart ongeldig wordt.
5.3.3. Identificatie van de kaarthouder
De werkplaatskaart moet de volgende identificatiegegevens van de kaarthouder
kunnen opslaan:
—naam van de werkplaats;
—adres van de werkplaats;
—naam van de houder;
—voorna(a)m(en) van de houder;
—voorkeurstaal.
5.3.4. Gegevens over het gebruik van voertuigen
De werkplaatskaart moet de gegevens over het gebruik van voertuigen op
dezelfde manier kunnen opslaan als een bestuurderskaart.
De werkplaatskaart moet ten minste 4 van dergelijke registraties kunnen opslaan.
5.3.5. Gegevens over de activiteiten van de bestuurder
De werkplaatskaart moet de gegevens over de activiteiten van de bestuurder op
dezelfde manier kunnen opslaan als een bestuurderskaart.
De werkplaatskaart moet de gegevens over de activiteiten van de bestuurder ten
minste gedurende 1 dag met gemiddelde activiteiten van de bestuurder vast-
houden.
5.3.6. Gegevens over begin en einde van dagelijkse werkperioden
De werkplaatskaart moet de gegevens over begin en einde van dagelijkse werkpe-
rioden op dezelfde manier kunnen opslaan als een bestuurderskaart.
De werkplaatskaart moet ten minste 3 registraties kunnen vasthouden.1998R2135 —NL—01.05.2006 —002.001 —47
▼M1
5.3.7. Gegevens over voorvallen en fouten
De werkplaatskaart moet de gegevens over voorvallen en fouten op dezelfde
manier kunnen opslaan als een bestuurderskaart.
De werkplaatskaart moet gegevens over de drie meest recente voorvallen van elke
soort (d.w.z. 18 voorvallen) en de zes meest recente fouten van elke soort (d.w.z.
12 fouten) kunnen opslaan.
5.3.8. Gegevens over controleactiviteiten
De werkplaatskaart moet de gegevens over controleactiviteiten op dezelfde
manier kunnen opslaan als een bestuurderskaart.
5.3.9. Gegevens over kalibrering en tijdafstelling
De werkplaatskaart moet registraties van kalibreringen en/of tijdafstellingen
kunnen vasthouden die uitgevoerd worden terwijl de kaart in een controleapparaat
ingebracht is.
Elke kalibreringsregistratie moet de volgende gegevens bevatten:
—doel van de kalibrering (eerste installatie, installatie, periodieke inspectie);
—VIN-nummer van het voertuig;
—bijgewerkte of bevestigde parameters (w, k, l, bandenmaat, instelling van de
snelheidsbegrenzer, kilometerstand (nieuwe en oude waarde), datum en tijd
(nieuwe en oude waarde);
—identificatienummer van het controleapparaat (onderdeelnummer en serie-
nummer van de VU, serienummer van de bewegingsopnemer).
De werkplaatskaart moet ten minste 88 registraties kunnen opslaan.
De werkplaatskaart moet een teller bevatten die het totale aantal kalibreringen
aangeeft dat met de kaart uitgevoerd is.
De werkplaatskaart moet een teller bevatten die het aantal kalibreringen sinds de
laatste overbrenging aangeeft.
5.3.10. Gegevens over specifieke omstandigheden
De werkplaatskaart moet gegevens over specifieke omstandigheden op dezelfde
manier kunnen opslaan als een bestuurderskaart. De werkplaatskaart moet 2 regi-
straties kunnen opslaan.
5.4. Controlekaart
5.4.1. Kaartidentificatie
De controlekaart moet de volgende kaartidentificatiegegevens opslaan:
—kaartnummer;
—lidstaat van afgifte, autoriteit van afgifte, datum van afgifte;
—ingangsdatum van de geldigheid van de kaart en datum waarop de kaart
ongeldig wordt (indien van toepassing).
5.4.2. Identificatie van de kaarthouder
De controlekaart moet de volgende identificatiegegevens van de kaarthouder
kunnen opslaan:
—naam van de controle-instantie;
—adres van de controle-instantie;
—naam van de houder;
—voorna(a)m(en) van de houder;
—voorkeurstaal.
5.4.3. Gegevens over controleactiviteiten
De controlekaart moet de volgende gegevens met betrekking tot controleactivi-
teiten kunnen opslaan:
—datum en tijd van de controle;1998R2135 —NL—01.05.2006 —002.001 —48
▼M1
—soort controle (tonen en/of printen en/of VU-overbrenging en/of kaartover-
brenging);
—overgebrachte periode (indien van toepassing);
—kentekennummer en lidstaat waarin het gecontroleerde voertuig geregistreerd
staat;
—kaartnummer en lidstaat die de gecontroleerde bestuurderskaart afgegeven
heeft.
De controlekaart moet ten minste 230 registraties kunnen vasthouden.
5.5. Bedrijfskaart
5.5.1. Kaartidentificatie
De bedrijfskaart moet de volgende kaartidentificatiegegevens kunnen opslaan:
—kaartnummer;
—lidstaat van afgifte, autoriteit van afgifte, datum van afgifte;
—ingangsdatum van de geldigheid van de kaart en datum waarop de kaart
ongeldig wordt (indien van toepassing).
5.5.2. Identificatie van de kaarthouder
De bedrijfskaart moet de volgende identificatiegegevens van de kaarthouder
kunnen opslaan:
—naam van het bedrijf;
—adres van het bedrijf.
5.5.3. Gegevens over bedrijfsactiviteiten
De bedrijfskaart moet de volgende gegevens over bedrijfsactiviteiten kunnen
opslaan:
—datum en tijd van de activiteit;
—soort activiteit (vergrendeling en/of ontgrendeling van VU en/of VU-overbren-
ging en/of kaartoverbrenging);
—overgebrachte periode (indien van toepassing);
—kentekennummer en registrerende instantie van de lidstaat van het voertuig;
—kaartnummer en lidstaat die de kaart afgegeven heeft (in het geval van kaart-
overbrenging).
De bedrijfskaart moet ten minste 230 van dergelijke registraties kunnen vast-
houden.
V. INSTALLATIE VAN HET CONTROLEAPPARAAT
1.Installatie
Nieuwe controleapparaten moeten in niet-geactiveerde toestand geleverd worden
aan installateurs of voertuigfabrikanten. Alle kalibreringsparameters, zoals
vermeld in hoofdstuk III.20, moeten daarbij ingesteld zijn op de juiste en geldige
standaardwaarden. Indien geen specifieke waarde geschikt is, moeten letters op
„?”en cijfers op „0”worden gezet.
Vóór de activering moet het controleapparaat toegang geven tot de kalibrerings-
functie, zelfs wanneer het apparaat zich niet in de kalibreringsmodus bevindt.
Vóór de activering mag het controleapparaat geen gegevens zoals genoemd in
punt III.12.3 tot en met III.12.9 en punt III.12.12 tot en met III.12.14 registreren
of opslaan.
Tijdens de installatie moeten de voertuigfabrikanten alle bekende parameters
instellen.
Voertuigfabrikanten of installateurs moeten het geïnstalleerde controleapparaat
activeren voordat het voertuig het bedrijf verlaat waar de installatie plaatsvond.
De activering van het controleapparaat moet automatisch worden opgestart bij de
eerste invoer van een werkplaatskaart in een van zijn kaartinterfaces.
Eventuele specifieke verbindingen tussen de bewegingsopnemer en de voertuig-
unit moeten voor of tijdens de activering automatisch plaatsvinden.1998R2135 —NL—01.05.2006 —002.001 —49
▼M1
Na de activering moet het controleapparaat alle functies uitvoeren en toegang
geven tot alle gegevens.
De registratie- en opslagfuncties van het controleapparaat moeten na de activering
volledig operationeel zijn.
Na de installatie moet een kalibrering volgen. Bij de eerste kalibrering wordt het
kentekennummer ingevoerd; deze kalibrering vindt binnen 2 weken na de instal-
latie of na de toewijzing van het kentekennummer plaats.
Het controleapparaat moet zodanig in het voertuig worden geïnstalleerd dat de
bestuurder gemakkelijk vanaf zijn zitplaats toegang heeft tot de noodzakelijke
functies.
2.Installatieplaatje
Na controle van het controleapparaat bij de installatie wordt op, in of naast het
controleapparaat een installatieplaatje aangebracht, dat duidelijk zichtbaar en
gemakkelijk toegankelijk is. Na iedere controle door een erkende installateur of
werkplaats dient het oude plaatje door een nieuw te worden vervangen.
Op het plaatje moeten ten minste de volgende gegevens zijn aangebracht:
—naam, adres of handelsnaam van de erkende installateur of werkplaats;
—kenmerkende coëfficiënt van het voertuig in de vorm „w =…imp/km”,
—constante van het controleapparaat in de vorm „k =…imp/km”,
—effectieve omtrek van de wielbanden in de vorm „l =…mm”,
—bandenmaat;
—datum waarop de kenmerkende coëfficiënt van het voertuig vastgesteld en de
effectieve omtrek van de wielbanden gemeten is;
—VIN-nummer van het voertuig.
3.Verzegeling
De volgende onderdelen moeten worden verzegeld:
—alle verbindingen die, wanneer ze verbroken zouden worden, tot niet-traceer-
bare wijzigingen of niet-traceerbaar verlies van gegevens zouden leiden;
—het installatieplaatje, tenzij het zodanig aangebracht is dat het niet kan worden
verwijderd zonder de daarop aangebrachte aanduidingen te vernietigen.
De bovengenoemde verzegelingen mogen worden verwijderd:
—in noodgevallen;
—voor het plaatsen, afstellen of repareren van een snelheidsbegrenzer of alle
andere tot de verkeersveiligheid bijdragende inrichtingen, op voorwaarde dat
het controleapparaat op betrouwbare en juiste wijze blijft functioneren en
door een erkende installateur of werkplaats (als bedoeld in hoofdstuk VI)
onmiddellijk na het plaatsen van de snelheidsbegrenzer dan wel alle andere
tot de verkeersveiligheid bijdragende inrichtingen opnieuw verzegeld wordt,of in alle andere gevallen binnen zeven dagen.
Iedere verbreking van deze zegels moet schriftelijk worden gemotiveerd; deze
motivering dient ter beschikking van de bevoegde autoriteit te worden gehouden.
VI. CONTROLES, INSPECTIES EN REPARATIES
Voorschriften betreffende de omstandigheden waarin verzegelingen verwijderd
mogen worden, zoals vermeld in artikel 12, lid 5 van Verordening (EEG)
nr. 3821/85, laatstelijk gewijzigd bij Verordening (EG) nr. 2135/98, worden
beschreven in hoofdstuk V.3 van deze bijlage.
1.Erkenning van installateurs of werkplaatsen
De lidstaten erkennen, certificeren en controleren regelmatig de instanties die de
—installaties,
—controles,
—inspecties en
—reparaties moeten verrichten.
In het kader van artikel 12, lid 1, van deze verordening worden werkplaatskaarten
uitsluitend afgegeven aan voor het activeren en/of kalibreren van controleappa-
raten erkende installateurs en/of werkplaatsen die voldoen aan deze bijlage en,
tenzij voldoende gerechtvaardigd:1998R2135 —NL—01.05.2006 —002.001 —50
▼M1
—niet in aanmerking komen voor een bedrijfskaart;
—wiens andere bedrijfsactiviteiten geen potentieel gevaar voor de totale veilig-
heid van het systeem opleveren zoals beschreven in appendix 10.
2.Controle van nieuwe of herstelde inrichtingen
Iedere afzonderlijke inrichting, zij het nieuw of hersteld, wordt gecontroleerd uit
het oogpunt van juiste werking en nauwkeurigheid van de aflezing en registratie,
waarbij de in hoofdstuk III.2.1 en III.2.2 vastgelegde grenswaarden moeten
worden gehanteerd, door middel van de verzegeling overeenkomstig hoofdstuk
V.3 en kalibrering.
3.Controle van de installatie
Na plaatsing in een voertuig moeten de gehele installatie en het controleapparaat
voldoen aan de bepalingen betreffende de maximumtoleranties zoals vastgelegd
in hoofdstuk III.2.1 en III.2.2.
4.Periodieke controles
Periodieke controles van de in de voertuigen geïnstalleerde inrichtingen moeten
na iedere reparatie van de inrichting, of na iedere wijziging van de kenmerkende
coëfficiënt van het voertuig of van de effectieve omtrek van de wielbanden, of
wanneer de UTC-tijd van de inrichting meer dan 20 minuten afwijkt, of wanneer
het kentekennummer gewijzigd is en ten minste om de twee jaar (24 maanden)
na de laatste controle plaatsvinden.
Het volgende moet worden gecontroleerd:—de goede werking van het controleapparaat, met name de gegevensopslag op
de tachograafkaart;
—de naleving van het bepaalde in hoofdstuk III.2.1 en III.2.2 inzake de maxi-
mumtoleranties bij installatie;
—de aanwezigheid van het goedkeuringsmerk op het controleapparaat;
—de aanwezigheid van het installatieplaatje;
—de ongeschonden staat van de zegels van het apparaat en van de andere instal-
latieonderdelen;
—de bandenmaat en de effectieve omtrek van de banden.
Bij deze controles moet een kalibrering plaatsvinden.
5.Vaststelling van afwijkingen
De vaststelling van de afwijkingen bij installatie en gebruik geschiedt onder de
volgende omstandigheden, die beschouwd moeten worden als normale beproe-
vingsvoorwaarden:
—onbelast voertuig, in normale rijklare toestand;
—bandenspanning overeenkomstig de door de fabrikant verstrekte gegevens;
—slijtage van de banden binnen de door de nationale voorschriften toegestane
grenzen;
—voortbeweging van het voertuig:
—het voertuig moet zich, aangedreven door zijn eigen motor, langs een
rechte lijn over een vlakke ondergrond bewegen met een snelheid van 50
± 5 km/u. Het meettraject moet ten minste 1 000 m lang zijn;
—de test mag ook uitgevoerd worden met alternatieve methoden, zoals op een
geschikte proefbank, op voorwaarde dat deze even nauwkeurig zijn.
6.Reparaties
Werkplaatsen kunnen gegevens van het controleapparaat overbrengen en deze
gegevens teruggeven aan de betreffende transportonderneming.
Erkende werkplaatsen moeten een certificaat van onmogelijkheid van gegevens-
overdracht aan de transportondernemingen afgeven, wanneer vooraf geregi-
streerde gegevens ten gevolge van de slechte werking van het controleapparaat
zelfs na reparatie door de betrokken werkplaats niet kunnen worden overgebracht.
De werkplaatsen bewaren een kopie van elk afgegeven certificaat gedurende ten
minste een jaar.
VII. KAARTAFGIFTE1998R2135 —NL—01.05.2006 —002.001 —51
▼M1
De door de lidstaten vastgestelde werkwijze bij kaartafgifte moet aan het
volgende voldoen:
Het kaartnummer van het eerste exemplaar van een tachograafkaart dat aan een
aanvrager verstrekt wordt, moet een opeenvolgende index (indien van toepas-
sing), een vervangingsindex en een vernieuwingsindex op de stand „0”hebben.
Van de kaartnummers van alle niet-persoonlijke tachograafkaarten, die aan een
enkele controle-instantie, een enkele werkplaats of een enkele transportonderne-
ming zijn afgegeven, moeten de eerste 13 cijfers hetzelfde zijn; verder moeten ze
allemaal een andere opeenvolgende index hebben.
Een tachograafkaart die ter vervanging van een bestaande tachograafkaart wordt
afgegeven, moet hetzelfde kaartnummer hebben als de vervangen kaart, met
uitzondering van de vervangingsindex die met „1”moet worden verhoogd (in de
volgorde 0, …, 9, A, …, Z).
Een tachograafkaart die ter vervanging van een bestaande tachograafkaart wordt
afgegeven, moet dezelfde vervaldatum hebben als de vervangen kaart.
Een tachograafkaart die ter vernieuwing van een bestaande tachograafkaart wordt
afgegeven, moet hetzelfde kaartnummer hebben als de bestaande kaart met
uitzondering van de vervangingsindex die op „0”moet worden teruggezet en de
vernieuwingsindex die met „1”moet worden verhoogd (in de volgorde 0, …, 9,
A,…, Z).
Het ruilen van een bestaande tachograafkaart ten einde administratieve gegevens
te wijzigen moet in dezelfde lidstaat geschieden volgens de voorschriften voor
vernieuwing, of de voorschriften van eerste afgifte wanneer de ruiling plaatsvindt
in een andere lidstaat.
In het geval van niet-persoonlijke werkplaats- of controlekaarten moet bij de
„naam van de kaarthouder” de naam van de werkplaats of de controle-instantie
worden ingevuld.
VIII. GOEDKEURING VAN HET CONTROLEAPPARAAT EN DE TACHO-
GRAAFKAARTEN
1.Algemeen
In dit hoofdstuk betekent het woord „controleapparaat”„controleapparaat of zijn
samenstellende delen”. Er is geen goedkeuring vereist voor de verbindingskabel
(s) tussen de bewegingsopnemer en de VU. Het in het controleapparaat gebruikte
papier wordt als een samenstellend deel van het controleapparaat beschouwd.
Het controleapparaat moet met alle geïntegreerde inrichtingen ter goedkeuring
worden aangeboden.
De goedkeuring van het controleapparaat en van de tachograafkaarten omvat
beproevingen van de beveiliging, functiebeproevingen en interoperabiliteitsbe-
proevingen. Positieve beproevingsresultaten worden op een relevant certificaat
vermeld.
De goedkeuringsautoriteiten van de lidstaten verlenen geen goedkeuringscertifi-
caat overeenkomstig artikel 5 van deze verordening, zolang zij niet in het bezit
zijn van:
—een beveiligingscertificaat,
—een functiecertificaat
—en een interoperabiliteitscertificaat
voor het controleapparaat of de tachograafkaart waarvoor goedkeuring wordt
aangevraagd.
De autoriteit die de goedkeuring voor het apparaat verleende, moet vooraf over
elke wijziging in de software of hardware van het apparaat of in de aard van de
voor de fabricage gebruikte materialen worden geïnformeerd. Deze autoriteitmoet de verlenging van de goedkeuring aan de fabrikant bevestigen of kan een
aanpassing of een bevestiging van de relevante functie-, beveiligings- en/of inter-
operabiliteitscertificaten eisen.
Procedures voor aanpassing van de in-situ software van het controleapparaat
moeten worden goedgekeurd door de autoriteit die de typegoedkeuring voor het
controleapparaat verleende. Een aanpassing van de software mag de in het contro-
leapparaat opgeslagen gegevens over de activiteiten van de bestuurder wijzigen
noch verwijderen. Software mag alleen onder de verantwoordelijkheid van de
fabrikant van het apparaat aangepast worden.1998R2135 —NL—01.05.2006 —002.001 —52
▼M1
2.Veiligheidscertificaat
Het veiligheidscertificaat wordt afgegeven in overeenstemming met de bepalingen
van appendix 10 van deze bijlage.
3.Functiecertificaat
Eenieder die een typegoedkeuring aanvraagt, moet de goedkeuringsautoriteit van
de lidstaat de door die autoriteit noodzakelijk geachte benodigdheden en docu-
mentatie verschaffen.
Een functiecertificaat wordt alleen aan de fabrikant afgegeven nadat in elk geval
alle functiebeproevingen als gespecificeerd in appendix 9, succesvol afgesloten
zijn.
De goedkeuringsautoriteit geeft het functiecertificaat af. Dit certificaat moet
behalve de naam van de ontvanger en de identificatie van het model ook een
gedetailleerde lijst van uitgevoerde beproevingen en behaalde resultaten
vermelden.
4.Interoperabiliteitscertificaat
Interoperabiliteitsbeproevingen worden door een laboratorium in opdracht en
onder verantwoordelijkheid van de Europese Commissie uitgevoerd.
Het laboratorium moet de verzoeken van fabrikanten om interoperabiliteitsbe-
proevingen in chronologische volgorde van binnenkomst registreren.
Verzoeken worden officieel geregistreerd wanneer het laboratorium in het bezit is
van:
—alle benodigdheden en documenten die nodig zijn voor deze interoperabili-
teitsbeproevingen;
—het corresponderende beveiligingscertificaat;
—het corresponderende functiecertificaat.
De fabrikant moet over de registratiedatum van het verzoek worden geïnfor-
meerd.
Het laboratorium onderwerpt een controleapparaat of een tachograafkaart niet aan
interoperabiliteitsbeproevingen wanneer voor dat apparaat of die kaart geen
beveiligingscertificaat en functiecertificaat afgegeven is.
Een fabrikant die een interoperabiliteitsbeproeving aanvraagt, moet alle benodigd-
heden en documenten die nodig zijn voor het uitvoeren van de beproeving, aan
het voor deze beproeving verantwoordelijke laboratorium verstrekken.
Alle typen controleapparatuur en alle tachograafkaarten
—waarvan de goedkeuring nog steeds geldig is of,
—waarvan de goedkeuring aangevraagd is en die een geldig interoperabiliteits-
certificaat hebben,
moeten overeenkomstig de bepalingen van punt 5 van appendix 9 van deze
bijlage onderworpen worden aan interoperabiliteitsbeproevingen.
Het laboratorium geeft het interoperabiliteitscertificaat alleen aan de fabrikant af
nadat alle vereiste interoperabiliteitsbeproevingen succesvol afgerond zijn.
Indien de interoperabiliteitsbeproevingen bij een of meer controleapparaten of
tachograafkaarten, als vereist volgens voorschrift 283, niet succesvol afgerond
zijn, wordt het interoperabiliteitscertificaat pas afgegeven nadat de betreffende
fabrikant de noodzakelijke wijzigingen heeft aangebracht en de apparatuur
respectievelijk kaarten de daaropvolgende interoperabiliteitsbeproevingen met
succes hebben doorstaan. Het laboratorium moet de oorzaak van het probleem
met hulp van de betreffende fabrikanten vaststellen en moet de fabrikant die het
verzoek ingediend heeft, helpen bij het vinden van een technische oplossing. Als
de fabrikant zijn product heeft gewijzigd, dient hij bij de bevoegde instantie na te
vragen of het veiligheidscertificaat en het functiecertificaat nog steeds geldig zijn.
Het interoperabiliteitscertificaat is zes maanden geldig. Aan het einde van deze
periode wordt het ingetrokken wanneer de fabrikant geen corresponderend goed-
keuringscertificaat heeft ontvangen. Het certificaat moet door de fabrikant naar de
goedkeuringsautoriteit van de lidstaat worden gezonden die het functiecertificaat
heeft afgegeven.
Elk onderdeel dat de oorzaak kan zijn van een interoperabiliteitsfout, mag niet
worden gebruikt om voordelen of een dominante positie te verkrijgen.1998R2135 —NL—01.05.2006 —002.001 —53
▼M1
5.Typegoedkeuringscertificaat
De goedkeuringsautoriteit van de lidstaat geeft het goedkeuringscertificaat af
zodra de autoriteit in het bezit is van de drie vereiste certificaten.
Op het moment van afgifte aan de fabrikant moet de goedkeuringsautoriteit een
kopie van het goedkeuringscertificaat aan het voor de interoperabiliteitsbeproe-
vingen verantwoordelijke laboratorium verstrekken.
Het voor de interoperabiliteitsbeproevingen bevoegde laboratorium moet een
publiek toegankelijke website beheren waarop de lijst van typen controleappa-
raten of tachograafkaarten wordt bijgewerkt:
—waarvoor een verzoek om interoperabiliteitsbeproevingen geregistreerd is;
—die een interoperabiliteitscertificaat (ook tijdelijk) hebben ontvangen;
—die een typegoedkeuringscertificaat hebben ontvangen.
6.Bijzondere procedure: eerste interoperabiliteitscertificaten
Tot vier maanden nadat het eerste controleapparaat met de tachograafkaarten
(bestuurders-, werkplaats-, controle- en bedrijfskaart) als interoperabel gecertifi-
ceerd is, wordt een afgegeven interoperabiliteitscertificaat (inclusief het aller-
eerste) met betrekking tot tijdens deze periode geregistreerde verzoeken, als tijde-
lijk beschouwd.
Wanneer aan het einde van deze periode alle betreffende producten onderling
interoperabel zijn, worden alle corresponderende interoperabiliteitscertificaten
definitief.
Wanneer tijdens deze periode interoperabiliteitsfouten worden ontdekt, moet het
voor de interoperabiliteitsbeproevingen verantwoordelijke laboratorium de
oorzaak van de problemen met hulp van alle betrokken fabrikanten vaststellen en
moeten de fabrikanten de noodzakelijke wijzigingen aanbrengen.
Indien zich aan het einde van deze periode nog steeds interoperabiliteitspro-
blemen voordoen, moet het voor de interoperabiliteitsbeproevingen verantwoor-
delijke laboratorium in samenwerking met de betreffende fabrikanten en de goed-
keuringsautoriteiten die de corresponderende functiecertificaten hebben afge-
geven, de oorzaken van de interoperabiliteitsfouten detecteren en vaststellen
welke wijzigingen door de betreffende fabrikanten moeten worden aangebracht.
Het zoeken naar technische oplossingen duurt maximaal twee maanden, waarna,
indien geen algemene oplossing gevonden wordt, de Commissie na overleg met
het voor de interoperabiliteitsbeproevingen verantwoordelijke laboratorium beslist
welke apparaten en kaarten een definitief interoperabiliteitscertificaat krijgen. De
Commissie motiveert haar beslissing.
Elk verzoek om interoperabiliteitsbeproevingen dat door het laboratorium geregi-
streerd wordt tussen het einde van de periode van vier maanden nadat het eerste
tijdelijke interoperabiliteitscertificaat afgegeven is, en de datum waarop de
Commissie haar beslissing zoals genoemd onder 294, moet worden opgeschort
totdat de aanvankelijke interoperabiliteitsproblemen opgelost zijn. Deze
verzoeken worden vervolgens in chronologische volgorde van registratie behan-
deld.1998R2135 —NL—01.05.2006 —002.001 —54
▼M1
Appendix 1
VERKLARENDE WOORDENLIJST VAN DE GEGEVENS
INHOUD
1. Inleiding …........................................................................................
1.1. Methoden ter definitie van gegevenssoorten …................................................
1.2. Referenties …......................................................................................
2. Definities van gegevenssoorten …...............................................................
2.1. ActivityChangeInfo (Informatie over wijziging van de activiteiten) …......................
2.2. Adres …............................................................................................
2.3. BCDString (Binair-decimale codenotatie) …...................................................
2.4. CalibrationPurpose (Kalibreringsdoel) ….......................................................
2.5. CardActivityDailyRecord (Dagelijkse registratie van de activiteiten op de kaart) ….......
2.6. CardActivityLengthRange (Lengtebereik van de activiteiten op de kaart) …...............
2.7. CardApprovalNumber (Goedkeuringsnummer van de kaart) …..............................
2.8. CardCertificate (Kaartcertificaat) ….............................................................
2.9. CardChipIdentification (Identificatie van de kaartchip) …....................................
2.10. CardConsecutiveIndex (Opeenvolgende index van de kaart) …..............................
2.11. CardControlActivityDataRecord (Gegevensregistratie van controleactiviteiten op de
kaart) …............................................................................................
2.12. CardCurrentUse (Huidig gebruik kaart) ….....................................................
2.13. CardDriverActivity (Bestuurdersactiviteiten op de kaart) …..................................
2.14. CardDrivingLicenceInformation (Rijbewijsinformatie op kaart) …..........................
2.15. CardEventData (Voorvalgegevens op kaart) ….................................................
2.16. CardEventRecrord (Voorvalregistratie op kaart) …............................................
2.17. CardFaultData (Foutgegevens op kaart) ….....................................................
2.18. CardFaultRecord (Registratie van kaartfouten) …..............................................
2.19. CardIccIdentification (IC-Identificatie kaart) …................................................
2.20. CardIdentification (Kaartidentificatie) …........................................................
2.21. CardNumber (Kaartnummer) ….................................................................
2.22. CardPlaceDailyWorkPeriod (Plaatsen van dagelijkse werkperiodes) …......................
2.23. CardPrivateKey (Particuliere sleutel van de kaart) …..........................................
2.24. CardPublicKey (Openbare sleutel van de kaart) …............................................
2.25. CardRenewalIndex (Vernieuwingsindex van de kaart) ….....................................
2.26. CardReplacementIndex (Vervangingsindex van de kaart) …..................................
2.27. CardSlotNumber (Nummer van de kaartlezer) …..............................................
2.28. CardSlotsStatus (Status van de kaartlezers) ….................................................
2.29. CardStructureVersion (Versie van de kaartstructuur) ….......................................
2.30. CardVehicleRecord (Registratie van het gebruik van het voertuig) ….......................
2.31. CardVehiclesUsed (Gebruikte voertuigen op de kaart) ….....................................
2.32. Certificate (Certificaat) …........................................................................
2.33. CertificateContent (Inhoud van het certificaat) …..............................................
2.34. CertificateHolderAuthorisation (Autorisatie van de certificaathouder) …....................
2.35. CertificateRequestID (ID van verzoek om certificaat) …......................................
2.36. CertificationAuthorityKID (Sleutel-ID van de certificeringsautoriteit) …....................
2.37. CompanyActivityData (Gegevens over bedrijfsactiviteiten) …...............................1998R2135 —NL—01.05.2006 —002.001 —55
▼M1
2.38. CompanyActivityType (Sort bedrijfsactiviteit) …..............................................
2.39. CompanyCardApplicationIdentification (Toepassingsidentificatie van de bedrijfskaart) …
2.40. CompanyCardHolderIdentification (Identificatie van de bedrijfskaarthouder) …...........
2.41. ControlCardApplicationIdentification (Toepassingsidentificatie van de controlekaart) …..
2.42. ControlCardControlActivityData (Gegevens over controleactiviteiten van de controle-
kaart) …............................................................................................
2.43. ControlCardHolderIdentification (Identificatie van de controlekaarthouder) ….............
2.44. ControlType (Soort controle) ….................................................................
2.45. CurrentDateTime (Huidige datum en tijd) …...................................................
2.46. DailyPresenceCounter (Dagelijkse-aanwezigheidsteller) …...................................
2.47. Datef (Datumeenheid) ….........................................................................
2.48. Distance (Afstand) ….............................................................................
2.49. DriverCardApplicationIdentification (Toepassingsidentificatie van de bestuurderskaart)
…...................................................................................................
2.50. DriverCardHolderIdentification (Identificatie van de bestuurderskaarthouder) …..........
2.51. EntryTypeDailyWorkPeriod (Soort invoer van de dagelijkse werkperiode) …..............
2.52. EquipmentType (Soort inrichting) …............................................................
2.53. EuropeanPublicKey (Europese openbare sleutel) …...........................................
2.54. EventFaultType (Soorten voorvallen en fouten) …............................................
2.55. EventFaultRecordPurpose (Doel van de voorvallen-foutenregistratie) …....................
2.56. ExtendedSerialNumber (Verlengd serienummer) …...........................................
2.57. FullCardNumber (Volledig kaartnummer) …...................................................
2.58. HighResOdometer (Zeer nauwkeurige kilometerteller) ….....................................
2.59. HighResTripDistance (Zeer nauwkeurige reisafstand) …......................................
2.60. HolderName (Naam van de houder) ….........................................................
2.61. K-ConstantOfRecordingEquipment (K-Constante van het controleapparaat) …............
2.62. KeyIdentifier (Sleutelidentificatiesymbool) …..................................................
2.63. L-TyreCircumference (L-omtrek van de wielbanden) …......................................
2.64. Language (Taal) …................................................................................
2.65. LastCardDownload …............................................................................
2.66. ManualInputFlag (Label voor handmatige invoer) …..........................................
2.67. ManufacturerCode (Code van de fabrikant) ….................................................
2.68. MemberStateCertificate (Lidstaatcertificaat) ….................................................
2.69. MemberStatePublicKey (Openbare sleutel van een lidstaat) …...............................
2.70. Name (Naam) …..................................................................................
2.71. NationAlpha (Alfanumerieke code van een land) …...........................................
2.72. NationNumeric (Numerieke code van een land) …............................................
2.73. NoOfCalibrationRecords (Aantal kalibreringsregistraties) ….................................
2.74. NoOfCalibrationSinceDonwload (Aantal kalibreringen sinds de laatste overbrenging) ….
2.75. NoOfCardPlaceRecords (Aantal plaatsregistraties) ….........................................
2.76. NoOfCardVehicleRecords (Aantal voertuigregistraties) …....................................
2.77. NoOfCompanyActivityRecords (Aantal registraties van bedrijfsactiviteiten) …............
2.78. NoOfControlActivityRecords (Aantal registraties van controleactiviteiten) …..............
2.79. NoOfEventsPerType (Aantal voorvallen per soort) ….........................................
2.80. NoOfFaultsPerType (Aantal fouten per soort) …...............................................
2.81. OdometerValueMidnight (Kilometerstand om 0.00 uur) …...................................
2.82. OdometerShort (Verkorte kilometerstand) …...................................................1998R2135 —NL—01.05.2006 —002.001 —56
▼M1
2.83. OverspeedNumber (Aantal snelheidoverschrijdingen) …......................................
2.84. PlaceRecord (Plaatsregistratie) …................................................................
2.85. PreviousVehicleInfo (Informatie over het vorige voertuig) …................................
2.86. PublicKey (Openbare sleutel) ….................................................................
2.87. RegionAlpha (Alfanumerieke code van een regio) ….........................................
2.88. RegionNumeric (Numerieke code van een regio) …...........................................
2.89. RSAKeyModulus (Modulus van de RSA sleutel) …..........................................
2.90. RSAKeyPrivateExponent (Particuliere exponent van de RSA sleutel) …...................
2.91. RSAKeyPublicExponent (Openbare exponent van de RSA-sleutel) …......................
2.92. SensorApprovalNumber (Goedkeuringsnummer van de opnemer) …........................
2.93. SensorIdentification (Identificatie van de opnemer) …........................................
2.94. SensorInstallation (Installatie van de opnemer) ….............................................
2.95. SensorInstallationSecData (Beveiligingsgegevens over de installatie van de opnemer) ….
2.96. SensorOSIdentifiee (Identificatiesymbool van het OS van de opnemer) ….................
2.97. SensorPaired (Verbonden opnemer) …..........................................................
2.98. SensorPairingDate (Datum van verbinding van de opnemer) …..............................
2.99. SensorSerialNumber (Serienummer van de opnemer) …......................................
2.100. SensorSCIdentifier (Identificatiesymbool van de beveiligingscomponent van de opnemer)
…...................................................................................................
2.101. Signature (Handtekening) ….....................................................................
2.102. SimilarEventsNumber (Aantal vergelijkbare voorvallen) …..................................
2.103. SpecificConditionType (Soort specifieke omstandigheid) …..................................
2.104. SpecificConditionRecord (Registratie van een specifieke omstandigheid) …...............
2.105. Speed (Snelheid) …...............................................................................
2.106. SpeedAuthorised (Toegestane snelheid) ….....................................................
2.107. SpeedAverage (Gemiddelde snelheid) ….......................................................
2.108. SpeedMax (Maximumsnelheid) …..............................................................
2.109. TDesSessionKey (TDes-sessiesleutel) ….......................................................
2.110. TimeReal (Tijdklok) …...........................................................................
2.111. TyreSize (Bandenmaat) …........................................................................
2.112. VehicleIdentificationNumber (Voertuigidentificatienummer) …..............................
2.113. VehicleRegistrationIdentification (Identificatie van de voertuigregistratie) …...............
2.114. VehicleRegistrationNumber (Kentekennummer) …............................................
2.115. VuActivityDailyData (Gegevens over de dagelijkse activiteiten van de VU) …............
2.116. VuApprovalNumber (Goedkeuringsnummer van de VU) …..................................
2.117. VuCalibrationData (Kalibreringsgegevens van de VU) …....................................
2.118. VuCalibrationRecord (Kalibreringsregistratie van de VU) ….................................
2.119. VuCardIWData (Gegevens over het inbrengen en uitnemen van een kaart) ….............
2.120. VuCardIWRecord (Registratie van het inbrengen en uitnemen van een kaart) …..........
2.121. VuCertificate (VU-certificaat) …................................................................
2.122. VuCompanyLocksData (Gegevens over bedrijfsvergrendelingen van de VU) …...........
2.123. VuCompanyLocksRecord (Registratie van bedrijfsvergrendelingen van de VU) …........
2.124. VuControlActivityData (Gegevens over controleactiviteiten van de VU) …................
2.125. VuControlActivityRecord (Registratie van controleactiviteiten van de VU) ….............
2.126. VuDataBlockCounter (Teller van gegevensblokken van de VU) …..........................
2.127. VuDetailedSpeedBlock (Gedetailleerd snelheidsblok van de VU) …........................
2.128. VuDetailedSpeedData (Gedetailleerde snelheidsgegevens van de VU) …...................1998R2135 —NL—01.05.2006 —002.001 —57
▼M1
2.129. VuDownloadablePeriod (Over te brengen periode van de VU) …...........................
2.130. VuDownloadActivityData (Gegevens over overbrengingsactiviteiten van de VU) …......
2.131. VuEventData (Gegevens over voorvallen van de VU) ….....................................
2.132. VuEventRecord (Voorvallenregistratie van de VU) ….........................................
2.133. VuFaultData (Gegevens over fouten van de VU) …...........................................
2.134. VuFaultRecord (Foutenregistratie van de VU) …..............................................
2.135. VuIdentification (Identificatie van de VU) …..................................................
2.136. VuManufacturerAddress (Adres van de fabrikant van de VU) …............................
2.137. VuManufacturerName (Naam van de fabrikant van de VU) …...............................
2.138. VuManufacturingDate (Bouwjaar van de VU) …..............................................
2.139. VuOverSpeedingControlData (Controlegegevens over snelheidsoverschrijding van de
VU)…..............................................................................................
2.140. VuOverSpeedingEventData (Gegevens over voorvallen van snelheidsoverschrijding van
de VU) …..........................................................................................
2.141. VuOverSpeedingEventRecord (Voorvallenregistraties van snelheidsoverschrijding van de
VU)…..............................................................................................
2.142. VuPartNumber (Onderdeelnummer van de VU) …............................................
2.143. VuPlaceDailyWorkPeriodData (Gegevens over plaatsen van dagelijkse werkperiodes van
de VU) …..........................................................................................
2.144. VuPlaceDailyWorkPeriodRecord (Registraties van plaatsen van dagelijkse werkperiodes
van de VU) ….....................................................................................
2.145. VuPrivateKey (Particuliere sleutel van de VU) ….............................................
2.146. VuPublicKey (Openbare sleutel van de VU) …................................................
2.147. VuSerialNumber (Serienummer van de VU) …................................................
2.148. VuSoftInstallationDate (Datum van installatie van de software in de VU) …...............
2.149. VuSoftwareIdentification (Identificatie van de software van de VU) ….....................
2.150. VuSoftwareVersion (Softwareversie van de VU) …...........................................
2.151. VuSpecificConditionData (Gegevens over specifieke omstandigheden van de VU) …....
2.152. VuTimeAdjustmentData (Tijdafstellingsgegevens van de VU) …............................
2.153. VuTimeAdjustmentRecord (Tijdafstellingsregistraties van de VU) ….......................
2.154. W-VehicleCharacteristicConstant (Kenmerkende coëfficiënt van het voertuig) …..........
2.155. WorkshopCardApplicationIdentification (Toepassingsidentificatie van de werkplaatskaart)
…...................................................................................................
2.156. WorkshopCardCalibrationData (Kalibreringsgegevens van de werklaatskaart) …..........
2.157. WorkshopCardCalibrationRecord (Kalibreringsregistratie van de werkplaatskaaart) …....
2.158. WorkshopCardHolderIdentification (Identificatie van de werkplaatskaarthouder) ….......
2.159. WorkshopCardPIN (PIN-code van de werkplaatskaart) …....................................
3. Definities van waardenbereik en afmetingenbereik ….........................................
3.1. Definities voor de bestuurderskaart …..........................................................
3.2. Definities voor de werkplaatskaart …...........................................................
3.3. Definities voor de controlekaart …..............................................................
3.4. Definities voor de bedrijfskaart …...............................................................
4. Tekensets ….......................................................................................
5. Codering …........................................................................................1998R2135 —NL—01.05.2006 —002.001 —58
▼M1
1. INLEIDING
Deze appendix specificeert gegevensvormen, gegevenselementen en gegevens-
structuren voor gebruik in het controleapparaat en de tachograafkaarten.
1.1.Methoden ter definitie van gegevenssoorten
Deze appendix gebruikt Abstract Syntax Notation One (ASN.1) om gegevens-
soorten te definiëren. Hierdoor is het zonder een toepassings- en omgevingsafhan-
kelijke specifieke overdrachtssyntaxis (coderingsregels) mogelijk enkelvoudige
en gestructureerde gegevens te definiëren.
ASN.1-conventies voor soortbenaming worden gebruikt in overeenstemming met
ISO/IEC 8824-1. Dit betekent dat:
—waar mogelijk de betekenis van de gegevenssoort door middel van de gese-
lecteerde benamingen wordt aangeduid;
—daar waar een gegevenssoort een samenstelling van andere gegevenssoorten
is, de benaming van de gegevenssoort toch een enkele reeks alfabetische
tekens is die begint met een hoofdletter. Hoofdletters worden echter in de
benaming gebruikt om de corresponderende betekenis te verduidelijken;
—over het algemeen hebben de benamingen van de gegevenssoorten betrekking
op de benaming van de gegevenssoorten waaruit ze samengesteld zijn, de
inrichting waarin de gegevens opgeslagen zijn en de aan de gegevens gerela-
teerde functie.
Indien een ASN.1-soort als onderdeel van een andere norm reeds gedefinieerd is
en indien hij relevant is voor gebruik in het controleapparaat, dan wordt deze
ASN.1-soort in deze appendix gedefinieerd.
Om verscheidene soorten coderingsregels mogelijk te maken, is een aantal
ASN.1-soorten in deze appendix beperkt door identificatiesymbolen voor het
waardenbereik. Deze identificatiesymbolen worden in paragraaf 3 gedefinieerd.
1.2.Referenties
De onderstaande referenties worden in deze appendix gebruikt:ISO 639 Code for the representation of names of languages. First
Edition: 1988.
EN 726-3 Identification cards systems —Telecommunications integrated
circuit(s) cards and terminals —Part 3: Application indepen-
dent card requirements. December 1994.
ISO 3779 Road vehicles —Vehicle identification number (VIN) —
Content and structure. Edition 3: 1983.
ISO/IEC 7816-5 Information technology —Identification cards —Integrated
circuit(s) cards with contacts —Part 5: Numbering system and
registration procedure for application identifiers. First edition:
1994 + Amendment 1: 1996.
ISO/IEC 8824-1 Information technology —Abstract Syntax Notation 1
(ASN.1): Specification of basic notation. Edition 2: 1998.
ISO/IEC 8825-2 Information technology —ASN.1 encoding rules: Specification
of Packed Encoding Rules (PER). Edition 2: 1998.
ISO/IEC 8859-1 Information technology —8 bit single-byte coded graphic
character sets —Part 1: Latin alphabet No.1. First edition:
1998.
ISO/IEC 8859-7 Information technology —8 bit single-byte coded graphic
character sets —Part 7: Latin/Greek alphabet. First edition:
1987.
ISO 16844-3 Road vehicles —Tachograph systems —Motion Sensor Inter-
face. WD 3-20/05/99.
2. DEFINITIES VAN GEGEVENSSOORTEN
Voor elk van de onderstaande gegevenssoorten bestaat de standaardwaarde voor
een„onbekende” of een „niet-toepasbare” inhoud in het opvullen van het gege-
venselement met ′FF′bytes.1998R2135 —NL—01.05.2006 —002.001 —59
▼M1
2.1.ActivityChangeInfo (Informatie over wijziging van de activiteiten)
Met deze gegevenssoort kunnen een lezerstatus op 00:00 en/of een bestuurder-
status op 00:00 en/of wijzigingen van activiteiten en/of wijzigingen in de rijstatus
van bestuurders en/of wijzigingen in de status van de kaart voor een bestuurder
of een bijrijder gecodeerd worden binnen een woord van twee bytes. Deze gege-
venssoort is gerelateerd aan de voorschriften 084, 109a, 199 en 219.
ActivityChangeInfo ::= OCTET STRING (SIZE(2))
Waardetoekenning —octet-uitgericht: ′scpaattttttttttt′B (16 bits)
Voor geheugenregistraties (of lezerstatus):
′s′B Lezer:
′0′B: BESTUURDER,
′1′B: BIJRIJDER,
′c′B Status van de bestuurders:
′0′B: ALLEEN,′1′B: MET EEN PLOEG,
′p′B Status van de bestuurderskaart (of werkplaatskaart) in de relevante
lezer:
′0′B: INGEBRACHT, een kaart is ingebracht,
′1′B: NIET-INGEBRACHT, er is geen kaart ingebracht (of er is een
kaart uitgenomen),
′aa′B Activiteit:
′00′B: ONDERBREKING/RUST,
′01′B: BESCHIKBAARHEID,′10′B: WERK,′11′B: RIJDEN,
′ttttttttttt′B Tijd van de wijziging: aantal minuten vanaf 00.00 uur op de betref-
fende dag.
Voor bestuurderskaartregistraties (of werkplaatskaartregistraties) (en bestuurder-
status):
′s′B Lezer (niet relevant wanneer ′p′= 1, behoudens onderstaande opmer-
king):
′0′B: BESTUURDER,
′1′B: BIJRIJDER,
′c′B Status van de bestuurders (geval ′p′
= 0) ofVolgende status van de activi-
teiten (geval ′p′= 1):
′0′B: ALLEEN, ′0′B: MET EEN PLOEG,
′1′B: ONBEKEND ′1′B: BEKEND (= handmatig
ingevoerd)
′p′B Status van de kaart:
′0′B: INGEBRACHT, de kaart is in een controleapparaat ingebracht,
′1′B: NIET INGEBRACHT, de kaart is niet ingebracht (of de kaart is
uitgenomen),
′aa′B Activiteit (niet relevant wanneer ′p′= 1 en ′c′= 0 behoudens onder-
staande opmerking):
′00′B: ONDERBREKING/RUST,′01′B: BESCHIKBAARHEID,
′10′B: WERK,
′11′B: RIJDEN,
′ttttttttttt′B Tijd van de wijziging: aantal minuten vanaf 00.00 uur op de betref-
fende dag.
Opmerking in geval van „kaartuitneming”:
Wanneer de kaart wordt uitgenomen:
— ′s′ is relevant en geeft de lezer aan waarvan de kaart wordt uitgenomen,
— ′c′ moet op 0 worden gezet,
— ′p′ moet op 1 worden gezet,
— ′aa′ moet de lopende, op dat moment geselecteerde activiteit coderen.1998R2135 —NL—01.05.2006 —002.001 —60
▼M1
Ten gevolge van een handmatige invoer kunnen de bits ′c′en′aa′van het (op een
kaart opgeslagen) woord later worden overschreven om de invoer weer te geven.
2.2.Adres
Een adres.
Address ::= SEQUENCE {
codePage INTEGER (0..255),
address OCTET STRING (SIZE(35))
}
codePage specificeert het onderdeel van ISO/IEC 8859 dat wordt gebruikt om
het adres te coderen,
address is een overeenkomstig ISO/IEC 8859-codePage gecodeerd adres.
2.3.BCDString (binair-decimale codenotatie)
De BCDString wordt toegepast voor de BCD-weergave (Binary Code Decimal).
Deze gegevenssoort wordt gebruikt om een decimaal cijfer in een semi-byte (4
bits) weer te geven. BCDString is gebaseerd op het ′CharacterStringType′ van
ISO/IEC 8824-1.
BCDString ::= CHARACTER STRING (WITH COMPONENTS {
identification ( WITH COMPONENTS {
fixed PRESENT }) })
BCDString gebruikt een „hstring”-notatie. Het uiterst linkse hexadecimale cijfer
moet de meest significante semi-byte van de eerste byte zijn. Om een veelvoud
van bytes aan te maken, moeten zoveel semi-bytes eindigend op nul worden inge-
bracht als nodig zijn vanaf de uiterst linkse semi-bytepositie in de eerste byte.
De toegestane cijfers zijn: 0, 1, …9.
2.4.CalibrationPurpose (Kalibreringsdoel)
Code die verklaart waarom een verzameling kalibreringsparameters geregistreerd
werd. Deze gegevenssoort is gerelateerd aan de voorschriften 097 en 098.
CalibrationPurpose ::= OCTET STRING (SIZE(1))
Waardetoekenning:
′00′H gereserveerde waarde,
′01′H activering: registratie van kalibreringsparameters die op het moment van
activering van de VU, bekend zijn,
′02′H eerste installatie: eerste kalibrering van de VU na activering,′03′H installatie: eerste kalibrering van de VU in het huidige voertuig,′04′H periodieke controle.
2.5.CardActivityDailyRecord (Dagelijkse registratie van de activiteiten op
de kaart)
Op een kaart opgeslagen informatie met betrekking tot de activiteiten van de
bestuurder op een bepaalde dag. Deze gegevenssoort is gerelateerd aan de voor-
schriften 199 en 219.
CardActivityDailyRecord ::= SEQUENCE {
activityPreviousRecordLength INTEGER(0..CardActivity-
LengthRange),
activityRecordLength INTEGER(0..CardActivityLengthRange),
activityRecordDate TimeReal,
activityDailyPresenceCounter DailyPresenceCounter,
activityDayDistance Distance,
activityChangeInfo SET SIZE(1..1 440) OF ActivityChangeInfo
}1998R2135 —NL—01.05.2006 —002.001 —61
▼M1
activityPreviousRecordLength is de totale lengte in bytes van de voorafgaande
dagelijkse registratie. De maximale waarde wordt toegekend door de lengte van
de OCTET STRING die deze registraties bevat (zie CardActivityLengthRange
paragraaf 3). Wanneer deze registratie de oudste dagelijkse registratie is, moet de
waarde van activityPreviousRecordLength op 0 worden gezet.
activityRecordLength is de totale lengte in bytes van deze registratie. De maxi-
male waarde wordt toegekend door de lengte van de OCTET STRING die deze
registraties bevat.
activityRecordDate is de datum van de registratie.
activityDailyPresenceCounter is de dagelijkse aanwezigheidsteller voor de kaart
op deze dag.
activityDayDistance is de totale op deze dag afgelegde afstand.
activityChangeInfo is de verzameling ActivityChangeInfo-gegevens voor de
bestuurder op deze dag. Het kan maximaal 1 440 waarden bevatten (één wijziging
van de activiteiten per minuut). Deze verzameling bevat altijd de activityChan-
geInfo waarmee de bestuurderstatus op 00:00 wordt gecodeerd.
2.6.CardActivityLengthRange (Lengtebereik van de activiteiten op de
kaart)
Aantal beschikbare bytes op een bestuurders- of werkplaatskaart voor het opslaan
van registraties van de activiteiten van de bestuurder.
CardActivityLengthRange ::= INTEGER(0..216-1)
Waardetoekenning: zie paragraaf 3.
2.7.CardApprovalNumber (Goedkeuringsnummer van de kaart)
Goedkeuringsnummer van de kaart.CardApprovalNumber ::= IA5String(SIZE(8))
Waardetoekenning: niet gespecificeerd.
2.8.CardCertificate (Kaartcertificaat)
Certificaat van de openbare sleutel van een kaart.CardCertificate ::= Certificate
2.9.CardChipIdentification (Identificatie van de kaartchip)
Op een kaart opgeslagen informatie met betrekking tot de identificatie van het
integrated circuit (IC) van de kaart (voorschrift 191).
CardChipIdentification ::= SEQUENCE {
icSerialNumber OCTET STRING (SIZE(4)),icManufacturingReferences OCTET STRING (SIZE(4))
}icSerialNumber is het serienummer van het IC zoals gedefinieerd in EN 726-3.
icManufacturingReferences is het identificatiesymbool van de fabrikant van het
IC en fabricage-elementen zoals gedefinieerd in EN 726-3.
2.10. CardConsecutiveIndex (Opeenvolgende index van de kaart)
Een opeenvolgende index van de kaart (definitie h)).CardConsecutiveIndex ::= IA5String(SIZE(1))
Waardetoekenning: (zie hoofdstuk VII van deze bijlage)
Volgorde voor verhoging: ′0,…, 9, A, …, Z, a, …, z′
2.11. CardControlActivityDataRecord (Gegevensregistratie van controleacti-
viteiten op de kaart)
Op een bestuurders- of werkplaatskaart opgeslagen informatie met betrekking tot
de laatste controle van de bestuurder (voorschriften 210 en 225).
CardControlActivityDataRecord ::= SEQUENCE {1998R2135 —NL—01.05.2006 —002.001 —62
▼M1
controlType controlType,
controlTime TimeReal,controlCardNumber FullCardNumber,controlVehicleRegistration VehicleRegistrationIdentification,
controlDownloadPeriodBegin TimeReal,
controlDownloadPeriodEnd TimeReal,
}controlType is het type controle.
controlTime is de datum en tijd van de controle.
controlCardNumber is het FullCardNumber van de controleur die de controle
heeft uitgevoerd.
controlVehicleRegistration is het kentekennummer en de registrerende lidstaat
van het voertuig waarin de controle plaatsvond.
controlDownloadPeriodBegin encontrolDownloadPeriodEnd is de overge-
brachte periode in geval van overbrenging.
2.12. CardCurrentUse (Huidig gebruik kaart)
Informatie over het werkelijke gebruik van de kaart (voorschrift 212).CardCurrentUse ::= SEQUENCE {
sessionOpenTime TimeReal,sessionOpenVehicle VehicleRegistrationIdentification
}sessionOpenTime is de tijd waarop de kaart voor het huidige gebruik ingebracht
wordt. Dit element wordt bij kaartuitneming op nul gezet.
sessionOpenVehicle is de identificatie van het thans gebruikte voertuig, die inge-
steld wordt bij kaartinbrenging. Dit element wordt bij kaartuitneming op nul
gezet.
2.13. CardDriverActivity (Bestuurdersactiviteiten op de kaart)
Op een bestuurders- of werkplaatskaart opgeslagen informatie met betrekking tot
de activiteiten van de bestuurder (voorschriften 199 en 219).
CardDriverActivity ::= SEQUENCE {
activityPointerOldestDayRecord INTEGER(0..CardActivity-
LengthRange-1),
activityPointerNewestRecord INTEGER(0..CardActivityLength-
Range-1),
activityDailyRecords OCTET STRING (SIZE(CardActivity-
LengthRange))
}activityPointerOldestDayRecord is de specificatie van het begin van de geheu-
genplaats (aantal bytes vanaf het begin van de string) van de oudste volledige
dagregistratie in de activityDailyRecords string. De maximale waarde wordt door
de lengte van de string aangegeven.
activityPointerNewestRecord is de specificatie van het begin van de geheugen-
plaats (aantal bytes vanaf het begin van de string) van de meest recente dagregi-
stratie in de activityDailyRecords string. De maximale waarde wordt door de
lengte van de string aangegeven.
activityDailyRecords is de beschikbare ruimte voor het opslaan van gegevens
over de activiteiten van de bestuurder (gegevensstructuur: CardActivityDailyRe-
cord) voor elke kalenderdag waarop de kaart gebruikt is.
Waardetoekenning: deze bytestring wordt periodiek met registraties van de
CardActivityDailyRecord gevuld. Bij het eerste gebruik begint de opslag met de
eerste byte van de string. Alle nieuwe records worden aan het einde van het voor-
gaande record toegevoegd. Wanneer de string vol is, gaat de opslag verder bij de
eerste byte van de string, onafhankelijk van een onderbreking binnen een gege-
venselement. Voor het invoeren van nieuwe gegevens over activiteiten in de
string (uitbreiding van de lopende activityDailyRecord, of invoeren van een1998R2135 —NL—01.05.2006 —002.001 —63
▼M1
nieuwe activityDailyRecord), die oudere gegevens over activiteiten vervangen,
moet het activityPointerOldestDayRecord bijgewerkt worden om de nieuwe
locatie van de oudste volledige dagregistratie weer te geven; de activityPrevious-
RecordLength van deze (nieuwe) oudste volledige dagregistratie moet op 0
worden teruggezet.
2.14. CardDrivingLicenceInformation (Rijbewijsinformatie op kaart)
Op een bestuurderskaart opgeslagen informatie met betrekking tot de rijbewijsge-
gevens van de kaarthouder (voorschrift 196).
CardDrivingLicenceInformation ::= SEQUENCE {drivingLicenceIssuingAuthority Name,
drivingLicenceIssuingNation NationNumeric,
drivingLicenceNumber IA5String(SIZE(16))
}drivingLicenceIssuingAuthority is de autoriteit die verantwoordelijk is voor
afgifte van het rijbewijs.
drivingLicenceIssuingNation is de nationaliteit van de autoriteit die het rijbewijs
heeft afgegeven.
drivingLicenceNumber is het nummer van het rijbewijs.
2.15. CardEventData (Voorvalgegevens op kaart)
Op een bestuurders- of werkplaatskaart opgeslagen informatie met betrekking tot
de aan de kaarthouder te wijten voorvallen (voorschriften 204 en 223).
CardEventData ::= SEQUENCE SIZE(6) OF {
cardEventRecords SET SIZE(NoOfEventsPerType) OF CardE-
ventRecord
}CardEventData is een sequentie, gerangschikt op oplopende waarde van Event-
FaultType, van cardEventRecords (behoudens registraties die verband houden
met pogingen tot inbreuk op de beveiliging, die in de laatste reeks van de
sequentie worden verzameld).
cardEventRecords is een reeks voorvalregistraties van een bepaald type voorval
(of categorie voor voorvallen met betrekking tot pogingen tot inbreuk op de
beveiliging).
2.16. CardEventRecord (Voorvalregistratie op kaart)
Op een bestuurders- of werkplaatskaart opgeslagen informatie met betrekking tot
een aan de kaarthouder te wijten voorval (voorschriften 205 en 223).
CardEventRecord ::= SEQUENCE {
eventType EventFaultType,eventBeginTime TimeReal,eventEndTime TimeReal,
eventVehicleRegistration VehicleRegistrationIdentification
}eventType is het type voorval.
eventBeginTime is de datum en tijd van het begin van het voorval.
eventEndTime is de datum en tijd van het einde van het voorval.
eventVehicleRegistration is het kentekennummer van de registrerende lidstaat
van het voertuig waarin het voorval plaatsvond.
2.17. CardFaultData (Foutgegevens op kaart)
Op een bestuurders- of werkplaatskaart opgeslagen informatie met betrekking tot
de aan de kaarthouder te wijten fouten (voorschriften 207 en 223).
CardFaultData ::= SEQUENCE SIZE(2) OF {1998R2135 —NL—01.05.2006 —002.001 —64
▼M1
cardFaultRecords SET SIZE(NoOfFaultsPerType) OF CardFaul-
tRecord
}
CardFaultData is een sequentie van een registratieverzameling van controleap-
paraatfouten gevolgd door een registratieverzameling van kaartfouten.
cardFaultRecords is een reeks foutenregistraties van een bepaalde foutencate-
gorie (controleapparaat of kaart).
2.18. CardFaultRecord (Registratie van kaartfouten)
Op een bestuurders- of werkplaatskaart opgeslagen informatie met betrekking tot
een aan de kaarthouder te wijten fout (voorschriften 208 en 223).
CardFaultRecord ::= SEQUENCE {
faultType EventFaultType,faultBeginTime TimeReal,
faultEndTime TimeReal,
faultVehicleRegistration VehicleRegistrationIdentification
}
faultType is het type fout.
faultBeginTime is de datum en tijd van het begin van de fout.
faultEndTime is de datum en tijd van het einde van de fout.
faultVehicleRegistration is het kentekennummer en de registrerende lidstaat van
het voertuig waarin de fout plaatsvond.
2.19. CardIccIdentification (IC-identificatie kaart)
Op een kaart opgeslagen informatie met betrekking tot de identificatie van het
integrated circuit (IC) van de kaart (voorschrift 192).
CardIccIdentification ::= SEQUENCE {
clockStop OCTET STRING (SIZE(1)),
cardExtendedSerialNumber ExtendedSerialNumber,
cardApprovalNumber CardApprovalNumbercardPersonaliserID OCTET STRING (SIZE(1)),
embedderIcAssemblerId OCTET STRING (SIZE(5)),
icIdentifier OCTET STRING (SIZE(2))
}
clockStop is de klokonderbrekingsmodus zoals gedefinieerd in EN 726-3.
cardExtendedSerialNumber is het serienummer en de fabricagereferentie van
de IC-kaart zoals gedefinieerd in EN 726-3 en nader gespecificeerd door de gege-venssoort ExtendedSerialNumber.
cardApprovalNumber is het goedkeuringsnummer van de kaart.
cardPersonaliserID is de persoonlijke identificatie (ID) van de kaart zoals gede-
finieerd in EN 726-3.
embedderIcAssemblerId is het identificatiesymbool van de embedder/IC-
assembleur zoals gedefinieerd in EN 726-3.
icIdentifier is het identificatiesymbool van de IC op de kaart en van de fabrikant
van het IC zoals gedefinieerd in EN 726-3.
2.20. CardIdentification (Kaartidentificatie)
Op een kaart opgeslagen informatie met betrekking tot de identificatie van de
kaart (voorschriften 194, 215, 231, 235).
CardIdentification ::= SEQUENCE
cardIssuingMemberState NationNumeric,
cardNumber CardNumber,1998R2135 —NL—01.05.2006 —002.001 —65
▼M1
cardIssuingAuthorityName Name,
cardIssueDate TimeReal,cardValidityBegin TimeReal,
cardExpiryDate TimeReal
}cardIssuingMemberState is de code van de lidstaat die de kaart heeft afge-
geven.
cardNumber is het kaartnummer van de kaart.
cardIssuingAuthorityName is de naam van de autoriteit die de kaart heeft afge-
geven.
cardIssueDate is de datum van afgifte van de kaart aan de huidige houder.
cardValidityBegin is de datum waarop de geldigheid van de kaart ingaat.
cardExpiryDate is de datum waarop de geldigheid van de kaart afloopt.
2.21. CardNumber (Kaartnummer)
Een kaartnummer zoals gedefinieerd in definitie g.
CardNumber ::= CHOICE {
SEQUENCE {
driverIdentification IA5String(SIZE(14)),
cardReplacementIndex CardReplacementIndex,cardRenewalIndex CardRenewalIndex
}
SEQUENCE {
ownerIdentification IA5String(SIZE(13)),
cardConsecutiveIndex CardConsecutiveIndex,
cardReplacementIndex CardReplacementIndex,
cardRenewalIndex CardRenewalIndex
}
}
driverIdentification is de unieke identificatie van een bestuurder in een lidstaat.
ownerIdentification is de unieke identificatie van een bedrijf of een werkplaats
of een controle-instantie in een lidstaat.
cardConsecutiveIndex is de opeenvolgende index van de kaart.
cardReplacementIndex is de vervangingsindex van de kaart.
cardRenewalIndex is de vernieuwingsindex van de kaart.
De eerste keuzesequentie is geschikt voor het coderen van een bestuurderskaart-
nummer, de tweede keuzesequentie is geschikt voor het coderen van werkplaats-,
controle- en bedrijfskaartnummers.
2.22. CardPlaceDailyWorkPeriod (Plaatsen van dagelijkse werkperioden)
Op een bestuurders- en werkplaatskaart opgeslagen informatie met betrekking tot
de plaatsen waar dagelijkse werkperioden beginnen en/of eindigen (voorschriften
202 en 221).
CardPlaceDailyWorkPeriod ::= SEQUENCE {
placePointerNewestRecord INTEGER(0..NoOfCardPlaceRe-
cords-1),
placeRecords SET SIZE(NoOfCardPlaceRecords) OF PlaceRe-
cord
}
placePointerNewestRecord is de index van de laatst bijgewerkte plaatsregi-
stratie.1998R2135 —NL—01.05.2006 —002.001 —66
▼M1
Waardetoekenning: Cijfer dat correspondeert met de teller van de plaatsregi-
stratie, beginnend met ′0′voor de eerste plaatsregistratie in de structuur.
placeRecords is de reeks registraties die de informatie met betrekking tot inge-
voerde plaatsen bevat.
2.23. CardPrivateKey (Particuliere sleutel van de kaart)
De particuliere sleutel van een kaart.CardPrivateKey ::= RSAKeyPrivateExponent
2.24. CardPublicKey (Openbare sleutel van de kaart)
De openbare sleutel van een kaart.CardPublicKey ::= PublicKey
2.25. CardRenewalIndex (Vernieuwingsindex van de kaart)
Een vernieuwingsindex van de kaart (definitie i).CardRenewalIndex ::= IA5String(SIZE(1))Waardetoekenning: (zie hoofdstuk VII van deze bijlage).
′0′Eerste afgifte.
Volgorde van verhoging: ′0,…, 9, A, …, Z′
2.26. CardReplacementIndex(Vervangingsindex van de kaart)
Een vervangingsindex van de kaart (definitie j).
CardReplacementIndex ::= IA5String(SIZE(1))Waardetoekenning: (zie hoofdstuk VII van deze bijlage).
′0′Originele kaart.
Volgorde van verhoging: ′0,…, 9, A, …, Z′
2.27. CardSlotNumber (Nummer van de kaartlezer)
Code ter onderscheiding van de twee lezers van een voertuigunit.CardSlotNumber ::= INTEGER {
driverSlot (0),co-driverSlot (1)
}
Waardetoekenning: niet nader gespecificeerd.
2.28. CardSlotsStatus (Status van de kaartlezers)
Code die de soort kaarten aangeeft die in de twee lezers van de voertuigunit inge-
bracht zijn.
CardSlotsStatus ::= OCTET STRING (SIZE(1))Waardetoekenning —octet-uitgericht: ′ccccdddd′B:
′cccc′B Identificatie van de soort kaart die ingebracht is in de lezer van de
bijrijder,
′dddd′B Identificatie van de soort kaart die ingebracht is in de lezer van de
bestuurder,
met de onderstaande identificatiecodes:′0000′B er is geen kaart ingebracht,
′0001′B er is een bestuurderskaart ingebracht,′0010′B er is een werkplaatskaart ingebracht,′0011′B er is een controlekaart ingebracht,′0100′B er is een bedrijfskaart ingebracht.1998R2135 —NL—01.05.2006 —002.001 —67
▼M1
2.29. CardStructureVersion (Versie van de kaartstructuur)
Code die de versie aangeeft van de in een tachograafkaart geïmplementeerde
structuur.
CardStructureVersion ::= OCTET STRING (SIZE(2))
Waardetoekenning ′aabb′H:
′aa′H Index voor wijzigingen van de structuur,
′bb′H Index voor wijzigingen betreffende het gebruik van de voor de structuur
gedefinieerde gegevenselementen, gegeven door de high byte.
2.30. CardVehicleRecord (Registratie van het gebruik van het voertuig)
Op een bestuurders- of werkplaatskaart opgeslagen informatie met betrekking tot
de gebruiksperiode van een voertuig gedurende een kalenderdag (voorschriften
197 en 217).
CardVehicleRecord ::= SEQUENCE {
vehicleOdometerBegin OdometerShort,
vehicleOdometerEnd OdometerShort,
vehicleFirstUse TimeReal,vehicleLastUse TimeReal,
vehicleRegistration VehicleRegistrationIdentification,
vuDataBlockCounter VuDataBlockCounter
}vehicleOdometerBegin is de kilometerstand van het voertuig aan het begin van
de gebruiksperiode van het voertuig.
vehicleOdometerEnd is de kilometerstand van het voertuig aan het einde van de
gebruiksperiode van het voertuig.
vehicleFirstUse is de datum en tijd van het begin van de gebruiksperiode van het
voertuig.
vehicleLastUse is de datum en tijd van het einde van de gebruiksperiode van het
voertuig.
vehicleRegistration is het kentekennummer en de registrerende lidstaat van het
voertuig.
vuDataBlockCounter is de waarde van de VuDataBlockCounter bij de laatste
selectie van de gebruiksperiode van het voertuig.
2.31. CardVehiclesUsed (Gebruikte voertuigen op de kaart)
Op een bestuurders- of werkplaatskaart opgeslagen informatie met betrekking tot
de door de kaarthouder gebruikte voertuigen (voorschriften 197 en 217).
CardVehiclesUsed := SEQUENCE {
vehiclePointerNewestRecord INTEGER(0..NoOfCardVehicleRe-
cords-1),
cardVehicleRecords SET SIZE(NoOfCardVehicleRecords) OF
CardVehicleRecord
}
vehiclePointerNewestRecord is de index van de laatst bijgewerkte voertuigregi-
stratie.
Waardetoekenning: Cijfer dat correspondeert met de teller van de voertuigregi-
stratie, beginnend met ′0′voor de eerste voertuigregistratie in de structuur.
cardVehicleRecords is de reeks registraties die informatie over gebruikte voer-
tuigen bevat.
2.32. Certificate (Certificaat)
Het certificaat van een openbare sleutel afgegeven door een certificeringsautori-
teit.
Certificate ::= OCTET STRING (SIZE(194))1998R2135 —NL—01.05.2006 —002.001 —68
▼M1
Waardetoekenning: digitale handtekening met gedeeltelijk herstel van een Certi-
ficateContent overeenkomstig appendix 11 Algemene beveiligingsinrichtingen:
handtekening (128 bytes) || restant openbare sleutel (58 bytes) || referentie certifi-
ceringsautoriteit (8 bytes).
2.33. CertificateContent (Inhoud van het certificaat)
De (duidelijke) inhoud van het certificaat van een openbare sleutel overeenkom-
stig appendix 11 Algemene veiligheidsinrichtingen.
CertificateContent ::= SEQUENCE {
certificateProfileIdentifier INTEGER(0..255),
certificationAuthorityReference KeyIdentifier,
certificateHolderAuthorisation CertificateHolderAuthorisation,certificateEndOfValidity TimeReal,certificateHolderReference KeyIdentifier,publicKey PublicKey
}certificateProfileIdentifier is de versie van het corresponderende certificaat.
Waardetoekenning: ′01h′ voor deze versie.
CertificationAuthorityReference identificeert de certificeringsautoriteit die het
certificaat afgeeft. Het verwijst ook naar de openbare sleutel van deze certifice-
ringsautoriteit.
certificateHolderAuthorisation identificeert de rechten van de certificaathouder.
certificateEndOfValidity is de datum waarop het certificaat administratief
vervalt.
certificateHolderReference identificeert de certificaathouder. Het verwijst ook
naar zijn openbare sleutel.
publicKey is de openbare sleutel die door dit certificaat gecertificeerd wordt.
2.34. CertificateHolderAuthorisation (Autorisatie van de certificaathouder)
Identificatie van de rechten van een certificaathouder.CertificateHolderAuthorisation ::= SEQUENCE {
tachographApplicationID OCTET STRING(SIZE(6))equipmentType EquipmentType
}tachographApplicationID is het toepassingsidentificatiesymbool voor de tacho-
graaftoepassing.
Waardetoekenning: ′FFh′ ′54h′ ′41h′ ′43h′ ′48h′ ′4Fh′. Deze AID is een particu-
lier niet-geregistreerd toepassingsidentificatiesymbool overeenkomstig ISO/IEC
7816-5.
equipmentType is de identificatie van het type inrichting waarvoor het certificaat
bedoeld is.
Waardetoekenning: overeenkomstig gegevenssoort EquipmentType. 0 indien het
een certificaat van een lidstaat betreft.
2.35. CertificateRequestID (ID van verzoek om certificaat)
Unieke identificatie van een certificaatverzoek. Het kan ook als een identificatie-
symbool van de openbare sleutel van een voertuigunit worden gebruikt indien het
serienummer van de voertuigunit waarvoor de sleutel bedoeld is, ten tijde van de
ontwikkeling van het certificaat niet bekend is.
CertificateRequestID ::= SEQUENCE {
requestSerialNumber INTEGER(0..2
32-1)
requestMonthYear BCDString(SIZE(2))
crIdentifier OCTET STRING(SIZE(1))
manufacturerCode ManufacturerCode1998R2135 —NL—01.05.2006 —002.001 —69
▼M1
}
requestSerialNumber is een serienummer voor het certificaatverzoek, uniek voor
de fabrikant en de hieronder genoemde maand.
requestMonthYear is de identificatie van de maand en het jaar van het certifi-
caatverzoek.
Waardetoekenning BCD codering van de maand (twee cijfers) en het jaar (twee
laatste cijfers).
crIdentifier: is een identificatiesymbool om een certificaatverzoek van een toege-
voegd serienummer te kunnen onderscheiden.
Waardetoekenning: ′FFh′.
manufacturerCode is de numerieke code van de fabrikant die het certificaat
aanvraagt.
2.36. CertificationAuthorityKID (Sleutel-ID van de certificeringsautoriteit)
Identificatiesymbool van de openbare sleutel van een certificeringsautoriteit (een
lidstaat of de Europese certificeringsautoriteit).
CertificationAuthorityKID ::= SEQUENCE {
nationNumeric NationNumericnationAlpha NationAlphakeySerialNumber INTEGER(0..255)additionalInfo OCTET STRING(SIZE(2))caIdentifier OCTET STRING(SIZE(1))
}nationNumeric is de numerieke nationale code van de certificeringsautoriteit.
nationAlpha is de alfanumerieke nationale code van de certificeringsautoriteit.
keySerialNumber is een serienummer om de verschillende sleutels van de certi-
ficeringsautoriteit te onderscheiden in het geval dat sleutels worden gewijzigd.
additionalInfo is een veld van twee bytes voor aanvullende codering (specifiek
voor de certificeringsautoriteit).
caIdentifier is een identificatiesymbool om het sleutelidentificatiesymbool van
een certificeringsautoriteit van andere sleutelidentificatiesymbolen te onder-
scheiden.
Waardetoekenning: ′01h′.
2.37. CompanyActivityData (Gegevens over bedrijfsactiviteiten)
Op een bedrijfskaart opgeslagen informatie met betrekking tot activiteiten die met
de kaart worden uitgevoerd (voorschrift 237).
CompanyActivityData ::= SEQUENCE {
companyPointerNewestRecord INTEGER(0..NoOfCompanyActi-
vityRecords-1),
companyActivityRecords SET SIZE(NoOfCompanyActivityRe-
cords) OF
companyActivityRecord SEQUENCE {
companyActivityType CompanyActivityType,companyActivityTime TimeReal,cardNumberInformation FullCardNumber,vehicleRegistrationInformation VehicleRegistrationIdenti-
fication,
downloadPeriodBegin TimeReal,downloadPeriodEnd TimeReal
}
}1998R2135 —NL—01.05.2006 —002.001 —70
▼M1
companyPointerNewestRecord is de index van het laatst bijgewerkte compa-
nyActivityRecord.
Waardetoekenning: Cijfer corresponderend met de teller van de registratie van
bedrijfsactiviteiten, beginnend met ′0′voor de eerste registratie van bedrijfsactivi-
teiten in de structuur.
companyActivityRecords is de verzameling van alle registraties van bedrijfsacti-
viteiten.
companyActivityRecord is de sequentie van informatie met betrekking tot één
bedrijfsactiviteit.
companyActivityType is de soort bedrijfsactiviteit.
companyActivityTime is de datum en tijd van de bedrijfsactiviteit.
cardNumberInformation is het kaartnummer en de lidstaat van afgifte van de
overgebrachte kaart, indien van toepassing.
vehicleRegistrationInformation is het kentekennummer en de registrerende
lidstaat van het overgebrachte, vergrendelde of ontgrendelde voertuig.
downloadPeriodBegin endownloadPeriodEnd is de vanaf de VU overge-
brachte periode, indien van toepassing.
2.38. CompanyActivityType (Soort bedrijfsactiviteit)
Code die een door een bedrijf met gebruikmaking van zijn bedrijfskaart uitge-
voerde activiteit aangeeft.
CompanyActivityType ::= INTEGER {
card downloading (1),
VU downloading (2),
VU lock-in (3),
VU lock-out (4)
}
2.39. CompanyCardApplicationIdentification (Toepassingsidentificatie van
de bedrijfskaart)
Op een bedrijfskaart opgeslagen informatie met betrekking tot de toepassings-
identificatie van de kaart (voorschrift 190).
CompanyCardApplicationIdentification ::= SEQUENCE {
typeOfTachographCardId EquipmentType,
cardStructureVersion CardStructureVersion,
noOfCompanyActivityRecords NoOfCompanyActivityRecords
}typeOfTachographCardId specificeert de geïmplementeerde kaartsoort.
cardStructureVersion specificeert de versie van de structuur die op de kaart
geïmplementeerd is.
noOfCompanyActivityRecords specificeert de versie van de structuur die op de
kaart geïmplementeerd is.
2.40. CompanyCardHolderIdentification (Identificatie van de bedrijfskaart-
houder)
Op een bedrijfskaart opgeslagen informatie met betrekking tot de identificatie van
de kaarthouder (voorschrift 236).
CompanyCardHolderIdentification ::= SEQUENCE {
companyName Name,
companyAddress Address,
cardHolderPreferredLanguage Language
}
companyName is de naam van het bedrijf.
companyAddress is het adres van het bedrijf.1998R2135 —NL—01.05.2006 —002.001 —71
▼M1
cardHolderPreferredLanguage is de voorkeurtaal van de kaarthouder.
2.41. ControlCardApplicationIdentification (Toepassingsidentificatie van de
controlekaart)
Op een controlekaart opgeslagen informatie met betrekking tot de toepassings-
identificatie van de kaart (voorschrift 190).
ControlCardApplicationIdentification ::= SEQUENCE {
typeOfTachographCardId EquipmentType,
cardStructureVersion CardStructureVersion,
noOfControlActivityRecords NoOfControlActivityRecords
}typeOfTachographCardId specificeert de geïmplementeerde kaartsoort.
cardStructureVersion specificeert de versie van de structuur die op de kaart
geïmplementeerd is.
noOfControlActivityRecords is het aantal registraties van controleactiviteiten
die op de kaart kunnen worden opgeslagen.
2.42. ControlCardControlActivityData (Gegevens over controleactiviteiten
van de controlekaart)
Op een controlekaart opgeslagen informatie met betrekking tot met de kaart uitge-
voerde controleactiviteiten (voorschrift 233).
ControlCardControlActivityData ::= SEQUENCE {
controlPointerNewestRecord INTEGER(0..NoOfControlActivi-
tyRecords-1),
controlActivityRecords SET SIZE(NoOfControlActivityRe-
cords) OF
controlActivityRecord SEQUENCE {
controlType ControlType,controlTime TimeReal,controlledCardNumber FullCardNumber,controlledVehicleRegistration VehicleRegistrationIdenti-
fication,
controlDownloadPeriodBegin TimeReal,controlDownloadPeriodEnd TimeReal
}
}controlPointerNewestRecord is de index van de laatst gewijzigde registratie van
controleactiviteiten.
Waardetoekenning: Cijfer corresponderend met de teller van de registratie van
controleactiviteiten, beginnend met ′0′voor de eerste registratie van de contro-
leactiviteiten die in de structuur voorkomt.
controlActivityRecords is de verzameling van alle registraties van controleactivi-
teiten.
controlActivityRecord is de sequentie van informatie met betrekking tot een
controle.
controlType is de soort controle.
controlTime is de datum en tijd van de controle.
controlledCardNumber is het kaartnummer en de lidstaat van afgifte van de
gecontroleerde kaart.
controlledVehicleRegistration is het kentekennummer en de registrerende
lidstaat van het voertuig waarin de controle plaatsvond.
controlDownloadPeriodBegin encontrolDownloadPeriodEnd is de uiteindelijk
overgebrachte periode.1998R2135 —NL—01.05.2006 —002.001 —72
▼M1
2.43. ControlCardHolderIdentification (Identificatie van de controlekaart-
houder)
Op een controlekaart opgeslagen informatie met betrekking tot de identificatie
van de kaarthouder (voorschrift 232).
ControlCardHolderIdentification ::= SEQUENCE {
controlBodyName Name,controlBodyAddress Address,cardHolderName HolderName,cardHolderPreferredLanguage Language
}controlBodyName is de naam van de controle-instantie van de kaarthouder.
controlBodyAddress is het adres van de controle-instantie van de kaarthouder.
cardHolderName is de naam en voorna(a)m(en) van de houder van de controle-
kaart.
cardHolderPreferredLanguage is de voorkeurtaal van de kaarthouder.
2.44. ControlType (Soort controle)
Code die de tijdens een controle uitgevoerde activiteiten aangeeft. Deze gege-
venssoort is gerelateerd aan de voorschriften 102, 210 en 225.
ControlType ::= OCTET STRING (SIZE(1))Waardetoekenning —octet-uitgericht: ′cvpdxxxx′B (8 bits)
′c′B kaartoverbrenging:
′0′B: kaart niet overgebracht tijdens deze controleactiviteit,
′1′B: kaart overgebracht tijdens deze controleactiviteit
′v′B VU-overbrenging:
′0′B: VU niet overgebracht tijdens deze controleactiviteit,
′1′B: VU overgebracht tijdens deze controleactiviteit
′p′B afdrukken:
′0′B: geen afdrukken gemaakt tijdens deze controleactiviteit,
′1′B: afdrukken gemaakt tijdens deze controleactiviteit
′d′B leesvenster:
′0′B: geen leesvenster gebruikt tijdens deze controleactiviteit,
′1′B: leesvenster gebruikt tijdens deze controleactiviteit
′xxxx′B Niet gebruikt.
2.45. CurrentDateTime (Huidige datum en tijd)
De huidige datum en tijd van het controleapparaat.CurrentDateTime ::= TimeRealWaardetoekenning: niet nader gespecificeerd.
2.46. DailyPresenceCounter (Dagelijkse-aanwezigheidsteller)
Op een bestuurders- of werkplaatskaart opgeslagen teller die voor elke kalen-
derdag waarop de kaart in een VU ingebracht is, met één wordt opgehoogd. Deze
gegevenssoort is gerelateerd aan de voorschriften 199 en 219.
DailyPresenceCounter ::= BCDString(SIZE(2))Waardetoekenning: opeenvolgend cijfer met een maximale waarde = 9 999,
waarna het opnieuw met 0 begint. Bij de eerste afgifte van de kaart wordt het
cijfer op 0 gezet.
2.47. Datef (Datumeenheid)
Datum weergegeven in een gemakkelijk af te drukken numerieke vorm.Datef ::= SEQUENCE {
year BCDString(SIZE(2)),1998R2135 —NL—01.05.2006 —002.001 —73
▼M1
month BCDString(SIZE(1)),
day BCDString(SIZE(1))
}
Waardetoekenning:
yyyy Jaar
mm Maanddd Dag
′00000000′H geeft expliciet geen datum aan.
2.48. Distance (Afstand)
Een afgelegde afstand (resultaat van de berekening van het verschil tussen twee
kilometerstanden van het voertuig in kilometers).
Distance ::= INTEGER(0..2
16-1)
Waardetoekenning: niet-getekend binair getal. Waarde in km in het operationele
bereik 0 tot 9 999 km.
2.49. DriverCardApplicationIdentification (Toepassingsidentificatie van de
bestuurderskaart)
Op een bestuurderskaart opgeslagen informatie met betrekking tot de toepassings-
identificatie van de kaart (voorschrift 190).
DriverCardApplicationIdentification ::= SEQUENCE {
typeOfTachographCardId EquipmentType,
cardStructureVersion CardStructureVersion,
noOfEventsPerType NoOfEventsPerType,
noOfFaultsPerType NoOfFaultsPerType,
activityStructureLength CardActivityLengthRange,
noOfCardVehicleRecords NoOfCardVehicleRecords,
noOfCardPlaceRecords NoOfCardPlaceRecords
}
typeOfTachographCardId specificeert de geïmplementeerde kaartsoort.
cardStructureVersion specificeert de versie van de structuur die op de kaart
geïmplementeerd is.
noOfEventsPerType is het aantal voorvallen per soort voorval dat de kaart kan
opslaan.
noOfFaultsPerType is het aantal fouten per soort fout dat de kaart kan opslaan.
activityStructureLength geeft het aantal beschikbare bytes voor het opslaan van
registraties van activiteiten aan.
noOfCardVehicleRecords is het aantal voertuigregistraties dat de kaart kan
bevatten.
noOfCardPlaceRecords is het aantal plaatsen dat de kaart kan registreren.
2.50. DriverCardHolderIdentification (Identificatie van de bestuurderskaart-
houder)
Op een bestuurderskaart opgeslagen informatie met betrekking tot de identificatie
van de kaarthouder (voorschrift 195).
DriverCardHolderIdentification ::= SEQUENCE {
cardHolderName HolderName,
cardHolderBirthDate Datef,
cardHolderPreferredLanguage Language
}
cardHolderName is de naam en voorna(a)m(en) van de houder van de bestuur-
derskaart.1998R2135 —NL—01.05.2006 —002.001 —74
▼M1
cardHolderBirthDate is de geboortedatum van de houder van de bestuurders-
kaart.
cardHolderPreferredLanguage is de voorkeurtaal van de kaarthouder.
2.51. EntryTypeDailyWorkPeriod (Soort invoer van de dagelijkse werkpe-
riode)
Code die een onderscheid maakt tussen begin en einde van invoer van een plaats
van de dagelijkse werkperiode en voorwaarde van de invoer.
EntryTypeDailyWorkPeriod ::= INTEGER
Begin, related time = card insertion time or time of entry (0),
End, related time = card withdrawal time or time of entry (1),
Begin, related time manually entered (start time) (2),
End, related time manually entered (end of work period) (3),Begin, related time assumed by VU (4),
End, related time assumed by VU (5)
}
Waardetoekenning: overeenkomstig ISO/IEC8824-1.
2.52. EquipmentType (Soort inrichting)
Code die de verschillende soorten inrichtingen voor de tachograaftoepassing
onderscheidt.
EquipmentType ::= INTEGER(0..255)
- - Reserved (0),
- - Driver Card (1),
- - Workshop Card (2),- - Control Card (3),
- - Company Card (4),
- - Manufacturing Card (5),
- - Vehicle Unit (6),
- - Motion Sensor (7),- - RFU (8..255)
Waardetoekenning: overeenkomstig ISO/IEC8824-1.
Waarde 0 is gereserveerd voor vermelding van een lidstaat of Europa in het
CHA-veld van certififaten.
2.53. EuropeanPublicKey (Europese openbare sleutel)
De Europese openbare sleutel.EuropeanPublicKey ::= PublicKey
2.54. EventFaultType (Soorten voorvallen en fouten)
Code die een voorval of een fout aanduidt.
EventFaultType ::= OCTET STRING (SIZE(1))
Waardetoekenning:
′0x′H Algemene voorvallen,
′00′H Geen nadere details,′01′H Inbrengen van een ongeldige kaart,′02′H Kaartconflict,′03′H Tijdsoverlapping,′04′H Rijden zonder een geschikte kaart,
′05′H Inbrengen van de kaart tijdens het rijden,
′06′H Laatste kaartsessie niet correct afgesloten,1998R2135 —NL—01.05.2006 —002.001 —75
▼M1
′07′H Snelheidsoverschrijding,
′08′H Onderbreking in de stroomvoorziening,′09′H Fout in de bewegingsgegevens,′0A′H .. ′0F′H RFU,
′1x′H Poging tot inbreuk op de beveiliging van de voertuigunit,
′10′H Geen nadere details,′11′H Authentificatiefout van de bewegingsopnemer,′12′H Authentificatiefout van de tachograafkaart,′13′H Niet-geautoriseerde wijziging van de bewegingsopnemer,′14′H Integriteitsfout in de gegevensinvoer op de kaart,′15′H Integriteitsfout in de opgeslagen gebruikersgegevens,′16′H Overdrachtsfout in de interne gegevens′16′H Overdrachtsfout in de interne gegevens,′17′H Niet-geautoriseerde opening van de kast,′18′H Hardwaresabotage,
′19′H .. ′1F′H RFU,
′2x′H Poging tot inbreuk op de beveiliging van de opnemer,
′20′H Geen nadere details,′21′H Authentificatiefout,′22′H Integriteitsfout in de opgeslagen gegevens,′23′H Overdrachtsfout in de interne gegevens,′24′H Niet-geautoriseerde opening van het omhulsel,′25′H Hardwaresabotage,′26′H .. ′2F′H RFU,
′3x′H Fouten van het controleapparaat,
′30′H Geen verdere details,′31′H Interne fout in de VU,′32′H Printerfout,′33′H Fout in het leesvenster,′34′H Fout in de overbrenging,′35′H Fout in de opnemer,′36′H .. ′3F′H RFU,
′4x′H Kaartfouten,
′40′H Geen nadere details,
′41′H .. ′4F′H RFU,
′50′H .. ′7F′H RFU,
′80′H .. ′FF′H Specifiek voor de fabrikant.
2.55. EventFaultRecordPurpose (Doel van de voorvallen-foutenregistratie)
Code die aangeeft waarom een voorval of een fout geregistreerd werd.
EventFaultRecordPurpose ::= OCTET STRING (SIZE(1))
Waardetoekenning:′00′H een van de 10 meest recente (of laatste) voorvallen of fouten
′01′H het langste voorval gedurende een van de laatste 10 dagen van
optreding
′02′H een van de 5 langste voorvallen gedurende de afgelopen 365
dagen
′03′H het laatste voorval gedurende een van de laatste 10 dagen van
optreding
′04′H het ernstigste voorval gedurende een van de laatste 10 dagen van
optreding
′05′H een van de 5 ernstigste voorvallen gedurende de afgelopen 365
dagen
′06′H eerste na de laatste kalibrering opgetreden voorval of fout1998R2135 —NL—01.05.2006 —002.001 —76
▼M1
′07′H een actief(actieve)/aan de gang zijnd(e) voorval of fout
′08′H .. ′7F′H RFU
′80′H .. ′FF′H Specifiek voor de fabrikant
2.56. ExtendedSerialNumber (Verlengd serienummer)
Unieke identificatie van een inrichting. Het kan ook als een identificatiesymbool
van de openbare sleutel van de inrichting worden gebruikt.
ExtendedSerialNumber ::= SEQUENCE {
serialNumber INTEGER(0..232-1)
monthYear BCDString(SIZE(2))
type OCTET STRING(SIZE(1))
manufacturerCode ManufacturerCode
}
serialNumber is een serienummer voor de inrichting, uniek voor de fabrikant, de
soort inrichting en de onderstaande maand.
monthYear is de identificatie van de maand en het jaar van fabricage (of van
toekenning van het serienummer).
Waardetoekenning: BCD-codering van maand (twee cijfers) en jaar (twee laatste
cijfers).
type is een identificatiesymbool voor de soort inrichting.
Waardetoekenning: specifiek voor de fabrikant, met ′FFh′ gereserveerde waarde.
manufacturerCode is de numerieke code van de fabrikant van de inrichting.
2.57. FullCardNumber (Volledig kaartnummer)
Code die een tachograafkaart volledig identificeert.
FullCardNumber ::= SEQUENCE {
cardType EquipmentType,
cardIssuingMemberState NationNumeric,
cardNumber CardNumber
}
cardType is de soort tachograafkaart.
cardIssuingMemberState is de code van de lidstaat die de kaart heeft afge-
geven.
cardNumber is het kaartnummer.
2.58. HighResOdometer (Zeer nauwkeurige kilometerteller)
Kilometerstand van het voertuig: Totale door het voertuig afgelegde afstand
tijdens de gebruiksperiode.
HighResOdometer ::= INTEGER(0..232-1)
Waardetoekenning: niet-getekend binair getal. Waarde in 1/200 km in het opera-
tionele bereik 0 tot 2 1 055 406 km.
2.59. HighResTripDistance (Zeer nauwkeurige reisafstand)
Een afgelegde afstand tijdens de gehele reis of een gedeelte daarvan.
HighResTripDistance ::= INTEGER(0..232-1)
Waardetoekenning: niet-getekend binair getal. Waarde in 1/200 km in het opera-
tionele bereik 0 tot 2 1 055 406 km.
2.60. HolderName (Naam van de houder)
Naam en voorna(a)men van een kaarthouder.
HolderName ::= SEQUENCE {
holderSurname Name,1998R2135 —NL—01.05.2006 —002.001 —77
▼M1
holderFirstNames Name
}holderSurname is de achternaam (familienaam) van de houder. Deze achternaam
bevat geen titels.
Waardetoekenning: Wanneer een kaart niet persoonlijk is, bevat holderSurname
dezelfde informatie als companyName of workshopName of controlBodyName.
holderFirstNames omvat de voornaam (voornamen) en initialen van de houder.
2.61. K-ConstantOfRecordingEquipment (K-constante van het controleappa-
raat)
Constante van het controleapparaat (definitie m).K-ConstantOfRecordingEquipment ::= INTEGER(0..2
16-1)
Waardetoekenning: pulsen per kilometer in het operationele bereik 0 tot
64 255 pulsen/km.
2.62. KeyIdentifier (Sleutelidentificatiesymbool)
Een uniek identificatiesymbool van een openbare sleutel dat wordt gebruikt ter
verwijzing naar of selectie van de sleutel. Het identificeert tevens de houder van
de sleutel.
KeyIdentifier ::= CHOICE {
extendedSerialNumber ExtendedSerialNumber,
certificateRequestID CertificateRequestID,certificationAuthorityKID CertificationAuthorityKID
}Met de eerste keuze wordt verwezen naar de openbare sleutel van een voertuig-
unit of tachograafkaart.
Met de tweede keuze wordt verwezen naar de openbare sleutel van een voertuig-
unit (wanneer het serienummer van de voertuigunit op het moment van ontwikke-
ling van het certificaat nog niet bekend is).
Met de derde keuze wordt verwezen naar de openbare sleutel van een lidstaat.
2.63. L-TyreCircumference (L-omtrek van de wielbanden)
Effectieve omtrek van de wielbanden (definitie u).L-TyreCircumference ::= INTEGER(0..2
16-1)
Waardetoekenning: niet-getekend binair getal, waarde in 1/8 mm in het operati-
onele bereik 0 tot 8 031 mm.
2.64. Language (Taal)
Code die een taal identificeert.Language ::= IA5String(SIZE(2))
Waardetoekenning: een code van twee onderkastletters overeenkomstig ISO 639.
2.65. LastCardDownload
Op een bestuurderskaart opgeslagen datum en tijd van het downloaden van de
laatste kaart (voor andere doeleinden dan controle). Deze datum kan worden
aangepast door een VU of een kaartlezer.
LastCardDownload ::= TimeRealWaardetoekenning: niet nader gespecificeerd.
2.66. ManualInputFlag (Label voor handmatige invoer)
Code die aangeeft of een kaarthouder handmatig activiteiten van de bestuurder
bij kaartinbrenging heeft ingevoerd (voorschrift 081).
ManualInputFlag ::= INTEGER {
noEntry (0)1998R2135 —NL—01.05.2006 —002.001 —78
▼M1
manualEntries (1)
}Waardetoekenning: niet nader gespecificeerd.
2.67. ManufacturerCode (Code van de fabrikant)
Code die een fabrikant identificeert.ManufacturerCode ::= INTEGER(0..255)Waardetoekenning:′00′H Geen informatie beschikbaar
′01′H Gereserveerde waarde
′02′H .. ′0F′H Gereserveerd voor toekomstig gebruik
′10′H ACTIA′11′H .. ′17′H Gereserveerd voor fabrikanten van wie de naam met een ′A′
begint
′18′H .. ′1F′H Gereserveerd voor fabrikanten van wie de naam met een ′B′
begint
′20′H .. ′27′H Gereserveerd voor fabrikanten van wie de naam met een ′C′
begint
′28′H .. ′2F′H Gereserveerd voor fabrikanten van wie de naam met een ′D′
begint
′30′H .. ′37′H Gereserveerd voor fabrikanten van wie de naam met een ′E′
begint
′38′H .. ′3F′H Gereserveerd voor fabrikanten van wie de naam met een ′F′
begint
′40′H Giesecke & Devrient GmbH′41′H GEM plus′42′H .. ′47′H Gereserveerd voor fabrikanten van wie de naam met een ′G′
′48′H .. ′4F′H Gereserveerd voor fabrikanten van wie de naam met een ′H′
begint
′50′H .. ′57′H Gereserveerd voor fabrikanten van wie de naam met een ′I′
begint
′58′H .. ′5F′H Gereserveerd voor fabrikanten van wie de naam met een ′J′
begint
′60′H .. ′67′H Gereserveerd voor fabrikanten van wie de naam met een ′K′
begint
′68′H .. ′6F′H Gereserveerd voor fabrikanten van wie de naam met een ′L′
begint
′70′H .. ′77′H Gereserveerd voor fabrikanten van wie de naam met een ′M′
begint
′78′H .. ′7F′H Gereserveerd voor fabrikanten van wie de naam met een ′N′
begint
′80′H OSCARD′81′H .. ′87′H Gereserveerd voor fabrikanten van wie de naam met een ′O′
begint
′88′H .. ′8F′H Gereserveerd voor fabrikanten van wie de naam met een ′P′
begint
′90′H .. ′97′H Gereserveerd voor fabrikanten van wie de naam met een ′Q′
begint
′98′H .. ′9F′H Gereserveerd voor fabrikanten van wie de naam met een ′R′
begint
′A0′H SETEC′A1′H SIEMENS VDO
′A2′H STONERIDGE
′A3′H .. ′A7′H Gereserveerd voor fabrikanten van wie de naam met een ′S′
begint
′AA′H TACHOCONTROL′AB′H .. ′AF′H Gereserveerd voor fabrikanten van wie de naam met een ′T′
begint1998R2135 —NL—01.05.2006 —002.001 —79
▼M1
′B0′H .. ′B7′H Gereserveerd voor fabrikanten van wie de naam met een ′U′
begint
′B8′H .. ′BF′H Gereserveerd voor fabrikanten van wie de naam met een ′V′
begint
′C0′H .. ′C7′H Gereserveerd voor fabrikanten van wie de naam met een ′W′
begint
′C8′H .. ′CF′H Gereserveerd voor fabrikanten van wie de naam met een ′X′
begint
′D0′H .. ′D7′H Gereserveerd voor fabrikanten van wie de naam met een ′Y′
begint
′D8′H .. ′DF′H Gereserveerd voor fabrikanten van wie de naam met een ′Z′
begint
2.68. MemberStateCertificate (lidstaatcertificaat)
Het door de Europese certificeringsautoriteit afgegeven certificaat van de open-
bare sleutel van een lidstaat.
MemberStateCertificate ::= Certificate
2.69. MemberStatePublicKey (Openbare sleutel van een lidstaat)
De openbare sleutel van een lidstaat.
MemberStatePublicKey ::= PublicKey
2.70. Name (Naam)
Een naam.
Name ::= SEQUENCE {
codePage INTEGER (0..255),
name OCTET STRING (SIZE(35))
}
codePage specificeert het deel van ISO/IEC 8859 dat wordt gebruikt om de naam
te coderen,
name is een overeenkomstig ISO/IEC 8859-codePage gecodeerde naam.
2.71. NationAlpha (Alfanumerieke code van een land)
Alfabetische verwijzing naar een land in overeenstemming met de gebruikelijke
codering van landen op bumperstickers van auto's en/of zoals gebruikt in interna-
tionaal geharmoniseerde autoverzekeringspapieren (groene kaart).
NationAlpha ::= IA5String(SIZE(3))
Waardetoekenning:
′ ′ Geen informatie beschikbaar,
′A′ Oostenrijk,
′AL′ Albanië,
′AND′ Andorra,
′ARM′ Armenië,
′AZ′ Azerbeidzjan,
′B′ België,
′BG′ Bulgarije,
′BIH′ Bosnië en Herzegovina,
′BY′ Wit-Rusland,
′CH′ Zwitserland,
′CY′ Cyprus,
′CZ′ Republiek Tsjechië,
′D′ Duitsland,
′DK′ Denemarken,
′E′ Spanje,
′EST′ Estland,1998R2135 —NL—01.05.2006 —002.001 —80
▼M1
′F′ Frankrijk,
′FIN′ Finland,
′FL′ Liechtenstein,
′FR′ Faeröer Eilanden,
′UK′ Verenigd Koninkrijk, Alderney, Guernsey, Jersey, Isle of Man, Gibraltar,
′GE′ Georgië,
′GR′ Griekenland,
′H′ Hongarije,
′HR′ Kroatië,
′I′ Italië,
′IRL′ Ierland,
′IS′ IJsland,
′KZ′ Kazachstan,
′L′ Luxemburg,
′LT′ Litouwen,
′LV′ Letland,
′M′ Malta,
′MC′ Monaco,
′MD′ Republiek Moldavië,
′MK′ Macedonië,
′N′ Noorwegen,
′NL′ Nederland,
′P′ Portugal,
′PL′ Polen,
′RO′ Roemenië,
′RSM′ San Marino,
′RUS′ Russische Federatie,
′S′ Zweden,
′SK′ Slowakije,
′SLO′ Slovenië,
′TM′ Turkmenistan,
′TR′ Turkije,
′UA′ Oekraïne,
′V′ Vaticaanstad,
′YU′ Joegoslavië,
′UNK′ Onbekend,
′EC′ Europese Gemeenschap,
′EUR′ Rest van Europa,
′WLD′ Rest van de wereld.
2.72. NationNumeric (Numerieke code van een land)
Numerieke verwijzing naar een land.NationNumeric ::= INTEGER(0..255)
Waardetoekenning:
- - Geen informatie beschikbaar (00)H,
- - Oostenrijk (01)H,
- - Albanië (02)H,
- - Andorra (03)H,
- - Armenië (04)H,
- - Azerbeidzjan (05)H,
- - België (06)H,
- - Bulgarije (07)H,
- - Bosnië en Herzegovina (08)H,1998R2135 —NL—01.05.2006 —002.001 —81
▼M1
- - Wit-Rusland (09)H,
- - Zwitserland (0A)H,
- - Cyprus (0B)H,
- - Republiek Tsjechië (0C)H,
- - Duitsland (0D)H,
- - Denemarken (0E)H,
- - Spanje (0F)H,
- - Estland (10)H,
- - Frankrijk (11)H,
- - Finland (12)H,
- - Liechtenstein (13)H,
- - Faeröer Eilanden (14)H,
- - Verenigd Koninkrijk (15)H,
- - Georgië (16)H,
- - Griekenland (17)H,
- - Hongarije (18)H,
- - Kroatië (19)H,
- - Italië (1A)H,
- - Ierland (1B)H,
- - IJsland (1C)H,
- - Kazachstan (1D)H,
- - Luxemburg (1E)H,
- - Litouwen (1F)H,
- - Letland (20)H,
- - Malta (21)H,
- - Monaco (22)H,
- - Republiek Moldavië (23)H,
- - Macedonië (24)H,
- - Noorwegen (25)H,
- - Nederland (26)H,
- - Portugal (27)H,
- - Polen (28)H,
- - Roemenië (29)H,
- - San Marino (2A)H,
- - Russische Federatie (2B)H,
- - Zweden (2C)H,
- - Slowakije (2D)H,
- - Slovenië (2E)H,
- - Turkmenistan (2F)H,
- - Turkije (30)H,
- - Oekraïne (31)H,
- - Vaticaanstad (32)H,
- - Joegoslavië (33)H,
- - RFU (34..FC)H,
- - Europese Gemeenschap (FD)H,
- - Rest van Europa (FE)H,
- - Rest van de wereld (FF)H
2.73. NoOfCalibrationRecords (Aantal kalibreringsregistraties)
Aantal kalibreringsregistraties dat een werkplaatskaart kan opslaan.NoOfCalibrationRecords ::= INTEGER(0..255)Waardetoekenning: zie paragraaf 3.1998R2135 —NL—01.05.2006 —002.001 —82
▼M1
2.74. NoOfCalibrationsSinceDownload (Aantal kalibreringen sinds de laatste
overbrenging)
Teller die het aantal met een werkplaatskaart uitgevoerde kalibreringen sinds de
laatste overbrenging aangeeft (voorschrift 230).
NoOfCalibrationsSinceDownload ::= INTEGER(0..216-1),
Waardetoekenning: niet nader gespecificeerd.
2.75. NoOfCardPlaceRecords (Aantal plaatsregistraties)
Aantal plaatsregistraties dat een bestuurders- of werkplaatskaart kan opslaan.
NoOfCardPlaceRecords ::= INTEGER(0..255)
Waardetoekenning: zie paragraaf 3.
2.76. NoOfCardVehicleRecords (Aantal voertuigregistraties)
Aantal registraties van gebruikte voertuigen dat een bestuurders- of werkplaats-
kaart kan opslaan.
NoOfCardVehicleRecords ::= INTEGER(0..216-1)
Waardetoekenning: zie paragraaf 3.
2.77. NoOfCompanyActivityRecords (Aantal registraties van bedrijfsactivi-
teiten)
Aantal registraties van bedrijfsactiviteiten dat een bedrijfskaart kan opslaan.
NoOfCompanyActivityRecords ::= INTEGER(0..216-1)
Waardetoekenning: zie paragraaf 3.
2.78. NoOfControlActivityRecords (Aantal registraties van controleactivi-
teiten)
Aantal registraties van controleactiviteiten dat een controlekaart kan opslaan.NoOfControlActivityRecords ::= INTEGER(0..2
16-1)
Waardetoekenning: zie paragraaf 3.
2.79. NoOfEventsPerType (Aantal voorvallen per soort)
Aantal voorvallen per soort voorval dat een kaart kan opslaan.
NoOfEventsPerType ::= INTEGER(0..255)
Waardetoekenning: zie paragraaf 3.
2.80. NoOfFaultsPerType (Aantal fouten per soort)
Aantal fouten per soort fout dat een kaart kan opslaan.
NoOfFaultsPerType ::= INTEGER(0..255)
Waardetoekenning: zie paragraaf 3.
2.81. OdometerValueMidnight (Kilometerstand om 0.00 uur)
De kilometerstand van het voertuig om 0.00 uur op een bepaalde dag (voorschrift
090).
OdometerValueMidnight ::= OdometerShort
Waardetoekenning: niet nader gespecificeerd.
2.82. OdometerShort (Verkorte kilometerstand)
Kilometerstand van het voertuig in een verkorte vorm.OdometerShort ::= INTEGER(0..2
24-1)
Waardetoekenning: niet-getekend binair getal. Waarde in km in het operationele
bereik 0 tot 9 999 999 km.1998R2135 —NL—01.05.2006 —002.001 —83
▼M1
2.83. OverspeedNumber (Aantal snelheidoverschrijdingen)
Aantal snelheidsoverschrijdingen sinds de laatste controle van snelheidsover-
schrijdingen.
OverspeedNumber ::= INTEGER(0..255)
Waardetoekenning: 0 betekent dat er sinds de laatste controle van snelheids-
overschrijdingen geen snelheidsoverschrijding heeft plaatsgevonden; 1 betekent
dat er sinds de laatste controle van snelheidsoverschrijdingen een snelheidsover-
schrijding heeft plaatsgevonden; …255 betekent 255 of meer snelheidsover-
schrijdingen sinds de laatste controle van snelheidsoverschrijdingen.
2.84. PlaceRecord (Plaatsregistratie)
Informatie met betrekking tot een plaats waar een dagelijkse werkperiode begint
of eindigt (voorschriften 087, 202, 221).
PlaceRecord ::= SEQUENCE {
entryTime TimeReal,
entryTypeDailyWorkPeriod EntryTypeDailyWorkPeriod,
dailyWorkPeriodCountry NationNumeric,dailyWorkPeriodRegion RegionNumeric,
vehicleOdometerValue OdometerShort
}entryTime is een datum en tijd met betrekking tot de invoer.
entryTypeDailyWorkPeriod is de soort invoer.
dailyWorkPeriodCountry is het ingevoerde land.
dailyWorkPeriodRegion is de ingevoerde regio.
vehicleOdometerValue is de kilometerstand op het moment van invoer van de
plaats.
2.85. PreviousVehicleInfo (Informatie over het vorige voertuig)
Informatie met betrekking tot het vorige door een bestuurder gebruikte voertuig
wanneer hij zijn kaart in een voertuigunit inbrengt (voorschrift 081).
PreviousVehicleInfo ::= SEQUENCE {
vehicleRegistrationIdentification VehicleRegistrationIdentifica-
tion,
cardWithdrawalTime TimeReal
}vehicleRegistrationIdentification is het kentekennummer en de registrerende
lidstaat van het voertuig.
cardWithdrawalTime is de datum en tijd van kaartuitneming.
2.86. PublicKey (Openbare sleutel)
Een openbare RSA sleutel.
PublicKey ::= SEQUENCE {
rsaKeyModulus RSAKeyModulus,rsaKeyPublicExponent RSAKeyPublicExponent
}
rsaKeyModulus is de modulus van het sleutelpaar.
rsaKeyPublicExponent is de openbare exponent van het sleutelpaar.
2.87. RegionAlpha (Alfanumerieke code van een regio)
Alfabetische verwijzing naar een regio in een gespecificeerd land.
RegionAlpha ::= IA5STRING(SIZE(3))Waardetoekenning:1998R2135 —NL—01.05.2006 —002.001 —84
▼M1
′ ′Geen informatie beschikbaar,
Spanje:
′AN′ Andalucía,
′AR′ Aragón,
′AST′ Asturias,
′C′ Cantabrica,
′CAT′ Cataluña,
′CL′ Castilla-León,
′CM′ Castilla-La-Mancha,
′CV′ Valencia,
′EXT′ Extremadura,
′G′ Galicia,
′IB′ Baleares,
′IC′ Canarias,
′LR′ La Rioja,
′M′ Madrid,
′MU′ Murcia,
′NA′ Navarra,
′PV′ País Vasco
2.88. RegionNumeric (Numerieke code van een regio)
Numerieke verwijzing naar een regio in een gespecificeerd land.
RegionNumeric ::= OCTET STRING (SIZE(1))
Waardetoekenning:′00′H Geen informatie beschikbaar,
Spain:
′01′H Andalucía,
′02′H Aragón,
′03′H Asturias,
′04′H Cantabrica,′05′H Cataluña,
′06′H Castilla-León,
′07′H Castilla-La-Mancha,′08′H Valencia,′09′H Extremadura,
′0A′H Galicia,
′0B′H Baleares,′0C′H Canarias,
′0D′H La Rioja,
′0E′H Madrid,′0F′H Murcia,
′10′H Navarra,
′11′H País Vasco
2.89. RSAKeyModulus (Modulus van de RSA sleutel)
De modulus van een RSA-sleutelpaar.
RSAKeyModulus ::= OCTET STRING (SIZE(128))
Waardetoekenning: niet gespecificeerd.
2.90. RSAKeyPrivateExponent (Particuliere exponent van de RSA sleutel)
De particuliere exponent van een RSA-sleutelpaar.RSAKeyPrivateExponent ::= OCTET STRING (SIZE(128))1998R2135 —NL—01.05.2006 —002.001 —85
▼M1
Waardetoekenning: niet gespecificeerd.
2.91. RSAKeyPublicExponent (Openbare exponent van de RSA-sleutel)
De openbare exponent van een RSA sleutelpaar.RSAKeyPublicExponent ::= OCTET STRING (SIZE(8))
Waardetoekenning: niet gespecificeerd.
2.92. SensorApprovalNumber (Goedkeuringsnummer van de opnemer)
Goedkeuringsnummer van de opnemer.SensorApprovalNumber ::= IA5String(SIZE(8))
Waardetoekenning: niet gespecificeerd.
2.93. SensorIdentification (Identificatie van de opnemer)
In een bewegingsopnemer opgeslagen informatie met betrekking tot de identifi-
catie van de bewegingsopnemer (voorschrift 077).
SensorIdentification ::= SEQUENCE {
sensorSerialNumber SensorSerialNumber,
sensorApprovalNumber SensorApprovalNumber,
sensorSCIdentifier SensorSCIdentifier,
sensorOSIdentifier SensorOSIdentifier
}sensorSerialNumber is het verlengde serienummer van de bewegingsopnemer
(inclusief onderdeelnummer en code van de fabrikant).
sensorApprovalNumber is het goedkeuringsnummer van de bewegingsopnemer.
sensorSCIdentifier is het identificatiesymbool van de beveiligingscomponent
van de bewegingsopnemer.
sensorOSIdentifier is het identificatiesymbool van het besturingssysteem van de
bewegingsopnemer.
2.94. SensorInstallation (Installatie van de opnemer)
In de bewegingsopnemer opgeslagen informatie met betrekking tot de installatie
van de bewegingsopnemer (voorschrift 099).
SensorInstallation ::= SEQUENCE {
sensorPairingDateFirst SensorPairingDate,
firstVuApprovalNumber VuApprovalNumber,
firstVuSerialNumber VuSerialNumber,
sensorPairingDateCurrent SensorPairingDate,currentVuApprovalNumber VuApprovalNumber,
currentVUSerialNumber VuSerialNumber
}
sensorPairingDateFirst is de datum van de eerste verbinding van de bewegings-
opnemer met de voertuigunit.
firstVuApprovalNumber is het goedkeuringsnummer van de eerste voertuigunit
die met de bewegingsopnemer verbonden wordt.
firstVuSerialNumber is het serienummer van de eerste met de bewegingsop-
nemer verbonden voertuigunit.
sensorPairingDateCurrent is de datum van de huidige verbinding van de bewe-
gingsopnemer met de voertuigunit.
currentVuApprovalNumber is het goedkeuringsnummer van de op dat moment
met de bewegingsopnemer verbonden voertuigunit.
currentVUSerialNumber is het serienummer van de op dat moment met de
bewegingsopnemer verbonden voertuigunit.1998R2135 —NL—01.05.2006 —002.001 —86
▼M1
2.95. SensorInstallationSecData (Beveiligingsgegevens over de installatie van
de opnemer)
Op een werkplaatskaart opgeslagen informatie met betrekking tot de benodigde
beveiligingsgegevens bij verbinding van een bewegingsopnemer met een voer-
tuigunit (voorschrift 214).
SensorInstallationSecData ::= TDesSessionKeyWaardetoekenning: overeenkomstig ISO 16844-3.
2.96. SensorOSIdentifier (Identificatiesymbool van het OS van de opnemer)
Identificatiesymbool van het besturingssysteem van de bewegingsopnemer.
SensorOSIdentifier ::= IA5String(SIZE(2))
Waardetoekenning: specifiek voor de fabrikant.
2.97. SensorPaired (Verbonden opnemer)
In een voertuigunit opgeslagen informatie met betrekking tot de identificatie van
de met de voertuigunit verbonden bewegingsopnemer (voorschrift 079).
SensorPaired ::= SEQUENCE {
sensorSerialNumber SensorSerialNumber,sensorApprovalNumber SensorApprovalNumber,
sensorPairingDateFirst SensorPairingDate
}sensorSerialNumber is het serienummer van de op dat moment met de voertuig-
unit verbonden bewegingsopnemer.
sensorApprovalNumber is het goedkeuringsnummer van de op dat moment met
de voertuigunit verbonden bewegingsopnemer.
sensorPairingDateFirst is de datum van de eerste verbinding met een voertuig-
unit van de op dat moment met de voertuigunit verbonden bewegingsopnemer.
2.98. SensorPairingDate (Datum van verbinding van de opnemer)
Datum van een verbinding van de bewegingsopnemer met een voertuigunit.
SensorPairingDate ::= TimeRealWaardetoekenning: niet gespecificeerd.
2.99. SensorSerialNumber (Serienummer van de opnemer)
Serienummer van de bewegingsopnemer.
SensorSerialNumber ::= ExtendedSerialNumber
2.100. SensorSCIdentifier (Identificatiesymbool van de beveiligingscompo-
nent van de opnemer)
Identificatiesymbool van de beveiligingscomponent van de bewegingsopnemer.
SensorSCIdentifier ::= IA5String(SIZE(8))
Waardetoekenning: specifiek voor de fabrikant van de component.
2.101. Signature (Handtekening)
Een digitale handtekening.Signature ::= OCTET STRING (SIZE(128))
Waardetoekenning: overeenkomstig appendix 11 (Algemene beveiligingsinrich-
tingen).
2.102. SimilarEventsNumber (Aantal vergelijkbare voorvallen)
Het aantal vergelijkbare voorvallen op een bepaalde dag (voorschrift 094).SimilarEventsNumber ::= INTEGER(0..255)1998R2135 —NL—01.05.2006 —002.001 —87
▼M1
Waardetoekenning: 0 is niet-gebruikt; 1 betekent dat er op die dag maar een
voorval van die soort heeft plaatsgevonden en opgeslagen is; 2 betekent dat 2
voorvallen van die soort op die dag hebben plaatsgevonden (een ervan is opge-
slagen), …255 betekent dat 255 of meer voorvallen van die soort hebben plaats-
gevonden op die dag.
2.103. SpecificConditionType (Soort specifieke omstandigheid)
Code die een specifieke omstandigheid identificeert (voorschriften 050b, 105a,
212a en 230a).
SpecificConditionType ::= INTEGER(0..255)
Waardetoekenning:
′00′H RFU
′01′H Buiten bereik —Begin
′02′H Buiten bereik —Einde
′03′H Vervoer per veerboot/trein
′04′H .. ′FF′H RFU
2.104. SpecificConditionRecord (Registratie van een specifieke omstandig-
heid)
Op een bestuurderskaart, een werkplaatskaart of in een voertuigunit opgeslagen
informatie met betrekking tot een specifieke omstandigheid (voorschriften 105a,
212a en 230a).
SpecificConditionRecord ::= SEQUENCE {
entryTime TimeReal,
specificConditionType SpecificConditionType
}entryTime is de datum en tijd van de invoer.
specificConditionType is de code die de specifieke omstandigheid identificeert.
2.105. Speed (Snelheid)
Snelheid van het voertuig (km/h).
Speed ::= INTEGER(0..255)
Waardetoekenning: kilometer per uur in het operationele bereik van 0 tot
220 km/h.
2.106. SpeedAuthorised (Toegestane snelheid)
Toegestane maximumsnelheid van het voertuig (definitie bb).
SpeedAuthorised ::= Speed
2.107. SpeedAverage (Gemiddelde snelheid)
Gemiddelde snelheid tijdens een vooraf gedefinieerde periode (km/h).
SpeedAverage ::= Speed
2.108. SpeedMax (Maximumsnelheid)
Maximumsnelheid gemeten tijdens een vooraf gedefinieerde periode.
SpeedMax ::= Speed
2.109. TDesSessionKey (TDes-sessiesleutel)
Een triple DES-sessiesleutel.
TDesSessionKey ::= SEQUENCE {
tDesKeyA OCTET STRING (SIZE(8))
tDesKeyB OCTET STRING (SIZE(8))
}1998R2135 —NL—01.05.2006 —002.001 —88
▼M1
Waardetoekenning: niet nader gespecificeerd.
2.110. TimeReal (Tijdklok)
Code voor een gecombineerd veld voor datum en tijd, waarin datum en tijd
worden uitgedrukt in seconden na 00u.00m.00s. op 1 januari 1970 GMT.
TimeReal{INTEGER:TimeRealRange} ::= INTEGER(0..TimeReal-
Range)
Waardetoekenning —octet-uitgericht: aantal seconden sinds middernacht 1
januari 1970 GMT.
De laatst mogelijke datum/tijd is in het jaar 2106.
2.111. TyreSize (Bandenmaat)
Aanduiding van de afmetingen van de banden.TyreSize ::= IA5String(SIZE(15))Waardetoekenning: overeenkomstig Richtlijn 92/23/EEG 31.3.1992, PB L 129,
blz. 95.
2.112. VehicleIdentificationNumber (Voertuigidentificatienummer)
Identificatienummer van het voertuig (VIN) dat verwijst naar het voertuig als
geheel, in de regel het chassisnummer.
VehicleIdentificationNumber ::= IA5String(SIZE(17))
Waardetoekenning: zoals gedefinieerd in ISO 3779.
2.113. VehicleRegistrationIdentification (Identificatie van de voertuigregi-
stratie)
Identificatie van een voertuig, uniek voor Europa (kentekennummer en lidstaat).VehicleRegistrationIdentification ::= SEQUENCE {
vehicleRegistrationNation NationNumeric,vehicleRegistrationNumber VehicleRegistrationNumber
}vehicleRegistrationNation is het land waar het voertuig geregistreerd is.
vehicleRegistrationNumber is het kentekennummer van het voertuig (VRN).
2.114. VehicleRegistrationNumber (Kentekennummer)
Kentekennummer van het voertuig (VRN). Het kentekennummer wordt door de
autoriteit afgegeven die de vergunning verleent.
VehicleRegistrationNumber ::= SEQUENCE {
codePage INTEGER (0..255),
vehicleRegNumber OCTET STRING (SIZE(13))
}codePage specificeert het deel van ISO/IEC 8859 dat gebruikt wordt om het
vehicleRegNumber te coderen.
vehicleRegNumber is een overeenkomstig ISO/IEC 8859-codePage gecodeerd
kentekennummer.
Waardetoekenning: specifiek voor een land.
2.115. VuActivityDailyData (Gegevens over de dagelijkse activiteiten van de
VU)
In een VU opgeslagen informatie met betrekking tot wijzigingen in de activiteiten
en/of wijzigingen in de rijstatus en/of wijzigingen in de status van de kaart voor
een bepaalde kalenderdag (voorschrift 084) en in de status van lezers op 00:00
die dag.
VuActivityDailyData ::= SEQUENCE {
noOfActivityChanges INTEGER SIZE(0..1 440),1998R2135 —NL—01.05.2006 —002.001 —89
▼M1
activityChangeInfos SET SIZE(noOfActivityChanges) OF Acti-
vityChangeInfo
}
noOfActivityChanges is het aantal ActivityChangeInfo-woorden in de activity-
ChangeInfos-reeks.
activityChangeInfos is de reeks in de VU opgeslagen ActivityChangeInfo-
woorden voor de dag.
2.116. VuApprovalNumber (Goedkeuringsnummer van de VU)
Goedkeuringsnummer van de voertuigunit.
VuApprovalNumber ::= IA5String(SIZE(8))Waardetoekenning: niet gespecificeerd.
2.117. VuCalibrationData (Kalibreringsgegevens van de VU)
In een voertuigunit opgeslagen informatie met betrekking tot de kalibreringen
van het controleapparaat (voorschrift 098).
VuCalibrationData ::= SEQUENCE {
noOfVuCalibrationRecords INTEGER(0..255),
vuCalibrationRecords SET SIZE(noOfVuCalibrationRecords) OF
VuCalibrationRecord
}
noOfVuCalibrationRecords is het aantal registraties in de vuCalibrationRecords
reeks.
vuCalibrationRecords is de reeks kalibreringsregistraties.
2.118. VuCalibrationRecord (Kalibreringsregistratie van de VU)
In een voertuigunit opgeslagen informatie met betrekking tot een kalibrering van
het controleapparaat (voorschrift 098).
VuCalibrationRecord ::= SEQUENCE {
calibrationPurpose CalibrationPurpose,workshopName Name,workshopAddress Address,
workshopCardNumber FullCardNumber,
workshopCardExpiryDate TimeReal,vehicleIdentificationNumber VehicleIdentificationNumber,vehicleRegistrationIdentification VehicleRegistrationIdentifica-
tion,
wVehicleCharacteristicConstant W-VehicleCharacteristicCons-
tant,
kConstantOfRecordingEquipment K-ConstantOfRecordingE-
quipment,
lTyreCircumference L-TyreCircumference,tyreSize TyreSize,authorisedSpeed SpeedAuthorised,
oldOdometerValue OdometerShort,
newOdometerValue OdometerShort,oldTimeValue TimeReal,newTimeValue TimeReal,nextCalibrationDate TimeReal
}
calibrationPurpose is het doel van de kalibrering.1998R2135 —NL—01.05.2006 —002.001 —90
▼M1
workshopName, workshopAddress zijn de naam en het adres van de werk-
plaats.
workshopCardNumber identificeert de werkplaatskaart die tijdens de kalibrering
wordt gebruikt.
workshopCardExpiryDate is de vervaldatum van de kaart.
vehicleIdentificationNumber is het VIN-nummer.
vehicleRegistrationIdentification bevat het kentekennummer en de registerende
lidstaat.
wVehicleCharacteristicConstant is de kenmerkende coëfficiënt van het voer-
tuig.
kConstantOfRecordingEquipment is de constante van het controleapparaat.
lTyreCircumference is de effectieve omtrek van de wielbanden.
tyreSize is de aanduiding van de afmeting van de banden waarmee het voertuig
uitgerust is.
authorisedSpeed is de toegestane snelheid van het voertuig.
oldOdometerValue, newOdometerValue zijn de oude en nieuwe kilometer-
standen.
oldTimeValue, newTimeValue zijn de oude en nieuwe waarden van datum en
tijd.
nextCalibrationDate is de datum van de volgende in CalibrationPurpose gespe-
cificeerde soort kalibrering die door de bevoegde controleautoriteit uitgevoerd
moet worden.
2.119. VuCardIWData (Gegevens over het inbrengen en uitnemen van een
kaart)
In een voertuigunit opgeslagen informatie met betrekking tot cycli van inbrengen
in- en uitnemen uit een voertuigunit van bestuurderskaarten of werkplaatskaarten
(voorschrift 081).
VuCardIWData ::= SEQUENCE {
noOfIWRecords INTEGER(0..216-1),vuCardIWRecords SET SIZE(noOfIWRecords) OF VuCardIWRe-
cord
}noOfIWRecords is het aantal registraties in de reeks vuCardIWRecords.
vuCardIWRecords is een reeks registraties met betrekking tot cycli van
inbrengen en uitnemen van een kaart.
2.120. VuCardIWRecord (Registratie van het inbrengen en uitnemen van
een kaart)
In een voertuigunit opgeslagen informatie met betrekking tot cycli van inbrengen
in- en uitnemen uit een voertuigunit van een bestuurderskaart of een werkplaats-
kaart (voorschrift 081).
VuCardIWRecord ::= SEQUENCE {
cardHolderName HolderName,fullCardNumber FullCardNumber,cardExpiryDate TimeReal,cardInsertionTime TimeReal,vehicleOdometerValueAtInsertion OdometerShort,cardSlotNumber CardSlotNumber,cardWithdrawalTime TimeReal,vehicleOdometerValueAtWithdrawal OdometerShort,previousVehicleInfo PreviousVehicleInfo
manualInputFlag ManualInputFlag
}1998R2135 —NL—01.05.2006 —002.001 —91
▼M1
cardHolderName is de op de kaart opgeslagen naam en voornaam (voornamen)
van de houder van de bestuurders- of werkplaatskaart.
fullCardNumber is de op de kaart opgeslagen soort kaart, de lidstaat van afgifte
en het kaartnummer.
cardExpiryDate is de op de kaart opgeslagen vervaldatum van de kaart.
cardInsertionTime is de datum en tijd van inbrenging.
vehicleOdometerValueAtInsertion is de kilometerstand van het voertuig bij
kaartinbrenging.
cardSlotNumber is de lezer waarin de kaart ingebracht is.
cardWithdrawalTime is de datum en tijd van uitneming.
vehicleOdometerValueAtWithdrawal is de kilometerstand van het voertuig bij
kaartuitneming.
previousVehicleInfo bevat de op de kaart opgeslagen informatie over het vorige
door de bestuurder gebruikte voertuig.
manualInputFlag is een label dat identificeert of de kaarthouder bij de kaartin-
brenging handmatig activiteiten van de bestuurder heeft ingevoerd.
2.121. VuCertificate (VU-certificaat)
Certificaat van de openbare sleutel van een voertuigunit.
VuCertificate ::= Certificate
2.122. VuCompanyLocksData (Gegevens over bedrijfsvergrendelingen van
de VU)
In een voertuigunit opgeslagen informatie met betrekking tot bedrijfsvergrende-
lingen (voorschrift 104).
VuCompanyLocksData ::= SEQUENCE {
noOfLocks INTEGER(0..20),
vuCompanyLocksRecords SET SIZE(noOfLocks) OF VuCompa-
nyLocksRecord
}
noOfLocks is het aantal in vuCompanyLocksRecords opgenomen vergrende-
lingen.
vuCompanyLocksRecords is de reeks registraties van bedrijfsvergrendelingen.
2.123. VuCompanyLocksRecord (Registratie van bedrijfsvergrendelingen
van de VU)
In een voertuigunit opgeslagen informatie met betrekking tot een bedrijfsvergren-
deling (voorschrift 104).
VuCompanyLocksRecord ::= SEQUENCE {
lockInTime TimeReal,
lockOutTime TimeReal,
companyName Name,
companyAddress Address,
companyCardNumber FullCardNumber
}
lockInTime, lockOutTime zijn de datum en tijd van vergrendeling en ontgrende-
ling.
companyName, companyAddress zijn de naam en het adres van het vergrende-
lende bedrijf.
companyCardNumber identificeert de kaart die bij de vergrendeling wordt
gebruikt.1998R2135 —NL—01.05.2006 —002.001 —92
▼M1
2.124. VuControlActivityData (Gegevens over controleactiviteiten van de
VU)
In een voertuigunit opgeslagen informatie met betrekking tot controles die met
deze VU worden uitgevoerd (voorschrift 102).
VuControlActivityData ::= SEQUENCE {
noOfControls INTEGER(0..20),
vuControlActivityRecords SET SIZE(noOfControls) OF VuCon-
trolActivityRecord
}noOfControls is het aantal in vuControlActivityRecords opgenomen controles.
vuControlActivityRecords is de reeks registraties van controleactiviteiten.
2.125. VuControlActivityRecord (Registratie van controleactiviteiten van de
VU)
In een voertuigunit opgeslagen informatie met betrekking tot een controle die met
deze VU wordt uitgevoerd (voorschrift 102).
VuControlActivityRecord ::= SEQUENCE {
controlType ControlType,
controlTime TimeReal,
controlCardNumber FullCardNumber,downloadPeriodBeginTime TimeReal,
downloadPeriodEndTime TimeReal
}controlType is de soort controle.
controlTime is de datum en tijd van de controle.
ControlCardNumber identificeert de bij de controle gebruikte controlekaart.
downloadPeriodBeginTime is de begintijd van de overgebrachte periode, in
geval van overbrenging.
downloadPeriodEndTime is de eindtijd van de overgebrachte periode, in geval
van overbrenging.
2.126. VuDataBlockCounter (Teller van gegevensblokken van de VU)
Op een kaart opgeslagen teller die de cycli van kaartinbrenging in en kaartuit-
name uit voertuigunits opeenvolgend identificeert.
VuDataBlockCounter ::= BCDString(SIZE(2))
Waardetoekenning: opeenvolgend cijfer met een maximale waarde van 9 999,
waarna het opnieuw met 0 begint.
2.127. VuDetailedSpeedBlock (Gedetailleerd snelheidsblok van de VU)
In een voertuigunit opgeslagen informatie met betrekking tot de gedetailleerde
snelheid van het voertuig gedurende een minuut waarin het voertuig rijdt (voor-
schrift 093).
VuDetailedSpeedBlock ::= SEQUENCE {
speedBlockBeginDate TimeReal,
speedsPerSecond SEQUENCE SIZE(60) OF Speed
}speedBlockBeginDate is de datum en tijd van de eerste snelheidswaarde in het
blok.
speedsPerSecond is de chronologische sequentie van gemeten snelheden gedu-
rende elke seconde van de minuut die begint met speedBlockBeginDate
(inclusief).1998R2135 —NL—01.05.2006 —002.001 —93
▼M1
2.128. VuDetailedSpeedData (Gedetailleerde snelheidsgegevens van de VU)
In een voertuigunit opgeslagen informatie met betrekking tot de gedetailleerde
snelheid van het voertuig.
VuDetailedSpeedData ::= SEQUENCE
noOfSpeedBlocks INTEGER(0.216-1),
vuDetailedSpeedBlocks SET SIZE(noOfSpeedBlocks) OF VuDe-
tailedSpeedBlock
}
noOfSpeedBlocks is het aantal snelheidsblokken in de vuDetailedSpeedBlocks-
reeks.
vuDetailedSpeedBlocks is de reeks gedetailleerde snelheidsblokken.
2.129. VuDownloadablePeriod (Over te brengen periode van de VU)
De eerste en laatste datum waarvan een voertuigunit gegevens met betrekking tot
activiteiten van de bestuurder vasthoudt (voorschriften 081, 084 of 087).
VuDownloadablePeriod ::= SEQUENCE {
minDownloadableTime TimeReal
maxDownloadableTime TimeReal
}
minDownloadableTime is de datum en tijd van de eerste in de VU opgeslagen
kaartinbrenging, van de wijziging van activiteiten of van de invoer van de plaats.
maxDownloadableTime is de datum en tijd van de laatste in de VU opgeslagen
kaartuitneming, van de wijziging van activiteiten of van invoer van de plaats.
2.130. VuDownloadActivityData (Gegevens over overbrengingsactiviteiten
van de VU)
In een voertuigunit opgeslagen informatie met betrekking tot de laatste overbren-
ging (voorschrift 105).
VuDownloadActivityData ::= SEQUENCE {
downloadingTime TimeReal,
fullCardNumber FullCardNumber,
companyOrWorkshopName Name
}
downloadingTime is de datum en tijd van overbrenging.
fullCardNumber identificeert de kaart die wordt gebruikt om de overbrenging te
autoriseren.
companyOrWorkshopName is de naam van het bedrijf of de werkplaats.
2.131. VuEventData (Gegevens over voorvallen van de VU)
In een voertuigunit opgeslagen informatie met betrekking tot voorvallen (voor-
schrift 094 met uitzondering van snelheidsoverschrijding).
VuEventData ::= SEQUENCE {
noOfVuEvents INTEGER(0..255),
vuEventRecords SET SIZE(noOfVuEvents) OF VuEventRecord
}
noOfVuEvents is het aantal in de vuEventRecords-reeks opgenomen voorvallen.
vuEventRecords is een reeks voorvallenregistraties.
2.132. VuEventRecord (Voorvallenregistratie van de VU)
In een voertuigunit opgeslagen informatie met betrekking tot een voorval (voor-
schrift 094 met uitzondering van snelheidsoverschrijding).
VuEventRecord ::= SEQUENCE {1998R2135 —NL—01.05.2006 —002.001 —94
▼M1
eventType EventFaultType,
eventRecordPurpose EventFaultRecordPurpose,eventBeginTime TimeReal,eventEndTime TimeReal,cardNumberDriverSlotBegin FullCardNumber,cardNumberCodriverSlotBegin FullCardNumber,cardNumberDriverSlotEnd FullCardNumber,
cardNumberCodriverSlotEnd FullCardNumber,
similarEventsNumber SimilarEventsNumber
}eventType is de soort voorval.
eventRecordPurpose is het doel waarvoor dit voorval geregistreerd werd.
eventBeginTime is de datum en tijd van het begin van het voorval.
eventEndTime is de datum en tijd van het einde van het voorval.
cardNumberDriverSlotBegin identificeert de aan het begin van het voorval in
de lezer van de bestuurder ingebrachte kaart.
cardNumberCodriverSlotBegin identificeert de aan het begin van het voorval in
de lezer van de bijrijder ingebrachte kaart.
cardNumberDriverSlotEnd identificeert de aan het einde van het voorval in de
lezer van de bestuurder ingebrachte kaart.
cardNumberCodriverSlotEnd identificeert de aan het einde van het voorval in
de lezer van de bijrijder ingebrachte kaart.
similarEventsNumber is het aantal vergelijkbare voorvallen op die dag.
Deze sequentie kan worden gebruikt voor alle voorvallen met uitzondering van
snelheidsoverschrijdingen.
2.133. VuFaultData (Gegevens over fouten van de VU)
In een voertuigunit opgeslagen informatie met betrekking tot fouten (voorschrift
096).
VuFaultData ::= SEQUENCE {
noOfVuFaults INTEGER(0..255),vuFaultRecords SET SIZE(noOfVuFaults) OF VuFaultRecord
}
noOfVuFaults is het aantal in de vuFaultRecords reeks opgenomen fouten.
vuFaultRecords is een reeks foutenregistraties.
2.134. VuFaultRecord (Foutenregistratie van de VU)
In een voertuigunit opgeslagen informatie met betrekking tot een fout (voorschrift
096).
VuFaultRecord ::= SEQUENCE {
faultType EventFaultType,
faultRecordPurpose EventFaultRecordPurpose,
faultBeginTime TimeReal,faultEndTime TimeReal,cardNumberDriverSlotBegin FullCardNumber,cardNumberCodriverSlotBegin FullCardNumber,cardNumberDriverSlotEnd FullCardNumber,cardNumberCodriverSlotEnd FullCardNumber
}
faultType is de soort fout van het controleapparaat.1998R2135 —NL—01.05.2006 —002.001 —95
▼M1
faultRecordPurpose is het doel waarvoor deze fout geregistreerd werd.
faultBeginTime is de datum en tijd van het begin van de fout.
faultEndTime is de datum en tijd van het einde van de fout.
cardNumberDriverSlotBegin identificeert de aan het begin van de fout in de
lezer van de bestuurder ingebrachte kaart.
cardNumberCodriverSlotBegin identificeert de aan het begin van de fout in de
lezer van de bijrijder ingebrachte kaart.
cardNumberDriverSlotEnd identificeert de aan het einde van de fout in de lezer
van de bestuurder ingebrachte kaart.
cardNumberCodriverSlotEnd identificeert de aan het einde van de fout in de
lezer van de bijrijder ingebrachte kaart.
2.135. VuIdentification (Identificatie van de VU)
In een voertuigunit opgeslagen informatie met betrekking tot de identificatie van
de voertuigunit (voorschrift 075).
VuIdentification ::= SEQUENCE {
vuManufacturerName VuManufacturerName,vuManufacturerAddress VuManufacturerAddress,
vuPartNumber VuPartNumber,
vuSerialNumber VuSerialNumber,vuSoftwareIdentification VuSoftwareIdentification,
vuManufacturingDate VuManufacturingDate,
vuApprovalNumber VuApprovalNumber
}vuManufacturerName is de naam van de fabrikant van de voertuigunit.
vuManufacturerAddress is het adres van de fabrikant van de voertuigunit.
vuPartNumber is het onderdeelnummer van de voertuigunit.
vuSerialNumber is het serienummer van de voertuigunit.
vuSoftwareIdentification identificeert de software die in de voertuigunit geïm-
plementeerd is.
vuManufacturingDate is het bouwjaar van de voertuigunit.
vuApprovalNumber is het typegoedkeuringsnummer van de voertuigunit.
2.136. VuManufacturerAddress(Adres van de fabrikant van de VU)
Adres van de fabrikant van de voertuigunit.
VuManufacturerAddress ::= AddressWaardetoekenning: niet gespecificeerd.
2.137. VuManufacturerName (Naam van de fabrikant van de VU)
Naam van de fabrikant van de voertuigunit.VuManufacturerName ::= Name
Waardetoekenning: niet gespecificeerd.
2.138. VuManufacturingDate (Bouwjaar van de VU)
Bouwjaar van de voertuigunit.VuManufacturingDate ::= TimeRealWaardetoekenning: niet gespecificeerd.
2.139. VuOverSpeedingControlData (Controlegegevens over snelheidsover-
schrijding van de VU)
In een voertuigunit opgeslagen informatie met betrekking tot snelheidsoverschrij-
dingen sinds de laatste controle van de snelheidsoverschrijding (voorschrift 095).1998R2135 —NL—01.05.2006 —002.001 —96
▼M1
VuOverSpeedingControlData ::= SEQUENCE {
lastOverspeedControlTime TimeReal,
firstOverspeedSince TimeReal,numberOfOverspeedSince OverspeedNumber
}lastOverspeedControlTime is de datum en tijd van de laatste controle van de
snelheidsoverschrijding.
firstOverspeedSince is de datum en tijd van de eerste snelheidsoverschrijding na
deze controle van de snelheidsoverschrijding.
numberOfOverspeedSince is het aantal snelheidsoverschrijdingen na de laatste
controle van de snelheidsoverschrijding.
2.140. VuOverSpeedingEventData (Gegevens over voorvallen van snelheids-
overschrijding van de VU)
In een voertuigunit opgeslagen informatie met betrekking tot voorvallen van snel-
heidsoverschrijding (voorschrift 094).
VuOverSpeedingEventData ::= SEQUENCE {
noOfVuOverSpeedingEvents INTEGER(0..255),
vuOverSpeedingEventRecords SET SIZE(noOfVuOverSpeedin-
gEvents) OF VuOverSpeedingEventRecord
}
noOfVuOverSpeedingEvents is het aantal in de vuOverSpeedingEventRecords-
reeks opgenomen voorvallen.
vuOverSpeedingEventRecords is een reeks voorvallenregistraties van snelheids-
overschrijding.
2.141. VuOverSpeedingEventRecord (Voorvallenregistraties van snelheids-
overschrijding van de VU)
In een voertuigunit opgeslagen informatie met betrekking tot voorvallen van snel-
heidsoverschrijding (voorschrift 094).
VuOverSpeedingEventRecord ::= SEQUENCE {
eventType EventFaultType,eventRecordPurpose EventFaultRecordPurpose,eventBeginTime TimeReal,
eventEndTime TimeReal,
maxSpeedValue SpeedMax,averageSpeedValue SpeedAverage,cardNumberDriverSlotBegin FullCardNumber,similarEventsNumber SimilarEventsNumber
}
eventType is de soort voorval.
eventRecordPurpose is het doel waarvoor dit voorval geregistreerd werd.
eventBeginTime is de datum en tijd van het begin van het voorval.
eventEndTime is de datum en tijd van het einde van het voorval.
maxSpeedValue is de tijdens het voorval gemeten maximumsnelheid.
averageSpeedValue is de tijdens het voorval gemeten rekenkundige gemiddelde
snelheid.
cardNumberDriverSlotBegin identificeert de aan het begin van het voorval in
de lezer van de bestuurder ingebrachte kaart.
similarEventsNumber is het aantal vergelijkbare voorvallen op die dag.1998R2135 —NL—01.05.2006 —002.001 —97
▼M1
2.142. VuPartNumber (Onderdeelnummer van de VU)
Onderdeelnummer van de voertuigunit.
VuPartNumber ::= IA5String(SIZE(16))Waardetoekenning: specifiek voor de fabrikant van de VU.
2.143. VuPlaceDailyWorkPeriodData (Gegevens over plaatsen van dagelijkse
werkperioden van de VU)
In een voertuigunit opgeslagen informatie met betrekking tot plaatsen waar
bestuurders een dagelijkse werkperiode beginnen of eindigen (voorschrift 087).
VuPlaceDailyWorkPeriodData ::= SEQUENCE {
noOfPlaceRecords INTEGER(0..255),vuPlaceDailyWorkPeriodRecords SET SIZE(noOfPlaceRecords)
OF VuPlaceDailyWorkPeriodRecord
}noOfPlaceRecords is het aantal in de vuPlaceDailyWorkPeriodRecords-reeks
opgenomen registraties.
vuPlaceDailyWorkPeriodRecords is een reeks registraties met betrekking tot de
plaats.
2.144. VuPlaceDailyWorkPeriodRecord (Registraties van plaatsen van dage-
lijkse werkperioden van de VU)
In een voertuigunit opgeslagen informatie met betrekking tot een plaats waar een
bestuurder een dagelijkse werkperiode begint of eindigt (voorschrift 087).
VuPlaceDailyWorkPeriodRecord ::= SEQUENCE {
fullCardNumber FullCardNumber,
placeRecord PlaceRecord
}fullCardNumber is de soort bestuurderskaart, de lidstaat van afgifte en het kaart-
nummer.
placeRecord bevat de informatie met betrekking tot de ingevoerde plaats.
2.145. VuPrivateKey (Particuliere sleutel van de VU)
De particuliere sleutel van een voertuigunit.VuPrivateKey ::= RSAKeyPrivateExponent
2.146. VuPublicKey (Openbare sleutel van de VU)
De openbare sleutel van een voertuigunit.
VuPublicKey ::= PublicKey
2.147. VuSerialNumber (Serienummer van de VU)
Serienummer van de voertuigunit (voorschrift 075).VuSerialNumber ::= ExtendedSerialNumber
2.148. VuSoftInstallationDate (Datum van installatie van de software in de
VU)
Datum van installatie van de softwareversie in de voertuigunit.VuSoftInstallationDate ::= TimeReal
Waardetoekenning: niet gespecificeerd.
2.149. VuSoftwareIdentification (Identificatie van de software van de VU)
In een voertuigunit opgeslagen informatie met betrekking tot de geïnstalleerde
software.
VuSoftwareIdentification ::= SEQUENCE {1998R2135 —NL—01.05.2006 —002.001 —98
▼M1
vuSoftwareVersion VuSoftwareVersion,
vuSoftInstallationDate VuSoftInstallationDate
}vuSoftwareVersion is het nummer van de softwareversie van de voertuigunit.
vuSoftInstallationDate is de datum van installatie van de softwareversie.
2.150. VuSoftwareVersion (Softwareversie van de VU)
Nummer van de softwareversie van de voertuigunit.VuSoftwareVersion ::= IA5String(SIZE(4))Waardetoekenning: niet gespecificeerd.
2.151. VuSpecificConditionData (Gegevens over specifieke omstandigheden
van de VU)
In een voertuigunit opgeslagen informatie met betrekking tot specifieke omstan-
digheden.
VuSpecificConditionData ::= SEQUENCE {
noOfSpecificConditionRecords INTEGER(0..2
16-1)
specificConditionRecords SET SIZE (noOfSpecificConditionRe-
cords) OF SpecificConditionRecord
}noOfSpecificConditionRecords is het aantal in de specificConditionRecords-
reeks opgenomen registraties.
specificConditionRecords is een reeks registraties met betrekking tot specifieke
omstandigheden.
2.152. VuTimeAdjustmentData (Tijdafstellingsgegevens van de VU)
In een voertuigunit opgeslagen informatie met betrekking tot de buiten het kader
van een geregelde kalibrering uitgevoerde tijdafstellingen (voorschrift 101).
VuTimeAdjustmentData ::= SEQUENCE {
noOfVuTimeAdjRecords INTEGER(0..6),vuTimeAdjustmentRecords SET SIZE(noOfVuTimeAdjRecords)
OF VuTimeAdjustmentRecord
}noOfVuTimeAdjRecords is het aantal registraties in de vuTimeAdjustmentRe-
cords.
vuTimeAdjustmentRecords is een reeks tijdafstellingsregistraties.
2.153. VuTimeAdjustmentRecord (Tijdafstellingsregistraties van de VU)
In een voertuigunit opgeslagen informatie met betrekking tot een buiten het kader
van een geregelde kalibrering uitgevoerde tijdafstelling (voorschrift 101).
VuTimeAdjustmentRecord ::= SEQUENCE {
oldTimeValue TimeReal,newTimeValue TimeReal,workshopName Name,workshopAddress Address,workshopCardNumber FullCardNumber
}oldTimeValue, newTimeValue zijn de oude en nieuwe waarden van datum en
tijd.
workshopName, workshopAddress zijn de naam en het adres van de werk-
plaats.
workshopCardNumber identificeert de voor de tijdafstelling gebruikte werk-
plaatskaart.1998R2135 —NL—01.05.2006 —002.001 —99
▼M1
2.154. W-VehicleCharacteristicConstant (Kenmerkende coëfficiënt van het
voertuig)
Kenmerkende coëfficiënt van het voertuig (definitie k).
W-VehicleCharacteristicConstant ::= INTEGER(0..216-1))
Waardetoekenning: impulsen per kilometer in het operationele bereik 0 tot
64 255 pulsen/km.
2.155. WorkshopCardApplicationIdentification (Toepassingsidentificatie van
de werkplaatskaart)
Op een werkplaatskaart opgeslagen informatie met betrekking tot de toepassings-
identificatie van de kaart (voorschrift 190).
WorkshopCardApplicationIdentification ::= SEQUENCE {
typeOfTachographCardId EquipmentType,
cardStructureVersion CardStructureVersion,
noOfEventsPerType NoOfEventsPerType,
noOfFaultsPerType NoOfFaultsPerType,
activityStructureLength CardActivityLengthRange,
noOfCardVehicleRecords NoOfCardVehicleRecords,
noOfCardPlaceRecords NoOfCardPlaceRecords,
noOfCalibrationRecords NoOfCalibrationRecords
}
typeOfTachographCardId specificeert de geïmplementeerde kaartsoort.
cardStructureVersion specificeert de versie van de op de kaart geïmplemen-
teerde structuur.
noOfEventsPerType is het aantal voorvallen per soort voorval dat de kaart kan
registreren.
noOfFaultsPerType is het aantal fouten per soort fout dat de kaart kan regi-
streren.
activityStructureLength geeft het aantal beschikbare bytes aan voor het opslaan
van registraties van activiteiten.
noOfCardVehicleRecords is het aantal voertuigregistraties dat de kaart kan
bevatten.
noOfCardPlaceRecords is het aantal plaatsen dat de kaart kan registreren.
noOfCalibrationRecords is het aantal kalibreringsregistraties dat de kaart kan
opslaan.
2.156. WorkshopCardCalibrationData (Kalibreringsgegevens van de werk-
plaatskaart)
Op een werkplaatskaart opgeslagen informatie met betrekking tot de met de kaart
uitgevoerde activiteiten van de werkplaats (voorschriften 227 en 229).
WorkshopCardCalibrationData ::= SEQUENCE {
calibrationTotalNumber INTEGER(0..216-1),
calibrationPointerNewestRecord INTEGER(0..NoOfCalibration-
Records-1),
calibrationRecords SET SIZE(NoOfCalibrationRecords) OF
WorkshopCardCalibrationRecord
}
calibrationTotalNumber is het totale aantal met de kaart uitgevoerde kalibre-
ringen.
calibrationPointerNewestRecord is de index van de laatst bijgewerkte kalibre-
ringsregistratie.
Waardetoekenning: getal dat correspondeert met de teller van de kalibreringsre-
gistratie, beginnend met ′0′voor de eerste kalibreringsregistratie in de structuur.1998R2135 —NL—01.05.2006 —002.001 —100
▼M1
calibrationRecords is de reeks registraties die informatie over kalibrering en/of
tijdafstelling bevat.
2.157. WorkshopCardCalibrationRecord (Kalibreringsregistratie van de
werkplaatskaart)
Op een werkplaatskaart opgeslagen informatie met betrekking tot een met de
kaart uitgevoerde kalibrering (voorschrift 227).
WorkshopCardCalibrationRecord ::= SEQUENCE {
calibrationPurpose CalibrationPurpose,vehicleIdentificationNumber VehicleIdentificationNumber,vehicleRegistration VehicleRegistrationIdentification,wVehicleCharacteristicConstant W-VehicleCharacteristicCons-
tant,
kConstantOfRecordingEquipment K-ConstantOfRecordingE-
quipment,
lTyreCircumference L-TyreCircumference,tyreSize TyreSize,authorisedSpeed SpeedAuthorised,oldOdometerValue OdometerShort,newOdometerValue OdometerShort,oldTimeValue TimeReal,newTimeValue TimeReal,nextCalibrationDate TimeReal,vuPartNumber VuPartNumber,vuSerialNumber VuSerialNumber,sensorSerialNumber SensorSerialNumber
}calibrationPurpose is het doel van de kalibrering.
vehicleIdentificationNumber is het VIN-nummer.
vehicleRegistration bevat het kentekennummer en de registrerende lidstaat.
wVehicleCharacteristicConstant is de kenmerkende coëfficiënt van het voer-
tuig.
kConstantOfRecordingEquipment is de constante van het controleapparaat.
lTyreCircumference is de effectieve omtrek van de wielbanden.
tyreSize is de aanduiding van de afmeting van de banden die op het voertuig
liggen.
authorisedSpeed is de toegestane maximumsnelheid van het voertuig.
oldOdometerValue, newOdometerValue zijn de oude en nieuwe kilometer-
standen.
oldTimeValue, newTimeValue zijn de oude en nieuwe waarden van datum en
tijd.
nextCalibrationDate is de datum van de volgende in CalibrationPurpose gespe-
cificeerde soort kalibrering die door de bevoegde controleautoriteit moet worden
uitgevoerd.
vuPartNumber, vuSerialNumber ensensorSerialNumber zijn de gegevensele-
menten voor identificatie van het controleapparaat.
2.158. WorkshopCardHolderIdentification (Identificatie van de werkplaats-
kaarthouder)
Op een werkplaatskaart opgeslagen informatie met betrekking tot de identificatie
van de kaarthouder (voorschrift 216).
WorkshopCardHolderIdentification ::= SEQUENCE {
workshopName Name,1998R2135 —NL—01.05.2006 —002.001 —101
▼M1
workshopAddress Address,
cardHolderName HolderName,
cardHolderPreferredLanguage Language
}
workshopName is de naam van de werkplaats van de kaarthouder.
workshopAddress is het adres van de werkplaats van de kaarthouder.
cardHolderName is de naam en voornaam (voornamen) van de houder (bijv. de
naam van de monteur).
cardHolderPreferredLanguage is de voorkeurtaal van de kaarthouder.
2.159. WorkshopCardPIN (PIN-code van de werkplaatskaart)
Personal identification number (PIN-code) van de werkplaatskaart (voorschrift
213).
WorkshopCardPIN ::= IA5String(SIZE(8))Waardetoekenning: de bij de kaarthouder bekende PIN-code, rechts met ′F′
bytes tot maximaal 8 bytes opgevuld.
3. DEFINITIES VAN WAARDENBEREIK EN AFMETINGENBEREIK
Definitie van variabele waarden die gebruikt zijn bij de definities in paragraaf 2.TimeRealRange ::= 2
32-1
3.1.Definities voor de bestuurderskaart:
Naam van de variabele waarde Min Max
CardActivityLengthRange 5 544
bytes (28 dagen 93
activiteiten-wijzi-
gingen per dag)13 776
bytes (28 dagen 240
activiteiten-wijzi-
gingen per dag)
NoOfCardPlaceRecords 84 112
NoOfCardVehicleRecords 84 200
NoOfEventsPerType 6 12
NoOfFaultsPerType 12 24
3.2.Definities voor de werkplaatskaart:
Naam van de variabele waarde Min Max
CardActivityLengthRange 198 bytes
(1 dag 93 activi-
teiten-wijzigingen)492 bytes
(1 dag 240 activi-
teiten-wijzigingen)
NoOfCardPlaceRecords 6 8
NoOfCardVehicleRecords 4 8
NoOfEventsPerType 3 3
NoOfFaultsPerType 6 6
NoOfCalibrationRecords 88 255
3.3.Definities voor de controlekaart:
Naam van de variabele waarde Min Max
NoOfControlActivityRecords 230 5201998R2135 —NL—01.05.2006 —002.001 —102
▼M1
3.4.Definities voor de bedrijfskaart:
Naam van de variabele waarde Min Max
NoOfCompanyActivityRecords 230 520
4. TEKENSETS
IA5-Strings gebruiken de ASCII-tekens zoals gedefinieerd in ISO/IEC 8824-1.
Voor de leesbaarheid en voor gemakkelijke verwijzing wordt de waardetoeken-
ning hieronder gegeven. In geval van afwijkingen geldt ISO/IEC 8824-1 boven
deze informatieve notitie.
! " # $ % & ' ( ) * + , - . / 0 1 2 3 4 5 6 7 8 9 : ; < = > ?
@ A B C D E F G H I J K L M N O P Q R S T U V W X Y Z [ \ ] ˆ_
‵a b c d e f g h i j k l m n o p q r s t u v w x y z { | } ∼
Andere tekenstrings (Address, Name, VehicleRegistratonNumber) gebruiken
bovendien de tekens die worden gedefinieerd door de codes 192 tot en met 255
van ISO/IEC 8859-1 (Latijn1 tekenset) of ISO/IEC 8859-7 (Griekse tekenset).
5. CODERING
In het geval van codering met ASN.1-coderegels moeten alle gedefinieerde gege-
venssoorten gecodeerd worden overeenkomstig ISO/IEC 8825-2, uitgerichte
variant.1998R2135 —NL—01.05.2006 —002.001 —103
▼M1
Appendix 2
SPECIFICATIE VAN TACHOGRAAFKAARTEN
INHOUD
1. Inleiding …........................................................................................
1.1. Afkortingen ….....................................................................................
1.2. Referenties …......................................................................................
2. Elektronische en fysieke kenmerken ….........................................................
2.1. Toevoerspanning en stroomverbruik ….........................................................
2.2. Programmeerspanning Vpp…....................................................................
2.3. Klokgenerering en klokfrequentie …............................................................
2.4.2.5. I/O-contact …Statussen van de kaart …........................................................
3. Hardware en communicatie …...................................................................
3.1. Inleiding …........................................................................................
3.2. Transmissieprotocol …............................................................................
3.2.1. Protocollen …......................................................................................
3.2.2. ATR ….............................................................................................
3.2.3. PTS …..............................................................................................
3.3. Toegangscondities (AC) ….......................................................................
3.4. Gegevenscodering …..............................................................................
3.5. Overzicht van commando's en foutcodes …....................................................
3.6. Beschrijving van commando's …................................................................
3.6.1. Select File (Selecteer bestand) …................................................................
3.6.1.1. Selectie op naam (AID) ….......................................................................
3.6.1.2. Selectie van een hoofdbestand met behulp van het bestandsidentificatiesymbool daarvan
…...................................................................................................
3.6.2. Read Binary (Lees binair getal) …..............................................................
3.6.2.1. Commando zonder beveiligde berichtenuitwisseling ….......................................
3.6.2.2. Commando met beveiligde berichtenuitwisseling …...........................................
3.6.3. Update Binary (Bijwerken van binair getal) ….................................................
3.6.3.1. Commando zonder beveiligde berichtenuitwisseling ….......................................
3.6.3.2. Commando met beveiligde berichtenuitwisseling …...........................................
3.6.4. Get Challenge (Vraag naar identiteit) …........................................................
3.6.5. Verify (Verifieer) …...............................................................................
3.6.6. Get Response (Haal antwoord op) …...........................................................
3.6.7. PSO: Verify Certificate (PSO: verifieer certificaat) ….........................................
3.6.8. Internal Authenticate (Interne authenticatie) ….................................................
3.6.9. External Authenticate (Externe authenticatie) …...............................................
3.6.10. Manage Security Environment (Beheer beveiligingsomgeving) …...........................
3.6.11. PSO: Hash (PSO: Hash) ….......................................................................
3.6.12. Perform Hash of File (Voer hash van bestand uit) …..........................................
3.6.13. PSO: Compute Digital Signature (PSO: bereken digitale handtekning) …..................
3.6.14. PSO: Verify Digital Signature (PSO: verifieer digitale handtekening) …....................
4. Structuur van de tachograafkaarten …...........................................................
4.1. Structuur van de bestuurderskaart …............................................................
4.2. Structuur van de werkplaatskaart ….............................................................1998R2135 —NL—01.05.2006 —002.001 —104
▼M1
4.3. Structuur van de controlekaart …................................................................
4.4. Structuur van de bedrijfskaart ….................................................................1998R2135 —NL—01.05.2006 —002.001 —105
▼M1
1. INLEIDING
1.1.Afkortingen
In deze appendix worden de volgende afkortingen gebruikt.
AC Toegangscondities
AID Toepassingsidentificatiesymbool
ALW AltijdAPDU Toepassingsprotocol gegevensunit (structuur van een commando)
ATR Antwoord op terugstellen
AUT GeauthentiseerdC6, C7 Contacten nrs. 6 en 7 van de kaart zoals omschreven in ISO/IEC
7816-2
cc klokcycli
CHV Verificatie-informatie van de kaarthouder
CLA Bytecategorie van een APDU-commandoDF Toepassingsgericht bestand. Een DF kan andere bestanden (EF of
DF) bevatten
EF Hoofdbestand
ENC Gecodeerd: toegang is alleen mogelijk door het coderen van gege-
vens
etu elementaire tijdunit
IC Integrated circuit
ICC IC-kaart
ID Identificatiesymbool
IFD Interface-inrichtingIFS Grootte van informatieveld
IFSC Grootte van informatieveld voor de kaart
IFSD Inrichting voor grootte van het informatieveld (voor het werkstation)INS Instructiebyte van een APDU-commando
Lc Lengte van de invoergegevens voor een APDU-commando
Le Lengte van de verwachte gegevens (uitvoergegevens voor een
commando)
MF Stambestand (wortel DF)P1-P2 Parameterbytes
NAD Node adres gebruikt in het T=1 protocol
NEV NooitPIN Personal Identification Number (PIN-code)
PRO SM Beschermd door beveiligde berichtenuitwisseling
PTS Protocol voor transmissieselectie
RFU Gereserveerd voor toekomstig gebruik
RST Terugstellen (van de kaart)SM Beveiligde berichtenuitwisseling
SW1-SW2 Statusbytes
TS Initieel ATR-tekenVPP Programmeerspanning
XXh Waarde XX in hexadecimale notatie
|| Verbindingssymbool 03||04=0304
1.2.Referenties
De onderstaande referenties worden in deze appendix gebruikt:EN 726-3 Identification cards systems —Telecommunications integrated circuit(s) cards and
terminals —Part 3: Application independent card requirements. December 1994.
ISO/CEI 7816-2 Information technology —Identification cards —Integrated circuit(s) cards with
contacts —Part 2: Dimensions and location of the contacts. First edition: 1999.1998R2135 —NL—01.05.2006 —002.001 —106
▼M1
ISO/CEI 7816-3 Information technology —Identification cards —Integrated circuit(s) cards with
contacts —Part 3: Electronic signals and transmission protocol. Edition 2: 1997.
ISO/CEI 7816-4 Information technology —Identification cards —Integrated circuit(s) cards with
contacts —Part 4: Interindustry commands for interexchange. First edition: 1995 +
Amendment 1: 1997.
ISO/CEI 7816-6 Information technology —Identification cards —Integrated circuit(s) cards with
contacts —Part 6: Interindustry data elements. First Edition: 1996 + Cor 1: 1998.
ISO/CEI 7816-8 Information technology —Identification cards —Integrated circuit(s) cards with
contacts —Part 8: Security related interindustry commands. First Edition: 1999.
ISO/CEI 9797 Information technology —Security techniques —Data integrity mechanism using a
cryptographic check function employing a block cipher algorithm. Edition 2: 1994.
2. ELEKTRONISCHE EN FYSIEKE KENMERKEN
Alle elektronische signalen moeten in overeenstemming zijn met ISO/IEC 7816-3
tenzij anders gespecificeerd.
De plaats en de afmetingen van de contacten van de kaart moeten voldoen aan
ISO/IEC 7816-2.
2.1.Toevoerspanning en stroomverbruik
De kaart moet overeenkomstig de specificaties binnen de verbruikslimieten
gespecificeerd in ISO/IEC 7816-3 werken.
De kaart moet met Vcc= 3 V (+/− 0,3 V) of met Vcc= 5 V (+/− 0,5 V) werken.
Spanningsselectie moet overeenkomstig ISO/IEC 7816-3 worden uitgevoerd.
2.2.Programmeerspanning Vpp
De kaart mag geen programmeerspanning op pin C6 gebruiken. Aangenomen
wordt dat C6 niet aangesloten is in een IFD. Contact C6 kan worden verbonden
met Vccin de kaart maar mag niet met de aarde verbonden worden. Deze span-
ning mag in geen geval worden omgezet.
2.3.Klokgenerering en klokfrequentie
De kaart moet binnen een frequentiebereik van 1 tot 5 MHz werken. Binnen een
kaartsessie mag de klokfrequentie ± 2 % variëren. De klokfrequentie wordt door
de voertuigunit en niet door de kaart zelf gegenereerd. De inschakelduur kan vari-
ëren tussen 40 en 60 %.
Onder de in kaartbestand EFICCopgenomen voorwaarden kan de externe klok stil-
gezet worden. De eerst byte van het EFICC-bestandsdeel codeert de voorwaarden
voor de klokonderbrekingsmodus (zie EN 726-3 voor verdere details):
Laag Hoog
Bit 1 Bit 3 Bit 2
0 0 1 Klokonderbreking toegestaan, geen voorkeurni-
veau
0 1 1 Klokonderbreking toegestaan, bij voorkeur hoog
niveau
1 0 1 Klokonderbreking toegestaan, bij voorkeur laag
niveau
0 0 0 Klokonderbreking niet toegestaan
0 1 0 Klokonderbreking alleen toegestaan op hoog
niveau
1 0 0 Klokonderbreking alleen toegestaan op laag
niveau
De bits 4 tot en met 8 worden niet gebruikt.1998R2135 —NL—01.05.2006 —002.001 —107
▼M1
2.4.I/O-contact
Het I/O-contact C7 wordt gebruikt om gegevens van de IFD te ontvangen en om
gegevens naar de IFD over te brengen. Alleen tijdens de werking moet ofwel de
kaart ofwel de IFD in overbrengingsmodus zijn. Wanneer beide units in overbren-
gingsmodus zijn, mag er geen schade aan de kaart ontstaan. Wanneer de kaart
niet overbrengt, moet hij in de ontvangstmodus zijn.
2.5.Statussen van de kaart
De kaart werkt in twee statussen wanneer de toevoerspanning aangesloten is:
—operationele status bij het uitvoeren van commando's of bij verbinding met de
digitale unit,
—niet werkzame status op alle andere tijdstippen; in deze status moet de kaart
alle gegevens vasthouden.
3. HARDWARE EN COMMUNICATIE
3.1.Inleiding
Deze paragraaf beschrijft de minimale voor tachograafkaarten en VU's vereiste
functionaliteit om een correcte werking en interoperabiliteit te waarborgen.
Tachograafkaarten voldoen zoveel mogelijk aan de beschikbare, toepasselijke
ISO/IEC normen (vooral ISO/IEC 7816). Commando's en protocollen worden
echter volledig beschreven om beperkt gebruik of aanwezige verschillen te speci-
ficeren. De gespecificeerde commando's voldoen volledig aan de genoemdenormen behalve waar aangegeven.
3.2.Overbrengingsprotocol
Het overbrengingsprotocol moet voldoen aan ISO/IEC 7816-3. De VU moet in
het bijzonder door de kaart gezonden verlengingen van de wachttijd herkennen.
3.2.1. Protocollen
De kaart moet zowel protocol T=0 als protocol T=1 leveren.
T=0 is het standaardprotocol, een PTS-commando is daarom noodzakelijk om het
protocol in T=1 te wijzigen.
Inrichtingen moeten directe conventie in beide protocollen ondersteunen: de
directe conventie is daarom verplicht voor de kaart.
De byte voor de afmeting van het informatieveld voor de kaart moet aanwezig
zijn in de ATR in teken TA3. Deze waarde moet ten minste ′F0h′ (= 240 bytes)
zijn.
De onderstaande beperkingen zijn op de protocollen van toepassing:
T=0
—De interface-inrichting moet een antwoord op I/O ondersteunen na de oplo-
pende rand van het signaal bij RST vanaf 400 cc.
—De interface-inrichting moet met 12 etu gescheiden tekens kunnen lezen.
—De interface-inrichting moet een foutief teken en de herhaling daarvan indien
gescheiden met 13 etu kunnen lezen. Wanneer een foutief teken wordt opge-
spoord, kan de foutsignalering op I/O tussen 1 etu en 2 etu voorkomen. De
inrichting moet een vertraging van 1 etu ondersteunen.
—De interface-inrichting moet een ATR van 33 bytes (TS+32) aanvaarden.
—Wanneer TC1 in de ATR aanwezig is, moet de extra bewakingstijd aanwezig
zijn voor door de interface-inrichting gezonden tekens, hoewel door de kaart
gezonden tekens nog steeds met 12 etu gescheiden kunnen worden. Dit geldt
ook voor het door de kaart gezonden ACK-teken na een door de interface-
inrichting uitgezonden P3-teken.
—De interface-inrichting moet rekening houden met een door de kaart gezonden
NUL-teken.
—De interface-inrichting moet de complementaire modus voor ACK
aanvaarden.
—Het GET RESPONSE-commando kan niet in kettingmodus worden gebruikt
om een gegeven op te halen dat langer zou kunnen zijn dan 255 bytes.
T=1
—NAD-byte: niet gebruikt (NAD moet op ′00′worden gezet).1998R2135 —NL—01.05.2006 —002.001 —108
▼M1
—S-blok ABORT: niet gebruikt.
—S-blok VPP-statusfout: niet gebruikt.
—De totale kettinglengte voor een gegevensveld is niet langer dan 255 bytes (te
waarborgen door de IFD).
—De inrichting voor de afmeting van het informatieveld (IFSD) moet onmiddel-
lijk na de ATR door de IFD worden aangegeven: de IFD moet het S-Blok
IFS-verzoek na de ATR overbrengen en de kaart moet het S-Blok IFS terug-
zenden. De aanbevolen waarde voor IFSD is 254 bytes.
—De kaart zal niet om een IFS-bijstelling vragen.
3.2.2. ATR
De inrichting controleert ATR-bytes overeenkomstig ISO/IEC 7816-3. ATR histo-
rische tekens worden niet geverifieerd.
Voorbeeld van basis-biprotocol ATR overeenkomstig ISO/IEC 7816-3
Teken Waarde Opmerkingen
TS ′3Bh′ Geeft directe conventie aan
T0 ′85h′ TD1 aanwezig; 5 historische bytes zijn aanwezig
TD1 ′80h′ TD2 aanwezig; T=0 moet worden gebruikt
TD2 ′11h′ TA3 aanwezig; T=1 moet worden gebruikt
TA3 ′XXh′ (ten minste ′
F0h′)Afmeting van het informatieveld voor de kaart (IFSC)
TH1 tot en met TH5 ′XXh′ Historische tekens
TCK ′XXh′ Controleer teken (exclusief OR)
Na het antwoord op terugstellen (ATR) wordt het stambestand (MF) impliciet
geselecteerd en wordt de geldige directory.
3.2.3. PTS
Het standaardprotocol is T=0. Om het T=1 protocol in te stellen moet de inrich-
ting een PTS (ook PPS genoemd) naar de kaart sturen.
Aangezien de protocollen T=0 en T=1 verplicht zijn voor de kaart, is het basis-
PTS voor protocolwisseling verplicht voor de kaart.
Het PTS kan, zoals aangegeven in ISO/IEC 7816-3, worden gebruikt om te
wisselen naar hogere baudsnelheden dan de standaardsnelheid die de kaart in het
eventuele ATR aangeeft (TA(1) byte).
Hogere baudsnelheden zijn facultatief voor de kaart.
Indien geen andere baudsnelheid dan de standaardsnelheid wordt ondersteund (of
indien de geselecteerde baudsnelheid niet wordt ondersteund), moet de kaart
correct op het PTS reageren, overeenkomstig ISO/IEC 7816-3, door het weglaten
van de PPS1-byte.
Voorbeelden van het basis-PTS voor protocolselectie zijn de volgende:
Teken Waarde Opmerkingen
PPSS ′FFh′ Initieel teken
PPS0 ′00h′ of′01h′ PPS1 tot PPS3 zijn niet aanwezig; ′00h′ om T0 te selec-
teren, ′01h′ om T1 te selecteren
PK ′XXh′ Controleer teken: ′XXh′ =′FFh′ als PPS0 = ′00h′
′XXh′ =′FEh′ als PPS0 = ′01h′
3.3.Toegangscondities (AC)
Toegangscondities (AC) voor de commando's UPDATE_BINARY en READ_BI-
NARY worden voor elk hoofdbestand gedefinieerd.1998R2135 —NL—01.05.2006 —002.001 —109
▼M1
Aan de AC voor het geldige bestand moet worden voldaan voordat via deze
commando's toegang kan worden verkregen tot het bestand.
De definities van de beschikbare toegangscondities luiden als volgt:—ALW: de actie is altijd mogelijk en kan zonder enige beperking worden
uitgevoerd.
—NEV: de actie is nooit mogelijk.
—AUT: de rechten met betrekking tot een succesvolle externe authentificatie
moeten geopend zijn (uitgevoerd door het EXTERNAL_AUTHENTICATE-
commando).
—PRO SM: het commando moet met een cryptografische controlesom worden
overgebracht met gebruikmaking van beveiligde berichtenuitwisseling (zie
appendix 11).
—AUT en PRO SM (samengevoegd).
Bij de verwerkingscommando's (UPDATE_BINARY en READ_BINARY)
kunnen de volgende toegangscondities in de kaart worden ingesteld:
UPDATE BINARY READ BINARY
ALW Ja Ja
NEV Ja JaAUT Ja Ja
PRO SM Ja Nee
AUT en PRO SM Ja Nee
De toegangsconditie PRO SM is niet beschikbaar bij het READ_BINARY-
commando. Dit betekent dat de aanwezigheid van een cryptografische contro-
lesom voor een READ-commando nooit verplicht is. Bij gebruikmaking van de ′
OC′-waarde voor de categorie is het echter mogelijk om het READ_BINARY-
commando met beveiligde berichtenuitwisseling te gebruiken, zoals omschreven
in paragraaf 3.6.2.
3.4.Gegevenscodering
Wanneer de vertrouwelijkheid van de gegevens die van een bestand worden inge-
lezen, beschermd moet worden, wordt het bestand gemerkt met „Encrypted”
(gecodeerd). De codering geschiedt met beveiligde berichtenuitwisseling (zie
appendix 11).
3.5.Overzicht van commando's en foutcodes
Commando's en bestandsorganisatie zijn afgeleid van en voldoen aan ISO/IEC
7816-4.
Deze paragraaf beschrijft de volgende APDU-commandoantwoordparen:
Commando INS
SELECT FILE A4
READ BINARY B0UPDATE BINARY D6
GET CHALLENGE 84
VERIFY 20
GET RESPONSE C0
PERFORM SECURITY OPERATION:
VERIFY CERTIFICATE
COMPUTE DIGITAL SIGNATURE
VERIFY DIGITAL SIGNATUREHASH2A
INTERNAL AUTHENTICATE 88
EXTERNAL AUTHENTICATE 821998R2135 —NL—01.05.2006 —002.001 —110
▼M1
Commando INS
MANAGE SECURITY ENVIRONMENT:
SETTING A KEY22
PERFORM HASH OF FILE 2A
De statuswoorden SW1 en SW2 worden in een antwoordbericht teruggezonden
en geven het verwerkingsstadium van het commando aan.
SW1 SW2 Betekenis
90 00 Normale verwerking
61 XX Normale verwerking. XX = aantal beschikbare antwoordbytes
62 81 Waarschuwende verwerking. Deel van teruggezonden gegevens kan
verminkt zijn
63 CX Foutieve CHV (PIN). ′X′levert de teller voor resterende pogingen
64 00 Uitvoeringsfout —Toestand van niet-vluchtig geheugen ongewijzigd.
Integriteitsfout
65 00 Uitvoeringsfout —Toestand van niet-vluchtig geheugen gewijzigd
65 81 Uitvoeringsfout —Toestand van niet-vluchtig geheugen gewijzigd.
Geheugenfout
66 88 Beveiligingsfout: foutieve cryptografische controlesom (tijdens bevei-
ligde berichtenuitwisseling) of
ongeldig certificaat (tijdens certificaatverificatie) of
foutief cryptogram (tijdens externe authentificatie) of
ongeldige handtekening (tijdens handtekeningverifi-
catie)
67 00 Foutieve lengte (foutieve Lc of Le)
69 00 Verboden commando (geen antwoord beschikbaar in T=0)69 82 Niet voldaan aan beveiligingsstatus
69 83 Authentificatiemethode geblokkeerd
69 85 Niet voldaan aan gebruiksvoorwaarden
69 86 Commando niet toegestaan (geen geldig EF)
69 87 Verwachte gegevensobjecten voor beveiligde berichtenuitwisseling
ontbreken
69 88 Onjuiste gegevensobjecten voor beveiligde berichtenuitwisseling
6A 82 Bestand niet gevonden6A 86 Foutieve parameters P1-P2
6A 88 Referentiegegevens niet gevonden
6B 00 Onjuiste parameters (aangegeven buiten het EF)6C XX Foutieve lengte, SW2 geeft de exacte lengte aan. Er wordt geen gege-
vensveld teruggezonden
6D 00 Instructiecode niet ondersteund of ongeldig
6E 00 Categorie niet ondersteund
6F 00 Andere controlefouten1998R2135 —NL—01.05.2006 —002.001 —111
▼M1
3.6.Beschrijving van commando's
De verplichte commando's voor de tachograafkaarten worden in dit hoofdstuk
beschreven.
Additionele relevante details in verband met de betreffende cryptografische opera-
ties worden in appendix 11 (Algemene beveiligingsinrichtingen) verstrekt.
Alle commando's worden onafhankelijk van het gebruikte protocol (T=0 of T=1)
beschreven. De APDU-bytes CLA, INS, P1, P2, Lc en Le worden altijd aange-
geven. Indien Lc of Le niet nodig is voor het beschreven commando zijn, de
betreffende lengte, waarde en omschrijving leeg.
Indien beide lengtebytes (Lc en Le) vereist zijn, moet het beschreven commando
in twee delen worden gesplitst wanneer de IFD protocol T=0 gebruikt: de IFD
zendt het commando als beschreven met P3=Lc + gegevens en zendt vervolgens
een GET RESPONSE-commando (zie paragraaf 3.6.6) met P3=Le.
Indien beide lengtebytes vereist zijn en Le=0 (beveiligde berichtenuitwisseling):—moet de kaart bij protocol T=1 op Le=0 antwoorden door het zenden van alle
beschikbare uitvoergegevens;
—moet bij protocol T=0 de IFD het eerste commando met P3=Lc + gegevens
zenden, de kaart (op deze impliciete Le=0) antwoorden met de statusbytes ′
61La′, waarbij La het aantal beschikbare antwoordbytes is. De IFD moet
vervolgens een GET RESPONSE-commando met P3=La genereren om de
gegevens te kunnen lezen.
3.6.1. Select file (Selecteer bestand)
Dit commando voldoet aan ISO/IEC 7816-4, maar heeft in vergelijking met het
in de norm gedefinieerde commando een beperkt gebruik.
Het SELECT FILE commando wordt gebruikt:—om een DF-toepassing te selecteren (selectie op naam moet worden gebruikt);
—om een hoofdbestand te selecteren dat correspondeert met het opgegeven
bestands-ID.
3.6.1.1. Selectie op naam (AID)
Met dit commando kan een DF-toepassing op de kaart geselecteerd worden.Dit commando kan overal in de bestandsstructuur worden uitgevoerd (na het
ATR of wanneer dan ook).
De selectie van een toepassing stelt de actuele beveiligingsomgeving terug. Na
uitvoering van de toepassingsselectie wordt geen actuele openbare sleutel meer
geselecteerd en de vorige sessiesleutel is niet langer beschikbaar voor beveiligde
berichtenuitwisseling. De AUT-toegangsconditie is ook verloren gegaan.
Commandobericht
Byte Lengte Waarde Omschrijving
CLA 1 ′00h′
INS 1 ′A4h′
P1 1 ′04h′ Selectie op naam (AID)
P2 1 ′0Ch′ Geen antwoord verwacht
Lc 1 ′NNh′ Aantal naar de kaart gezonden bytes (lengte van
het AID): ′06h′ voor de tachograaftoepassing
#6-#(5+NN) NN ′XX..XXh′ AID:′FF 54 41 43 48 4F′ voor de tachograaftoe-
passing
Een antwoord op het SELECT FILE-commando is niet nodig (Le afwezig in
T=1, of geen antwoord gevraagd in T=0).
Antwoordbericht (geen antwoord gevraagd)
Byte Lengte Waarde Omschrijving
SW 2 ′XXXXh′ Statuswoorden (SW1, SW2)
—Indien het commando succesvol is, zendt de kaart ′9000′ terug.1998R2135 —NL—01.05.2006 —002.001 —112
▼M1
—Indien de met het AID corresponderende toepassing niet wordt gevonden, is
de teruggezonden verwerkingsstatus ′6A82′.
—In T=1, indien byte Le aanwezig is, is de teruggezonden status ′6700′.
—In T=0, indien na het SELECT FILE-commando een antwoord wordt
gevraagd, is de teruggezonden status ′6900′.
—Indien de geselecteerde toepassing verminkt is (binnen de bestandsattributen
is een integriteitsfout ontdekt), is de teruggezonden verwerkingsstatus ′6400′
of′6581′.
3.6.1.2. Selectie van een hoofdbestand met behulp van het bestandsidentificatie-
symbool daarvan
Commandobericht
Byte Lengte Waarde Omschrijving
CLA 1 ′00h′
INS 1 ′A4h′
P1 1 ′02h′ Selectie van een EF in de geldige DF
P2 1 ′0Ch′ Geen antwoord verwacht
Lc 1 ′02h′ Aantal naar de kaart gezonden bytes
#6-#7 2 ′XXXXh′ Bestandsidentificatiesymbool
Een antwoord op het SELECT FILE-commando is niet nodig (Le afwezig in
T=1, of geen antwoord gevraagd in T=0).
Antwoordbericht (geen antwoord gevraagd)
Byte Lengte Waarde Omschrijving
SW 2 ′XXXXh′ Statuswoorden (SW1, SW2)
—Indien het commando succesvol is, zendt de kaart ′9000′ terug.
—Indien het met het bestandsidentificatiesymbool corresponderende bestand
niet wordt gevonden, is de teruggezonden verwerkingsstatus ′6A82′.
—In T=1, indien byte Le aanwezig is, is de teruggezonden status ′6700′.
—In T=0, indien na het SELECT FILE-commando een antwoord wordt
gevraagd, is de teruggezonden status ′6900′.
—Indien het geselecteerde bestand verminkt is (binnen de bestandsattributen is
een integriteitsfout ontdekt), is de teruggezonden verwerkingsstatus ′6400′ of′
6581′.
3.6.2. Read Binary (Lees binair getal)
Dit commando voldoet aan ISO/IEC 7816-4, maar heeft in vergelijking met het
in de norm gedefinieerde commando een beperkt gebruikt.
Het READ BINARY-commando wordt gebruikt om gegevens van een transparant
bestand te lezen.
Het antwoord van de kaart bestaat uit het terugzenden van de gelezen gegevens,
facultatief ingekapseld in een structuur van beveiligde berichtenuitwisseling.
Het commando kan alleen worden uitgevoerd indien de beveiligingsstatus voldoet
aan de voor het EF gedefinieerde beveiligingskenmerken voor de READ-functie.
3.6.2.1. Commando zonder beveiligde berichtenuitwisseling
Met dit commando kan de IFD gegevens van het thans geselecteerde EF zonder
beveiligde berichtenuitwisseling lezen.
Het lezen van gegevens van een met „encrypted” gemerkt bestand is met dit
commando niet mogelijk.
Commandobericht
Byte Lengte Waarde Omschrijving
CLA 1 ′00h′ Geen beveiligde berichtenuitwisseling gevraagd1998R2135 —NL—01.05.2006 —002.001 —113
▼M1
Byte Lengte Waarde Omschrijving
INS 1 ′B0h′
P1 1 ′XXh′ Offset in bytes vanaf het begin van het bestand:
meest significante byte
P2 1 ′XXh′ Offset in bytes vanaf het begin van het bestand:
minst significante byte
Le 1 ′XXh′ Lengte van verwachte gegevens. Aantal te lezen
bytes
Aantekening: bit 8 van P1 moet op 0 worden gezet.
Antwoordbericht
Byte Lengte Waarde Omschrijving
#1-#X X ′XX..XXh′ Gelezen gegevens
SW 2 ′XXXXh′ Statuswoorden (SW1, SW2)
—Indien het commando succesvol is, zendt de kaart ′9000′ terug.
—Indien geen EF is geselecteerd , is de teruggezonden verwerkingsstatus ′
6986′.
—Indien niet wordt voldaan aan de toegangscontrole van het geselecteerde
bestand, wordt het commando onderbroken met ′6982′.
—Indien de Offset niet compatibel is met de grootte van het EF (Offset > EF
grootte), is de teruggezonden verwerkingsstatus ′6B00′.
—Indien de grootte van het te lezen bestand niet compatibel is met de grootte
van het EF (Offset + Le > EF grootte), is de teruggezonden verwerkingsstatus
′6700′ of′6Cxx′, waarbij ′xx′de exacte lengte aangeeft.
—Indien binnen de bestandsattributen een integriteitsfout wordt ontdekt, moet
de kaart het bestand als verminkt en verloren beschouwen; de teruggezonden
verwerkingsstatus is ′6400′ of′6581′.
—Indien binnen de opgeslagen gegevens een integriteitsfout wordt ontdekt,
moet de kaart de gevraagde gegevens terugzenden; de teruggezonden verwer-
kingsstatus is ′6281′.
3.6.2.2. Commando met beveiligde berichtenuitwisseling
Met dit commando kan de IDF gegevens van het thans geselecteerde EF met
beveiligde berichtenuitwisseling lezen om de integriteit van de ontvangen gege-
vens te verifiëren en de vertrouwelijkheid van de gegevens te beschermen in het
geval dat het EF met „encrypted” gemerkt is.
Commandobericht
Byte Lengte Waarde Omschrijving
CLA 1 ′0Ch′ Beveiligde berichtenuitwisseling gevraagd
INS 1 ′B0h′ INS
P1 1 ′XXh′ P1 (offset in bytes vanaf het begin van het
bestand): meest significante byte
P2 1 ′XXh′ P2 (offset in bytes vanaf het begin van het
bestand): minst significante byte
Lc 1 ′09h′ Lengte van invoergegevens voor beveiligde
berichtenuitwisseling
#6 1 ′97h′ TLE: label voor verwachte lengtespecificatie
#7 1 ′01h′ LLE: lengte van verwachte lengte
#8 1 ′NNh′ Verwachte lengtespecificatie (origineel Le): aantal
te lezen bytes
#9 1 ′8Eh′ TCC: label voor cryptografische controlesom1998R2135 —NL—01.05.2006 —002.001 —114
▼M1
Byte Lengte Waarde Omschrijving
#10 1 ′04h′ LCC: lengte van volgende cryptografische contro-
lesom
#11-#14 4 ′XX..XXh′ Cryptografische controlesom (4 meest significante
bytes)
Le 1 ′00h′ Zoals gespecificeerd in ISO/IEC 7816-4
Antwoordbericht indien EF niet met „encrypted” gemerkt is en indien invoerfor-
maat van beveiligde berichtenuitwisseling correct is:
Byte Lengte Waarde Omschrijving
#1 1 ′81h′ TPV: label voor gegevens met ongecodeerde
waarde
#2 L ′NNh′ of′81
NNh′LPV: lengte van teruggezonden gegevens (=
origineel Le)
L is 2 bytes indien LPV>127 bytes
#(2+L)-#(1+L
+NN)NN ′XX..XXh′ Ongecodeerde gegevenswaarde
#(2+L+NN) 1 ′8Eh′ TCC: label voor cryptografische controlesom
#(3+L+NN) 1 ′04h′ LCC: lengte van volgende cryptografische
controlesom
#(4+L+NN)-#(7+L
+NN)4 ′XX..XXh′ Cryptografische controlesom (4 meest signi-
ficante bytes)
SW 2 ′XXXXh′ Statuswoorden (SW1, SW2)
Antwoordbericht indien EF met „encrypted” is gemerkt en indien invoerformaat
van beveiligde berichtenuitwisseling correct is:
Byte Lengte Waarde Omschrijving
#1 1 ′87h′ TPI CG: label voor gecodeerde gegevens (cryp-
togram)
#2 L ′MMh′ of′81
MMh′LPI CG: lengte van teruggezonden gecodeerde
gegevens (afwijkend van origineel Le van
het commando ten gevolge van padding)
L is 2 bytes indien LPI CG> 127 bytes
#(2+L)-#(1+L
+MM)MM ′01XX..XXh′ Gecodeerde gegevens: paddingaanwijzer en
cryptogram
#(2+L+MM) 1 ′8Eh′ TCC: label voor cryptografische controlesom
#(3+L+MM) 1 ′04h′ LCC: lengte van volgende cryptografische
controlesom
#(4+L+MM)-#(7
+L+MM)4 ′XX..XXh′ Cryptografische controlesom (4 meest signi-
ficante bytes)
SW 2 ′XXXXh′ Statuswoorden (SW1, SW2)
De teruggezonden gecodeerde gegevens bevatten een eerste byte die de gebruikte
paddingmodus aangeeft. Voor de tachograaftoepassing heeft de paddingaanwijzer
altijd de waarde ′01h′, waarmee wordt aangegeven dat de gebruikte padding-
modus de modus is die in ISO/IEC 7816-4 wordt gespecificeerd (een byte met
waarde ′80h′ gevolgd door een aantal nulbytes: ISO/IEC 9797 methode 2).
De„gewone” verwerkingsstatussen, omschreven voor het READ BINARY-
commando zonder beveiligde berichtenuitwisseling (zie paragraaf 3.6.2.1),
kunnen met gebruikmaking van de boven omschreven antwoordberichtstructuren
worden teruggezonden.
Bovendien kan zich een aantal fouten voordoen dat met name verband houdt met
beveiligde berichtenuitwisseling. In dat geval wordt de verwerkingsstatus gewoon
teruggezonden zonder beveiligde berichtenuitwisselingsstructuur:1998R2135 —NL—01.05.2006 —002.001 —115
▼M1
Antwoordbericht indien invoerformaat van beveiligde berichtenuitwisseling niet
correct is:
Byte Lengte Waarde Omschrijving
SW 2 ′XXXXh′ Statusbytes (SW1, SW2)
—Indien geen lopende sessiesleutel beschikbaar is, wordt verwerkingsstatus ′
6A88′ teruggezonden. Dit gebeurt wanneer de sessiesleutel nog niet gegene-
reerd is of wanneer de geldigheid van de sessiesleutel verlopen is (in dit geval
moet de IFD opnieuw een wederzijds authentificatieproces uitvoeren om een
nieuwe sessiesleutel in te stellen).
—Indien een aantal verwachte gegevensobjecten (zoals hierboven gespecifi-
ceerd) in het formaat van de beveiligde berichtenuitwisseling ontbreekt, wordt
verwerkingsstatus ′6987′ teruggezonden: deze fout treedt op wanneer een
verwacht label ontbreekt of wanneer het commandoveld niet correct samenge-
steld is.
—Indien een aantal gegevensobjecten niet correct is, wordt verwerkingsstatus ′
6988′ teruggezonden: deze fout treedt op wanneer alle vereiste labels
aanwezig zijn maar een aantal lengtes afwijkt van de verwachte lengtes.
—Indien de verificatie van de cryptografische controlesom mislukt, wordt
verwerkingsstatus ′6688′ teruggezonden.
3.6.3. Update Binary (Bijwerken van binair getal)
Dit commando voldoet aan ISO/IEC 7816-4, maar heeft in vergelijking met het
in de norm gedefinieerde commando een beperkt gebruik.
Het UPDATE BINARY-commandobericht start het bijwerken (wissen +
schrijven) van de bits die al in een binair getal van een EF aanwezig zijn met de
in het APDU-commando gegeven bits.
Het commando kan alleen worden uitgevoerd indien de beveiligingsstatus voldoet
aan de voor het EF gedefinieerde beveiligingskenmerken voor de UPDATE-
functie (Indien de toegangscontrole van de UPDATE-functie PRO SM bevat,
moet een beveiligde berichtenuitwisseling aan het commando worden toege-
voegd).
3.6.3.1. Commando zonder beveiligde berichtenuitwisseling
Met dit commando kan de IFD gegevens naar het thans geselecteerde EF
schrijven, zonder dat de kaart de integriteit van de ontvangen gegevens verifieert.
Deze gewone modus is alleen toegestaan indien het betreffende bestand niet met
„encrypted” gemerkt is.
Commandobericht
Byte Lengte Waarde Omschrijving
CLA 1 ′00h′ Geen beveiligde berichtenuitwisseling gevraagd
INS 1 ′D6h′
P1 1 ′XXh′ Offset in bytes vanaf het begin van het bestand:
meest significante byte
P2 1 ′XXh′ Offset in bytes vanaf het begin van het bestand:
minst significante byte
Lc 1 ′NNh′ Lc: lengte van bij te werken gegevens. Aantal te
schrijven bytes
#6-#(5+NN) NN ′XX..XXh′ Te schrijven gegevens
Aantekening: bit 8 van P1 moet op 0 worden gezet.
Antwoordbericht
Byte Lengte Waarde Omschrijving
SW 2 ′XXXXh′ Statuswoorden (SW1, SW2)
—Indien het commando succesvol is, zendt de kaart ′9000′ terug.
—Indien geen EF geselecteerd is, is de teruggezonden verwerkingsstatus ′6986′.1998R2135 —NL—01.05.2006 —002.001 —116
▼M1
—Indien niet wordt voldaan aan de toegangscontrole van het geselecteerde
bestand, wordt het commando onderbroken met ′6982′.
—Indien de offset niet compatibel is met de grootte van het EF (offset > EF
grootte), is de teruggezonden verwerkingsstatus ′6B00′.
—Indien de grootte van de te schrijven gegevens niet compatibel is met de
grootte van het EF (offset + Le > EF grootte), is de teruggezonden verwer-
kingsstatus ′6700′.
—Indien binnen de bestandsattributen een integriteitsfout wordt ontdekt, moet
de kaart het bestand als verminkt en verloren beschouwen; de teruggezonden
verwerkingsstatus is ′6400′ of′6500′.
—Indien het schrijven niet succesvol is, is de teruggezonden verwerkingsstatus ′
6581′.
3.6.3.2. Commando met beveiligde berichtenuitwisseling
Met dit commando kan de IFD gegevens naar het thans geselecteerde EF
schrijven, waarbij de kaart de integriteit van de ontvangen gegevens verifieert.
Wanneer vertrouwelijkheid niet vereist is, worden de gegevens niet gecodeerd.
Commandobericht
Byte Lengte Waarde Omschrijving
CLA 1 ′0Ch′ Beveiligde berichtenuitwisseling gevraagd
INS 1 ′D6h′ INS
P1 1 ′XXh′ Offset in bytes vanaf het begin van het
bestand: meest significante byte
P2 1 ′XXh′ Offset in bytes vanaf het begin van het
bestand: minst significante byte
Lc 1 ′XXh′ Lengte van het beveiligde gegevensveld
#6 1 ′81h′ TPV: label voor gegevens met ongecodeerde
waarde
#7 L ′NNh′ of′81
NNh′LPV: lengte van overgebrachte gegevens
L is 2 bytes indien LPV> 127 bytes
#(7+L)-#(6+L
+NN)NN ′XX..XXh′ Ongecodeerde gegevenswaarde (te schrijven
gegevens)
#(7+L+NN) 1 ′8Eh′ TCC: label voor cryptografische controlesom
#(8+L+NN) 1 ′04h′ LCC: lengte van volgende cryptografische
controlesom
#(9+L+NN)-#(12
+L+NN)4 ′XX..XXh′ Cryptografische controlesom (4 meest signi-
ficante bytes)
Le 1 ′00h′ Zoals gespecificeerd in ISO/IEC 7816-4
Antwoordbericht bij correct invoerformaat van beveiligde berichtenuitwisseling
Byte Lengte Waarde Omschrijving
#1 1 ′99h′ TSW: label voor statuswoorden (door CC te bevei-
ligen)
#2 1 ′02h′ LSW: lengte van teruggezonden statuswoorden
#3-#4 2 ′XXXXh′ Statuswoorden (SW1, SW2)
#5 1 ′8Eh′ TCC: label voor cryptografische controlesom
#6 1 ′04h′ LCC: lengte van volgende cryptografische contro-
lesom
#7-#10 4 ′XX..XXh′ Cryptografische controlesom (4 meest significante
bytes)
SW 2 ′XXXXh′ Statuswoorden (SW1, SW2)1998R2135 —NL—01.05.2006 —002.001 —117
▼M1
De„gewone” verwerkingsstatussen, omschreven voor het UPDATE BINARY-
commando zonder beveiligde berichtenuitwisseling (zie paragraaf 3.6.3.1),
kunnen met gebruikmaking van de boven omschreven antwoordberichtstructuur
worden teruggezonden.
Bovendien kan zich een aantal fouten voordoen dat met name verband houdt met
beveiligde berichtenuitwisseling. In dat geval wordt de verwerkingsstatus gewoon
teruggezonden zonder beveiligde berichtenuitwisselingsstructuur.
Antwoordbericht bij een fout in de beveiligde berichtenuitwisseling
Byte Lengte Waarde Omschrijving
SW 2 ′XXXXh′ Statuswoorden (SW1, SW2)
—Indien geen lopende sessiesleutel beschikbaar is, wordt verwerkingsstatus ′
6A88′ teruggezonden.
—Indien een aantal verwachte gegevensobjecten (zoals hierboven gespecifi-
ceerd) in het formaat van de beveiligde berichtenuitwisseling ontbreekt, wordt
verwerkingsstatus ′6987′ teruggezonden: deze fout treedt op wanneer een
verwacht label ontbreekt of wanneer het commandoveld niet correct samenge-
steld is.
—Indien een aantal gegevensobjecten niet correct is, wordt verwerkingsstatus ′
6988′ teruggezonden: deze fout treedt op wanneer alle vereiste labels
aanwezig zijn maar een aantal lengtes afwijkt van de verwachte lengtes.
—Indien de verificatie van de cryptografische controlesom mislukt, wordt
verwerkingsstatus ′6688′ teruggezonden.
3.6.4. Get Challenge (Vraag naar identiteit)
Dit commando voldoet aan ISO/IEC 7816-4, maar heeft in vergelijking met het
in de norm gedefinieerde commando een beperkt gebruik.
Het GET CHALLENGE-commando vraagt de kaart een identiteit af te geven
voor gebruik in een beveiligingsprocedure waarbij een cryptogram of een aantal
gecodeerde gegevens naar de kaart wordt gezonden.
De door de kaart afgegeven identiteit geldt alleen voor het volgende naar de kaart
gezonden commando dat een identiteit gebruikt.
Commandobericht
Byte Lengte Waarde Omschrijving
CLA 1 ′00h′ CLA
INS 1 ′84h′ INS
P1 1 ′00h′ P1
P2 1 ′00h′ P2
Le 1 ′08h′ Le (Lengte van de verwachte identiteit)
Antwoordbericht
Byte Lengte Waarde Omschrijving
#1-#8 8 ′XX..XXh′ Identiteit
SW 2 ′XXXXh′ Statuswoorden (SW1, SW2)
—Indien het commando succesvol is, zendt de kaart ′9000′ terug.
—Indien Le afwijkt van ′08h′, is de verwerkingsstatus ′6700′.
—Indien de parameters P1-P2 niet correct zijn, is de verwerkingsstatus ′6A86′.
3.6.5. Verify (Verifieer)
Dit commando voldoet aan ISO/IEC 7816-4, maar heeft in vergelijking met het
in de norm gedefinieerde commando een beperkt gebruik.
Het VERIFY-commando start de vergelijking in de kaart van de door het
commando gezonden CHV-gegevens (PIN) met de op de kaart opgeslagen refe-
rentie CHV.1998R2135 —NL—01.05.2006 —002.001 —118
▼M1
Opmerking: De door de gebruiker ingevoerde PIN-code moet rechts door de IFD
met′FFh′-bytes tot een lengte van 8 bytes worden opgevuld.
Indien het commando succesvol is, worden de rechten overeenkomstig de CHV-
presentatie geopend en wordt de teller voor de resterende CHV-pogingen
opnieuw geïnitialiseerd.
Een niet-succesvolle vergelijking wordt op de kaart geregistreerd om het aantal
latere pogingen om de referentie-CHV te gebruiken, te beperken.
Commandobericht
Byte Lengte Waarde Omschrijving
CLA 1 ′00h′ CLA
INS 1 ′20h′ INS
P1 1 ′00h′ P1
P2 1 ′00h′ P2 (de geverifieerde CHV is impliciet bekend)
Lc 1 ′08h′ Lengte van de overgebrachte CHV-code
#6-#13 8 ′XX..XXh′ CHV
Antwoordbericht
Byte Lengte Waarde Omschrijving
SW 2 ′XXXXh′ Statuswoorden (SW1, SW2)
—Indien het commando succesvol is, zendt de kaart ′9000′ terug.
—Indien de referentie-CHV niet gevonden wordt, is de teruggezonden verwer-
kingsstatus ′6A88′.
—Indien de CHV geblokkeerd is (de teller voor resterende CHV-pogingen is
nul), is de teruggezonden verwerkingsstatus ′6983′. Eenmaal in die status kan
de CHV niet meer succesvol gepresenteerd worden.
—Indien de vergelijking niet succesvol is, wordt de teller voor resterende
pogingen verlaagd en de status ′63CX′ teruggezonden (X > 0 en X zijn gelijk
aan de teller voor de resterende CHV-pogingen. Als X = ′F′, is de teller voor
de CHV-pogingen groter dan ′F′).
—Indien de referentie-CHV verminkt is, is de teruggezonden verwerkingsstatus
′6400′ of′6581′.
3.6.6. Get Response (Haal antwoord op)
Dit commando voldoet aan ISO/IEC 7816-4.
Dit commando (alleen nodig en beschikbaar bij het T=0 protocol) wordt gebruikt
om uitgewerkte gegevens van de kaart naar de interface-inrichting over te
brengen (geval waarin een commando zowel Lc als Le bevatte).
Het GET_RESPONSE-commando moet onmiddellijk na het commando dat de
gegevens uitwerkt, worden gegeven, anders gaan de gegevens verloren. Na de
uitvoering van het GET_RESPONSE-commando (behalve wanneer de fout ′61xx′
of′6Cxx′ optreedt, zie hieronder) zijn de reeds uitgewerkte gegevens niet langer
ter beschikking.
Commandobericht
Byte Lengte Waarde Omschrijving
CLA 1 ′00h′
INS 1 ′C0h′
P1 1 ′00h′
P2 1 ′00h′
Le 1 ′XXh′ Aantal verwachte bytes
Antwoordbericht1998R2135 —NL—01.05.2006 —002.001 —119
▼M1
Byte Lengte Waarde Omschrijving
#1-#X X ′XX..XXh′ Gegevens
SW 2 ′XXXXh′ Statuswoorden (SW1,SW2)
—Indien het commando succesvol is, zendt de kaart ′9000′ terug.
—Indien geen gegevens door de kaart uitgewerkt zijn, is de teruggezonden
verwerkingsstatus ′6900′ of′6F00′.
—Indien Le het aantal beschikbare bytes overschrijdt of indien Le nul is, is de
teruggezonden verwerkingsstatus ′6Cxx′, waarbij ′xx′ het exacte aantal
beschikbare bytes aangeeft. In dat geval zijn de uitgewerkte gegevens nog
beschikbaar voor een volgend GET_RESPONSE-commando.
—Indien Le niet nul is en kleiner is dan het aantal beschikbare bytes, worden
de vereiste gegevens gewoon door de kaart gezonden en is de teruggezonden
verwerkingsstatus ′61xx′, waarbij ′xx′een aantal extra bytes aangeeft die nog
beschikbaar zijn voor een volgend GET_RESPONSE-commando.
—Indien het commando niet ondersteund wordt (protocol T=1), zendt de kaart ′
6D00′ terug.
3.6.7. PSO: Verify Certificate (PSO: verifieer certificaat)
Dit commando voldoet aan ISO/IEC 7816-8, maar heeft in vergelijking met het
in de norm gedefinieerde commando een beperkt gebruik.
Het VERIFY CERTIFICATE-commando wordt door de kaart gebruikt om een
openbare sleutel van buitenaf te verkrijgen en de geldigheid ervan te controleren.
Wanneer een VERIFY CERTIFICATE-commando succesvol is, wordt de open-
bare sleutel voor toekomstig gebruik in de beveiligingsomgeving opgeslagen.
Deze sleutel moet expliciet voor het gebruik in commando's met betrekking tot
de beveiliging (INTERNAL AUTHENTICATE, EXTERNAL AUTHENTICATE
of VERIFY CERTIFICATE) ingesteld worden door het MSE-commando (zie
paragraaf 3.6.10), met gebruikmaking van zijn sleutelidentificatiesymbool.
In ieder geval gebruikt het VERIFY CERTIFICATE-commando de door het
MSE-commando vooraf geselecteerde openbare sleutel om het certificaat te
openen. Deze openbare sleutel moet die van een lidstaat of van Europa zijn.
Commandobericht
Byte Lengte Waarde Omschrijving
CLA 1 ′00h′ CLA
INS 1 ′2Ah′ Voer beveiligingsoperatie uit
P1 1 ′00h′ P1
P2 1 ′AEh′ P2: niet met BER-TLV gecodeerde gegevens
(verbinding van gegevenselementen)
Lc 1 ′CEh′ Lc: Lengte van het certificaat, 194 bytes
#6-#199 194 ′XX..XXh′ Certificaat: verbinding van gegevenselementen
(zoals omschreven in appendix 11)
Antwoordbericht
Byte Lengte Waarde Omschrijving
SW 2 ′XXXXh′ Statusbytes (SW1, SW2)
—Indien het commando succesvol is, zendt de kaart ′9000′ terug.
—Indien de certificaatverificatie mislukt, is de teruggezonden verwerkingsstatus
′6688′. Het proces van verificatie en unwrapping van het certificaat wordt in
appendix 11 beschreven.
—Indien geen openbare sleutel in de beveiligingsomgeving aanwezig is, wordt ′
6A88′ teruggezonden.
—Indien de geselecteerde openbare sleutel (gebruikt om het certificaat open te
maken) verminkt is, is de teruggezonden verwerkingsstatus ′6400′ of′6581′.1998R2135 —NL—01.05.2006 —002.001 —120
▼M1
—Indien de geselecteerde openbare sleutel (gebruikt om het certificaat open te
maken) een andere CHA.LSB (CertificateHolderAuthorisation.equi-
pmentType) heeft dan ′00′(d.w.z. niet die van een lidstaat of van Europa
is), is de teruggezonden verwerkingsstatus ′6985′.
3.6.8. Internal Authenticate (Interne authenticatie)
Dit commando voldoet aan ISO/IEC 7816-4.
Met het INTERNAL AUTHENTICATE-commando kan de IFD de kaart authenti-
seren.
Het authenticatieproces wordt in appendix 11 beschreven. Het bevat de onder-
staande instructies:
Het INTERNAL AUTHENTICATE-commando gebruikt de particuliere sleutel
van de kaart (impliciet geselecteerd) om authenticatiegegevens inclusief K1
(eerste element voor overeenkomst van de sessiesleutel) en RND1 te onderte-
kenen en gebruikt de thans geselecteerde openbare sleutel (met het laatste MSE-
commando) om de handtekening te coderen en het authenticatieteken te ontwik-
kelen (meer details in appendix 11).
Commandobericht
Byte Lengte Waarde Omschrijving
CLA 1 ′00h′ CLA
INS 1 ′88h′ INS
P1 1 ′00h′ P1
P2 1 ′00h′ P2
Lc 1 ′10h′ Lengte van naar de kaart gezonden gegevens
#6-#13 8 ′XX..XXh′ Identiteit gebruikt om de kaart te authentiseren
#14-#21 8 ′XX..XXh′ VU.CHR (zie appendix 11)
Le 1 ′80h′ Lengte van de gegevens die van de kaart verwacht
worden
Antwoordbericht
Byte Lengte Waarde Omschrijving
#1-#128 128 ′XX..XXh′ Kaartauthenticatieteken (zie appendix 11)
SW 2 ′XXXXh′ Statuswoorden (SW1, SW2)
—Indien het commando succesvol is, zendt de kaart ′9000′ terug.
—Indien geen openbare sleutel in de beveiligingsomgeving aanwezig is, is de
teruggezonden verwerkingsstatus ′6A88′.
—Indien geen particuliere sleutel in de beveiligingsomgeving aanwezig is, is de
teruggezonden verwerkingsstatus ′6A88′.
—Indien VU.CHR niet overeenstemt met het identificatiesymbool van de
huidige openbare sleutel, is de teruggezonden verwerkingsstatus ′6A88′.
—Indien de geselecteerde particuliere sleutel verminkt is, is de teruggezonden
verwerkingsstatus ′6400′ of′6581′.
Indien het INTERNAL AUTHENTICATE-commando succesvol is, wordt de
actuele sessiesleutel, indien aanwezig, gewist en is niet langer ter beschikking.
Om een nieuwe sessiesleutel ter beschikking te krijgen, moet het EXTERNAL
AUTHENTICATE-commando succesvol uitgevoerd worden.
3.6.9. External Authenticate (Externe authenticatie)
Dit commando voldoet aan ISO/IEC 7816-4.Met het EXTERNAL AUTHENTICATE commando kan de kaart de IFD authen-
tiseren.
Het authenticatieproces wordt in appendix 11 beschreven. Het bevat de onder-
staande instructies:1998R2135 —NL—01.05.2006 —002.001 —121
▼M1
Een GET CHALLENGE-commando moet onmiddellijk aan het EXTERNAL
AUTHENTICATE-commando voorafgaan. De kaart geeft een identiteit af naar
buiten (RND3).
De verificatie van het cryptogram gebruikt RND3 (door de kaart afgegeven iden-
titeit), de particuliere sleutel van de kaart (impliciet geselecteerd) en de vooraf
door het MSE-commando geselecteerde openbare sleutel.
De kaart verifieert het cryptogram en indien het correct is, wordt de AUT-
toegangsconditie geopend.
Het invoercryptogram draagt het tweede element voor overeenkomst van sessie-
sleutel K2.
Commandobericht
Byte Lengte Waarde Omschrijving
CLA 1 ′00h′ CLA
INS 1 ′82h′ INS
P1 1 ′00h′ P1
P2 1 ′00h′ P2 (de te gebruiken openbare sleutel is impliciet
bekend en werd vooraf door het MSE-commando
ingesteld)
Lc 1 ′80h′ Lc (lengte van de naar de kaart gezonden gege-
vens)
#6-#133 128 ′XX..XXh′ Cryptogram (zie appendix 11)
Antwoordbericht
Byte Lengte Waarde Omschrijving
SW 2 ′XXXXh′ Statuswoorden (SW1, SW2)
—Indien het commando succesvol is, zendt de kaart ′9000′ terug.
—Indien geen openbare sleutel in de beveiligingsomgeving aanwezig is, wordt ′
6A88′ teruggezonden.
—Indien de CHA van de thans ingestelde openbare sleutel niet de verbinding is
van de AID van de tachograaftoepassing en van een soort VU-inrichting, is
de teruggezonden verwerkingsstatus ′6F00′ (zie appendix 11).
—Indien geen particuliere sleutel in de beveiligingsomgeving aanwezig is, is de
teruggezonden verwerkingsstatus ′6A88′.
—Indien de verificatie van het cryptogram mislukt, is de teruggezonden verwer-
kingsstatus ′6688′.
—Indien het commando niet onmiddellijk wordt voorafgegaan door een GET
CHALLENGE-commando, is de teruggezonden verwerkingsstatus ′6985′.
—Indien de geselecteerde particuliere sleutel verminkt is, is de teruggezonden
verwerkingsstatus ′6400′ of′6581′.
Indien het EXTERNAL AUTHENTICATE-commando succesvol is en indien het
eerste deel van de sessiesleutel van een recent uitgevoerde succesvolle
INTERNAL AUTHENTICATE beschikbaar is, wordt de sessiesleutel voor
toekomstige commando's met beveiligde berichtenuitwisseling ingesteld.
Indien het eerste deel van de sessiesleutel niet beschikbaar is van een vooraf-
gaand INTERNAL AUTHENTICATE-commando, wordt het tweede deel van de
door de IFD gezonden sessiesleutel niet op de kaart opgeslagen. Dit mechanisme
waarborgt dat het wederzijds authenticatieproces overeenkomstig de in appendix
11 gespecificeerde voorschriften uitgevoerd wordt.
3.6.10. Manage Security Environment (Beheer beveiligingsomgeving)
Dit commando wordt gebruikt om een openbare sleutel voor authentificatiedoel-
einden in te stellen.
Dit commando voldoet aan ISO/IEC 7816-8. Het gebruik van dit commando is
met betrekking tot de betreffende norm beperkt.
De in het MSE-gegevensveld genoemde sleutel is geldig voor elk bestand van het
DF van de tachograaf.1998R2135 —NL—01.05.2006 —002.001 —122
▼M1
De in het MSE-gegevensveld genoemde sleutel blijft de huidige openbare sleutel
tot het volgende correcte MSE-commando.
Indien de genoemde sleutel niet (reeds) in de kaart aanwezig is, blijft de beveili-
gingsomgeving ongewijzigd.
Commandobericht
Byte Lengte Waarde Omschrijving
CLA 1 ′00h′ CLA
INS 1 ′22h′ INS
P1 1 ′C1h′ P1: genoemde sleutel, geldig voor alle cryptografi-
sche operaties
P2 1 ′B6h′ P2: genoemde gegevens betreffende digitale hand-
tekening
Lc 1 ′0Ah′ Lc: lengte van het volgende gegevensveld
#6 1 ′83h′ Label voor verwijzing naar een openbare sleutel in
asymmetrische gevallen
#7 1 ′08h′ Lengte van de sleutelreferentie (sleutelidentifica-
tiesymbool)
#8-#15 08h ′XX..XXh′ Sleutelidentificatiesymbool zoals gespecificeerd in
appendix 11
Antwoordbericht
Byte Lengte Waarde Omschrijving
SW 2 ′XXXXh′ Statuswoorden (SW1, SW2)
—Indien het commando succesvol is, zendt de kaart ′9000′ terug.
—Indien de genoemde sleutel niet op de kaart aanwezig is, is de teruggezonden
verwerkingsstatus ′6A88′.
—Indien een aantal verwachte gegevensobjecten in het beveiligde berichtenuit-
wisselingsformaat ontbreken, wordt verwerkingsstatus ′6987′ teruggezonden.
Dit kan gebeuren wanneer het label ′83h′ ontbreekt.
—Indien een aantal gegevensobjecten niet correct is, is de teruggezonden
verwerkingsstatus ′6988′. Dit kan gebeuren wanneer de lengte van het sleute-
lidentificatiesymbool niet gelijk is aan ′08h′.
—Indien de geselecteerde sleutel verminkt is, is de teruggezonden verwerkings-
status ′6400′ of′6581′.
3.6.11. PSO: Hash (PSO: Hash)
Dit commando wordt gebruikt om het resultaat van een hashberekening van een
aantal gegevens naar de kaart te zenden. Dit commando wordt gebruikt voor de
verificatie van digitale handtekeningen. De hashwaarde wordt in EEPROM opge-
slagen voor het volgende commando „verifieer digitale handtekening”.
Dit commando voldoet aan ISO/IEC 7816-8. Het gebruik van dit commando is
met betrekking tot de betreffende norm beperkt.
Commandobericht
Byte Lengte Waarde Omschrijving
CLA 1 ′00h′ CLA
INS 1 ′2Ah′ Voer beveiligingsoperatie uit
P1 1 ′90h′ Zend hashcode terug
P2 1 ′A0h′ Label: gegevensveld bevat voor hashing relevante
DO's
Lc 1 ′16h′ Lengte Lc van het volgende gegevensveld
#6 1 ′90h′ Label voor de hashcode1998R2135 —NL—01.05.2006 —002.001 —123
▼M1
Byte Lengte Waarde Omschrijving
#7 1 ′14h′ Lengte van de hashcode
#8-#27 20 ′XX..XXh′ Hashcode
Antwoordbericht
Byte Lengte Waarde Omschrijving
SW 2 ′XXXXh′ Statuswoorden (SW1, SW2)
—Indien het commando succesvol is, zendt de kaart ′9000′ terug.
—Indien een aantal verwachte gegevensobjecten (zoals hierboven gespecifi-
ceerd) ontbreekt, wordt verwerkingsstatus ′6987′ teruggezonden. Dit kan
gebeuren wanneer een van de labels ′90h′ ontbreekt.
—Indien een aantal gegevensobjecten niet correct is, is de teruggezonden
verwerkingsstatus ′6988′. Deze fout treedt op wanneer het vereiste label
aanwezig is maar een lengte heeft die afwijkt van ′14h′.
3.6.12. Perform Hash of File (Voer hash van bestand uit)
Dit commando voldoet niet aan ISO/IEC 7816-8. De CLA-byte van dit
commando geeft dus een particulier gebruik van de PERFORM SECURITY
OPERATION/HASH aan.
Het PERFORM HASH OF FILE-commando wordt gebruikt om het gegevensge-
bied van het thans geselecteerde transparante EF te hashen.
Het resultaat van de hashoperatie wordt op de kaart opgeslagen. Het kan vervol-
gens worden gebruikt om een digitale handtekening van het bestand te krijgen
met gebruikmaking van het PSO: COMPUTE DIGITAL SIGNATURE-
commando. Dit resultaat blijft beschikbaar voor het COMPUTE DIGITAL
SIGNATURE-commando tot het volgende succesvolle PERFORM HASH OF
FILE-commando.
Commandobericht
Byte Lengte Waarde Omschrijving
CLA 1 ′80h′ CLA
INS 1 ′2Ah′ Voer beveiligingsoperatie uit
P1 1 ′90h′ Label: hash
P2 1 ′00h′ P2: hash de gegevens van het thans geselecteerde
transparante bestand
Antwoordbericht
Byte Lengte Waarde Omschrijving
SW 2 ′XXXXh′ Statuswoorden (SW1, SW2)
—Indien het commando succesvol is, zendt de kaart ′9000′ terug.
—Indien geen toepassing geselecteerd is, wordt verwerkingsstatus ′6985′ terug-
gezonden.
—Indien het geselecteerde EF verminkt is (integriteitsfouten in bestandsattri-
buten of opgeslagen gegevens), is de teruggezonden verwerkingsstatus ′6400′
of′6581′.
—Indien het geselecteerde bestand geen transparant bestand is, is de terugge-
zonden verwerkingsstatus ′6986′.
3.6.13. PSO: Compute Digital Signature (PSO: bereken digitale handtekening)
Dit commando wordt gebruikt om de digitale handtekening van een vooraf bere-
kende hashcode te berekenen (zie PERFORM HASH OF FILE, paragraaf
3.6.12).
Dit commando voldoet aan ISO/IEC 7816-8. Het gebruik van dit commando is
met betrekking tot de betreffende norm beperkt.1998R2135 —NL—01.05.2006 —002.001 —124
▼M1
De particuliere sleutel van de kaart wordt gebruikt om de digitale handtekening te
berekenen en is impliciet bij de kaart bekend.
De kaart voert een digitale handtekening uit met een paddingmethode overeen-
komstig PKCS1 (zie appendix 11 voor details).
Commandobericht
Byte Lengte Waarde Omschrijving
CLA 1 ′00h′ CLA
INS 1 ′2Ah′ Voer beveiligingsoperatie uit
P1 1 ′9Eh′ Terug te zenden digitale handtekening
P2 1 ′9Ah′ Label: gegevensveld bevat te ondertekenen gege-
vens. Als geen gegevensveld opgenomen is, wordt
aangenomen dat de gegevens al op de kaart
aanwezig zijn (hash van bestand)
Le 1 ′80h′ Lengte van de verwachte handtekening
Antwoordbericht
Byte Lengte Waarde Omschrijving
#1-#128 128 ′XX..XXh′ Handtekening van de vooraf berekende hash
SW 2 ′XXXXh′ Statuswoorden (SW1, SW2)
—Indien het commando succesvol is, zendt de kaart ′9000′ terug.
—Indien de impliciet geselecteerde particuliere sleutel verminkt is, is de terug-
gezonden verwerkingsstatus ′6400′ of′6581′.
3.6.14. PSO: Verify Digital Signature (PSO: verifieer digitale handtekening)
Dit commando wordt gebruikt om de digitale handtekening te verifiëren die gele-
verd is als een invoer overeenkomstig PKCS1 van een bericht waarvan de hash
bij de kaart bekend is. Het handtekeningalgoritme is impliciet bij de kaart
bekend.
Dit commando voldoet aan ISO/IEC 7816-8. Het gebruik van dit commando is
met betrekking tot de betreffende norm beperkt.
Het VERIFY DIGITAL SIGNATURE-commando gebruikt altijd de door het
voorafgaande MANAGE SECURITY ENVIRONMENT-commando geselec-
teerde openbare sleutel en de voorafgaande, door een PSO: HASH-commando
ingevoerde hashcode.
Commandobericht
Byte Lengte Waarde Omschrijving
CLA 1 ′00h′ CLA
INS 1 ′2Ah′ Voer beveiligingsoperatie uit
P1 1 ′00h′
P2 1 ′A8h′ Label: gegevensveld bevat voor verificatie rele-
vante DO's
Lc 1 ′83h′ Lengte Lc van het volgende gegevensveld
#28 1 ′9Eh′ Label voor digitale handtekening
#29-#30 2 ′8180h′ Lengte van digitale handtekening (128 bytes,
gecodeerd overeenkomstig ISO/IEC 7816-6)
#31-#158 128 ′XX..XXh′ Inhoud van de digitale handtekening
Antwoordbericht1998R2135 —NL—01.05.2006 —002.001 —125
▼M1
Byte Lengte Waarde Omschrijving
SW 2 ′XXXXh′ Statuswoorden (SW1, SW2)
—Indien het commando succesvol is, zendt de kaart ′9000′ terug.
—Indien de verificatie van de handtekening mislukt, is de teruggezonden
verwerkingsstatus ′6688′. Het verificatieproces wordt beschreven in appendix
11.
—Indien geen openbare sleutel geselecteerd wordt, is de teruggezonden verwer-
kingsstatus ′6A88′.
—Indien een aantal verwachte gegevensobjecten (zoals hierboven gespecifi-
ceerd) ontbreekt, wordt verwerkingsstatus ′6987′ teruggezonden. Dit kan
gebeuren wanneer een van de vereiste labels ontbreekt.
—Indien geen hashcode beschikbaar is om het commando te verwerken (ten
gevolge van een voorafgaand PSO: HASH-commando), is de teruggezonden
verwerkingsstatus ′6985′.
—Indien een aantal gegevensobjecten niet correct is, is de teruggezonden
verwerkingsstatus ′6988′. Dit kan gebeuren wanneer een van vereiste lengtes
van de gegevensobjecten niet correct is.
—Indien de geselecteerde openbare sleutel verminkt is, is de teruggezonden
verwerkingsstatus ′6400′ of′6581′.
4. STRUCTUUR VAN DE TACHOGRAAFKAARTEN
Deze paragraaf specificeert de bestandsstructuren van de tachograafkaarten voor
het opslaan van toegankelijke gegevens.
De interne structuren die specifiek zijn voor de fabrikant van de kaart, zoals bijv.
koptitels van bestanden, worden niet gespecificeerd, evenmin als de opslag en
verwerking van gegevenselementen voor intern gebruik zoals EuropeanPu-
blicKey, CardPrivateKey, TDesSessionKey ofWorkshopCardPin.
De bruikbare opslagcapaciteit van tachograafkaarten moet minimaal 11 Kb zijn.
Een grotere capaciteit kan worden gebruikt. In dit geval blijft de structuur van de
kaart hetzelfde, maar wordt het aantal registraties van enkele elementen van de
structuur verhoogd. Deze paragraaf specificeert de laagste en hoogste waarden
van deze registratieaantallen.
4.1.Structuur van de bestuurderskaart
Na personalisatie moet de bestuurderskaart de onderstaande permanente bestands-
structuur en bestandstoegangscondities hebben:
Alle EF-structuren moeten transparant zijn.
Lezen met beveiligde berichtenuitwisseling moet voor alle bestanden in het DF
Tachograaf mogelijk zijn.
De bestuurderskaart moet de onderstaande gegevensstructuur hebben:1998R2135 —NL—01.05.2006 —002.001 —126
▼M1
1998R2135 —NL—01.05.2006 —002.001 —127
▼M1
De onderstaande waarden, die worden gebruikt om de grootte in de bovenstaande
tabel aan te geven, zijn de laagste en hoogste waarden van het aantal registraties
dat de gegevensstructuur van de bestuurderskaart moet gebruiken:
Min Max
n1 NoOfEventsPerType 6 121998R2135 —NL—01.05.2006 —002.001 —128
▼M1
Min Max
n2 NoOfFaultsPerType 12 24
n3 NoOfCardVehicleRecords 84 200
n4 NoOfCardPlaceRecords 84 112
n6 CardActivityLengthRange 5 544 bytes
(28 dagen *
93 wijzi-
gingen van
activiteiten)13 776 bytes
(28 dagen *
240 wijzi-
gingen van
activiteiten)
4.2.Structuur van de werkplaatskaart
Na personalisatie moet de werkplaatskaart de onderstaande permanente bestands-
structuur en bestandstoegangscondities hebben:
Alle EF-structuren moeten transparant zijn.
Lezen met beveiligde berichtenuitwisseling moet voor alle bestanden in het DF
Tachograaf mogelijk zijn.
De werkplaatskaart moet de onderstaande gegevensstructuur hebben:
1998R2135 —NL—01.05.2006 —002.001 —129
▼M1
1998R2135 —NL—01.05.2006 —002.001 —130
▼M1
De onderstaande waarden, die worden gebruikt om de grootte in de bovenstaande
tabel aan te geven, zijn de laagste en hoogste waarden van het aantal registraties
dat de gegevensstructuur van de werkplaatskaart moet gebruiken:
Min Max
n1 NoOfEventsPerType 3 3
n2 NoOfFaultsPerType 6 6
n3 NoOfCardVehicleRecords 4 8
n4 NoOfCardPlaceRecords 6 8
n5 NoOfCalibrationRecords 88 255
n6 CardActivityLengthRange 198 bytes
(1 dag * 93
wijzigingen
van activi-
teiten)492 bytes
(1 dag * 240
wijzigingen
van activi-
teiten)
4.3.Structuur van de controlekaart
Na personalisatie moet de controlekaart de onderstaande permanente bestands-
structuur en bestandstoegangscondities hebben:1998R2135 —NL—01.05.2006 —002.001 —131
▼M1
Alle EF-structuren moeten transparant zijn.
Lezen met beveiligde berichtenuitwisseling moet voor bestanden in het DF
Tachograaf mogelijk zijn.
De controlekaart moet de onderstaande gegevensstructuur hebben:
De onderstaande waarden, die worden gebruikt om de grootte in de bovenstaande
tabel aan te geven, zijn de laagste en hoogste waarden van het aantal registraties
dat de gegevensstructuur van de controlekaart moet gebruiken:1998R2135 —NL—01.05.2006 —002.001 —132
▼M1
Min Max
n7 NoOfControlActivityRecords 230 520
4.4.Structuur van de bedrijfskaart
Na personalisatie moet de bedrijfskaart de onderstaande permanent bestandsstruc-
tuur en bestandstoegangscondities hebben:
Alle EF-structuren moeten transparant zijn.
Lezen met beveiligde berichtenuitwisseling moet voor alle bestanden in het DF
Tachograaf mogelijk zijn.
De bedrijfskaart moet de onderstaande gegevensstructuur hebben:
1998R2135 —NL—01.05.2006 —002.001 —133
▼M1
De onderstaande waarden, die worden gebruikt om de grootte in de bovenstaande
tabel aan te geven, zijn de laagste en hoogste waarden van het aantal registraties
dat de gegevensstructuur van de bedrijfskaart moet gebruiken:
Min Max
n8 NoOfCompanyActivityRecords 230 5201998R2135 —NL—01.05.2006 —002.001 —134
▼M1
Appendix 3
PICTOGRAMMEN1998R2135 —NL—01.05.2006 —002.001 —135
▼M1
Het controleapparaat kan de onderstaande pictogrammen en pictogramcombina-
ties gebruiken:
1. BASISPICTOGRAMMEN
Mensen Activiteiten Werkingsmodi
Bedrijf Bedrijfsmodus
Controleur Controle Controlemodus
Bestuurder Rijden Operationele modus
Werkplaats/controlestation Controle/kalibrering Kalibreringsmodus
Fabrikant
Activiteiten Duur
Beschikbaar Lopende periode van beschikbaarheid
Rijden Rijtijdperiode
Rusten Lopende rustperiode
Werken Lopende werkperiode
Onderbreking Cumulatieve periode van onderbreking
Onbekend
Inrichting Functies
Lezer van de bestuurder
Lezer van de bijrijder
Kaart
Uurwerk
Leesvenster Visuele weergave
Externe opslag Overdracht
Stroomvoorziening
Printer/afdruk Afdrukken
Opnemer
Bandenmaat
Voertuig/voertuigunit
Specifieke omstandigheden
Niet verplicht
Vervoer per veerboot/trein
Diversen
Voorvallen
 Fouten
Begin van de dagelijkse werkpe-
riode
Einde van de dagelijkse
werkperiode
Plaats
 Handmatige invoer van
werkzaamheden van de
bestuurder
Beveiliging
 Snelheid
Tijdsaanduiding
 Totaal/overzicht
Kwalificerende elementen
Dagelijks
Wekelijks
Om de twee weken
Van of tot
2. PICTOGRAMCOMBINATIES
Diversen
Controleplaats
Plaats begin dagelijkse werkpe-
riode
Plaats einde dagelijkse
werkperiode
Van tijd
 Tot tijd
Van voertuig
Begin Niet verplicht
 Einde buiten bereik1998R2135 —NL—01.05.2006 —002.001 —136
▼M1
Kaarten
Bestuurderskaart
Bedrijfskaart
Controlekaart
Werkplaatskaart
- - - Geen kaart
Rijden
Rijden met een ploeg
Rijtijd van een week
Rijtijd van twee weken
Afdrukken
Dagelijkse afdruk van de kaart van de activiteiten van de bestuurder
Dagelijkse afdruk van de voertuigunit van de activiteiten van de bestuurder
Afdruk van de kaart van voorvallen en fouten
Afdruk van de voertuigunit van voorvallen en fouten
Afdruk van technische gegevens
Afdruk van snelheidsoverschrijding
Voorvallen
Inbrengen van een ongeldige kaart
Kaartconflict
Tijdsoverlapping
Rijden zonder geschikte kaart
Inbrengen van kaart tijdens het rijden
Laatste kaartsessie niet correct afgesloten
Snelheidsoverschrijding
Onderbreking in stroomvoorziening
Fout in de bewegingsgegevens
Poging tot inbreuk op de beveiliging
Tijdafstelling (door werkplaats)
Controle op snelheidsoverschrijding
Fouten
Kaartfout (lezer van de bestuurder)
Kaartfout (lezer van de bijrijder)
Leesvensterfout
Overbrengingsfout
Printerfout
Fout in de opnemer
Interne fout in de VU
Procedure bij handmatige invoer
Nog steeds dezelfde dagelijkse werkperiode?
Einde van de voorafgaande werkperiode?
Bevestig plaats van het einde van de werkperiode of voer deze in
Voer begintijd in
Voer plaats van het begin van de werkperiode in.
Opmerking: Additionele pictogramcombinaties voor het vormen van een afdruk-
blok of registratie-identificatiemiddelen worden in appendix 4 gedefinieerd.1998R2135 —NL—01.05.2006 —002.001 —137
▼M1
Appendix 4
AFDRUKKEN
INHOUD
1. Algemeen ….......................................................................................
2. Specificatie van gegevensblokken …............................................................
3. Afdrukspecificaties ….............................................................................
3.1. Dagelijkse afdruk van de de kaart met de activiteiten van de bestuurder …................
3.2. Dagelijkse afdruk van de VU met de activiteiten van de bestuurder …......................
3.3. Afdruk van de kaart met voorvallen en fouten …..............................................
3.4. Afdruk van de VU met voorvallen en fouten …...............................................
3.5. Afdruk van technische gegevens ….............................................................
3.6. Afdruk van snelheidsoverschrijding …..........................................................1998R2135 —NL—01.05.2006 —002.001 —138
▼M1
1. ALGEMEEN
Elke afdruk wordt opgebouwd door het achter elkaar plaatsen van diverse gege-
vensblokken, mogelijk geïdentificeerd met een blokidentificatiesymbool.
Een gegevensblok bevat een of meer records, mogelijk geïdentificeerd met een
record-identificatiesymbool.
Wanneer een blokidentificatiesymbool onmiddellijk voorafgaat aan een record-
identificatiesymbool, wordt het record-identificatiesymbool niet afgedrukt.
Als een gegevensbestanddeel onbekend is, of niet afgedrukt moet worden uit
hoofde van gegevenstoegangsrechten, worden in plaats daarvan spaties afgedrukt.
Indien de inhoud van een volledige regel onbekend is, of niet afgedrukt hoeft te
worden, dan wordt de volledige regel weggelaten.
Numerieke gegevensvelden worden rechts uitgelijnd afgedrukt, met een spatie
voor duizendtallen en miljoenen en zonder voorafgaande nullen.
Gegevensvelden met opeenvolgende tekens worden links uitgelijnd afgedrukt en
opgevuld met spaties tot de lengte van het gegevensbestanddeel, of indien nodig
afgekapt tot de lengte van het gegevensbestanddeel (namen en adressen).
2. SPECIFICATIE VAN GEGEVENSBLOKKEN
In dit hoofdstuk worden de onderstaande opmaakcriteria gehanteerd:
—vetgedrukte letters geven standaardtekst aan die afgedrukt moet worden
(afdrukken geschiedt in standaardletters);
—standaardletters geven variabelen aan (pictogrammen of gegevens) die door
hun afdrukwaarden moeten worden vervangen;
—namen van variabelen zijn onderstreept om de lengte van het gegevenbestand-
deel die voor de variabele ter beschikking is, te tonen;
—data worden in de vorm van „dd/mm/jjjj” (dag, maand, jaar) gespecificeerd.
De vorm „dd.mm.jjjj” mag ook worden gebruikt;
—de term „kaartidentificatie” verwijst naar: de kaartsoort door middel van een
pictogramcombinatie van de kaart, de code van de lidstaat van afgifte, een
schuine streep en het kaartnummer waarin de vervangingsindex en de
vernieuwingsindex door een spatie gescheiden zijn:
Afdrukken moeten de onderstaande gegevensblokken en/of gegevensrecords
overeenkomstig de onderstaande betekenissen en opmaak gebruiken:
Blok- of recordnummer
Betekenis
1Datum en tijd waarop het document wordt
afgedrukt
2Soort afdruk
Blokidentificatiesymbool
Afdruk pictogramcombinatie (zie appendix 3),
instelling snelheidsbegrenzer (alleen afdruk
snelheidsoverschrijding)
1998R2135 —NL—01.05.2006 —002.001 —139
▼M1
Blok- of recordnummer
Betekenis
3Identificatie van de kaarthouder
Blokidentificatiesymbool. P = pictogram voor
personen
Naam van de kaarthouderVoornaam van de kaarthouder (indien van
toepassing)
KaartidentificatieVervaldatum van de kaart (indien van toepas-
sing)
Als de kaart geen persoonlijke kaart is en de
achternaam van de kaarthouder niet hoeft te
worden vermeld, moet de naam van het bedrijf
of de werkplaats of die van de controle-instantie
worden afgedrukt.
4Voertuigidentificatie
Blokidentificatiesymbool
VIN-nummerLidstaat van registratie en kenteken
5VU-identificatie
Blokidentificatiesymbool
Naam van fabrikant van VUOnderdeelnummer van VU
6Laatste kalibrering van het controleapparaat
Blokidentificatiesymbool
Naam van de werkplaatsIdentificatie van de werkplaatskaart
Datum van de kalibrering
7Laatste controle (door een controleur)
Blokidentificatiesymbool
Identificatie van de controleurskaart
Datum, tijd en type van de controleType controle: Maximaal vier pictogrammen.
Het type controle kan (een combinatie) zijn
(van):
: Kaartoverdacht,
 : VU-overdracht,
 :
Afdrukken,
 : Visuele weergave
8Activiteiten van de bestuurder die in volg-
orde van optreden op een kaart opgeslagen
zijn
Blokidentificatiesymbool
Onderzoeksdatum (kalenderdag van de afdruk)
+ Dagelijkse aanwezigheidsteller van de kaart
1998R2135 —NL—01.05.2006 —002.001 —140
▼M1
Blok- of recordnummer
Betekenis
8.1Periode waarin de kaart niet ingebracht was
8.1a Record-identificatiesymbool (begin van de
periode)
8.1b Onbekende periode. Begin- en eindtijd, duur
8.1c Handmatig ingevoerde activiteit
Pictogram van de activiteit, begin- en eindtijd
(inclusief), duur, rusttijden van ten minste
een uur worden gelabeld met een sterretje.
8.2Kaartinbrenging in lezer S
Record-identificatiesymbool;
S = Lezerpictogram
Registerende lidstaat van het voertuig en
kenteken
Kilometerstand van het voertuig bij kaartin-
brenging
8.3Activiteit (terwijl de kaart ingebracht was)
Pictogram van de activiteit, begin- en eindtijd
(inclusief), duur, status van de bemanning
(bemanningspictogram bij PLOEG, spaties bij
ALLEEN), rusttijden van ten minste een uur
worden gelabeld met een sterretje.
8.3a Specifieke omstandigheid. Tijd van invoer,
pictogram van specifieke omstandigheid (of
pictogramcombinatie).
8.4Kaartuitneming
Kilometerstand van het voertuig en afgelegde
afstand sinds de laatste inbrenging waarvan de
kilometerstand bekend is
9Activiteiten van de bestuurder in chronologi-
sche volgorde opgeslagen in een VU per lezer
Blokidentificatiesymbool
Onderzoeksdatum (kalenderdag van de afdruk)Kilometerstand van het voertuig om 00:00 en
24:00
10Activiteiten overgedragen naar lezer S
Blokidentificatiesymbool
10.1 Periode waarin geen kaart in lezer S inge-
bracht is
Record-identificatiesymboolGeen kaart ingebracht
Kilometerstand van het voertuig aan het
begin van de periode
1998R2135 —NL—01.05.2006 —002.001 —141
▼M1
Blok- of recordnummer
Betekenis
10.2 Kaartinbrenging
Record-identificatiesymbool van kaartinbren-
ging
Naam van de bestuurderVoornaam van de bestuurder
Identificatie van de bestuurderskaart
Vervaldatum van de bestuurderskaartLidstaat van registratie en kenteken van het
vorige gebruikte voertuig
Datum en tijd van kaartuitneming bij het
vorige voertuig
WitregelKilometerstand van het voertuig bij kaartin-
brenging, handmatige invoer van label van
activiteiten van de bestuurder (M indien ja,
spatie indien nee).
10.3 Activiteit
Activiteitspictogram, begin- en eindtijd
(inclusief), duur, status van de bemanning
(ploegpictogram indien met een PLOEG,
spatie indien ALLEEN), rusttijden van ten
minste een uur worden gelabeld met een ster-
retje.
10.3a Specifieke omstandigheid. Tijd van invoer,
pictogram van specifieke omstandigheid (of
pictogramcombinatie).
10.4 Kaartuitneming of einde van een „geen
kaart”-periode
Kilometerstand van het voertuig bij kaartuit-
neming of aan het einde van een „geen
kaart”-periode en afgelegde afstand sinds
inbrenging, of sinds het begin van de „geen
kaart”-periode.
11Dagelijks overzicht
Blokidentificatiesymbool
11.1 VU-overzicht van perioden zonder kaart in
de lezer van de bestuurder
Blokidentificatiesymbool
11.2 VU-overzicht van perioden zonder kaart in
de lezer van de bijrijder
Blokidentificatiesymbool
1998R2135 —NL—01.05.2006 —002.001 —142
▼M1
Blok- of recordnummer
Betekenis
11.3 Dagelijks overzicht van de VU per
bestuurder
Record-identificatiesymbool
Naam van de bestuurderVoornaam van de bestuurder
Identificatie van de bestuurderskaart
11.4 Invoer van de plaats waar de dagelijkse
werkperiode begint en/of eindigt
pi = begin/einde-plaatspictogram, tijd, land,
regio,
Kilometerstand
11.5 Totaal van de activiteiten (van een kaart)
Totale rijtijd, afgelegde afstand
Totale duur van werken en beschikbaarheidTotale duur van rusttijden en onbekende
perioden
Totale duur van activiteiten van de beman-
ning
11.6 Totaal van de activiteiten (perioden zonder
kaart in de lezer van de bestuurder)
Totale rijtijd, afgelegde afstand
Totale duur van werken en beschikbaarheid
Totale duur van rusttijden
11.7 Totaal van de activiteiten (perioden zonder
kaart in de lezer van de bijrijder)
Totale duur van werken en beschikbaarheidTotale duur van rusttijden
11.8 Totaal van de activiteiten (per bestuurder
van beide lezers)
Totale rijtijd, afgelegde afstand
Totale duur van werken en beschikbaarheid
Totale duur van rusttijdenTotale duur van activiteiten van de beman-
ning
Wanneer een dagelijkse afdruk voor de
lopende dag vereist is, wordt de dagelijkse
overzichtsinformatie aan de hand van de
beschikbare gegevens op het tijdstip van
afdrukken berekend.
12Op een kaart opgeslagen voorvallen en/of
fouten
12.1 Blokidentificatiesymbool laatste 5 „Voor-
vallen en Fouten” van een kaart
1998R2135 —NL—01.05.2006 —002.001 —143
▼M1
Blok- of recordnummer
Betekenis
12.2 Blokidentificatiesymbool alle geregistreerde
„Voorvallen” op een kaart
12.3 Blokidentificatiesymbool alle geregistreerde
„Fouten” op een kaart
12.4 Voorval-record en/of fout-record
Record-identificatiesymboolVoorval/foutpictogram, doel van het record,
datum en tijd van begin
(eventuele) Additionele voorval/foutcode,
duur
Lidstaat van registratie en kentekennummer
van het voertuig waarin het voorval of de
fout optrad
13In een VU opgeslagen of aanhoudende voor-
vallen en/of fouten
13.1 Blokidentificatiesymbool laatste 5 „Voor-
vallen en Fouten” van een VU
13.2 Blokidentificatiesymbool alle geregistreerde
of aanhoudende „Voorvallen” in een VU
13.3 Blokidentificatiesymbool alle geregistreerde
of aanhoudende „Fouten” in een VU
13.4 Voorval-record en/of fout-record
Record-identificatiesymbool
Voorval-/foutpictogram, doel van het record,
datum en tijd van begin
(eventuele) Additionele voorval-/foutcode,
aantal vergelijkbare voorvallen op die dag,
duur
Identificatie van de kaarten die bij begin en
einde van het voorval of de fout ingebracht
zijn (maximaal 4 regels zonder hetzelfde
kaartnummer te herhalen)
Geval waarin geen kaart ingebracht wasHet doel van het record (p) is een numerieke
code die verklaart waarom het voorval of de
fout geregistreerd werd, gecodeerd overeen-
komstig het gegevensbestanddeel Voorval-
FoutRecordDoel.
1998R2135 —NL—01.05.2006 —002.001 —144
▼M1
Blok- of recordnummer
Betekenis
14VU-identificatie
BlokidentificatiesymboolNaam van de fabrikant van de VU
Adres van de fabrikant van de VU
Onderdeelnummer VUGoedkeuringsnummer VU
Serienummer VU
Bouwjaar van de VUSoftwareversie van de VU en installatiedatum
15Identificatie van de opnemer
Blokidentificatiesymbool
Serienummer van de opnemerGoedkeuringsnummer van de opnemer
Datum van eerste installatie van de opnemer
16Kalibreringsgegevens
Blokidentificatiesymbool
16.1 Kalibreringsrecord
Record-identificatiesymbool
Werkplaats die de kalibrering heeft uitge-
voerd
Adres van de werkplaats
Identificatie van de werkplaatskaartVervaldatum van de werkplaatskaart
Witregel
Kalibreringsdatum + kalibreringsdoelVIN-nummer
Lidstaat van registratie en kenteken
Kenmerkende coëfficiënt van het voertuigConstante van het controleapparaat
Effectieve omtrek van de wielbanden
Maat van gemonteerde bandenInstelling van de snelheidsbegrenzer
Oude en nieuwe kilometerstand
Het kalibreringsdoel (p) is een numerieke
code die verklaart waarom deze kalibrerings-
parameters geregistreerd werden, gecodeerd
overeenkomstig het gegevensbestanddeel
KalibreringDoel.
17Tijdafstelling
Blokidentificatiesymbool
1998R2135 —NL—01.05.2006 —002.001 —145
▼M1
Blok- of recordnummer
Betekenis
17.1 Tijdafstellingsrecord
Record-identificatiesymboolOude datum en tijd
Nieuwe datum en tijd
Werkplaats die de tijdafstelling heeft uitge-
voerd
Adres van de werkplaatsIdentificatie van de werkplaatskaart
Vervaldatum van de werkplaatskaart
18Meest recent(e) in de VU geregistreerd(e)
voorval en fout
Blokidentificatiesymbool
Datum en tijd meest recent voorval
Datum en tijd meest recente fout
19Informatie over controle snelheidsover-
schrijding
BlokidentificatiesymboolDatum en tijd laatste CONTROLE SNEL-
HEIDSOVERSCHRIJDING
Datum/tijd van eerste snelheidsoverschrijving
en aantal snelheidsoverschrijdingen sindsdien
20Snelheidsoverschrijdingsrecord
20.1 Blokidentificatiesymbool „Eerste snelheids-
overschrijding na de laatste kalibrering”
20.2 Blokidentificatiesymbool „De 5 grootste
gedurende de afgelopen 365 dagen”
20.3 Blokidentificatiesymbool „De grootste voor
elk van de laatste 10 dagen waarop snel-
heidsoverschrijding plaatsvond”
20.4 Record-identificatiesymbool
Datum, tijd en duur
Gemiddelde en maximumsnelheid, aantal
vergelijkbare voorvallen op die dag
Naam van de bestuurder
Voorna(a)m(en) van de bestuurderIdentificatie van de bestuurderskaart
20.5 Indien geen snelheidsoverschrijdingsrecord
in een blok aanwezig is
1998R2135 —NL—01.05.2006 —002.001 —146
▼M1
Blok- of recordnummer
Betekenis
21Geschreven informatie
Blokidentificatiesymbool
21.1 Plaats van controle
21.2 Handtekening van de controleur
21.3 Van tijdstip21.4 Tot tijdstip
21.5 Handtekening van de bestuurder
„Geschreven informatie”; Voeg voldoende
witregels boven een geschreven rubriek in
om de vereiste informatie te kunnen noteren
of een handtekening te kunnen zetten.
3. AFDRUKSPECIFICATIES
In dit hoofdstuk worden de onderstaande standaardtekens gebruikt:
Afdrukblok of record-nummer N
Afdrukblok of record-nummer N zo vaak als nodig herhaald
Afdrukblokken of records X en/of Y indien nodig en zo vaak als
nodig herhaald
3.1.Dagelijkse afdruk van de kaart met de activiteiten van de bestuurder
De dagelijkse afdruk van de kaart met de activiteiten van de bestuurder moet in
overeenstemming zijn met onderstaande opmaak:
Datum en tijd waarop het document wordt afgedrukt
Soort afdruk
Identificatie van de controleur (indien een controlekaart in de VU
ingebracht is)
Identificatie van de bestuurder (van de kaart waarvan de afdruk
gemaakt wordt)
VIN-nummer (voertuig waarvan de afdruk gemaakt wordt)
VU-identificatie (VU waarvan de afdruk gemaakt wordt)
Laatste kalibrering van deze VU
Laatste controle waaraan de gecontroleerde bestuurder werd
onderworpen
Begrenzer van de activiteiten van de bestuurder
Activiteiten van de bestuurder in volgorde van uitvoering
Begrenzer van dagelijkse overzichten
Plaatsen ingevoerd in chronologische volgorde
Totaal van de activiteiten
Voorvallen of fouten van de begrenzer van de kaart
Voorval-records/fout-records (de 5 laatste op de kaart opgeslagen
voorvallen of fouten)
Voorvallen of fouten van de begrenzer van de VU1998R2135 —NL—01.05.2006 —002.001 —147
▼M1
Voorval-records/fout-records (de laatste 5 in de VU opgeslagen
of aanhoudende voorvallen of fouten)
Controleplaats
Handtekening van de controleur
Handtekening van de bestuurder
3.2.Dagelijkse afdruk van de VU met de activiteiten van de bestuurder
De dagelijkse afdruk van de VU van de activiteiten van de bestuurder moet in
overeenstemming zijn met onderstaande opmaak:
Datum en tijd waarop het document afgedrukt wordt
Soort afdruk
Identificatie van de kaarthouder (voor alle in de VU ingebrachte
kaarten)
VIN-nummer (voertuig waarvan de afdruk gemaakt wordt)
VU-identificatie (VU waarvan de afdruk wordt gemaakt)
Laatste kalibrering van deze VU
Laatste controle van dit controleapparaat
Begrenzer van de activiteiten van de bestuurder
Begrenzer van de lezer van de bestuurder (lezer 1)
Activiteiten in chronologische volgorde (lezer van de bestuurder)
Begrenzer van de lezer van de bijrijder (lezer 2)
Activiteiten in chronologische volgorde (lezer van de bijrijder)
Begrenzer van dagelijkse overzichten
Overzicht van perioden zonder kaart in de lezer van de
bestuurder
Plaatsen ingevoerd in chronologische volgorde
Totaal van de activiteiten
Overzicht van perioden zonder kaart in de lezer van de bijrijder
Plaatsen ingevoerd in chronologische volgorde
Totaal van de activiteiten
Overzicht van activiteiten van een bestuurder van beide lezers
Plaatsen ingevoerd door deze bestuurder in chronologische volg-
orde
Totaal van de activiteiten van deze bestuurder
Begrenzer voorvallen fouten
Voorval-records/fout-records (de laatste 5 in de VU opgeslagen
of aanhoudende voorvallen of fouten)
Controleplaats
Handtekening van de controleur1998R2135 —NL—01.05.2006 —002.001 —148
▼M1
Van tijdstip (ruimte waarin een bestuurder
die geen kaart heeft, kan
aangeven welke perioden op
hem betrekking hebben)
Tot tijdstip
Handtekening van de bestuurder
3.3.Afdruk van de kaart met voorvallen en fouten
De afdruk van de kaart met voorvallen en fouten moet in overeenstemming zijn
met onderstaande opmaak:
Datum en tijd waarop het document afgedrukt wordt
Soort afdruk
Identificatie van de controleur (indien een controlekaart in de VU
ingebracht is)
Identificatie van de bestuurder (van de kaart waarvan de afdruk
gemaakt wordt)
VIN-nummer (voertuig waarvan de afdruk gemaakt wordt)
Begrenzer van voorvallen
Voorval-records (alle op de kaart opgeslagen voorvallen)
Foutenbegrenzer
Fout-records (alle op de kaart opgeslagen fouten)
Controleplaats
Handtekening van de controleur
Handtekening van de bestuurder
3.4.Afdruk van de VU met voorvallen en fouten
De afdruk van de VU met voorvallen en fouten moet in overeenstemming zijn
met onderstaande opmaak:
Datum en tijd waarop het document afgedrukt wordt
Soort afdruk
Identificatie van de kaarthouder (voor alle in de VU ingebrachte
kaarten)
VIN-nummer (voertuig waarvan de afdruk gemaakt wordt)
Begrenzer van voorvallen
Voorval-records (alle in de VU opgeslagen of aanhoudende voor-
vallen)
Begrenzer van fouten
Fout-records (alle in de VU opgeslagen of aanhoudende fouten)
Controleplaats
Handtekening van de controleur
Handtekening van de bestuurder
3.5.Afdruk van technische gegevens
De afdruk van technische gegevens moet in overeenstemming zijn met onder-
staande opmaak:
Datum en tijd waarop het document afgedrukt wordt1998R2135 —NL—01.05.2006 —002.001 —149
▼M1
Soort afdruk
Identificatie van de kaarthouder (voor alle in de VU ingebrachte
kaarten)
VIN-nummer (voertuig waarvan de afdruk gemaakt wordt)
VU-identificatie
Identificatie van de opnemer
Begrenzer van kalibreringsgegevens
Kalibreringsrecords (alle records in chronologische volgorde)
Begrenzer van de tijdafstelling
Tijdafstellingsrecords (alle records van tijdafstelling en kalibre-
ringsgegevens)
Meest recent(e) door de VU geregistreerd(e) voorval en fout
3.6.Afdruk van snelheidsoverschrijding
De afdruk van snelheidsoverschrijding moet in overeenstemming zijn met onder-
staande opmaak:
Datum en tijd waarop het document afgedrukt wordt
Soort afdruk
Identificatie van de kaarthouder (voor alle in de VU ingebrachte
kaarten)
VIN-nummer (voertuig waarvan de afdruk gemaakt wordt)
Informatie over controle snelheidsoverschrijding
Identificatiesymbool snelheidsoverschrijdingsgegevens
Eerste snelheidsoverschrijding na de laatste kalibrering
Identificatiesymbool snelheidsoverschrijdingsgegevens
De 5 grootste snelheidsoverschrijdingen gedurende de afgelopen
365 dagen
Identificatiesymbool snelheidsoverschrijdingsgegevens
De grootste snelheidsoverschrijding gedurende van de laatste 10
dagen waarop snelheidsoverschrijding plaatsvond
Controleplaats
Handtekening van de controleur
Handtekening van de bestuurder1998R2135 —NL—01.05.2006 —002.001 —150
▼M1
Appendix 5
LEESVENSTER1998R2135 —NL—01.05.2006 —002.001 —151
▼M1
In deze appendix worden de onderstaande opmaakcriteria gehanteerd:
—vetgedrukte letters geven standaardtekst aan die getoond moet worden (lees-
venster blijft in standaardletters);
—standaardletters geven variabelen aan (pictogrammen of gegevens) die bij het
tonen ervan door hun waarden moeten worden vervangen:
dd mm jjjj: dag, maand, jaar,hh: uren,mm: minuten,
D: duurpictogram,
EF: pictogramcombinatie van voorvallen en fouten,O: pictogram van de werkingsmodus.
Het controleapparaat moet de gegevens met gebruikmaking van onderstaande
opmaak tonen:
Gegevens Opmaak
Standaardleesvenster
Plaatselijke tijd hh:mm
Werkingsmodus O
Informatie betreffende de bestuurder
 Dhhhmm
 hhhmm
Informatie betreffende de bijrijder
 Dhhhmm
„Niet verplicht” -omstandigheid geopend
Waarschuwingsleesvenster
Overschrijden van de rijtijdperiode
 hhhmm
 hhhmm
Voorval of fout EF
Overige leesvensters
UTC-datum UTC
 dd/mm/jjjj
ofUTC
dd.mm.jjjj
Tijd hh:mm
Rijtijdperiode en cumulatieve rusttijd van de
bestuurder
hhhmm
 hhhmm
Rijtijdperiode en cumulatieve rusttijd van de
bijrijder
hhhmm
 hhhmm
Cumulatieve rijtijdperiode van de bestuurder in de
voorafgaande en de lopende week
hhhhmm
Cumulatieve rijtijdperiode van de bijrijder in de
voorafgaande en de lopende week
hhhhmm1998R2135 —NL—01.05.2006 —002.001 —152
▼M1
Apendix 6
EXTERNE INTERFACES
INHOUD
1. Hardware ….......................................................................................
1.1. Connector ….......................................................................................
1.2. Contacttoewijzing …..............................................................................
1.3. Blokschema ….....................................................................................
2. Overbrengingsinterface …........................................................................
3. Kalibreringsinterface …...........................................................................1998R2135 —NL—01.05.2006 —002.001 —153
▼M1
1. HARDWARE
1.1.Connector
De overbrengings-/kalibreringsconnector moet een 6 pins connector zijn die via
het frontpaneel toegankelijk is, zonder dat daarvoor delen van het controleappa-
raat losgekoppeld moeten worden. De connector moet voldoen aan de onder-
staande tekening (alle maten in millimeters):
1998R2135 —NL—01.05.2006 —002.001 —154
▼M1
Het onderstaande schema toont een normale 6 pins contrasteker:
1998R2135 —NL—01.05.2006 —002.001 —155
▼M1
1.2.ContacttoewijzingContacten moeten overeenkomstig de onderstaande tabel
worden toegewezen:
Pin Omschrijving Opmerking
1 Minpool Verbonden met de minpool van het voertuig
2 Gegevensoverdracht K-lijn (ISO 14230-1)
3 RxD —Overbrenging Gegevensinvoer naar controleapparaat
4 Invoer-/uitvoersignaal Kalibrering
5 Permanente vermogensaf-
gifteHet spanningsbereik wordt gespecificeerd als het
vermogen van het voertuig minus 3 V met het oog op
optredend spanningsverlies in de veiligheidsschake-
lingen
Output 40 mA
6 TxD —Overbrenging Gegevensuitvoer van controleapparaat
1.3.Blokschema
Het blokschema moet aan het onderstaande voldoen:
2. OVERBRENGINGSINTERFACE
De overbrengingsinterface moet voldoen aan RS232 specificaties.
De overbrengingsinterface moet een startbit, 8 gegevensbits met LSB als eerste
bit, een even pariteitsbit en 1 stopbit gebruiken.
Organisatie van gegevensbits
Startbit: een bit met logisch niveau 0
Gegevensbits:
verzonden met LSB als eerste bit
Pariteitsbit: even pariteitStopbit: een bit met logisch niveau 11998R2135 —NL—01.05.2006 —002.001 —156
▼M1
Wanneer numerieke gegevens die uit meer dan een byte bestaan, verzonden
worden, wordt de meest significante byte het eerst verzonden en de minst signifi-
cante byte het laatst.
Baudsnelheden van de transmissie moeten instelbaar zijn tussen 9 600 bps en
115 200 bps. De transmissie moet met de hoogst mogelijke transmissiesnelheid
worden uitgevoerd, waarbij de initiële baudsnelheid na een communicatiebegin
op 9 600 bps moet worden gezet.
3. KALIBRERINGSINTERFACE
De gegevensoverdacht moet voldoen aan ISO 14230-1 Road vehicles —Diagno-
stic systems —Keyword protocol 2000 —Part 1: Physical layer, First edition:
1999.
Het invoer-/uitvoersignaal moet voldoen aan de onderstaande elektrische specifi-
catie:
Parameter Minimum Normaal Maximum Opmerking
Ulaag(in) 1,0 V I = 750 µA
Uhoog(in) 4 V I = 200 µA
Frequentie 4 kHz
Ulaag(uit) 1,0 V I = 1 mA
Uhoog(uit) 4 V I = 1 mA
Het invoer-/uitvoersignaal moet voldoen aan de onderstaande tijdschema's:
signaal van de opnemer
(uit)
meetsignaal (in)
UTC kloksignaal (uit)
1998R2135 —NL—01.05.2006 —002.001 —157
▼M1
Appendix 7
PROTOCOLLEN VOOR GEGEVENSOVERDRACHT
INHOUD
1. Inleiding …........................................................................................
1.1. Toepassingsgebied ….............................................................................
1.2. Acroniemen en notaties ….......................................................................
2. Gegevensoverdracht van de VU …..............................................................
2.1. Overdrachtprocedure …...........................................................................
2.2. Protocol voor gegevensoverdracht …...........................................................
2.2.1. Berichtenstructuur …..............................................................................
2.2.2. Berichtensoorten …...............................................................................
2.2.3. Berichtenstroom …................................................................................
2.2.4. Timing …..........................................................................................
2.2.5. Behandeling van fouten ….......................................................................
2.2.6. Inhoud van het antwoordbericht …..............................................................
2.3. ESM bestandsopslag …...........................................................................
3. Protocol van overdracht van tachograafkaarten ….............................................
3.1. Toepassingsgebied ….............................................................................
3.2. Definities …........................................................................................
3.3. Overdracht van de kaart ….......................................................................
3.3.1. Initialisatiesequentie …...........................................................................
3.3.2. Sequentie voor niet-getekende gegevensbestanden ….........................................
3.3.3. Sequentie voor getekende gegevensbestanden …..............................................
3.3.4. Sequentie voor het terugstellen van de kalibreringsteller …..................................
3.4. Opmaak gegevensopslag …......................................................................
3.4.1. Inleiding …........................................................................................
3.4.2. Bestandsopmaak …...............................................................................
4. Overbrengen van een tachograafkaart via een voertuigunit …................................1998R2135 —NL—01.05.2006 —002.001 —158
▼M1
1. INLEIDING
Deze appendix specificeert de te volgen procedures voor het uitvoeren van de
verschillende soorten gegevensoverdracht naar een extern opslagmedium (ESM),
alsmede de te implementeren protocollen om de correcte gegevensoverdracht en
de volledige compatibiliteit van het overgebrachte gegevensformaat te waar-
borgen zodat een controleur deze gegevens kan inspecteren en de authenticiteit
en integriteit ervan kan controleren voordat hij de gegevens analyseert.
1.1.Toepassingsgebied
Gegevens kunnen worden overgebracht naar een ESM:
—vanuit een voertuigunit door een met de VU verbonden intelligente toepas-
singsgerichte inrichting (IDE);
—vanaf een tachograafkaart door een met een kaartinterface-inrichting (IFD)
uitgeruste IDE;
—vanaf een tachograafkaart via een voertuigunit door een met de VU
verbonden IDE.
Teneinde de authenticiteit en integriteit van de overgebrachte, op een ESM opge-
slagen gegevens te kunnen verifiëren, worden gegevens met een toegevoegde
handtekening overeenkomstig appendix 11 (Algemene beveiligingsinrichtingen)
overgebracht. De identificatie van de broninrichting (VU of kaart) en de beveili-
gingscertificaten (lidstaat en inrichting) worden ook overgebracht. De controleur
van de gegevens moet zelf een betrouwbare Europese openbare sleutel in zijn
bezit hebben.
De tijdens een overdrachtssessie overgebrachte gegevens moeten in het EMS in
één bestand worden opgeslagen.
1.2.Acroniemen en notaties
De onderstaande acroniemen worden in deze appendix gebruikt:
AID Toepassingsidentificatiesymbool
ATR Antwoord op terugstellenCS ControlesombyteDF Toepassingsgericht bestandDS Diagnostische sessieEF HoofdbestandESM Extern opslagmediumFID Bestandsidentificatiesymbool (bestands-ID)FMT Opmaakbyte (eerste byte van de koptitel van het bericht)ICC IC-kaartIDE Intelligente toepassingsgerichte inrichting: de inrichting die wordt gebruikt
voor het overbrengen van gegevens naar het ESM (bijv. personal
computer)
IFD Interface-inrichtingKWP Sleutelwoordprotocol 2000LEN Lengtebyte (laatste byte van de koptitel van het bericht)
PPS Protocol parameterselectie
PSO Voer beveiligingsoperatie uitSID Identificatiesymbool van de dienstSRC BronbyteTGT DoelbyteTLV Waarde van de labellengteTREP Parameter overdracht antwoordTRTP Parameter overdracht verzoekVU Voertuigunit
2. GEGEVENSOVERDRACHT VAN DE VU
2.1.Overdrachtprocedure
Om een gegevensoverdracht van een VU uit te voeren, moet de operator de
onderstaande operaties verrichten:1998R2135 —NL—01.05.2006 —002.001 —159
▼M1
—zijn tachograafkaart in een kaartlezer van de VU (1) inbrengen;
—de IDE met de overdrachtsconnector van de VU verbinden;
—de verbinding tussen de IDE en de VU tot stand brengen;
—de over te brengen gegevens in de IDE selecteren en het verzoek naar de VU
sturen;
—de overdrachtssessie sluiten.
2.2.Protocol voor gegevensoverdracht
Het protocol is gestructureerd op een master-slavebasis, waarbij de IDE de rol
van master speelt en de VU de rol van slave.
De berichtenstructuur, berichtensoorten en berichtenstroom zijn hoofdzakelijk
gebaseerd op het Sleutelwoordprotocol 2000 (KWP) (ISO 14230-2 Road vehicles
—Diagnostic systems —Keyword protocol 2000 —Part 2: Data link layer).
De applicatielaag is hoofdzakelijk gebaseerd op het huidige ontwerp van ISO
14229-1 (Road vehicles —Diagnostic systems —Part 1: Diagnostic services,
versie 6 van 22 februari 2001).
2.2.1. Berichtenstructuur
Alle tussen de IDE en de VU uitgewisselde berichten zijn opgemaakt volgens
een uit drie delen bestaande structuur:
—koptitel bestaande uit een opmaakbyte (FMT), een doelbyte (TGT), een bron-
byte (SRC) en mogelijk een lengtebyte (LEN);
—gegevensveld bestaande uit een identificatiebyte van de dienst (SID) en een
variabel aantal gegevensbytes, die een facultatieve diagnosesessiebyte (DS_)
dan wel een facultatieve overdrachtparameterbyte (TRTP of TREP) kunnen
omvatten;
—controlesom bestaande uit een controlesombyte (CS).
Koptitel GegevensveldControl-
esom
FMT TGT SRC LEN SID DATA … … … CS
4 bytes Max. 255 bytes 1 byte
De TGT- en SRC-byte vertegenwoordigen het fysieke adres van de ontvanger en
verzender van het bericht. Waarden zijn F0 Hex voor de IDE en EE Hex voor de
VU.
De LEN-byte is de lengte van het gegevensvelddeel.De controlesombyte is de 8-bits somserie module 256 van alle bytes van het
bericht exclusief de CS zelf.
FMT, SID, DS_, TRTP en TREP-bytes worden verderop in dit document gedefi-
nieerd.
Indien de door het bericht over te dragen gegevens groter zijn dan de beschikbare
ruimte in het gegevensvelddeel, wordt het bericht in een aantal subberichten
verzonden. Elk subbericht heeft een koptitel, hetzelfde SID en TREP en een teller
van 2 bytes voor de subberichten die het volgnummer van het subbericht binnen
het totale bericht aangeeft. Met het oog op foutencontrole en voortijdige beëindi-
ging bevestigt de IDE elk subbericht. De IDE kan het subbericht accepteren,
vragen om het opnieuw te zenden, de VU verzoeken om opnieuw te beginnen of
de overbrenging voortijdig beëindigen.
Indien het laatste subbericht precies 255 bytes in het gegevensveld bevat, moet
een laatste subbericht met een leeg gegevensveld (met uitzondering van SID,
TREP en teller van de subberichten) worden toegevoegd dat het einde van het
bericht aangeeft.
Voorbeeld:
Koptitel SID TREP Bericht CS
4 bytes Langer dan 255 bytes1998R2135 —NL—01.05.2006 —002.001 —160
(1) De ingebrachte kaart zal de vereiste toegangsrechten met betrekking tot de overdrachts-
functie en met betrekking tot de gegevens opstarten.
▼M1
Wordt overgebracht als:
Koptitel SID TREP 00 01 Subbericht 1 CS
4 bytes 255 bytes
Koptitel SID TREP 00 02 Subbericht 2 CS
4 bytes 255 bytes
…
Koptitel SID TREP xx yy Subbericht n CS
4 bytes Minder dan 255 bytes
of als:
Koptitel SID TREP 00 01 Subbericht 1 CS
4 bytes 255 bytes
Koptitel SID TREP 00 02 Subbericht 2 CS
4 bytes 255 bytes
…
Koptitel SID TREP xx yy Subbericht n CS
4 bytes 255 bytes
Koptitel SID TREP xx yy+1 CS
4 bytes 4 bytes
2.2.2. Berichtensoorten
Het overdrachtsprotocol voor de gegevensoverdracht tussen de VU en de IDE
vereist de uitwisseling van 8 verschillende berichtensoorten.
De onderstaande tabel vat deze berichten samen.
BerichtenstructuurMax. 4 bytes
KoptitelMax. 255 bytes
Gegevens1 byte
Contr-olesom
IDE -> <- VU FMT TGT SRC LEN SIDDS_/
TRTPDATA CS
Start Communication Request 81 EE F0 81 E0
Positive Response Start
Communication 80 F0 EE 03 C1 8F,EA 9B
Start Diagnostic Session
Request 80 EE F0 02 10 81 F1
Positive Response Start
Diagnostic 80 F0 EE 02 50 81 31
Link Control Service
Verify Baud Rate (stage 1)
9 600 Bd 80 EE F0 04 87 01,01,01 EC1998R2135 —NL—01.05.2006 —002.001 —161
▼M1
BerichtenstructuurMax. 4 bytes
KoptitelMax. 255 bytes
Gegevens1 byte
Contr-olesom
IDE -> <- VU FMT TGT SRC LEN SIDDS_/
TRTPDATA CS
19 200 Bd80 EE F0 04 87 01,01,02 ED
38 400 Bd 80 EE F0 04 87 01,01,03 ED57 600 Bd 80 EE F0 04 87 01,01,04 EF
115 200 Bd 80 EE F0 04 87 01,01,05 F0
Positive Response Verify Baud
Rate 80 F0 EE 02 C7 01 28
Transition Baud Rate (stage 2) 80 EE F0 03 87 02,03 ED
Request Upload
80 EE F0 0A 3500,00,00,-
00,00,FF,
FF,FF,FF 99
Positive Response Request
Upload 80 F0 EE 03 75 00,FF D5
Transfer Data Request
Overzicht 80 EE F0 02 36 01 97
Activiteiten 80 EE F0 06 36 02 Datum CS
Voorvallen en fouten 80 EE F0 02 36 03 99Gedetailleerde snelheid 80 EE F0 02 36 04 9ATechnische gegevens 80 EE F0 02 36 05 9BKaartoverbrenging 80 EE F0 02 36 06 9CPositive Response
Transfer Data 80 F0 EE Len 76TRE-
P Gegevens CS
Request Transfer Exit 80 EE F0 01 37 96
Positive Response Request
Transfer Exit80 F0 EE 01 77 D6
Stop Communication Request 80 EE F0 01 82 E1
Positive Response Stop
Communication 80 F0 EE 01 C2 21
Bevestig subbericht 80 EE F0 Len 83 Gegevens CS
Negatieve antwoorden
Algemene verwerping
80 F0 EE 03 7FSid
Reg 10 CS
Service niet ondersteund
80 F0 EE 03 7FSid
Reg 11 CS
Subfunctie niet ondersteund
80 F0 EE 03 7FSid
Reg 12 CS
Onjuiste berichtlengte
80 F0 EE 03 7FSid
Reg 13 CS
Voorwaarden niet correct of
Verzoeksequentiefout 80 F0 EE 03 7FSid
Reg 22 CS
Verzoek buiten bereik
80 F0 EE 03 7FSid
Reg 31 CS
Overbrenging niet geaccepteerd
80 F0 EE 03 7FSid
Reg 50 CS1998R2135 —NL—01.05.2006 —002.001 —162
▼M1
BerichtenstructuurMax. 4 bytes
KoptitelMax. 255 bytes
Gegevens1 byte
Contr-olesom
IDE -> <- VU FMT TGT SRC LEN SIDDS_/
TRTPDATA CS
Antwoord in behandeling
80 F0 EE 03 7FSid
Reg 78 CS
Gegevens niet beschikbaar
80 F0 EE 03 7FSid
Reg FA CS
Aantekeningen:
—Sid Req = het Sid van het corresponderende verzoek.
—TREP = de TRTP van het corresponderende verzoek.
—Zwarte cellen geven aan dat niets wordt overgebracht.
—De term upload (overbrenging) (vanaf de IDE) wordt gebruikt voor compatibiliteit met ISO 14229. Het betekent
hetzelfde als download (overdracht) (vanaf de VU).
—Potentiële tellers van 2 bytes voor het tellen van subberichten worden in deze tabel niet getoond.
2.2.2.1. Start Communication Request (Verzoek Start Overdracht) (SID 81)
Dit bericht wordt door de IDE verstrekt om de overdrachtsverbinding met de VU
tot stand te brengen. Aanvankelijk vindt overdracht steeds plaats bij 9 600 baud
(tot de baudsnelheid uiteindelijk wordt gewijzigd met behulp van de passende
Link Control Service).
2.2.2.2. Positive Response Start Communication (Positief Antwoord Start Over-
dracht) (SID C1)
Dit bericht wordt door de VU verstrekt om positief op een verzoek om de start
van de overdracht te antwoorden. Het bevat de 2 sleutelbytes ′8F′en′EA′, die
aangeven dat de unit het protocol met koptitel inclusief informatie over doel, bron
en lengte ondersteunt.
2.2.2.3. Start Diagnostic Session Request (Verzoek Start Diagnostische Sessie)
(SID 10)
Het bericht Start Diagnostic Session Request wordt door de IDE verstrekt om een
nieuwe diagnostische sessie met de VU aan te vragen. De subfunctie ′default-
sessie′ (81 Hex) geeft aan dat een standaard diagnostische sessie wordt geopend.
2.2.2.4. Positive Response Start Diagnostic (Positief Antwoord Start Diagnose)
(SID 50)
Het bericht Positive Response Start Diagnostic wordt door de VU gezonden om
positief op Diagnostic Session Request te antwoorden.
2.2.2.5. Link Control Service (SID 87)
De Link Control Service wordt door de IDE gebruikt om een wijziging in de
baudsnelheid te starten. Dit vindt in twee stappen plaats. In stap een stelt de IDE
voor de baudsnelheid te wijzigen, met vermelding van de nieuwe snelheid. Na
ontvangst van een positief bericht van de VU zendt de IDE bevestiging van de
wijziging van de baudsnelheid naar de VU (stap twee). De IDE gaat dan over op
de nieuwe baudsnelheid. Na ontvangst van de bevestiging gaat de VU over op de
nieuwe baudsnelheid.
2.2.2.6. Link Control Positive Response (Positief Antwoord Link Control) (SID
C7)
De Link Control Positive Response wordt door de VU gegeven om positief te
antwoorden op het verzoek van de Link Control Service (stap een). Merk op dat
het bevestigingsbericht niet wordt beantwoord (stap twee).
2.2.2.7. Request Upload (Verzoek Overbrenging) (SID 35)
Het bericht Request Upload wordt door de IDE verstrekt om aan de VU te
melden dat een overbrengingsoperatie wordt gevraagd. Om aan het vereiste in
ISO 14229 te voldoen, worden daarin gegevens opgenomen met betrekking tot
het adres, de grootte en het formaat voor de gevraagde gegevens. Aangezien de
IDE deze voor de overbrenging niet kent, wordt het geheugenadres op 0 inge-
steld, wordt het formaat niet geëncrypteerd en gecomprimeerd en wordt de geheu-
gengrootte op het maximum ingesteld.1998R2135 —NL—01.05.2006 —002.001 —163
▼M1
2.2.2.8. Positive Response Request Upload (Positief Antwoord Verzoek Overbren-
ging) (SID 75)
Het bericht Positive Response Request Upload wordt door de VU gezonden om
de IDE te laten weten dat de VU gereed is om gegevens over te brengen. Om aanhet vereiste in ISO 14229 te voldoen, worden in dit positieve antwoordbericht
gegevens opgenomen die de IDE aangeven dat verdere Positive Response
Transfer Data-berichten maximaal 00FF hex bytes zullen bevatten.
2.2.2.9. Transfer Data Request (Verzoek Gegevensoverdracht) (SID 36)
Het Transfer Data Request wordt door de IDE gezonden om de VU de soort over
te brengen gegevens mede te delen. Een Transfer Request Parameter (TRTP) van
één byte geeft de soort overdracht aan.
Er zijn zes soorten gegevensoverdracht:
—overzicht (TRTP 01),
—activiteiten van een gespecificeerde datum (TRTP 02),
—voorvallen en fouten (TRTP 03),
—gedetailleerde snelheid (TRTP 04),
—technische gegevens (TRTP 05),
—kaartoverbrenging (TRTP 06).
De IDE is verplicht gedurende een overbrengingssessie de overdracht van over-
zichtsgegevens (TRTP 01) aan te vragen, daar alleen dit garandeert dat de VU-
certificaten in het overgebrachte bestand worden geregistreerd (en verificatie van
de digitale handtekening mogelijk maakt).
In het tweede geval (TRTP 02) bevat het bericht Transfer Data Request de
aanwijzing van de over te brengen kalenderdag (TimeReal opmaak).
2.2.2.10. Positive Response Transfer Data (Positief Antwoord Gegevensover-
dracht) (SID 76)
Het Positive Response Transfer Data wordt door de VU in antwoord op het
Transfer Data Request gezonden. Het bericht bevat de gevraagde gegevens met
een Transfer Response Parameter (TREP) die correspondeert met de TRTP van
het verzoek.
In het eerste geval (TREP 01) zendt de VU gegevens waarmee de operator van
de IDE de gegevens die hij verder wil overbrengen, kan kiezen. De in dit bericht
opgenomen informatie bestaat uit:
—beveiligingscertificaten,
—voertuigidentificatie,
—huidige datum en tijd van de VU,
—min. en max. opvraagbare datum (VU-gegevens),
—indicatie van in de VU aanwezige kaarten,
—vorige overbrenging naar een bedrijf,
—bedrijfsvergrendelingen,
—vorige controles.
2.2.2.11. Request Transfer Exit (Verzoek Overdrachtsexit) (SID 37)
Het bericht Request Transfer Exit wordt door de IDE gezonden om de VU te
melden dat de overdrachtssessie beëindigd is.
2.2.2.12. Positive Response Request Transfer Exit (Positief Antwoord Verzoek
Overdrachtsexit) (SID 77)
Het bericht Positive Response Request Transfer Exit wordt door de VU gezonden
om het Request Transfer Exit te bevestigen.1998R2135 —NL—01.05.2006 —002.001 —164
▼M1
2.2.2.13. Stop Communication Request (Verzoek Beëindiging Overdracht) (SID
82)
Het bericht Stop Communication Request wordt door de IDE gezonden om de
overdrachtsverbinding met de VU te verbreken.
2.2.2.14. Positive Response Stop Communication (Positief Antwoord Beëindiging
Overdracht) (SID C2)
Het bericht Positive Response Stop Communication wordt door de VU gezonden
om het Stop Communication Request te bevestigen.
2.2.2.15. Acknowledge Sub Message (Bevestig Subbericht) (SID 83)
Het Acknowledge Sub Message wordt door de IDE gezonden om de ontvangst te
bevestigen van elk deel van een bericht dat in een aantal subberichten overge-
bracht wordt. Het gegevensveld bevat het van de VU ontvangen SID en een code
van 2 bytes:
—MsgC +1 bevestigt de correcte ontvangst van het subbericht met de code
MsgC.
Verzoek van de IDE aan de VU om het volgende subbericht te zenden.
—MsgC geeft een probleem met de ontvangst van het subbericht met de code
MsgC aan.
Verzoek van de IDE aan de VU om het subbericht opnieuw te zenden.
—FFFF verzoekt beëindiging van het bericht.
Dit kan door de IDE worden gebruikt om de overbrenging van het bericht van de
VU om welke reden dan ook te beëindigen.
Het laatste subbericht van een bericht (LEN byte < 255) kan met gebruikmaking
van een van deze codes bevestigd of niet bevestigd worden.
De uit verschillende subberichten bestaande antwoorden van de VU zijn:
—Positive Response Transfer Data (SID 76).
2.2.2.16. Negative Response (Negatief Antwoord) (SID 7F)
Het bericht Negative Response wordt door de VU gezonden in antwoord op de
bovengenoemde verzoeken wanneer de VU niet aan het verzoek kan voldoen.
Het gegevensveld van het bericht bevat het SID van het antwoord (7F), het SID
van het verzoek en een code die de reden van het negatieve antwoord specifi-
ceert. De onderstaande codes zijn beschikbaar:
—10 algemene verwerping
De actie kan niet worden uitgevoerd om een reden die hieronder niet wordt
genoemd.
—11 dienst niet ondersteund
Het SID van het verzoek wordt niet herkend.
—12 subfunctie niet ondersteund
Het DS_ of TRTP van het verzoek wordt niet herkend of er zijn geen over te
brengen subberichten meer.
—13 onjuiste lengte van het bericht
De lengte van het ontvangen bericht is fout.
—22 voorwaarden niet correct of verzoeksequentiefout
De gevraagde dienst is niet actief of de sequentie van verzoekberichten is niet
correct.
—31 verzoek buiten bereik
De verzoek parameter record (gegevensveld) is niet geldig.
—50 overbrenging niet geaccepteerd
Het verzoek kan niet worden uitgevoerd (VU in een niet-geschikte werkings-
modus of interne fout van de VU).
—78 antwoord in behandeling1998R2135 —NL—01.05.2006 —002.001 —165
▼M1
De verzochte actie kan niet op tijd worden beëindigd en de VU is niet klaar om
een ander verzoek te accepteren.
—FA-gegevens niet beschikbaar
Het gegevensobject van een verzoek om gegevensoverdracht is niet beschikbaar
in de VU (omdat er bijv. geen kaart ingebracht is).
2.2.3. Berichtenstroom
Een typische berichtenstroom tijdens een normale gegevensoverdrachtsprocedure
ziet er als volgt uit:
IDE VU
Start Communication Request
Positive Response
Start Diagnostic Service Request
Positive Response
Request Upload
Positive Response
Transfer Data Request Overview
Positive Response
Transfer Data Request #2
Positive Response #1
Acknowledge Sub Message #1
Positive Response #2
Acknowledge Sub Message #2
Positive Response #m
Acknowledge Sub Message #m
Positive Response (Data Field < 255 Bytes)
Acknowledge Sub Message (optional)
…
Transfer Data Request #n
Positive Response
Request Transfer Exit
Positive Response
Stop Communication Request
Positive Response
2.2.4. Timing
Tijdens de normale werking zijn de in de onderstaande figuur getoonde timingpa-
rameters relevant:1998R2135 —NL—01.05.2006 —002.001 —166
▼M1
Figuur 1
Berichtenstroom, timing
Waarbij:
P1 = Interbytetijd voor antwoord van de VU.
P2= Tijd tussen het einde van het verzoek van de IDE en de start van het
antwoord van de VU, of tussen het einde van de bevestiging van de IDE en
de start van het volgende antwoord van de VU.
P3= Tijd tussen het einde van het antwoord van de VU en de start van een
nieuw verzoek van de IDE, of tussen het einde van het antwoord van de
VU en de start van de bevestiging van de IDE, of tussen het einde van het
verzoek van de IDE en de start van een nieuw verzoek van de IDE, indien
de VU niet antwoordt.
P4= Interbytetijd voor verzoek van de IDE.
P5= Toegevoegde waarde van P3 voor kaartoverbrenging.
De toegestane waarden van de timingparameters worden in de onderstaande tabel
aangegeven (toebedeelde reeks timingparameters van het KWP, gebruikt in geval
van fysieke adressering voor snellere overdracht).
Timingparameter Laagste waarde (ms) Hoogste waarde (ms)
P1 0 20
P2 20 1 000 (*)
P3 10 5 000
P4 5 20
P5 10 20 minuten
(*) Indien de VU antwoordt met een Negative Response die een code met de betekenis
„verzoek correct ontvangen, antwoord in behandeling” bevat, wordt deze waarde aan
dezelfde hoogste waarde van P3 toebedeeld.
2.2.5. Behandeling van fouten
Indien tijdens de uitwisseling van berichten een fout optreedt, wordt het berich-
tenstroomschema afhankelijk van de inrichting die de fout heeft opgespoord of
van het bericht dat de fout heeft veroorzaakt, gewijzigd.
In figuur 2 en figuur 3 worden de procedures voor de behandeling van fouten
voor respectievelijk de VU en de IDE getoond.
2.2.5.1. Start Communication Phase
Indien de IDE tijdens de Start Communicatie Phase, door timing of door de
bitstroom, een fout opspoort, dan moet de IDE een P3min-periode wachten alvo-
rens het verzoek opnieuw te doen.
Indien de VU in de door de IDE gezonden sequentie een fout opspoort, dan dient
de VU geen antwoord te zenden, maar te wachten op een ander Start Communi-
cation Request-bericht binnen een P3max-periode.
2.2.5.2. Communication Phase
Twee verschillende gebieden voor de behandeling van fouten kunnen gedefini-
eerd worden:
1.De VU spoort een IDE overbrengingsfout op.1998R2135 —NL—01.05.2006 —002.001 —167
▼M1
Voor elk ontvangen bericht moet de VU timingfouten, byteopmaakfouten (bijv.
foutieve start- en stopbits) en frame errors (verkeerd aantal bytes ontvangen,
foutieve controlesombyte) opsporen.
Indien de VU een van de bovengenoemde fouten opspoort, dan zendt hij geen
antwoord en negeert hij het ontvangen bericht.
De VU kan andere fouten in de opmaak of inhoud van het ontvangen bericht
opsporen (bijv. bericht niet ondersteund), zelfs indien het bericht voldoet aan de
lengte- en controlesomeisen; in dit geval moet de VU aan de IDE met een Nega-
tive Response-bericht antwoorden dat de aard van de fout specificeert.1998R2135 —NL—01.05.2006 —002.001 —168
Figuur 2
VU behandeling van fouten
▼M11998R2135 —NL—01.05.2006 —002.001 —169
▼M1
2.De IDE spoort een VU overbrengingsfout op.
Voor elk ontvangen bericht moet de IDE timingfouten, fouten in de byteopmaak
(bijv. foutieve start- en stopbits) en frame errors (verkeerd aantal bytes ontvangen,
foutieve controlesombyte) opsporen.
De IDE moet sequentiefouten opsporen, bijv. niet correcte standverhogingen bij
de teller van de subberichten bij na elkaar ontvangen berichten.
Indien de IDE een fout opspoort of indien er binnen een P2max-periode geen
antwoord van de VU was, wordt het verzoekbericht opnieuw gezonden met een
maximum van totaal drie overbrengingen. Voor het doel van deze foutenopspo-ring wordt de bevestiging van een subbericht beschouwd als een verzoek aan de
VU.
De IDE moet ten minste een P3min-periode wachten voor de start van elke over-
brenging; de wachttijd moet worden gemeten vanaf de laatst berekende optreding
van een stopbit nadat de fout was opgespoord.
Figuur 3
IDE behandeling van fouten
1998R2135 —NL—01.05.2006 —002.001 —170
▼M1
2.2.6. Inhoud van het antwoordbericht
Dit punt specificeert de inhoud van de gegevensvelden van de verschillende posi-
tieve antwoordberichten.
Gegevenselementen worden in appendix 1 (Verklarende woordenlijst van de
gegevens) gedefinieerd.
2.2.6.1. Positive Response Transfer Data Overview (Positief antwoord gegevens-
overdracht-overzicht)
Het gegevensveld van het bericht „Positive Response Transfer Data Overview”
moet de onderstaande gegevens in de onderstaande volgorde onder het SID 76
Hex, het TREP 01 Hex en de passende splitsing en telling van de subberichten
verstrekken:
1998R2135 —NL—01.05.2006 —002.001 —171
▼M1
2.2.6.2. Positive Response Transfer Data Activities (Positief antwoord gegevens-
overdrachtactiviteiten)
Het gegevensveld van het bericht „Positive Response Transfer Data Activities”
moet de onderstaande gegevens in de onderstaande volgorde onder het SID 76
Hex, het TREP 02 Hex en de passende splitsing en telling van de subberichten
verstrekken:
1998R2135 —NL—01.05.2006 —002.001 —172
▼M1
2.2.6.3. Positive Response Transfer Data Events and Faults (Positief antwoord
gegevensoverdracht voorvallen en fouten)
Het gegevensveld van het bericht „Positive Response Transfer Data Events and
Faults” moet de onderstaande gegevens in de onderstaande volgorde onder het
SID 76 Hex, het TREP 02 Hex en de passende splitsing en telling van de subbe-
richten verstrekken:
1998R2135 —NL—01.05.2006 —002.001 —173
▼M1
2.2.6.4. Positive Response Transfer Data Detailed Speed (Positief antwoord
gegevensoverdracht gedetailleerde snelheid)
Het gegevensveld van het bericht „Positive Response Transfer Data Detailed
Speed” moet de onderstaande gegevens in de onderstaande volgorde onder het
SID 76 Hex, het TREP 04 Hex en de passende splitsing en telling van de subbe-
richten verstrekken:
2.2.6.5. Positive Response Transfer Data Technical Data (Positief antwoord
gegevensoverdracht technische gegevens)
Het gegevensveld van het bericht „Positive Response Transfer Data Technical
Data” moet de onderstaande gegevens in de onderstaande volgorde onder het SID
76 Hex, het TREP 04 Hex en de passende splitsing en telling van de subberichten
verstrekken:
1998R2135 —NL—01.05.2006 —002.001 —174
▼M1
2.3.ESM bestandsopslag
Wanneer tijdens een overdrachtsessie een gegevensoverdracht van een VU heeft
plaatsgevonden, moet de IDE alle tijdens de overdrachtsessie van de VU
ontvangen gegevens in de berichten Positive Response Transfer Data in één
fysiek veld opslaan. Opgeslagen gegevens zijn exclusief koptitels van berichten,
tellers van subberichten, lege subberichten en controlesommen maar inclusief het
SID en TREP (alleen van het eerste subbericht indien er verscheidene subbe-
richten zijn).
3. PROTOCOL VAN OVERDRACHT VAN TACHOGRAAFKAARTEN
3.1.Toepassingsgebied
Dit punt beschrijft de directe gegevensoverdracht van een tachograafkaart naar
een IDE. De IDE maakt geen deel uit van de beveiligingsomgeving; daarom vindt
er geen authentificatie tussen de kaart en de IDE plaats.
3.2.Definities
Overdrachtssessie: Elke keer dat er een gegevensoverdracht van de ICC wordt
uitgevoerd. De sessie omvat de volledige procedure vanaf het terugstellen van de
ICC door een IFD tot de inactivering van de ICC (uitnemen van de kaart of
volgende reset).
Getekend gegevensbestand: Een bestand van de ICC. Het bestand wordt onge-
codeerd naar de IFD overgebracht. Op de ICC wordt het bestand gehashed en
getekend; de handtekening wordt naar de IFD overgebracht.
3.3.Overdracht van de kaart
De overdracht van een tachograafkaart omvat de onderstaande stappen:
—Overdracht van de algemene informatie van de kaart naar de ICC enICvan
het EF. Deze informatie is facultatief en wordt niet met een digitale handteke-
ning beveiligd.
—Overdracht van het Card_Certificate en CA_Certificate van het EF.
Deze informatie wordt niet met een digitale handtekening bevei-
ligd.
Het is verplicht om deze bestanden voor elke overdrachtssessie over te
brengen.
—Overdracht van de andere toepassingsgegevens van de EF's (in Tachograph
DF) met uitzondering van Card_Download van het EF. Deze infor-
matie wordt met een digitale handtekening beveiligd.
—Het is verplicht om ten minste de Application_Identification enID
van het EF voor elke overdrachtssessie over te brengen.
—Bij de overdracht van een bestuurderskaart is het ook verplicht de onder-
staande EF's over te brengen:
—Events_Data,
—Faults_Data,
—Driver_Activity_Data,
—Vehicles_Used,
—Places,
—Control_Activity_Data,
—Specific_Conditions.
—Bij de overdracht van een bestuurderskaart moet de datum van de LastCard-
Download inCard_Download van het EF worden aangepast.
—Bij de overdracht van een werkplaatskaart moet de kalibreringsteller in
Card_Download van het EF worden teruggesteld.
3.3.1. Initialisatiesequentie
De IDE moet de sequentie als volgt initiëren:
Kaart Richting IDE/IFD Betekenis/Opmerkingen
Hardware terugstellen1998R2135 —NL—01.05.2006 —002.001 —175
▼M1
Kaart Richting IDE/IFD Betekenis/Opmerkingen
ATR
Het gebruik van PPS om over te schakelen op een hogere baudsnelheid, is facul-
tatief zolang de ICC dit ondersteunt.
3.3.2. Sequentie voor niet-getekende gegevensbestanden
De sequentie voor overdracht van de ICC, IC, Card_Certificate en
CA_Certificate van het EF is als volgt:
Kaart Richting IDE/IFD Betekenis/Opmerkingen
SELECT FILE Selecteer met bestandsidentificatie-
symbolen
OK
READ BINARY Indien het bestand meer gegevens
bevat dan de grootte van het buffer-
geheugen van de lezer of van de
kaart, moet het commando worden
herhaald totdat het volledige
bestand gelezen is.
Bestandsge-
gevens
OK
Sla gegevens in ESM op Overeenkomstig 3.4, Opmaak gege-
vensopslag
Opmerking: Voor het selecteren van het Card_Certificate-EF, moet de tacho-
graaftoepassing worden geselecteerd (selectie met AID).
3.3.3. Sequentie voor getekende gegevensbestanden
De onderstaande sequentie moet worden gebruikt voor elk van de volgende
bestanden die met hun handtekening overgebracht moeten worden:
Kaart Richting IDE/IFD Betekenis/Opmerkingen
SELECT FILE
OK
PERFORM HASH OF FILE Berekent de hashwaarde van de
inhoud van de gegevens van het
geselecteerde bestand met het voor-
geschreven hashalgoritme overeen-
komstig appendix 11. Dit
commando is geen ISO-commando
Bereken hash
van bestand en
sla hashwaarde
tijdelijk op
OK
READ BINARY Indien het bestand meer gegevens
bevat dan het buffergeheugen van
de lezer of van de kaart kan vast-
houden, moet het commando
worden herhaald totdat het volle-
dige bestand is gelezen
Bestandsge-
gevens
OK
Sla ontvangen gegevens in ESM
opOvereenkomstig 3.4, Opmaak gege-
vensopslag
PSO: COMPUTE DIGITAL
SIGNATURE1998R2135 —NL—01.05.2006 —002.001 —176
▼M1
Kaart Richting IDE/IFD Betekenis/Opmerkingen
Voer beveili-
gingsoperatie
uit„Bereken
digitale handte-
kening” met de
tijdelijk opge-
slagen hash-
waarde
Handteke-
ning
OK
Koppel gegevens aan de vorige in
het ESM opgeslagen gegevensOvereenkomstig 3.4, Opmaak gege-
vensopslag
3.3.4. Sequentie voor het terugstellen van de kalibreringsteller
De sequentie voor het terugstellen van de NoOfCalibrationsSinceDown-
load-teller in de Card_Download van het EF op een werkplaatskaart is de
volgende:
Kaart Richting IDE/IFD Betekenis/Opmerkingen
SELECT FILE EF Card_Down-
loadSelecteer met bestands-identificatie-
symbolen
OK
UPDATE BINARY
NoOfCalibrationsSince-
Download =′00 00′
Stelt het volg-
nummer van
kaartoverbren-
ging terug
OK
3.4.Opmaak gegevensopslag
3.4.1. Inleiding
De overgebrachte gegevens moeten overeenkomstig de onderstaande voor-
waarden worden opgeslagen:
—De gegevens moeten transparant worden opgeslagen. Dit betekent dat de volg-
orde van de bytes en de volgorde van de bits in de byte die vanaf de kaart
worden overgebracht, tijdens de opslag gehandhaafd moeten blijven.
—Alle tijdens een overdrachtssessie overgebrachte bestanden van de kaart
worden in een bestand in het ESM opgeslagen.
3.4.2. Bestandsopmaak
De bestandsopmaak is een aaneenschakeling van diverse TLV-objecten.
Het label voor een EF moet het FID plus de toevoeging „00” zijn.
Het label van een handtekening van een EF moet het FID van het bestand plus
de toevoeging „01” zijn.
De lengte is een waarde van twee bytes. De waarde definieert het aantal bytes in
het waardeveld. De waarde „FF FF” in het lengteveld wordt voor toekomstig
gebruik gereserveerd.
Wanneer een bestand niet wordt overgebracht, moeten geen gegevens met betrek-
king tot het bestand worden opgeslagen (geen label en geen nullengte).
Een handtekening moet als het volgende TLV-object worden opgeslagen, onmid-
dellijk na het TLV-object dat de gegevens van het bestand bevat.1998R2135 —NL—01.05.2006 —002.001 —177
▼M1
Definitie Betekenis Lengte
FID (2 bytes) || „00” Label voor EF (FID) 3 bytes
FID (2 bytes) || „01” Label voor handtekening
van EF (FID)3 bytes
xx xx Lengte van waardeveld 2 bytes
Voorbeeld van gegevens in een naar een ESM overgebracht bestand:
Label Lengte Waarde
00 02 00 00 11 Gegevens van EF ICC
C1 00 00 00 C2 Gegevens van EF Card_Certificate
…
05 05 00 0A 2E Gegevens van EF Vehicles_Used
05 05 01 00 80 Handtekening van EF Vehicles_Used
4. OVERBRENGEN VAN EEN TACHOGRAAFKAART VIA EEN VOER-
TUIGUNIT
De VU moet het overbrengen van de inhoud van een bestuurderkaart die in een
met de VU verbonden IDE is ingebracht mogelijk maken.
De IDE moet een „Transfer Data Request Card Download”-bericht naar de VU
zenden om deze modus te initiëren (zie 2.2.2.9).
De VU moet vervolgens de hele kaart overbrengen, bestand voor bestand, over-
eenkomstig het in punt 3 gedefinieerde protocol van kaartoverdracht en alle van
de kaart ontvangen gegevens in de vereiste TLV-bestandsopmaak (zie 3.4.2) naar
de IDE zenden en ingekapseld in een „Positive Response Transfer Data”-bericht
naar de IDE zenden.
De IDE moet kaartgegevens van het „Positive Response Transfer Data”-bericht
lezen (alle koptitels, SID's, TREP's, tellers van subberichten en controlesommen
verwijderen) en deze gegevens in een fysiek bestand zoals beschreven in punt 2.3
opslaan.
De VU moet vervolgens, naar gelang van het geval, het bestand Control_Acti-
vity_Data ofCard_Download van de bestuurderskaart bijwerken.1998R2135 —NL—01.05.2006 —002.001 —178
▼M1
Appendix 8
KALIBRERINGSPROTOCOL
INHOUD
1. Inleiding …........................................................................................
2. Termen, definities en referenties …..............................................................
3. Overzicht van diensten …........................................................................
3.1. Beschikbare diensten …..........................................................................
3.2. Antwoordcodes ….................................................................................
4. Overdrachtsdiensten …...........................................................................
4.1. StartCommunication-dienst (Start overdracht) …..............................................
4.2. StopCommunication-dienst (Beëindig overdracht) …..........................................
4.2.1. Omschrijving van het bericht ….................................................................
4.2.2. Berichtformaat …..................................................................................
4.2.3. Parameterdefinitie …..............................................................................
4.3. TesterPresent-dienst (Testapparaat actief) …....................................................
4.3.1. Omschrijving van het bericht ….................................................................
4.3.2. Berichtformaat …..................................................................................
5. Beheerdiensten ….................................................................................
5.1. StartDiagnosticSession-dienst (Start diagnostische sessie) ….................................
5.1.1. Omschrijving van het bericht ….................................................................
5.1.2. Berichtformaat …..................................................................................
5.1.3. Parameterdefinitie …..............................................................................
5.2. SecurityAccess-dienst (Veiligheidstoegang) ….................................................
5.2.1. Omschrijving van het bericht ….................................................................
5.2.2. Berichtformaat —SecurityAccess —requestSeed ….........................................
5.2.3. Berichtformaat —SecurityAccess —sendKey ….............................................
6. Gegevensoverbrengingsdiensten …..............................................................
6.1. ReadDataByIdentifier-dienst (Lees gegevens met identificatiesymbool) ….................
6.1.1. Omschrijving van het bericht ….................................................................
6.1.2. Berichtformaat …..................................................................................
6.1.3. Parameterdefinitie …..............................................................................
6.2. WriteDataByIdentifier-dienst (Schrijf gegevens met identificatiesymbool) …...............
6.2.1 Omschrijving van het bericht ….................................................................
6.2.2. Berichtformaat …..................................................................................
6.2.3. Parameterdefinitie …..............................................................................
7. Controle van testimpulsen —Invoer-/uitvoercontrole functionele eenheid …..............
7.1. InputOutputControlByIdentifier-dienst (Invoer-/uitvoercontrole door identificatiesym-
bool)….............................................................................................
7.1.1. Omschrijving van het bericht ….................................................................
7.1.2. Berichtformaat …..................................................................................
7.1.3. Parameterdefinitie …..............................................................................
8. Formaten van dataRecords (Gegevensregistraties) …..........................................
8.1. Overgebrachte parameterreeksen ….............................................................
8.2. Formaten van dataRecords …....................................................................1998R2135 —NL—01.05.2006 —002.001 —179
▼M1
1. INLEIDING
Deze appendix beschrijft hoe gegevens worden uitgewisseld tussen een voertuig-
unit en een testapparaat via de K-lijn die deel uitmaakt van de in appendix 6
beschreven kalibreringsinterface. Hij beschrijft ook de controle van de signaallijn
van de invoer/uitvoer op de kalibreringsconnector.
Het tot stand brengen van overdracht van de K-lijn wordt beschreven in punt 4
„Overdrachtsdiensten”.
Deze appendix gebruikt het idee van diagnostische „sessies” om het toepassings-
gebied van K-lijncontrole onder verschillende omstandigheden vast te stellen. De
standaardsessie is de „StandardDiagnosticSession” waarin alle gegevens van een
voertuigunit kunnen worden gelezen maar waarin geen gegevens naar een voer-
tuigunit kunnen worden geschreven.
Selectie van de diagnostische sessie wordt beschreven in punt 4.3 „Beheerdien-
sten”.
Met de „ECUProgrammingSession” kunnen gegevens in de voertuigunit worden
ingevoerd. In het geval van invoer van kalibreringsgegevens (voorschriften 097
en 098) moet de voertuigunit bovendien in de werkingsmodus CALIBRATION
zijn.
Gegevensoverdracht via K-lijn wordt beschreven in punt 6 „Gegevensoverbren-
gingsdiensten”. Formaten van overgebrachte gegevens worden nader beschreven
in punt 8 „Formaten van gegevensregistraties”.
Met de „ECUAdjustmentSession” kan de I/O-modus van de I/O-signaallijn voor
kalibrering via de K-lijninterface worden geselecteerd. Controle van de kalibre-
rings-I/O-signaallijn wordt beschreven in punt 7 „Controle van testpulsen —
Invoer-/uitvoercontrole functionele unit”.
In dit document wordt aan het testapparaat gerefereerd met het adres ′tt′.
Hoewel er mogelijk voorkeuradressen zijn voor testapparaten, moet de VU
correct reageren op elk adres van een testapparaat. Het fysieke adres van de
VU is 0xEE.
2. TERMEN, DEFINITIES EN REFERENTIES
De protocollen, berichten en foutcodes zijn voornamelijk gebaseerd op het meest
recente ontwerp van ISO 14229-1 (Road vehicles —Diagnostic systems —Part
1: Diagnostic services, version 6 of 22 February 2001).
Bytecodering en hexadecimale waarden worden voor de dienstidentificatiesym-
bolen, de dienstverzoeken en dienstantwoorden en de standaardparameters
gebruikt.
De term „testapparaat” verwijst naar de inrichting die wordt gebruikt om
programmeer-/kalibreringsgegevens in de VU in te voeren.
De termen „cliënt” en„server” verwijzen respectievelijk naar het testapparaat en
de VU.
De term ECU betekent „elektronische controle-unit” en verwijst naar de VU.
Referenties:
ISO 14230-2: ISO 14230-2: Road Vehicles —Diagnostic Systems —Keyword
Protocol 2000 —Part 2: Data Link Layer. First edition: 1999. Voer-
tuigen —Diagnostische systemen.
3. OVERZICHT VAN DIENSTEN
3.1.Beschikbare diensten
De onderstaande tabel geeft een overzicht van de in het controleapparaat beschik-
bare diensten; deze worden in dit document gedefinieerd.
De tabel geeft de diensten aan die in een actieve diagnostische sessie beschikbaar
zijn.
—De 1e kolom vermeldt de beschikbare diensten.
—De 2e kolom bevat het nummer van het punt in deze appendix, waarin de
dienst nader wordt gedefinieerd.
—De 3e kolom kent de waarden van het dienstidentificatiesymbool toe voor
verzoekberichten.
—De 4e kolom specificeert de diensten van de „StandardDiagnosticSession”
(SD) (standaard diagnostische sessie) die in elke VU geïmplementeerd moeten
worden.1998R2135 —NL—01.05.2006 —002.001 —180
▼M1
—De 5e kolom specificeert de diensten van de „ECUAdjustmentSession”
(ECUAS) (ECU-afstellingssessie) die geïmplementeerd moeten worden om
controle van de I/O-signaallijn in het frontpaneel van de kalibreringsconnector
van de VU mogelijk te maken.
—De 6e kolom specificeert de diensten van de „ECUProgrammingSession”
(ECUPS) (ECU-programmeersessie) die geïmplementeerd moeten worden om
programmering van de parameters in de VU mogelijk te maken.
Tabel 1
Verzameltabel waarden dienstidentificatiesymbolen
Naam van de diagnostische
dienstPunt nr.Sid
Verzoekwaar-
deDiagnostische sessies
SD ECUAS ECUPS
StartCommunication 4.1 81 ▪ ▪ ▪
StopCommunication 4.2 82 ▪
TesterPresent 4.3 3E ▪ ▪ ▪
StartDiagnosticSession 5.1 10 ▪ ▪ ▪
SecurityAccess 5.2 27 ▪ ▪ ▪
ReadDataByIdentifier 6.1 22 ▪ ▪ ▪
WriteDataByIdentifier 6.2 2E ▪
InputOutputControlByIden-
tifier7.1 2F ▪
▪Dit symbool geeft aan dat de dienst verplicht is in deze diagnostische sessie.Geen symbool geeft aan dat deze dienst
in deze diagnostische sessie niet toegestaan is.
3.2.Antwoordcodes
Voor elke dienst zijn antwoordcodes bepaald.
4. OVERDRACHTSDIENSTEN
Een aantal diensten zijn noodzakelijk voor het tot stand brengen en handhaven
van de overdracht. Ze komen niet voor op de toepassingslaag. De beschikbare
diensten worden in de onderstaande tabel beschreven:
Tabel 2
Overdrachtsdiensten
Naam van de dienst Omschrijving
StartCommunication De cliënt verzoekt een overdrachtsessie met (een) server(s) te startenStopCommunication De cliënt verzoekt de huidige overdrachtsessie te beëindigen
TesterPresent De cliënt wijst de server erop dat de verbinding nog actief is
De StartCommunication Service wordt gebruikt voor het starten van een over-
dracht. Om een dienst uit te kunnen voeren, moet de overdracht geïnitialiseerd
worden en moeten de overdrachtparameters geschikt zijn voor de gewenste
modus.1998R2135 —NL—01.05.2006 —002.001 —181
▼M1
4.1.StartCommunication-dienst (Start overdracht)
Na ontvangst van een StartCommunication-indicatieprimitief moet de VU contro-
leren of de gevraagde overdrachtverbinding onder de aanwezige voorwaarden
geïnitialiseerd kan worden. Geldige voorwaarden voor de initialisatie van een
overdrachtverbinding worden in document ISO 14230-2 beschreven.
Vervolgens moet de VU alle noodzakelijke acties uitvoeren om de overdrachtver-
binding te initialiseren en een StartCommunication-antwoordprimitief met de
geselecteerde Positive Response-parameters zenden.
Indien een reeds geïnitialiseerde VU (die begonnen is aan een diagnostische
sessie) een nieuw StartCommunication Request ontvangt (bijv. ten gevolge van
het herstellen van fouten in het testapparaat), moet het verzoek geaccepteerd
worden en moet de VU opnieuw geïnitialiseerd worden.
Indien de overdrachtverbinding om de een of andere reden niet geïnitialiseerd
kan worden, moet de VU blijven functioneren op de manier onmiddellijk vooraf-
gaande aan de poging om de overdrachtverbinding te initialiseren.
Het bericht StartCommunication Request moet fysiek geadresseerd worden.
De VU wordt voor diensten geïnitialiseerd via een „snelle initialisatie”-methode.
—Aan een activiteit gaat een bus-stilstandtijd vooraf.
—Het testapparaat zendt vervolgens een initialisatiepatroon.
—Het antwoord van de VU bevat alle noodzakelijk informatie om de overdracht
tot stand te brengen.
Na voltooiing van de initialisatie:
—Alle overdrachtparameters worden overeenkomstig de sleutelbytes op in tabel
5 bepaalde waarden gezet.
—De VU wacht op het eerste verzoek van het testapparaat.
—De VU is in de standaard diagnostische modus, d.w.z. StandardDiagnosticSes-
sion.
—De kalibrerings-I/O-signaallijn is in de standaardinstelling, d.w.z. geblok-
keerde instelling.
De snelheid van de gegevensoverdracht op de K-lijn bedraagt 10 400 baud.
De snelle initialisatie wordt door het testapparaat gestart door het zenden van een
Wake-up-patroon (Wup) op de K-lijn. Het patroon begint na de leegloop op de
K-lijn met een lage tijd van Tinil. Het testapparaat zendt de eerste bit van de
StartCommunication-dienst na een Twup tijd volgend op de eerste aflopende
rand.
De timingwaarden voor snelle initialisatie en overdracht in het algemeen worden
beschreven in de onderstaande tabellen. Er zijn verschillende mogelijkheden voor
de leegloop:
—Eerste overbrenging na inschakeling, Tidle = 300 ms.
—Na voltooiing van een StopCommunication-dienst, Tidle = P3 min.
—Na beëindiging van de overdracht door time-out P3 max, Tidle = 0.
Tabel 3
Timingwaarden voor snelle initialisatie
Parameter Min.-waarde Max.-waarde
Tinil 25 ± 1 ms 24 ms 26 ms
Twup 50 ± 1 ms 49 ms 51 ms1998R2135 —NL—01.05.2006 —002.001 —182
▼M1
Tabel 4
Timingwaarden voor overdracht
Timing
parameterParameteromschrijvingLaagste
waarden (ms)Hoogste
waarden (ms)
Min. Max.
P1 Interbytetijd voor antwoord van de VU 0 20
P2 Tijd tussen verzoek van testapparaat en antwoord
van de VU of twee antwoorden van de VU25 250
P3 Tijd tussen einde van de antwoorden van de VU
en begin van een nieuw verzoek van het testappa-
raat55 5 000
P4 Interbytetijd voor verzoek van het testapparaat 5 20
Het berichtenformaat voor snelle initialisatie wordt omschreven in de onder-
staande tabellen.
Tabel 5
StartCommunication Request-bericht
Byte-nr. Parameternaam Hex-waarde Mnemonisch
nr. 1 Formaatbyte —fysieke adressering 81 FMT
nr. 2 Byte van het doeladres EE TGTnr. 3 Byte van het bronadres tt SRC
nr. 4 StartCommunication Request Service Id 81 SCR
nr. 5 Controlesom 00-FF CS
Tabel 6
StartCommunication Positive Response-bericht
Byte-nr. Parameternaam Hex-waarde Mnemonisch
nr. 1 Formaatbyte —fysieke adressering 80 FMT
nr. 2 Byte van het doeladres tt TGT
nr. 3 Byte van het bronadres EE SRC
nr. 4 Additionele lengtebyte 03 LENnr. 5 StartCommunication Positive Response Service Id C1 SCRPR
nr. 6 Sleutelbyte 1 EA KB1
nr. 7 Sleutelbyte 2 8F KB2nr. 8 Controlesom 00-FF CS
Er is geen negatief antwoord op het bericht StartCommunication Request. Indien
er geen bericht van positief antwoord gezonden hoeft te worden, dan wordt de
VU niet geïnitialiseerd. Er wordt niets gezonden en de VU blijft in zijn normale
werking.
4.2.StopCommunication-dienst (Beëindig overdracht)
4.2.1. Omschrijving van het bericht
Het doel van de dienst van deze overdrachtslaag is het afsluiten van een over-
drachtssessie.
Na ontvangst van een StopCommunication indicatieprimitief moet de VU contro-
leren of de lopende condities een afsluiting van deze overdracht toestaan. In dit
geval moet de VU alle noodzakelijke handelingen uitvoeren om deze overdracht
af te sluiten.1998R2135 —NL—01.05.2006 —002.001 —183
▼M1
Indien het mogelijk is de overdracht af te sluiten, moet de VU een StopCommu-
nication-antwoordprimitief met de geselecteerde Positive Response-parameters
afgegeven voordat de overdracht afgesloten wordt.
Indien de overdracht om de een of andere reden niet kan worden afgesloten, moet
de VU een StopCommunication-antwoordprimitief met de geselecteerde Negative
Response-parameter afgegeven.
Indien een time-out van P3max door de VU opgespoord wordt, moet de over-
dracht zonder een afgegeven antwoordprimitief worden afgesloten.
4.2.2. Berichtformaat
De berichtformaten voor de StopCommunication-primitieven worden omschreven
in de onderstaande tabellen.
Tabel 7
StopCommunication Request-bericht
Byte-nr. Parameternaam Hex-waarde Mnemonisch
nr. 1 Formaatbyte —fysieke adressering 80 FMT
nr. 2 Byte van het doeladres EE TGT
nr. 3 Byte van het bronadres tt SRCnr. 4 Additionele lengtebyte 01 LEN
nr. 5 StopCommunication Request Service Id 82 SPR
nr. 6 Controlesom 00-FF CS
Tabel 8
StopCommunication Positive Response-bericht
Byte-nr. Parameternaam Hex-waarde Mnemonisch
nr. 1 Formaatbyte —fysieke adressering 80 FMT
nr. 2 Byte van het doeladres tt TGT
nr. 3 Byte van het bronadres EE SRCnr. 4 Additionele lengtebyte 01 LEN
nr. 5 StopCommunication Positive Response Service C2 SPRPR
nr. 6 Controlesom 00-FF CS
Tabel 9
StopCommunication Negative Response-bericht
Byte-nr. Parameternaam Hex-waarde Mnemonisch
nr. 1 Formaatbyte —fysieke adressering 80 FMT
nr. 2 Byte van het doeladres tt TGTnr. 3 Byte van het bronadres EE SRC
nr. 4 Additionele lengtebyte 03 LEN
nr. 5 Negative Response Service Id 7F NRnr. 6 StopCommunication Request Service Identification 82 SPR
nr. 7 ResponseCode = generalReject 10 RC_GR
nr. 8 Controlesom 00-FF CS
4.2.3. Parameterdefinitie
Deze dienst vereist geen parameterdefinitie.1998R2135 —NL—01.05.2006 —002.001 —184
▼M1
4.3.TesterPresent-dienst (Testapparaat actief)
4.3.1. Omschrijving van het bericht
De TesterPresent-dienst wordt door het testapparaat gebruikt om de server erop te
wijzen dat het nog steeds aanwezig is, teneinde te voorkomen dat de server auto-
matisch naar normaal bedrijf terugkeert en mogelijk de verbinding verbreekt.
Deze dienst, die periodiek wordt gezonden, houdt de diagnostische sessie/over-
dracht actief door, telkens als een verzoek voor deze dienst wordt ontvangen, de
P3-timer opnieuw in te stellen.
4.3.2. Berichtformaat
De berichtformaten voor de TesterPresent-primitieven worden omschreven in de
onderstaande tabellen.
Tabel 10
TesterPresent Request-bericht
Byte-nr. Parameternaam Hex-waarde Mnemonisch
nr. 1 Formaatbyte —fysieke adressering 80 FMT
nr. 2 Byte van het doeladres EE TGT
nr. 3 Byte van het bronadres tt SRC
nr. 4 Additionele lengtebyte 02 LENnr. 5 TesterPresent Request Service Id 3E TP
nr. 6 Subfunctie = responseRequired (antwoord vereist)
= [ja01 RESPREQ_Y
nee] 02 RESPREQ_-
NO
nr. 7 Controlesom 00-FF CS
Indien de responseRequired-parameter op „ja”wordt ingesteld, dan antwoordt de
server met het volgende bericht van positief antwoord. Indien op „nee”, dan zendt
de server geen antwoord.
Tabel 11
TesterPresent Positive Response-bericht
Byte-nr. Parameternaam Hex-waarde Mnemonisch
nr. 1 Formaatbyte —fysieke adressering 80 FMT
nr. 2 Byte van het doeladres tt TGT
nr. 3 Byte van het bronadres EE SRC
nr. 4 Additionele lengtebyte 01 LEN
nr. 5 TesterPresent Positive Response Service Id 7E TPPRnr. 6 Controlesom 00-FF CS
De dienst ondersteunt de volgende negatieve-antwoordencodes:
Tabel 12
TesterPresent Negative Response-bericht
Byte-nr. Parameternaam Hex-waarde Mnemonisch
nr. 1 Formaatbyte —fysieke adressering 80 FMT
nr. 2 Byte van het doeladres tt TGTnr. 3 Byte van het bronadres EE SRC1998R2135 —NL—01.05.2006 —002.001 —185
▼M1
Byte-nr. Parameternaam Hex-waarde Mnemonisch
nr. 4 Additionele lengtebyte 03 LEN
nr. 5 Negative Response Service Id 7F NR
nr. 6 TesterPresent Request Service Identification 3E TP
nr. 7 ResponseCode = [SubFunctionNotSupported-Inva-
lidFormat12 RC_SFNS_IF
incorrectMessageLength] 13 RC_IML
nr. 8 Controlesom 00-FF CS 00-FF CS
5. BEHEERDIENSTEN
De beschikbare diensten worden omschreven in de onderstaande tabel:
Tabel 13
Beheerdiensten
Naam van de dienst Omschrijving
StartDiagnosticSession De cliënt verzoekt een diagnostische sessie met een VU te starten
SecurityAccess De cliënt verzoekt om toegang tot functies die alleen voor bevoegde
gebruikers toegankelijk zijn
5.1.StartDiagnosticSession-dienst (Start diagnostische sessie)
5.1.1. Omschrijving van het bericht
De dienst StartDiagnosticSession wordt gebruikt om verschillende diagnostische
sessies in de server mogelijk te maken. Een diagnostische sessie maakt een speci-
fieke reeks diensten mogelijk volgens tabel 17. Een sessie kan specifieke diensten
voor voertuigfabrikanten mogelijk maken die geen deel van dit document
uitmaken. Implementatieregels moeten aan de volgende eisen voldoen:
—In de VU moet altijd precies één diagnostische sessie actief zijn.
—De VU moet bij het aanzetten altijd de StandardDiagnosticSession starten.
Indien geen andere diagnostische sessie wordt gestart, dan moet de Standard-
DiagnosticSession actief blijven zolang de VU wordt aangedreven.
—Indien een diagnostische sessie die reeds actief is, door het testapparaat wordt
aangevraagd, dan moet de VU een bericht van positief antwoord zenden.
—Telkens als het testapparaat een nieuwe diagnostische sessie aanvraagt, moetde VU eerst een StartDiagnosticSession positive response-bericht zenden
voordat de nieuwe sessie in de VU actief wordt. Indien de VU de gevraagde
nieuwe diagnostische sessie niet kan starten, dan moet deze antwoorden met
een StartDiagnosticSession negative response-bericht en de lopende sessie
wordt voortgezet.
Een diagnostische sessie kan alleen worden gestart indien overdracht tussen de
cliënt en de VU tot stand gebracht is.
De timingparameters van tabel 5 moeten actief zijn na een succesvolle StartDiag-
nosticSession waarbij de diagnosticSession-parameter in het verzoekbericht inge-
steld is op „StandardDiagnosticSession” indien een andere diagnostische sessie
voorheen actief was.
5.1.2. Berichtformaat
De berichtformaten voor de StartDiagnosticSession-primitieven worden
omschreven in de onderstaande tabellen.
Tabel 14
StartDiagnosticSession Request-bericht
Byte-nr. Parameternaam Hex-waarde Mnemonisch
nr. 1 Formaatbyte —fysieke adressering 80 FMT1998R2135 —NL—01.05.2006 —002.001 —186
▼M1
Byte-nr. Parameternaam Hex-waarde Mnemonisch
nr. 2 Byte van het doeladres EE TGT
nr. 3 Byte van het bronadres tt SRC
nr. 4 Additionele lengtebyte 02 LEN
nr. 5 StartDiagnosticSession Request Service Id 10 STDS
nr. 6 DiagnosticSession = [een waarde uit tabel 17] xx DS_ …
nr. 7 Controlesom 00-FF CS
Tabel 15
StartDiagnosticSession Positive Response-bericht
Byte-nr. Parameternaam Hex-waarde Mnemonisch
nr. 1 Formaatbyte —fysieke adressering 80 FMT
nr. 2 Byte van het doeladres tt TGT
nr. 3 Byte van het bronadres EE SRC
nr. 4 Additionele lengtebyte 02 LEN
nr. 5 StartDiagnosticSession Positive Response Service
Id50 STDSPR
nr. 6 DiagnosticSession = [zelfde waarde als in Byte-nr.
6 tabel 14]xx DS_ …
nr. 7 Controlesom 00-FF CS
Tabel 16
StartDiagnosticSession Negative Response-bericht
Byte-nr. Parameternaam Hex-waarde Mnemonisch
nr. 1 Formaatbyte —fysieke adressering 80 FMT
nr. 2 Byte van het doeladres tt TGT
nr. 3 Byte van het bronadres EE SRC
nr. 4 Additionele lengtebyte 03 LEN
nr. 5 Negative Response Service Id 7F NR
nr. 6 StartDiagnosticSession Request Service Id 10 STDSnr. 7 ResponseCode = [subFunctionNotSupported (
a) 12 RC_SFNS
incorrectMessageLength (b) 13 RC_IML
conditionsNotCorrect (c)] 22 RC_CNC
nr. 8 Controlesom 00-FF CS
(a) De in Byte-nr. 6 van het verzoekbericht ingebrachte waarde wordt niet ondersteund, d.w.z. niet in tabel 17.
(b) De lengte van het bericht is fout.
(c) Aan de criteria voor het verzoek StartDiagnosticSession is niet voldaan.
5.1.3. Parameterdefinitie
De parameter diagnosticSession (DS_) wordt gebruikt door de StartDiagnostic-
Session-dienst om de specifieke werking van de server(s) te selecteren. De onder-
staande diagnostische sessies worden in dit document gespecificeerd:1998R2135 —NL—01.05.2006 —002.001 —187
▼M1
Tabel 17
Definitie van diagnosticSession-waarden
Hex Omschrijving Mnemonisch
81 StandardDiagnosticSession
Deze diagnostische sessie maakt alle in tabel 1, kolom 4 „SD” gespe-
cificeerde diensten mogelijk. Met deze diensten kunnen gegevens
van een server (VU) worden gelezen. Deze diagnostische sessie is
actief nadat de initialisatie tussen cliënt (testapparaat) en server (VU)
succesvol afgesloten is. Deze diagnostische sessie kan door andere in
dit punt gespecificeerde diagnostische sessies overschreven wordenSD
85 ECUProgrammingSession
Deze diagnostische sessie maakt alle in tabel 1, kolom 6 „ECUPS”
gespecificeerde diensten mogelijk. Deze diensten ondersteunen het
programmeren van het geheugen van een server (VU). Deze diagnos-
tische sessie kan door andere in dit punt gespecificeerde diagnosti-
sche sessies overschreven wordenECUPS
87 ECUAdjustmentSession
Deze diagnostische sessie maakt alle in tabel 1, kolom 5 „ECUAS”
gespecificeerde diensten mogelijk. Deze diensten ondersteunen de
invoer-/uitvoercontrole van een server (VU). Deze diagnostische
sessie kan door andere in dit punt gespecificeerde diagnostische
sessies overschreven wordenECUAS
5.2.SecurityAccess-dienst (Veiligheidstoegang)
Het schrijven van kalibreringsgegevens of toegang tot de invoer-/uitvoerlijn van
de kalibrering is niet mogelijk tenzij de VU in de CALIBRATION-modus is.
Naast het inbrengen van een geldige werkplaatskaart moet de juiste PIN-code
worden ingevoerd voordat toegang tot de CALIBRATION-modus wordt
verkregen.
De SecurityAccess-dienst verschaft een middel om de PIN-code in te voeren en
om aan het testapparaat aan te geven of de VU in de CALIBRATION-modus is.
De PIN-code kan ook door middel van alternatieve methoden worden ingevoerd.
5.2.1. Omschrijving van het bericht
De SecurityAccess-dienst bestaat uit een SecurityAccess „requestSeed”-bericht
(aanvraag van „seed”), eventueel gevolgd door een SecurityAccess „sendKey”-
bericht (verzoek om sleutel te zenden). De SecurityAccess-dienst moet na de
StartDiagnosticSession-dienst worden uitgevoerd.
Het testapparaat moet het SecurityAccess „requestSeed”-bericht gebruiken om te
controleren of de voertuigunit gereed is om een PIN-code te accepteren.
Indien de voertuigunit reeds in CALIBRATION-modus is, moet de unit het
verzoek beantwoorden door het zenden van een „seed” van 0x0000 met gebruik-
making van de dienst SecurityAccess Positive Response.
Indien de voertuigunit gereed is om een PIN-code voor verificatie door een werk-
plaatskaart te accepteren, moet de unit het verzoek beantwoorden door het zenden
van een „seed” groter dan 0x0000 met gebruikmaking van de dienst SecurityAc-
cess Positive Response.
Indien de voertuigunit niet gereed is om een PIN-code van het testapparaat te
accepteren, omdat de ingebrachte werkplaatskaart niet geldig is of omdat er geen
werkplaatskaart ingebracht is of omdat de voertuigunit de PIN-code via een
andere methode verwacht, moet de unit het verzoek beantwoorden met een Nega-
tive Response met een op conditionsNotCorrectOrRequestSequenceError inge-
stelde antwoordcode.
Het testapparaat moet dan het SecurityAccess „sendKey”-bericht gebruiken om
een PIN-code naar de voertuigunit te zenden. Om de uitvoering van het kaartau-
thentificatieproces voldoende tijd te geven, moet de VU de negatieve antwoord-
code requestCorrectlyReceived-ResponsePending (verzoek goed ontvangen —
antwoord volgt) gebruiken om de tijd voor beantwoording te verlengen. De maxi-
mumtijd voor beantwoording mag evenwel niet meer dan vijf minuten bedragen.
Zodra de gevraagde dienst is voltooid, moet de VU een bericht van positief
antwoord zenden dan wel een bericht van negatief antwoord met een andere1998R2135 —NL—01.05.2006 —002.001 —188
▼M1
antwoordcode dan de eerste. De negatieve antwoordcode requestCorrectlyRe-
ceived-ResponsePending mag door de VU worden herhaald totdat de gevraagde
dienst is voltooid en het definitieve antwoordbericht is gezonden.
De voertuigunit mag dit verzoek met gebruikmaking van de dienst SecurityAc-
cess Positive Response alleen beantwoorden wanneer hij in CALIBRATION-
modus is.
In de onderstaande gevallen moet de voertuigunit dit verzoek met een Negative
Response beantwoorden met de antwoordcode ingesteld op:
—subFunctionNot supported: ongeldig formaat voor de subfunctieparameter
(accessType);
—conditionsNotCorrectOrRequestSequenceError: voertuigunit niet gereed om de
invoer van een PIN-code te accepteren;
—invalidKey: PIN-code niet geldig en aantal controlepogingen van de PIN-codeniet overschreden;
—exceededNumberOfAttempts: PIN-code niet geldig en aantal controlepogingenvan de PIN-code overschreden;
—generalReject: correcte PIN-code maar wederzijdse authentificatie met werk-plaatskaart mislukt.
5.2.2. Berichtformaat —SecurityAccess —requestSeed
De berichtformaten voor de SecurityAccess „requestSeed”-primitieven worden
omschreven in de onderstaande tabellen.
Tabel 18
SecurityAccess Request —requestSeed-bericht
Byte-nr. Parameternaam Hex-waarde Mnemonisch
nr. 1 Formaatbyte —fysieke adressering 80 FMT
nr. 2 Byte van het doeladres EE TGT
nr. 3 Byte van het bronadres tt SRC
nr. 4 Additionele lengtebyte 02 LEN
nr. 5 SecurityAccess Request Service Id 27 SA
nr. 6 AccessType —requestSeed 7D AT_RSD
nr. 7 Controlesom 00-FF CS
Tabel 19
SecurityAccess —requestSeed Positive Response-bericht
Byte-nr. Parameternaam Hex-waarde Mnemonisch
nr. 1 Formaatbyte —fysieke adressering 80 FMT
nr. 2 Byte van het doeladres tt TGT
nr. 3 Byte van het bronadres EE SRCnr. 4 Additionele lengtebyte 04 LEN
nr. 5 SecurityAccess Positive Response Service Id 67 SAPR
nr. 6 AccessType —requestSeed 7D AT_RSD
nr. 7 Seed High 00-FF SEEDH
nr. 8 Seed Low 00-FF SEEDL
nr. 9 Controlesom 00-FF CS1998R2135 —NL—01.05.2006 —002.001 —189
▼M1
Tabel 20
SecurityAccess Negative Response-bericht
Byte-nr. Parameternaam Hex-waarde Mnemonisch
nr. 1 Formaatbyte —fysieke adressering 80 FMT
nr. 2 Byte van het doeladres tt TGT
nr. 3 Byte van het bronadres EE SRCnr. 4 Additionele lengtebyte 03 LEN
nr. 5 Negative Response Service Id 7F NR
nr. 6 SecurityAccess Request Service Id 27 SAnr. 7 ResponseCode = [conditionsNotCorrectOrRequest-
SequenceError22 RC_CNC
incorrectMessageLength] 13 RC_IML
nr. 8 Controlesom 00-FF CS
5.2.3. Berichtformaat —SecurityAccess —sendKey
De berichtformaten voor de SecurityAccess „sendKey”-primitieven worden
omschreven in de onderstaande tabellen.
Tabel 21
SecurityAccess Request —sendKey-bericht
Byte-nr. Parameternaam Hex-waarde Mnemonisch
nr. 1 Formaatbyte —fysieke adressering 80 FMT
nr. 2 Byte van het doeladres EE TGT
nr. 3 Byte van het bronadres tt SRC
nr. 4 Additionele lengtebyte m+2 LEN
nr. 5 SecurityAccess Request Service Id 27 SA
nr. 6 AccessType —sendKey 7E AT_SK
nr. 7 tot nr. m
+6Key #1 (High) xx KEY
… …Key # m (low, m moet minimaal 4 en maximaal 8
zijn)xx
nr. m+7 Controlesom 00-FF CS
Tabel 22
SecurityAccess —sendKey Positive Response-bericht
Byte-nr. Parameternaam Hex-waarde Mnemonisch
nr. 1 Formaatbyte —fysieke adressering 80 FMT
nr. 2 Byte van het doeladres tt TGT
nr. 3 Byte van het bronadres EE SRC
nr. 4 Additionele lengtebyte 02 LENnr. 5 SecurityAccess Positive Response Service Id 67 SAPR
nr. 6 AccessType —sendKey 7E AT_SK
nr. 7 Controlesom 00-FF CS1998R2135 —NL—01.05.2006 —002.001 —190
▼M1
Tabel 23
SecurityAccess Negative Response-bericht
Byte-nr. Parameternaam Hex-waarde Mnemonisch
nr. 1 Formaatbyte —fysieke adressering 80 FMT
nr. 2 Byte van het doeladres tt TGT
nr. 3 Byte van het bronadres EE SRCnr. 4 Additionele lengtebyte 03 LEN
nr. 5 Negative Response Service Id 7F NR
nr. 6 SecurityAccess Request Service Id 27 SA
nr. 7 ResponseCode = [generalReject 10 RC_GR
subFunctionNotSupported 12 RC_SFNS
incorrectMessageLength 13 RC_IMLconditionsNotCorrectOrRe-
questSequenceError22 RC_CNC
invalidKey 35 RC_IK
exceededNumberOfAttempts 36 RC_ENArequestCorrectlyReceived-
ResponsePending]78 RC_RCR_RP
nr. 8 Controlesom 00-FF CS
6. GEGEVENSOVERBRENGINGSDIENSTEN
De beschikbare diensten worden omschreven in de onderstaande tabel:
Tabel 24
Gegevensoverbrengingsdiensten
Naam van de dienst Omschrijving
ReadDataByIdentifier De cliënt verzoekt om overbrenging van de huidige waarde van een regi-
stratie met toegang door recordDataIdentifier
WriteDataByIdentifier De cliënt verzoekt een voor recordDataIdentifier toegankelijke registratie
te schrijven
6.1.ReadDataByIdentifier-dienst (Lees gegevens met identificatiesymbool)
6.1.1. Omschrijving van het bericht
De ReadDataByIdentifier-dienst wordt door de cliënt gebruikt om van een server
om gegevensregistratiewaarden te vragen. De gegevens worden geïdentificeerd
door een recordDataIdentifier. Het is de verantwoordelijkheid van de VU-fabri-
kant dat bij het verrichten van de dienst aan de servervoorwaarden wordt
voldaan.
6.1.2. Berichtformaat
De berichtformaten voor de ReadDataByLocalIdentifier primitieven worden
omschreven in de onderstaande tabellen.
Tabel 25
ReadDataByIdentifier Response-bericht
Byte-nr. Parameternaam Hex-waarde Mnemonisch
nr. 1 Formaatbyte —fysieke adressering 80 FMT
nr. 2 Byte van het doeladres EE TGT1998R2135 —NL—01.05.2006 —002.001 —191
▼M1
Byte-nr. Parameternaam Hex-waarde Mnemonisch
nr. 3 Byte van het bronadres tt SRC
nr. 4 Additionele lengtebyte 03 LEN
nr. 5 ReadDataByIdentifier Request Service Id 22 RDBI
nr. 6 tot nr. 7 RecordDataIdentifier = [een waarde uit tabel 28] xxxx RDI_ …
nr. 8 Controlesom 00-FF CS
Tabel 26
ReadDataByIdentifier Positive Response-bericht
Byte-nr. Parameternaam Hex-waarde Mnemonisch
nr. 1 Formaatbyte —fysieke adressering 80 FMT
nr. 2 Byte van het doeladres tt TGT
nr. 3 Byte van het bronadres EE SRC
nr. 4 Additionele lengtebyte m+3 LENnr. 5 ReadDataByIdentifier Positive Response Service
Id62 RDBIPR
nr. 6 en nr. 7 recordDataIdentifier = [zelfde waarde als byte-nrs.
6 en 7 tabel 25]xxxx RDI_ …
nr. 8 tot nr. m
+7DataRecord[] = [data#1 xx DREC_-
DATA1
: : :
data#m] xx DREC_-
DATAm
nr. m+8 Controlesom 00-FF CS
Tabel 27
ReadDataByIdentifier Negative Response-bericht
Byte-nr. Parameternaam Hex-waarde Mnemonisch
nr. 1 Formaatbyte —fysieke adressering 80 FMT
nr. 2 Byte van het doeladres tt TGT
nr. 3 Byte van het bronadres EE SRCnr. 4 Additionele lengtebyte 03 LEN
nr. 5 Negative Response Service Id 7F NR
nr. 6 ReadDataByIdentifier Request Service Id 22 RDBInr. 7 ResponseCode = [requestOutOfRange 31 RC_ROOR
incorrectMessageLength 13 RC_IMLconditionsNotCorrect] 22 RC_CNC
nr. 8 Controlesom 00-FF CS
6.1.3. Parameterdefinitie
De parameter recordDataIdentifier (RDI_) in het verzoekbericht ReadDataByI-
dentifier identificeert een gegevensregistratie.
De in dit document gedefinieerde waarden van de recordDataIdentifier worden in
de onderstaande tabel getoond.
De tabel recordDataIdentifier bestaat uit vier kolommen en meerdere rijen.1998R2135 —NL—01.05.2006 —002.001 —192
▼M1
—De 1e kolom (Hex) bevat de Hex-waarde die aan de in de 3e kolom gespecifi-
ceerde recordDataIdentifier toegekend is.
—De 2e kolom (Gegevenselement) specificeert het gegevenselement vanappendix 1 waarop de recordDataIdentifier is gebaseerd (soms is transcodering
nodig).
—De 3e kolom (Omschrijving) specificeert de corresponderende recordDataI-
dentifier-naam.
—De 4e kolom (Mnemonisch) specificeert de mnemonische notatie van dezerecordDataIdentifier.
Tabel 28
Definitie van de waarden van de recordDataIdentifier
Hex GegevenselementrecordDataIdentifier-naam
(zie formaat in punt 8.2)Mnemonisch
F90B CurrentDateTime TimeDate RDI_TD
F912 HighResOdometer HighResolutionTotalVehicleDis-
tanceRDI_HRTVD
F918 K-ConstantOfRecordingE-
quipmentKfactor RDI_KF
F91C L-TyreCircumference LfactorTyreCircumference RDI_LF
F91D W-VehicleCharacteristic-
ConstantWvehicleCharacteristicFactor RDI_WVCF
F921 TyreSize TyreSize RDI_TS
F922 nextCalibrationDate NextCalibrationDate RDI_NCD
F92C SpeedAuthorised SpeedAuthorised RDI_SA
F97D vehicleRegistrationNation RegisteringMemberState RDI_RMS
F97E VehicleRegistrationNumber VehicleRegistrationNumber RDI_VRN
F190 VehicleIdentification-
NumberVIN RDI_VIN
De parameter dataRecord (DREC_) wordt gebruikt door het ReadDataByIdenti-
fier positive response-bericht om de door de recordDataIdentifier geïdentificeerde
gegevensregistratiewaarde aan de cliënt (testapparaat) te leveren. Gegevensfor-
maten worden in punt 8 nader aangegeven. Aanvullende voor de gebruiker facul-
tatieve dataRecords, met inbegrip van voor de VU specifieke invoergegevens,
interne gegevens en uitvoergegevens kunnen worden geïmplementeerd, maar zijn
niet in dit document gedefinieerd.
6.2.WriteDataByIdentifier-dienst (Schrijf gegevens met identificatiesym-
bool)
6.2.1. Omschrijving van het bericht
De dienst WriteDataByIdentifier wordt door de cliënt gebruikt om gegevensregi-
stratiewaarden naar een server te schrijven. De gegevens worden geïdentificeerd
door een recordDataIdentifier. Het is de verantwoordelijkheid van de fabrikant
van de VU dat tijdens het uitvoeren van deze dienst aan de voorwaarden van de
server wordt voldaan. Om de parameters van tabel 28 bij te werken moet de VU
in CALIBRATION-modus zijn
6.2.2. Berichtformaat
De berichtformaten voor de WriteDataByIdentifier-primitieven worden
omschreven in de onderstaande tabellen.
Tabel 29
WriteDataByIdentifier Request-bericht
Byte-nr. Parameternaam Hex-waarde Mnemonisch
nr. 1 Formaatbyte —fysieke adressering 80 FMT1998R2135 —NL—01.05.2006 —002.001 —193
▼M1
Byte-nr. Parameternaam Hex-waarde Mnemonisch
nr. 2 Byte van het doeladres EE TGT
nr. 3 Byte van het bronadres tt SRC
nr. 4 Additionele lengtebyte m+3 LEN
nr. 5 WriteDataByIdentifier Request Service Id 2E WDBI
nr. 6 tot 7 RecordDataIdentifier = [een waarde uit tabel 28] xxxx RDI_ …
nr. 8 tot nr. m
+7DataRecord[] = [data#1 xx DREC_-
DATA1
: : :data#m] xx DREC_-
DATAm
nr. m+8 Controlesom 00-FF CS
Tabel 30
WriteDataByIdentifier Positive Response-bericht
Byte-nr. Parameternaam Hex-waarde Mnemonisch
nr. 1 Formaatbyte —fysieke adressering 80 FMT
nr. 2 Byte van het doeladres tt TGT
nr. 3 Byte van het bronadres EE SRCnr. 4 Additionele lengtebyte 03 LEN
nr. 5 WriteDataByIdentifier Request Service Id 6E WDBIPR
nr. 6 tot nr. 7 RecordDataIdentifier = [zelfde waarde als byte-
nrs. 6 en 7 tabel 29]xxxx RDI_ …
nr. 8 Controlesom 00-FF CS
Tabel 31
WriteDataByIdentifier Negative Response-bericht
Byte-nr. Parameternaam Hex-waarde Mnemonisch
nr. 1 Formaatbyte —fysieke adressering 80 FMT
nr. 2 Byte van het doeladres tt TGT
nr. 3 Byte van het bronadres EE SRC
nr. 4 Additionele lengtebyte 03 LENnr. 5 NegativeResponse Service Id 7F NR
nr. 6 WriteDataByIdentifier Request Service Id 2E WDBI
nr. 7 ResponseCode = [requestOutOfRange 31 RC_ROOR
incorrectMessageLength 13 RC_IMLconditionsNotCorrect] 22 RC_CNC
nr. 8 Controlesom 00-FF CS
6.2.3. Parameterdefinitie
De parameter recordDataIdentifier (RDI_) wordt in tabel 28 gedefinieerd.1998R2135 —NL—01.05.2006 —002.001 —194
▼M1
De parameter dataRecord (DREC_) wordt gebruikt door het WriteDataByIdenti-
fier request-bericht om aan de server (VU) de gegevensregistratiewaarden te
leveren die door de recordDataIdentifier zijn geïdentificeerd. Gegevensformaten
worden in punt 8 nader aangegeven.
7. CONTROLE VAN TESTIMPULSEN —INVOER-/UITVOERCONTROLE
FUNCTIONELE EENHEID
De beschikbare diensten worden omschreven in de onderstaande tabel:
Tabel 32
Invoer-/uitvoercontrole functionele eenheid
Naam van de dienst Omschrijving
InputOutputControlByIdentifier De cliënt verzoekt om controle van een voor de server specifieke
invoer/uitvoer
7.1.InputOutputControlByIdentifier-dienst (Invoer-/uitvoercontrole door
identificatiesymbool)
7.1.1. Omschrijving van het bericht
Er is een verbinding via de frontconnector waarmee testpulsen met gebruikma-
king van een geschikt testapparaat geregeld of gecontroleerd kunnen worden.
Deze kalibrerings-I/O-signaallijn kan door het K-lijncommando met gebruikma-
king van de dienst InputOutputControlByIdentifier geconfigureerd worden om de
vereiste invoer- of uitvoerfunctie voor de lijn te selecteren. De beschikbare instel-
lingen van de lijn zijn:
—geblokkeerd,
—speedSignalInput, waarbij de kalibrerings-I/O-signaallijn wordt gebruikt om
een snelheidssignaal (testsignaal) in te voeren dat het snelheidssignaal van de
bewegingssensor vervangt,
—realTimeSpeedSignalOutputSensor, waarbij de kalibrerings-I/O-signaallijn
wordt gebruikt om het snelheidssignaal van de bewegingssensor uit te voeren,
—RTCOutput, waarbij de kalibrerings-I/O-signaallijn wordt gebruikt om hetUTC-kloksignaal uit te voeren.
De voertuigunit moet een afstellingssessie ingevoerd hebben en in CALIBRA-
TION-modus zijn om de instelling van de lijn te configureren. Bij het verlaten
van de afstellingssessie of van de CALIBRATION-modus moet de voertuigunit
ervoor zorgen dat de kalibrerings-I/O-signaallijn teruggebracht wordt in de
„geblokkeerde” (standaard)instelling.
Indien snelheidspulsen op de real-time-invoerlijn van het snelheidssignaal van de
VU worden ontvangen terwijl de kalibrerings-I/O-signaallijn op invoer staat, dan
moet de kalibrerings-I/O-signaallijn op uitvoer worden gezet of teruggebracht
naar de geblokkeerde instelling.
De sequentie moet zijn:
—breng met de StartCommunication-dienst de overdracht tot stand;
—voer met de StartDiagnosticSession-dienst een afstellingssessie in en zet de
VU in de CALIBRATION-werkingsmodus (de volgorde van deze twee
opdrachten is niet belangrijk);
—wijzig de instelling van de uitvoer met de InputOutputControlByIdentifier-
dienst.
7.1.2. Berichtformaat
De berichtformaten voor de InputOutputControlByIdentifier-primitieven worden
omschreven in de onderstaande tabellen.
Tabel 33
InputOutputControlByIdentifier Request-bericht
Byte-nr. Parameternaam Hex-waarde Mnemonisch
nr. 1 Formaatbyte —fysieke adressering 80 FMT
nr. 2 Byte van het doeladres EE TGT1998R2135 —NL—01.05.2006 —002.001 —195
▼M1
Byte-nr. Parameternaam Hex-waarde Mnemonisch
nr. 3 Byte van het bronadres tt SRC
nr. 4 Additionele lengtebyte xx LEN
nr. 5 InputOutputControlByIdentifier Request Sid 2F IOCBI
nr. 6 en nr. 7 InputOutputIdentifier = [CalibrationInputOutput] F960 IOI_CIO
nr. 8 of nr. 8
tot nr. 9ControlOptionRecord = [ COR_ …
inputOutputControlPara-
meter —een waarde uit
tabel 36xx IOCP_ …
controlState —een waarde
uit tabel 38 (zie onder-
staande opmerking)]xx CS_ …
nr. 9 of nr. 10 Controlesom 00-FF CS
Opmerking: De parameter controlState is slechts in een paar gevallen aanwezig (zie 7.1.3).
Tabel 34
InputOutputControlByIdentifier Positive Response-bericht
Byte-nr. Parameternaam Hex-waarde Mnemonisch
nr. 1 Formaatbyte —fysieke adressering 80 FMT
nr. 2 Byte van het doeladres tt TGT
nr. 3 Byte van het bronadres EE SRCnr. 4 Additionele lengtebyte xx LEN
nr. 5 InputOutputControlByIdentifier Positive Response
SId6F IOCBIPR
nr. 6 en nr. 7 InputOutputIdentifier = [CalibrationInputOutput] F960 IOI_CIO
nr. 8 of nr. 8
tot nr. 9ControlStatusRecord = [ CSR_
inputOutputControlPara-
meter (zelfde waarde als
byte-nr. 8 tabel 33)xx IOCP_ …
controlState (zelfde
waarde als byte-nr. 9 tabel
33)] indien van toepassingxx CS_ …
nr. 9 of nr. 10 Controlesom 00-FF CS
Tabel 35
InputOutputControlByIdentifier Negative Response-bericht
Byte-nr. Parameternaam Hex-waarde Mnemonisch
nr. 1 Formaatbyte —fysieke adressering 80 FMT
nr. 2 Byte van het doeladres tt TGTnr. 3 Byte van het bronadres EE SRC
nr. 4 Additionele lengtebyte 03 LEN
nr. 5 Negative Response Service Id 7F NRnr. 6 InputOutputControlByIdentifier Request SId 2F IOCBI1998R2135 —NL—01.05.2006 —002.001 —196
▼M1
Byte-nr. Parameternaam Hex-waarde Mnemonisch
nr. 7ResponseCode = [
incorrectMessageLength 13 RC_IMLconditionsNotCorrect 22 RC_CNCrequestOutOfRange 31 RC_ROOR
deviceControlLimitsExceeded] 7A RC_DCLE
nr. 8 Controlesom 00-FF CS
7.1.3. Parameterdefinitie
De parameter inputOutputControlParameter (IOCP_) wordt omschreven in de
onderstaande tabel.
Tabel 36
Omschrijving van de waarden van de inputOutputControlParameter
Hex Omschrijving Mnemonisch
01 ReturnControlToECU
Deze waarde moet aan de server (VU) aangeven dat het testappa-
raat niet langer controle heeft over de kalibrerings-I/O-signaallijn.RCTECU
01 ResetToDefault
Deze waarde moet aan de server (VU) aangeven dat gevraagd
wordt de kalibrerings-I/O-signaallijn terug te stellen op de stan-
daardinstelling.RTD
03 ShortTermAdjustment
Deze waarde moet aan de server (VU) aangeven dat gevraagd
wordt de kalibrerings-I/O-signaallijn af te stellen op de waarde in
de controlState parameter.STA
De parameter controlState is alleen aanwezig wanneer de inputOutputControlPa-
rameter op ShortTermAdjustment ingesteld is en wordt in de onderstaande tabel
omschreven:
Tabel 37
Omschrijving van de waarden van de controlState
Modus Hex-waarde Omschrijving
Disable 00 I/O-lijn is geblokkeerd (standaardinstelling)
Enable 01 Kalibrerings-I/O-lijn kan worden gebruikt als speedSigna-
lInput
Enable 02 Kalibrerings-I/O-lijn kan worden gebruikt als realTimeSpeed-
SignalOutputSensor
Enable 03 Kalibrerings-I/O-lijn kan worden gebruikt als RTCOutput
8. FORMATEN VAN DATARECORDS (GEGEVENSREGISTRATIES)
Dit punt bevat nadere bijzonderheden betreffende:
—algemene regels die moeten worden toegepast op reeksen parameters die door
de voertuigunit aan het testapparaat worden doorgegeven,
—formaten die moeten worden gebruikt voor gegevens die via de in punt 6
beschreven diensten voor gegevensoverbrenging worden doorgegeven.
Alle geïdentificeerde parameters moeten door de VU worden ondersteund.
Gegevens die door de VU aan het testapparaat worden doorgegeven in antwoord
op een verzoekbericht, moeten van het gemeten type zijn (d.w.z. huidige waarde
van de gevraagde parameter zoals gemeten of waargenomen door de VU).1998R2135 —NL—01.05.2006 —002.001 —197
▼M1
8.1.Overgebrachte parameterreeksen
De reeksen die worden gebruikt om de geldigheid van een overgebrachte para-
meter te bepalen, zijn in tabel 38 gedefinieerd.
De waarden in de reeks „foutindicator” vormen een middel voor de voertuigunit
om onmiddellijk aan te geven dat geldige parametrische gegevens momenteel niet
beschikbaar zijn wegens een of andere fout in de registratieapparatuur.
De waarden in de reeks „niet beschikbaar” vormen een middel voor de voertuig-
unit om een bericht over te brengen dat een parameter bevat welke in die module
niet beschikbaar is of niet wordt ondersteund. De waarden in de reeks „niet
gevraagd” vormen een middel voor een apparaat om een commandobericht over
te brengen en de parameters te identificeren waarvoor geen antwoord van het
ontvangstapparaat wordt verwacht.
Indien een storing in een component het onmogelijk maakt geldige gegevens voor
een parameter over te brengen, moet de foutindicator, als beschreven in tabel 38,
worden gebruikt in plaats van de gegevens van die parameter. Indien de gemeten
of berekende gegevens echter een waarde opleveren die geldig is, maar de gedefi-
nieerde parameterreeks overschrijdt, mag de foutindicator niet worden gebruikt.De gegevens moeten worden overgebracht met gebruikmaking van de passende
minimale of maximale parameterwaarde.
Tabel 38
dataRecords reeksen
Reeksnaam1 byte
(Hex-
waarde)2 bytes
(Hex-
waarde)4 bytes
(Hex-waarde)ASCII
Geldig signaal 00 tot FA 0000 tot
FAFF00000000 tot FAFFFFFF 1 tot 254
Parameterspecifieke indi-
catorFB FB00 tot
FBFFFB000000 tot
FBFFFFFFgeen
Gereserveerde reeks voor
toekomstige indicatorbitsFC tot FD FC00 tot
FDFFFC000000 tot
FDFFFFFFgeen
Foutindicator FE FE00 tot
FEFFFE000000 tot
FEFFFFFF0
Niet beschikbaar of niet
gevraagdFF FF00 tot
FFFFFF000000 tot FFFFFFFF FF
Voor in ASCII gecodeerde parameters is het ASCII-teken „*”gereserveerd als
begrenzer.
8.2.Formaten van dataRecords
Tabel 39 tot en met tabel 42 bevatten bijzonderheden over de formaten die
moeten worden gebruikt via de ReadDataByIdentifier- en WriteDataByIdentifier-
diensten.
Tabel 39 geeft de lengte, resolutie en bedrijfsreeks voor elke parameter die door
zijn recordDataIdentifier is geïdentificeerd:
Tabel 39
Formaat van dataRecords
ParameternaamData lengte
(bytes)Resolutie Bedrijfsreeks
TimeDate 8 Zie details in tabel 40
HighResolutionTotalVehicle-
Distance4 5 m/bit, toename, 0 m
offset0 tot + 2 1 055 406 km
Kfactor 2 0,001 pulse/m/bit, toename,
0 offset0 tot 64,255 pulsen/m
LfactorTyreCircumference 2 0,125 10-3m/bit, toename,
0 offset0 tot 8 031 m1998R2135 —NL—01.05.2006 —002.001 —198
▼M1
ParameternaamData lengte
(bytes)Resolutie Bedrijfsreeks
WvehicleCharacteristic-
Factor2 0,001 pulse/m/bit, toename,
0 offset0 tot 64,255 pulsen/m
TyreSize 15 ASCII ASCII
NextCalibrationDate 3 Zie details in tabel 41
SpeedAuthorised 2 1/256 km/h/bit, toename, 0
offset0 tot 250 996 km/h
RegisteringMemberState 3 ASCII ASCII
VehicleRegistrationNumber 14 Zie details in tabel 42VIN 17 ASCII ASCII
Tabel 40 bevat bijzonderheden betreffende de formaten van de verschillende
bytes van de TimeDate-parameter:
Tabel 40
Gedetailleerd formaat van TimeDate (recordDataIdentifier-waarde F00B)
Byte Parameterdefinitie Resolutie Bedrijfsreeks
1 Seconden 0,25 s/bit, toename, 0 s
comp.0 tot 59,75 s
2 Minuten 1 min/bit, toename, 0 min
comp.0 tot 59 min
3 Uren 1 h/bit toename, 0 h comp. 0 tot 23 h
4 Maand 1 maand/bit toename, 0
maand comp.1 tot 12 maand
5 Dag 0,25 dag/bit toename, 0
dag comp. (zie noot onder
tabel 41)0,25 tot 31,75 dagen
6 Jaar 1 jaar/bit toename +1985
jaar comp. (zie noot onder
tabel 41)jaar 1985 tot 2235
7 Lokale minuutcompensatie 1 min/bit toename, -
125 min comp.- 59 tot 59 min
8 Lokale uurcompensatie 1 h/bit toename, - 125 h
comp.- 23 tot + 23 h
Tabel 41 bevat bijzonderheden betreffende de formaten van de verschillende
bytes van de NextCalibrationDate parameter.
Tabel 41
Gedetailleerd formaat van NextCalibrationDate (recordDataIdentifier-waarde F022)
Byte Parameterdefinitie Resolutie Bedrijfsreeks
1 Maand 1 maand/bit toename 0
maand comp.1 tot 12 maand
2 Dag 0,25 dag/bit toename, 0
dag comp. (zie noot hier-
onder)0,25 tot 31,75 dag
3 Jaar 1 jaar/bit toename, +1985
jaar comp. (zie noot hier-
onder)jaar 1985 tot 22351998R2135 —NL—01.05.2006 —002.001 —199
▼M1
Byte Parameterdefinitie Resolutie Bedrijfsreeks
NOOT betreffende het gebruik van de „Dag”-parameter:
1. Een waarde van 0 voor de datum is ongeldig. De waarden 1, 2, 3 en 4 worden gebruikt om de eerste dag van de
maand aan te geven; 5, 6, 7 en 8 geven de tweede dag van de maand aan, enz.
2. Deze parameter beïnvloedt of wijzigt de bovenstaande uur-parameter niet.
NOOT betreffende het gebruik van de „Jaar”-parameter:
Een waarde van 0 voor het jaar geeft het jaar 1985 aan; een waarde van 1 geeft 1986 aan, enz.
Tabel bevat bijzonderheden betreffende de formaten van de verschillende bytes
van de VehicleRegistrationNumber-parameter:
Tabel 42
Gedetailleerd formaat van VehicleRegistrationNumber (recordDataIdentifier-waarde F07E)
Byte Parameterdefinitie Resolutie Bedrijfsreeks
1 Code Page (zoals gedefini-
eerd in appendix 1)ASCII 01 tot 0A
2 tot 14 Vehicle Registration
Number (zoals gedefinieerd
in appendix 1)ASCII ASCII1998R2135 —NL—01.05.2006 —002.001 —200
▼M1
Appendix 9
TYPEGOEDKEURING —LIJST VAN MINIMAAL VEREISTE BEPROEVINGEN
INHOUD
1. Inleiding …........................................................................................
1.1. Typekoedkeuring …...............................................................................
1.2. Referentienormen …..............................................................................
2. Functiebeproevingen van de voertuigunit …...................................................
3. Functiebeproevingen van de bewegingsopnemer …...........................................
4. Functiebeproevingen van tachograafkaarten ….................................................
5. Interoperabiliteitsbeproevingen …...............................................................1998R2135 —NL—01.05.2006 —002.001 —201
▼M1
1. INLEIDING
1.1.Typegoedkeuring
De EG-goedkeuring van een controleapparaat (of component) of van een tacho-
graafkaart is gebaseerd op:
—een veiligheidscertificatie uitgevoerd door een autoriteit van de ITSEC, met
een veiligheidsdoelstelling die volledig voldoet aan appendix 10 bij deze
bijlage;
—een functiecertificatie uitgevoerd door een autoriteit van de lidstaat die certifi-
ceert dat het beproefde item voldoet aan de voorschriften van deze bijlage met
betrekking tot uitgevoerde functies, nauwkeurigheid van de metingen en mili-
eukenmerken;
—een interoperabiliteitscertificatie uitgevoerd door de bevoegde instantie die
certificeert dat het controleapparaat (of de tachograafkaart) volledig interope-
rabel is met de vereiste modellen tachograafkaarten (of controleapparatuur)
(zie hoofdstuk VIII van deze bijlage).
Deze appendix specificeert welke beproevingen minimaal door een autoriteit van
de lidstaat tijdens functiebeproevingen moeten worden uitgevoerd, en welke
beproevingen minimaal door de bevoegde instantie tijdens de interoperabiliteits-
beproevingen moeten worden uitgevoerd. Te volgen procedures voor het
uitvoeren van de beproevingen of het soort beproevingen worden niet nader
gespecificeerd.
De aspecten van de veiligheidscertificatie zijn niet in deze appendix opgenomen.
Indien een aantal voor goedkeuring vereiste beproevingen tijdens de veiligheids-
certificatie en het certificatieproces uitgevoerd zijn, dan hoeven deze beproe-
vingen niet opnieuw uitgevoerd te worden. In dat geval moeten alleen de resul-
taten van deze veiligheidsbeproevingen worden gecontroleerd. Ter informatie
worden de voorschriften die naar verwachting tijdens de veiligheidscertificatie
worden beproefd (of die nauw verband houden met de beproevingen die naar
verwachting worden uitgevoerd) in deze appendix met een „*”aangeduid.
Deze appendix behandelt afzonderlijk de goedkeuring van de bewegingsopnemer
en van de voertuigunit als samenstellende delen van het controleapparaat. Inter-
operabiliteit tussen elk model bewegingsopnemer en elk model voertuigunit is
niet vereist, daarom kan de goedkeuring van een bewegingsopnemer alleen in
combinatie met de goedkeuring van een voertuigunit en vice versa worden
verleend.
1.2.Referentienormen
De onderstaande referentienormen worden in deze appendix gebruikt:
IEC 68-2-1 Environmental testing —Part 2: Tests —Tests A: Cold. 1990 +
Amendment 2: 1994.
IEC 68-2-2 Environmental testing —Part 2: Tests —Tests B: Dry heat. 1974
+ Amendment 2: 1994.
IEC 68-2-6 Basic environmental testing procedures —Test methods —Test
Fc and guidance: Vibrations (sinusoidal). 6th edition: 1985.
IEC 68-2-14 Basic environmental testing procedures —Test methods —Test
N: Change of temperature. Modification 1: 1986.
IEC 68-2-27 Basic environmental testing procedures —Test methods —Test
Ea and guidance: Shock. Edition 3: 1987.
IEC 68-2-30 Basic environmental testing procedures —Test methods —Test
Db and guidance: Damp heat, cyclic (12 + 12 —hour cycle).
Modification 1: 1985.
IEC 68-2-35 Basic environmental testing procedure —Test methods —Test
Fda: Random Vibrations wide band —Reproducibility High.
Modification 1: 1983.
IEC 529 Degrees of protection provided by enclosures (IP code). Edition
2: 1989.
IEC 61000-4-2 Electromagnetic Compatibility (EMC) —Testing and measure-
ment techniques —Electrostatic discharge immunity test: 1995/
Amendment 1: 1998.
ISO 7637-1 Road vehicles —Electrical disturbance by conduction and coup-
ling—Part 1: Passenger cars and light commercial vehicles with
nominal 12 V supply voltage —Electrical transient conduction
along supply lines only. Edition 2: 1990.1998R2135 —NL—01.05.2006 —002.001 —202
▼M1
ISO 7637-2 Road vehicles —Electrical disturbance by conduction and coup-
ling—Part 2: Commercial vehicles with nominal 24 V supply
voltage —Electrical transient conduction along supply lines only.
First edition: 1990.
ISO 7637-3 Road vehicles —Electrical disturbance by conduction and coup-
ling—Part 3: Vehicles with 12 V or 24 V supply voltage —
Electrical transient transmission by capacitive and inductive coup-
ling via lines other than supply lines. First Edition: 1995 + Cor 1:
1995.
ISO/IEC 7816-1 Identification cards —Integrated circuit(s) cards with contacts —
Part 1: Physical characteristics. First edition: 1998.
ISO/IEC 7816-2 Information technology —Identification cards —Integrated
circuit(s) cards with contacts —Part 2: Dimensions and location
of the contacts. First edition: 1999.
ISO/IEC 7816-3 Information technology —Identification cards —Integrated
circuit(s) cards with contacts —Part 3: Electronic signals and
transmission protocol. Edition 2: 1997.
ISO/IEC 10373 Identification cards —Test methods. First edition: 1993.
2. FUNCTIEBEPROEVINGEN VAN DE VOERTUIGUNIT
Nr. Beproeving OmschrijvingGerelateerde
voorschriften
1. Administratieve controle
1.1. Documentatie Juistheid van de documentatie
1.2. Beproevingsre-
sultaten van de
fabrikantResultaten van de beproeving door de fabrikant
uitgevoerd tijdens integratie. Papierdemonstra-
ties070, 071, 073
2. Visuele inspectie
2.1. Naleving van documentatie
2.2. Identificatie / opschriften 168, 1692.3. Materialen 163 tot en met 167
2.4 Verzegeling 251
2.5. Externe interfaces3. Functiebeproevingen
3.1. Aanwezige functies 002, 004, 244
3.2. Werkingsmodi 006*, 007*, 008*,
009*, 106, 107
3.3. Functies en gegevenstoegangsrechten 010*, 011*, 240,
246, 247
3.4. Controle op het inbrengen en uitnemen van kaarten 013, 014, 015*,
016*, 106
3.5. Meting van snelheid en afstand 017 tot en met 026
3.6. Tijdmeting (beproeving uitgevoerd bij 20
oC) 027 tot en met 032
3.7. Controle op activiteiten van de bestuurder 033 tot en met
043, 106
3.8. Controle op de status van de bestuurders 044, 045, 1063.9. Handmatige invoer 046 tot en met
050b
3.10. Beheer van bedrijfsvergrendelingen 051 tot en met 055
3.11. Bewaken van controleactiviteiten 056, 057
3.12. Opsporing van voorvallen en/of fouten 059 tot en met
069, 161998R2135 —NL—01.05.2006 —002.001 —203
▼M1
Nr. Beproeving OmschrijvingGerelateerde
voorschriften
3.13. Identificatiegegevens van de inrichting 075*, 076*, 079
3.14. Gegevens over inbrengen en uitnemen van de bestuurderskaart 081* tot en met
083*
3.15. Gegevens over activiteiten van de bestuurder 084* tot en met
086*
3.16. Gegevens over plaatsen 087* tot en met
089*
3.17. Gegevens over de kilometerstand 090* tot en met
092*
3.18. Gedetailleerde gegevens over snelheid 093*3.19. Gegevens over voorvallen 094*, 095
3.20. Gegevens over fouten 096*
3.21. Kalibreringsgegevens 097*, 098*3.22. Tijdafstellingsgegevens 100*, 101*3.23. Gegevens over controleactiviteiten 102*, 103*
3.24. Gegevens over bedrijfsvergrendelingen 104*
3.25. Gegevens over overbrengingsactiviteiten 105*3.26. Gegevens over specifieke omstandigheden 105a*, 105b*3.27. Registreren en opslaan op tachograafkaarten 108, 109*, 109a*,
110*, 111, 112
3.28. Visuele weergave 072, 106, 113 tot
en met 128,
PIC_001, DIS_001
3.29. Afdrukken 072, 106, 129 tot
en met 138,
PIC_001,
PRT_001 tot en
met PRT_012
3.30. Waarschuwingssignalen 106, 139 tot en
met 148, PIC_001
3.31. Overbrengen van gegevens naar externe media 072, 106, 149 tot
en met 151
3.32. Uitvoergegevens naar additionele externe inrichtingen 152, 1533.33. Kalibrering 154*, 155*, 156*,
245
3.34. Tijdafstelling 157*, 158*3.35. Geen interferentie van additionele functies 003, 2694. Milieubeproevingen
4.1. Temperatuur Controleer functionaliteit aan de hand van:
—IEC 68-2-1, test Ad, met een beproevings-
duur van 72 uur bij de laagste temperatuur
(- 20oC), 1 uur ingeschakeld, 1 uur uitge-
schakeld;
—IEC 68-2-2, test Bd, met een beproevings-
duur van 72 uur bij de hoogste temperatuur
(+ 70oC), 1 uur ingeschakeld, 1 uur uitge-
schakeld
Temperatuurwisselproef: controleer de
bestandheid van de voertuigunit tegen snelle1591998R2135 —NL—01.05.2006 —002.001 —204
▼M1
Nr. Beproeving OmschrijvingGerelateerde
voorschriften
wisselingen in de omgevingstemperatuur
aan de hand van IEC 68-2-14, test Na, met
20 wisselingen, elk met een temperatuur
variërend van de laagste temperatuur (-
20oC) tot de hoogste temperatuur (+ 70oC),
bij een verblijf gedurende 2 uur bij de
laagste en de hoogste temperatuur
Een kleiner aantal beproevingen (zoals
gedefinieerd in sectie 3 van deze tabel) kan
bij de laagste temperatuur, de hoogste
temperatuur en tijdens de temperatuurwisse-
lingen worden uitgevoerd
4.2. Vochtigheid Controleer de bestandheid van de voertuigunit
tegen een cyclische vochtigheid (warmteproef)
aan de hand van IEC 68-2-30, test Db, zes
cycli van 24 uur, elke temperatuur variërend
van + 25oC tot + 55oC en een relatieve voch-
tigheid van 97 % bij + 25oC en gelijk aan
93 % bij + 55oC160
4.3. Vibratie 1.Sinusoïdale vibraties:
Controleer of de voertuigunit bestand is
tegen sinusoïdale vibraties met de onder-
staande kenmerken:
constante verplaatsing tussen 5 en 11 Hz:
10 mm piek
constante acceleratie tussen 11 en 300 Hz :
5 g
Dit voorschrift wordt gecontroleerd aan de
hand van IEC 68-2-6, test Fc, met een mini-
male beproevingsduur van 3 × 12 uur
(12 uur per as)
2.Willekeurige vibraties:
Controleer de bestandheid van de voertuigunit
tegen willekeurige vibraties bij onderstaande
kenmerken:
frequentie 5-150 Hz, niveau 0,02 g2/Hz
Dit voorschrift wordt gecontroleerd aan de
hand van IEC 68-2-35, test Ffda, met een mini-
male beproevingsduur van 3 × 12 uur (12 uur
per as), 1 uur ingeschakeld, 1 uur uitgescha-
keld
De twee bovengenoemde beproevingen worden
op twee verschillende modellen van de te
beproeven inrichting uitgevoerd163
4.4. Bescherming
tegen water en
vreemde
lichamenControleer of de beveiligingsindex van de
voertuigunit volgens IEC 529 ten minste IP 40
is, wanneer deze in bedrijfsomstandigheden in
een voertuig wordt geplaatst164, 165
4.5. Beveiliging tegen
te hoge spanningControleer of de voertuigunit bestand is tegen
een stroomvoorziening van:
24 V-uitvoeringen: 34 V bij + 40oC 1 uur
12 V-uitvoeringen: 17 V bij + 40oC 1 uur161
4.6. Beveiliging tegen
ompolenControleer of de voertuigunit bestand is tegen
een omkering in de stroomvoorziening161
4.7. Beveiliging tegen
kortsluitingControleer of invoer-/uitvoersignalen beveiligd
zijn tegen kortsluiting in de stroomvoorziening
en tegen aardsluiting161
5. EMC-beproevingen1998R2135 —NL—01.05.2006 —002.001 —205
▼M1
Nr. Beproeving OmschrijvingGerelateerde
voorschriften
5.1. Stralingen en
gevoeligheidOvereenkomstig Richtlijn 95/54/EG 162
5.2. Elektrostatische
ontladingOvereenkomstig IEC 61000-4-2, ± 2 kV
(niveau 1)162
5.3. Transiënte gelei-
dingsverschijn-
selen in de
stroomvoorzie-
ningvoor 24 V-uitvoeringen: overeenkomstig ISO
7637-2
puls 1a: Vs = - 100 V, Ri = 10 ohmpuls 2: Vs = + 100 V, Ri = 10 ohmpuls 3a: Vs = - 100 V, Ri = 50 ohm
puls 3b: Vs = + 100 V, Ri = 50 ohm
puls 4: Vs = - 16 V, Va = - 12 V, t6=100 mspuls 5: Vs = + 120 V, Ri = 2,2 ohm, td = 250 ms
voor 12 V-uitvoeringen: overeenkomstig ISO
7637-1
puls 1: Vs = - 100 V, Ri = 10 ohm
puls 2: Vs = + 100 V, Ri = 10 ohm
puls 3a: Vs = - 100 V, Ri = 50 ohmpuls 3b: Vs = + 100 V, Ri = 50 ohmpuls 4: Vs = - 6 V, Va = - 5 V, t6 = 15 ms
puls 5: Vs = + 65 V, Ri = 3 ohm, td = 100 ms
Puls 5 moet alleen bij voertuigunits worden
beproefd die in voertuigen worden geïnstal-
leerd waarvoor geen externe gewone beveili-
ging tegen een plotselinge spanningsverlaging
geïmplementeerd is162
3. FUNCTIEBEPROEVINGEN VAN DE BEWEGINGSOPNEMER
Nr. Beproeving OmschrijvingGerelateerde
voorschriften
1. Administratieve controle
1.1. Documentatie Juistheid van de documentatie
2. Visuele inspectie
2.1. Inachtneming van documentatie
2.2. Identificatie/opschriften 169, 170
2.3. Materialen 163 tot en met 167
2.4. Verzegeling 251
3. Functiebeproevingen
3.1. Identificatiegegevens van de opnemer 077*
3.2. Verbinding bewegingsopnemer —voertuigunit 099*, 155
3.3. Bewegingsdetectie
Juistheid van bewegingsmeting 022 tot en met 026
4. Milieubeproevingen
4.1. Bedrijfstempera-
tuurControleer functionaliteit (zoals gedefinieerd
in beproeving nr. 3.3) in temperatuurbereik
[- 40oC; + 135oC] aan de hand van:
—IEC 68-2-1, test Ad, met een beproevings-
duur van 96 uur bij de laagste temperatuur
Tomin1591998R2135 —NL—01.05.2006 —002.001 —206
▼M1
Nr. Beproeving OmschrijvingGerelateerde
voorschriften
—IEC 68-2-2, test Bd, met een beproevings-
duur van 96 uur bij de hoogste temperatuur
Tomax
4.2. Temperatuurwis-
selproefControleer functionaliteit (zoals gedefinieerd
in beproeving nr. 3.3) aan de hand van IEC
68-2-14, test Na, 20 wisselingen, elk met
een temperatuur variërend van de laagste
temperatuur (- 40oC) tot de hoogste tempe-
ratuur (+135oC) en met een verblijf van 2
uur bij de laagste en de hoogste temperatuur
Een kleiner aantal beproevingen (zoals
gedefinieerd in beproeving nr. 3.3) kan bij
de laagste temperatuur, de hoogste tempera-
tuur en tijdens temperatuurwisselingen
worden uitgevoerd159
4.3. Vochtigheidscycli Controleer functionaliteit (zoals gedefinieerd in
beproeving nr. 3.3) aan de hand van IEC 68-2-
30, test Db, zes cycli van 24 uur, elke tempera-
tuur variërend van + 25oC tot + 55oC en een
relatieve vochtigheid van 97 % bij + 25oC en
gelijk aan 93 % bij + 55oC160
4.4. Vibratie Controleer functionaliteit (zoals gedefinieerd
in beproeving nr. 3.3) aan de hand van IEC
68-2-6, test Fc, met een beproevingsduur
van 100 frequenctiecycli: constante
verplaatsing tussen 10 en 57 Hz: 1,5 mm
piek
constante acceleratie tussen 57 en 500 Hz:
20 g163
4.5. Mechanische
schokControleer functionaliteit (zoals gedefinieerd in
beproeving nr. 3.3) met de IEC 68-2-27, test
Ea, 3 schokken in beide richtingen van de 3
loodrechte assen163
4.6. Bescherming
tegen water en
vreemde
lichamenControleer of de beveiligingsindex van de
bewegingsopnemer volgens IEC 529 ten
minste IP 64 is, wanneer deze in bedrijfsom-
standigheden in een voertuig geplaatst is165
4.7. Beveiliging tegen
ompolenControleer of de bewegingsopnemer bestand is
tegen een omkering in de stroomvoorziening161
4.8. Beveiliging tegen
kortsluitingControleer of de invoer-/uitvoersignalen bevei-
ligd zijn tegen kortsluiting in de stroomvoor-
ziening en tegen aardsluiting161
5. EMC-beproevingen
5.1. Stralingen en
gevoeligheidOvereenkomstig Richtlijn 95/54/EEC 162
5.2. Elektrostatische
ontladingOvereenkomstig IEC 61000-4-2, ± 2 kV
(niveau 1)162
5.3. Transiënte gelei-
dingsverschijn-
selen in data-
transmissielijnenOvereenkomstig ISO 7637-3 (niveau III) 162
4. FUNCTIEBEPROEVINGEN VAN TACHOGRAAFKAARTEN
Nr. Beproeving OmschrijvingGerelateerde
voorschriften
1. Administratieve controle1998R2135 —NL—01.05.2006 —002.001 —207
▼M1
Nr. Beproeving OmschrijvingGerelateerde
voorschriften
1.1. Documentatie Juistheid van de documentatie
2. Visuele inspectie
2.1. Controleer of alle beveiligingskenmerken en
zichtbare gegevens naar behoren en conform
de regels op de kaart zijn afgedrukt171 tot en met 181
3. Fysieke beproevingen
3.1. Controleer de afmeting van de kaart en de plaats van de contacten 184
ISO/IEC 7816-
1
ISO/IEC 7816-
2
4. Protocolbeproevingen
4.1. ATR Controleer of de ATR voldoet ISO/IEC 7816-
3
TCS 304, 307,
308
4.2. T=0 Controleer of het protocol T=0 voldoet ISO/IEC 7816-
3
TCS 302, 303,
305
4.3. PTS Controleer of de PTS-opdracht voldoet door
T=0 op T=1 te zettenISO/IEC 7816-
3
TCS 309 tot en
met 311
4.4. T=1 Controleer of het protocol T=1 voldoet ISO/IEC 7816-
3
TCS 303, 306
5. Kaartstructuur
5.1. Ga na of de bestandsstructuur van de kaart
voldoet door de kaart te controleren op de
aanwezigheid van verplichte bestanden en hun
toegangsconditiesTCS 312
TCS 400*, 401,
402, 403*, 404,
405*, 406, 407,
408*, 409,
410*, 411, 412,
413*, 414,
415*, 416, 417,
418*, 419
6. Functiebeproevingen
6.1. Normale verwer-
kingControleer ten minste een keer het toegestane
gebruik van elke opdracht (bijv.: test de
UPDATE BINARY-opdracht met CLA = ′00′,
CLA = ′0C′en met verschillende P1-, P2- en
Lc-parameters)TCS 313 tot en
met TCS 379
6.2. Foutmeldingen Beproef ten minste een keer elke algemene fout
(met uitzondering van ′6400′ integriteitsfouten
gecontroleerd tijdens de veiligheidscertificatie)
7. Milieubeproevingen
7.1. Controleer of de kaarten werken binnen de
vastgestelde grenswaarden overeenkomstig
ISO/IEC 10373185 tot en met
188
ISO/IEC 7816-
11998R2135 —NL—01.05.2006 —002.001 —208
▼M1
5. INTEROPERABILITEITSBEPROEVINGEN
Nr. Beproeving Omschrijving
1. Wederzijdse
authenticatieControleer of de wederzijdse authenticatie tussen de voertuigunit en
de tachograafkaart normaal functioneert
2. Lees-/schrijfbe-
proevingenVoer een typisch functiescenario in de voertuigunit uit. Het scenario
moet aan de soort te beproeven kaart worden aangepast en schrij-
fopdrachten in zoveel mogelijk EF's op de kaart bevatten
Controleer door middel van een kaartoverbrenging of alle corres-
ponderende registraties correct ingevoerd zijn
Controleer door middel van een dagelijkse afdruk van de kaart of
alle corresponderende registraties correct gelezen kunnen worden1998R2135 —NL—01.05.2006 —002.001 —209
▼M1
Appendix 10
ALGEMENE BEVEILIGINGSDOELSTELLINGEN
Deze appendix specificeert de minimaal vereiste beveiligingsdoelstellingen voor de bewegingsopnemer,
voertuigunit en tachograafkaart.
Teneinde de doelstellingen te formuleren op basis waarvan een verzoek om veiligheidscertificatie wordt
ingediend, moeten de fabrikanten de documenten waar nodig verbeteren en completeren en mogen zij
bestaande bedreigingen, doelstellingen, procedurele middelen alsmede uitvoeringsspecificaties voor
beveiligingsfuncties wijzigen noch verwijderen.
INHOUD
Algemene beveilingsdoelstelling van de bewegingsopnemer
1. Inleiding …........................................................................................
2. Afkortingen, definities en referenties …........................................................
2.1. Afkortingen ….....................................................................................
2.2. Definities …........................................................................................
2.3. Referentienormen …..............................................................................
3. Productratio ….....................................................................................
3.1. Beschrijving van de bewegingsopnemer en gebruiksaanwijzing …..........................
3.2. Levenscyclus van de bewegingsopnemer …....................................................
3.3. Bedreigingen …...................................................................................
3.3.1. Bedreigingen voor de toegangsbewaking …....................................................
3.3.2. Ontwerpgerelateerde bedreigingen …...........................................................
3.3.3. Werkingsgerelateerde bedreigingen …..........................................................
3.4. Beveiligingsdoelstellingen …....................................................................
3.5. Informatietechnologische beveiligingsdoelstellingen ….......................................
3.6. Fysieke, personele of procedurele middelen ….................................................
3.6.1. Ontwerp van de inrichting …....................................................................
3.6.2. Levering van de inrichting …....................................................................
3.6.3. Ontwikkeling van beveiligingsgegevens en overdracht …....................................
3.6.4. Installatie, kalibrering en controle van het controleapparaat …...............................
3.6.5. Controle op de naleving van de wet ….........................................................
3.6.6. Softwareaanpassing …............................................................................
4. Beveiligingsfuncties …...........................................................................
4.1. Identificatie en authenticatie …..................................................................
4.2. Toegangscontrole …..............................................................................
4.2.1. Toegangscontrolebeleid …........................................................................
4.2.2. Toegangsrechten tot gegevens …................................................................
4.2.3. Bestandsstructuur en toegangscondities …......................................................
4.3. Verantwoording …................................................................................
4.4. Audit …............................................................................................
4.5. Nauwkeurigheid …................................................................................
4.5.1. Controlebeleid met betrekking tot de informatiestroom …....................................
4.5.2. Overdracht van interne gegevens ….............................................................
4.5.3. Integriteit van opgeslagen gegevens …..........................................................
4.6. Betrouwbaarheid van de werking …............................................................
4.6.1. Beproevingen …...................................................................................
4.6.2. Software …........................................................................................
4.6.3. Fysieke bescherming …..........................................................................1998R2135 —NL—01.05.2006 —002.001 —210
▼M1
4.6.4. Onderbrekingen in de stroomvoorziening …...................................................
4.6.5. Terugstelvoorwaarden ….........................................................................
4.6.6. Beschikbaarheid van gegevens …...............................................................
4.6.7. Meervoudige toepassingen …....................................................................
4.7. Gegevensuitwisseling …..........................................................................
4.8. Cryptografische ondersteuning …...............................................................
5. Definitie van beveiligingsmechanismen ….....................................................
6. Minimumsterkte van beveiligingsmechanismen ….............................................
7. Garantieniveau ….................................................................................
8. Ratio …............................................................................................
Algemene beveiligingsdoelstelling van de voertuigunit
1. Inleiding …........................................................................................
2. Afkortingen, definities en referenties …........................................................
2.1. Afkortingen ….....................................................................................
2.2. Definities …........................................................................................
2.3. Referentienormen …..............................................................................
3. Productratio ….....................................................................................
3.1. Beschrijving van de voertuigunit en gebruiksaanwijzing …..................................
3.2. Levenscyclus van de voertuigunit …............................................................
3.3. Bedreigingen …...................................................................................
3.3.1. Bedreigingen voor identificatie en toegangsbewaking ….....................................
3.3.2. Ontwerpgerelateerde bedreigingen …...........................................................
3.3.3. Werkingsgerelateerde bedreigingen …..........................................................
3.4. Beveiligingsdoelstellingen …....................................................................
3.5. Informatietechnologische beveiligingsdoelstellingen ….......................................
3.6. Fysieke, personele of procedurele middelen ….................................................
3.6.1. Ontwerp van de apparatuur …...................................................................
3.6.2. Levering en activering van de apparatuur …...................................................
3.6.3. Ontwikkeling van beveiligingsgegevens en overdracht …....................................
3.6.4. Levering van kaarten …..........................................................................
3.6.5. Installatie, kalibrering en controle van het controleapparaat …...............................
3.6.6. Bediening van de apparatuur ….................................................................
3.6.7. Controle op de naleving van de wet ….........................................................
3.6.8. Softwareaanpassing …............................................................................
4. Beveiligingsfuncties …...........................................................................
4.1. Identificatie en authenticatie …..................................................................
4.1.1. Identificatie en authenticatie van de bewegingsopnemer …...................................
4.1.2. Identificatie en authenticatie van de gebruiker …..............................................
4.1.3. Identificatie en authenticatie van een op afstand aangesloten bedrijf ….....................
4.1.4. Identificatie en authenticatie van de beheersinrichting ….....................................
4.2. Toegangscontrole …..............................................................................
4.2.1. Toegangscontrolebeleid …........................................................................
4.2.2. Toegangsrechten tot functies …..................................................................
4.2.3. Toegangsrechten tot gegevens …................................................................
4.2.4. Bestandsstructuur en toegangscondities …......................................................
4.3. Verantwoording …................................................................................1998R2135 —NL—01.05.2006 —002.001 —211
▼M1
4.4. Audit …............................................................................................
4.5. Hergebruik van objecten …......................................................................
4.6. Nauwkeurigheid …................................................................................
4.6.1. Controlebeleid met betrekking tot de informatiestroom …....................................
4.6.2. Overdracht van interne gegevens ….............................................................
4.6.3. Integriteit van opgeslagen gegevens …..........................................................
4.7. Betrouwbaarheid van de werking …............................................................
4.7.1. Beproevingen …...................................................................................
4.7.2. Software …........................................................................................
4.7.3. Fysieke bescherming …..........................................................................
4.7.4. Onderbrekingen in de stroomvoorziening …...................................................
4.7.5. Terugstelvoorwaarden ….........................................................................
4.7.6. Beschikbaarheid van gegevens …...............................................................
4.7.7. Meervoudige toepassingen …....................................................................
4.8. Gegevensuitwisseling …..........................................................................
4.8.1. Gegevensuitwisseling met de bewegingsopnemer …..........................................
4.8.2. Gegevensuitwisseling met tachograafkaarten …................................................
4.8.3. Gegevensuitwisseling met externe opslagmedia (overbrengingsfunctie) …..................
4.9. Cryptografische ondersteuning …...............................................................
5. Definitie van beveiligingsmechanismen ….....................................................
6. Minimumsterkte van beveiligingsmechanismen ….............................................
7. Garantieniveau ….................................................................................
8. Ratio …............................................................................................
Algemene beveiligingsdoelstelling van de tachograafkaart
1. Inleiding …........................................................................................
2. Afkortingen, definities en referentienormen ….................................................
2.1. Afkortingen ….....................................................................................
2.2. Definities …........................................................................................
2.3. Referentienormen …..............................................................................
3. Productratio ….....................................................................................
3.1. Beschrijving van de tachograafkaart en gebruikaanwijzing …................................
3.2. Levenscyclus van een tachograafkaart ….......................................................
3.3. Bedreigingen …...................................................................................
3.3.1. Einddoelen …......................................................................................
3.3.2. Aanvalspaden …...................................................................................
3.4. Beveiligingsdoelstellingen …....................................................................
3.5. Informatietechnologische beveiligingsdoelstellingen ….......................................
3.6. Fysieke, personele of procedurele middelen ….................................................
4. Beveiligingsfuncties …...........................................................................
4.1. Overeenstemming met beschermingsprofielen …..............................................
4.2. Identificatie en authenticatie van de gebruiker …..............................................
4.2.1. Identificatie van de gebruiker ….................................................................
4.2.2. Authenticatie van de gebruiker …...............................................................
4.2.3. Authenticatiefouten …............................................................................
4.3. Toegangscontrole …..............................................................................
4.3.1. Toegangscontrolebeleid …........................................................................1998R2135 —NL—01.05.2006 —002.001 —212
▼M1
4.3.2. Toegangscontrolefuncties …......................................................................
4.4. Verantwoording …................................................................................
4.5. Audit …............................................................................................
4.6. Nauwkeurigheid …................................................................................
4.6.1. Integriteit van opgeslagen gegevens …..........................................................
4.6.2. Authenticatie van basisgegevens ….............................................................
4.7. Betrouwbaarheid van de werking …............................................................
4.7.1. Beproevingen …...................................................................................
4.7.2. Software …........................................................................................
4.7.3. Stroomvoorziening ….............................................................................
4.7.4. Terugstelvoorwaarden ….........................................................................
4.8. Gegevensuitwisseling …..........................................................................
4.8.1. Gegevensuitwisseling met een voertuigunit ….................................................
4.8.2. Uitvoer van gegevens naar een niet-voertuigunit (overbrengingsfunctie) …................
4.9. Cryptografische ondersteuning …...............................................................
5. Definitie van beveiligingsmechanismen ….....................................................
6. Opgegeven minimumsterkte van mechanismen ….............................................
7. Garantieniveau ….................................................................................
8. Ratio …............................................................................................1998R2135 —NL—01.05.2006 —002.001 —213
▼M1
ALGEMENE BEVEILIGINGSDOELSTELLING VAN DE BEWEGINGSOP-
NEMER
1.Inleiding
Dit document bevat een beschrijving van de bewegingsopnemer, van de door de
bewegingsopnemer te neutraliseren bedreigingen en van de te realiseren beveili-
gingsdoelstellingen. Het specificeert de vereiste beveiligingsfuncties. Het docu-
ment vermeldt verder de vereiste minimumsterkte van beveiligingsmechanismen
en het vereiste garantieniveau voor de ontwikkeling en de evaluatie.
De voorschriften waarnaar in het document wordt verwezen, staan in de tekst van
bijlage I B. Voor de duidelijkheid treedt er soms herhaling op tussen de voor-
schriften in de tekst van bijlage I B en de voorschriften van de beveiligingsdoel-
stelling. In het geval van onduidelijkheid tussen een voorschrift van de beveili-
gingsdoelstelling en een voorschrift van bijlage I B waarnaar in dit document
wordt verwezen, geldt het voorschrift van bijlage I B.
Voorschriften van bijlage I B die in de beveiligingsdoelstellingen niet worden
genoemd, zijn geen onderwerp van de beveiligingsfuncties.
Er zijn unieke labels toegewezen aan bedreigingen, doelstellingen, procedurele
middelen en SEF-specificaties, zodat deze gemakkelijk in ontwikkelings- en
beproevingsdocumentatie terug te vinden zijn.
2.Afkortingen, definities en referenties
2.1. Afkortingen
ROM Read only memory (ROM-geheugen)
SEF Security enforcing function (beveiligingsfunctie)
TBD To be defined (nog te bepalen)TOE Target of evaluation (doel van de evaluatie)VU Vehicle unit (voertuigunit)
2.2. Definities
Digitale tachograaf Controleapparaat
Unit Een met de bewegingsopnemer verbonden inrichtingBewegingsgegevens De met de VU uitgewisselde gegevens betreffende
snelheid en afgelegde afstand
Fysiek gescheiden delen Fysieke componenten van de bewegingsopnemer die
zich op verschillende plaatsen in het voertuig
bevinden, in tegenstelling met fysieke, in de behuizing
van de bewegingsopnemer ondergebrachte compo-
nenten
Beveiligingsgegevens De specifieke gegevens ter ondersteuning van beveili-
gingsfuncties (bijv. cryptosleutels)
Systeem Inrichtingen, mensen of organisaties die op de een of
andere manier bij de controleapparatuur betrokken zijn
Gebruiker Een menselijke gebruiker van de bewegingsopnemer
(wanneer niet gebruikt in de uitdrukking „gebruikers-
gegevens”)
Gebruikersgegevens Door de bewegingsopnemer geregistreerde of opge-
slagen gegevens, anders dan bewegings- of beveili-
gingsgegevens
2.3. Referentienormen
ITSEC ITSEC Information Technology Security Evaluation Criteria 1991
3.Productratio
3.1. Beschrijving van de bewegingsopnemer en gebruiksaanwijzing
De bewegingsopnemer is bedoeld voor installatie in voertuigen voor het wegver-
voer. Het doel ervan is beveiligde bewegingsgegevens betreffende de snelheid en
afgelegde afstand van het voertuig aan de VU te leveren.1998R2135 —NL—01.05.2006 —002.001 —214
▼M1
De bewegingsopnemer wordt op mechanische wijze verbonden met een bewe-
gend deel van het voertuig. Deze beweging kan representatief zijn voor de snel-
heid of de afgelegde afstand van het voertuig. De inrichting kan in de versnel-
lingsbak of in een ander deel van het voertuig worden geplaatst.
In de operationele modus is de bewegingsopnemer met een VU verbonden.De opnemer kan ook met een specifieke inrichting voor beheersdoeleinden
worden verbonden (TBD door de fabrikant)
De standaardbewegingsopnemer wordt weergegeven in de onderstaande figuur:
Figuur 1
Standaardbewegingsopnemer
1998R2135 —NL—01.05.2006 —002.001 —215
▼M1
3.2. Levenscyclus van de bewegingsopnemer
De typische levenscyclus van de bewegingsopnemer wordt weergegeven in de
onderstaande figuur:
Figuur 2
Typische levenscyclus van de bewegingsopnemer
3.3. Bedreigingen
Dit punt beschrijft de bedreigingen waarmee de bewegingsopnemer geconfron-
teerd kan worden.
3.3.1. Bedreigingen voor de toegangsbewaking
T.Toegang Gebruikers kunnen proberen toegang te krijgen tot niet aan hen toege-
wezen functies
3.3.2. Ontwerpgerelateerde bedreigingen
T.Fouten Fouten in hardware, software en communicatieprocedures
kunnen voor de bewegingsopnemer onvoorziene omstandig-
heden veroorzaken waardoor de beveiliging in gevaar wordt
gebracht1998R2135 —NL—01.05.2006 —002.001 —216
▼M1
T.Beproevingen Het gebruik van niet-gevalideerde beproevingsmethoden of van
bestaande achterdeurtjes kan de beveiliging van de bewegings-
opnemer in gevaar brengen
T.Ontwerp Gebruikers kunnen illegaal kennis verkrijgen van het ontwerp
via het materiaal van de fabrikant (door diefstal, omkoping,
enz.) of door ontsleutelen
3.3.3. Werkingsgerelateerde bedreigingen
T.Milieu Gebruikers kunnen de bewegingsopnemer door bloot-
stelling aan omgevingsinvloeden (thermisch, elektro-
magnetisch, optisch, chemisch, mechanisch, enz.) in
gevaar brengen
T.Hardware Gebruikers kunnen de hardware van de bewegingsop-
nemer wijzigen
T.Mechanische_Oorsprong Gebruikers kunnen de invoer van de bewegingsop-
nemer manipuleren (bijv. de opnemer losschroeven
van de versnellingsbak, enz.)
T.Bewegingsgegevens Gebruikers kunnen de bewegingsgegevens van het
voertuig wijzigen (toevoeging, wijziging, verwijde-
ring, signaalherhaling)
T.Stroomvoorziening Gebruikers kunnen de beveiligingsdoelstellingen van
de bewegingsopnemer dwarsbomen door het wijzigen
(onderbreken, verminderen, verhogen) van de stroom-
voorziening
T.Beveiligingsgegevens Gebruikers kunnen illegaal kennis verkrijgen van
beveiligingsgegevens tijdens het genereren van debeveiligingsgegevens of tijdens transport of opslag in
de inrichting
T.Software Gebruikers kunnen de software van de bewegingsop-
nemer wijzigen
T.Opgeslagen_gegevens Gebruikers kunnen opgeslagen gegevens (beveili-
gings- of gebruikersgegevens) wijzigen
3.4. Beveiligingsdoelstellingen
De belangrijkste beveiligingsdoelstelling van het digitale tachograafsysteem is de
volgende:
O.Belangrijkste De door de controleautoriteiten te controleren gegevens moeten
beschikbaar zijn en de activiteiten van de gecontroleerde bestuur-
ders en voertuigen met betrekking tot rijden, werken, beschik-
baarheid en rusttijden alsmede de gegevens met betrekking tot
de snelheid van het voertuig volledig en nauwkeurig weergeven
De beveiligingsdoelstelling van de bewegingsopnemer, die tot de totale beveili-
gingsdoelstelling bijdraagt, is derhalve:
O.Opnemer_Belangrijkste De door de bewegingsopnemer overgebrachte gege-
vens moeten beschikbaar zijn voor de VU zodat de
VU de beweging van het voertuig met betrekking tot
snelheid en afgelegde afstand volledig en nauwkeurig
kan bepalen
3.5. Informatietechnologische beveiligingsdoelstellingen
De specifieke IT-beveiligingsdoelstellingen van de bewegingsopnemer die tot de
belangrijkste beveiligingsdoelstelling bijdragen, zijn de volgende:
O.Toegang De bewegingsopnemer moet de toegang van
aangesloten units tot functies en gegevens
controleren
O.Audit De bewegingsopnemer moet pogingen om
de beveiliging te ondermijnen controleren en
deze traceren naar aangesloten units
O.Authenticatie De bewegingsopnemer moet de authenticiteit
van aangesloten units vaststellen
O.Verwerking De bewegingsopnemer moet de nauwkeurige
verwerking waarborgen van invoergegevens
waarvan bewegingsgegevens worden afge-
leid1998R2135 —NL—01.05.2006 —002.001 —217
▼M1
O.Betrouwbaarheid De bewegingsopnemer moet betrouwbaar
zijn
O.Beveiligde_gegevensuitwisseling De bewegingsopnemer moet de gegevensuit-
wisseling met de VU beveiligen
3.6. Fysieke, personele of procedurele middelen
Dit punt beschrijft de fysieke, personele of procedurele voorschriften die tot de
beveiliging van de bewegingsopnemer bijdragen.
3.6.1. Ontwerp van de inrichting
M.Ontwikkeling Ontwikkelaars van bewegingsopnemers moeten erop toezien dat
bij de toewijzing van verantwoordelijkheden tijdens de ontwik-
keling de IT-beveiliging gehandhaafd blijft
M.Fabricage Fabrikanten van bewegingsopnemers moeten erop toezien dat
bij de toewijzing van verantwoordelijkheden tijdens de fabri-
cage de IT-beveiliging gehandhaafd blijft en dat de bewegings-
opnemer tijdens het fabricageproces beschermd wordt tegen
fysieke agressie die de IT-beveiliging in gevaar kan brengen
3.6.2. Levering van de inrichting
M.Levering Fabrikanten van bewegingsopnemers, voertuigfabrikanten en instal-
lateurs of werkplaatsen moeten erop toezien dat bij de behandeling
van de bewegingsopnemer de IT-beveiliging gehandhaafd blijft
3.6.3. Ontwikkeling van beveiligingsgegevens en overdracht
M.Ontwikkeling_beveiligingsgegevens Algoritmen voor de ontwikkeling van
beveiligingsgegevens moeten uitsluitend
voor bevoegde en betrouwbare personen
toegankelijk zijn
M.Transport_beveiligingsgegevens Beveiligingsgegevens moeten zodanig
worden gegenereerd, getransporteerd en
in de bewegingsopnemer ingebracht dat
de vereiste vertrouwelijkheid en integri-
teit gehandhaafd blijven
3.6.4. Installatie, kalibrering en controle van het controleapparaat
M.Erkende_werkplaatsen Installatie, kalibrering en reparatie van het controleap-
paraat moeten door betrouwbare en erkende installa-
teurs of werkplaatsen worden uitgevoerd
M.Mechanische_interface Er moet worden voorzien in middelen om fysieke
manipulatie met de mechanische interface op te sporen
(bijv. verzegelingen)
M.Regelmatige_controle Het controleapparaat moet periodiek gecontroleerd en
gekalibreerd worden
3.6.5. Controle op de naleving van de wet
M.Controles Controles op naleving van de wet moeten regelmatig en willekeurig
worden uitgevoerd en dienen beveiligingsaudits te omvatten
3.6.6. Softwareaanpassing
M.Softwareaanpassing Softwarerevisies moeten een veiligheidscertificatie hebben
gekregen voordat ze in een bewegingsopnemer geïmple-
menteerd kunnen worden
4.Beveiligingsfuncties
4.1. Identificatie en authenticatie
De bewegingsopnemer moet voor iedere interactie de identiteit van de aange-
sloten unit kunnen vaststellen.
De identiteit van een aangesloten unit moet bestaan uit:
—een unitgroep:
—VU,1998R2135 —NL—01.05.2006 —002.001 —218
▼M1
—beheersinrichting,
—anders,
—een unit-ID (alleen bij de VU).
De unit-ID van een aangesloten VU moet uit het goedkeuringsnummer en serie-
nummer van de VU bestaan.
De bewegingsopnemer moet de authenticiteit van iedere aangesloten VU of
beheersinrichting kunnen vaststellen:
—bij verbinding van de unit,
—bij herstel van de stroomvoorziening.
De bewegingsopnemer moet de authenticiteit van de aangesloten VU periodiek
opnieuw kunnen vaststellen.
De bewegingsopnemer moet het gebruik van gekopieerde en weergegeven
authenticatiegegevens kunnen detecteren en verhinderen.
Nadat (TBD door de fabrikant en niet meer dan 20) opeenvolgende niet succes-
volle authenticatiepogingen gedetecteerd zijn, moet de SEF:
—een auditregistratie van het voorval genereren;
—de unit waarschuwen;
—bewegingsgegevens in een niet-beveiligde modus blijven exporteren.
4.2. Toegangscontrole
Toegangscontroles garanderen dat uitsluitend bevoegde personen informatie in
het TOE kunnen lezen, aanmaken of wijzigen.
4.2.1. Toegangscontrolebeleid
De bewegingsopnemer moet toegangsrechten tot functies en gegevens contro-
leren.
4.2.2. Toegangsrechten tot gegevens
De bewegingsopnemer moet garanderen dat identificatiegegevens van de bewe-
gingsopnemer slechts eenmaal geschreven kunnen worden (voorschrift 078).
De bewegingsopnemer moet uitsluitend gebruikersgegevens van geauthentiseerde
units accepteren en/of opslaan.
De bewegingsopnemer moet de vereiste toegangsrechten betreffende lezen en
schrijven van beveiligingsgegevens toepassen.
4.2.3. Bestandsstructuur en toegangscondities
De structuur en toegangscondities van toepassings- en gegevensbestanden moeten
tijdens het fabricageproces worden aangemaakt en vervolgens voor toekomstige
wijzigingen of verwijderingen worden vergrendeld.
4.3. Verantwoording
De bewegingsopnemer moet in zijn geheugen de identificatiegegevens van de
bewegingsopnemer opslaan (voorschrift 077).
De bewegingsopnemer moet in zijn geheugen de installatiegegevens opslaan
(voorschrift 099).
De bewegingsopnemer moet de mogelijkheid hebben om op verzoek verantwoor-
dingsgegevens naar geauthentiseerde units uit te voeren.
4.4. Audit
De bewegingsopnemer moet bij voorvallen die zijn beveiliging in gevaar
brengen, auditregistraties van de voorvallen genereren.
De voorvallen die van invloed zijn op de beveiliging van de bewegingsopnemer,
zijn de volgende:
—pogingen tot inbreuk op de beveiliging:
—authenticatiefout;
—integriteitsfout in opgeslagen gegevens;
—overdrachtsfout in interne gegevens;1998R2135 —NL—01.05.2006 —002.001 —219
▼M1
—niet-geautoriseerde opening van de behuizing;
—sabotage van de hardware;
—fout in de opnemer.
Auditregistraties moeten de onderstaande gegevens bevatten:
—datum en tijd van het voorval;
—soort voorval;
—identiteit van de aangesloten unit.
Wanneer de vereiste gegevens niet beschikbaar zijn, wordt een geschikte stan-
daardindicatie gegeven (TBD door de fabrikant).
De bewegingsopnemer moet de gegenereerde auditregistraties zodra deze worden
gegenereerd naar de VU sturen en kan deze ook in zijn geheugen opslaan.
Als de bewegingsopnemer auditregistraties opslaat, moet deze ervoor zorgen dat
20 auditregistraties onafhankelijk van het vol raken van de auditgeheugen kunnen
worden bewaard en moet de opnemer de mogelijkheid hebben om —op verzoek
—opgeslagen auditregistraties naar geauthentiseerde units uit te voeren.
4.5. Nauwkeurigheid
4.5.1. Controlebeleid met betrekking tot de informatiestroom
De bewegingsopnemer moet ervoor zorgen dat bewegingsgegevens uitsluitend
kunnen worden verwerkt en afgeleid van de mechanische invoer van de opnemer.
4.5.2. Overdracht van interne gegevens
De voorschriften van dit punt zijn alleen van toepassing indien de bewegingsop-
nemer gebruik maakt van fysiek afzonderlijke delen.
Indien gegevens tussen de fysiek afzonderlijke delen van de bewegingsopnemer
worden overdragen, moeten de gegevens tegen wijzigingen worden beveiligd.
Na detectie van een gegevensoverdrachtsfout tijdens een interne overdracht moet
de overbrenging worden weergegeven en moet de SEF een auditregistratie van
het voorval genereren.
4.5.3. Integriteit van opgeslagen gegevens
De bewegingsopnemer moet de in het geheugen opgeslagen gebruikersgegevens
op integriteitsfouten controleren.
Na detectie van een integriteitsfout in de opgeslagen gebruikersgegevens moet de
SEF een auditregistratie genereren.
4.6. Betrouwbaarheid van de werking
4.6.1 Beproevingen
Alle opdrachten, acties, of testpunten, die specifiek zijn voor de beproevingen in
de fabricagefase, moeten voor het einde van de fabricagefase worden geblokkeerd
of verwijderd. Het is niet mogelijk om deze voor toekomstig gebruik terug te
zetten.
De bewegingsopnemer moet tijdens de eerste start en tijdens normaal bedrijf zelf-
beproevingen uitvoeren om de juiste werking te verifiëren. De zelfbeproevingen
van de bewegingsopnemer moeten een verificatie van de integriteit van de bevei-
ligingsgegevens en een verificatie van de integriteit van de opgeslagen uitvoer-
code (indien niet in ROM) bevatten.
Na detectie van een interne fout tijdens een zelfbeproeving moet de SEF een
auditregistratie genereren (fout in de opnemer).
4.6.2. Software
Het analyseren of debuggen van de software van de bewegingsopnemer in het
veld is niet mogelijk.
Invoergegevens afkomstig uit externe bronnen worden niet als uitvoerbare code
geaccepteerd.1998R2135 —NL—01.05.2006 —002.001 —220
▼M1
4.6.3. Fysieke bescherming
Indien de bewegingsopnemer zodanig ontworpen is dat hij geopend kan worden,
moet de bewegingsopnemer elke opening van de behuizing detecteren, zelfs
zonder externe stroomvoorziening gedurende ten minste 6 maanden. In dit geval
moet de SEF een auditregistratie van het voorval genereren (de auditregistratie
kan na herstel van de stroomvoorziening gegenereerd en opgeslagen worden).
Indien de bewegingsopnemer zodanig ontworpen is dat hij niet geopend kan
worden, moet hij zodanig geconstrueerd zijn dat fysieke manipulatiepogingen
gemakkelijk gedetecteerd kunnen worden (bijv. door visuele inspectie).
De bewegingsopnemer moet gespecificeerde (TBD door de fabrikant) hardware-
sabotage detecteren.
In het bovengenoemde geval moet de SEF een auditregistratie genereren en moet
de bewegingsopnemer: (TBD door de fabrikant).
4.6.4. Onderbrekingen in de stroomvoorziening
De bewegingsopnemer moet tijdens een onderbreking van of schommelingen in
de stroomvoorziening in een veilige toestand blijven.
4.6.5. Terugstelvoorwaarden
In het geval van onderbreking van de stroomvoorziening, of wanneer een trans-
actie voor de voltooiing wordt afgebroken, of bij andere terugstelvoorwaarden,
moet de bewegingsopnemer correct worden teruggesteld.
4.6.6. Beschikbaarheid van gegevens
De bewegingsopnemer moet ervoor zorgen dat —indien vereist —toegang tot
systeemelementen wordt verkregen en dat systeemelementen niet onnodig worden
opgevraagd of vastgehouden.
4.6.7. Meervoudige toepassingen
Indien de bewegingsopnemer andere toepassingen dan de tachograaftoepassing
levert, moeten alle toepassingen fysiek en/of logisch onderscheidbaar zijn. Deze
toepassingen delen geen beveiligingsgegevens. Er is maar een taak tegelijk actief.
4.7. Gegevensuitwisseling
De bewegingsopnemer moet bewegingsgegevens met de bijbehorende beveili-
gingskenmerken naar de VU uitvoeren, zodat de VU de integriteit en authentici-
teit kan verifiëren.
4.8. Cryptografische ondersteuning
De voorschriften van dit punt zijn alleen waar nodig van toepassing, afhankelijk
van de gebruikte beveiligingsmechanismen en de oplossingen van de fabrikant.
Elke cryptografische door de bewegingsopnemer uitgevoerde bewerking moet in
overeenstemming zijn met een gespecificeerde algoritme en een gespecificeerd
sleutelformaat.
Indien de bewegingsopnemer cryptografische sleutels genereert, moet dit in over-
eenstemming zijn met gespecificeerde ontwikkelingsalgoritmen van cryptografi-
sche sleutels en met gespecificeerde formaten van cryptografische sleutels.
Indien de bewegingsopnemer cryptografische sleutels verspreidt, moet dit in over-
eenstemming zijn met gespecificeerde verspreidingsmethoden voor dergelijke
sleutels.
Indien de bewegingssensor toegang heeft tot cryptografische sleutels, moet dit in
overeenstemming zijn met gespecificeerde toegangsmethoden voor dergelijke
sleutels.
Indien de bewegingsopnemer cryptografische sleutels vernietigt, moet dit in over-
eenstemming zijn met gespecificeerde vernietigingsmethoden voor dergelijke
sleutels.
5.Definitie van beveiligingsmechanismen
De beveiligingsmechanismen die de beveiligingsfuncties van de bewegingsop-
nemer uitvoeren worden gedefinieerd door de fabrikanten van de bewegingsopne-
mers.1998R2135 —NL—01.05.2006 —002.001 —221
▼M1
6.Minimumsterkte van beveiligingsmechanismen
De minimumsterkte van de beveiligingsmechanismen van de bewegingsopnemer
is Hoog, zoals gedefinieerd in referentienorm ITSEC.
7.Garantieniveau
Het nagestreefde garantieniveau voor de bewegingsopnemer is ITSEC niveau E3,
zoals gedefinieerd in referentienorm ITSEC.
8.Ratio
De onderstaande tabellen geven een ratio voor de SEF's aan:
—welke SEF's of middelen welke bedreigingen tegengaan;
—welke SEF's aan welke IT-beveiligingsdoelstellingen voldoen.1998R2135 —NL—01.05.2006 —002.001 —222
Bedreigingen IT-doelstellingenT.Toegang
T.Fouten
T.Beproevingen
T.Ontwerp
T.Milieu
T.Hardware
T.MechanischeOorsprong
T.Bewegingsgegevens
T.Stroomvoorziening
T.Beveiligingsgegevens
T.Software
T.Opgeslagengegevens
O.Toegang
O.Audit
O.Authenticatie
O.Verwerking
O.Betrouwbaarheid
O.Beveiligdegegevens-uitwisseling
Fysieke personele procedurele middelen
Ontwikkeling x x x
Fabricage x x
Levering x x x
Ontwikkeling beveiligingsgegevens x
Transport beveiligingsgegevens x
Erkende werkplaatsen x
Mechanische interface x
Regelmatige controle x x x x
Controles op naleving van de wet x x x x x x
Softwareaanpassing x
Beveiligingsfuncties
Identificatie en authenticatie
UIA_101 Unit-identificatie x x x x x
UIA_102 Unit-identiteit x x x
UIA_103 VU-identiteit x▼M11998R2135 —NL—01.05.2006 —002.001 —223
Bedreigingen IT-doelstellingenT.Toegang
T.Fouten
T.Beproevingen
T.Ontwerp
T.Milieu
T.Hardware
T.MechanischeOorsprong
T.Bewegingsgegevens
T.Stroomvoorziening
T.Beveiligingsgegevens
T.Software
T.Opgeslagengegevens
O.Toegang
O.Audit
O.Authenticatie
O.Verwerking
O.Betrouwbaarheid
O.Beveiligdegegevens-uitwisseling
UIA_104 Unit-authenticatie x x x x x
UIA_105 Herauthenticatie x x x x xUIA_106 Onvervalsbare authenticatie x x x x
UIA_107 Authenticatiefout x x x
ToegangscontroleACC_101 Beleid toegangscontrole x x x x
ACC_102 ID bewegingsopnemer x x
ACC_103 Gebruikersgegevens x x
ACC_104 Beveiligingsgegevens x x x
ACC_105 Bestandsstructuur en toegangscon-
ditiesx x x x
Verantwoording
ACT_101 ID-gegevens bewegingsopnemer x
ACT_102 Verbindingsgegevens x
ACT_103 Verantwoordingsgegevens x
AuditAUD_101 Auditregistraties x▼M11998R2135 —NL—01.05.2006 —002.001 —224
Bedreigingen IT-doelstellingenT.Toegang
T.Fouten
T.Beproevingen
T.Ontwerp
T.Milieu
T.Hardware
T.MechanischeOorsprong
T.Bewegingsgegevens
T.Stroomvoorziening
T.Beveiligingsgegevens
T.Software
T.Opgeslagengegevens
O.Toegang
O.Audit
O.Authenticatie
O.Verwerking
O.Betrouwbaarheid
O.Beveiligdegegevens-uitwisseling
AUD_102 Voorvallenlijst audit x x x x x
AUD_103 Auditgegevens x
AUD_104 Audit-instrumenten x
AUD_105 Opslag auditregistraties x
NauwkeurigheidACR_101 Controlebeleid informatiestroom x x x
ACR_102 Interne overdracht x x
ACR_103 Interne overdracht x
ACR_104 Integriteit opgeslagen gegevens x x
ACR_105 Integriteit opgeslagen gegevens x x
Betrouwbaarheid
RLB_101 Fabricagebeproevingen x x x
RLB_102 Zelfbeproevingen x x x x xRLB_103 Zelfbeproevingen x x x x
RLB_104 Softwareanalyse x x x
RLB_105 Software-invoer x x x
RLB_106 Opening behuizing x x x x x x x▼M11998R2135 —NL—01.05.2006 —002.001 —225
Bedreigingen IT-doelstellingenT.Toegang
T.Fouten
T.Beproevingen
T.Ontwerp
T.Milieu
T.Hardware
T.MechanischeOorsprong
T.Bewegingsgegevens
T.Stroomvoorziening
T.Beveiligingsgegevens
T.Software
T.Opgeslagengegevens
O.Toegang
O.Audit
O.Authenticatie
O.Verwerking
O.Betrouwbaarheid
O.Beveiligdegegevens-uitwisseling
RLB_107 Hardwaresabotage x x
RLB_108 Hardwaresabotage x xRLB_109 Onderbreking stroomvoorziening x x
RLB_110 Terugstellen x x
RLB_111 Beschikbaarheid gegevens x x
RLB_112 Meervoudige toepassingen x
Gegevensuitwisseling
DEX_101 Beveiligde uitvoer bewegingsgege-
vensx x
Cryptografische ondersteuning
CSP_101 Algoritmen x x
CSP_102 Ontwikkeling sleutel x x
CSP_103 Verspreiding sleutel x x
CSP_104 Toegang sleutel x x
CSP_105 Vernietiging sleutel x x▼M11998R2135 —NL—01.05.2006 —002.001 —226
▼M1
ALGEMENE BEVEILIGINGSDOELSTELLING VAN DE VOERTUIGUNIT
1.Inleiding
Dit document bevat een beschrijving van de voertuigunit, van de door de VU te
neutraliseren bedreigingen en van de te realiseren beveiligingsdoelstellingen. Het
specificeert de vereiste beveiligingsfuncties. Het stelt de vereiste minimumsterkte
van beveiligingsmechanismen en het vereiste garantieniveau voor de ontwikke-
ling en beproeving vast.
De voorschriften waarnaar in het document wordt verwezen, staan in de tekst van
bijlage I B. Voor de duidelijkheid treedt er soms herhaling op tussen de voor-
schriften in de tekst van bijlage I B en de voorschriften van de beveiligingsdoel-
stelling. In geval van onduidelijkheid tussen een voorschrift van de beveiligings-
doelstelling en een voorschrift van bijlage I B waarnaar in dit document wordt
verwezen, geldt het voorschrift van bijlage I B.
Voorschriften van bijlage I B die in de beveiligingsdoelstellingen niet worden
genoemd zijn geen onderwerp van de beveiligingsfuncties.
Er zijn unieke labels toegewezen aan bedreigingen, doelstellingen, procedurele
middelen en SEF-specificaties zodat deze gemakkelijk in ontwikkelings- en
evaluatiedocumentatie terug te vinden zijn.
2.Afkortingen, definities en referenties
2.1. Afkortingen
PIN Personal identification number (PIN-code)
ROM Read only memory (ROM-geheugen)SEF Security enforcing function (beveiligingsfunctie)
TBD To be defined (nog te bepalen)
TOE Target of evaluation (doel van de evaluatie)VU Vehicle unit (voertuigunit)
2.2. Definities
Digitale tachograaf Controleapparaat
Bewegingsgegevens De gegevens betreffende snelheid en afgelegde afstand
die met de bewegingsopnemer worden uitgewisseld
Fysiek gescheiden delen Fysieke componenten van de bewegingsopnemer die
zich op verschillende plaatsen in het voertuig
bevinden, in tegenstelling met fysieke, in de behuizingvan de bewegingsopnemer ondergebrachte compo-
nenten
Beveiligingsgegevens De specifieke gegevens ter ondersteuning van de
beveiligingsfuncties (bijv. cryptosleutels)
Systeem Inrichtingen, mensen of organisaties die op de een of
andere manier bij het controleapparaat betrokken zijn
Gebruiker Menselijke gebruikers van de apparatuur. Normale
gebruikers van de VU zijn bestuurders, controleurs,
werkplaatsen en bedrijven
Gebruikersgegevens Door de VU geregistreerde en opgeslagen gegevens,
anders dan beveiligingsgegevens, zoals omschreven in
hoofdstuk III.12
2.3. Referentienormen
ITSEC ITSEC Information Technology Security Evaluation Criteria 1991
3.Productratio1998R2135 —NL—01.05.2006 —002.001 —227
▼M1
3.1. Beschrijving van de voertuigunit en gebruiksaanwijzing
De VU is bedoeld voor installatie in voertuigen voor het wegvervoer. Het
doel ervan is het registreren, opslaan, zichtbaar maken, afdrukken en
uitvoeren van gegevens betreffende de activiteiten van de bestuurder.
De VU is verbonden met een bewegingsopnemer, waarmee de unit bewegingsge-
gevens van het voertuig uitwisselt.
Gebruikers identificeren zich met een tachograafkaart bij de VU.De VU registreert gegevens over de activiteiten van de gebruiker en slaat deze in
zijn geheugen op. Hij registreert ook gegevens over de activiteiten van de
gebruiker op de tachograafkaarten.
De VU voert gegevens uit naar leesvenster, printer en externe inrichtingen.De operationele omgeving van de in een voertuig geïnstalleerde voertuigunit is
weergegeven in de onderstaande figuur:
Figuur 2
Operationele omgeving van VU
De algemene kenmerken, functies en werkingsmodi worden beschreven in hoofd-
stuk II van bijlage I B.
De functionele voorschriften van de VU worden beschreven in hoofdstuk III van
bijlage I B.
De standaard-VU wordt weergegeven in de onderstaande figuur:
Figuur 3
Standaard-VU (…) facultatief
1998R2135 —NL—01.05.2006 —002.001 —228
▼M1
Opgemerkt wordt dat de printerinrichting deel uitmaakt van het TOE, maar dat
het eenmaal geproduceerde papieren document hier geen deel van uitmaakt.
3.2. Levenscyclus van de voertuigunit
De typische levenscyclus van de VU wordt weergegeven in de onderstaande
figuur:
Figuur 4
Typische levenscyclus van de VU
3.3. Bedreigingen
Dit punt beschrijft de bedreigingen waarmee de VU geconfronteerd kan worden.
3.3.1. Bedreigingen voor identificatie en toegangsbewaking
T.Toegang Gebruikers kunnen toegang krijgen tot niet aan hen toegewezen
functies (bijv. bestuurders krijgen toegang tot de kalibrerings-
functie)1998R2135 —NL—01.05.2006 —002.001 —229
▼M1
T.Identificatie Gebruikers kunnen verscheidene identificaties of geen identificatie
gebruiken
3.3.2. Ontwerpgerelateerde bedreigingen
T.Fouten Fouten in hardware, software en communicatieprocedures
kunnen voor de VU onvoorziene omstandigheden veroorzaken
waardoor de beveiliging in gevaar wordt gebracht
T.Beproevingen Het gebruik van niet-gevalideerde beproevingsmethoden of van
bestaande achterdeurtjes kan de beveiliging van de VU in gevaar
brengen
T.Ontwerp Gebruikers kunnen illegaal kennis verkrijgen van het ontwerp
via het materiaal van de fabrikant (door diefstal, omkoping,
enz.) of door ontsleuteling
3.3.3. Werkingsgerelateerde bedreigingen
T.Kalibreringsparameters Gebruikers kunnen onjuist gekalibreerde
inrichtingen gebruiken (door wijziging
van de kalibreringsgegevens of door orga-
nisatorisch zwakke punten)
T.Gegevensuitwisseling_van_de_kaart Gebruikers kunnen gegevens wijzigen
terwijl deze tussen de VU en de tacho-
graafkaart worden uitgewisseld
(toevoeging, wijziging, verwijdering,
signaalherhaling)
T.Klok Gebruikers kunnen de interne klok mani-
puleren
T.Milieu Gebruikers kunnen de beveiliging van de
VU door blootstelling aan omgevingsin-
vloeden (thermisch, elektromagnetisch,
optisch, chemisch, mechanisch, enz.) in
gevaar brengen
T.Valse_inrichtingen Gebruikers kunnen valse inrichtingen
(bewegingsopnemer, smartcards) met de
VU verbinden
T.Hardware Gebruikers kunnen de hardware van de
VU wijzigen
T.Bewegingsgegevens Gebruikers kunnen de bewegingsgegevens
van het voertuig wijzigen (toevoeging,
wijziging, verwijdering, signaalherhaling)
T.Niet-geactiveerd Gebruikers kunnen niet-geactiveerde
inrichtingen gebruiken
T.Uitvoergegevens Gebruikers kunnen uitvoergegevens
wijzigen (afdrukken, tonen of over-
brengen)
T.Stroomvoorziening Gebruikers kunnen de beveiligingsdoel-
stellingen van de VU dwarsbomen door
het wijzigen (onderbreken, verminderen,
verhogen) van de stroomvoorziening
T.Beveiligingsgegevens Gebruikers kunnen illegaal kennis
verkrijgen van beveiligingsgegevens
tijdens het genereren van de beveiligings-
gegevens of tijdens transport of opslag in
de inrichting
T.Software Gebruikers kunnen de software van de
VU wijzigen
T.Opgeslagen_gegevens Gebruikers kunnen opgeslagen gegevens
(beveiligings- of gebruikersgegevens)
wijzigen
3.4. Beveiligingsdoelstellingen
De belangrijkste beveiligingsdoelstelling van het digitale tachograafsysteem is de
volgende:1998R2135 —NL—01.05.2006 —002.001 —230
▼M1
O.Belangrijkste De door de controleautoriteiten te controleren gegevens moeten
beschikbaar zijn en de activiteiten van de gecontroleerde bestuur-
ders en voertuigen met betrekking tot rijden, werken, beschik-
baarheid en rusttijden alsmede de gegevens met betrekking tot
de snelheid van het voertuig volledig en nauwkeurig weergeven
De beveiligingsdoelstellingen van de VU die tot de totale beveiligingsdoelstelling
bijdragen, zijn derhalve:
O.VU_Belangrijkste De te meten en te registreren en vervolgens door de contro-
leautoriteiten te controleren gegevens moeten beschikbaar
zijn en de activiteiten van de gecontroleerde bestuurders en
voertuigen met betrekking tot rijden, werken, beschikbaar-
heid en rusttijden alsmede de gegevens met betrekking tot
de snelheid van het voertuig nauwkeurig weergeven
O.VU_Uitvoer De VU moet gegevens zodanig naar externe opslagmedia
uitvoeren dat de integriteit en authenticiteit geverifieerd
kunnen worden
3.5. Informatietechnologische beveiligingsdoelstellingen
De specifieke IT-beveiligingsdoelstellingen van de VU die tot de belangrijkste
beveiligingsdoelstellingen bijdragen, zijn de volgende:
O.Toegang De VU moet de toegang van de gebruiker
tot functies en gegevens controleren
O.Verantwoording De VU moet nauwkeurige verantwoordings-
gegevens verzamelen
O.Audit De VU moet pogingen om de systeemveilig-
heid te ondermijnen controleren en deze
traceren naar aangesloten gebruikers
O.Authenticatie De VU moet de authenticiteit van gebruikers
en aangesloten units vaststellen (wanneer een
betrouwbaar pad tussen units ontwikkeld
moet worden)
O.Integriteit De VU moet de integriteit van opgeslagen
gegevens handhaven
O.Uitvoer De VU moet ervoor zorgen dat de gegevens-
uitvoer de gemeten en opgeslagen gegevens
nauwkeurig weergeeft
O.Verwerking De VU moet ervoor zorgen dat de verwer-
king van invoergegevens ter verkrijging van
gebruikersgegevens nauwkeurig is
O.Betrouwbaarheid De VU moet betrouwbaar zijn
O.Beveiligde_gegevensuitwisseling De VU moet de gegevensuitwisseling met de
bewegingsopnemer en met de tachograaf-
kaarten beveiligen
3.6. Fysieke, personele of procedurele middelen
Dit punt beschrijft de fysieke, personele of procedurele voorschriften die tot de
beveiliging van de VU bijdragen.
3.6.1. Ontwerp van de apparatuur
M.Ontwikkeling Ontwikkelaars van VU's moeten erop toezien dat bij de toewij-
zing van verantwoordelijkheden tijdens de ontwikkeling de IT-
beveiliging gehandhaafd blijft
M.Fabricage Fabrikanten van VU's moeten erop toezien dat bij de toewijzing
van verantwoordelijkheden tijdens de fabricage de IT-beveili-
ging gehandhaafd blijft en dat de VU tijdens het fabricage-
proces tegen fysieke agressie, die de IT-beveiliging in gevaar
kan brengen, wordt beschermd
3.6.2. Levering en activering van de apparatuur
M.Levering Fabrikanten van VU's, voertuigfabrikanten en installateurs of werk-
plaatsen moeten erop toezien dat bij de behandeling van een niet-
geactiveerde VU de beveiliging van de VU gehandhaafd blijft
M.Activering Voertuigfabrikanten en installateurs of werkplaatsen moeten de VU
na de installatie activeren voordat het voertuig het bedrijf verlaat
waar de installatie plaatsvond1998R2135 —NL—01.05.2006 —002.001 —231
▼M1
3.6.3. Ontwikkeling van beveiligingsgegevens en overdracht
M.Ontwikkeling_beveiligingsgegevens Algoritmen voor de ontwikkeling van
beveiligingsgegevens moeten uitsluitend
voor bevoegde en betrouwbare personen
toegankelijk zijn
M.Transport_beveiligingsgegevens Beveiligingsgegevens moeten zodanig
gegenereerd, getransporteerd en in de VU
ingebracht worden dat de vereiste
vertrouwelijkheid en integriteit gehand-
haafd blijft
3.6.4. Levering van kaarten
M.Beschikbaarheid Tachograafkaarten moeten uitsluitend voor
bevoegde personen beschikbaar zijn
M.Een_enkele_bestuurderskaart Bestuurders mogen maar één geldige bestuur-
derskaart in hun bezit hebben
M.Traceerbaarheid_van_de_kaart Levering van de kaart moet traceerbaar zijn
(witte lijsten, zwarte lijsten) en zwarte lijsten
moeten tijdens beveiligingsaudits worden
gebruikt
3.6.5. Installatie, kalibrering en controle van het controleapparaat
M.Erkende_werkplaatsen Installatie, kalibrering en reparatie van het controle-
apparaat moeten door betrouwbare en erkende
installateurs of werkplaatsen worden uitgevoerd
M.Regelmatige_controle Het controleapparaat moet periodiek gecontroleerd
en gekalibreerd worden
M.Nauwkeurige_kalibrering Erkende installateurs en werkplaatsen moeten
tijdens de kalibrering de juiste voertuigparameters in
het controleapparaat invoeren
3.6.6. Bediening van de apparatuur
M.Betrouwbare_bestuurders Bestuurders moeten volgens de regels en verant-
woordelijk te werk gaan (bijv. hun bestuurderskaart
gebruiken, handmatig te selecteren activiteiten
correct selecteren, enz.)
3.6.7. Controle op de naleving van de wet
M.Controles Controles op naleving van de wet moeten regelmatig en willekeurig
worden uitgevoerd en dienen beveiligingsaudits te omvatten
3.6.8. Softwareaanpassing
M.Softwareaanpassing Softwarerevisies moeten een veiligheidscertificatie hebben
gekregen voordat ze in een VU geïmplementeerd kunnen
worden
4.Beveiligingsfuncties
4.1. Identificatie en authenticatie
4.1.1. Identificatie en authenticatie van de bewegingsopnemer
De VU moet voor iedere interactie de identiteit van de aangesloten bewegingsop-
nemer kunnen vaststellen.
De identiteit van de bewegingsopnemer moet uit het goedkeuringsnummer en het
serienummer van de opnemer bestaan.
De VU moet de authenticiteit vaststellen van de bewegingsopnemer waarmee de
VU verbonden is:
—bij de aansluiting met bewegingsopnemer;
—bij elke kalibrering van het controleapparaat;
—bij herstel van de stroomvoorziening.
Authenticatie moet wederzijds zijn en door de VU worden gestart.1998R2135 —NL—01.05.2006 —002.001 —232
▼M1
De VU moet periodiek (periode TBD door de fabrikant en meer dan een keer per
uur) de identiteit en authenticiteit van de aangesloten bewegingsopnemer opnieuw
vaststellen en controleren of de tijdens de laatste kalibrering geïdentificeerde
bewegingsopnemer van het controleapparaat niet werd omgewisseld.
De VU moet gekopieerde en weergegeven authenticatiegegevens detecteren en
het gebruik ervan verhinderen.
Nadat (TBD door de fabrikant en niet meer dan 20) opeenvolgende niet succes-
volle authenticatiepogingen gedetecteerd worden en/of na de ontdekking dat de
identiteit van de bewegingsopnemer ongeautoriseerd veranderd is (d.w.z. niet
tijdens kalibrering van het controleapparaat), moet de SEF:
—een auditregistratie van het voorval genereren;
—de gebruiker waarschuwen;
—niet-beveiligde door de bewegingsopnemer gestuurde gegevens blijven accep-
teren en gebruiken.
4.1.2. Identificatie en authenticatie van de gebruiker
De VU moet permanent en selectief de identiteit van twee gebruikers traceren
door middel van het controleren van de tachograafkaarten die respectievelijk in
de lezer van de bestuurder en de lezer van de bijrijder van de inrichting inge-
bracht zijn.
De identiteit van de gebruiker moet bestaan uit:—een gebruikersgroep:
—BESTUURDER (bestuurderskaart),
—CONTROLEUR (controlekaart),
—WERKPLAATS (werkplaatskaart),
—BEDRIJF (bedrijfskaart),
—ONBEKEND (geen kaart ingebracht),
—een gebruikers-ID, bestaande uit:
—de code van de lidstaat die de kaart afgeeft en het kaartnummer,
—ONBEKEND wanneer de gebruikersgroep ONBEKEND is.
ONBEKENDE identiteiten kunnen impliciet of expliciet bekend zijn.
De VU moet de authenticiteit van de gebruikers bij kaartinbrenging vaststellen.
De VU moet de authenticiteit van de gebruikers opnieuw vaststellen:
—bij herstel van de stroomvoorziening;
—periodiek of na het optreden van specifieke voorvallen (TBD door de fabri-
kant en vaker dan één keer per dag).
Authenticatie van een geldige kaart moet worden uitgevoerd door middel van
verificatie van de ingebrachte tachograafkaart met beveiligingsgegevens die alleen
door het systeem kunnen worden doorgegeven. Authenticatie moet wederzijds
zijn en door de VU worden gestart.
Bovendien moet de authenticiteit van werkplaatsen door controle van een PIN-
code succesvol worden bevestigd. PIN-codes moeten ten minste 4 tekens
bevatten.
Opmerking: als de PIN-code door een externe, in de nabijheid van de VU
gelegen inrichting naar de VU wordt overgezonden, hoeft de vertrouwelijkheid
van de PIN-code tijdens de overzending niet beschermd te worden.
De VU moet het gebruik van gekopieerde en weergegeven authenticatiegegevens
detecteren en verhinderen.
Nadat 5 opeenvolgende niet-succesvolle authenticatiepogingen gedetecteerd zijn,
moet de SEF:
—een auditregistratie van het voorval genereren;
—de gebruiker waarschuwen;
—aannemen dat de gebruiker ONBEKEND is en dat de kaart ongeldig is (defi-
nitie z en voorschrift 007).
4.1.3. Identificatie en authenticatie van een op afstand aangesloten bedrijf
Verbinding met een bedrijf op afstand is optioneel. Dit punt is derhalve alleen
van toepassing indien deze voorziening geïmplementeerd is.1998R2135 —NL—01.05.2006 —002.001 —233
▼M1
Voor elke interactie met een op afstand aangesloten bedrijf moet de VU de identi-
teit van het bedrijf kunnen vaststellen.
De identiteit van een op afstand aangesloten bedrijf moet bestaan uit de code van
de lidstaat van afgifte van de bedrijfskaart en het bedrijfskaartnummer.
De VU moet voor de gegevensoverdracht de authenticiteit van het op afstand
aangesloten bedrijf succesvol vaststellen.
Authenticatie moet worden uitgevoerd door middel van verificatie of het bedrijf
een geldige bedrijfskaart heeft met beveiligingsgegevens die alleen door het
systeem kunnen worden doorgegeven.
De VU moet het gebruik van gekopieerde en weergegeven authenticatiegegevens
detecteren en verhinderen.
Nadat 5 opeenvolgende niet-succesvolle authenticatiepogingen gedetecteerd zijn,
moet de VU:
—het op afstand aangesloten bedrijf waarschuwen.
4.1.4. Identificatie en authenticatie van de beheersinrichting
VU-fabrikanten kunnen toepassingsgerichte inrichtingen voor additionele
beheersfuncties van de VU (bijv. softwareaanpassing, opnieuw laden van beveili-
gingsgegevens, enz.) installeren. Dit punt is derhalve alleen van toepassing indien
deze voorziening geïmplementeerd is.
Bij iedere interactie met een beheersinrichting moet de VU de identiteit van de
inrichting vaststellen.
Voor iedere volgende interactie moet de VU de authenticiteit van de beheersin-
richting succesvol vaststellen.
De VU moet het gebruik van gekopieerde en weergegeven authenticatiegegevens
detecteren en verhinderen.
4.2. Toegangscontrole
Toegangscontroles garanderen dat uitsluitend bevoegde personen informatie in
het TOE kunnen lezen, aanmaken of wijzigen.
Opgemerkt wordt dat de door de VU geregistreerde gebruikersgegevens, hoewel
deze privacyaspecten of commercieel gevoelige aspecten kunnen bevatten, niet
vertrouwelijk zijn. Het functionele voorschrift betreffende toegangsrechten voor
het lezen van gegevens (voorschrift 011) is derhalve niet van toepassing op een
beveiligingsfunctie.
4.2.1. Toegangscontrolebeleid
De VU moet toegangsrechten tot functies en gegevens beheren en controleren.
4.2.2. Toegangsrechten tot functies
De VU moet de selectieregels voor werkingsmodi (voorschriften 006 tot 009)
toepassen.
De VU moet de werkingsmodus gebruiken om de regels voor toegangsrechten tot
functies (voorschrift 010) toe te passen.
4.2.3. Toegangsrechten tot gegevens
De VU moet de toegangsregels voor het schrijven van de identificatiegegevens
van de VU (voorschrift 076) toepassen.
De VU moet de toegangsregels voor het schrijven van identificatiegegevens van
de gekoppelde bewegingsopnemer (voorschrift 079 en 155) toepassen.
Na activering van de VU moet de VU ervoor zorgen dat gegevens alleen in de
kalibereringsmodus in de VU ingevoerd en in het geheugen daarvan opgeslagen
kunnen worden (voorschrift 154 en 156).
Na activering van de VU moet de VU toegangsregels voor het schrijven en
wissen van kalibreringsgegevens (voorschrift 097) toepassen.
Na activering van de VU moet de VU ervoor zorgen dat tijdafstellingsgegevens
alleen in de kalibreringsmodus in de VU ingevoerd en in het geheugen daarvan
opgeslagen kunnen worden (dit voorschrift is niet van toepassing op kleine tijdaf-
stellingen overeenkomstig voorschrift 157 en 158).1998R2135 —NL—01.05.2006 —002.001 —234
▼M1
Na activering van de VU moet de VU toegangsregels voor het schrijven en
wissen van tijdafstellingsgegevens (voorschrift 100) toepassen.
De VU moet de vereiste toegangsregels voor het lezen en schrijven van beveili-
gingsgegevens (voorschrift 080) toepassen.
4.2.4. Bestandsstructuur en toegangscondities
De structuur en toegangscondities van toepassings- en gegevensbestanden moeten
tijdens het fabricageproces worden aangemaakt en vervolgens voor toekomstige
wijzigingen of verwijderingen worden vergrendeld.
4.3. Verantwoording
De VU moet ervoor zorgen dat bestuurders verantwoording kunnen afleggen over
hun activiteiten (voorschrift 081, 084, 087, 105a, 105b, 109 en 109a).
De VU moet permanent identificatiegegevens (voorschrift 075) vasthouden.De VU moet ervoor zorgen dat werkplaatsen verantwoording kunnen afleggen
over hun activiteiten (voorschrift 098, 101 en 109).
De VU moet ervoor zorgen dat controleurs verantwoording kunnen afleggen over
hun activiteiten (voorschrift 102, 103 en 109).
De VU moet gegevens over de kilometerstand (voorschrift 090) en gedetailleerde
snelheidsgegevens (voorschrift 093) registreren.
De VU moet ervoor zorgen dat geregistreerde gebruikersgegevens met betrekking
tot voorschriften 081 tot en met 093 en 102 tot en met 105b niet worden gewij-
zigd behalve wanneer nieuwe gegevens de oudste moeten vervangen.
De VU moet ervoor zorgen dat de op een tachograafkaart opgeslagen gegevens
niet worden gewijzigd (voorschrift 109 en 109a) behalve wanneer nieuwe gege-
vens de oudste moeten vervangen (voorschrift 110) of in het geval zoals
beschreven in appendix 1, punt 2.1, opmerking.
4.4. Audit
Mogelijkheden tot het uitvoeren van een audit zijn uitsluitend vereist bij voor-
vallen die mogelijk duiden op misbruik of een poging tot inbreuk op de beveili-
ging. Het is niet vereist bij de normale uitoefening van rechten, zelfs indien rele-
vant voor de beveiliging.
De VU moet voorvallen die de beveiliging van de VU in gevaar brengen, regi-
streren inclusief de betreffende gegevens (voorschrift 094, 096 en 109).
De voorvallen die van invloed zijn op de beveiliging van de VU, zijn de
volgende:
—pogingen tot inbreuk op de beveiliging:
—authenticatiefout van de bewegingsopnemer;
—authenticatiefout van de tachograafkaart;
—niet-geautoriseerde wijziging van de bewegingsopnemer;
—integriteitsfout bij de gegevensinvoer op de kaart;
—integriteitsfout in opgeslagen gebruikersgegevens;
—overdrachtsfout in interne gegevens;
—niet-geautoriseerde opening van de behuizing;
—sabotage van de hardware;
—laatste kaartsessie niet correct afgesloten;
—fout in de bewegingsgegevens;
—onderbreking in de stroomvoorziening;
—interne fout in de VU.
De VU moet opslagregels voor auditregistraties (voorschrift 094 en 096)
toepassen.
De VU moet door de bewegingsopnemer gegenereerde auditregistraties in zijn
geheugen opslaan.
Auditregistraties moeten afgedrukt, getoond en overgebracht kunnen worden.1998R2135 —NL—01.05.2006 —002.001 —235
▼M1
4.5. Hergebruik van objecten
De VU moet ervoor zorgen dat tijdelijk opgeslagen objecten hergebruikt kunnen
worden zonder dat dit een ontoelaatbare informatiestroom betekent.
4.6. Nauwkeurigheid
4.6.1. Controlebeleid met betrekking tot de informatiestroom
De VU moet ervoor zorgen dat gebruikersgegevens met betrekking tot de voor-
schriften 081, 084, 087, 090, 093, 102, 104, 105, 105a en 109 alleen verwerkt
worden wanneer ze afkomstig zijn van de juiste invoerbronnen:
—bewegingsgegevens van het voertuig;
—de tijdklok van de VU;
—kalibreringsparameters van het controleapparaat;
—tachograafkaarten;
—invoer door de gebruiker.
De VU moet ervoor zorgen dat gebruikersgegevens met betrekking tot voorschrift
109a uitsluitend voor de periode „laatste kaartuitneming —huidige inbrenging”
(voorschrift 050a) kunnen worden ingevoerd.
4.6.2. Overdracht van interne gegevens
De voorschriften van dit punt zijn alleen van toepassing indien de VU gebruik
maakt van fysiek gescheiden delen.
Indien gegevens tussen de fysiek gescheiden delen van de VU worden overge-
dragen, moeten de gegevens tegen wijzigingen worden beveiligd.
Na detectie van een gegevensoverdrachtsfout tijdens een interne overdracht moet
de overbrenging worden weergegeven en moet de SEF een auditregistratie van
het voorval genereren.
4.6.3. Integriteit van opgeslagen gegevens
De VU moet de in het geheugen opgeslagen gebruikersgegevens op integriteits-
fouten controleren.
Na detectie van een integriteitsfout in de opgeslagen gebruikersgegevens moet de
SEF een auditregistratie genereren.
4.7. Betrouwbaarheid van de werking
4.7.1. Beproevingen
Alle opdrachten, acties of testpunten die specifiek zijn voor de beproevingen van
de VU in de fabricagefase, moeten vóór activering van de VU worden geblok-
keerd of verwijderd. Het is niet mogelijk om deze voor toekomstig gebruik terug
te zetten.
De VU moet tijdens het voor de eerste keer opstarten en tijdens normaal bedrijf
zelfbeproevingen uitvoeren om de juiste werking te verifiëren. De zelfbeproe-
vingen van de VU moeten een verificatie van de integriteit van de beveiligingsge-
gevens en een verificatie van de integriteit van de opgeslagen uitvoercode (indien
niet in ROM) omvatten.
Na detectie van een interne fout tijdens een zelfbeproeving, moet de SEF:—een auditregistratie genereren (behalve in de kalibreringsmodus) (interne fout
in de VU);
—de integriteit van de opgeslagen gegevens handhaven.
4.7.2. Software
Het in het veld analyseren of debuggen van de software na activering van de VU
is niet mogelijk.
Invoergegevens afkomstig uit externe bronnen worden niet als uitvoerbare code
geaccepteerd.1998R2135 —NL—01.05.2006 —002.001 —236
▼M1
4.7.3. Fysieke bescherming
Indien de VU zodanig ontworpen is dat deze geopend kan worden, moet de VU
elke opening van de behuizing detecteren, zelfs zonder externe stroomvoorziening
gedurende ten minste 6 maanden, behalve in de kalibreringsmodus. In dit geval
moet de SEF een auditregistratie genereren (het is acceptabel wanneer de auditre-
gistratie na herstel van de stroomvoorziening gegenereerd en opgeslagen wordt).
Indien de VU zodanig ontworpen is dat deze niet geopend kan worden, moet hij
zodanig geconstrueerd worden dat fysieke manipulatiepogingen gemakkelijk
gedetecteerd kunnen worden (bijv. door visuele inspectie).
Na activering moet de VU gespecificeerde (TBD door de fabrikant) sabotage van
de hardware detecteren.
In het bovengenoemde geval moet de SEF een auditregistratie genereren en moet
de VU: (TBD door de fabrikant).
4.7.4. Onderbrekingen in de stroomvoorziening
De VU moet afwijkingen in de gespecificeerde waarden van de stroomvoorzie-
ning detecteren, waaronder afsluiting.
In het bovengenoemde geval moet de SEF:
—een auditregistratie genereren (behalve in de kalibreringsmodus);
—de veilige toestand van de VU handhaven;
—de beveiligingsfuncties met betrekking tot componenten of processen die nog
operationeel zijn, handhaven;
—de integriteit van de opgeslagen gegevens handhaven.
4.7.5. Terugstelvoorwaarden
In geval van onderbreking in de stroomvoorziening of wanneer een transactie
vóór de voltooiing afgebroken wordt, of bij andere terugstelvoorwaarden, moet
de VU correct worden teruggesteld.
4.7.6. Beschikbaarheid van gegevens
De VU moet ervoor zorgen dat —indien vereist —toegang tot systeemele-
menten wordt verkregen en dat systeemelementen niet onnodig worden opge-
vraagd of vastgehouden.
De VU moet ervoor zorgen dat kaarten niet kunnen worden uitgenomen voordat
relevante gegevens opgeslagen zijn (voorschrift 015 en 016).
In het bovengenoemde geval moet de SEF een auditregistratie van het voorval
genereren.
4.7.7. Meervoudige toepassingen
Indien de VU andere toepassingen dan de tachograaftoepassing levert, moeten
alle toepassingen fysiek en/of logisch scheidbaar zijn. Deze toepassingen mogen
geen beveiligingsgegevens delen. Er is maar een taak tegelijk actief.
4.8. Gegevensuitwisseling
Dit punt behandelt de gegevensuitwisseling tussen de VU en aangesloten inrich-
tingen.
4.8.1. Gegevensuitwisseling met de bewegingsopnemer
De VU moet de integriteit en authenticiteit van de door de bewegingsopnemer
ingevoerde bewegingsgegevens verifiëren.
Na detectie van een integriteits- of authenticiteitsfout in de bewegingsgegevens
moet de SEF:
—een auditregistratie genereren,
—ingevoerde gegevens blijven gebruiken.
4.8.2. Gegevensuitwisseling met tachograafkaarten
De VU moet de integriteit en authenticiteit van de vanaf de tachograafkaarten
ingevoerde gegevens verifiëren.1998R2135 —NL—01.05.2006 —002.001 —237
▼M1
Na detectie van een integriteits- of authenticiteitsfout in de kaartgegevens dient
de VU:
—een auditregistratie te genereren,
—de gegevens niet te gebruiken.
De VU moet gegevens naar tachograaf-smartcards met de betreffende beveili-
gingskenmerken uitvoeren zodat de kaart de integriteit en authenticiteit van de
gegevens kan verifiëren.
4.8.3. Gegevensuitwisseling met externe opslagmedia (overbrengingsfunctie)
De VU moet een bewijs van oorsprong voor de naar externe media overgebrachte
gegevens genereren.
De VU moet de mogelijkheid bieden het bewijs van oorsprong van de naar de
ontvanger overgebrachte gegevens te verifiëren.
De VU moet gegevens naar externe opslagmedia met de betreffende beveiligings-
kenmerken uitvoeren zodat de integriteit en authenticiteit van de overgebrachte
gegevens geverifieerd kunnen worden.
4.9. Cryptografische ondersteuning
De voorschriften van dit punt zijn alleen waar nodig van toepassing, afhankelijk
van de gebruikte beveiligingsmechanismen en de oplossingen van de fabrikant.
Elke door de VU uitgevoerde cryptografische bewerking moet in overeenstem-
ming zijn met een gespecificeerde algoritme en een gespecificeerd sleutelformaat.
Indien de VU cryptografische sleutels genereert, moet dit in overeenstemming
zijn met gespecificeerde ontwikkelingsalgoritmen van cryptografische sleutels en
met gespecificeerde formaten van dergelijke sleutels.
Indien de VU cryptografische sleutels verspreidt, moet dit in overeenstemming
zijn met gespecificeerde verspreidingsmethoden van dergelijke sleutels.
Indien de VU toegang heeft tot cryptografische sleutels, moet dit in overeenstem-
ming zijn met gespecificeerde toegangsmethoden tot dergelijke sleutels.
Indien de VU cryptografische sleutels vernietigt, moet dit in overeenstemming
zijn met gespecificeerde vernietigingsmethoden van dergelijke sleutels.
5.Definitie van beveiligingsmechanismen
De vereiste beveiligingsmechanismen worden gespecificeerd in appendix 11.
Alle andere beveiligingsmechanismen moeten door de fabrikanten gedefinieerd
worden.
6.Minimumsterkte van beveiligingsmechanismen
De minimumsterkte van de beveiligingsmechanismen van de voertuigunit is
Hoog, zoals gedefinieerd in referentienorm ITSEC.
7.Garantieniveau
Het streefniveau van garantie voor de voertuigunit is ITSEC niveau E3, zoals
gedefinieerd in referentienorm ITSEC.
8.Ratio
De onderstaande tabellen geven een ratio voor de SEF's aan:—welke SEF's of middelen welke bedreigingen tegengaan;
—welke SEF's aan welke IT-beveiligingsdoelstellingen voldoen.1998R2135 —NL—01.05.2006 —002.001 —238
Bedreigingen IT-doelstellingenT.Toegang
T.Identificatie
T.Fouten
T.Beproevingen
T.Ontwerp
T.KalibreringsparametersT.Uitwisseling kaartgegevens
T.Uurwerk
T.Milieu
T.Valseinrichtingen
T.Hardware
T.Bewegingsgegevens
T.Niet-geactiveerd
T.Uitvoergegevens
T.Stroomvoorziening
T.Beveiligingsgegevens
T.Software
T.Opgeslagengegevens
O.Toegang
O.Verantwoording
O.Audit
O.Authenticatie
O.Integriteit
O.Uitvoer
O.Verwerking
O.Betrouwbaarheid
O.Bev.gegevensuitwisseling
Fysieke personele procedurele middelen
Ontwikkeling x x x
Fabricage x xLevering x
Activering x x
Ontwikkeling beveiligingsgegevens x
Transport beveiligingsgegevens x
Beschikbaarheid kaart xEén bestuurderskaart x
Traceerbaarheid kaart x
Erkende werkplaatsen x xRegelmatige controle kalibrering x x x x x
Betrouwbare werkplaatsen x x
Betrouwbare bestuurders xControles op naleving van de wet x x x x x x x x xSoftwareaanpassing x
Beveiligingsfuncties▼M11998R2135 —NL—01.05.2006 —002.001 —239
Bedreigingen IT-doelstellingenT.Toegang
T.Identificatie
T.Fouten
T.Beproevingen
T.Ontwerp
T.KalibreringsparametersT.Uitwisseling kaartgegevens
T.Uurwerk
T.Milieu
T.Valseinrichtingen
T.Hardware
T.Bewegingsgegevens
T.Niet-geactiveerd
T.Uitvoergegevens
T.Stroomvoorziening
T.Beveiligingsgegevens
T.Software
T.Opgeslagengegevens
O.Toegang
O.Verantwoording
O.Audit
O.Authenticatie
O.Integriteit
O.Uitvoer
O.Verwerking
O.Betrouwbaarheid
O.Bev.gegevensuitwisseling
Identificatie en authenticatie
UIA_201 Identificatie opnemer x x x x
UIA_202 Identiteit opnemer x x x x
UIA_203 Authenticatie opnemer x x x x
UIA_204 Heridentificatie en herauthenticatie
opnemerx x x x
UIA_205 Onvervalsbare authenticatie x x x
UIA_206 Authenticatiefout x x x xUIA_207 Gebruikersidentificatie x x x x x x
UIA_208 Gebruikersidentiteit x x x x x x
UIA_209 Gebruikersauthenticatie x x x x x xUIA_210 Herauthenticatie van de gebruiker x x x x x x
UIA_211 Authenticatiemiddelen x x x x x
UIA_212 PIN-controles x x x x x x
UIA_213 Onvervalsbare authenticatie x x x x x
UIA_214 Authenticatiefout x x x xUIA_215 Gebruikersidentificatie op afstand x x x x x
UIA_216 Gebruikersidentiteit op afstand x x x x▼M11998R2135 —NL—01.05.2006 —002.001 —240
Bedreigingen IT-doelstellingenT.Toegang
T.Identificatie
T.Fouten
T.Beproevingen
T.Ontwerp
T.KalibreringsparametersT.Uitwisseling kaartgegevens
T.Uurwerk
T.Milieu
T.Valseinrichtingen
T.Hardware
T.Bewegingsgegevens
T.Niet-geactiveerd
T.Uitvoergegevens
T.Stroomvoorziening
T.Beveiligingsgegevens
T.Software
T.Opgeslagengegevens
O.Toegang
O.Verantwoording
O.Audit
O.Authenticatie
O.Integriteit
O.Uitvoer
O.Verwerking
O.Betrouwbaarheid
O.Bev.gegevensuitwisseling
UIA_217 Gebruikersauthenticatie op afstand x x x x x
UIA_218 Authenticatiemiddelen x x x x
UIA_219 Onvervalsbare authenticatie x x x x
UIA_220 Authenticatiefout x x
UIA_221 Identificatie beheersinrichting x x x x
UIA_222 Authenticatie beheersinrichting x x x x
UIA_223 Onvervalsbare authenticatie x x x x
ToegangscontroleACC_201 Beleid toegangscontrole x x x x x x
ACC_202 Toegangsrechten tot functies x x x x
ACC_203 Toegangsrechten tot functies x x x xACC_204 VU-ID x x
ACC_205 ID aangesloten opnemer x x x
ACC_206 Kalibreringsgegevens x x x xACC_207 Kalibreringsgegevens x x x
ACC_208 Tijdafstellingsgegevens x x x
ACC_209 Tijdafstellingsgegevens x x xACC_210 Beveiligingsgegevens x x x▼M11998R2135 —NL—01.05.2006 —002.001 —241
Bedreigingen IT-doelstellingenT.Toegang
T.Identificatie
T.Fouten
T.Beproevingen
T.Ontwerp
T.KalibreringsparametersT.Uitwisseling kaartgegevens
T.Uurwerk
T.Milieu
T.Valseinrichtingen
T.Hardware
T.Bewegingsgegevens
T.Niet-geactiveerd
T.Uitvoergegevens
T.Stroomvoorziening
T.Beveiligingsgegevens
T.Software
T.Opgeslagengegevens
O.Toegang
O.Verantwoording
O.Audit
O.Authenticatie
O.Integriteit
O.Uitvoer
O.Verwerking
O.Betrouwbaarheid
O.Bev.gegevensuitwisseling
ACC_211 Bestandsstructuur en toegangscon-
ditiesx x x x x
Verantwoording
ACT_201 Verantwoording bestuurders x
ACT_202 VU-ID gegevens x x
ACT_203 Verantwoording werkplaatsen x
ACT_204 Verantwoording controleurs x
ACT_205 Verantwoording voertuigbewe-
gingenx
ACT_206 Wijziging verantwoordingsgege-
vensx x x
ACT_207 Wijziging verantwoordingsgege-
vensx x x
Audit
AUD_201 Auditregistraties x
AUD_202 Audit voorvallenlijst x x x x x x x x
AUD_203 Opslagregels auditregistraties x
AUD_204 Auditregistraties opnemer x
AUD_205 Auditinstrumenten x▼M11998R2135 —NL—01.05.2006 —002.001 —242
Bedreigingen IT-doelstellingenT.Toegang
T.Identificatie
T.Fouten
T.Beproevingen
T.Ontwerp
T.KalibreringsparametersT.Uitwisseling kaartgegevens
T.Uurwerk
T.Milieu
T.Valseinrichtingen
T.Hardware
T.Bewegingsgegevens
T.Niet-geactiveerd
T.Uitvoergegevens
T.Stroomvoorziening
T.Beveiligingsgegevens
T.Software
T.Opgeslagengegevens
O.Toegang
O.Verantwoording
O.Audit
O.Authenticatie
O.Integriteit
O.Uitvoer
O.Verwerking
O.Betrouwbaarheid
O.Bev.gegevensuitwisseling
REU_201 Hergebruik x x x
Nauwkeurigheid
ACR_201 Controlebeleid Informatiestroom x x x x x
ACR_202 Interne overdracht x x x x
ACR_203 Interne overdracht x x
ACR_204 Integriteit opgeslagen gegevens x x x
ACR_205 Integriteit opgeslagen gegevens x x
RLB_201 Fabricagebeproevingen x x x
RLB_202 Zelfbeproevingen x x x x x
RLB_203 Zelfbeproevingen x x x xRLB_204 Softwareanalyse x x x
RLB_205 Software-invoer x x x x
RLB_206 Opening omhulsel x x x x x x x x xRLB_207 Hardwaresabotage x x
RLB_208 Hardwaresabotage x x
RLB_209 Onderbrekingen stroomvoorziening x x
RLB_210 Onderbrekingen stroomvoorziening x x▼M11998R2135 —NL—01.05.2006 —002.001 —243
Bedreigingen IT-doelstellingenT.Toegang
T.Identificatie
T.Fouten
T.Beproevingen
T.Ontwerp
T.KalibreringsparametersT.Uitwisseling kaartgegevens
T.Uurwerk
T.Milieu
T.Valseinrichtingen
T.Hardware
T.Bewegingsgegevens
T.Niet-geactiveerd
T.Uitvoergegevens
T.Stroomvoorziening
T.Beveiligingsgegevens
T.Software
T.Opgeslagengegevens
O.Toegang
O.Verantwoording
O.Audit
O.Authenticatie
O.Integriteit
O.Uitvoer
O.Verwerking
O.Betrouwbaarheid
O.Bev.gegevensuitwisseling
RLB_211 Terugstellen x x
RLB_212 Beschikbaarheid gegevens x x
RLB_213 Kaartuitneming x
RLB_214 Kaartsessie niet correct afgesloten x
RLB_215 Meervoudige toepassingen x
DEX_201 Beveiligde invoer bewegingsgege-
vensx x
DEX_202 Beveiligde invoer bewegingsgege-
vensx x
DEX_203 Beveiligde invoer kaartgegevens x x
DEX_204 Beveiligde invoer kaartgegevens x x
DEX_205 Beveiligde uitvoer gegevens naar
kaartx x
DEX_206 Bewijs van oorsprong x x
DEX_207 Bewijs van oorsprong x x
DEX_208 Beveiligde uitvoer naar externe
mediax x
IT-doelstellingen
CSP_201 Algoritmen x x▼M11998R2135 —NL—01.05.2006 —002.001 —244
Bedreigingen IT-doelstellingenT.Toegang
T.Identificatie
T.Fouten
T.Beproevingen
T.Ontwerp
T.KalibreringsparametersT.Uitwisseling kaartgegevens
T.Uurwerk
T.Milieu
T.Valseinrichtingen
T.Hardware
T.Bewegingsgegevens
T.Niet-geactiveerd
T.Uitvoergegevens
T.Stroomvoorziening
T.Beveiligingsgegevens
T.Software
T.Opgeslagengegevens
O.Toegang
O.Verantwoording
O.Audit
O.Authenticatie
O.Integriteit
O.Uitvoer
O.Verwerking
O.Betrouwbaarheid
O.Bev.gegevensuitwisseling
CSP_202 Ontwikkeling sleutel x x
CSP_203 Verspreiding sleutel x x
CSP_204 Toegang sleutel x x
CSP_205 Vernietiging sleutel x x▼M11998R2135 —NL—01.05.2006 —002.001 —245
▼M1
ALGEMENE BEVEILIGINGSDOELSTELLING VAN DE TACHOGRAAF-
KAART
1.Inleiding
Dit document bevat een beschrijving van de tachograafkaart, van de door de
tachograafkaart te neutraliseren bedreigingen en van de te realiseren beveiligings-
doelstellingen. Het specificeert de vereiste beveiligingsfuncties. Het document
stelt de vereiste minimumsterkte van beveiligingsmechanismen en het vereiste
garantieniveau voor de ontwikkeling en beproeving vast.
De voorschriften waarnaar in dit document wordt verwezen, staan in de tekst van
bijlage I B. Voor de duidelijkheid treedt er soms herhaling op tussen de voor-
schriften in bijlage I B en de voorschriften van de beveiligingsdoelstelling. In
geval van onduidelijkheid tussen een voorschrift van de beveiligingsdoelstelling
en een voorschrift van bijlage I B waarnaar in dit document wordt verwezen,
geldt het voorschrift van bijlage I B.
Voorschriften van bijlage I B die in de beveiligingsdoelstellingen niet worden
genoemd, zijn geen onderwerp van de beveiligingsfuncties.
Een tachograafkaart is een standaardsmartcard met een toepassingsgerichte tacho-
graaftoepassing en moet aan de meest recente voor smartcards geldende beveili-
gingsvoorschriften betreffende functies en garanties voldoen. In deze beveili-
gingsdoelstelling zijn derhalve uitsluitend de bijkomende beveiligingsvoor-
schriften voor de tachograaftoepassing opgenomen.
Er zijn unieke labels toegewezen aan bedreigingen, doelstellingen, procedurele
middelen en SEF-specificaties zodat deze gemakkelijk in ontwikkelings- en
beproevingsdocumentatie terug te vinden zijn.
2.Afkortingen, definities en referentienormen
2.1. Afkortingen
IC Integrated circuit (Elektronische component voor het uitvoeren van
verwerkings- en/of geheugenfuncties),
OS Operating system ( besturingssysteem )
PIN Personal identification number(PIN-code)
ROM Read only memory(ROM-geheugen)SFP Security functions policy (beleid t.a.v. beveiligingsfuncties)
TBD To be defined (nog te bepalen)
TOE Target of evaluation (doel van de evaluatie)
TSF TOE security function (TOE-beveiligingsfunctie)
VU Vehicle unit (voertuigunit)
2.2. Definities
Digitale tachograaf Controleapparaat
Gevoelige gegevens Op de tachograafkaart opge-
slagen gegevens die in verband
met integriteit, onbevoegde
wijziging en vertrouwelijkheid
beveiligd moeten worden (waar
toepasbaar op beveiligingsgege-
vens). Gevoelige gegevens
bestaan uit beveiligingsgege-
vens en gebruikersgegevens
Beveiligingsgegevens De specifieke gegevens ter
ondersteuning van de beveili-
gingsfuncties (bijv. cryptosleu-
tels)
Systeem Inrichtingen, mensen of organi-
saties die op de een of andere
manier bij het controleapparaat
betrokken zijn
Gebruiker Een unit (menselijke gebruiker
of externe IT-unit) buiten het
TOE die met het TOE in1998R2135 —NL—01.05.2006 —002.001 —246
▼M1
wisselwerking staat (wanneer
niet gebruikt in de uitdrukking
„gebruikersgegevens”)
Gebruikersgegevens Gevoelige, op de tachograaf-
kaart opgeslagen gegevens,
anders dan beveiligingsgege-
vens. Gebruikersgegevens
bestaan uit identificatiegege-
vens en gegevens over activi-
teiten
Identificatiegegevens Identificatiegegevens bestaan
uit kaartidentificatiegegevens
en identificatiegegevens m.b.t.
de kaarthouder
Kaartidentificatiegegevens Gebruikersgegevens met
betrekking tot de kaartidentifi-
catie zoals gedefinieerd in
voorschrift 190, 191, 192, 194,
215, 231 en 235
Identificatiegegevens m.b.t. de kaarthouder Gebruikersgegevens met
betrekking tot de identificatie
van de kaarthouder zoals gede-
finieerd in voorschrift 195,
196, 216, 232 en 236
Gegevens over activiteiten Gegevens over activiteiten
bestaan uit gegevens over de
activiteiten van de kaarthouder,
gegevens over voorvallen en
fouten en gegevens over
controleactiviteiten
Gegevens over activiteiten van de kaarthouder Gebruikersgegevens met
betrekking tot de activiteiten
van de kaarthouder zoals gede-
finieerd in voorschrift 197,
199, 202, 212, 212a, 217, 219,
221, 226, 227, 229, 230a, 233
en 237
Gegevens over voorvallen en fouten Gebruikersgegevens met
betrekking tot voorvallen en
fouten zoals gedefinieerd in
voorschrift 204, 205, 207, 208
en 223
Gegevens over controleactiviteiten Gebruikersgegevens met
betrekking tot wettelijke
controles zoals gedefinieerd in
voorschrift 210 en 225
2.3. Referentienormen
ITSEC ITSEC Information Technology Security Evaluation Criteria 1991
IC PP Smartcard Integrated Circuit Protection Profile —versie 2.0 —uitgave
september 1998. Geregistreerd door de Franse certificeringsinstantie
onder nummer PP/9806
ES PP Smart Card Integrated Circuit With Embedded Software Protection
Profile —versie 2.0 - uitgave juni 1999. Geregistreerd door de Franse
certificeringsinstantie onder nummer PP/9911
3.Productratio
3.1. Beschrijving van de tachograafkaart en gebruiksaanwijzing
Een tachograafkaart is een smartcard, zoals gedefinieerd in referentienorm IC PP
en referentienorm ES PP en bedoeld voor gebruik in het controleapparaat.
De basisfuncties van de tachograafkaart zijn:—opslaan van kaartidentificatiegegevens en gegevens over de kaarthouder. Deze
gegevens worden door de voertuigunit gebruikt om de kaarthouder te identifi-
ceren, dienovereenkomstig toegangsrechten tot gegevens en functies te
leveren en de verantwoording van de kaarthouder voor zijn activiteiten te
waarborgen;1998R2135 —NL—01.05.2006 —002.001 —247
▼M1
—het opslaan van gegevens over de activiteiten van de kaarthouder, gegevens
over voorvallen en fouten en gegevens over controleactiviteiten met betrek-
king tot de kaarthouder.
Een tachograafkaart is derhalve bedoeld voor gebruik in een kaartinterface-inrich-
ting van een voertuigunit. De kaart kan ook in een andere kaartlezer (bijv. van
een personal computer) met volledige toegangsrechten voor het lezen van gebrui-
kersgegevens worden gebruikt.
Tijdens de eindgebruiksfase van de levenscyclus van een tachograafkaart (fase 7
van de levenscyclus zoals gedefinieerd in referentienorm ES PP) kunnen voer-
tuigunits uitsluitend gegevens naar de kaart schrijven.
De functionele voorschriften voor een tachograafkaart worden gespecificeerd in
bijlage I B en appendix 2.
3.2. Levenscyclus van een tachograafkaart
De levenscyclus van een tachograafkaart komt overeen met de levenscyclus van
een smartcard zoals gedefinieerd in referentienorm ES PP.
3.3. Bedreigingen
Naast de algemene bedreigingen van de smartcard zoals vermeld in referentie-
norm ES PP en referentienorm IC PP, kan de tachograafkaart met de onder-
staande bedreigingen geconfronteerd worden:
3.3.1. Einddoelen
Het einddoel van aanvallers is het wijzigen van in het TOE opgeslagen gebrui-
kersgegevens.
T.Identificatiegegevens Een succesvolle wijziging van de identificatiegege-
vens van het TOE (bijv. kaartsoort of vervaldatum
van de kaart of de identificatiegegevens van de
kaarthouder) kan een frauduleus gebruik van het
TOE mogelijk maken en een belangrijke bedrei-
ging voor de algemene beveiligingsdoelstelling
van het systeem vormen.
T.Gegevens_over_activiteiten Een succesvolle wijziging van de in het TOE
opgeslagen gegevens over activiteiten vormt een
bedreiging voor de beveiliging van het TOE.
T.Gegevensuitwisseling Een succesvolle wijziging van de gegevens over
activiteiten (toevoeging, verwijdering, wijziging)
tijdens de invoer of uitvoer vormt een bedreiging
voor de beveiliging van het TOE.
3.3.2. Aanvalspaden
De elementen van het TOE kunnen worden aangevallen door:
—pogingen tot het verkrijgen van illegale kennis van de hardware en software
van het TOE en in het bijzonder van de beveiligingsfuncties of beveiligings-
gegevens. Illegale kennis kan worden verkregen door middel van misbruik
van het materiaal van de ontwerper of fabrikant (diefstal, omkoping, enz.) of
door rechtstreeks onderzoek van het TOE (fysiek onderzoek, inferentieana-
lyse, enz.).
—misbruik maken van de zwakke punten in het ontwerp of de uitvoering van
het TOE (gebruikmaken van fouten in de hardware, fouten in de software,
overbrengingsfouten, fouten in het TOE ten gevolge van milieubelasting,
gebruikmaken van de zwakke punten van beveiligingsfuncties zoals authenti-
catieprocedures, gegevenstoegangscontrole, cryptografische functies, enz.).
—wijzigen van het TOE of zijn beveiligingsfuncties door middel van fysieke,
elektrische of logische aanvallen of een combinatie daarvan.
3.4. Beveiligingsdoelstellingen
De belangrijkste beveiligingsdoelstelling van het gehele digitale tachograafsys-
teem is de volgende:
O.Belangrijkste De door de controleautoriteiten te controleren gegevens moeten
beschikbaar zijn en de activiteiten van de gecontroleerde bestuur-
ders en voertuigen met betrekking tot rijden, werken, beschik-
baarheid en rusttijden alsmede de gegevens met betrekking tot
de snelheid van het voertuig volledig en nauwkeurig weergeven.1998R2135 —NL—01.05.2006 —002.001 —248
▼M1
De belangrijkste beveiligingsdoelstellingen van het TOE die aan de totale beveili-
gingsdoelstelling bijdraagt, zijn derhalve:
O.Kaartidentificatiegegevens Het TOE moet de tijdens het personali-
satieproces van de kaart opgeslagen
kaartidentificatiegegevens en identifica-
tiegegevens van de kaarthouder
bewaren.
O.Opslag_van_activiteiten_op_de_kaart Het TOE moet door de voertuigunits op
de kaart opgeslagen gebruikersgegevens
bewaren.
3.5. Informatietechnologische beveiligingsdoelstellingen
Naast de algemene beveiligingsdoelstellingen van de smartcard zoals vermeld in
referentienorm ES PP en referentienorm IC PP zijn de specifieke IT-beveiligings-
doelstellingen van het TOE die aan de belangrijkste beveiligingsdoelstellingentijdens de eindgebruiksfase van de levenscyclus bijdragen, de volgende:
O.Gegevenstoegang Het TOE moet de toegangsrechten voor de invoer van
gebruikersgegevens in geauthentiseerde voertuigunits
beperken.
O.Veilige_Communicatie Het TOE moet, wanneer de toepassing dit vereist,
veilige communicatieprotocollen en -procedures tussen
de kaart en de kaartinterface-inrichting kunnen onder-
steunen.
3.6. Fysieke, personele of procedurele middelen
De fysieke, personele of procedurele voorschriften die tot de beveiliging van het
TOE bijdragen, worden vermeld in referentienorm ES PP en referentienorm IC
PP (hoofdstukken over beveiligingsdoelstellingen voor de omgeving).
4.Beveiligingsfuncties
Dit punt werkt een aantal toegestane operaties uit zoals toewijzing of selectie van
referentienorm ES PP en levert additionele functievoorschriften voor de SEF.
4.1. Overeenstemming met beschermingsprofielen
Het TOE moet voldoen aan referentienorm IC PP.
Het TOE moet voldoen aan de verder uitgewerkte referentienorm ES PP.
4.2. Identificatie en authenticatie van de gebruiker
De kaart moet de unit identificeren waarin hij wordt ingebracht, en herkennen of
het een geauthentiseerde voertuigunit is. De kaart kan gebruikersgegevens van de
unit waarmee hij verbonden is uitvoeren, met uitzondering van de controlekaart
die identificatiegegevens van de kaarthouder uitsluitend naar geauthentiseerde
voertuigunits kan uitvoeren (op zodanige wijze dat de controleur ervan verzekerd
kan zijn dat de voertuigunit geen vervalsing is, doordat hij zijn naam in het lees-
venster of op de afdrukken kan zien).
4.2.1. Identificatie van de gebruiker
Opdracht (FIA_UID.1.1) Lijst met door TSF overgebrachte acties: geen.
Opdracht (FIA_ATD.1.1) Lijst met beveiligingskenmerken:
GEBRUIKERSGROEP:
VOERTUIGUNIT, NIET_VOERTUIGUNIT,
GEBRUIKERS_ID: Registratienummer van het voertuig (VRN) en code van
de registerende lidstaat (GEBRUIKERS_ID is alleen
bekend voor GEBRUIKERSGROEP = VOERTUIG-
UNIT).
4.2.2. Authenticatie van de gebruiker
Opdracht (FIA_UAU.1.1) Lijst met door TSF overgebrachte acties:
—Bestuurders- en werkplaatskaart: uitvoer van gebruikersgegevens met beveili-
gingskenmerken (overdrachtsfunctie van kaartgegevens);
—Controlekaart: uitvoer van gebruikersgegevens zonder beveiligingskenmerken
met uitzondering van identificatiegegevens van de kaarthouder.1998R2135 —NL—01.05.2006 —002.001 —249
▼M1
Authenticatie van een voertuigunit moet geschieden door aan te tonen dat de unit
beveiligingsgegevens bezit die alleen door het systeem kunnen worden verspreid.
Selectie (FIA_UAU.3.1 en FIA_UAU.3.2): verhinderen.
Opdracht (FIA_UAU.4.1) Geïdentificeerde authenticatiemechanisme(n): elk
authenticatiemechanisme.
De werkplaatskaart moet voorzien in een additioneel authenticatiemechanisme
door het controleren van een PIN-code (met dit mechanisme moet de voertuigunit
de identiteit van de kaarthouder vaststellen, het is niet bedoeld om de inhoud van
de werkplaatskaart te beveiligen).
4.2.3. Authenticatiefouten
De onderstaande opdrachten beschrijven de reactie van de kaart bij elke afzonder-
lijke gebruikersauthenticatiefout.
Opdracht (FIA_AFL.1.1) Nummer: 1, lijst met authenticatievoorvallen: authenti-
catie van een kaartinterface-inrichting.
Opdracht (FIA_AFL.1.2) Lijst met acties:
—de aangesloten unit waarschuwen;
—aannemen dat de gebruiker NIET_VOERTUIGUNIT is.
De onderstaande opdrachten beschrijven de reactie van de kaart in het geval van
een storing van het in UIA_302 vereiste additionele authenticatiemechanisme.
Opdracht (FIA_AFL.1.1) Nummer: 5, lijst met authenticatievoorvallen: controles
PIN-code (werkplaatskaart).
Opdracht (FIA_AFL.1.2) Lijst met acties:
—de aangesloten unit waarschuwen;
—de controleprocedure van de PIN-code blokkeren zodat elke volgende
controle van de PIN-code mislukt;
—aan volgende gebruikers de reden van de blokkering opgeven.
4.3. Toegangscontrole
4.3.1. Toegangscontrolebeleid
Tijdens de eindgebruiksfase van zijn levenscyclus wordt de tachograafkaart
onderworpen aan een enkele toegangscontrole van de beveiligingsfuncties (SFP),
AC_SFP genoemd.
Opdracht (FDP_ACC.2.1) Toegangscontrole SFP: AC_SFP.
4.3.2. Toegangscontrolefuncties
Opdracht (FDP_ACF.1.1) Toegangscontrole SFP: AC_SFP.
Opdracht (FDP_ACF.1.1) Genoemde groep beveiligingskenmerken: GEBRUI-
KERSGROEP.
Opdracht (FDP_ACF.1.2) Regels die de toegang tussen gecontroleerde subjecten
en gecontroleerde objecten regelen met behulp van gecontroleerde operaties op
gecontroleerde objecten:
ALGEMEEN_LEZEN: Gebruikersgegevens kunnen door elke gebruiker
vanaf het TOE worden gelezen, met uitzondering
van identificatiegegevens van de kaarthouder die
uitsluitend door de VOERTUIGUNIT afgelezen
kunnen worden van controlekaarten.
IDENTIF_SCHRIJVEN: Identificatiegegevens mogen slechts eenmaal en
vóór het einde van fase 6 van de levenscyclus van
de kaart worden geschreven. Gebruikers mogen
tijdens de eindgebruiksfase van de levenscyclus van
de kaart geen identificatiegegevens schrijven of
wijzigen
ACTIVITEIT_SCHRIJVEN:
Gegevens over activiteiten kunnen alleen door de VOERTUIGUNIT naar het
TOE worden geschreven.
SOFT_AANPASSING: Gebruikers mogen de software van het TOE niet
aanpassen.1998R2135 —NL—01.05.2006 —002.001 —250
▼M1
BESTANDSSTRUCTUUR: Bestandsstructuur en toegangscondities moeten
voor het einde van fase 6 van de levenscyclus van
het TOE worden aangemaakt en vervolgens
vergrendeld worden ter voorkoming van toekom-
stige wijziging of verwijdering door een gebruiker.
4.4. Verantwoording
Het TOE moet permanent identificatiegegevens vasthouden.
Er moet een indicatie zijn van de tijd en datum van de personalisatie van het
TOE. Deze indicatie mag niet gewijzigd worden.
4.5. Audit
Het TOE moet controleren of voorvallen plaatsvinden die duiden op een poten-
tiële inbreuk op de beveiliging.
Opdracht (FAU_SAA.1.2) Deelverzameling van gedefinieerde te controleren
voorvallen:
—authenticatiefout van de kaarthouder (5 opeenvolgende niet-succesvolle
controles van de PIN-code);
—fout bij de zelfbeproeving;
—integriteitsfout in de opgeslagen gegevens;
—integriteitsfout bij de invoer van gegevens over activiteiten.
4.6. Nauwkeurigheid
4.6.1. Integriteit van opgeslagen gegevens
Opdracht (FDP_SDI.2.2) Te ondernemen acties: de aangesloten unit waar-
schuwen.
4.6.2. Authenticatie van basisgegevens
Opdracht (FDP_DAU.1.1) Lijst met objecten of informatiesoorten: gegevens
over activiteiten.
Opdracht (FDP_DAU.1.2) Lijst met subjecten: geen.
4.7. Betrouwbaarheid van de werking
4.7.1. Beproevingen
Selectie (FPT_TST.1.1): tijdens het voor de eerste keer opstarten, periodiek
tijdens normaal bedrijf.
Opmerking: Tijdens het voor de eerste keer opstarten betekent voordat de code
wordt uitgevoerd (en niet per definitie tijdens de Answer To Reset procedure).
De zelfbeproevingen van het TOE moeten de verificatie van de integriteit van
een niet in ROM opgeslagen softwarecode bevatten.
Na detectie van een zelfbeproevingsfout moet de TSF de aangesloten unit waar-
schuwen.
Nadat de OS-beproeving voltooid is, moeten alle beproevingsspecifieke
opdrachten en acties geblokkeerd of verwijderd worden. Het is niet mogelijk deze
controles op te heffen en voor gebruik terug te zetten. Opdrachten die uitsluitend
op één fase van de levenscyclus toepasbaar zijn, zijn tijdens een andere fase niet
toegankelijk.
4.7.2. Software
Het is niet mogelijk de software van het TOE in het veld te analyseren, te
debuggen of te wijzigen.
Invoergegevens afkomstig uit externe bronnen worden niet als uitvoerbare code
geaccepteerd.1998R2135 —NL—01.05.2006 —002.001 —251
▼M1
4.7.3. Stroomvoorziening
Het TOE moet tijdens een onderbreking van of schommelingen in de stroomvoor-
ziening in een veilige toestand blijven.
4.7.4. Terugstelvoorwaarden
In geval van onderbreking van de stroomvoorziening van het TOE (of wanneer
schommelingen in de stroomvoorziening optreden), of wanneer een transactie
vóór de voltooiing afgebroken wordt, of bij andere terugstelvoorwaarden, moet
het TOE correct worden teruggesteld.
4.8. Gegevensuitwisseling
4.8.1. Gegevensuitwisseling met een voertuigunit
Het TOE moet de integriteit en authenticiteit van de door een voertuigunit inge-
voerde gegevens verifiëren.
Na detectie van een integriteitsfout in de ingevoerde gegevens moet het TOE:
—de unit die de gegevens heeft gezonden waarschuwen;
—de gegevens niet gebruiken.
Het TOE moet gebruikersgegevens met de bijbehorende beveiligingskenmerken
naar de voertuigunit uitvoeren zodat deze unit de integriteit en authenticiteit van
de ontvangen gegevens kan verifiëren.
4.8.2. Uitvoer van gegevens naar een niet-voertuigunit (overbrengingsfunctie)
Het TOE moet een bewijs van oorsprong voor de naar externe media overge-
brachte gegevens kunnen genereren.
Het TOE moet de mogelijkheid kunnen bieden het bewijs van oorsprong van naar
de ontvanger overgebrachte gegevens te verifiëren.
Het TOE moet gegevens met bijbehorende beveiligingskenmerken naar externe
opslagmedia kunnen uitvoeren zodat de integriteit van de overgebrachte gegevens
geverifieerd kan worden.
4.9. Cryptografische ondersteuning
Indien de TSF cryptografische sleutels genereert, moet dit in overeenstemming
zijn met gespecificeerde ontwikkelingsalgoritmen van cryptografische sleutels en
met gespecificeerde formaten van dergelijke sleutels. Gegenereerde sleutels voor
cryptografische sessies moeten een beperkt (TBD door de fabrikant en niet meer
dan 240) aantal keren gebruikt kunnen worden.
Indien de TSF cryptografische sleutels verspreidt, moet dit in overeenstemming
zijn met gespecificeerde verspreidingsmethoden van dergelijke sleutels.
5.Definitie van beveiligingsmechanismen
De vereiste beveiligingsmechanismen worden gespecificeerd in appendix 11.
Alle andere beveiligingsmechanismen worden door de fabrikant van het TOE
gedefinieerd.
6.Opgegeven minimumsterkte van mechanismen
De minimumsterkte van mechanismen voor de tachograafkaart is Hoog, zoals
gedefinieerd in referentienorm ITSEC.
7.Garantieniveau
Het nagestreefde garantieniveau voor de tachograafkaart is ITSEC niveau E3,
zoals gedefinieerd in referentienorm ITSEC.
8.Ratio
De onderstaande tabel geeft een ratio voor de additionele SEF's aan:
—welke SEF's welke bedreigingen tegengaan;
—welke SEF's aan welke IT-beveiligingsdoelstellingen voldoen.1998R2135 —NL—01.05.2006 —002.001 —252
Bedreigingen IT-doelstellingenT.CLON*
T.DISES2
T.TES
T.TCMD
T.MODSOFT*T.MODLOADT.MODEXET.MODSHARE
T.IdentGegevens
T.Gegevensactiviteiten
T.Gegevensuitwisseling
O.TAMPERES
O.CLON*
O.OPERATE*O.FLAW*O.DISMECHANISM2
O.DISMEMORY*
O.MODMEMORY*
O.Gegevenstoegang
O.BeveiligdeCommunicatie UIA_301 Authenticatiemiddelen x
UIA_302 Controles PIN-code x
ACT_301 IdentificatiegegevensACT_302 PersonalisatiegegevensRLB_301 Software-integriteit x x
RLB_302 Zelfbeproevingen x x
RLB_303 Fabricagebeproevingen x x x x
RLB_304 Softwareanalyse x x x x xRLB_305 Software-invoer x x x x xRLB_306 Stroomvoorziening x x x x
RLB_307 Terugstellen x x
DEX_301 Invoer beveiligde gegevens x x
DEX_302 Invoer beveiligde gegevens x x
DEX_303 Uitvoer beveiligde gegevens naar
VUx x
DEX_304 Bewijs van oorsprong x x
DEX_305 Bewijs van oorsprong x x▼M11998R2135 —NL—01.05.2006 —002.001 —253
Bedreigingen IT-doelstellingenT.CLON*
T.DISES2
T.TES
T.TCMD
T.MODSOFT*T.MODLOADT.MODEXET.MODSHARE
T.IdentGegevens
T.Gegevensactiviteiten
T.Gegevensuitwisseling
O.TAMPERES
O.CLON*
O.OPERATE*O.FLAW*O.DISMECHANISM2
O.DISMEMORY*
O.MODMEMORY*
O.Gegevenstoegang
O.BeveiligdeCommunicatieDEX_306 Beveiligde uitvoer naar externe
mediax x
CSP_301 Sleutelontwikkeling x x
CSP_302 Sleutelverspreiding x x▼M11998R2135 —NL—01.05.2006 —002.001 —254
▼M1
Appendix 11
ALGEMENE VEILIGHEIDSMECHANISMEN
INHOUD
1. Algemeen ….......................................................................................
1.1. Referentienormen …..............................................................................
1.2. Begrippen en afkortingen ….....................................................................
2. Cryptografische systemen en algoritmen …....................................................
2.1. Cryptografische systemen ….....................................................................
2.2. Cryptografische algoritmen …...................................................................
2.2.1. RSA-algoritme ….................................................................................
2.2.2. Hash-algoritme ….................................................................................
2.2.3. Algoritme voor gegevenscodering …............................................................
3. Sleutels en certificaten ….........................................................................
3.1. Ontwikkeling en verspreiding van sleutels …..................................................
3.1.1. Ontwikkeling en verspreiding van RSA-sleutels …............................................
3.1.2. RSA-beproevingssleutels …......................................................................
3.1.3. Sleutels bewegingsopnemer …...................................................................
3.1.4. Ontwikkeling en verspreiding van T-DES-sessiesleutels …...................................
3.2. Sleutels …..........................................................................................
3.3. Certificaten ….....................................................................................
3.3.1. Inhoud van de certificaten ….....................................................................
3.3.2. Afgegeven certificaten ….........................................................................
3.3.3. Certificaatverificatie en uitpakken …............................................................
4. Mechanisme voor wederzijdse authenticatie …................................................
5. Vertrouwelijkheids-, integriteits- en authenticatieapparatuur voor gegevensoverdracht van
VU-kaarten ….....................................................................................
5.1. Veilige transmissie ….............................................................................
5.2. Behandeling van fouten bij de beveiligde transmissie …......................................
5.3. Algoritme voor het berekenen van cryptografische controlesommen ….....................
5.4. Algoritme voor het berekenen van cryptogrammen voor vertrouwelijkheid DO's ….......
6. Digitale handtekeningapparatuur voor gegevensoverbrenging ….............................
6.1. Ontwikkeling van de handtekening …..........................................................
6.2. Handtekeningverificatie ….......................................................................1998R2135 —NL—01.05.2006 —002.001 —255
▼M1
1. ALGEMEEN
Deze appendix specificeert de veiligheidsmechanismen die het volgende waar-
borgen:
—de wederzijdse authenticatie tussen de VU en de tachograafkaart, inclusief
sleutelovereenstemming tijdens de sessie;
—de vertrouwelijkheid, integriteit en authenticatie van de tussen de VU en de
tachograafkaart overgebrachte gegevens;
—de integriteit en authenticatie van de van de VU naar externe opslagmediaovergebrachte gegevens;
—de integriteit en authenticatie van gegevens die van de tachograafkaart naarexterne opslagmedia overgebracht worden.
1.1.Referentienormen
De onderstaande referentienormen worden in deze appendix gebruikt:
SHA-1 National Institute of Standards and Technology (NIST). FIPS
Publication 180-1: Secure Hash Standard. April 1995
PKCS1 RSA Laboratories. PKCS # 1: RSA Encryption Standard. Versie
2.0. oktober 1998
TDES National Institute of Standards and Technology (NIST). FIPSPublication 46-3: Data Encryption Standard. Ontwerp 1999
TDES-OP ANSI X9.52, Triple Data Encryption Algorithm Modes of Opera-tion. 1998
ISO/IEC 7816-4 Information Technology —Identification cards —
Integrated circuit(s) cards with contacts —Part 4:
Interindustry commands for interexchange. First
edition: 1995 +Amendment 1: 1997
ISO/IEC 7816-6 Information Technology —Identification cards —
Integrated circuit(s) cards with contacts —Part 6:
Interindustry data elements. First edition: 1996 + Cor
1: 1998
ISO/IEC 7816-8 Information Technology —Identification cards —
Integrated circuit(s) cards with contacts —Part 8:
Security related interindustry commands. First edition
1999
ISO/IEC 9796-2 Information Technology —Security techniques —
Digital signature schemes giving message recovery —
Part 2: Mechanisms using a hash function. First
edition: 1997
ISO/IEC 9798-3 Information Technology —Security techniques —
Entity authentication mechanisms —Part 3: Entity
authentication using a public key algorithm. Second
edition 1998
ISO 16844-3 Road vehicles —Tachograph systems —Part 3:
Motion sensor interface
1.2.Begrippen en afkortingen
De onderstaande begrippen en afkortingen worden in deze appendix gebruikt:
(Ka, Kb, Kc)Een sleutelbos voor gebruik door het drievoudige algoritme voor
gegevenscodering
CA Certificeringsinstantie
CAR Referentie van de certificeringsinstantie
CC Cryptografische controlesom
CG Cryptogram
CH Opdracht-koptitel
CHA Autorisatie van de certificaathouder
CHR Referentie van de certificaathouder
D() Decodering met DES
DE Gegevenselement
DO Gegevensobject
d RSA particuliere sleutel, particuliere exponent
e RSA openbare sleutel, openbare exponent1998R2135 —NL—01.05.2006 —002.001 —256
▼M1
E() Codering met DES
EQT Apparatuur
Hash() Hashwaarde, een uitvoer van Hash
Hash Hashing
KID Sleutel-identificatiesymbool
Km TDES-sleutel. Master Key, gedefinieerd in ISO 16844-3
KmVU TDES-sleutel, ingebracht in voertuigunits
KmWC TDES-sleutel ingebracht in werkplaatskaarten
m Berichtsymbool, een eenheid tussen 0 en n-1
n RSA-sleutels, modulus
PB Padding bytes
PI Padding indicatorbyte (voor gebruik bij cryptogram voor vertrou-
welijkheid DO)
PV Ongecodeerde waarde
s Handtekeningsymbool, een eenheid tussen 0 en n-1
SSC Zendsequentieteller
SM Beveiligde overbrenging
TCBC TDEA-modus cipher block chaining
TDEA Drievoudig algoritme voor gegevenscodering
TLV Waarde labellengte
VU Voertuigunit
X.C Certificaat van gebruiker X afgegeven door een certificeringsin-
stantie
X.CA Certificeringsinstantie van gebruiker X
X.CA.PKoX.C Handeling van uitpakken van een certificaat om een openbaresleutel te selecteren. Het is een infix-operator; de linker operand is
de openbare sleutel van een certificeringsinstantie en de rechter
operand is het door die certificeringsinstantie afgegeven certificaat.
Het resultaat is de openbare sleutel van gebruiker X wiens certifi-
caat de rechter operand is
X.PK RSA-openbare sleutel van gebruiker X
X.PK[I] RSA-codering van informatie I, met gebruikmaking van de open-
bare sleutel van gebruiker X
X.SK particuliere RSA-sleutel van gebruiker X
X.SK[I] RSA-codering van informatie I, met gebruikmaking van de particu-liere sleutel van gebruiker X
′xx′ Hexadecimale waarde
|| Verbindingsoperator
2. CRYPTOGRAFISCHE SYSTEMEN EN ALGORITMEN
2.1.Cryptografische systemen
Voertuigunits en tachograafkaarten moeten een standaard RSA cryptografisch
systeem van openbare sleutels gebruiken om de onderstaande veiligheidsmecha-
nismen te leveren:
—authenticatie tussen voertuigunit en kaart,
—transport van drievoudige DES-sessiesleutels tussen voertuigunit en tacho-
graafkaart,
—digitale handtekening van overgebrachte gegevens van de voertuigunit oftachograafkaart naar externe media.
Voertuigunits en tachograafkaarten moeten een drievoudig DES symmetrisch
cryptografisch systeem gebruiken om een mechanisme te bieden voor de integri-
teit van de gegevens tijdens de uitwisseling van gebruikersgegevens tussen de
voertuigunit en de tachograafkaart en, waar van toepassing, te zorgen voor
vertrouwelijkheid van de gegevensuitwisseling tussen voertuigunit en tachograaf-
kaart.
2.2.Cryptografische algoritmen1998R2135 —NL—01.05.2006 —002.001 —257
▼M1
2.2.1. RSA-algoritme
Het RSA-algoritme wordt door de onderstaande vergelijkingen volledig gedefini-
eerd:
Een uitgebreidere beschrijving van de RSA-functie staat in referentienorm
PKCS1. De in het RSA-algoritme gebruikte openbare exponent e moet in alle
gegenereerde RSA-sleutels verschillend zijn van 2.
2.2.2. Hash-algoritme
De apparatuur voor digitale handtekeningen moet het in referentienorm SHA-1
gedefinieerde SHA-1 hash-algoritme gebruiken.
2.2.3. Algoritme voor gegevenscodering
Op DES gebaseerde algoritmen moeten in de cipher block chaining modus
worden gebruikt.
3. SLEUTELS EN CERTIFICATEN
3.1.Ontwikkeling en verspreiding van sleutels
3.1.1. Ontwikkeling en verspreiding van RSA-sleutels
RSA-sleutels moeten via drie functionele hiërarchische niveaus gegenereerd
worden:
—Europees niveau,
—niveau van de lidstaat,
—niveau van de apparatuur.
Op Europees niveau moet een enkel Europees sleutelpaar (EUR.SK en EUR.PK)
gegenereerd worden. De Europese particuliere sleutel moet worden gebruikt om
de openbare sleutels van de lidstaten te certificeren. Registraties van alle gecertifi-
ceerde sleutels moeten worden bijgehouden. Deze taken moeten door een Euro-
pese certificeringsinstantie, in opdracht en onder verantwoordelijkheid van de
Europese Commissie, worden uitgevoerd.
Op lidstaatniveau moet een lidstaat-sleutelpaar (MS.SK en MS.PK) gegenereerd
worden. Openbare sleutels van lidstaten moeten door de Europese certificerings-
instantie gecertificeerd worden. De particuliere sleutel van de lidstaten moet
worden gebruikt om de openbare, in apparatuur (voertuigunit of tachograafkaart)
in te brengen openbare sleutels te certificeren. Registraties van alle gecertificeerde
openbare sleutels met de identificatie van de betreffende apparatuur moeten
worden bijgehouden. Deze taken moeten door een certificeringsinstantie van een
lidstaat worden uitgevoerd. Een lidstaat kan zijn sleutelpaar regelmatig wijzigen.
Op apparatuurniveau moet een enkel sleutelpaar (EQT.SK en EQT.PK) gegene-
reerd en in alle apparatuur ingebracht worden. Openbare sleutels van de appara-
tuur moeten door een certificeringsinstantie van de lidstaat gecertificeerd worden.
Deze taken kunnen door de fabrikanten van de apparatuur, installateurs van de
apparatuur of instanties van de lidstaat worden uitgevoerd. Dit sleutelpaar wordt
gebruikt voor authenticatie, digitale handtekeningen en codering.
De vertrouwelijkheid van particuliere sleutels moet tijdens de ontwikkeling, het
transport (indien van toepassing) en de opslag gehandhaafd blijven.
Het onderstaande schema vat de gegevensstroom van dit proces samen:1998R2135 —NL—01.05.2006 —002.001 —258
▼M1
3.1.2. RSA-beproevingssleutels
Voor beproevingsdoeleinden van de apparatuur (inclusief interoperabiliteitsbe-
proevingen) moet de Europese certificeringsinstantie een afzonderlijke Europese
beproevingssleutel en ten minste twee beproevingssleutels voor de lidstaten gene-
reren. De openbare sleutels van deze beproevingssleutels moeten met de Europese
particuliere beproevingssleutel gecertificeerd worden. Bij beproevingen in
verband met de goedkeuring van apparatuur moeten fabrikanten beproevingssleu-
tels inbrengen die door een van deze beproevingssleutels van de lidstaten gecerti-
ficeerd zijn.
3.1.3. Sleutels bewegingsopnemer
De vertrouwelijkheid van de drie hieronder beschreven TDES-sleutels moet
tijdens de ontwikkeling, het transport (indien van toepassing) en de opslag op
adequate wijze worden gehandhaafd.
Teneinde met ISO 16844 in overeenstemming zijnde controleapparaten te onder-
steunen, zorgen de Europese certificeringsinstantie en de certificeringsinstanties
van de lidstaten bovendien voor het volgende:
De Europese certificeringsinstantie ontwikkelt KmVUen KmWC, twee onafhanke-
lijke en unieke Triple DES-sleutels, en ontwikkelen Km als:
De Europese certificeringsinstantie zendt deze sleutels op verzoek toe aan de
certificeringsinstanties van de lidstaten, via adequaat beveiligde procedures.
De certificeringsinstanties van de lidstaten:
—gebruiken Km om door de fabrikanten van bewegingsopnemers gevraagde
gegevens van de bewegingsopnemer te coderen (de met Km te coderen data
zijn gedefinieerd in ISO 16844-3),1998R2135 —NL—01.05.2006 —002.001 —259
▼M1
—zenden KmVUtoe aan fabrikanten van voertuigunits, via adequaat beveiligde
procedures, voor gebruik in voertuigunits,
—zorgen ervoor dat KmWCwordt ingebracht in alle werkplaatskaarten (Senso-
rInstallationSecData in basisbestand Sensor_Installation_Data) bij
de personalisering van de kaart.
3.1.4. Ontwikkeling en verspreiding van T-DES-sessiesleutels
Voertuigunits en tachograafkaarten moeten als onderdeel van het wederzijds
authenticatieproces de vereiste gegevens genereren en uitwisselen om een
gemeenschappelijke drievoudige DES-sessiesleutel te ontwikkelen. Met het oog
op de vertrouwelijkheid moet deze gegevensuitwisseling door een RSA-crypto-
apparatuur worden beveiligd.
Deze sleutel moet bij alle volgende cryptografische operaties met veilige over-
brenging worden gebruikt. De geldigheid vervalt aan het einde van de sessie
(kaartuitneming of kaartterugstelling) en/of na 240 toepassingen (een toepassing
van de sleutel = een met veilige overdracht naar de kaart gezonden opdracht en
het bijbehorende antwoord).
3.2.Sleutels
RSA-sleutels moeten (ongeacht het niveau) de volgende lengte hebben: modulus
n1024 bits, openbare exponent emaximaal 64 bits, particuliere exponent d1024
bits.
Drievoudige DES-sleutels moeten de vorm (Ka, Kb, Ka), hebben, waarbij Kaen
Kbonafhankelijke sleutels van 64 bits zijn. Er worden geen bits ingesteld die
pariteitsfouten ontdekken.
3.3.Certificaten
Certificaten van openbare RSA-sleutels moeten „niet-zelfbeschrijvende”„kaartve-
rifieerbare” certificaten (Ref.: ISO/IEC 7816-8) zijn.
3.3.1. Inhoud van de certificaten
Certificaten van openbare RSA-sleutels bevatten de onderstaande gegevens in de
onderstaande volgorde:
Gegevens Formaat Bytes Obs
CPI INTEGER 1 Certificaatprofiel identificatiesymbool (′01′
voor deze versie)
CAR OCTET STRING 8 Referentienorm van certificeringsinstantie
CHA OCTET STRING 7 Autorisatie van certificaathouder
EOV TimeReal 4 Vervaldatum van certificaat. Facultatief, ′FF
′opgevuld indien niet gebruikt
CHR OCTET STRING 8 Referentienorm van certificaathouder
n OCTET STRING 128 Openbare sleutel (modulus)
e OCTET STRING 8 Openbare sleutel (openbare exponent)
164
Opmerkingen:
1. Het „Certificaatprofiel identificatiesymbool” (CPI) geeft de exacte structuur van een
authenticatiecertificaat aan. Het kan worden gebruikt als een intern identificatiesymbool
van een apparaat op een relevante lijst koptitels die de verbinding van gegevenselementen
in het certificaat beschrijft.
De koptitels met betrekking tot de inhoud van dit certificaat zijn de volgende:1998R2135 —NL—01.05.2006 —002.001 —260
▼M1
2. Het doel van de „referentienorm van de certificeringsinstantie” (CAR) is het identificeren
van de CA die het certificaat afgeeft, zodanig dat het gegevenselement tegelijkertijd meteen sleutel-identificatiesymbool van de instantie kan worden gebruikt ter verwijzing naarde openbare sleutel van de certificeringsinstantie (zie onderstaand sleutel-identificatiesym-bool voor codering).
3. De „autorisatie van de certificaathouder” (CHA) wordt gebruikt om de rechten van de
certificaathouder te identificeren. Het bestaat uit de ID van de tachograaftoepassing en uithet model van de apparatuur waarvoor het certificaat bedoeld is (overeenkomstig het
ApparatuurModel gegevenselement, „00” voor een lidstaat).
4. Het doel van de „referentienorm van de certificaathouder” (CHR) is het op een unieke
manier identificeren van de certificaathouder, zodanig dat het gegevenselement tegelijker-tijd met een sleutel-identificatiesymbool van het subject kan worden gebruikt ter verwij-
zing naar de openbare sleutel van de certificaathouder.
5. Sleutel-identificatiesymbolen identificeren op een unieke manier de certificaathouder of
de certificeringsinstanties. Ze worden als volgt gecodeerd:
5.1. Apparatuur (VU of kaart):
Gegevens Serienummer van
de apparatuurDatum Model Fabrikant
Lengte 4 bytes 2 bytes 1 byte 1 byte
Waarde Eenheid Mm yy BCD-
coderingSpecifiek
kenmerk fabri-
kantCode fabrikant
In het geval van een VU is het mogelijk dat de fabrikant bij het
aanvragen van certificaten de identificatie van de apparatuur waarin de
sleutels worden ingebracht, soms wel en soms niet kent.
In het eerste geval stuurt de fabrikant de identificatie van de apparatuur
met de openbare sleutel ter certificatie naar de instantie van zijn lidstaat.
Het certificaat bevat dan de identificatie van de apparatuur en de fabrikant
moet garanderen dat sleutels en certificaat in de betreffende apparatuur
worden ingebracht. Het sleutel-identificatiesymbool heeft de boven-
staande vorm.
In het tweede geval moet de fabrikant ieder verzoek om een certificaat op
een unieke manier identificeren en deze identificatie met de openbare
sleutel ter certificering naar de instantie van zijn lidstaat sturen. Het certi-
ficaat moet het identificatieverzoek bevatten. De fabrikant moet aan de
instantie van zijn lidstaat de toewijzing van de sleutel in de apparatuur (d.
w.z. identificatie van het verzoek om een certificaat, identificatie van de
apparatuur) na installatie van de sleutel in de apparatuur doorgeven. Het
sleutel-identificatiesymbool heeft de onderstaande vorm:
Gegevens Seriennummer
certificaatverzoekDatum Model Fabrikant
Lengte 4 bytes 2 bytes 1 byte 1 byte
Waarde BCD-codering mm yy BCD-
codering′FF′ Code fabrikant1998R2135 —NL—01.05.2006 —002.001 —261
▼M1
5.2. Certificeringsinstantie:
Gegevens Identificatie
instantieSerienummer van
de sleutelAdditionele info Identificatiesym-
bool
Lengte 4 bytes 1 byte 2 bytes 1 byte
Waarde 1 byte numerieke
code van de staatEenheid additionele code-
ring (specifiek
voor certifice-
rings-instantie)′01′
3 bytes alfanume-
rieke code van de
staat′FF FF′ indien
niet gebruikt
Het serienummer van de sleutel wordt gebruikt om de verschillende sleu-
tels van een lidstaat te onderscheiden wanneer de sleutel gewijzigd wordt.
6. Certificaatverificateurs moeten impliciet weten dat de gecertificeerde openbare sleutel een
RSA-sleutel is die van belang is voor de authenticatie, verificatie van de digitale handte-kening en codering voor vertrouwelijke diensten (het certificaat bevat geen object-identifi-catiesymbool om het te specificeren).
3.3.2. Afgegeven certificaten
Het afgegeven certificaat is een digitale handtekening met gedeeltelijke recovery
van de inhoud van het certificaat overeenkomstig ISO/IEC 9796-2, waarbij de
„referentienorm van de certificeringsinstantie” toegevoegd is.
Met inhoud van het certificaat
Opmerkingen:
1. Dit certificaat is 194 bytes lang.
2. De door de handtekening verborgen CAR wordt ook aan de handtekening toegevoegd,
zodat de openbare sleutel van de certificeringsinstantie ter verificatie van het certificaatgeselecteerd kan worden.
3. Ter ondertekening van het certificaat moet de certificaatverificateur het door de certifice-
ringsinstantie gebruikte algoritme impliciet kennen.
4. De koptitels met betrekking tot dit afgegeven certificaat zijn de volgende:
3.3.3. Certificaatverificatie en uitpakken
Certificaatverificatie en uitpakken bestaan uit het verifiëren van de handtekening
overeenkomstig ISO/IEC 9796-2, het lezen van de inhoud van het certificaat en
de opgenomen openbare sleutel: X.PK = X.CA.PKoX.C, en het verifiëren van
de geldigheid van het certificaat.
Hierbij moeten de volgende stappen worden genomen:
Verifieer handtekening en zoek inhoud:
—van X.C zoek Teken, Cn′en CAR′:1998R2135 —NL—01.05.2006 —002.001 —262
▼M1
—van CAR′ selecteer de vereiste openbare sleutel van de certificeringsinstantie
(indien dit nog niet met andere middelen gedaan is)
—open Teken met CA Openbare Sleutel: Sr′ = X.CA.PK [Teken],
—controleer of Sr′ begint met ′6A′ en eindigt met ′BC′
—bereken Cr′ en H′ van:
—vind inhoud van het certificaat C′ = Cr′|| Cn′,
—controleer Hash(C′) = H′
Indien de controles o.k. zijn, is het certificaat authentiek, de inhoud ervan is C
′.
Verifieer geldigheid. Van C′:
—indien van toepassing, controleer einde van de geldigheidsdatum,
Zoek en sla openbare sleutel, sleutel-identificatiesymbool, autorisatie van de
certificaathouder en einde van de geldigheid van het certificaat van C′ op:
—X.PK = n||e
—X.KID = CHR
—X.CHA = CHA
—X.EOV = EOV
4. MECHANISME VOOR WEDERZIJDSE AUTHENTICATIE
Wederzijdse authenticatie tussen kaarten en VU is gebaseerd op het volgende
principe:
Elke partij moet aan de ander aantonen dat hij een geldig sleutelpaar heeft,
waarvan de openbare sleutel gecertificeerd is door een certificeringsinstantie van
een lidstaat, die zelf weer gecertificeerd is door de Europese certificeringsin-
stantie.
Het bewijs wordt geleverd door ondertekening met de particuliere sleutel van een
willekeurig, door de andere partij gezonden nummer, die het gezonden willekeu-
rige nummer bij de verificatie van deze handtekening moet terugvinden.
Het mechanisme wordt door de VU bij kaartinbrenging gestart. Het begint met
de uitwisseling van certificaten en het uitpakken van openbare sleutels en eindigt
met de instelling van een sessiesleutel.
Het volgende protocol moet worden gebruikt (pijltjes geven opdrachten en uitge-
wisselde gegevens aan (zie appendix 2)):1998R2135 —NL—01.05.2006 —002.001 —263
▼M1
1998R2135 —NL—01.05.2006 —002.001 —264
▼M1
5. VERTROUWELIJKHEIDS-, INTEGRITEITS- EN AUTHENTICATIEAPPA-
RATUUR VOOR GEGEVENSOVERDRACHT VAN VU-KAARTEN
5.1.Veilige transmissie
De integriteit van de gegevensoverdracht van VU-kaarten moet door beveiligde
transmissie overeenkomstig de referentienormen ISO/IEC 7816-4 en ISO/IEC
7816-8 beschermd worden.1998R2135 —NL—01.05.2006 —002.001 —265
▼M1
Wanneer gegevens tijdens de overdracht beveiligd moeten worden, moet een
cryptografische controlesom gegevensobject aan de binnen de opdracht of het
antwoord gezonden gegevensobjecten worden toegevoegd. De cryptografische
controlesom moet door de ontvanger geverifieerd worden.
De cryptografische controlesom van binnen een opdracht gezonden gegevens
moet de opdracht-koptitel en alle gezonden gegevensobjecten integreren (= > CLA
=′0C′, en alle gegevensobjecten moeten worden ingekapseld met labels waarin
b 1= 1).
De bytes van de statusinformatie van het antwoord moeten door een cryptografi-
sche controlesom worden beveiligd wanneer het antwoord geen gegevensveld
bevat.
Cryptografische controlesommen moeten 4 bytes lang zijn.De structuur van opdrachten en antwoorden bij gebruik van veilige transmissie is
derhalve de volgende:
De gebruikte DO's zijn een deelverzameling van de veilige transmissie-DO's
beschreven in ISO/IEC 7816-4:
Label Mnemoniek Betekenis
′81′ TPV Ongecodeerde waarde van niet met BER-TLV gecodeerde gege-
vens (te beschermen door CC)
′97′ TLE Waarde van Le in de onbeveiligde opdracht (te beschermen
door CC)
′99′ TSW Statusinformatie (te beschermen door CC)
′8E′ TCC Cryptografische controlesom
′87′ TPI CG Padding aanwijsbyte || Cryptogram (Ongecodeerde waarde niet
in BER-TLV gecodeerd)
Gegeven een onbeveiligd opdracht-antwoordpaar:
Opdracht-koptitel Opdracht-object
CLA INS P1 P2 [Lcveld] [Gegevensveld] [Leveld]
Vier bytes L bytes, aangeduid als B1tot BL
Antwoordobject Staartlabel antwoord
[Gegevensveld] SW1 SW2
Lrgegevensbytes Twee bytes
Het corresponderende beveiligde opdracht-antwoordpaar is:
Beveiligde opdracht:
Opdracht-
koptitel
(CH)Opdracht-object
CLA
INS P1
P2[Nieuw Lc
veld][Nieuw gegevensveld] [Nieuw
Leveld]
′OC′ Lengte
van nieuw
gegevens-
veldTPV LPV PV TLE LLE Le TCC LCC CC ′00′
′81′ Lc Ge-
gev-
ens-
veld′97′ ′01′ Le′8E′ ′04′ CC
In de controlesom te integreren gegevens = CH || PB || TPV|| LPV|| PV || TLE||
LLE|| Le|| PB
PB = Padding bytes (80 .. 00) overeenkomstig ISO-IEC 7816-4 en ISO 9797,
methode 2.1998R2135 —NL—01.05.2006 —002.001 —266
▼M1
DO's, PV en LE zijn alleen aanwezig wanneer er corresponderende gegevens in
de onbeveiligde opdracht zijn.
Beveiligd antwoord:
1.Geval waarin het gegevensveld van het antwoord niet leeg is en niet beveiligd
hoeft te worden in verband met vertrouwelijkheid:
AntwoordobjectStaartlabel
antwoord
[Nieuw gegevensveld] Nieuw SW1
SW2
TPV LPV PV TCC LCC CC
′81′ Lr Gege-
vens-
veld′8E′ ′04′ CC
In de controlesom te integreren gegevens = TPV|| LPV|| PV || PB
2.Geval waarin het gegevensveld van het antwoord niet leeg is en voor vertrou-
welijkheid beveiligd moet worden:
AntwoordobjectStaartlabel
antwoord
[Nieuw gegevensveld] Nieuwe
SW1 SW2
TPI CG LPI CG PI CG TCC LCC CC
′87′ PI ||
CG′8E′ ′04′ CC
Door CG over te dragen gegevens: niet met BER-TLV gecodeerde gegevens
en padding bytes.
In de controlesom te integreren gegevens = TPI CG|| LPI CG|| PI CG || PB
3.Geval waarin het gegevensveld van het antwoord leeg is:
AntwoordobjectStaartlabel
antwoord
[Nieuw gegevensveld] Nieuwe
SW1 SW2
TSW LSW SW TCC LCC CC
′99′ ′02′ Nieuw
SW1
SW2′8E′ ′04′ CC
In de controlesom te integreren gegevens = TSW|| LSW|| SW || PB
5.2.Behandeling van fouten bij de beveiligde transmissie
Wanneer de tachograafkaart tijdens het vertalen van een opdracht een SM-fout
ontdekt, dan moeten de statusbytes zonder SM teruggezonden worden. Overeen-
komstig ISO/IEC 7816-4 moeten de onderstaande statusbytes gedefinieerd
worden om SM-fouten aan te geven:
′66 88′: Verificatie van cryptografische controlesom mislukt,
′69 87′: Verwachte SM-gegevensobjecten ontbreken,
′69 88′: SM-gegevensobjecten onjuist.
Wanneer de tachograafkaart statusbytes zonder SM DO's of met een foutieve SM
DO terugzendt, moet de sessie door de VU afgebroken worden.
5.3.Algoritme voor het berekenen van cryptografische controlesommen
Cryptografische controlesommen worden opgebouwd in een retail MAC overeen-
komstig ANSI X9.19 met DES:1998R2135 —NL—01.05.2006 —002.001 —267
▼M1
—beginfase: het eerste checkblok y0 is E(Ka, SSC),
—volgende fase: de checkblokken y1, …, yn worden met Ka berekend,
—eindfase: de cryptografische controlesom wordt als volgt vanaf het laatste
checkblok yn berekend: E(Ka, D(Kb, yn)),
waarbij E() codering met DES en D() decodering met DES betekent.
De vier meest significante bytes van de cryptografische controlesom worden
overgedragen.
De zendsequentieteller (SSC) moet tijdens de goedkeuringsprocedure van de
sleutel geïnitieerd worden:
Begin SSC : Rnd3 (4 laatste significante bytes) || Rnd1 (4 laatste significante
bytes).
De zendsequentieteller moet elke keer voordat een MAC wordt berekend, met 1
worden verhoogd (d.w.z. de SSC voor de eerste opdracht is Begin SSC + 1, de
SSC voor het eerste antwoord is Begin SSC + 2).
De onderstaande figuur toont de berekening van de retail MAC:
5.4.Algoritme voor het berekenen van cryptogrammen voor vertrouwelijk-
heid DO's
Cryptogrammen worden met TDEA in de TCBC-werkingsmodus berekend over-
eenkomstig referentienorm TDES en TDES-OP en met de lege vector als begin-
waardeblok.
De onderstaande figuur toont de toepassing van sleutels in TDES:
6. DIGITALE HANDTEKENINGAPPARATUUR VOOR GEGEVENSOVER-
BRENGING
De intelligente toepassingsgerichte apparatuur (IDE) slaat de van een apparaat
(VU of kaart) tijdens een overbrengingssessie ontvangen gegevens op in een
fysiek gegevensbestand. Dit bestand moet de certificaten MSi.C en EQT.C
bevatten. Het bestand bevat digitale handtekeningen van gegevensblokken zoals
gespecificeerd in appendix 7 (Gegevensoverbrengingsprotocollen).
Digitale handtekeningen van overgebrachte gegevens moeten een digitaal handte-
keningschema met aanhangsel gebruiken zodat overgebrachte gegevens indien
gewenst zonder decodering gelezen kunnen worden.1998R2135 —NL—01.05.2006 —002.001 —268
▼M1
6.1.Ontwikkeling van de handtekening
De ontwikkeling van de gegevenshandtekening door de apparatuur moet het
handtekeningschema met aanhangsel zoals gedefinieerd in referentienorm PKCS1
met de SHA-1 hashing-functie volgen:
Handtekening = EQT.SK[′00′ ||′01′||PS||′00′|| DER(SHA-1(Gegevens))]
PS = Padding string van achtbits bytes met waarde ′FF′zodat de lengte 128 is.
DER(SHA-1(M)) is de codering van de ID van het algoritme voor de hashing-
functie en de hashwaarde in een ASN.1-waarde van het type OntsluitInfo
(kenmerkende coderingsregels):
′30′||′21′||′30′||′09′||′06′||′05′||′2B′||′0E′||′03′||′ 02′||′1A′||′05′||′00′||′04′||′14′||Hash-
waarde.
6.2.Handtekeningverificatie
Verificatie van de gegevenshandtekening op overgebrachte gegevens moet het
handtekeningschema met aanhangsel zoals gedefinieerd in referentienorm PKCS1
met de SHA-1 hashing-functie volgen.
De verificateur moet de Europese openbare sleutel EUR.PK zelf kennen (en
vertrouwen).
De onderstaande tabel illustreert het protocol dat een controlekaart dragende IDE
kan volgen om de integriteit van de overgebrachte en op de ESM (externe opslag-
media) opgeslagen gegevens te verifiëren. De controlekaart wordt gebruikt voor
de decodering van digitale handtekeningen. Deze functie mag in dit geval niet in
de IDE geïmplementeerd worden.
De apparatuur die de te analyseren gegevens heeft overgebracht en ondertekend,
wordt met EQT aangeduid.”1998R2135 —NL—01.05.2006 —002.001 —269
▼M1
1998R2135 —NL—01.05.2006 —002.001 —270