welke gegevens je verzamelt, waarvoor en hoe lang
Een auto-app weet wie er kijkt, waar iemand naar zoekt, welke auto’s hij bewaart en wanneer hij de app opent. Bij een website blijft dat grotendeels anoniem; in een app hangt het aan een persoon met een kenteken en een telefoonnummer.
Dat is geen probleem zolang je het geregeld hebt. Het wordt er wel een als je het pas uitzoekt nadat een klant erom vraagt of nadat Apple je app afkeurt. Op deze pagina staat wat je vastlegt voordat de app live gaat. Waar de app zelf uit bestaat, staat op automotive app laten maken. Dit is algemene uitleg en geen juridisch advies – laat je verwerkingsregister toetsen door iemand die dat vak beheerst.
Zet eerst op een rij wat er werkelijk binnenkomt. Bij de meeste auto-apps is dat dit:
Een kenteken is op zichzelf al een persoonsgegeven zodra het aan een persoon te koppelen is. Behandel het dus niet als een technisch veld.
Voor elk soort gegeven heb je een reden nodig die de AVG erkent. In de praktijk kom je er drie tegen.
Voor de gegevens die je nodig hebt om je werk te doen: de afspraak, de reparatie, de factuur. Daar hoef je niets extra’s voor te vragen.
Voor gegevens die je nodig hebt om je bedrijf te voeren, zoals inzicht in welke auto’s bekeken worden. Je moet dan wel kunnen uitleggen waarom jouw belang zwaarder weegt dan de privacy van de gebruiker, en het moet in verhouding staan.
Voor alles wat niet nodig is maar wel prettig: push-berichten met aanbiedingen, gebruiksstatistieken van derden, gerichte marketing. Toestemming moet vrijwillig zijn, apart gevraagd worden en net zo makkelijk in te trekken zijn als te geven.
iOS en Android vragen zelf toestemming voor meldingen. Dat is een technische vraag, geen juridische onderbouwing voor marketing.
Vraag die toestemming niet bij het openen van de app, maar op het moment dat iemand een zoekwekker instelt: dan snapt hij waarvoor het is en zegt hij vaker ja. Splits vervolgens de soorten berichten. Meldingen over een auto waar hij zelf op wacht zijn iets anders dan een actie die je naar iedereen stuurt.
Zorg dat hij per soort kan aan- en uitzetten in de app zelf, en dat uitzetten meteen werkt. Hoe je die berichten inzet zonder mensen weg te jagen, staat op push-notificaties en zoekwekkers.
De AVG noemt geen vaste termijnen: je bewaart niet langer dan nodig voor het doel. Dat betekent dat jij per soort gegeven een termijn kiest en die opschrijft.
Leg die keuzes vast en laat de app ze automatisch uitvoeren. Een bewaartermijn die alleen op papier staat, is geen bewaartermijn.
Naast de wet stellen Apple en Google hun eigen eisen, en die worden bij elke versie gecontroleerd.
Die opgave moet kloppen met wat de app werkelijk doet. Wijkt het af, dan wordt je versie afgekeurd en sta je stil. Meer over wat er in de stores geregeld moet worden, staat op app store optimalisatie voor je auto-app.
Jij bent verantwoordelijk voor de gegevens, ook als iemand anders de app bouwt en beheert. Daar horen afspraken bij.
Regel dit in het contract en niet achteraf. Zie auto-app laten ontwikkelen en voorraadkoppeling voor je auto-app.
Het meeste gaat niet mis in de techniek maar aan de balie. Een paar afspraken voorkomen dat.
Wat je in dat portaal ziet en instelt, staat op klantenportaal en statistieken.
Ja, als je een reden hebt die de AVG erkent – bij onderhoud is dat de uitvoering van de overeenkomst. Het punt is dat je het opschrijft en er een bewaartermijn aan hangt.
Meestal wel, of een duidelijk apart hoofdstuk in de bestaande. De app verzamelt dingen die je website niet verzamelt, en de stores vragen om een eigen URL.
Voor meldingen die iemand zelf heeft aangezet wel. Voor aanbiedingen heb je toestemming nodig, en die vraag je apart.
Dan verwijder je wat niet onder een wettelijke bewaarplicht valt. Je facturen mag en moet je houden; zijn zoekwekkers en favorieten niet.
Ja. Een app werkt niet met cookies maar met toestemming in de app en in het besturingssysteem. De gedachte erachter is dezelfde.
Bekijk automotive app laten maken voor het complete overzicht, of neem contact op voor een voorstel.