1998R2135 — NL — 25.08.2002 — 001.001 — 1
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
▼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 inhet wegvervoer (
4) een aantal bepalingen zijn vastgesteld betref-
fende de constructie, de installatie, het gebruik en de beproevingvan controleapparaten in het wegvervoer;
(2) Overwegende dat uit de ervaring blijkt dat een aantal bijvervoersondernemingen tewerkgestelde bestuurders door deeconomische druk en de concurrentie in het wegvervoerbepaalde regels niet in acht neemt, met name die betreffende derust- en rijtijden, omschreven in Verordening (EEG) nr. 3820/85
van de Raad van 20 december 1985, tot harmonisatie van
bepaalde voorschriften 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 de
regels houden;
(4) Overwegende dat de verkeersveiligheid kan worden verbeterddoor automatische registratie en regelmatige controle, zoweldoor de onderneming als door de bevoegde autoriteiten, van
gegevens over de inzet en het gedrag van de bestuurder, alsmede
over de rit van het voertuig, zoals de snelheid en de afgelegdeafstand;
(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 van
twee weken dat het moelijk is controle uit te oefenen op de nale-ving van die bepalingen, aangezien de gegevens momenteelworden vastgelegd op verscheidene registratiebladen voor eendag, waarbij deze bladen voor de lopende week en de laatste
dag van de voorgaande week in de bestuurderscabine worden
bewaard;
(6) Overwegende bijgevolg dat, om een eind te maken aan de meestvoorkomende misbruiken van het huidige systeem, nieuwegeavanceerde apparatuur moet worden ingevoerd, zoals een
controleapparaat met inrichting voor de elektronische opslag
van de relevante gegevens en een persoonlijke bestuurderskaart,waarbij deze apparatuur ervoor zorgt dat de vastgelegde gege-1998R2135 — NL — 25.08.2002 — 001.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 maart1998 (PB C 138 van 4.5.1998, blz. 26.
(
4) PB L 370 van 31.12.1985, blz. 8. Verordening laatstelijk gewijzigd bij
Verordening (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
vens beschikbaar, duidelijk, gemakkelijk leesbaar, afdrukbaar en
betrouwbaar zijn en een onweerlegbare registratiemogelijkmaken van de werkzaamheden die de chauffeur gedurende de
laatste dagen heeft verricht, alsmede van de werkzaamheden die
met het voertuig 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
bedoelde bestuurderskaarten met geheugen moet worden voor-zien;
(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 degegevens die relevant zijn voor het verrichten van hun respec-
tieve werkzaamheden;
(10) Overwegende dat het controlapparaat waarin deze verordening
voorziet, 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
vastgelegd 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
nieuwe controleapparaten overeenkomstig deze technische speci-
ficaties worden vervaardigd en EG-goedkeuring krijgen;
(11) Overwegende dat het wenselijk is dat de controleapparaten dieaan de voorschriften van bijlage I B voldoen, ook de mogelijk-
heid bieden om tegen redelijke kosten het beheer van het
wagenpark uit de breiden;
(12) Overwegende dat, overeenkomstig het subsidiariteitsbeginsel,
een communautaire maatregel tot wijziging van Verordening
(EEG) nr. 3821/85 noodzakelijk is om te garanderen dat decontroleapparaten die aan de voorschriften van bijlage I Bvoldoen, compatibel zijn met de bestuurderskaarten en dat degegevens die worden geleverd door de controleapparaten dieaan de voorschriften van de bijlagen I en I B voldoen, samen-
hangend zijn;
(13) Overwegende dat de vooruitgang van de techniek een snelle
aanpassing 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é-procedure goedkeurt, overeenkomstig Besluit 87/373/EEG vande Raad van 13 juli 1987 tot vaststelling van de voorwaarden
die gelden voor de uitoefening van aan de Commissie verleende
uitvoeringsbevoegdheden (
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 Verorde-ning (EEG) nr. 3821/85 dienen te worden gewijzigd,1998R2135 — NL — 25.08.2002 — 001.001 — 3
(1) PB L 197 van 18.7.1987, blz. 33.
(2) PB L 325 van 29.11.1988, blz. 55.
▼B
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”;
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 ofbestuurderskaart met geheugen, indien deze overeenstemmen metde voorschriften van bijlage I of IB en indien de lidstaat in de gele-genheid is 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 ervolgens de procedure van artikel 18 op toe dat in deze bijlagewordt bepaald dat de EG-goedkeuring slechts aan het controleappa-
raat mag worden verleend, wanneer is gebleken dat het hele
systeem (het controleapparaat zelf, de bestuurderskaart en de elek-trische aansluiting op de versnellingsbak) bestand is tegenpogingen tot manipulatie of verandering van de gegevens betref-fende de rijtijden. De daartoe noodzakelijke beproevingen wordenverricht door deskunkigen die op de hoogte zijn van de meest
recente technieken inzake manipulatie.”;
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 eenjaar 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
vijf werkdagen 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„werkplaats”, maar de index wordt met een eenheid verhoogd.De autoriteit 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 verzegelingenen voert de elektronische veiligheidsgegevens in aan de handwaarvan de echtheidscontrole van de aan bijlage I B beantwoor-dende controleapparaten kan worden verricht. De bevoegdeautoriteiten van elke lidstaat houden een register der gebruikte
merken en der elektronische 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 en1998R2135 — NL — 25.08.2002 — 001.001 — 4
▼B
werkplaatsen, de kaarten die dezen worden verstrekt, en zenden
elkaar 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;
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 bestuurders-kaart, indien de bestuurder moet rijden met een voertuig dat isuitgerust met 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 controleap-paraat voldoende registratiebladen, rekening houdend met hetpersoonlijke karakter van deze bladen, de duur van de diensten de eis om eventueel beschadigde of door een met de controlebelaste ambtenaar in beslag genomen bladen te vervangen. De
werkgever verstrekt de bestuurders slechts bladen van een goed-
gekeurd model, die geschikt zijn voor gebruik in het in hetvoertuig geïnstalleerde apparaat.
Indien het voertuig is uitgerust met een aan bijlage I B beant-
woordend controleapparaat, zien de werkgever en debestuurder erop toe dat, rekening houdend met de duur van de
dienst, de in bijlage I B bedoelde afdruk op verzoek in geval
van controle correct 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 autoriteit
van 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, houderis van de bestuurderskaart.
a) Voor de toepassing van deze verordening wordt onder
„gewone verblijfplaats” verstaan de plaats waar iemandgewoonlijk verblijft, dat wil zeggen gedurende ten minste
185 dagen per kalenderjaar wegens persoonlijke en beroeps-
matige bindingen, of, voor personen zonder beroepsmatigebindingen, 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 wanneerde 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 waarhun 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 inzake1998R2135 — NL — 25.08.2002 — 001.001 — 5
▼B
gewone verblijfplaats betwijfelen of met het oog op bepaalde
specifieke controles, om aanvullende inlichtingen of bewijs-stukken verzoeken.
d) De bevoegde autoriteiten van de lidstaat van afgifte verge-
wissen zich er zoveel mogelijk van dat de aanvrager nietreeds 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.
De bestuurderskaart is ten hoogste vijf jaar geldig.
De bestuurder kan slechts houder van één bestuurders-
kaart zijn. Hij mag alleen zijn persoonlijke kaart
gebruiken. Hij mag geen defecte of verlopen kaart
gebruiken.
Wanneer een nieuwe bestuurderskaart wordt afgegeven ter
vervanging van een oude kaart, moet de nieuwe kaart
hetzelfde bestuurdersnummer dragen, maar wordt hetgetal dat het aantal vervangingen aangeeft, met éénverhoogd. De autoriteit die de kaart afgeeft houdt eenregister 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 vaneen met redenen omkleed verzoek daartoe.
Bij verzoek om vernieuwing van een bijna verlopen kaart
verstrekt de bevoegde autoriteit vóór de vervaldatum eennieuwe kaart, voorzover het desbetreffende verzoek haaris toegezonden binnen de in artikel 15, lid 1, tweede
alinea, gestelde termijn.
b) Bestuurderskaarten worden alleen verstrekt aan aanvra-
gers waarop Verordening (EEG) nr. 3820/85 vantoepassing is.
c) Bestuurderskaarten zijn persoonlijk. Zolang zij geldig
zijn, kunnen zij om geen enkele reden worden inge-trokken of geschorst, behalve wanneer de bevoegde
autoriteit van een lidstaat vaststelt dat een kaart is
vervalst, dat de bestuurder een kaart gebruikt waarvan hijniet de houder is of dat een kaart is verkregen op basisvan valse verklaringen en/of valse documenten. Indien debovengenoemde maatregelen inzake intrekking of schor-sing worden genomen door een andere lidstaat dan de
lidstaat van afgifte, zendt de eerstgenoemde lidstaat de
kaart met opgave van redenen terug aan de autoriteit vande laatstgenoemde lidstaat die de kaart 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 heeft
gevestigd in een andere lidstaat, kan hij verzoeken zijn
kaart te ruilen tegen een gelijkwaardige bestuurderskaart;de lidstaat die de kaart ruilt, moet zo nodig nagaan of deter 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 februari1998R2135 — NL — 25.08.2002 — 001.001 — 6
▼B
1992 betreffende de installatie en het gebruik, in de Gemeen-
schap, van snelheidsbegrenzers in bepaalde categorieënmotorvoertuigen (*), welke gegevens worden geregistreerd door
de controleapparaten overeenkomstig bijlage I B bij deze veror-
dening, in het geheugen opgeslagen blijven gedurende tenminste 365 dagen na de datum van registratie, en beschikbaarkunnen worden gesteld onder voorwaarden die de veiligheid enjuistheid van de gegevens garanderen.
De lidstaten nemen alle nodige maatregelen om zich ervan te
vergewissen dat de doorverkoop of het buiten gebruik stellenvan de controleapparaten de goede toepassing van dit lid nietongunstig kan beïnvloeden.
(*) 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
autoriteiten van de lidstaat waar zij hun gewone verblijf-plaats hebben, binnen zeven kalenderdagen om vervangingvan 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 zijndagelijkse werkperiode begint, en dat van het land waar dieperiode eindigt. Een lidstaat kan bestuurders van voertuigen dieop zijn grondgebied binnenlands vervoer verrichten echter
verplichten bij het landsymbool nadere geografische gegevens
te verstrekken mits deze door de betrokken lidstaat vóór 1 april1998 aan de Commissie zijn meegedeeld en hun aantal nietmeer bedraagt dan twintig.
Het invoeren van deze gegevens geschiedt op initiatief van de
bestuurder en kan ofwel geheel handmatig plaatsvinden, ofwelautomatisch indien het controleapparaat verbonden is met eenplaatsbepalingssysteem via satelliet.”;
d) in lid 6, eerste alinea, eerste regel, worden de woorden „het
apparaat” vervangen door: „het in bijlage I omschreven contro-leapparaat”;
e) lid 7 wordt vervangen door:
„7. Wanneer de bestuurder rijdt met een voertuig dat is
uitgerust met een aan bijlage I beantwoordend controleapparaat,moet hij op verzoek van de controleambtenaren de volgendedocumenten kunnen tonen:
— de registratiebladen van de lopende week, en in elk geval
het blad van de laatste dag van de voorafgaande weekwaarop 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 opde in lid 3, tweede streepje, onder a), b), c) en d), genoemdetijdgroepen, indien de bestuurder in de in het eerste streepje1998R2135 — NL — 25.08.2002 — 001.001 — 7
▼B
van dit lid bedoelde periode een met een dergelijk controle-
apparaat uitgerust voertuig heeft bestuurd.
Wanneer de bestuurder rijdt met een voertuig dat is uitgerust
met een aan bijlage I B beantwoordend controleapparaat, moethij op verzoek van de controleambtenaren de volgende docu-menten kunnen 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.
Een daartoe gemachtige ambtenaar kan de naleving van Veror-
dening (EEG) nr. 3820/85 controleren door inspectie van deregistratiebladen, de getoonde of afgedrukte gegevens die doorhet controleapparaat of de bestuurderskaart zijn geregistreerden, bij ontbreken daarvan, door inspectie van elk ander bewijs-
document aan de hand waarvan de niet-naleving van een van de
in artikel 16, leden 2 en 3, bedoelde bepalingen kan wordengerechtvaardigd.”;
f) het volgende lid wordt toegevoegd:
„8. Het vervalsen, uitwissen of vernietigen van op het regi-
stratieblad, in het controleapparaat of op de besturderskaartgeregistreerde gegevens en van de door het in bijlage I Bomschreven controleapparaat afgedrukte documenten is
verboden. Hetzelfde geldt voor misbruik van het controleappa-
raat, het registratieblad of debestuurderskaart waardoor degegevens en/of de afgedrukte documenten vervalst, ontoeganke-lijk gemaakt of vernietigd kunnen worden. In het voertuig maggeen 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 betreffende
de 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 hijkan 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 gegevensaf betreffende 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 vanzijn rijbewijs of naam en nummer van het rijbewijs van debestuurder), 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 dief-
stal van de bestuurderskaart moet bij de bevoegde autoriteiten
van het land waar de diefstal zich heeft voorgedaan, naarbehoren aangifte worden gedaan.
Van het verlies van de bestuurderskaart moet naar behoren
aangifte worden gedaan bij de bevoegde autoriteiten van het
land dat de kaart heeft afgegeven, alsmede bij die van de
lidstaat waar de houder zijn gewone verblijfplaats heeft, indiendie 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 kaart1998R2135 — NL — 25.08.2002 — 001.001 — 8
▼B
blijven rijden, mits hij het feit dat hij zijn kaart tijdens die
periode niet kan 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:
„Artikel 17
1. De wijzigingen die nodig zijn om de bijlagen aan te passen
aan de vooruitgang van de techniek, worden vatgesteld volgens de
procedure 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;1998R2135 — NL — 25.08.2002 — 001.001 — 9
▼B
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
vertegenwoordigers van de lidstaten en voorgezeten door de verte-genwoordiger van de Commissie.
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 voorzitterkan vaststellen naar gelang van de urgentie van de materie. Hetcomité spreekt zich uit met de meerderheid van stemmen die inartikel 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 destemmen van de vertegenwoordigers van de lidstaten gewogenovereenkomstig genoemd artikel. De voorzitter neemt niet aan destemming 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 is uitge-bracht, dient de Commissie onverwijld bij de Raad eenvoorstel in betreffende de te nemen maatregelen. De Raadbesluit 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 de
Commissie vastgesteld.”;
12. de aan deze verordening gehechte bijlage I B wordt toegevoegd.
Artikel 2
1. a) Voertuigen die vanaf vierentwintig maanden na de datum van
bekendmaking in het Publicatieblad van de Europese Gemeen-
schappen van het besluit dat moet worden vastgesteld krachtens
artikel 17, lid 2, van Verordening (EEG) nr. 3821/85, als gewij-zigd bij de onderhavige verordening, voor het eerst in het verkeerworden gebracht, moeten zijn uitgerust met een controleapparaat
dat voldoet aan de voorschriften van bijlage I 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 acht
zitplaatsen en een maximumgewicht van meer dan 10 ton en op
voertuigen voor vrachtvervoer met een maximumgewicht vanmeer 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 zij
zijn uitgerust, geheel elektronisch geschiedt.
2. De lidstaten nemen de nodige maatregelen om de bestuurders-
kaarten uiterlijk 21 maanden na de bekendmaking van het in lid 1,onder a), bedoelde besluit te kunnen afgeven.
3. Indien twaalf maanden na de bekendmaking van het in lid 1
bedoelde besluit nog geen enkele EG-goedkeuring is verleend vooreen controleapparaat dat voldoet aan de voorschriften van bijlage I Bbij Verordening (EEG) nr. 3821/85, dient de Commissie bij de Raadeen voorstel in tot verlenging van de in de leden 1 en 2 genoemdetermijnen.1998R2135 — NL — 25.08.2002 — 001.001 — 10
▼B
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 contro-leapparaat uitgerust voertuig besturen en aan wie de bevoegde
autoriteiten nog geen bestuurderskaart hebben kunnen afgeven, drukken
aan het einde van hun dagelijkse werkperiode de gegevens af betref-fende de door het controleapparaat geregistreerde tijdgroepen enbrengen op die afdruk de gegevens aan waarmee zij kunnen wordengeï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 onregelmatighedenhebben zij tevens betrekking op de registratiebladen voor devorige dagen, die zich in het voertuig moeten bevinden overeen-
komstig artikel 15, lid 7, van Verordening (EEG) nr. 3821/85,
als gewijzigd bij Verordening (EG) nr. 2135/98 (*), en/of op degegevens betreffende dezelfde periode die op de bestuurderskaarten/of in het geheugen van het aan bijlage I B beantwoordendcontroleapparaat 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
als periode van meer dan een minuut sneller dan 90 km/uurvoor 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 geregistreerdgedurende ten hoogste de laatste 24 uur waarin het voertuig is
gebruikt;
— in voorkomend geval de laatste wekelijke rustperiode;
— de correcte werking van het controleapparaat (vaststelling van
eventueel misbruik van het apparaat en/of de bestuurderskaarten/of registratiebladen), of in voorkomend geval de aanwezig-
heid 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
van Richtlijn 88/599/EEG betreffende standaardprocedures voorde 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 onderlinge aanpassing van de wetgevingen van de lidstaten
betreffende de goedkeuring van motorvoertuigen en aanhang-wagens daarvan (PB L 42 van 23.2.1970, blz. 1). Richtlijnlaatstelijk gewijzigd bij Richtlijn 97/27/EG (PB L 233 van25.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 basisvan te 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.”.1998R2135 — NL — 25.08.2002 — 001.001 — 11
▼B
Artikel 4
Deze verordening treedt in werking de dag volgend op die van haar
bekendmaking in het Publicatieblad van de Europese Gemeen-
schappen .
Deze verordening is verbindend in al haar onderdelen en is rechtstreeks
toepasselijk in elke lidstaat.1998R2135 — NL — 25.08.2002 — 001.001 — 12
▼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 … . . . .......................1998R2135 — NL — 25.08.2002 — 001.001 — 13
▼M1
12.1. Identificatiegegevens van het apparaat … . . .......................
12.1.1. Identificatiegegevens van de voertuigunit … .......................
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 … ...........................................1998R2135 — NL — 25.08.2002 — 001.001 — 14
▼M1
5.2.1. Kaartidentificatie … ...........................................
5.2.2. Identificatie van de kaarthouder … . . . ............................
5.2.3. Informatie over het rijbewijs … .................................
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 TACHOGRAAF-
KAARTEN … . .......................................................
1. Algemeen … .................................................
2. Veiligheidscertificaat … .......................................1998R2135 — NL — 25.08.2002 — 001.001 — 15
▼M1
3. Functiecertificaat … ...........................................
4. Interoperabiliteitscertificaat … ..................................
5. Typegoedkeuringscertificaat … ..................................
6. Bijzondere procedure: eerste interoperabiliteitscertificaten … . . . ......
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 — 25.08.2002 — 001.001 — 16
▼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
werkplaatskaart 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 identi-
teit 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 voertuigidentifi-
catie (VIN-nummer, kentekennummer en de lidstaat van registratie) en
voertuigkenmerken (w, k, l, bandenmaat, snelheidsbegrenzer (indien van
toepassing), 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
kaartnummer 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 vervan-
ging van een tachograafkaart verhoogd wordt;
k) „kenmerkende coëfficiënt van het voertuig”:
het getal dat de waarde aangeeft van het uitgangssignaal van het onder-
deel van het voertuig (secundaire as van de versnellingsbak of wiel van
voertuig) dat is verbonden met het controleapparaat wanneer het voertuig
de afstand van één kilometer aflegt, gemeten onder normale beproevings-
omstandigheden (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 tachograaf-
kaart;
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.1998R2135 — NL — 25.08.2002 — 001.001 — 17
▼M1
m) „constante van het controleapparaat”:
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
uitgedrukt;
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 betref-
fende berekeningen houden, indien nodig, rekening met eerdere op de
bestuurderskaart opgeslagen activiteiten. Wanneer de bestuurder zijn
kaart niet heeft ingebracht, zijn de betreffende berekeningen gebaseerd
op de geheugenregistraties 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
afgegeven 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
afzonderlijk, 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 controleappa-
raten.
Wanneer de bestuurder zijn kaart niet heeft ingebracht, zijn de betref-
fende berekeningen gebaseerd op de geheugenregistraties met betrekking
tot de lopende periode waarin geen kaart ingebracht was, en met betrek-
king 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.1998R2135 — NL — 25.08.2002 — 001.001 — 18
(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
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 beproevingsomstan-
digheden (hoofdstuk VI.5) en wordt als volgt uitgedrukt: „l = … mm”.
Voertuigfabrikanten kunnen het meten van deze afstanden vervangen
door een 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 moge-
lijk het gevolg is van een fraudepoging;
w) „fout”:
een door het controleapparaat ontdekt abnormaal functioneren dat moge-
lijk 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 snel-
heidsbegrenzer 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 cate-
gorieë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
voertuigparameters;
dd) „printer”:
deel van het controleapparaat dat opgeslagen gegevens afdrukt;
ee) „controleapparaat”:
het volledige in wegvoertuigen in te bouwen apparaat om gegevens
betreffende het rijden van deze voertuigen en bepaalde werktijden van
hun bestuurder aan te geven en automatisch of semi-automatisch te regi-
streren 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;1998R2135 — NL — 25.08.2002 — 001.001 — 19
(1) Richtlijn 97/27/EG van het Europees Parlement en de Raad van 22 juli 1997 betref-
fende de massa's en afmetingen van bepaalde categorieën motorvoertuigen enaanhangwagens daarvan en tot wijziging van Richtlijn 70/156/EEG (PB L 233 van25.8.1997, blz. 1).
(
2) PB L 57 van 2.3.1992, blz. 27.
▼M1
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”:
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
tachograafkaart is er in de volgende uitvoeringen:
— bestuurderskaart,
— controlekaart,
— werkplaatskaart,— bedrijfskaart;
ll) „typegoedkeuring”:
een proces ter certificering, door een lidstaat, dat het onderzochte contro-
leapparaat (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 aandrijf-
wielen) overeenkomstig Richtlijn 92/23/EEG (
2);
nn) „identificatienummer van het voertuig”:
nummers die het voertuig identificeren: het kentekennummer van het
voertuig met een indicatie van de lidstaat van registratie en het Voertuig-
identificatienummer (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 controle-
apparatuur, een installateur, een voertuigfabrikant of werkplaats
afgegeven en door die lidstaat goedgekeurde tachograafkaart.
De werkplaatskaart identificeert de kaarthouder en met de werkplaats-
kaart kan het controleapparaat beproefd en gekalibreerd worden en/of
kunnen gegevens worden overgebracht.
II. ALGEMENE KENMERKEN EN FUNCTIES VAN HET CONTROLEAP-
PARAAT
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.1998R2135 — NL — 25.08.2002 — 001.001 — 20
(1) Aanbeveling 95/144/EG van de Raad van 7 april 1995 inzake gemeenschappelijke
veiligheidsbeoordelingscriteria 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
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.
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
natuurlijke personen in verband met de verwerking van persoonsgegevens en
betreffende 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 — 25.08.2002 — 001.001 — 21
(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 kaartBestuurders-
kaartControlekaartWerkplaats-
kaartBedrijfskaartLezer 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
ingebracht 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 operati-
onele 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
tachograafkaart 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
uitgewisselde gegevens tussen de bewegingsopnemer en de voertuigunit en de
integriteit en authenticiteit van uitgewisselde gegevens tussen het controleappa-
raat en de tachograafkaart worden beveiligd en de integriteit en authenticiteit
van overgebrachte gegevens geverifieerd worden.
Om de systeemveiligheid te realiseren, moet het controleapparaat voldoen aan
de beveiligingseisen zoals gespecificeerd in de algemene beveiligingsdoelstel-
lingen voor de bewegingsopnemer en voertuigunit (appendix 10).1998R2135 — NL — 25.08.2002 — 001.001 — 22
▼M1
III. FUNCTIONELE EN CONSTRUCTIE-EISEN AAN HET CONTROLEAP-
PARAAT
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 aange-
nomen dat het voertuig stilstaat.
Inrichtingen die snelheid (tachometer) en totale afgelegde afstand (kilometer-
teller) 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 9 999 999,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 peri-
odieke 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/s
2bedraagt.
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 — 25.08.2002 — 001.001 — 23
▼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 lees-
venster 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 auto-
matische verandering naar WERK ten gevolge van het stoppen van het
voertuig voordoet, wordt beschouwd als hebbende plaatsgevonden op het
moment van het stoppen van het voertuig (de verandering naar WERK kan om
die reden geannuleerd 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 beschouwdals RIJDEN.
Wanneer een kalenderminuut niet wordt beschouwd als RIJDEN overeenkom-
stig 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
dagelijkse werkperiode eindigt” in te voeren.
Dit verzoek kan in het controleapparaat genegeerd worden.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.1998R2135 — NL — 25.08.2002 — 001.001 — 24
▼M1
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 tacho-
graafkaart en gerelateerd aan de tijd van kaartinvoer.
— in het geval van een positief of negatief antwoord vraagt het controleappa-
raat aan de kaarthouder om activiteiten handmatig in te voeren, met begin-
en einddatum en begin- en eindtijd, waarbij uitsluitend WERKEN,
BESCHIKBAARHEID of RUSTPAUZE mogen worden ingevoerd, en zulks
uitsluitend voor de periode van de laatste kaartuitneming tot de actuele
invoer. Deze activiteiten 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
tijdstip 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
voorafgaande 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 kaartuitneming of op het tijdstip van kaartuitneming wanneer
geen rustpauze werd ingevoerd (en wanneer geen periode ONBE-
KEND 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 inge-
voerd, wordt deze alleen geregistreerd op de tachograafkaart en
alleen wanneer deze afwijkt van de plaats die ingevoerd is bij kaar-
tuitneming (indien een plaats werd ingevoerd), en wanneer deze
betrekking heeft op de eindtijd 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-
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 in1998R2135 — NL — 25.08.2002 — 001.001 — 25
▼M1
chronologische volgorde in te voeren vanaf deze begintijd tot de tijd
van kaartinvoer. Het proces eindigt wanneer de eindtijd van een
handmatig ingevoerde 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 gene-
geerd 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 waar-
schuwingssignaal 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
aangegeven 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 „snelheids-
overschrijding” naar de printer of het leesvenster gezonden is, of wanneer
gegevens over „voorvallen en fouten” uit het VU-geheugen worden overge-
bracht.
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.1998R2135 — NL — 25.08.2002 — 001.001 — 26
▼M1
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 kaartBestuurders-
kaartControlekaartWerkplaats-
kaartBedrijfskaartLezer van de bijrijderGeen kaart
Bestuurders-
kaartX
Controlekaart X X X
Werkplaats-
kaartXXXX
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 activi-
teit 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)
kaartBestuurders-
kaartControlekaartWerkplaats-
kaartBedrijfskaartLezer van de bijrijderGeen (of
ongeldige)
kaartXXX
Bestuurders-
kaartXX X X
Controlekaart X X X X X
Werkplaats-
kaartXXX 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
kaartsessie niet correct afgesloten is (de kaart is uitgenomen voordat alle rele-
vante 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.1998R2135 — NL — 25.08.2002 — 001.001 — 27
▼M1
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
beveiligingsdoelstellingen van deze componenten, echter niet in de kalibrerings-
modus.
9.11. „Kaart”-fout
Deze fout wordt veroorzaakt wanneer tijdens de werking een storing in de
tachograafkaart 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, gegevensintegriteitKaartinterfaces Toegang Toegang
Toetsenbord Handmatige controle
Printer (afhankelijk van de fabrikant) AfdrukLeesvenster 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
opgeslagen zijn.1998R2135 — NL — 25.08.2002 — 001.001 — 28
▼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 activi-
teiten. „365 dagen” omvat derhalve ten minste 2 190 bestuurders
(bijrijders), 2 190 cycli van kaartinvoer en kaartuitneming en 93 440 wijzi-
gingen in de activiteiten;
— 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
softwaregerelateerde 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 software-
versie).
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 identificatiege-
gevens van de bewegingsopnemer registreren en opslaan:
— serienummer,
— goedkeuringsnummer,— datum van eerste koppeling.
12.2. Beveiligingselementen
Het controleapparaat moet de volgende beveiligingselementen kunnen opslaan:
— Europese openbare sleutel,
— lidstaatcertificaat,— apparatuurcertificaat,— individuele sleutel van het apparaat.1998R2135 — NL — 25.08.2002 — 001.001 — 29
▼M1
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 voer-
tuig 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 controleappa-
raat 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, RUST-
PAUZE);
— de datum en tijd van de wijziging.
Op mer king : INGEBRACHT betekent dat een geldige bestuurders- of werk-
plaatskaart in de lezer ingebracht is. NIET INGEBRACHT betekent het
tegenovergestelde, 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 ingebracht).
Op mer king : 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 dage-
lijkse 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);
— 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).1998R2135 — NL — 25.08.2002 — 001.001 — 30
▼M1
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
gedetecteerd 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 dag
Laatste kaartsessie niet correct
afgesloten— de 10 meest recente voor-
vallen— datum en tijd van kaartin-
voer
— kaartsoort, nummer en
lidstaat van afgifte
— laatste sessiegegevens zoals
af te lezen van de kaart:
— datum en tijd van kaar-
tinvoer
— kentekennummer en
lidstaat van registratie
Snelheidsoverschrijding (1) — het ernstigste voorval op
elk van de laatste 10
dagen waarop een derge-
lijk voorval plaatshad
(d.w.z. het voorval met de— datum en tijd van het begin
van het voorval
— datum en tijd van het einde
van het voorval1998R2135 — NL — 25.08.2002 — 001.001 — 31
▼M1
Voorval Opslagvoorschriften Te registreren gegevens per voorval
hoogste gemiddelde snel-
heid)
— de 5 ernstigste voorvallen
gedurende de afgelopen
365 dagen
— het eerste voorval dat
opgetreden is na de laatste
kalibrering— maximumsnelheid gemeten
tijdens het voorval
— rekenkundige maximum-
snelheid 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 stroom-
voorziening (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 de
kaart die bij begin en/of
einde van het voorval is
ingebracht
— 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
ingebracht
— aantal vergelijkbare voor-
vallen op die dag
Poging tot inbreuk op de bevei-
liging— 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 SNELHEIDS-
OVERSCHRIJDING;
— het aantal snelheidsoverschrijdingen sinds de laatste CONTROLE VAN DE SNELHEIDSOVER-
SCHRIJDING.
(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 fout1998R2135 — NL — 25.08.2002 — 001.001 — 32
▼M1
Fout Opslagvoorschriften Te registreren gegevens per 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/of
einde 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;
— 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.1998R2135 — NL — 25.08.2002 — 001.001 — 33
▼M1
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.
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 activi-
teit 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 gespecifi-
ceerd in hoofdstuk IV.1998R2135 — NL — 25.08.2002 — 001.001 — 34
▼M1
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 werkplaats-
kaart, 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 gege-
vens 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 bovenkas-
tletters 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 gegevens
zichtbaar maken.
Aanvullende informatie kan door het controleapparaat worden getoond, mits
deze duidelijk te onderscheiden is van de hierboven vermelde vereiste infor-
matie.
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 controleap-
paraat 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
rusttijd;
— 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 controleapparaat1998R2135 — NL — 25.08.2002 — 001.001 — 35
▼M1
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 waar-
schuwing 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;— 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 infor-
matie 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
onderscheiden 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 controle-
apparaat:
— automatisch de bestuurderskaart of de werkplaatskaart selecteren indien een
van deze kaarten ingebracht is, dan wel1998R2135 — NL — 25.08.2002 — 001.001 — 36
▼M1
— 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.
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
waarschuwen.
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
bestuurderskaart via de kalibrerings-/overbrengingsverbinding gegevens naar
externe opslagmedia kunnen overbrengen. Het controleapparaat werkt de opge-
slagen 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.1998R2135 — NL — 25.08.2002 — 001.001 — 37
▼M1
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 diede snelheid van het voertuig (tachometer) en/of de totale door het voertuig afge-
legde 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 facultatieve 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 elek-
tronische 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 overeenkomstige
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 ingescha-
keld is.
20. Kalibrering
De kalibreringsfunctie moet:
— de bewegingsopnemer automatisch met de VU verbinden;
— de constante van het controleapparaat (k) digitaal aan de kenmerkende
coëfficiënt van het voertuig (w) aanpassen (voertuigen met twee of meer
brugoverbrengingen worden uitgerust met een schakeltoestel waarmee deze
verschillende overbrengingen automatisch op een lijn worden gebracht met
de overbrenging 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
gedefinieerd in appendix 8. Met de kalibreringsfunctie kunnen ook via andere
verbindingen essentiële gegevens worden ingevoerd.1998R2135 — NL — 25.08.2002 — 001.001 — 38
▼M1
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 − 20 ºC tot + 70 ºC naar
behoren functioneren en de bewegingsopnemer binnen het temperatuurbereik
van − 40 ºC tot + 135 ºC. De inhoud van het geheugen moet bij temperaturen
tot − 40 ºC bewaard blijven.
Het controleapparaat moet binnen het vochtigheidsbereik van 10 % tot 90 %
naar behoren functioneren.
Het controleapparaat moet tegen overspanning, polariteitomkering en kortslui-
ting 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 elek-
trostatische 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 onverander-
lijke 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 bewegings-
opnemer moet voldoen aan beschermingsklasse IP 64, volgens IEC 529.
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:1998R2135 — NL — 25.08.2002 — 001.001 — 39
(1) PB L 266 van 8.11.1995, blz. 1.
▼M1
ES TARJETA DEL
CONDUCTORTARJETA DE
CONTROLTARJETA DEL
CENTRO DE
ENSAYOTARJETA DE LA
EMPRESA
DK FØRERKORT KONTROLKORT VÆRKSTEDS-
KORTVIRKSOMHEDS-
KORT
DE FAHRERKARTE KONTROLL-
KARTEWERKSTATT-
KARTEUNTERNEHMENS-
KARTE
EL ΚΑΡΤΑ Ο∆ΗΟΥ ΚΑΡΤΑ
ΕΛΕΓΧΟΥΚΑΡΤΑ
ΚΕΝΤΡΟΥ
∆ΟΚΙΜΩΝΚΑΡΤΑ
ΕΠΙΧΕΙΡΗΣΗΣ
EN DRIVER CARD CONTROL CARD WORKSHOP
CARDCOMPANY CARD
FR CARTE DE
CONDUCTEURCARTE DE
CONTROLEURCARTE D'ATE-
LIERCARTE D'ENTRE-
PRISE
GA CÁRTA
TIOMÁNAÍCÁRTA
STIÚRTHACÁRTA CEARD-
LAINNECÁRTA COMH-
LACHTA
IT CARTA DEL
CONDUCENTECARTA DI
CONTROLLOCARTA DELL'OF-
FICINACARTA DELL'A-
ZIENDA
NL BESTUURDERS-
KAARTCONTROLE-
KAARTWERKPLAATS-
KAARTBEDRIJFSKAART
PT CARTÃO DE
CONDUTORCARTÃO DE
CONTROLOCARTÃO DO
CENTRO DE
ENSAIOCARTÃO DE
EMPRESA
FIN KULJETTAJA
KORTTILLAVALVONTA
KORTILLATESTAUSASEMA
KORTILLAYRITYSKORTILLA
SV FÖRARKORT KONTROLLKORT VERKSTADS-
KORTFÖ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 Griekenland
E Spanje
F Frankrijk
IRL IerlandI Italië
L Luxemburg
NL Nederland
A Oostenrijk
P Portugal
FIN Finland
S ZwedenUK Verenigd Koninkrijk
de gegevens die specifiek zijn voor de afgegeven kaart, met de volgende
nummers:1998R2135 — NL — 25.08.2002 — 001.001 — 40
▼M1
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: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 — 25.08.2002 — 001.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 gegevens1998R2135 — NL — 25.08.2002 — 001.001 — 42
▼M1
die van de kaarten gehaald wordt, het uitvoeren van bepaalde schrijfopdrachten
op de 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 tacho-
graafkaarten (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 ºC tot + 70 ºC met incidentele pieken
tot + 85 ºC 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 — 25.08.2002 — 001.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 kaar-
tinvoer 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
kaartuitneming voor deze gebruiksperiode van het voertuig, of 23.59 uur
wanneer de gebruiksperiode op dat moment voortduurt);
— kilometerstand van het voertuig op dat moment;
— kentekennummer en lidstaat waar het voertuig geregistreerd is.
De bestuurderskaart moet ten minste 84 registraties kunnen opslaan.1998R2135 — NL — 25.08.2002 — 001.001 — 44
▼M1
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
de bestuurders verandert en/of wanneer hij zijn kaart heeft ingebracht of
uitgenomen:
— 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 acti-
viteiten 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
opgezocht, 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 voor-
vallen, 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;
— 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 het
voorval 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;1998R2135 — NL — 25.08.2002 — 001.001 — 45
▼M1
— 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.
Op mer king : 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 de
datum 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 de
fout 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 de
controle plaatsvond.
Op mer king : 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.
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.1998R2135 — NL — 25.08.2002 — 001.001 — 46
▼M1
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 werk-
perioden op dezelfde manier kunnen opslaan als een bestuurderskaart.
De werkplaatskaart moet ten minste 3 registraties kunnen vasthouden.
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 controleappa-
raat ingebracht is.
Elke kalibreringsregistratie moet de volgende gegevens bevatten:
— doel van de kalibrering (eerste installatie, installatie, periodieke inspectie);1998R2135 — NL — 25.08.2002 — 001.001 — 47
▼M1
— 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
registraties 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;
— 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.1998R2135 — NL — 25.08.2002 — 001.001 — 48
▼M1
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-over-
brenging 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.
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 active-
ring 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.1998R2135 — NL — 25.08.2002 — 001.001 — 49
▼M1
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 vernie-
tigen.
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 werkplaats-
kaarten uitsluitend afgegeven aan voor het activeren en/of kalibreren van
controleapparaten erkende installateurs en/of werkplaatsen die voldoen aan
deze bijlage en, tenzij voldoende gerechtvaardigd:
— 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;1998R2135 — NL — 25.08.2002 — 001.001 — 50
▼M1
— 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
installatieonderdelen;
— 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
geregistreerde gegevens ten gevolge van de slechte werking van het controleap-
paraat 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. KAARTAFGIFTE
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 plaats-
vindt 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.1998R2135 — NL — 25.08.2002 — 001.001 — 51
▼M1
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 verbindingska-
bel(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 autoriteit
moet de verlenging van de goedkeuring aan de fabrikant bevestigen of kan een
aanpassing of een bevestiging van de relevante functie-, beveiligings- en/of
interoperabiliteitscertificaten 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
controleapparaat 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.
2.Veiligheidscertificaat
Het veiligheidscertificaat wordt afgegeven in overeenstemming met de bepa-
lingen 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.1998R2135 — NL — 25.08.2002 — 001.001 — 52
▼M1
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 beno-
digdheden 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 functiecertifi-
caat heeft afgegeven.
Elk onderdeel dat de oorzaak kan zijn van een interoperabiliteitsfout, mag niet
worden gebruikt om voordelen of een dominante positie te verkrijgen.
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
allereerste) met betrekking tot tijdens deze periode geregistreerde verzoeken,
als tijdelijk 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
verantwoordelijke laboratorium in samenwerking met de betreffende fabrikanten
en de goedkeuringsautoriteiten die de corresponderende functiecertificaten
hebben afgegeven, 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, de1998R2135 — NL — 25.08.2002 — 001.001 — 53
▼M1
Commissie na overleg met het voor de interoperabiliteitsbeproevingen verant-
woordelijke laboratorium beslist welke apparaten en kaarten een definitief
interoperabiliteitscertificaat krijgen. De Commissie motiveert haar beslissing.
Elk verzoek om interoperabiliteitsbeproevingen dat door het laboratorium gere-
gistreerd 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 opge-
schort totdat de aanvankelijke interoperabiliteitsproblemen opgelost zijn. Deze
verzoeken worden vervolgens in chronologische volgorde van registratie behan-
deld.1998R2135 — NL — 25.08.2002 — 001.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) … ......................
2.38. CompanyActivityType (Sort bedrijfsactiviteit) … . . . .............................1998R2135 — NL — 25.08.2002 — 001.001 — 55
▼M1
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) … . ...................................
2.83. OverspeedNumber (Aantal snelheidoverschrijdingen) … . . ........................1998R2135 — NL — 25.08.2002 — 001.001 — 56
▼M1
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 — 25.08.2002 — 001.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
d e V U )…................................................................
2.141. VuOverSpeedingEventRecord (Voorvallenregistraties van snelheidsoverschrijding van de
V U )… ..................................................................
2.142. VuPartNumber (Onderdeelnummer van de VU) … . . .............................
2.143. VuPlaceDailyWorkPeriodData (Gegevens over plaatsen van dagelijkse werkperiodes van
d e V U )…................................................................
2.144. VuPlaceDailyWorkPeriodRecord (Registraties van plaatsen van dagelijkse werkperiodes
v a nd e V U )… ............................................................
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 — 25.08.2002 — 001.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
omgevingsafhankelijke specifieke overdrachtssyntaxis (coderingsregels) moge-
lijk 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 betrek-
king op de benaming van de gegevenssoorten waaruit ze samengesteld zijn,
de inrichting waarin de gegevens opgeslagen zijn en de aan de gegevens
gerelateerde 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 inte-
grated circuit(s) cards and terminals — Part 3: Application
independent 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: Specifica-
tion 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
Interface. 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.
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 gegevenssoort is gerelateerd aan de voorschriften 084, 109a, 199 en 219.1998R2135 — NL — 25.08.2002 — 001.001 — 59
▼M1
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
opmerking):
′0′B: BESTUURDER,
′1′B: BIJRIJDER,
′c′B Status van de bestuurders
(geval′p′=0 )o fVolgende 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 inge-
bracht,
′1′B: NIET INGEBRACHT, de kaart is niet ingebracht (of de
kaart is uitgenomen),
′aa′B Activiteit (niet relevant wanneer ′p′=1e n′c′= 0 behoudens
onderstaande 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.
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.1998R2135 — NL — 25.08.2002 — 001.001 — 60
▼M1
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
ingebracht 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 geregi-
streerd 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..CardActivityLength-
Range),
activityRecordDate TimeReal,activityDailyPresenceCounter DailyPresenceCounter,activityDayDistance Distance,activityChangeInfo SET SIZE(1..1 440) OF ActivityChan-
geInfo
}
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.1998R2135 — NL — 25.08.2002 — 001.001 — 61
▼M1
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 wijzi-
ging van de activiteiten per minuut). Deze verzameling bevat altijd de
activityChangeInfo 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 controleac-
tiviteiten 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 {
controlType controlType,controlTime TimeReal,controlCardNumber FullCardNumber,controlVehicleRegistration VehicleRegistrationIdentification,controlDownloadPeriodBegin TimeReal,controlDownloadPeriodEnd TimeReal,
}1998R2135 — NL — 25.08.2002 — 001.001 — 62
▼M1
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 en controlDownloadPeriodEnd 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 inge-
bracht wordt. Dit element wordt bij kaartuitneming op nul gezet.
sessionOpenVehicle is de identificatie van het thans gebruikte voertuig, die
ingesteld 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..CardActivity-
LengthRange-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
dagregistratie 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
voorgaande record toegevoegd. Wanneer de string vol is, gaat de opslag verder
bij de eerste byte van de string, onafhankelijk van een onderbreking binnen een
gegevenselement. Voor het invoeren van nieuwe gegevens over activiteiten in
de string (uitbreiding van de lopende activityDailyRecord, of invoeren van een
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 activityPrevi-
ousRecordLength 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 rijbewijs-
gegevens van de kaarthouder (voorschrift 196).
CardDrivingLicenceInformation ::= SEQUENCE {
drivingLicenceIssuingAuthority Name,drivingLicenceIssuingNation NationNumeric,
drivingLicenceNumber IA5String(SIZE(16))1998R2135 — NL — 25.08.2002 — 001.001 — 63
▼M1
}
drivingLicenceIssuingAuthority is de autoriteit die verantwoordelijk is voor
afgifte van het rijbewijs.
drivingLicenceIssuingNation is de nationaliteit van de autoriteit die het rijbe-
wijs 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 {
cardFaultRecords SET SIZE(NoOfFaultsPerType) OF Card-
FaultRecord
}
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
}1998R2135 — NL — 25.08.2002 — 001.001 — 64
▼M1
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
gegevenssoort ExtendedSerialNumber.
cardApprovalNumber is het goedkeuringsnummer van de kaart.
cardPersonaliserID is de persoonlijke identificatie (ID) van de kaart zoals
gedefinieerd 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 fabri-
kant 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,
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
afgegeven.
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
}1998R2135 — NL — 25.08.2002 — 001.001 — 65
▼M1
SEQUENCE {
ownerIdentification IA5String(SIZE(13)),cardConsecutiveIndex Ca rdConsecutiveIndex,
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 (voor-
schriften 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.
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′1998R2135 — NL — 25.08.2002 — 001.001 — 66
▼M1
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
ingebracht 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.
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.1998R2135 — NL — 25.08.2002 — 001.001 — 67
▼M1
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..NoOfCardVehicle-
Records-1),
cardVehicleRecords SET SIZE(NoOfCardVehicleRecords) OF
CardVehicleRecord
}
vehiclePointerNewestRecord is de index van de laatst bijgewerkte voertuigre-
gistratie.
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 certificeringsauto-
riteit.
Certificate ::= OCTET STRING (SIZE(194))Waardetoekenning: digitale handtekening met gedeeltelijk herstel van een
CertificateContent overeenkomstig appendix 11 Algemene beveiligingsinrich-
tingen: handtekening (128 bytes) || restant openbare sleutel (58 bytes) ||
referentie certificeringsautoriteit (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 CertificateHolderAuthorisa-
tion,
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 certificaat-
houder.
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.1998R2135 — NL — 25.08.2002 — 001.001 — 68
▼M1
Waardetoekenning :′FFh′′54h′′41h′′43h′′48h′′4Fh′. Deze AID is een parti-
culier niet-geregistreerd toepassingsidentificatiesymbool overeenkomstig ISO/
IEC 7816-5.
equipmentType is de identificatie van het type inrichting waarvoor het certifi-
caat 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 identifica-
tiesymbool 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..232-1)
requestMonthYear BCDString(SIZE(2))crIdentifier OCTET STRING(SIZE(1))manufacturerCode ManufacturerCode
}
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
toegevoegd 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 NationAlpha
keySerialNumber 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..NoOfCompanyAc-
tivityRecords-1),
companyActivityRecords SET SIZE(NoOfCompanyActivityRe-
cords) OF1998R2135 — NL — 25.08.2002 — 001.001 — 69
▼M1
companyActivityRecord SEQUENCE {
companyActivityType CompanyActivityType,companyActivityTime TimeReal,cardNumberInformation FullCardNumber,vehicleRegistrationInformation VehicleRegistration-
Identification,
downloadPeriodBegin TimeReal,downloadPeriodEnd TimeReal
}
}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 bedrijfsacti-
viteiten in de structuur.
companyActivityRecords is de verzameling van alle registraties van bedrijfsac-
tiviteiten.
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 en downloadPeriodEnd 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,1998R2135 — NL — 25.08.2002 — 001.001 — 70
▼M1
companyAddress Address,
cardHolderPreferredLanguage Language
}
companyName is de naam van het bedrijf.
companyAddress is het adres van het bedrijf.
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
uitgevoerde 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 VehicleRegistrationIden-
tification,
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 controleacti-
viteiten.
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 uiteinde-
lijk overgebrachte periode.1998R2135 — NL — 25.08.2002 — 001.001 — 71
▼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)),
month BCDString(SIZE(1)),
day BCDString(SIZE(1))
}1998R2135 — NL — 25.08.2002 — 001.001 — 72
▼M1
Waardetoekenning:
yyyy Jaar
mm Maand
dd 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..216-1)
Waardetoekenning: niet-getekend binair getal. Waarde in km in het operatio-
nele bereik 0 tot 9 999 km.
2.49. DriverCardApplicationIdentification (Toepassingsidentificatie van de
bestuurderskaart)
Op een bestuurderskaart opgeslagen informatie met betrekking tot de toepas-
singsidentificatie 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 bestuurders-
kaarthouder)
Op een bestuurderskaart opgeslagen informatie met betrekking tot de identifi-
catie 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.
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 ::= INTEGER1998R2135 — NL — 25.08.2002 — 001.001 — 73
▼M1
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),
--D r i v e rC a r d( 1 ) ,
- - Workshop Card (2),
- - Control Card (3),
- - Company Card (4),- - Manufacturing Card (5),
- - Vehicle Unit (6),
--M o t i o nS e n s o r( 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,
′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 gegevens1998R2135 — NL — 25.08.2002 — 001.001 — 74
▼M1
′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 fout
′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
}1998R2135 — NL — 25.08.2002 — 001.001 — 75
▼M1
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
operationele bereik 0 tot 21 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
operationele bereik 0 tot 21 055 406 km.
2.60. HolderName (Naam van de houder)
Naam en voorna(a)men van een kaarthouder.
HolderName ::= SEQUENCE {
holderSurname Name,
holderFirstNames Name
}
holderSurname is de achternaam (familienaam) van de houder. Deze achter-
naam bevat geen titels.
Waardetoekenning: Wanneer een kaart niet persoonlijk is, bevat holderSur-
name 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 controleap-
paraat)
Constante van het controleapparaat (definitie m).
K-ConstantOfRecordingEquipment ::= INTEGER(0..216-1)
Waardetoekenning : pulsen per kilometer in het operationele bereik 0 tot
64 255 pulsen/km.1998R2135 — NL — 25.08.2002 — 001.001 — 76
▼M1
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 voer-
tuigunit (wanneer het serienummer van de voertuigunit op het moment van
ontwikkeling 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 opera-
tionele 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)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′
begint1998R2135 — NL — 25.08.2002 — 001.001 — 77
▼M1
′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′
begint
′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 ::= PublicKey1998R2135 — NL — 25.08.2002 — 001.001 — 78
▼M1
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 inter-
nationaal 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,
′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,1998R2135 — NL — 25.08.2002 — 001.001 — 79
▼M1
′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ë (0 2)H,- - Andorra (03) H,- - Armenië ( 04)H,- - Azerbeidzjan (05)H,- - België (0 6)H,- - Bulgarije (07) H,- - Bosnië en Herzegovina (0 8)H,- - Wit-Rusland (0 9)H,- - Zwitserland (0A)H,- - Cyprus ( 0B)H,- - Republiek Tsjechië (0C)H,- - Duitsland ( 0D)H,- - Denemarken (0 E)H,- - Spanje (0F) H,- - Estland (1 0)H,
- - Frankrijk (1 1)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ë (1 9)H,- - Italië (1 A)H,- - Ierland (1 B)H,- - IJsland (1C)H,- - Kazachstan (1D) H,- - Luxemburg (1E )H,1998R2135 — NL — 25.08.2002 — 001.001 — 80
▼M1
- - Litouwen (1F)H,
- - Letland (20)H,- - Malta (21 )H,
- - Monaco (22 )H,
- - Republiek Moldavië ( 23)H,
- - Macedonië (24 )H,
- - Noorwegen (2 5)H,- - Nederland (26)H,
- - Portugal (2 7)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.
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..2
16-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.1998R2135 — NL — 25.08.2002 — 001.001 — 81
▼M1
2.78. NoOfControlActivityRecords (Aantal registraties van controleactivi-
teiten)
Aantal registraties van controleactiviteiten dat een controlekaart kan opslaan.
NoOfControlActivityRecords ::= INTEGER(0..216-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 (voor-
schrift 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 operatio-
nele bereik 0 tot 9 999 999 km.
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
snelheidsoverschrijdingen sinds de laatste controle van snelheidsoverschrij-
dingen.
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.1998R2135 — NL — 25.08.2002 — 001.001 — 82
▼M1
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 VehicleRegistrationIdentifi-
cation,
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:
′′ 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,1998R2135 — NL — 25.08.2002 — 001.001 — 83
▼M1
′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))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 bewegingsop-
nemer.
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 {1998R2135 — NL — 25.08.2002 — 001.001 — 84
▼M1
sensorPairingDateFirst SensorPairingDate,
firstVuApprovalNumber VuApprovalNumber,
firstVuSerialNumber VuSerialNumber,sensorPairingDateCurrent SensorPairingDate,
currentVuApprovalNumber VuApprovalNumber,
currentVUSerialNumber VuSerialNumber
}
sensorPairingDateFirst is de datum van de eerste verbinding van de bewe-
gingsopnemer met de voertuigunit.
firstVuApprovalNumber is het goedkeuringsnummer van de eerste voertuig-
unit 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
bewegingsopnemer 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.
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 voer-
tuigunit 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 ::= ExtendedSerialNumber1998R2135 — NL — 25.08.2002 — 001.001 — 85
▼M1
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 beveiligingsin-
richtingen).
2.102. SimilarEventsNumber (Aantal vergelijkbare voorvallen)
Het aantal vergelijkbare voorvallen op een bepaalde dag (voorschrift 094).
SimilarEventsNumber ::= INTEGER(0..255)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
plaatsgevonden 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 ::= Speed1998R2135 — NL — 25.08.2002 — 001.001 — 86
▼M1
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))
}
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..TimeRe-
alRange)
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.1998R2135 — NL — 25.08.2002 — 001.001 — 87
▼M1
2.115. VuActivityDailyData (Gegevens over de dagelijkse activiteiten van de
VU)
In een VU opgeslagen informatie met betrekking tot wijzigingen in de activi-
teiten 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),
activityChangeInfos SET SIZE(noOfActivityChanges) OF
ActivityChangeInfo
}
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 vuCalibrationRe-
cords 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 VehicleRegistrationIdentifi-
cation,
wVehicleCharacteristicConstant W-VehicleCharacteristic-
Constant,
kConstantOfRecordingEquipment K-ConstantOfRecordingE-
quipment,
lTyreCircumference L-TyreCircumference,tyreSize TyreSize,authorisedSpeed SpeedAuthorised,
oldOdometerValue OdometerShort,
newOdometerValue OdometerShort,oldTimeValue TimeReal,newTimeValue TimeReal,nextCalibrationDate TimeReal
}1998R2135 — NL — 25.08.2002 — 001.001 — 88
▼M1
calibrationPurpose is het doel van de kalibrering.
workshopName, workshopAddress zijn de naam en het adres van de werk-
plaats.
workshopCardNumber identificeert de werkplaatskaart die tijdens de kalibre-
ring 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 werk-
plaatskaarten (voorschrift 081).
VuCardIWData ::= SEQUENCE {
noOfIWRecords INTEGER(0..216-1),
vuCardIWRecords SET SIZE(noOfIWRecords) OF VuCardI-
WRecord
}
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
werkplaatskaart (voorschrift 081).
VuCardIWRecord ::= SEQUENCE {
cardHolderName HolderName,fullCardNumber FullCardNumber,
cardExpiryDate TimeReal,
cardInsertionTime TimeReal,vehicleOdometerValueAtInsertion OdometerShort,cardSlotNumber CardSlotNumber,cardWithdrawalTime TimeReal,
vehicleOdometerValueAtWithdrawal OdometerShort,
previousVehicleInfo PreviousVehicleInfomanualInputFlag ManualInputFlag
}
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.1998R2135 — NL — 25.08.2002 — 001.001 — 89
▼M1
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 VuCom-
panyLocksRecord
}
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 bedrijfsver-
grendeling (voorschrift 104).
VuCompanyLocksRecord ::= SEQUENCE {
lockInTime TimeReal,lockOutTime TimeReal,companyName Name,companyAddress Address,companyCardNumber FullCardNumber
}
lockInTime, lockOutTime zijn de datum en tijd van vergrendeling en ontgren-
deling.
companyName, companyAddress zijn de naam en het adres van het vergrende-
lende bedrijf.
companyCardNumber identificeert de kaart die bij de vergrendeling wordt
gebruikt.
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
VuControlActivityRecord
}
noOfControls is het aantal in vuControlActivityRecords opgenomen controles.
vuControlActivityRecords is de reeks registraties van controleactiviteiten.1998R2135 — NL — 25.08.2002 — 001.001 — 90
▼M1
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).
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.2
16-1),
vuDetailedSpeedBlocks SET SIZE(noOfSpeedBlocks) OF
VuDetailedSpeedBlock
}
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 TimeReal1998R2135 — NL — 25.08.2002 — 001.001 — 91
▼M1
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 over-
brenging (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 voor-
vallen.
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 {
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.1998R2135 — NL — 25.08.2002 — 001.001 — 92
▼M1
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(noOfVuF aults) 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 (voor-
schrift 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.
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.1998R2135 — NL — 25.08.2002 — 001.001 — 93
▼M1
vuSerialNumber is het serienummer van de voertuigunit.
vuSoftwareIdentification identificeert de software die in de voertuigunit
geïmplementeerd 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 ::= TimeReal
Waardetoekenning: niet gespecificeerd.
2.139. VuOverSpeedingControlData (Controlegegevens over snelheidsover-
schrijding van de VU)
In een voertuigunit opgeslagen informatie met betrekking tot snelheidsover-
schrijdingen sinds de laatste controle van de snelheidsoverschrijding
(voorschrift 095).
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
snelheidsoverschrijding (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 snel-
heidsoverschrijding.
2.141. VuOverSpeedingEventRecord (Voorvallenregistraties van snelheids-
overschrijding van de VU)
In een voertuigunit opgeslagen informatie met betrekking tot voorvallen van
snelheidsoverschrijding (voorschrift 094).
VuOverSpeedingEventRecord ::= SEQUENCE {
eventType EventFaultType,eventRecordPurpose EventFaultRecordPurpose,1998R2135 — NL — 25.08.2002 — 001.001 — 94
▼M1
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.
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 dage-
lijkse 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(noOfPlaceRe-
cords) 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
dagelijkse 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
kaartnummer.
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 ::= PublicKey1998R2135 — NL — 25.08.2002 — 001.001 — 95
▼M1
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 {
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 (noOfSpecificCondition-
Records) 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(noOfVuTimeAdjRe-
cords) 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,1998R2135 — NL — 25.08.2002 — 001.001 — 96
▼M1
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.
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 toepas-
singsidentificatie 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..2
16-1),
calibrationPointerNewestRecord INTEGER(0..NoOfCalibrati-
onRecords-1),
calibrationRecords SET SIZE(NoOfCalibrationRecords) OF
WorkshopCardCalibrationRecord
}
calibrationTotalNumber is het totale aantal met de kaart uitgevoerde kalibre-
ringen.1998R2135 — NL — 25.08.2002 — 001.001 — 97
▼M1
calibrationPointerNewestRecord is de index van de laatst bijgewerkte kalibre-
ringsregistratie.
Waardetoekenning: getal dat correspondeert met de teller van de kalibrerings-
registratie, beginnend met ′0′voor de eerste kalibreringsregistratie in de
structuur.
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-VehicleCharacteristic-
Constant,
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 en sensorSerialNumber zijn de gegevens-
elementen 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).
WorkshopCardHolderIdentif ication ::= SEQUENCE {
workshopName Name,1998R2135 — NL — 25.08.2002 — 001.001 — 98
▼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
C ardAc tiv ity Len gth Rang e 5 544 bytes
(28 dagen 93 activi-
teiten-wijzigingen per
dag)13 776 bytes
(28 dagen 240 activi-
teiten-wijzigingen per
dag)
No OfCa rdPla ce Rec ords 84 112
NoOfCardVehicleRecords 84 200NoOfEventsPerType 6 12NoOfFaultsPerType 12 24
3.2. Definities voor de werkplaatskaart:
Naam van de variabele waarde Min Max
C ardAc tiv ity Len gth Rang e 198 bytes
(1 dag 93 activi-
teiten-wijzigingen)492 bytes
(1 dag 240 activi-
teiten-wijzigingen)
NoOfCardPlaceRecords 6 8
NoOfCardVehicleRecords 4 8
NoOfEventsPerType 3 3NoOfFaultsPerType 6 6NoOfCalibrationRecords 88 2551998R2135 — NL — 25.08.2002 — 001.001 — 99
▼M1
3.3. Definities voor de controlekaart:
Naam van de variabele waarde Min Max
No OfCon trol Act ivit yRe cord s 230 520
3.4. Definities voor de bedrijfskaart:
Naam van de variabele waarde Min Max
No OfCom pa nyAc tivi tyR eco rds 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.
!"#$%&'()*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_
/primerevabcdefghijklmnopqrstuvwxyz{|} =
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
gegevenssoorten gecodeerd worden overeenkomstig ISO/IEC 8825-2, uitgerichte
variant.1998R2135 — NL — 25.08.2002 — 001.001 — 100
▼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. I/O-contact … .............................................................
2.5. 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 … . ........................................1998R2135 — NL — 25.08.2002 — 001.001 — 101
▼M1
4.1. Structuur van de bestuurderskaart … . . ........................................
4.2. Structuur van de werkplaatskaart … . . . ........................................
4.3. Structuur van de controlekaart … .............................................
4.4. Structuur van de bedrijfskaart … .............................................1998R2135 — NL — 25.08.2002 — 001.001 — 102
▼M1
1. INLEIDING
1.1. Afkortingen
In deze appendix worden de volgende afkortingen gebruikt.
AC Toegangscondities
AID Toepassingsidentificatiesymbool
ALW Altijd
APDU Toepassingsprotocol gegevensunit (structuur van een commando)ATR Antwoord op terugstellenAUT GeauthentiseerdC6, C7 Contacten nrs. 6 en 7 van de kaart zoals omschreven in ISO/IEC
7816-2
cc klokcycliCHV Verificatie-informatie van de kaarthouderCLA 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 tijdunitIC Integrated circuitICC IC-kaart
ID Identificatiesymbool
IFD Interface-inrichtingIFS Grootte van informatieveldIFSC Grootte van informatieveld voor de kaartIFSD Inrichting voor grootte van het informatieveld (voor het werksta-
tion)
INS Instructiebyte van een APDU-commandoLc Lengte van de invoergegevens voor een APDU-commandoLe Lengte van de verwachte gegevens (uitvoergegevens voor een
commando)
MF Stambestand (wortel DF)
P1-P2 Parameterbytes
NAD Node adres gebruikt in het T=1 protocolNEV NooitPIN Personal Identification Number (PIN-code)PRO SM Beschermd door beveiligde berichtenuitwisselingPTS Protocol voor transmissieselectieRFU Gereserveerd voor toekomstig gebruikRST Terugstellen (van de kaart)SM Beveiligde berichtenuitwisseling
SW1-SW2 Statusbytes
TS Initieel ATR-tekenVPP ProgrammeerspanningXXh 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.1998R2135 — NL — 25.08.2002 — 001.001 — 103
▼M1
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.
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
stilgezet worden. De eerst byte van het EFICC-bestandsdeel codeert de voor-
waarden voor de klokonderbrekingsmodus (zie EN 726-3 voor verdere details):
Laag Hoog
Bit 1 Bit 3 Bit 2
00 1Klokonderbreking toegestaan, geen voorkeurni-
veau
01 1Klokonderbreking toegestaan, bij voorkeur hoog
niveau
10 1Klokonderbreking toegestaan, bij voorkeur laag
niveau
00 0 Klokonderbreking niet toegestaan
01 0Klokonderbreking alleen toegestaan op hoog
niveau1998R2135 — NL — 25.08.2002 — 001.001 — 104
▼M1
Laag Hoog
Bit 1 Bit 3 Bit 2
10 0Klokonderbreking alleen toegestaan op laag
niveau
De bits 4 tot en met 8 worden niet gebruikt.
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 over-
brengingsmodus 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
specificeren. De gespecificeerde commando's voldoen volledig aan de genoemde
normen 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 tekenwordt opgespoord, kan de foutsignalering op I/O tussen 1 etu en 2 etu voor-
komen. 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.1998R2135 — NL — 25.08.2002 — 001.001 — 105
▼M1
— 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).
— 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 onmid-
dellijk 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
historische 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 selecteren1998R2135 — NL — 25.08.2002 — 001.001 — 106
▼M1
Teken Waarde Opmerkingen
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_-
BINARY worden voor elk hoofdbestand gedefinieerd.
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 Ja
AUT 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
ingelezen, 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 B0
UPDATE BINARY D6GET CHALLENGE 841998R2135 — NL — 25.08.2002 — 001.001 — 107
▼M1
Commando INS
VERIFY 20
GET RESPONSE C0PERFORM SECURITY OPERATION:
VERIFY CERTIFICATE
COMPUTE DIGITAL SIGNATURE
VERIFY DIGITAL SIGNATURE
HASH2A
INTERNAL AUTHENTICATE 88
EXTERNAL AUTHENTICATE 82
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) offoutief 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 beveiligingsstatus69 83 Authentificatiemethode geblokkeerd69 85 Niet voldaan aan gebruiksvoorwaarden
69 86 Commando niet toegestaan (geen geldig EF)
69 87 Verwachte gegevensobjecten voor beveiligde berichtenuitwisseling
ontbreken1998R2135 — NL — 25.08.2002 — 001.001 — 108
▼M1
SW1 SW2 Betekenis
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 controlefouten
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
operaties 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.1998R2135 — NL — 25.08.2002 — 001.001 — 109
▼M1
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.
— 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′.1998R2135 — NL — 25.08.2002 — 001.001 — 110
▼M1
— 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 transpa-
rant 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 gevraagd
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 verwerkings-
status′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
verwerkingsstatus is ′6281′.1998R2135 — NL — 25.08.2002 — 001.001 — 111
▼M1
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 berich-
tenuitwisseling
#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 controlesom
#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:1998R2135 — NL — 25.08.2002 — 001.001 — 112
▼M1
Byte Lengte Waarde Omschrijving
#1 1 ′87h′ TPI CG: label voor gecodeerde gegevens
(cryptogram)
#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 depaddingaanwijzer altijd de waarde ′01h′, waarmee wordt aangegeven dat de
gebruikte paddingmodus de modus is die in ISO/IEC 7816-4 wordt gespecifi-
ceerd (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:
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
samengesteld 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 PRO1998R2135 — NL — 25.08.2002 — 001.001 — 113
▼M1
SM bevat, moet een beveiligde berichtenuitwisseling aan het commando worden
toegevoegd).
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 verifi-
eert. 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′.
— 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 byte1998R2135 — NL — 25.08.2002 — 001.001 — 114
▼M1
Byte Lengte Waarde Omschrijving
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)
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
samengesteld 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.1998R2135 — NL — 25.08.2002 — 001.001 — 115
▼M1
— 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.
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′ CHV1998R2135 — NL — 25.08.2002 — 001.001 — 116
▼M1
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′,i sd e
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
Antwoordbericht
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.1998R2135 — NL — 25.08.2002 — 001.001 — 117
▼M1
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 contro-
leren.
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 AUTHENTI-
CATE of VERIFY CERTIFICATE) ingesteld worden door het MSE-
commando (zie paragraaf 3.6.10), met gebruikmaking van zijn sleutelidentifica-
tiesymbool.
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 verwerkings-
status′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′.
— Indien de geselecteerde openbare sleutel (gebruikt om het certificaat open te
maken) een andere CHA.LSB (C ert ific at eHol derAutho risa tion .e -
qui pme ntT ype ) 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 authen-
tiseren.
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
ontwikkelen (meer details in appendix 11).1998R2135 — NL — 25.08.2002 — 001.001 — 118
▼M1
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
authentiseren.
Het authenticatieproces wordt in appendix 11 beschreven. Het bevat de onder-
staande instructies:
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
identiteit), 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′ INS1998R2135 — NL — 25.08.2002 — 001.001 — 119
▼M1
Byte Lengte Waarde Omschrijving
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 gegevens)
#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
verwerkingsstatus ′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 mecha-
nisme 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.
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-
tekening1998R2135 — NL — 25.08.2002 — 001.001 — 120
▼M1
Byte Lengte Waarde Omschrijving
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 (sleutelidentificatie-
symbool)
#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 terugge-
zonden 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 sleu-
telidentificatiesymbool niet gelijk is aan ′08h′.
— Indien de geselecteerde sleutel verminkt is, is de teruggezonden verwer-
kingsstatus′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
opgeslagen 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 hashcode
#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.1998R2135 — NL — 25.08.2002 — 001.001 — 121
▼M1
— 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 handteke-
ning)
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.
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′ CLA1998R2135 — NL — 25.08.2002 — 001.001 — 122
▼M1
Byte Lengte Waarde Omschrijving
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
geleverd 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, geco-
deerd overeenkomstig ISO/IEC 7816-6)
#31-#158 128 ′XX..XXh′ Inhoud van de digitale handtekening
Antwoordbericht
Byte Lengte Waarde Omschrijving
SW 2 ′XXXXh′ Statuswoorden (SW1, SW2)
— Indien het commando succesvol is, zendt de kaart ′9000′terug.1998R2135 — NL — 25.08.2002 — 001.001 — 123
▼M1
— 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
verwerkingsstatus ′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
EuropeanPublicKey, CardPrivateKey, TDesSessionKey of
WorkshopCardPin.
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
bestandsstructuur 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 — 25.08.2002 — 001.001 — 124
▼M1
1998R2135 — NL — 25.08.2002 — 001.001 — 125
▼M1
De onderstaande waarden, die worden gebruikt om de grootte in de boven-
staande tabel aan te geven, zijn de laagste en hoogste waarden van het aantal
registraties dat de gegevensstructuur van de bestuurderskaart moet gebruiken:1998R2135 — NL — 25.08.2002 — 001.001 — 126
▼M1
Min Max
n1NoOfEventsPerType 6 12
n2NoOfFaultsPerType 12 24
n3NoOfCardVehicleRecords 84 200
n4No OfCa rdPla ce Rec ords 84 112
n6C ardActi vity Le ngth Ran ge 5 544 bytes
(28 dagen * 93
wijzigingen van
activiteiten)13 776 bytes
(28 dagen * 240
wijzigingen van
activiteiten)
4.2. Structuur van de werkplaatskaart
Na personalisatie moet de werkplaatskaart de onderstaande permanente
bestandsstructuur 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 — 25.08.2002 — 001.001 — 127
▼M1
1998R2135 — NL — 25.08.2002 — 001.001 — 128
▼M1
De onderstaande waarden, die worden gebruikt om de grootte in de boven-
staande tabel aan te geven, zijn de laagste en hoogste waarden van het aantal
registraties dat de gegevensstructuur van de werkplaatskaart moet gebruiken:
Min Max
n1NoOfEventsPerType 3 3
n2NoOfFaultsPerType 6 6
n3NoOfCardVehicleRecords 4 8
n4NoOfCardPlaceRecords 6 8
n5NoOfCalibrationRecords 88 255
n6C ardActi vity Le ngth Ran ge 198 bytes
(1 dag * 93 wijzi-
gingen van activi-
teiten)492 bytes
(1 dag * 240
wijzigingen van
activiteiten)1998R2135 — NL — 25.08.2002 — 001.001 — 129
▼M1
4.3. Structuur van de controlekaart
Na personalisatie moet de controlekaart de onderstaande permanente bestands-
structuur en bestandstoegangscondities hebben:
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:
1998R2135 — NL — 25.08.2002 — 001.001 — 130
▼M1
De onderstaande waarden, die worden gebruikt om de grootte in de boven-
staande tabel aan te geven, zijn de laagste en hoogste waarden van het aantal
registraties dat de gegevensstructuur van de controlekaart moet gebruiken:
Min Max
n7NoOfControlActivityRecords 230 520
4.4. Structuur van de bedrijfskaart
Na personalisatie moet de bedrijfskaart de onderstaande permanent 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 bedrijfskaart moet de onderstaande gegevensstructuur hebben:1998R2135 — NL — 25.08.2002 — 001.001 — 131
▼M1
De onderstaande waarden, die worden gebruikt om de grootte in de boven-
staande tabel aan te geven, zijn de laagste en hoogste waarden van het aantal
registraties dat de gegevensstructuur van de bedrijfskaart moet gebruiken:
Min Max
n8No OfCom pa nyAc tivi tyR eco rds 230 5201998R2135 — NL — 25.08.2002 — 001.001 — 132
▼M1
Appendix 3
PICTOGRAMMEN1998R2135 — NL — 25.08.2002 — 001.001 — 133
▼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/treinDiversen
Voorvallen
 Fouten
