Veelgestelde vragen fabrikanten Boordcomputer Taxi - Inspectie ...
Veelgestelde vragen fabrikanten Boordcomputer Taxi - Inspectie ...
Veelgestelde vragen fabrikanten Boordcomputer Taxi - Inspectie ...
You also want an ePaper? Increase the reach of your titles
YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.
<strong>Veelgestelde</strong> <strong>vragen</strong> <strong>fabrikanten</strong> <strong>Boordcomputer</strong> <strong>Taxi</strong><br />
# Vraag Antwoord<br />
een digitale handtekening<br />
Mocht het antwoordt hierop Ja zijn dan hebben we ook nog de<br />
volgende vraag.<br />
Vraag 2:<br />
Hoeveel digitale handtekening kan de BCT kaart zetten voordat de het<br />
EEPROM de door de chipfabrikant gegarandeerde aantal "program and<br />
erase cycles" heeft bereikt<br />
15 Wij hebben een vraag over het opslaan van de rij en rusttijden op de<br />
Chauffeurskaart, Hoe de opslag gedaan moet worden is duidelijk<br />
uitgelegd, wij kunnen alleen nergens terug vinden wat er moet<br />
gebeuren als wij detecteren dat de opslag op de chauffeurskaart corrupt<br />
is.<br />
Er wordt wel gespecificeerd hoe een corrupte kaart te onderkennen is,<br />
en dat dit gelogd moet worden. Maar wat er daarna mee moet<br />
gebeuren kunnen we niet terugvinden.<br />
Er zijn ons inziens 2 mogelijkheden.<br />
1.) De kaart is vanaf dat moment onbruikbaar, en aangezien<br />
de chauffeur geen mogelijkheid heeft om de gegevens te<br />
repareren, zal deze een nieuwe kaart aan moeten <strong>vragen</strong>.<br />
2.) De <strong>Boordcomputer</strong> zal met behoud van zoveel mogelijk<br />
gegevens proberen de data te repareren. (d.m.v.<br />
verwijderen van dailyrecords die niet meer kloppen)<br />
16 Op pagina 14 van dit document TechSpecsGebruikBCTKaarten wordt<br />
stapsgewijs beschreven hoe een (vervangende) systeemkaart gekoppeld<br />
dient te worden aan de BCT. Daarnaast wordt op pagina 16 van dit<br />
document stapsgewijs beschreven hoe een huidige systeemkaart<br />
onklaar gemaakt dient te worden alvorens we een<br />
systeemkaartvervanging kunnen uitvoeren.<br />
Onze constatering is dat er geen rekening gehouden wordt met een<br />
scenario (waarschijnlijk de meest voorkomende waarbij een<br />
systeemkaartvervanging uitgevoerd moet worden) dat een<br />
systeemkaart defect is en een vervanging ervan nodig is.<br />
Er zijn twee scenario’s denkbaar bij corrupte gegevens op de chaufferskaart.<br />
1.) Vaste gegevens zijn corrupt<br />
De gegevens waarmee de chauffeurskaart is uitgeleverd, zoals het<br />
PKIoverheid certificaat, zijn corrupt geraakt. Hierdoor is de BCT niet langer in<br />
staat om het kaarttype en de kaarthouder te identificeren (art. 17, derde lid)<br />
en dient de kaart als ongeldig te worden aangemerkt. Hierdoor moet de<br />
kaart worden genegeerd (art. 17, tweede lid).<br />
2.) Rij- en rusttijden zijn corrupt<br />
De BCT stelt vast dat de laatste kaartsessie niet correct is afgesloten, de<br />
gegevens zijn immers corrupt. Hiervan wordt een logging gemaakt (art. 27,<br />
eerste lid onderdeel d). Hierop wordt verder geen actie ondernomen. De BCT<br />
voegt de nieuwe te registreren informatie toe aan een nieuwe kaartsessie<br />
met eigen dailyrecords.<br />
De systeemkaartvervanging is opgezet om bij het verlopen van een systeemkaart deze<br />
door een andere systeemkaart te vervangen zonder dat daarvoor kennis van sleutels<br />
nodig is bij degene die de vervanging uitvoert.<br />
In het geval van een defecte systeemkaart ligt het meer in de lijn der verwachting dat de<br />
systeemkaart wordt vervangen door een nieuwe systeemkaart, die is beschermd is met de<br />
oorspronkelijke <strong>fabrikanten</strong>sleutel.<br />
Versie 1.9 pagina 23/48 Datum: 15-5-2013