De meestgemaakte fout bij het gesprek met een softwareleverancier over het bandenpaspoort is dat het gesprek zich vrijwel volledig richt op techniek: welke koppeling, welk format, welke prijs per QR-code. Wie na dat gesprek verantwoordelijk blijft voor de juistheid en actualiteit van de gegevens in het paspoort, komt daardoor vaak pas aan bod als er iets misgaat.
Dat onderscheid is niet spitsvondig. Een softwareleverancier kan een technisch correct werkend paspoort opleveren, met een QR-code die keurig naar een pagina verwijst, terwijl de inhoud van die pagina verouderd of onvolledig is omdat niemand heeft afgesproken wie die inhoud actueel houdt. De verordening richt zich op de aanbieder die de gegevens verstrekt, niet automatisch op de partij die de techniek levert. Als dat onderscheid niet expliciet in het gesprek en het contract terugkomt, ontstaat een gat tussen wat technisch werkt en wat inhoudelijk klopt.
Waarom deze fout zo vaak voorkomt
Een gesprek met een softwareleverancier begint vrijwel altijd vanuit een concrete, praktische vraag: hoe komt de QR-code op de band, welk systeem koppelt met de administratie, wat kost het per model. Dat zijn logische vragen, en een leverancier beantwoordt ze ook goed. Het probleem is dat deze vragen suggereren dat de leverancier de hele keten afdekt, terwijl een softwarepartij doorgaans een platform levert en geen inhoudelijke controle uitvoert op wat een fabrikant of importeur aanlevert.
Bij veel andere IT-projecten is dat onderscheid minder relevant, omdat de gebruiker zelf de content invoert en zelf verantwoordelijk blijft. Bij het bandenpaspoort ligt dat anders: de gegevens komen vaak van een fabrikant of importeur verderop in de keten, worden samengesteld tot een paspoort, en blijven daarna tien jaar toegankelijk. Wie op dat moment nog verantwoordelijk is voor een correctie, moet vóór het tekenen van het contract duidelijk zijn, niet erna.
Wat er misgaat in de praktijk
In de praktijk uit deze fout zich meestal op drie manieren. Ten eerste wordt niet vastgelegd wie een fout in de gegevens mag en moet corrigeren, en binnen welke tijd dat gebeurt. Ten tweede wordt niet besproken wat er gebeurt met de gegevens en de QR-datadrager als het bedrijf overstapt naar een andere leverancier of stopt met de samenwerking, terwijl de hostingtermijn van tien jaar gewoon doorloopt. Ten derde ontbreekt vaak een afspraak over wie de brondata levert bij samengestelde producten, bijvoorbeeld wanneer een importeur gegevens van meerdere fabrikanten samenvoegt tot één paspoort.
Geen van deze punten is een technisch probleem. Ze gaan over rolverdeling en verantwoordelijkheid, en juist daarom worden ze in een gesprek dat als IT-project wordt ingestoken makkelijk overgeslagen. hoe de gegevens in een paspoort tot stand komen geeft een goed startpunt om te zien welke stappen in dat proces zitten, voordat u dezelfde vragen aan een leverancier voorlegt.
Hoe u dit voorkomt
De kern is simpel: bespreek de rolverdeling voordat u de techniek bespreekt. Vraag expliciet wie verantwoordelijk is voor de juistheid van de inhoud, wie corrigeert als er een fout wordt ontdekt, en wat er met het paspoort gebeurt bij een overstap naar een andere partij. Leg deze afspraken vast in het contract, niet alleen in een offerte of implementatieplan, zodat ze ook na personeelswisselingen of een overstap van leverancier bruikbaar blijven.
Het helpt om deze vragen te toetsen aan de rol die uw bedrijf zelf heeft in de keten: een importeur heeft andere verantwoordelijkheden dan een groothandel die alleen doorverkoopt. in een paar vragen zien welke rol bij uw bedrijf past geeft daar een eerste richting voor, voordat u die rolverdeling met de leverancier bespreekt.
De samenhang met andere afspraken
Deze fout staat niet los van andere onderwerpen die al bij uw bedrijf spelen. Een dataverwerkersovereenkomst uit de AVG regelt bijvoorbeeld wie persoonsgegevens verwerkt en hoe, maar zegt niets over wie inhoudelijk verantwoordelijk is voor productgegevens in een paspoort. Beide afspraken kunnen naast elkaar bestaan, maar moeten niet met elkaar verward worden. Wie deze onderwerpen apart van elkaar helder krijgt, voorkomt dat één contract wordt gebruikt om alles te dekken wat het niet dekt.
Als u wilt zien welke vragen bij dit gesprek precies horen en welke rol daarbij past, biedt de kennisbank met uitleg per onderwerp een overzicht dat verder gaat dan alleen de techniek.
Mocht u nog niet zeker weten waar uw bedrijf in deze keten staat, dan is de gratis quick-scan een goed startpunt: in een paar vragen krijgt u een indicatie van uw situatie, zonder dat u daarvoor eerst alle regelgeving hoeft door te lezen.