Begin van de dagelijkse werkperiode
 Einde van de dage-
lijkse werkperiode
Plaats
 Handmatige invoervan 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 werkperiode
 Plaats einde dage-
lijkse werkperiode
Van tijd
 Tot tijd
Van voertuig
Begin Niet verplicht
 Einde buiten bereik1998R2135 — NL — 25.08.2002 — 001.001 — 134
▼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 snelheidsoverschrijdingFouten
Kaartfout (lezer van de bestuurder)
Kaartfout (lezer van de bijrijder)
Leesvensterfout
Overbrengingsfout
Printerfout
Fout in de opnemer
Interne fout in de VUProcedure 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
afdrukblok of registratie-identificatiemiddelen worden in appendix 4 gedefini-
eerd.1998R2135 — NL — 25.08.2002 — 001.001 — 135
▼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 — 25.08.2002 — 001.001 — 136
▼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 afge-
drukt.
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:— vet gedrukte 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 gegevenbe-
standdeel 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 gegevensrecordsovereenkomstig 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)
3Identificatie van de kaarthouder
Blokidentificatiesymbool. P = pictogram voor
personen1998R2135 — NL — 25.08.2002 — 001.001 — 137
▼M1
Blok- of recordnummer
Betekenis
Naam van de kaarthouder
Voornaam van de kaarthouder (indien van
toepassing)
Kaartidentificatie
Vervaldatum 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-nummer
Lidstaat van registratie en kenteken
5VU-identificatie
BlokidentificatiesymboolNaam van fabrikant van VU
Onderdeelnummer van VU
6Laatste kalibrering van het controleappa-
raat
Blokidentificatiesymbool
Naam van de werkplaats
Identificatie van de werkplaatskaartDatum van de kalibrering
7Laatste controle (door een controleur)
BlokidentificatiesymboolIdentificatie van de controleurskaart
Datum, tijd en type van de controle
Type 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
8.1 Periode 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
1998R2135 — NL — 25.08.2002 — 001.001 — 138
▼M1
Blok- of recordnummer
Betekenis
Pictogram van de activiteit, begin- en eind-
tijd (inclusief), duur, rusttijden van ten
minste een uur worden gelabeld met een
sterretje.
8.2 Kaartinbrenging in lezer S
Record-identificatiesymbool;
S = Lezerpictogram
Registerende lidstaat van het voertuig en
kenteken
Kilometerstand van het voertuig bij kaartin-
brenging
8.3 Activiteit (terwijl de kaart ingebracht was)
Pictogram van de activiteit, begin- en eind-
tijd (inclusief), duur, status van de beman-
ning (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.4 Kaartuitneming
Kilometerstand van het voertuig en afge-
legde afstand sinds de laatste inbrenging
waarvan de kilometerstand bekend is
9Activiteiten van de bestuurder in chronolo-
gische volgorde opgeslagen in een VU per
lezer
BlokidentificatiesymboolOnderzoeksdatum (kalenderdag van de afdruk)
Kilometerstand van het voertuig om 00:00 en
24:00
10 Activiteiten 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
10.2 Kaartinbrenging
Record-identificatiesymbool van kaartin-
brenging
Naam van de bestuurder
Voornaam van de bestuurder
Identificatie van de bestuurderskaartVervaldatum van de bestuurderskaart
Lidstaat van registratie en kenteken van het
vorige gebruikte voertuig1998R2135 — NL — 25.08.2002 — 001.001 — 139
▼M1
Blok- of recordnummer
Betekenis
Datum en tijd van kaartuitneming bij hetvorige 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
sterretje.
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 kaar-
tuitneming of aan het einde van een „geen
kaart”-periode en afgelegde afstand sinds
inbrenging, of sinds het begin van de
„geen kaart”-periode.
11 Dagelijks 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
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
1998R2135 — NL — 25.08.2002 — 001.001 — 140
▼M1
Blok- of recordnummer
Betekenis
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 afstandTotale 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.
12 Op een kaart opgeslagen voorvallen en/of
fouten
12.1 Blokidentificatiesymbool laatste 5 „Voor-
vallen en Fouten” van een kaart
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
1998R2135 — NL — 25.08.2002 — 001.001 — 141
▼M1
Blok- of recordnummer
Betekenis
13 In een VU opgeslagen of aanhoudende
voorvallen 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-identificatiesymboolVoorval-/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 was
Het doel van het record (p) is een nume-
rieke code die verklaart waarom het
voorval of de fout geregistreerd werd, geco-
deerd overeenkomstig het gegevensbestand-
deel VoorvalFoutRecordDoel .
14 VU-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
15 Identificatie van de opnemer
BlokidentificatiesymboolSerienummer van de opnemer
Goedkeuringsnummer van de opnemer
Datum van eerste installatie van de opnemer
1998R2135 — NL — 25.08.2002 — 001.001 — 142
▼M1
Blok- of recordnummer
Betekenis
16 Kalibreringsgegevens
Blokidentificatiesymbool
16.1 Kalibreringsrecord
Record-identificatiesymbool
Werkplaats die de kalibrering heeft uitge-
voerd
Adres van de werkplaats
Identificatie van de werkplaatskaart
Vervaldatum van de werkplaatskaartWitregel
Kalibreringsdatum + kalibreringsdoel
VIN-nummerLidstaat van registratie en kenteken
Kenmerkende coëfficiënt van het voertuig
Constante van het controleapparaatEffectieve omtrek van de wielbanden
Maat van gemonteerde banden
Instelling van de snelheidsbegrenzerOude en nieuwe kilometerstand
Het kalibreringsdoel (p) is een numerieke
code die verklaart waarom deze kalibre-
ringsparameters geregistreerd werden, geco-
deerd overeenkomstig het
gegevensbestanddeel Kal ibre rin gDoel .
17 Tijdafstelling
Blokidentificatiesymbool
17.1 Tijdafstellingsrecord
Record-identificatiesymbool
Oude datum en tijd
Nieuwe datum en tijdWerkplaats die de tijdafstelling heeft uitge-
voerd
Adres van de werkplaatsIdentificatie van de werkplaatskaart
Vervaldatum van de werkplaatskaart
18 Meest recent(e) in de VU geregistreerd(e)
voorval en fout
Blokidentificatiesymbool
Datum en tijd meest recent voorvalDatum en tijd meest recente fout
19 Informatie over controle snelheidsover-
schrijding
Blokidentificatiesymbool1998R2135 — NL — 25.08.2002 — 001.001 — 143
▼M1
Blok- of recordnummer
Betekenis
Datum en tijd laatste CONTROLE SNEL-
HEIDSOVERSCHRIJDING
Datum/tijd van eerste snelheidsoverschrijving
en aantal snelheidsoverschrijdingen sindsdien
20 Snelheidsoverschrijdingsrecord
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 duurGemiddelde en maximumsnelheid, aantal
vergelijkbare voorvallen op die dag
Naam van de bestuurderVoorna(a)m(en) van de bestuurder
Identificatie van de bestuurderskaart
20.5 Indien geen snelheidsoverschrijdingsrecord
in een blok aanwezig is
21 Geschreven informatie
Blokidentificatiesymbool
21.1 Plaats van controle21.2 Handtekening van de controleur
21.3 Van tijdstip
21.4 Tot tijdstip21.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 herhaald1998R2135 — NL — 25.08.2002 — 001.001 — 144
▼M1
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 afdrukgemaakt 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 onder-
worpen
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 VU
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 ingebrachtekaarten)
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 overzichten1998R2135 — NL — 25.08.2002 — 001.001 — 145
▼M1
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 controleur
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 VUingebracht is)
Identificatie van de bestuurder (van de kaart waarvan de afdrukgemaakt 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 ingebrachtekaarten)
VIN-nummer (voertuig waarvan de afdruk gemaakt wordt)
Begrenzer van voorvallen
Voorval-records (alle in de VU opgeslagen of aanhoudende voor-
vallen)
Begrenzer van fouten1998R2135 — NL — 25.08.2002 — 001.001 — 146
▼M1
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 wordt
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 ingebrachtekaarten)
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 10dagen waarop snelheidsoverschrijding plaatsvond
Controleplaats
Handtekening van de controleur
Handtekening van de bestuurder1998R2135 — NL — 25.08.2002 — 001.001 — 147
▼M1
Appendix 5
LEESVENSTER1998R2135 — NL — 25.08.2002 — 001.001 — 148
▼M1
In deze appendix worden de onderstaande opmaakcriteria gehanteerd:
— vet gedrukte 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:m m
Werkingsmodus O
Informatie betreffende de bestuurder
 Dhhhmm
 hhhmm
