Gebruikers halen hun productgegevens zelf op Delen met een derde met toestemming en intrekken Elk verzoek vastgelegd, niet meer dan nodig

Datatoegangs­portaal voor verbonden producten laten maken

De Data Act geeft de gebruiker van een verbonden product recht op de gegevens die dat product en de bijbehorende dienst genereren, en het recht om die gegevens met een derde te laten delen. Als de gebruiker niet zelf rechtstreeks bij de gegevens kan, moet de gegevenshouder ze op een eenvoudig elektronisch verzoek beschikbaar stellen. Daar is een voorkant voor nodig. Appfront bouwt het datatoegangsportaal: de gebruiker gekoppeld aan zijn product, de datasets per model met hun metagegevens, opvragen en delen in een machineleesbaar formaat, toestemmingen die zijn in te trekken, en een register van elk verzoek.

Wat is een datatoegangs­portaal voor verbonden producten?

Een datatoegangsportaal is de plek waar de gebruiker van uw product zijn gegevens ophaalt en regelt wie ze nog meer krijgt. Verordening (EU) 2023/2854, de Data Act, noemt een verbonden product een goed dat gegevens over zijn gebruik of omgeving verzamelt en kan doorgeven. Artikel 4 vraagt dat de gegevenshouder de eenvoudig beschikbare gegevens met de metagegevens die nodig zijn om ze te begrijpen, onmiddellijk, kosteloos en in een gangbaar, machineleesbaar formaat beschikbaar stelt, waar mogelijk op eenvoudig elektronisch verzoek. Artikel 5 geeft de gebruiker het recht die gegevens aan een derde te laten leveren. Het portaal maakt van die rechten een werkend proces.

Zonder portaal komen verzoeken binnen via de klantenservice en worden ze per mail afgehandeld. Iemand moet nagaan of de vrager echt de gebruiker van dat product is, een ontwikkelaar trekt een export uit het platform, en een verzoek van een onderhoudsbedrijf namens een klant blijft liggen omdat niemand weet of dat mag. De verordening stelt grenzen aan beide kanten: u mag niet meer informatie vragen of loggegevens bewaren dan nodig, de keuze van de gebruiker niet onnodig moeilijk maken, en bedrijfsgeheimen alleen delen als er maatregelen zijn afgesproken. Dat is met mail en een spreadsheet niet bij te houden.

Wij bouwen maatwerk omdat elk product andere gegevens heeft en elke organisatie een andere klantrelatie. Een machinebouwer levert aan bedrijven die machines kopen of leasen, een fabrikant van apparaten aan consumenten via een app, een installateur aan woningcorporaties met duizenden installaties. Welke gegevens eenvoudig beschikbaar zijn, hoe u een gebruiker aan een product koppelt en welke derden er vragen, bepaalt wat het portaal doet. De juridische beoordeling doet uw jurist; wij bouwen het portaal en het proces.

Zelf ophalen

Gegevens per product.

Delen

Met toestemming en intrekken.

Vastgelegd

Elk verzoek, niet meer.

Hoe wij uw datatoegangs­portaal voor verbonden producten bouwen

We beginnen bij uw producten en gegevens: welke modellen verbonden zijn, welke gegevens ze genereren en waar die staan, hoe u weet wie de gebruiker is, en hoe verzoeken nu binnenkomen. Daarna maken we een eerste versie waarin een gebruiker zijn product koppelt en zijn gegevens opvraagt, omdat dat de kern van het recht is. Uw klantenservice werkt er een tijd mee. Delen met derden, de afscherming van bedrijfsgeheimen, de API en de precontractuele informatie per model volgen als dat goed loopt. Daarna houden we het portaal bij als uw producten of de richtsnoeren veranderen.

1
Producten en gegevens

Modellen, datasets, gebruikers.

2
Opvragen

De eerste versie.

3
Delen en afschermen

Derden en bedrijfsgeheimen.

4
Livegang en beheer

Livegang, bewaking, en beheer bij wijzigingen.

Wat een datatoegangs­portaal voor verbonden producten concreet doet

De onderdelen hieronder komen in vrijwel elk datatoegangsportaal terug. Welke u nodig hebt, hangt af van uw producten, uw gebruikers en de derden die om gegevens vragen.

Gebruiker en product

Koppelen en verifiëren.

Datasets

Per model, met metagegevens.

Opvragen

Download of API.

Delen met derden

Toestemming en intrekken.

Bedrijfsgeheimen

Afgeschermd tot afspraak.

Verzoekenregister

Afhandeling en weigering.

Voor wie wij een datatoegangs­portaal voor verbonden producten bouwen

Het portaal is bedoeld voor fabrikanten en leveranciers die als gegevenshouder onder de Data Act vallen en meer verzoeken verwachten dan de klantenservice met de hand kan afhandelen. Micro- en kleine ondernemingen zijn onder voorwaarden uitgezonderd van deze verplichtingen.

Machinebouwers

Machines bij bedrijven.

Apparaten

Consumenten via een app.

Installaties

Klimaat, energie, liften.

Voertuigen

Vloot en onderhoud.

Nog niet zeker over een groot traject?

Test je idee eerst — werkend prototype in 1 dag

