31.12.2014 Views

Veelgestelde vragen fabrikanten Boordcomputer Taxi - Inspectie ...

Veelgestelde vragen fabrikanten Boordcomputer Taxi - Inspectie ...

Veelgestelde vragen fabrikanten Boordcomputer Taxi - Inspectie ...

SHOW MORE
SHOW LESS

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

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!