Informatie betreffende de bijrijder
 Dhhhmm
„Niet verplicht” -omstandigheid geopend
WaarschuwingsleesvensterOverschrijden van de rijtijdperiode
hhhmm
 hhhmm
Voorval of fout EFOverige leesvenstersUTC-datum UTC
dd/mm/jjjj
of
UTC
 dd.mm.jjjj
Tijd hh:m m
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 — 25.08.2002 — 001.001 — 149
▼M1
Apendix 6
EXTERNE INTERFACES
INHOUD
1. Hardware … . . .................................................................
1.1. Connector … . .................................................................
1.2. Contacttoewijzing … . ...........................................................
1.3. Blokschema … .................................................................
2. Overbrengingsinterface … . . . .....................................................
3. Kalibreringsinterface … ..........................................................1998R2135 — NL — 25.08.2002 — 001.001 — 150
▼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
onderstaande tekening (alle maten in millimeters):
1998R2135 — NL — 25.08.2002 — 001.001 — 151
▼M1
Het onderstaande schema toont een normale 6 pins contrasteker:
1998R2135 — NL — 25.08.2002 — 001.001 — 152
▼M1
1.2. Contacttoewijzing
Contacten 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 veiligheidsschakelingen
Output 40 mA
6 TxD — Overbrenging Gegevensuitvoer van controleapparaat
1.3. Blokschema
Het blokschema moet aan het onderstaande voldoen:
2. OVERBRENGINGSINTERFACEDe 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 bitPariteitsbit: even pariteitStopbit: een bit met logisch niveau 11998R2135 — NL — 25.08.2002 — 001.001 — 153
▼M1
Wanneer numerieke gegevens die uit meer dan een byte bestaan, verzonden
worden, wordt de meest significante byte het eerst verzonden en de minst signi-
ficante 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 —
Diagnostic systems — Keyword protocol 2000 — Part 1: Physical layer, First
edition: 1999.
Het invoer-/uitvoersignaal moet voldoen aan de onderstaande elektrische speci-
ficatie:
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 — 25.08.2002 — 001.001 — 154
▼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 — 25.08.2002 — 001.001 — 155
▼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 gegevensover-
dracht en de volledige compatibiliteit van het overgebrachte gegevensformaat te
waarborgen zodat een controleur deze gegevens kan inspecteren en de authenti-
citeit 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
opgeslagen gegevens te kunnen verifiëren, worden gegevens met een toege-
voegde handtekening overeenkomstig appendix 11 (Algemene
beveiligingsinrichtingen) overgebracht. De identificatie van de broninrichting
(VU of kaart) en de beveiligingscertificaten (lidstaat en inrichting) worden ook
overgebracht. De controleur van de gegevens moet zelf een betrouwbare Euro-
pese 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 terugstellen
CS ControlesombyteDF Toepassingsgericht bestandDS Diagnostische sessie
EF Hoofdbestand
ESM Extern opslagmediumFID Bestandsidentificatiesymbool (bestands-ID)FMT Opmaakbyte (eerste byte van de koptitel van het bericht)
ICC IC-kaart
IDE Intelligente toepassingsgerichte inrichting: de inrichting die wordt
gebruikt voor het overbrengen van gegevens naar het ESM (bijv.
personal computer)
IFD Interface-inrichtingKWP Sleutelwoordprotocol 2000
LEN Lengtebyte (laatste byte van de koptitel van het bericht)
PPS Protocol parameterselectiePSO Voer beveiligingsoperatie uitSID Identificatiesymbool van de dienstSRC Bronbyte
TGT Doelbyte
TLV Waarde van de labellengteTREP Parameter overdracht antwoordTRTP Parameter overdracht verzoek
VU Voertuigunit1998R2135 — NL — 25.08.2002 — 001.001 — 156
▼M1
2. GEGEVENSOVERDRACHT VAN DE VU
2.1. Overdrachtprocedure
Om een gegevensoverdracht van een VU uit te voeren, moet de operator de
onderstaande operaties verrichten:
— 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 vehi-
cles — 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
bronbyte (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 Gegevensveld Controlesom
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 gede-
finieerd.
Indien de door het bericht over te dragen gegevens groter zijn dan de beschik-
bare 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ëindiging 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.1998R2135 — NL — 25.08.2002 — 001.001 — 157
(1) De ingebrachte kaart zal de vereiste toegangsrechten met betrekking tot de overdrachts-
functie en met betrekking tot de gegevens opstarten.
▼M1
Voorbeeld:
Koptitel SID TREP Bericht CS
4 bytes Langer dan 255 bytes
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.1998R2135 — NL — 25.08.2002 — 001.001 — 158
▼M1
Berichtenstructuur
IDE -> <- VUMax. 4 bytes
KoptitelMax. 255 bytes
Gegevens1
byte
Cont-roles-om
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 EC
19 200 Bd 80 EE F0 04 87 01,01,02 ED38 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 97Activiteiten 80 EE F0 06 36 02 Datum CSVoorvallen 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 9C
Positive Response Transfer
Data 80 F0 EE Len 76 TREP Gegevens CS
Request Transfer Exit 80 EE F0 01 37 96
Positive Response Request
Transfer Exit 80 F0 EE 01 77 D61998R2135 — NL — 25.08.2002 — 001.001 — 159
▼M1
Berichtenstructuur
IDE -> <- VUMax. 4 bytes
KoptitelMax. 255 bytes
Gegevens1
byteCont-roles-om
FMT TGT SRC LEN SIDDS_/
TRTPDATA CS
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 7F Sid Reg 10 CS
Service niet ondersteund 80 F0 EE 03 7F Sid Reg 11 CS
Subfunctie niet ondersteund 80 F0 EE 03 7F Sid Reg 12 CS
Onjuiste berichtlengte 80 F0 EE 03 7F Sid Reg 13 CS
Voorwaarden niet correct of
Verzoeksequentiefout 80 F0 EE 03 7F Sid Reg 22 CS
Verzoek buiten bereik 80 F0 EE 03 7F Sid Reg 31 CS
Overbrenging niet geaccep-
teerd 80 F0 EE 03 7F Sid Reg 50 CS
Antwoord in behandeling 80 F0 EE 03 7F Sid Reg 78 CS
Gegevens niet beschikbaar 80 F0 EE 03 7F Sid 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
′defaultsessie′(81 Hex) geeft aan dat een standaard diagnostische sessie wordt
geopend.1998R2135 — NL — 25.08.2002 — 001.001 — 160
▼M1
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
geheugengrootte op het maximum ingesteld.
2.2.2.8. Positive Response Request Upload (Positief Antwoord Verzoek Over-
brenging) (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
aan het vereiste in ISO 14229 te voldoen, worden in dit positieve antwoordbe-
richt 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,1998R2135 — NL — 25.08.2002 — 001.001 — 161
▼M1
— 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.
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ëindi-
ging 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 over-
gebracht 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 speci-
ficeert. 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.1998R2135 — NL — 25.08.2002 — 001.001 — 162
▼M1
— 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 behandeling
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 beschik-
baar 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 #m1998R2135 — NL — 25.08.2002 — 001.001 — 163
▼M1
IDE VU
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 timing-
parameters relevant:
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.1998R2135 — NL — 25.08.2002 — 001.001 — 164
▼M1
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 20P5 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
Communication 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.
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
Negative Response-bericht antwoorden dat de aard van de fout specificeert.1998R2135 — NL — 25.08.2002 — 001.001 — 165
▼M1
Figuur 2
VU behandeling van fouten
1998R2135 — NL — 25.08.2002 — 001.001 — 166
▼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
overbrenging; de wachttijd moet worden gemeten vanaf de laatst berekende
optreding van een stopbit nadat de fout was opgespoord.
Figuur 3
IDE behandeling van fouten
2.2.6. Inhoud van het antwoordbericht
Dit punt specificeert de inhoud van de gegevensvelden van de verschillende
positieve antwoordberichten.
Gegevenselementen worden in appendix 1 (Verklarende woordenlijst van de
gegevens) gedefinieerd.1998R2135 — NL — 25.08.2002 — 001.001 — 167
▼M1
2.2.6.1. Positive Response Transfer Data Overview (Positief antwoord gege-
vensoverdracht-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 — 25.08.2002 — 001.001 — 168
▼M1
2.2.6.2. Positive Response Transfer Data Activities (Positief antwoord gege-
vensoverdrachtactiviteiten)
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 — 25.08.2002 — 001.001 — 169
▼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 — 25.08.2002 — 001.001 — 170
▼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 subbe-
richten verstrekken:
1998R2135 — NL — 25.08.2002 — 001.001 — 171
▼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 TACHOGRAAFKAARTEN3.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 terug-
stellen 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 en IC van
het EF. Deze informatie is facultatief en wordt niet met een digitale hand-
tekening beveiligd.
— Overdracht van het Ca rd_C erti fic ate en CA_C erti fic ate va n he t EF.
Deze informatie wordt niet met een digitale handtekening
beveiligd.
Het is verplicht om deze bestanden voor elke overdrachtssessie over te
brengen.
— Overdracht van de andere toepassingsgegevens van de EF's (in T ach o-
gra ph DF) met uitzondering van Car d_Down loa d van het EF. Dez e
informatie wordt met een digitale handtekening beveiligd.
— Het is verplicht om ten minste de App lic ati on_Identification en ID
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:
—E v e n t s _ D a t a ,
—F a u l t s _ D a t a ,
— Driver_Activity_Data,— Vehicles_Used,— Places,— Control_Activity_Data,— Specific_Conditions.
— Bij de overdracht van een bestuurderskaart moet de datum van de La st-
Ca rdDown loa d in Car d_Down loa d 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 terugstellen
ATR
Het gebruik van PPS om over te schakelen op een hogere baudsnelheid, is facul-
tatief zolang de ICC dit ondersteunt.1998R2135 — NL — 25.08.2002 — 001.001 — 172
▼M1
3.3.2. Sequentie voor niet-getekende gegevensbestanden
De sequentie voor overdracht van de IC C, IC , Ca rd_Ce rti fic ate en
C A_Ce rtif ica te van het EF is als volgt:
Kaart Richting IDE/IFD Betekenis/Opmerkingen
SELECT FILE Selecteer met bestandsidentifica-
tiesymbolen
OK
READ BINARY Indien het bestand meer gege-
vens bevat dan de grootte van
het buffergeheugen van de lezer
of van de kaart, moet het
commando worden herhaald
totdat het volledige bestand
gelezen is.
Bestandsgegevens
OK
Sla gegevens in ESM op Overeenkomstig 3.4, Opmaak
gegevensopslag
Opmerking: Voor het selecteren van het Card _Ce rtif ica te-EF, moet de
tachograaftoepassing 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
voorgeschreven hashalgoritme
overeenkomstig appendix 11.
Dit commando is geen ISO-
commando
Bereken hash van
bestand en sla
hashwaarde tijde-
lijk op
OK
READ BINARY Indien het bestand meer gege-
vens bevat dan het bufferge-
heugen van de lezer of van de
kaart kan vasthouden, moet het
commando worden herhaald
totdat het volledige bestand is
gelezen
Bestandsgegevens
OK
Sla ontvangen gegevens in
ESM opOvereenkomstig 3.4, Opmaak
gegevensopslag
PSO: COMPUTE DIGITAL
SIGNATURE1998R2135 — NL — 25.08.2002 — 001.001 — 173
▼M1
Kaart Richting IDE/IFD Betekenis/Opmerkingen
Voer beveili-
gingsoperatie uit
„Bereken digitale
handtekening”
met de tijdelijk
opgeslagen hash-
waarde
Handtekening
OK
Koppel gegevens aan de
vorige in het ESM opgeslagen
gegevensOvereenkomstig 3.4, Opmaak
gegevensopslag
3.3.4. Sequentie voor het terugstellen van de kalibreringsteller
De sequentie voor het terugstellen van de NoOfC ali brat ionsSinc eDown -
l oad-teller in de Ca rd_Do wnlo ad van het EF op een werkplaatskaart is de
volgende:
Kaart Richting IDE/IFD Betekenis/Opmerkingen
SELECT FILE EF
Card_DownloadSelecteer met bestands-identifi-
catiesymbolen
OK
UPDATE BINARY
NoOfCalibrationsSince-
Download =′00 00′
Stelt het volg-
nummer van
kaartoverbrenging
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
volgorde 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
betrekking tot het bestand worden opgeslagen (geen label en geen nullengte).
Een handtekening moet als het volgende TLV-object worden opgeslagen,
onmiddellijk na het TLV-object dat de gegevens van het bestand bevat.1998R2135 — NL — 25.08.2002 — 001.001 — 174
▼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 0 2 0 0 0 0 11 Gegevens van EF ICC
C 1 0 0 00 0 0 C2 Gegevens van EF Card _Ce rtif ica te
…
05 0 5 0 0 0 A 2 E Gegevens van EF Vehi cle s_Use d
05 0 5 0 1 0 0 80 Handtekening van EF Veh icl es_Use d
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 C ontr ol_Ac-
t ivit y_Da ta of Ca rd_Downlo ad van de bestuurderskaart bijwerken.1998R2135 — NL — 25.08.2002 — 001.001 — 175
▼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 identificatiesymbool) …
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 — 25.08.2002 — 001.001 — 176
▼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 signaal-
lijn 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
voertuigunit 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. Voertuigen — Diagnostische systemen.
3. OVERZICHT VAN DIENSTEN3.1. Beschikbare diensten
De onderstaande tabel geeft een overzicht van de in het controleapparaat
beschikbare diensten; deze worden in dit document gedefinieerd.
De tabel geeft de diensten aan die in een actieve diagnostische sessie beschik-
baar 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.
— De 5e kolom specificeert de diensten van de „ECUAdjustmentSession”
(ECUAS) (ECU-afstellingssessie) die geïmplementeerd moeten worden om1998R2135 — NL — 25.08.2002 — 001.001 — 177
▼M1
controle van de I/O-signaallijn in het frontpaneel van de kalibreringscon-
nector 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 Verzoek-
waardeDiagnostische 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 ■
InputOutputControlByI-
dentifier7.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 starten
StopCommunication De cliënt verzoekt de huidige overdrachtsessie te beëindigenTesterPresent 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.
4.1. StartCommunication-dienst (Start overdracht)
Na ontvangst van een StartCommunication-indicatieprimitief moet de VU
controleren of de gevraagde overdrachtverbinding onder de aanwezige voor-
waarden 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 overdracht-
verbinding te initialiseren en een StartCommunication-antwoordprimitief met de
geselecteerde Positive Response-parameters zenden.1998R2135 — NL — 25.08.2002 — 001.001 — 178
▼M1
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 voor-
afgaande 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 over-
dracht 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. StandardDiagnostic-
Session.
— 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 aflo-
pende 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 ms
Tabel 4
Timingwaarden voor overdracht
Timing para-
meterParameteromschrijvingLaagste
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 2501998R2135 — NL — 25.08.2002 — 001.001 — 179
▼M1
Timing para-
meterParameteromschrijvingLaagste
waarden (ms)Hoogste
waarden (ms)
Min. Max.
P3 Tijd tussen einde van de antwoorden van de VU
en begin van een nieuw verzoek van het testap-
paraat55 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 SRCnr. 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 TGTnr. 3 Byte van het bronadres EE SRC
nr. 4 Additionele lengtebyte 03 LEN
nr. 5 StartCommunication Positive Response Service
IdC1 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
controleren 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 — 25.08.2002 — 001.001 — 180
▼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 SRC
nr. 4 Additionele lengtebyte 01 LENnr. 5 StopCommunication Request Service Id 82 SPRnr. 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 SRC
nr. 4 Additionele lengtebyte 01 LENnr. 5 StopCommunication Positive Response Service C2 SPRPRnr. 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 TGT
nr. 3 Byte van het bronadres EE SRC
nr. 4 Additionele lengtebyte 03 LENnr. 5 Negative Response Service Id 7F NRnr. 6 StopCommunication Request Service Identifica-
tion82 SPR
nr. 7 ResponseCode = generalReject 10 RC_GR1998R2135 — NL — 25.08.2002 — 001.001 — 181
▼M1
Byte-nr. Parameternaam Hex-waarde Mnemonisch
nr. 8 Controlesom 00-FF CS
4.2.3. Parameterdefinitie
Deze dienst vereist geen parameterdefinitie.
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
automatisch naar normaal bedrijf terugkeert en mogelijk de verbinding
verbreekt. Deze dienst, die periodiek wordt gezonden, houdt de diagnostische
sessie/overdracht 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 SRCnr. 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 LENnr. 5 TesterPresent Positive Response Service Id 7E TPPRnr. 6 Controlesom 00-FF CS1998R2135 — NL — 25.08.2002 — 001.001 — 182
▼M1
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 SRCnr. 4 Additionele lengtebyte 03 LENnr. 5 Negative Response Service Id 7F NR
nr. 6 TesterPresent Request Service Identification 3E TP
nr. 7 ResponseCode = [SubFunctionNotSupported-
InvalidFormat12 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
specifieke reeks diensten mogelijk volgens tabel 17. Een sessie kan specifieke
diensten voor voertuigfabrikanten mogelijk maken die geen deel van dit docu-
ment 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, moet
de 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 StartDi-
agnosticSession waarbij de diagnosticSession-parameter in het verzoekbericht1998R2135 — NL — 25.08.2002 — 001.001 — 183
▼M1
ingesteld 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 FMT
nr. 2 Byte van het doeladres EE TGTnr. 3 Byte van het bronadres tt SRC
nr. 4 Additionele lengtebyte 02 LEN
nr. 5 StartDiagnosticSession Request Service Id 10 STDSnr. 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 SRCnr. 4 Additionele lengtebyte 02 LENnr. 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 TGTnr. 3 Byte van het bronadres EE SRC
nr. 4 Additionele lengtebyte 03 LEN
nr. 5 Negative Response Service Id 7F NRnr. 6 StartDiagnosticSession Request Service Id 10 STDS1998R2135 — NL — 25.08.2002 — 001.001 — 184
▼M1
Byte-nr. Parameternaam Hex-waarde Mnemonisch
nr. 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
onderstaande diagnostische sessies worden in dit document gespecificeerd:
Tabel 17
Definitie van diagnosticSession-waarden
Hex Omschrijving Mnemonisch
81 StandardDiagnosticSession
Deze diagnostische sessie maakt alle in tabel 1, kolom 4 „SD”
gespecificeerde diensten mogelijk. Met deze diensten kunnen gege-
vens 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 over-
schreven 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
diagnostische sessie kan door andere in dit punt gespecificeerde
diagnostische 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.1998R2135 — NL — 25.08.2002 — 001.001 — 185
▼M1
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
werkplaatskaart te accepteren, moet de unit het verzoek beantwoorden door het
zenden van een „seed” groter dan 0x0000 met gebruikmaking van de dienst
SecurityAccess 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
Negative Response met een op conditionsNotCorrectOrRequestSequenceError
ingestelde 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
antwoordcode requestCorrectlyReceived-ResponsePending (verzoek goed
ontvangen — antwoord volgt) gebruiken om de tijd voor beantwoording te
verlengen. De maximumtijd 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 andere antwoordcode dan de eerste. De negatieve antwoordcode
requestCorrectlyReceived-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-
code niet overschreden;
— exceededNumberOfAttempts: PIN-code niet geldig en aantal controlepo-
gingen van 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 TGTnr. 3 Byte van het bronadres tt SRC
nr. 4 Additionele lengtebyte 02 LEN
nr. 5 SecurityAccess Request Service Id 27 SAnr. 6 AccessType — requestSeed 7D AT_RSDnr. 7 Controlesom 00-FF CS1998R2135 — NL — 25.08.2002 — 001.001 — 186
▼M1
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 SRC
nr. 4 Additionele lengtebyte 04 LENnr. 5 SecurityAccess Positive Response Service Id 67 SAPRnr. 6 AccessType — requestSeed 7D AT_RSDnr. 7 Seed High 00-FF SEEDH
nr. 8 Seed Low 00-FF SEEDL
nr. 9 Controlesom 00-FF CS
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 TGTnr. 3 Byte van het bronadres EE SRC
nr. 4 Additionele lengtebyte 03 LEN
nr. 5 Negative Response Service Id 7F NRnr. 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 LENnr. 5 SecurityAccess Request Service Id 27 SA1998R2135 — NL — 25.08.2002 — 001.001 — 187
▼M1
Byte-nr. Parameternaam Hex-waarde Mnemonisch
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 TGTnr. 3 Byte van het bronadres EE SRCnr. 4 Additionele lengtebyte 02 LEN
nr. 5 SecurityAccess Positive Response Service Id 67 SAPR
nr. 6 AccessType — sendKey 7E AT_SKnr. 7 Controlesom 00-FF CS
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 TGTnr. 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 = [generalReject 10 RC_GR
subFunctionNotSupported 12 RC_SFNS
incorrectMessageLength 13 RC_IML
conditionsNotCorrectOrRe-
questSequenceError22 RC_CNC
invalidKey 35 RC_IK
exceededNumberOfAttempts 36 RC_ENA
requestCorrectlyReceived-
ResponsePending]78 RC_RCR_-
RP
nr. 8 Controlesom 00-FF CS1998R2135 — NL — 25.08.2002 — 001.001 — 188
▼M1
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
registratie met toegang door recordDataIdentifier
WriteDataByIdentifier De cliënt verzoekt een voor recordDataIdentifier toegankelijke regi-
stratie 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ïdenti-
ficeerd door een recordDataIdentifier. Het is de verantwoordelijkheid van de
VU-fabrikant 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 TGTnr. 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.
7RecordDataIdentifier = [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.
7recordDataIdentifier = [zelfde waarde als byte-
nrs. 6 en 7 tabel 25]xxxx RDI_ …1998R2135 — NL — 25.08.2002 — 001.001 — 189
▼M1
Byte-nr. Parameternaam Hex-waarde Mnemonisch
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 TGTnr. 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_IML
conditionsNotCorrect] 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.— De 1e kolom (Hex) bevat de Hex-waarde die aan de in de 3e kolom gespe-
cificeerde recordDataIdentifier toegekend is.
— De 2e kolom (Gegevenselement) specificeert het gegevenselement van
appendix 1 waarop de recordDataIdentifier is gebaseerd (soms is transcode-
ring nodig).
— De 3e kolom (Omschrijving) specificeert de corresponderende recordDataI-
dentifier-naam.
— De 4e kolom (Mnemonisch) specificeert de mnemonische notatie van deze
recordDataIdentifier.
Tabel 28
Definitie van de waarden van de recordDataIdentifier
Hex GegevenselementrecordDataIdentifier-naam
(zie formaat in punt 8.2)Mnemonisch
F90B Cur rent Dat eTi me TimeDate RDI_TD
F912 Hig hRe sOdom ete r HighResolutionTotalVehicleDis-
tanceRDI_HRT-
VD
F918 K-C onsta ntOf Rec ordi ngE-
quipmentKfactor RDI_KF1998R2135 — NL — 25.08.2002 — 001.001 — 190
▼M1
Hex GegevenselementrecordDataIdentifier-naam
(zie formaat in punt 8.2)Mnemonisch
F91C L- Tyre Cir cum fere nce LfactorTyreCircumference RDI_LF
F91D W -Vehi cle Cha rac ter isti c-
ConstantWvehicleCharacteristicFactor RDI_WVCF
F921 Ty reSi ze TyreSize RDI_TS
F922 ne xtCa lib rat ionDate NextCalibrationDate RDI_NCD
F92C Spe edAu thor ised SpeedAuthorised RDI_SA
F97D ve hic leR egist rat ion Nati on RegisteringMemberState RDI_RMS
F97E Veh icl eRe gist rat ion-
NumberVehicleRegistrationNumber RDI_VRN
F190 Veh icl eId enti fic ati on-
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. Gegevensformaten worden in punt 8 nader aangegeven. Aanvullende
voor de gebruiker facultatieve dataRecords, met inbegrip van voor de VU speci-
fieke 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 FMT
nr. 2 Byte van het doeladres EE TGTnr. 3 Byte van het bronadres tt SRCnr. 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_-
DATAm1998R2135 — NL — 25.08.2002 — 001.001 — 191
▼M1
Byte-nr. Parameternaam Hex-waarde Mnemonisch
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 TGTnr. 3 Byte van het bronadres EE SRCnr. 4 Additionele lengtebyte 03 LENnr. 5 WriteDataByIdentifier Request Service Id 6E WDBIPR
nr. 6 tot nr.
7RecordDataIdentifier = [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 NRnr. 6 WriteDataByIdentifier Request Service Id 2E WDBI
nr. 7 ResponseCode = [requestOutOfRange 31 RC_ROOR
incorrectMessageLength 13 RC_IML
conditionsNotCorrect] 22 RC_CNC
nr. 8 Controlesom 00-FF CS
6.2.3. Parameterdefinitie
De parameter recordDataIdentifier (RDI_) wordt in tabel 28 gedefinieerd.
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:1998R2135 — NL — 25.08.2002 — 001.001 — 192
▼M1
Tabel 32
Invoer-/uitvoercontrole functionele eenheid
Naam van de dienst Omschrijving
InputOutputControlByIdentifier De cliënt verzoekt om controle van een voor de server speci-
fieke 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
instellingen 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 het
UTC-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 terugge-
bracht 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 TGT
nr. 3 Byte van het bronadres tt SRCnr. 4 Additionele lengtebyte xx LENnr. 5 InputOutputControlByIdentifier Request Sid 2F IOCBI
nr. 6 en nr.
7InputOutputIdentifier = [CalibrationInputOutput] F960 IOI_CIO1998R2135 — NL — 25.08.2002 — 001.001 — 193
▼M1
Byte-nr. Parameternaam Hex-waarde Mnemonisch
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.
10Controlesom 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 SRC
nr. 4 Additionele lengtebyte xx LENnr. 5 InputOutputControlByIdentifier Positive
Response SId6F IOCBIPR
nr. 6 en nr.
7InputOutputIdentifier = [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.
10Controlesom 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 — 25.08.2002 — 001.001 — 194
▼M1
Byte-nr. Parameternaam Hex-waarde Mnemonisch
nr. 7 ResponseCode = [
incorrectMessageLength 13 RC_IML
conditionsNotCorrect 22 RC_CNC
requestOutOfRange 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 realTime-
SpeedSignalOutputSensor
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.1998R2135 — NL — 25.08.2002 — 001.001 — 195
▼M1
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).
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 gedefinieerde 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
FAFFFFFF1 tot 254
Parameterspecifieke
indicatorFB FB00 tot
FBFFFB000000 tot
FBFFFFFFgeen
Gereserveerde reeks
voor toekomstige indi-
catorbitsFC tot FD FC00 tot
FDFFFC000000 tot
FDFFFFFFgeen
Foutindicator FE FE00 tot
FEFFFE000000 tot
FEFFFFFF0
Niet beschikbaar of niet
gevraagdFF FF00 tot
FFFFFF000000 tot
FFFFFFFFFF
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 WriteDataByIdenti-
fier-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
HighResolutionTotalVehi-
cleDistance4 5 m/bit, toename, 0 m
offset0 tot + 21 055 406 km
Kfactor 2 0,001 pulse/m/bit,
toename, 0 offset0 tot 64,255 pulsen/m1998R2135 — NL — 25.08.2002 — 001.001 — 196
▼M1
ParameternaamData lengte
(bytes)Resolutie Bedrijfsreeks
LfactorTyreCircumference 2 0,125 10-3m/bit, toename,
0 offset0 tot 8 031 m
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 41SpeedAuthorised 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 minuutcompen-
satie1 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 maand1998R2135 — NL — 25.08.2002 — 001.001 — 197
▼M1
Byte Parameterdefinitie Resolutie Bedrijfsreeks
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 2235
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 gedefi-
nieerd in appendix 1)ASCII 01 tot 0A
2 tot 14 Vehicle Registration
Number (zoals gedefini-
eerd in appendix 1)ASCII ASCII1998R2135 — NL — 25.08.2002 — 001.001 — 198
▼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 — 25.08.2002 — 001.001 — 199
▼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 certi-
ficeert dat het beproefde item voldoet aan de voorschriften van deze bijlage
met betrekking tot uitgevoerde functies, nauwkeurigheid van de metingen en
milieukenmerken;
— een interoperabiliteitscertificatie uitgevoerd door de bevoegde instantie die
certificeert dat het controleapparaat (of de tachograafkaart) volledig inter-
operabel 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
beproevingen niet opnieuw uitgevoerd te worden. In dat geval moeten alleen
de resultaten van deze veiligheidsbeproevingen worden gecontroleerd. Ter infor-
matie 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 bewegingsop-
nemer en van de voertuigunit als samenstellende delen van het
controleapparaat. Interoperabiliteit tussen elk model bewegingsopnemer en elk
model voertuigunit is niet vereist, daarom kan de goedkeuring van een bewe-
gingsopnemer 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 measu-
rement techniques — Electrostatic discharge immunity test:
1995/Amendment 1: 1998.
ISO 7637-1 Road vehicles — Electrical disturbance by conduction and
coupling — Part 1: Passenger cars and light commercial vehi-
cles with nominal 12 V supply voltage — Electrical transient
conduction along supply lines only. Edition 2: 1990.
ISO 7637-2 Road vehicles — Electrical disturbance by conduction and
coupling — Part 2: Commercial vehicles with nominal 24 V1998R2135 — NL — 25.08.2002 — 001.001 — 200
▼M1
supply voltage — Electrical transient conduction along supply
lines only. First edition: 1990.
ISO 7637-3 Road vehicles — Electrical disturbance by conduction and
coupling — Part 3: Vehicles with 12 V or 24 V supply
voltage — Electrical transient transmission by capacitive and
inductive coupling 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 loca-
tion 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 voor-
schriften
1. Administratieve controle
1.1. Documentatie Juistheid van de documentatie
1.2. Beproevingsre-
sultaten van de
fabrikantResultaten van de beproeving door de fabri-
kant uitgevoerd tijdens integratie. Papierde-
monstraties070, 071, 073
2. Visuele inspectie
2.1. Naleving van documentatie2.2. Identificatie / opschriften 168, 169
2.3. Materialen 163 tot en met
167
2.4 Verzegeling 251
2.5. Externe interfaces
3. Functiebeproevingen
3.1. Aanwezige functies 002, 004, 2443.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 ºC) 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 met1998R2135 — NL — 25.08.2002 — 001.001 — 201
▼M1
Nr. Beproeving OmschrijvingGerelateerde voor-
schriften
050b
3.10. Beheer van bedrijfsvergrendelingen 051 tot en met
055
3.11. Bewaken van controleactiviteiten 056, 0573.12. Opsporing van voorvallen en/of fouten 059 tot en met
069, 16
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*, 0953.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, 153
3.33. Kalibrering 154*, 155*, 156*,
2451998R2135 — NL — 25.08.2002 — 001.001 — 202
▼M1
Nr. Beproeving OmschrijvingGerelateerde voor-
schriften
3.34. Tijdafstelling 157*, 158*
3.35. Geen interferentie van additionele functies 003, 269
4. Milieubeproevingen
4.1. Temperatuur Controleer functionaliteit aan de hand van:
— IEC 68-2-1, test Ad, met een beproe-
vingsduur van 72 uur bij de laagste
temperatuur (- 20 ºC), 1 uur ingescha-
keld, 1 uur uitgeschakeld;
— IEC 68-2-2, test Bd, met een beproe-
vingsduur van 72 uur bij de hoogste
temperatuur (+ 70 ºC), 1 uur ingescha-
keld, 1 uur uitgeschakeld
Temperatuurwisselproef: controleer de
bestandheid van de voertuigunit tegen snelle
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 (- 20 ºC) tot
de hoogste temperatuur (+ 70 ºC), bij een
verblijf gedurende 2 uur bij de laagste en de
hoogste temperatuur
Een kleiner aantal beproevingen (zoals gede-
finieerd in sectie 3 van deze tabel) kan bij de
laagste temperatuur, de hoogste temperatuur
en tijdens de temperatuurwisselingen worden
uitgevoerd159
4.2. Vochtigheid Controleer de bestandheid van de voertuig-
unit tegen een cyclische vochtigheid (warm-
teproef) aan de hand van IEC 68-2-30, test
Db, zes cycli van 24 uur, elke temperatuur
variërend van + 25 ºC tot + 55 ºC en een
relatieve vochtigheid van 97 % bij + 25 ºC
en gelijk aan 93 % bij + 55 ºC160
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
:5g
Dit voorschrift wordt gecontroleerd aan de
hand van IEC 68-2-6, test Fc, met een
minimale beproevingsduur van 3 × 12 uur
(12 uur per as)
2. Willekeurige vibraties:
Controleer de bestandheid van de voer-
tuigunit 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 eenminimale beproevingsduur van 3 × 12 uur
(12 uur per as), 1 uur ingeschakeld, 1 uur
uitgeschakeld
De twee bovengenoemde beproevingen
worden op twee verschillende modellen van
de te beproeven inrichting uitgevoerd163
4.4. Bescherming
tegen water enControleer of de beveiligingsindex van de
voertuigunit volgens IEC 529 ten minste IP164, 1651998R2135 — NL — 25.08.2002 — 001.001 — 203
▼M1
Nr. Beproeving OmschrijvingGerelateerde voor-
schriften
vreemde
lichamen40 is, wanneer deze in bedrijfsomstandig-
heden in een voertuig wordt geplaatst
4.5. Beveiliging
tegen te hoge
spanningControleer of de voertuigunit bestand is tegen
een stroomvoorziening van:
24 V-uitvoeringen: 34 V bij + 40 ºC 1 uur
12 V-uitvoeringen: 17 V bij + 40 ºC 1 uur161
4.6. Beveiliging
tegen ompolenControleer of de voertuigunit bestand is tegen
een omkering in de stroomvoorziening161
4.7. Beveiliging
tegen kortslui-
tingControleer of 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/EG 162
5.2. Elektrostatische
ontladingOvereenkomstig IEC 61000-4-2, ± 2 kV
(niveau 1)162
5.3. Transiënte
geleidingsver-
schijnselen in
de stroomvoor-
zieningvoor 24 V-uitvoeringen: overeenkomstig ISO
7637-2
puls 1a: 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 ohm
puls 4: Vs = - 16 V, Va = - 12 V, t6=100 ms
puls 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 ohmpuls 3a: Vs = - 100 V, Ri = 50 ohm
puls 3b: Vs = + 100 V, Ri = 50 ohm
puls 4: Vs = - 6 V, Va = - 5 V, t6 = 15 mspuls 5: Vs = + 65 V, Ri = 3 ohm, td = 100 msPuls 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 voor-
schriften
1. Administratieve controle
1.1. Documentatie Juistheid van de documentatie
2. Visuele inspectie
2.1. Inachtneming van documentatie2.2. Identificatie/opschriften 169, 1701998R2135 — NL — 25.08.2002 — 001.001 — 204
▼M1
Nr. Beproeving OmschrijvingGerelateerde voor-
schriften
2.3. Materialen 163 tot en met
167
2.4. Verzegeling 2513. 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. Bedrijfstempe-
ratuurControleer functionaliteit (zoals gedefinieerd
in beproeving nr. 3.3) in temperatuurbereik
[- 40 ºC; + 135 ºC] aan de hand van:
— IEC 68-2-1, test Ad, met een beproe-
vingsduur van 96 uur bij de laagste
temperatuur To
min
— IEC 68-2-2, test Bd, met een beproe-
vingsduur van 96 uur bij de hoogste
temperatuur Tomax159
4.2. Temperatuur-
wisselproefControleer 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 tempe-
ratuur (- 40 ºC) tot de hoogste temperatuur
(+135 ºC) en met een verblijf van 2 uur bij
de laagste en de hoogste temperatuur
Een kleiner aantal beproevingen (zoals gede-
finieerd in beproeving nr. 3.3) kan bij de
laagste temperatuur, de hoogste temperatuur
en tijdens temperatuurwisselingen worden
uitgevoerd159
4.3. Vochtigheids-
cycliControleer functionaliteit (zoals gedefinieerd
in beproeving nr. 3.3) aan de hand van IEC
68-2-30, test Db, zes cycli van 24 uur, elke
temperatuur variërend van + 25 ºC tot + 55 ºC
en een relatieve vochtigheid van 97 % bij
+ 25 ºC en gelijk aan 93 % bij + 55 ºC160
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 stroomvoorzie-1611998R2135 — NL — 25.08.2002 — 001.001 — 205
▼M1
Nr. Beproeving OmschrijvingGerelateerde voor-
schriften
ning
4.8. Beveiliging
tegen kortslui-
tingControleer of de invoer-/uitvoersignalen
beveiligd zijn tegen kortsluiting in de
stroomvoorziening 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
geleidingsver-
schijnselen in
datatransmissie-
lijnenOvereenkomstig ISO 7637-3 (niveau III) 162
4. FUNCTIEBEPROEVINGEN VAN TACHOGRAAFKAARTEN
Nr. Beproeving OmschrijvingGerelateerde voor-
schriften
1. Administratieve controle
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
contacten184
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 enTCS 312
TCS 400*, 401,
402, 403*, 404,1998R2135 — NL — 25.08.2002 — 001.001 — 206
▼M1
Nr. Beproeving OmschrijvingGerelateerde voor-
schriften
hun toegangscondities 405*, 406, 407,
408*, 409, 410*,
411, 412, 413*,
414, 415*, 416,
417, 418*, 419
6. Functiebeproevingen
6.1. Normale
verwerkingControleer 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′integri-
teitsfouten gecontroleerd tijdens de veilig-
heidscertificatie)
7. Milieubeproevingen
7.1. Controleer of de kaarten werken binnen de
vastgestelde grenswaarden overeenkomstig
ISO/IEC 10373185 tot en met
188
ISO/IEC 7816-1
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
schrijfopdrachten 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 — 25.08.2002 — 001.001 — 207
▼M1
Appendix 10
ALGEMENE BEVEILIGINGSDOELSTELLINGEN
Deze appendix specificeert de minimaal vereiste beveiligingsdoelstellingen voor de bewegingsop-
nemer, 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 uitvoeringsspecifica-
ties 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 — 25.08.2002 — 001.001 — 208
▼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 — 25.08.2002 — 001.001 — 209
▼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 — 25.08.2002 — 001.001 — 210
▼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 — 25.08.2002 — 001.001 — 211
▼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
document vermeldt verder de vereiste minimumsterkte van beveiligingsmecha-
nismen 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
voorschriften in de tekst van bijlage I B en de voorschriften van de beveiligings-
doelstelling. In het geval van onduidelijkheid tussen een voorschrift van de
beveiligingsdoelstelling en een voorschrift van bijlage I B waarnaar in dit docu-
ment 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 inrich-
ting
Bewegingsgegevens 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 behui-
zing van de bewegingsopnemer ondergebrachte
componenten
Beveiligingsgegevens De specifieke gegevens ter ondersteuning van
beveiligingsfuncties (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 bewegingsop-
nemer (wanneer niet gebruikt in de uitdrukking
„gebruikersgegevens”)
Gebruikersgegevens Door de bewegingsopnemer geregistreerde of
opgeslagen gegevens, anders dan bewegings- of
beveiligingsgegevens
2.3. Referentienormen
ITSEC ITSEC Information Technology Security Evalua-
tion 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.
De bewegingsopnemer wordt op mechanische wijze verbonden met een bewe-
gend deel van het voertuig. Deze beweging kan representatief zijn voor de1998R2135 — NL — 25.08.2002 — 001.001 — 212
▼M1
snelheid of de afgelegde afstand van het voertuig. De inrichting kan in de
versnellingsbak 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
3.2. Levenscyclus van de bewegingsopnemer
De typische levenscyclus van de bewegingsopnemer wordt weergegeven in de
onderstaande figuur:1998R2135 — NL — 25.08.2002 — 001.001 — 213
▼M1
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 toegewezen functies
3.3.2. Ontwerpgerelateerde bedreigingen
T.Fouten Fouten in hardware, software en communicatiepro-
cedures kunnen voor de bewegingsopnemer
onvoorziene omstandigheden veroorzaken waar-
door de beveiliging in gevaar wordt gebracht
T.Beproevingen Het gebruik van niet-gevalideerde beproevingsme-
thoden of van bestaande achterdeurtjes kan de
beveiliging van de bewegingsopnemer in gevaar
brengen1998R2135 — NL — 25.08.2002 — 001.001 — 214
▼M1
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
blootstelling aan omgevingsinvloeden (thermisch,
elektromagnetisch, optisch, chemisch, mechanisch,
enz.) in gevaar brengen
T.Hardware Gebruikers kunnen de hardware van de bewegings-
opnemer 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 stroomvoorziening
T.Beveiligingsgegevens Gebruikers kunnen illegaal kennis verkrijgen van
beveiligingsgegevens tijdens het genereren van de
beveiligingsgegevens of tijdens transport of opslag
in de inrichting
T.Software Gebruikers kunnen de software van de bewegings-
opnemer 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 activi-
teiten van de gecontroleerde bestuurders en
voertuigen met betrekking tot rijden, werken,
beschikbaarheid 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
gegevens 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 contro-
leren
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 afgeleid
O.Betrouwbaarheid De bewegingsopnemer moet betrouwbaar zijnO.Beveiligde_gegevensuitwisseling De bewegingsopnemer moet de gegevensuitwisse-
ling met de VU beveiligen1998R2135 — NL — 25.08.2002 — 001.001 — 215
▼M1
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 verantwoor-
delijkheden tijdens de ontwikkeling de IT-
beveiliging gehandhaafd blijft
M.Fabricage Fabrikanten van bewegingsopnemers moeten erop
toezien dat bij de toewijzing van verantwoordelijk-
heden tijdens de fabricage de IT-beveiliging
gehandhaafd blijft en dat de bewegingsopnemer
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, voertuigfa-
brikanten en installateurs of werkplaatsen moeten
erop toezien dat bij de behandeling van de bewe-
gingsopnemer de IT-beveiliging gehandhaafd blijft
3.6.3. Ontwikkeling van beveiligingsgegevens en overdracht
M.Ontwikkeling_beveiligingsgegevens Algoritmen voor de ontwikkeling van beveiligings-
gegevens moeten uitsluitend voor bevoegde en
betrouwbare personen toegankelijk zijn
M.Transport_beveiligingsgegevens Beveiligingsgegevens moeten zodanig worden
gegenereerd, getransporteerd en in de bewegings-
opnemer ingebracht dat de vereiste
vertrouwelijkheid en integriteit gehandhaafd
blijven
3.6.4. Installatie, kalibrering en controle van het controleapparaat
M.Erkende_werkplaatsen Installatie, kalibrering en reparatie van het contro-
leapparaat moeten door betrouwbare en erkende
installateurs 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 regel-
matig 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 bewegingsop-
nemer geïmplementeerd 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,
— beheersinrichting,— anders,
— een unit-ID (alleen bij de VU).1998R2135 — NL — 25.08.2002 — 001.001 — 216
▼M1
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 geauthenti-
seerde 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 verant-
woordingsgegevens 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;
— 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;1998R2135 — NL — 25.08.2002 — 001.001 — 217
▼M1
— 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 geblok-
keerd 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
zelfbeproevingen uitvoeren om de juiste werking te verifiëren. De zelfbeproe-
vingen van de bewegingsopnemer moeten een verificatie van de integriteit van
de beveiligingsgegevens en een verificatie van de integriteit van de opgeslagen
uitvoercode (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.
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).1998R2135 — NL — 25.08.2002 — 001.001 — 218
▼M1
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 enauthenticiteit 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
overeenstemming zijn met gespecificeerde ontwikkelingsalgoritmen van crypto-
grafische sleutels en met gespecificeerde formaten van cryptografische sleutels.
Indien de bewegingsopnemer cryptografische sleutels verspreidt, moet dit in
overeenstemming zijn met gespecificeerde verspreidingsmethoden voor derge-
lijke sleutels.
Indien de bewegingssensor toegang heeft tot cryptografische sleutels, moet dit in
overeenstemming zijn met gespecificeerde toegangsmethoden voor dergelijkesleutels.
Indien de bewegingsopnemer cryptografische sleutels vernietigt, moet dit in
overeenstemming zijn met gespecificeerde vernietigingsmethoden voor derge-
lijke sleutels.
5.Definitie van beveiligingsmechanismen
De beveiligingsmechanismen die de beveiligingsfuncties van de bewegingsop-
nemer uitvoeren worden gedefinieerd door de fabrikanten van de
bewegingsopnemers.
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.1998R2135 — NL — 25.08.2002 — 001.001 — 219
▼M1
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 — 25.08.2002 — 001.001 — 220
Bedreigingen IT-doelstellingenT.Toegang
T.Fouten
T.BeproevingenT.OntwerpT.MilieuT.HardwareT.Mechanische_Oorsprong
T.Bewegingsgegevens
T.StroomvoorzieningT.BeveiligingsgegevensT.SoftwareT.Opgeslagen_gegevensO.Toegang
O.Audit
O.AuthenticatieO.VerwerkingO.BetrouwbaarheidO.Beveiligde_gegevens-uitwisseling
Fysieke personele procedurele middelen
Ontwikkeling x x x
Fabricage x xLevering xx x
Ontwikkeling beveiligingsgegevens x
Transport beveiligingsgegevens x
Erkende werkplaatsen x
Mechanische interface x
Regelmatige controle x x x xControles op naleving van de wet x x x x x x
Softwareaanpassing x
Beveiligingsfuncties▼M11998R2135 — NL — 25.08.2002 — 001.001 — 221
Bedreigingen IT-doelstellingenT.Toegang
T.Fouten
T.BeproevingenT.OntwerpT.MilieuT.HardwareT.Mechanische_Oorsprong
T.Bewegingsgegevens
T.StroomvoorzieningT.BeveiligingsgegevensT.SoftwareT.Opgeslagen_gegevensO.Toegang
O.Audit
O.AuthenticatieO.VerwerkingO.BetrouwbaarheidO.Beveiligde_gegevens-uitwisseling
Identificatie en authenticatie
UIA_101 Unit-identificatie x x x x xUIA_102 Unit-identiteit x xx
UIA_103 VU-identiteit x
UIA_104 Unit-authenticatie x x x x x
UIA_105 Herauthenticatie x x x x xUIA_106 Onvervalsbare authenticatie x x x xUIA_107 Authenticatiefout xx x
Toegangscontrole
ACC_101 Beleid toegangscontrole x x x xACC_102 ID bewegingsopnemer xx
ACC_103 Gebruikersgegevens xx
ACC_104 Beveiligingsgegevens xx x
ACC_105 Bestandsstructuur en toegangscon-
ditiesxx x x▼M11998R2135 — NL — 25.08.2002 — 001.001 — 222
Bedreigingen IT-doelstellingenT.Toegang
T.Fouten
T.BeproevingenT.OntwerpT.MilieuT.HardwareT.Mechanische_Oorsprong
T.Bewegingsgegevens
T.StroomvoorzieningT.BeveiligingsgegevensT.SoftwareT.Opgeslagen_gegevensO.Toegang
O.Audit
O.AuthenticatieO.VerwerkingO.BetrouwbaarheidO.Beveiligde_gegevens-uitwisseling
Verantwoording
ACT_101 ID-gegevens bewegingsopnemer x
ACT_102 Verbindingsgegevens x
ACT_103 Verantwoordingsgegevens x
AuditAUD_101 Auditregistraties x
AUD_102 Voorvallenlijst audit x x x x x
AUD_103 Auditgegevens x
AUD_104 Audit-instrumenten x
AUD_105 Opslag auditregistraties x
Nauwkeurigheid
ACR_101 Controlebeleid informatiestroom x x xACR_102 Interne overdracht xx
ACR_103 Interne overdracht x▼M11998R2135 — NL — 25.08.2002 — 001.001 — 223
Bedreigingen IT-doelstellingenT.Toegang
T.Fouten
T.BeproevingenT.OntwerpT.MilieuT.HardwareT.Mechanische_Oorsprong
T.Bewegingsgegevens
T.StroomvoorzieningT.BeveiligingsgegevensT.SoftwareT.Opgeslagen_gegevensO.Toegang
O.Audit
O.AuthenticatieO.VerwerkingO.BetrouwbaarheidO.Beveiligde_gegevens-uitwisseling
ACR_104 Integriteit opgeslagen gegevens xx
ACR_105 Integriteit opgeslagen gegevens xx
BetrouwbaarheidRLB_101 Fabricagebeproevingen x x x
RLB_102 Zelfbeproevingen x x x x xRLB_103 Zelfbeproevingen x x x xRLB_104 Softwareanalyse x x xRLB_105 Software-invoer xx x
RLB_106 Opening behuizing x x x x x x x
RLB_107 Hardwaresabotage x x
RLB_108 Hardwaresabotage x xRLB_109 Onderbreking stroomvoorziening x xRLB_110 Terugstellen x x▼M11998R2135 — NL — 25.08.2002 — 001.001 — 224
Bedreigingen IT-doelstellingenT.Toegang
T.Fouten
T.BeproevingenT.OntwerpT.MilieuT.HardwareT.Mechanische_Oorsprong
T.Bewegingsgegevens
T.StroomvoorzieningT.BeveiligingsgegevensT.SoftwareT.Opgeslagen_gegevensO.Toegang
O.Audit
O.AuthenticatieO.VerwerkingO.BetrouwbaarheidO.Beveiligde_gegevens-uitwisseling
RLB_111 Beschikbaarheid gegevens xx
RLB_112 Meervoudige toepassingen x
GegevensuitwisselingDEX_101 Beveiligde uitvoer bewegingsge-
gevensx x
Cryptografische ondersteuning
CSP_101 Algoritmen xx
CSP_102 Ontwikkeling sleutel xx
CSP_103 Verspreiding sleutel xx
CSP_104 Toegang sleutel xx
CSP_105 Vernietiging sleutel xx▼M11998R2135 — NL — 25.08.2002 — 001.001 — 225
▼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 minimum-
sterkte van beveiligingsmechanismen en het vereiste garantieniveau voor de
ontwikkeling 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
voorschriften in de tekst van bijlage I B en de voorschriften van de beveiligings-
doelstelling. In geval van onduidelijkheid tussen een voorschrift van de
beveiligingsdoelstelling en een voorschrift van bijlage I B waarnaar in dit docu-
ment 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 behui-
zing van de bewegingsopnemer ondergebrachte
componenten
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 gege-
vens, anders dan beveiligingsgegevens, zoals
omschreven in hoofdstuk III.12
2.3. Referentienormen
ITSEC ITSEC Information Technology Security Evalua-
tion Criteria 1991
3.Productratio
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 bewegings-
gegevens van het voertuig uitwisselt.1998R2135 — NL — 25.08.2002 — 001.001 — 226
▼M1
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
hoofdstuk 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
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:1998R2135 — NL — 25.08.2002 — 001.001 — 227
▼M1
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 kalibreringsfunctie)
T.Identificatie Gebruikers kunnen verscheidene identificaties of
geen identificatie gebruiken
3.3.2. Ontwerpgerelateerde bedreigingen
T.Fouten Fouten in hardware, software en communicatiepro-
cedures kunnen voor de VU onvoorziene1998R2135 — NL — 25.08.2002 — 001.001 — 228
▼M1
omstandigheden veroorzaken waardoor de beveili-
ging in gevaar wordt gebracht
T.Beproevingen Het gebruik van niet-gevalideerde beproevingsme-
thoden 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 ontsleute-
ling
3.3.3. Werkingsgerelateerde bedreigingen
T.Kalibreringsparameters Gebruikers kunnen onjuist gekalibreerde inrich-
tingen gebruiken (door wijziging van de
kalibreringsgegevens of door organisatorisch
zwakke punten)
T.Gegevensuitwisseling_van_de_kaart Gebruikers kunnen gegevens wijzigen terwijl deze
tussen de VU en de tachograafkaart worden uitge-
wisseld (toevoeging, wijziging, verwijdering,
signaalherhaling)
T.Klok Gebruikers kunnen de interne klok manipuleren
T.Milieu Gebruikers kunnen de beveiliging van de VU door
blootstelling aan omgevingsinvloeden (thermisch,
elektromagnetisch, optisch, chemisch, mechanisch,
enz.) in gevaar brengen
T.Valse_inrichtingen Gebruikers kunnen valse inrichtingen (bewegings-
opnemer, 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, verwijde-
ring, signaalherhaling)
T.Niet-geactiveerd Gebruikers kunnen niet-geactiveerde inrichtingen
gebruiken
T.Uitvoergegevens Gebruikers kunnen uitvoergegevens wijzigen
(afdrukken, tonen of overbrengen)
T.Stroomvoorziening Gebruikers kunnen de beveiligingsdoelstellingen
van de VU dwarsbomen door het wijzigen (onder-
breken, verminderen, verhogen) van de
stroomvoorziening
T.Beveiligingsgegevens Gebruikers kunnen illegaal kennis verkrijgen van
beveiligingsgegevens tijdens het genereren van de
beveiligingsgegevens 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 (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 activi-
teiten van de gecontroleerde bestuurders en
voertuigen met betrekking tot rijden, werken,
beschikbaarheid 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 beveiligingsdoelstel-
ling bijdragen, zijn derhalve:
O.VU_Belangrijkste De te meten en te registreren en vervolgens door
de controleautoriteiten te controleren gegevens
moeten beschikbaar zijn en de activiteiten van de
gecontroleerde bestuurders en voertuigen met
betrekking tot rijden, werken, beschikbaarheid en
rusttijden alsmede de gegevens met betrekking tot1998R2135 — NL — 25.08.2002 — 001.001 — 229
▼M1
de snelheid van het voertuig nauwkeurig weer-
geven
O.VU_Uitvoer De VU moet gegevens zodanig naar externe
opslagmedia uitvoeren dat de integriteit en authen-
ticiteit 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 func-
ties en gegevens controleren
O.Verantwoording De VU moet nauwkeurige verantwoordingsgege-
vens verzamelen
O.Audit De VU moet pogingen om de systeemveiligheid 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 gege-
vens handhaven
O.Uitvoer De VU moet ervoor zorgen dat de gegevensuitvoer
de gemeten en opgeslagen gegevens nauwkeurig
weergeeft
O.Verwerking De VU moet ervoor zorgen dat de verwerking van
invoergegevens ter verkrijging van gebruikersgege-
vens nauwkeurig is
O.Betrouwbaarheid De VU moet betrouwbaar zijnO.Beveiligde_gegevensuitwisseling De VU moet de gegevensuitwisseling met
de bewegingsopnemer en met de tachograafkaarten
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 toewijzing van verantwoordelijkheden
tijdens de ontwikkeling de IT-beveiliging gehand-
haafd blijft
M.Fabricage Fabrikanten van VU's moeten erop toezien dat bij
de toewijzing van verantwoordelijkheden tijdens
de fabricage de IT-beveiliging gehandhaafd blijft
en dat de VU tijdens het fabricageproces 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 werkplaatsen 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 werk-
plaatsen moeten de VU na de installatie activeren
voordat het voertuig het bedrijf verlaat waar de
installatie plaatsvond
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 zodanig1998R2135 — NL — 25.08.2002 — 001.001 — 230
▼M1
gegenereerd, getransporteerd en in de VU inge-
bracht worden dat de vereiste vertrouwelijkheid en
integriteit gehandhaafd 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
bestuurderskaart 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 contro-
leapparaat 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 selec-
teren activiteiten correct selecteren, enz.)
3.6.7. Controle op de naleving van de wet
M.Controles Controles op naleving van de wet moeten regel-
matig 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ïmple-
menteerd 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 bewegings-
opnemer 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.
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ïdentifi-
ceerde 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 de1998R2135 — NL — 25.08.2002 — 001.001 — 231
▼M1
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
accepteren 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 weder-
zijds 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 authenticatiegege-
vens 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.
Voor elke interactie met een op afstand aangesloten bedrijf moet de VU de iden-
titeit 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 authenticatiegege-
vens detecteren en verhinderen.1998R2135 — NL — 25.08.2002 — 001.001 — 232
▼M1
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 bevei-
ligingsgegevens, 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 authenticatiegege-
vens 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 tijd-
afstellingen overeenkomstig voorschrift 157 en 158).
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.1998R2135 — NL — 25.08.2002 — 001.001 — 233
▼M1
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 gedetail-
leerde snelheidsgegevens (voorschrift 093) registreren.
De VU moet ervoor zorgen dat geregistreerde gebruikersgegevens met betrek-
king tot voorschriften 081 tot en met 093 en 102 tot en met 105b niet worden
gewijzigd 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
beveiliging. Het is niet vereist bij de normale uitoefening van rechten, zelfs
indien relevant 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.
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 voor-
schrift 109a uitsluitend voor de periode „laatste kaartuitneming — huidige
inbrenging” (voorschrift 050a) kunnen worden ingevoerd.1998R2135 — NL — 25.08.2002 — 001.001 — 234
▼M1
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
geblokkeerd 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
beveiligingsgegevens 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.
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 stroomvoorzie-
ning gedurende ten minste 6 maanden, behalve in de kalibreringsmodus. In dit
geval moet de SEF een auditregistratie genereren (het is acceptabel wanneer de
auditregistratie 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.1998R2135 — NL — 25.08.2002 — 001.001 — 235
▼M1
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
opgevraagd 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.
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 overge-
brachte 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 beveili-
gingskenmerken 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.1998R2135 — NL — 25.08.2002 — 001.001 — 236
▼M1
Indien de VU toegang heeft tot cryptografische sleutels, moet dit in overeen-
stemming 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 — 25.08.2002 — 001.001 — 237
Bedreigingen IT-doelstellingenT.Toegang
T.IdentificatieT.Fouten
T.Beproevingen
T.Ontwerp
T.Kalibreringsparameters
T.Uitwisseling kaartgegevens
T.Uurwerk
T.Milieu
T.Valse_inrichtingen
T.Hardware
T.Bewegingsgegevens
T.Niet-geactiveerd
T.Uitvoergegevens
T.Stroomvoorziening
T.Beveiligingsgegevens
T.Software
T.Opgeslagen_gegevensO.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 xTraceerbaarheid kaart x
Erkende werkplaatsen x x
Regelmatige controle kalibrering x x x x xBetrouwbare werkplaatsen x xBetrouwbare bestuurders x▼M11998R2135 — NL — 25.08.2002 — 001.001 — 238
Bedreigingen IT-doelstellingenT.Toegang
T.IdentificatieT.Fouten
T.Beproevingen
T.Ontwerp
T.Kalibreringsparameters
T.Uitwisseling kaartgegevens
T.Uurwerk
T.Milieu
T.Valse_inrichtingen
T.Hardware
T.Bewegingsgegevens
T.Niet-geactiveerd
T.Uitvoergegevens
T.Stroomvoorziening
T.Beveiligingsgegevens
T.Software
T.Opgeslagen_gegevensO.Toegang
O.Verantwoording
O.Audit
O.Authenticatie
O.Integriteit
O.Uitvoer
O.Verwerking
O.Betrouwbaarheid
O.Bev._gegevensuitwisseling
Controles op naleving van de wet x x x xxxx x x
Softwareaanpassing x
Beveiligingsfuncties
Identificatie en authenticatieUIA_201 Identificatie opnemer x x x x
UIA_202 Identiteit opnemer x x x x
UIA_203 Authenticatie opnemer x x x xUIA_204 Heridentificatie en herauthenticatie
opnemerxx 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▼M11998R2135 — NL — 25.08.2002 — 001.001 — 239
Bedreigingen IT-doelstellingenT.Toegang
T.IdentificatieT.Fouten
T.Beproevingen
T.Ontwerp
T.Kalibreringsparameters
T.Uitwisseling kaartgegevens
T.Uurwerk
T.Milieu
T.Valse_inrichtingen
T.Hardware
T.Bewegingsgegevens
T.Niet-geactiveerd
T.Uitvoergegevens
T.Stroomvoorziening
T.Beveiligingsgegevens
T.Software
T.Opgeslagen_gegevensO.Toegang
O.Verantwoording
O.Audit
O.Authenticatie
O.Integriteit
O.Uitvoer
O.Verwerking
O.Betrouwbaarheid
O.Bev._gegevensuitwisseling
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 xUIA_214 Authenticatiefout x x x x
UIA_215 Gebruikersidentificatie op afstand x x xx x
UIA_216 Gebruikersidentiteit op afstand x x xx
UIA_217 Gebruikersauthenticatie op afstand x x xx x
UIA_218 Authenticatiemiddelen x x xx
UIA_219 Onvervalsbare authenticatie x x xx
UIA_220 Authenticatiefout x x
UIA_221 Identificatie beheersinrichting x x xx
UIA_222 Authenticatie beheersinrichting x x xx
UIA_223 Onvervalsbare authenticatie x x xx▼M11998R2135 — NL — 25.08.2002 — 001.001 — 240
Bedreigingen IT-doelstellingenT.Toegang
T.IdentificatieT.Fouten
T.Beproevingen
T.Ontwerp
T.Kalibreringsparameters
T.Uitwisseling kaartgegevens
T.Uurwerk
T.Milieu
T.Valse_inrichtingen
T.Hardware
T.Bewegingsgegevens
T.Niet-geactiveerd
T.Uitvoergegevens
T.Stroomvoorziening
T.Beveiligingsgegevens
T.Software
T.Opgeslagen_gegevensO.Toegang
O.Verantwoording
O.Audit
O.Authenticatie
O.Integriteit
O.Uitvoer
O.Verwerking
O.Betrouwbaarheid
O.Bev._gegevensuitwisseling
Toegangscontrole
ACC_201 Beleid toegangscontrole x x x x x x
ACC_202 Toegangsrechten tot functies x x x xACC_203 Toegangsrechten tot functies x x x xACC_204 VU-ID xx
ACC_205 ID aangesloten opnemer x x x
ACC_206 Kalibreringsgegevens x x x xACC_207 Kalibreringsgegevens x x xACC_208 Tijdafstellingsgegevens x x x
ACC_209 Tijdafstellingsgegevens x x x
ACC_210 Beveiligingsgegevens xx x
ACC_211 Bestandsstructuur en toegangscon-
ditiesxx x x x
Verantwoording
ACT_201 Verantwoording bestuurders x▼M11998R2135 — NL — 25.08.2002 — 001.001 — 241
Bedreigingen IT-doelstellingenT.Toegang
T.IdentificatieT.Fouten
T.Beproevingen
T.Ontwerp
T.Kalibreringsparameters
T.Uitwisseling kaartgegevens
T.Uurwerk
T.Milieu
T.Valse_inrichtingen
T.Hardware
T.Bewegingsgegevens
T.Niet-geactiveerd
T.Uitvoergegevens
T.Stroomvoorziening
T.Beveiligingsgegevens
T.Software
T.Opgeslagen_gegevensO.Toegang
O.Verantwoording
O.Audit
O.Authenticatie
O.Integriteit
O.Uitvoer
O.Verwerking
O.Betrouwbaarheid
O.Bev._gegevensuitwisseling
ACT_202 VU-ID gegevens xx
ACT_203 Verantwoording werkplaatsen x
ACT_204 Verantwoording controleurs x
ACT_205 Verantwoording voertuigbewe-
gingenx
ACT_206 Wijziging verantwoordingsgege-
vensxx x
ACT_207 Wijziging verantwoordingsgege-
vensxx 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 — 25.08.2002 — 001.001 — 242
Bedreigingen IT-doelstellingenT.Toegang
T.IdentificatieT.Fouten
T.Beproevingen
T.Ontwerp
T.Kalibreringsparameters
T.Uitwisseling kaartgegevens
T.Uurwerk
T.Milieu
T.Valse_inrichtingen
T.Hardware
T.Bewegingsgegevens
T.Niet-geactiveerd
T.Uitvoergegevens
T.Stroomvoorziening
T.Beveiligingsgegevens
T.Software
T.Opgeslagen_gegevensO.Toegang
O.Verantwoording
O.Audit
O.Authenticatie
O.Integriteit
O.Uitvoer
O.Verwerking
O.Betrouwbaarheid
O.Bev._gegevensuitwisseling
REU_201 Hergebruik xx x
Nauwkeurigheid
ACR_201 Controlebeleid Informatiestroom x x x xx
ACR_202 Interne overdracht xx x x
ACR_203 Interne overdracht xx
ACR_204 Integriteit opgeslagen gegevens xx x
ACR_205 Integriteit opgeslagen gegevens xx
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 xx x x▼M11998R2135 — NL — 25.08.2002 — 001.001 — 243
Bedreigingen IT-doelstellingenT.Toegang
T.IdentificatieT.Fouten
T.Beproevingen
T.Ontwerp
T.Kalibreringsparameters
T.Uitwisseling kaartgegevens
T.Uurwerk
T.Milieu
T.Valse_inrichtingen
T.Hardware
T.Bewegingsgegevens
T.Niet-geactiveerd
T.Uitvoergegevens
T.Stroomvoorziening
T.Beveiligingsgegevens
T.Software
T.Opgeslagen_gegevensO.Toegang
O.Verantwoording
O.Audit
O.Authenticatie
O.Integriteit
O.Uitvoer
O.Verwerking
O.Betrouwbaarheid
O.Bev._gegevensuitwisseling
RLB_206 Opening omhulsel x x x x x x x x x
RLB_207 Hardwaresabotage x x
RLB_208 Hardwaresabotage x xRLB_209 Onderbrekingen stroomvoorziening xx
RLB_210 Onderbrekingen stroomvoorziening xx
RLB_211 Terugstellen x x
RLB_212 Beschikbaarheid gegevens xx
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-
vensxx▼M11998R2135 — NL — 25.08.2002 — 001.001 — 244
Bedreigingen IT-doelstellingenT.Toegang
T.IdentificatieT.Fouten
T.Beproevingen
T.Ontwerp
T.Kalibreringsparameters
T.Uitwisseling kaartgegevens
T.Uurwerk
T.Milieu
T.Valse_inrichtingen
T.Hardware
T.Bewegingsgegevens
T.Niet-geactiveerd
T.Uitvoergegevens
T.Stroomvoorziening
T.Beveiligingsgegevens
T.Software
T.Opgeslagen_gegevensO.Toegang
O.Verantwoording
O.Audit
O.Authenticatie
O.Integriteit
O.Uitvoer
O.Verwerking
O.Betrouwbaarheid
O.Bev._gegevensuitwisseling
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 xx
DEX_207 Bewijs van oorsprong xx
DEX_208 Beveiligde uitvoer naar externe
mediaxx
IT-doelstellingen
CSP_201 Algoritmen xx
CSP_202 Ontwikkeling sleutel xx
CSP_203 Verspreiding sleutel xx
CSP_204 Toegang sleutel xx
CSP_205 Vernietiging sleutel xx▼M11998R2135 — NL — 25.08.2002 — 001.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 beveili-
gingsdoelstellingen. 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
voorschriften in bijlage I B en de voorschriften van de beveiligingsdoelstelling.
In geval van onduidelijkheid tussen een voorschrift van de beveiligingsdoelstel-ling 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
tachograaftoepassing en moet aan de meest recente voor smartcards geldende
beveiligingsvoorschriften betreffende functies en garanties voldoen. In deze
beveiligingsdoelstelling zijn derhalve uitsluitend de bijkomende beveiligings-
voorschriften 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 geheugen-
functies),
OS Operating system (besturingssysteem)
PIN Personal identification number (PIN-code)
ROM Read only memory (ROM-geheugen)
SFP Security functions policy (beleid t.a.v. beveili-
gingsfuncties)
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 opgeslagen gegevens die in
verband met integriteit, onbevoegde wijziging en
vertrouwelijkheid beveiligd moeten worden (waar
toepasbaar op beveiligingsgegevens). Gevoelige
gegevens bestaan uit beveiligingsgegevens en
gebruikersgegevens
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 Een unit (menselijke gebruiker of externe IT-unit)
buiten het TOE die met het TOE in wisselwerking
staat (wanneer niet gebruikt in de uitdrukking
„gebruikersgegevens”)
Gebruikersgegevens Gevoelige, op de tachograafkaart opgeslagen gege-
vens, anders dan beveiligingsgegevens.
Gebruikersgegevens bestaan uit identificatiegege-
vens en gegevens over activiteiten
Identificatiegegevens Identificatiegegevens bestaan uit kaartidentificatie-
gegevens en identificatiegegevens m.b.t. de
kaarthouder1998R2135 — NL — 25.08.2002 — 001.001 — 246
▼M1
Kaartidentificatiegegevens Gebruikersgegevens met betrekking tot de kaarti-
dentificatie 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 zoalsgedefinieerd 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 gedefinieerd 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 invoorschrift 204, 205, 207, 208 en 223
Gegevens over controleactiviteiten Gebruikersgegevens met betrekking tot
wettelijke controles zoals gedefinieerd invoorschrift 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 certificerings-
instantie 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
identificeren, dienovereenkomstig toegangsrechten tot gegevens en functies
te leveren en de verantwoording van de kaarthouder voor zijn activiteiten
te waarborgen;
— 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-
inrichting van een voertuigunit. De kaart kan ook in een andere kaartlezer
(bijv. van een personal computer) met volledige toegangsrechten voor het lezen
van gebruikersgegevens 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
onderstaande bedreigingen geconfronteerd worden:1998R2135 — NL — 25.08.2002 — 001.001 — 247
▼M1
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_activiteitenEen 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, inferentie-
analyse, 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 authen-
ticatieprocedures, 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 activi-
teiten van de gecontroleerde bestuurders en
voertuigen met betrekking tot rijden, werken,
beschikbaarheid en rusttijden alsmede de gegevens
met betrekking tot de snelheid van het voertuig
volledig en nauwkeurig weergeven.
De belangrijkste beveiligingsdoelstellingen van het TOE die aan de totale bevei-
ligingsdoelstelling bijdraagt, zijn derhalve:
O.Kaartidentificatiegegevens Het TOE moet de tijdens het personalisatieproces
van de kaart opgeslagen kaartidentificatiegegevens
en identificatiegegevens 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-beveili-
gingsdoelstellingen van het TOE die aan de belangrijkste
beveiligingsdoelstellingen tijdens de eindgebruiksfase van de levenscyclus
bijdragen, de volgende:
O.Gegevenstoegang Het TOE moet de toegangsrechten voor de invoer
van gebruikersgegevens in geauthentiseerde voer-
tuigunits beperken.
O.Veilige_Communicatie Het TOE moet, wanneer de toepassing dit vereist,
veilige communicatieprotocollen en -procedures
tussen de kaart en de kaartinterface-inrichting
kunnen ondersteunen.1998R2135 — NL — 25.08.2002 — 001.001 — 248
▼M1
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 controle-
kaart die identificatiegegevens van de kaarthouder uitsluitend naargeauthentiseerde voertuigunits kan uitvoeren (op zodanige wijze dat de contro-
leur ervan verzekerd kan zijn dat de voertuigunit geen vervalsing is, doordat hij
zijn naam in het leesvenster 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 (GEBRUI-
KERS_ID is alleen bekend voor
GEBRUIKERSGROEP = VOERTUIGUNIT).
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 bevei-
ligingskenmerken (overdrachtsfunctie van kaartgegevens);
— Controlekaart: uitvoer van gebruikersgegevens zonder beveiligingsken-
merken met uitzondering van identificatiegegevens van de kaarthouder.
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 voertuig-
unit 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 afzon-
derlijke gebruikersauthenticatiefout.
Opdracht (FIA_AFL.1.1) Nummer :1 , lijst met authenticatievoorvallen : authen-
ticatie 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).1998R2135 — NL — 25.08.2002 — 001.001 — 249
▼M1
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.
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.1998R2135 — NL — 25.08.2002 — 001.001 — 250
▼M1
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.
4.7.3. Stroomvoorziening
Het TOE moet tijdens een onderbreking van of schommelingen in de stroom-
voorziening 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, moethet 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 gege-
vens 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 sleutels1998R2135 — NL — 25.08.2002 — 001.001 — 251
▼M1
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 — 25.08.2002 — 001.001 — 252
Bedreigingen IT-doelstellingenT.CLON*
T.DIS_ES2T.T_ES
T.T_CMD
T.MOD_SOFT*T.MOD_LOADT.MOD_EXET.MOD_SHARET.Ident_GegevensT.Gegevens_activiteitenT.Gegevensuitwisseling
O.TAMPER_ES
O.CLON*O.OPERATE*O.FLAW*O.DIS_MECHANISM2O.DIS_MEMORY*O.MOD_MEMORY*
O.Gegevenstoegang
O.Beveiligde_Communicatie
UIA_301 Authenticatiemiddelen x
UIA_302 Controles PIN-code x
ACT_301 Identificatiegegevens
ACT_302 Personalisatiegegevens
RLB_301 Software-integriteit xx
RLB_302 Zelfbeproevingen xx
RLB_303 Fabricagebeproevingen x x x x
RLB_304 Softwareanalyse x x x x x
RLB_305 Software-invoer x x x x xRLB_306 Stroomvoorziening x xxx
RLB_307 Terugstellen xx
DEX_301 Invoer beveiligde gegevens xx
DEX_302 Invoer beveiligde gegevens xx
DEX_303 Uitvoer beveiligde gegevens naar VU xx▼M11998R2135 — NL — 25.08.2002 — 001.001 — 253
Bedreigingen IT-doelstellingenT.CLON*
T.DIS_ES2T.T_ES
T.T_CMD
T.MOD_SOFT*T.MOD_LOADT.MOD_EXET.MOD_SHARET.Ident_GegevensT.Gegevens_activiteitenT.Gegevensuitwisseling
O.TAMPER_ES
O.CLON*O.OPERATE*O.FLAW*O.DIS_MECHANISM2O.DIS_MEMORY*O.MOD_MEMORY*
O.Gegevenstoegang
O.Beveiligde_Communicatie
DEX_304 Bewijs van oorsprong xx
DEX_305 Bewijs van oorsprong xx
DEX_306 Beveiligde uitvoer naar externe media xx
CSP_301 Sleutelontwikkeling xx
CSP_302 Sleutelverspreiding xx▼M11998R2135 — NL — 25.08.2002 — 001.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 — 25.08.2002 — 001.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 opslagmedia
overgebrachte gegevens;
— de integriteit en authenticatie van gegevens die van de tachograafkaart naar
externe 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). FIPS
Publication 46-3: Data Encryption Standard. Ontwerp 1999
TDES-OP ANSI X9.52, Triple Data Encryption Algorithm Modes of
Operation. 1998
ISO/IEC 7816-4 Inf orm ati on Te chno logy — Id ent ific ati on ca rds —
Integrated circuit(s) cards with contacts — Part 4:
Interindustry commands for interexchange. First
edition: 1995 +Amendment 1: 1997
ISO/IEC 7816-6 Inf orm ati on Te chno logy — Id ent ific ati on ca rds —
Integrated circuit(s) cards with contacts — Part 6:
Interindustry data elements. First edition: 1996 +
Cor 1: 1998
ISO/IEC 7816-8 Inf orm ati on Te chno logy — Id ent ific ati on ca rds —
Integrated circuit(s) cards with contacts — Part 8:
Security related interindustry commands. First
edition 1999
ISO/IEC 9796-2 Inf orm ati on Tec hnology — Security techniques —
Digital signature schemes giving message recovery
— Part 2: Mechanisms using a hash function. First
edition: 1997
ISO/IEC 9798-3 Inf orm ati on Tec hnology — Security techniques —
Entity authentication mechanisms — Part 3: Entity
authentication using a public key algorithm.
Second edition 1998
ISO 16844-3 Ro ad vehi cl es — T ach ogra ph sy stem s — Pa rt 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 CertificeringsinstantieCAR Referentie van de certificeringsinstantieCC Cryptografische controlesom
CG Cryptogram
CH Opdracht-koptitelCHA Autorisatie van de certificaathouderCHR Referentie van de certificaathouder
D() Decodering met DES
DE GegevenselementDO Gegevensobjectd RSA particuliere sleutel, particuliere exponent
e RSA openbare sleutel, openbare exponent
E() Codering met DES1998R2135 — NL — 25.08.2002 — 001.001 — 256
▼M1
EQT Apparatuur
Hash() Hashwaarde, een uitvoer van Hash
Hash Hashing
KID Sleutel-identificatiesymbool
Km TDES-sleutel. Master Key, gedefinieerd in ISO 16844-3
KmVUTDES-sleutel, ingebracht in voertuigunits
KmWCTDES-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
vertrouwelijkheid DO)
PV Ongecodeerde waarde
s Handtekeningsymbool, een eenheid tussen 0 en n-1
SSC Zendsequentieteller
SM Beveiligde overbrenging
TCBC TDEA-modus cipher block chainingTDEA Drievoudig algoritme voor gegevenscodering
TLV Waarde labellengte
VU Voertuigunit
X.C Certificaat van gebruiker X afgegeven door een certificerings-
instantie
X.CA Certificeringsinstantie van gebruiker X
X.CA.PK
oX.C Handeling van uitpakken van een certificaat om een openbare
sleutel 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 certificaat de rechter operand is
X.PK RSA-openbare sleutel van gebruiker X
X.PK[I] RSA-codering van informatie I, met gebruikmaking van de
openbare sleutel van gebruiker X
X.SK particuliere RSA-sleutel van gebruiker XX.SK[I] RSA-codering van informatie I, met gebruikmaking van de
particuliere sleutel van gebruiker X
′xx′ Hexadecimale waarde
|| Verbindingsoperator
2. CRYPTOGRAFISCHE SYSTEMEN EN ALGORITMEN2.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 of
tachograafkaart 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 tacho-graafkaart.
2.2. Cryptografische algoritmen
2.2.1. RSA-algoritme
Het RSA-algoritme wordt door de onderstaande vergelijkingen volledig gedefi-
nieerd:1998R2135 — NL — 25.08.2002 — 001.001 — 257
▼M1
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 gecer-
tificeerde sleutels moeten worden bijgehouden. Deze taken moeten door een
Europese 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 gecertifi-
ceerde 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
apparatuur 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 sleutel-
paar 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.1998R2135 — NL — 25.08.2002 — 001.001 — 258
▼M1
Het onderstaande schema vat de gegevensstroom van dit proces samen:
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 genereren. 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
beproevingssleutels inbrengen die door een van deze beproevingssleutels van de
lidstaten gecertificeerd 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 decertificeringsinstanties van de lidstaten, via adequaat beveiligde procedures.1998R2135 — NL — 25.08.2002 — 001.001 — 259
▼M1
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),
— zenden KmVUtoe aan fabrikanten van voertuigunits, via adequaat beveiligde
procedures, voor gebruik in voertuigunits,
— zorgen ervoor dat KmWCwordt ingebracht in alle werkplaatskaarten (Sen so-
rInst al lat ionSe cDa ta in basisbestand Se nsor_ Insta lla tio n_Da ta) bi j
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 d
1024 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” „kaart-
verifieerbare” 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 struc-
tuur van een authenticatiecertificaat aan. Het kan worden gebruikt als een
intern identificatiesymbool van een apparaat op een relevante lijst kopti-
tels die de verbinding van gegevenselementen in het certificaat beschrijft.1998R2135 — NL — 25.08.2002 — 001.001 — 260
▼M1
De koptitels met betrekking tot de inhoud van dit certificaat zijn de
volgende:
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 met een sleutel-identificatiesymbool van
de instantie kan worden gebruikt ter verwijzing naar de openbare sleutel
van de certificeringsinstantie (zie onderstaand sleutel-identificatiesymbool
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 uit het model van de apparatuur waarvoor
het certificaat bedoeld is (overeenkomstig het ApparatuurModel gege-
venselement, „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 tegelijkertijd met een sleutel-identificatiesymbool
van het subject kan worden gebruikt ter verwijzing naar de openbare
sleutel van de certificaathouder.
5. Sleutel-identificatiesymbolen identificeren op een unieke manier de certi-
ficaathouder of de certificeringsinstanties. Ze worden als volgt gecodeerd:
5.1. Apparatuur (VU of kaart):
Gegevens Serienummer
van de appara-
tuurDatum 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 bovenstaande
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 certifi-
caat 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:1998R2135 — NL — 25.08.2002 — 001.001 — 261
▼M1
Gegevens Seriennummer
certificaatver-zoekDatum Model Fabrikant
Lengte 4 bytes 2 bytes 1 byte 1 byte
Waarde BCD-codering mm yy BCD-
codering′FF′ Code fabrikant
5.2. Certificeringsinstantie:
Gegevens Identificatie
instantieSerienummer
van de sleutelAdditionele
infoIdentificatiesym-
bool
Lengte 4 bytes 1 byte 2 bytes 1 byte
Waarde 1 byte nume-
rieke code van
de staatEenheid additionele
codering
(specifiek voor
certificerings-
instantie)′01′
3 bytes alfanu-
merieke code
van de staat′FF FF′indien
niet gebruikt
Het serienummer van de sleutel wordt gebruikt om de verschillende sleutels
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 authenti-
catie, verificatie van de digitale handtekening en codering voor
vertrouwelijke diensten (het certificaat bevat geen object-identificatie-
symbool 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 certificaat geselecteerd kan worden.
3. Ter ondertekening van het certificaat moet de certificaatverificateur het
door de certificeringsinstantie gebruikte algoritme impliciet kennen.1998R2135 — NL — 25.08.2002 — 001.001 — 262
▼M1
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′:
— 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 certificerings-
instantie.
Het bewijs wordt geleverd door ondertekening met de particuliere sleutel van
een willekeurig, door de andere partij gezonden nummer, die het gezonden
willekeurige 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.1998R2135 — NL — 25.08.2002 — 001.001 — 263
▼M1
Het volgende protocol moet worden gebruikt (pijltjes geven opdrachten en
uitgewisselde gegevens aan (zie appendix 2)):
1998R2135 — NL — 25.08.2002 — 001.001 — 264
▼M1
5. VERTROUWELIJKHEIDS-, INTEGRITEITS- EN AUTHENTICATIEAP-
PARATUUR 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 — 25.08.2002 — 001.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 cryptogra-
fische 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′ TPVOngecodeerde waarde van niet met BER-TLV gecodeerde
gegevens (te beschermen door CC)
′97′ TLEWaarde van Le in de onbeveiligde opdracht (te beschermen
door CC)
′99′ TSWStatusinformatie (te beschermen door CC)
′8E′ TCCCryptografische controlesom
′87′ TPI CGPadding 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 SW2L
rgegevensbytes Twee bytes
Het corresponderende beveiligde opdracht-antwoordpaar is:
Beveiligde opdracht:
Opdracht-
koptitel
(CH)Opdracht-object
CLA INS
P1 P2[Nieuw Lcveld][Nieuw gegevensveld] [Nieuw Leveld]
′OC′ Lengte van
nieuw
gegevens-
veldTPVLPVPV TLELLELeTCCLCCCC′00′
′81′ LcGeg-
even-
sveld′97′′ 01′ Le′8E′′ 04′ CC1998R2135 — NL — 25.08.2002 — 001.001 — 266
▼M1
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.
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 bevei-
ligd hoeft te worden in verband met vertrouwelijkheid:
AntwoordobjectStaartlabel
antwoord
[Nieuw gegevensveld] Nieuw SW1
SW2
TPVLPVPV TCCLCCCC
′81′ LrGege-
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 CGLPI CGPI CG TCCLCCCC
′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
TSWLSWSW TCCLCCCC
′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.1998R2135 — NL — 25.08.2002 — 001.001 — 267
▼M1
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 over-
eenkomstig ANSI X9.19 met DES:
— 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
beginwaardeblok.
De onderstaande figuur toont de toepassing van sleutels in TDES:
1998R2135 — NL — 25.08.2002 — 001.001 — 268
▼M1
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 hand-
tekeningschema met aanhangsel gebruiken zodat overgebrachte gegevens indien
gewenst zonder decodering gelezen kunnen worden.
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′||Hashwa-
arde.
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
opslagmedia) 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 — 25.08.2002 — 001.001 — 269
▼M1
1998R2135 — NL — 25.08.2002 — 001.001 — 270