Met OneDayBuild maken we je idee in één dag tastbaar voor €1.150, zodat je weet of verdere ontwikkeling de investering waard is. Besluit je door te gaan met de volledige bouw? Dan verrekenen we de kosten volledig.

Bekijk OneDayBuild →

Technologie en koppelingen

Deze pagina gaat over het portaal waarmee gebruikers en derden gegevens opvragen. Voor het hele Data Act-traject, met de scheiding tussen ruwe en afgeleide gegevens in uw architectuur en het overstappen tussen clouddiensten, is er onze pagina over software voor de Data Act. Moeten de gegevens van uw apparaten nog worden verzameld en opgeslagen, kijk dan naar een IoT-platform op maat of industriële IoT-software, en voor een portaal voor al uw klantzaken onze pagina over een klantportaal. Onze werkwijze leest u op software laten maken.

Webportaal API voor gebruikers en derden Koppeling IoT-platform Koppeling CRM en klantregister Gangbare, machineleesbare formaten Toestemmingen met looptijd Afscherming bedrijfsgeheimen Verzoekenregister Rollen en rechten Beperkte logging

Waarom Appfront voor uw datatoegangs­portaal voor verbonden producten?

Een verzoek dat weken in een mailbox ligt, een export zonder uitleg over wat de velden betekenen, of een derde die gegevens krijgt waar geen toestemming voor was, levert een gegevenshouder klachten en vragen van de toezichthouder op. Daar bouwen we op: de gebruiker regelt het zelf, elk delen heeft een toestemming die is in te trekken, en elk verzoek is terug te vinden.

Zelfbediening

Gebruiker haalt zelf op.

Beheerst delen

Toestemming per derde.

Aantoonbaar

Register van verzoeken.

Security en privacy bij een datatoegangs­portaal voor verbonden producten

Productgegevens kunnen persoonsgegevens bevatten, bijvoorbeeld over wanneer iemand thuis is of hoe een voertuig rijdt. Het portaal levert alleen aan de gebruiker die aan het product is gekoppeld en aan derden met zijn toestemming, en waar persoonsgegevens van anderen in de gegevens zitten, houden we rekening met de AVG. Gegevens die als bedrijfsgeheim zijn aangemerkt, gaan pas mee als de afgesproken maatregelen zijn vastgelegd.

Het portaal draait in een Europees datacenter, met versleutelde verbindingen en opslag. Inloggen gaat met tweestapsverificatie, derden krijgen een eigen toegang met precies de gegevens en de looptijd van de toestemming. Het register bewaart wat nodig is om een verzoek af te handelen en de infrastructuur te beveiligen, en niet meer.

Veelgestelde vragen over een datatoegangs­portaal voor verbonden producten

Vragen die productmanagers, CTO's en compliance-medewerkers bij fabrikanten stellen voordat ze hiermee beginnen.

Een portaal waarin de gebruiker van een verbonden product zijn productgegevens opvraagt en regelt dat een derde ze krijgt, zoals de Data Act vraagt. Het portaal koppelt de gebruiker aan zijn product, toont welke gegevens er zijn, levert ze in een machineleesbaar formaat en legt elk verzoek vast.

De Data Act schrijft geen portaal voor, maar wel dat gegevens gemakkelijk, kosteloos en waar mogelijk op eenvoudig elektronisch verzoek beschikbaar zijn. Kan de gebruiker niet rechtstreeks via het product bij zijn gegevens, dan is een portaal een praktische manier om daaraan te voldoen. Micro- en kleine ondernemingen zijn onder voorwaarden uitgezonderd.

De verordening is van toepassing met ingang van 12 september 2025. De plicht om producten zo te ontwerpen dat de gegevens standaard toegankelijk zijn, geldt voor verbonden producten en diensten die na 12 september 2026 in de handel komen.

Een onderneming die onder de Digital Markets Act als poortwachter is aangewezen, komt niet in aanmerking als derde. Verder kunt u bedrijfsgeheimen onder voorwaarden afschermen of in uitzonderlijke gevallen weigeren, met een motivering en een melding aan de bevoegde autoriteit. Het portaal legt dat per verzoek vast.

De eenvoudig beschikbare gegevens die het product en de gerelateerde dienst genereren, met de metagegevens die nodig zijn om ze te gebruiken. Welke dat voor uw producten zijn, bepaalt u samen met uw jurist; wij brengen in kaart waar ze staan en hoe ze in het portaal komen.

Die pagina gaat over het hele traject: de architectuur, de scheiding tussen ruwe en afgeleide gegevens en het overstappen tussen clouddiensten. Deze pagina gaat over het portaal en het proces waarmee gebruikers en derden hun verzoeken doen.

Voor fabrikanten en leveranciers met veel verbonden producten in gebruik en gegevens die over meerdere systemen verspreid zijn. Bij een handvol klanten die zelden iets vragen, kan een goed beschreven procedure met een handmatige export volstaan.

Verzoeken om product­gegevens netjes afhandelen?

Vertel ons welke producten u levert, welke gegevens ze genereren en hoe verzoeken nu binnenkomen. We laten zien hoe een portaal dat kan regelen.

Edit Content