DB model klantensysteem

Overzicht Reageren

Sponsored by: Vacatures door Monsterboard

Frontend Developer - Leeuwarden

Als Frontend Developer bouw jij mee aan het onderwijs van de toekomst! In een scrum team werken met jonge en enthousiaste collega’s, moderne technieken, ruimte voor eigen ontwikkeling en op een proactieve wijze kunnen meewerken aan innovatie binnen het onderwijs. Magister is het state-of-the-art softwarepakket dat scholen in het voortgezet onderwijs op alle fronten ontzorgt. Van leerlingenadministratie tot het ondersteunen van individuele leerlijnen, van toegang tot digitaal lesmateriaal tot het plannen van het lesrooster. In de Magister app bedient Magister ruim 2,5 miljoen gebruikers waarvan, dagelijks meer dan 600.000 unieke. Hiermee is Magister de absolute marktleider in onderwijsland. Wat vragen

Bekijk vacature »

Front End Developer React Vue

Dit ga je doen Meewerken aan de implementaties en ontwikkeling van nieuwe functionaliteiten van de webapplicaties; Ontwikkelen met o.a. React en Vue en HTML/CSS, ook krijg je in verband met de samenwerking ook affiniteit met de backend Ruby on Rails; Ontwikkeling aan de front end voor de koppelingen tussen de diverse systemen; Ontwerpen van interfaces en een bijdrage leveren aan de gebruikerservaring; Zorgdragen voor hoge kwaliteit van code en jezelf (en anderen) blijven verbeteren; Als Senior Front End Developer begeleid je zelf ook FE-development projecten, hierin leid je de projecten en pak jij het initiatief op (bv integratieprojecten). Hier ga

Bekijk vacature »

PHP/Symfony developer

Functieomschrijving Vanuit het hoofdkantoor in omgeving Bergen op Zoom ben je als PHP/Symfony Developer niet alleen bezig met software ontwikkeling. Je bent buiten ontwikkeling ook continu bezig met het zoeken naar nieuwe trends en ontwikkelingen die van waarde kunnen zijn voor de efficiëntie van software ontwikkeling. Techstack: PHP, Symfony & mySQL. Jouw takenpakket ziet er als volgt uit: Het ontwerpen en implementeren van webapplicaties met het Symfony-framework; Het testen van ontwikkelde applicaties om te zorgen dat ze goed functioneren en voldoen aan de eisen van de klanten; Het schrijven van een schone en efficiënte code volgens het Symfony framework; Onderhouden

Bekijk vacature »

Back end developer Python, PHP

Functie Jij als full stack ontwikkelaar zult komen te werken samen met 1 PHP ontwikkelaar een PO en een flexibele schil aan ontwikkelaars . Samen ga je ervoor zorgen dat de huidige producten doorontwikkeld worden. De marketplace is geschreven in PHP Laravel en in de front end React. De roostersoftware is ontwikkeld in Python in combinatie met React in de front end. Jij zult voornamelijk (lees 75%) werken aan de roostersoftware. Momenteel ligt de uitdaging in het feit dat de roostersoftware breder schaalbaar moet worden zodat het voor meerdere flexwerkers ingezet kan worden. Verder willen ze financiële koppelingen gaan maken

Bekijk vacature »

Back-end developer

Dit ga je doen Development d.m.v. XQuery, JSON/XML en REST API's; Ontwikkelen aan een tof en complex zorgplatform; Koppelingen maken met de NoSQL database; Testen en documenteren van de ontwikkelde functionaliteiten; Samenwerking met andere front- en back-end ontwikkelaars. Hier ga je werken Voor een vooruitstrevende organisatie binnen de zorg in Den Haag zijn wij opzoek naar een Back-end Developer die ervaring heeft met o.a.XQuery en Vue.JS of daarin graag zou willen ontwikkelen. Je zal ontwikkelen aan een tof en complex zorgplatform en koppelingen maken met de NoSQL database. Ook het testen en documenteren van de ontwikkelde functionaliteiten behoort tot jouw

Bekijk vacature »

Fullstack developer - medior

Functie omschrijving Ben jij toe aan een nieuwe uitdaging en zou jij graag bij een platte maar informele organisatie willen werken? Voor een mooi softwarebedrijf in omgeving Ridderkerk zijn wij op zoek naar versterking voor op de afdeling Software Development! Als Fullstack developer wordt je bij dit bedrijf onderdeel van de volledige ontwikkeling van requirement tot oplevering! Werkzaamheden Jouw focus ligt op de front end en alles wat daarbij komt kijken. Je gaat ontwerpen, ontwikkelen, testen en valideren. Je zult voornamelijk werken met React.js en Typescript. Maar ook Javascript, HTML en CSS komen aanbod. Daarnaast zal je ook regelmatig met

Bekijk vacature »

Webshop beheerder / Fullstack developer

Functie omschrijving Wij zijn op zoek naar een full stack developer die zich bezig gaat houden met het uitbreiden en verbeteren van de online webshop. Een onderdeel van jouw werkzaamheden is naast het beheren van de webshop ook om de processen en structuren te stroomlijnen. Ben jij een leergierige en ambitieuze junior developer met technische skills? Ben jij op zoek naar een werkgever die jouw de volledige vrijheid geeft om jezelf tot een volwaardige senior te ontwikkelen? Lees dan snel verder! Werkzaamheden Onderhouden van de webshop (denk aan het bijhouden van de voorraad); Nieuwe functies toevoegen aan de product configurator

Bekijk vacature »

Front-End Developer

Als Front-End Developer bij Coolblue verbeter je de gebruiksvriendelijkheid van onze webshop voor miljoenen klanten. Wat doe je als Front-End Developer bij Coolblue? Als Front-end Developer werk je aan de gebruiksvriendelijkheid van onze webshop voor miljoenen klanten. Je vindt het leuk om samen te werken met de UX designer om stories op te pakken. Je krijgt energie van het bedenken van creatieve oplossingen en presenteert dit graag binnen het team. Daarnaast ben je trots op je werk en verwelkomt alle feedback. Ook Front-end Developer worden bij Coolblue? Lees hieronder of het bij je past. Dit vind je leuk om te

Bekijk vacature »

Python Developer

Dit ga je doen Als Python Developer ben je verantwoordelijk voor: Het ontwikkelen van Stuurprogramma's in Python zodat er verbindingen kunnen worden gelegd tussen besturingssystemen en (AV) hardware; Het testen en debuggen van Stuurprorgamma's; Het communiceren met noodzakelijke partijen in gevallen waar extra technische details nodig zijn om een Stuurprogramma te ontwikkelen of problemen op te lossen; Het maken van de nodige technische documentatie (in het Engels); Het participeren in een Scrum/Agile omgeving. Hier ga je werken Deze internationale organisatie is wereldwijd een succesvol producent en leverancier van professionele AV hard- en software. Klanten gebruiken de producten o.a. voor het

Bekijk vacature »

Front end developer Zorgplatform

Functie Jij als Front end ontwikkelen zult komen te werken samen met 1 PHP ontwikkelaar, 1 Python developer en een flexibele schil aan ontwikkelaars . Samen ga je ervoor zorgen dat de huidige producten doorontwikkeld worden. De Marketplace is geschreven in PHP Laravel en in de front end React. De roostersoftware is ontwikkeld in Python in combinatie met React in de front end. Jij zult als Front ender dus voornamelijk bezig zijn met het verbeteren van onze interfaces op onze verschillende producten. Momenteel ligt de uitdaging in het feit dat de roostersoftware breder schaalbaar moet worden zodat het voor meerdere

Bekijk vacature »

PHP developer - Digital Agency

Functie Het team telt momenteel 20 collega’s, bestaande uit developers (front- en backend) en het operations team, waaronder ook het management en twee scrum masters vallen. Ze zijn op zoek naar een PHP developer die in staat is zelfstandig te werken. Je komt te werken in één van de drie scrumteams en gaat aan de slag met een project voor de klant. Het fijne hieraan is dat je wel afwisseling hebt qua werk, maar tegelijkertijd doorlopend werkt voor bestaande klanten. Hierdoor krijg je ook de kans om echt de diepte in te gaan en innovatieve technische oplossingen neer te zetten.

Bekijk vacature »

Front end developer

Functie Het team bestaat uit User Experience designers, Data Scientists en Software Engineers met passie voor hun vak. De consultants en ontwikkelaars werken volgens de Design Thinking methode waarbij de eerste stappen van ontwerp en ontwikkeling zullen samenkomen in een proof of concept. Nadat is vastgesteld dat de oplossing voldoet aan de belangrijkste behoeftes worden producten of services gevalideerd door middel van korte iteraties. Hiermee zorgen ze ervoor dat het werk voldoet aan de technische vereisten en gebruikersbehoefte. Door het inzetten van de nieuwste technologieën die toekomstbestendig zijn weten ze klanten omver te blazen. Ook geven en organiseren ze veel

Bekijk vacature »

.NET developer WO niveau voor predictive software

Bedrijfsomschrijving Dit bedrijf uit Den Bosch is om precies te zijn 15 medewerkers groot en ze ontwikkelen (predicitve) planning software. Dit doen zij voor allerlei mooie en bekende organisaties (bierbrouwerijen, gemeentes, oliemaatschappijen en diverse multinationals). Wegens meer en grotere vraag vanuit de klanten komen er nu posities vrij voor onder andere een .NET developer. Het bedrijf is goed met openbaar vervoer te bereiken. Functieomschrijving Je komt hier te werken in een team van 3 .NET developers en bent betrokken bij het gehele ontwikkelproces. Dus van idee naar ontwerp en van ontwikkeling tot testen en implementatie. Bij voorkeur ben je niet

Bekijk vacature »

.NET developer

Functie Als junior .NET ontwikkelaar ga jij aan de slag in één van de 5 IT teams van dit bedrijf. Jullie werken op basis van interne klantprojecten aan voornamelijk webapplicaties. Dit betekent dat jij continu uitgedaagd wordt en veelal met verschillende soorten projecten bezig bent. Het gave is dan ook dat jullie als team samen bekijken welke technieken het beste passen bij het project waar jullie verantwoordelijk voor zijn. Zo kan het zijn dat jij als .NET developer gaat werken aan een project, maar dat jullie als team liever gebruik maken van Haskell of F# om de klus te klaren.

Bekijk vacature »

SQL Database ontwikkelaar

Functie omschrijving Wil jij meewerken aan het creëren van slimme software om magazijnen als een geoliede machine te laten lopen? Wij zoeken een zorgvuldig persoon, iemand die niet snel de hand omdraait voor complexe algoritmes. Denk jij dat jij de SQL ontwikkelaar bent die wij zoeken? Lees snel verder en wie weet zitten we binnenkort samen aan tafel! Jouw werkzaamheden zullen er als volgt uitzien: Je houdt je bezig met het ontwerpen en ontwikkelen van MS SQL server databases, dit doe je met T-SQL als programmeer laag. Je gaat aan high-end software oplossingen werken, dit doe je voor de optimalisatie

Bekijk vacature »

Pagina: 1 2 volgende »

Cedric

Cedric

23/08/2007 14:57:00
Quote Anchor link
Hey,

Ik vind het nu stilaan tijd om mijn eigen klantensysteem te maken. Ik zit momenteel nog in de beginfase. Ik ben aan het uitdenken hoe ik alles ga laten werken. Ik was nu bezig aan mijn db model en dacht om dit zo te doen.

Een tabel gebruikers met gebruikersnaam, wachtwoord, etc..
Een tabel opdrachten: afgewerkte opdrachten met info erover. Elke gebruiker ziet dan een lijst met opdrachten die ik voor hen gedaan heb.
Een tabel lopende opdrachten: klanten zien dan aan welke opdrachten ik bezig ben voor hen.

In de admin zou ik dan bijvoorbeeld lopende opdrachten verplaatsen naar afgewerkte opdrachten enzo.

Ik denk wel dat dit een goeie aanpak is, maar ik had ook graag eens geweten hoe jullie dit zouden maken.
Gewijzigd op 01/01/1970 01:00:00 door Cedric
 
PHP hulp

PHP hulp

18/12/2024 05:20:22
 
Robert Deiman

Robert Deiman

23/08/2007 15:04:00
Quote Anchor link
Waarom zou je de tabel opdrachten en lopende opdrachten los van elkaar maken? Ik zou er 1 tabel van maken, waarin je alle opdrachten zet. Zet er een kolom afgerond (type:date) in en zet daar de datum in wanneer die is afgerond (kan je in je "admin-panel" die je zelf zou maken bijvoorbeeld met een checkbox aanvinken, en is die aangevinkt, dan komt in die kolom de huidige datum te staan)
Zo kan je ook nog namelijk de opdrachten op volgorde van afronding laten zien, en hou je de boel keurig in 1 tabel.


In de afgeronde en lopende projecten heb je (bij jou opzet) namelijk dezelfde informatie staan, alleen zijn de projecten in de 1e tabel afgerond en in de andere niet. -> verplaatsen kost meer rekencapaciteit, als zal je dat niet merken, omdat jezelf alleen kan verplaatsen) maar 2 tabellen is gewoon overbodig.
 
Cedric

Cedric

23/08/2007 15:08:00
Quote Anchor link
Nu ik er over nadenk heb je wel gelijk. Ik had er eigenlijk nooit over gedacht om alles in 1 tabel te zetten. Dan heb ik gewoon AND afgewerkt = 1 toe te voegen aan mijn query :)
Gewijzigd op 01/01/1970 01:00:00 door Cedric
 
Robert Deiman

Robert Deiman

23/08/2007 15:16:00
Quote Anchor link
Misschien ook wel handig voor klanten om überhaupt te zien welke projecten je hebt lopen, of bijvoorbeeld een "verwachte afrondingsdatum" erin te zetten, is deze voorbij, en niet aangepast, dan kan dit bijv automatisch (op mijn manier met de datum in afgerond) als afgerond worden bestempeld -> Al naar gelang jou eigen invulling.

Voor de rest heb je inderdaad een tabel gebruikers nodig, en de tabel opdrachten, dat zit denk ik wel goed, let wel op dat je de wachtwoorden in de tabel gebruikers/ klanten goed beveiligd!
 
Kees Schepers

kees Schepers

23/08/2007 15:25:00
Quote Anchor link
Dit is slechts een idee, redelijk abstract maar houd ik van!

structuur:

customers
- customerid
- firstname
- infix
- lastname
- etc

primary_key op customerid en uniqe op KVK/BTW ?

project_status_types
statusid
name

projects
projectid
customerid
name
description
deadline

deadline = datetime

project_to_status_types
projectid
statusid
insertdate

primary_key(projectid,statusid)
en insertdate = datetime

En zo kunnen we nog verder gaan met facturen, orders e.d. maar dit is om je een abstract idee te geven :)
 
Cedric

Cedric

23/08/2007 15:27:00
Quote Anchor link
Inderdaad weer een goed idee om klanten te laten zien aan welke opdrachten ik momenteel bezig ben. Ik heb nu al het een en ander aangepast ik heb nu dit:
Code (php)
PHP script in nieuw venster Selecteer het PHP script
1
2
3
4
5
6
7
8
9
10
11
12
CREATE TABLE `opdrachten` (
  `id` int(11) NOT NULL auto_increment,
  `uid` int(11) NOT NULL default '',
  `type` varchar(100) NOT NULL default '',
  `prijs` varchar(100) NOT NULL default '',
  `betaald` varchar(100) NOT NULL default '0',
  `software` varchar(100) NOT NULL default '',
  `opmerkingen` text NOT NULL,
  `afgewerkt` int(1) NOT NULL default '0',
  `datum` date NOT NULL default '0000-00-00',
  PRIMARY KEY  (`id`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1 AUTO_INCREMENT=1 ;

Een verwachte afrondingsdatum heb ik niet nodig, dan kan ook via msn ofzo :P Wachtwoorden gaan in md5 naar de database gaan. Ik doe vooral scripting en basing. Ik kan dus nog gewoon een veld aanmaken en daar een downloadlink instoppen waarschijnlijk?
 
Robert Deiman

Robert Deiman

23/08/2007 15:34:00
Quote Anchor link
@Cedric

Kijk ook even naar de opzet van kees, software zou ik via een koppeltabel doen:

tabel Software
id
naam

tabel opdr_soft
id
soft_id
opdr_id

De prijs hoort niet in een varchar veld, en ik ben wel benieuwd wat er in de kolom betaald moet komen te staan?

Voor wat betreft het type geld hetzelfde als de software, waarschijnlijk heb je een aantal vaste typen opdrachten, -> Doe dit wederom via een koppeltabel
 
Elwin - Fratsloos

Elwin - Fratsloos

23/08/2007 15:36:00
Quote Anchor link
kees schreef op 23.08.2007 15:25:
primary_key op customerid en uniqe op KVK/BTW ?
Nooit en te nimmer een KvK of BTW-nummer als PK op een klant gooien. Tenzij je natuurlijk geen overheidsinstellingen wilt hebben als klant...

Elwin
 
Frank -

Frank -

23/08/2007 15:37:00
Quote Anchor link
'type' klinkt mij in de oren als een hele serie types die voor de diverse opdrachten echter wel hetzelfde zijn. Dit hoort dan in een aparte tabel te staan die je met een FK wordt gekoppeld aan de opdrachten.

'afgewerkt' is een status en er bestaan meerdere statussen. Wederom een aparte tabel.

'prijs' is een getal, een VARCHAR slaat dus nergens op. Of word jij betaald met bv. 40 kamelen? Een DECIMAL ligt voor de hand.

'betaald' lijkt mij gekoppeld aan de financiele administratie en hoort niet in deze tabel te staan.

'opmerkingen', 1 opdracht kan meerdere opmerkingen hebben. Sla dit dus op in een aparte tabel.

Vraagje: Hoe ga jij de voortgang van een project bepalen en opslaan?
 
Kees Schepers

kees Schepers

23/08/2007 15:40:00
Quote Anchor link
Elwin schreef op 23.08.2007 15:36:
kees schreef op 23.08.2007 15:25:
primary_key op customerid en uniqe op KVK/BTW ?
Nooit en te nimmer een KvK of BTW-nummer als PK op een klant gooien. Tenzij je natuurlijk geen overheidsinstellingen wilt hebben als klant...

Elwin


Geen primary key, een UNIQE index, deze laat ook null waarde toe, maar een KVK of BTW nummer mag nooit hetzelfde zijn of ze moeten allebei null zijn ;)
 
Robert Deiman

Robert Deiman

23/08/2007 15:41:00
Quote Anchor link
pgFrank schreef op 23.08.2007 15:37:
'afgewerkt' is een status en er bestaan meerdere statussen. Wederom een aparte tabel.


Als afgewerkt -> Ja of Nee (0 of 1) is, dan hoeft het niet in een aparte tabel, maar het zou denk ik inderdaad samengevoegd moeten worden met de status. En dan moet je wel een koppeltabel gebruiken.
 
Cedric

Cedric

23/08/2007 15:44:00
Quote Anchor link
Plots al die commentaar :P Ik ga proberen het een en ander te verduidelijken:

Software: komt de gebruikte software te staan bv: photoshop, dreamweaver
Prijs is varchar omdat ik er € teken zou inzetten?
Type = bv slicing, scripting. Waarom zou dit in een andere tabel moeten?
Afgewerkt = 1 of 0
Betaald = 1 of 0 (of het op mijn rekening staat)
Opmerkingen = een tekstje
De vooruitgang bepalen is makkelijk, gewoon afgewerkt van 0 naar 1 veranderen.

Ik snap niet dat jullie voor zoveel dingen een andere tabel willen. Zo moet het toch ook lukken?
Gewijzigd op 01/01/1970 01:00:00 door Cedric
 
Frank -

Frank -

23/08/2007 15:47:00
Quote Anchor link
@Robert: afgewerkt is geen boolean, geen true of false.

Stel je voor dat je een tabel hebt waarin je namen van gebruikers gaat opslaan:
id | robert | pgFrank | kees
--------------------------------
1 | TRUE | FALSE | FALSE
2 | FALSE| TRUE | FALSE
3 | FALSE| FALSE | TRUE

Lijkt mij niet helemaal de juiste manier om de namen op te slaan... Dat geldt ook voor de status, 'afgewerkt' is een status en omdat je deze een 1-op-meer relatie heeft, komt deze in een aparte tabel te staan.

Geen koppeltabel, tenzij een opdracht meerdere gelijktijdige statussen kan hebben of je per status ook wilt opslaan wanneer deze status van toepassing was.
 
Cedric

Cedric

23/08/2007 15:50:00
Quote Anchor link
Ik begrijp het niet echt, wat bereiken jullie meer door al die verschillende tabellen aan te maken? Met deze tabellen kan ik toch evenveel doen als jullie met meerdere tabellen?
Gewijzigd op 01/01/1970 01:00:00 door Cedric
 
Frank -

Frank -

23/08/2007 15:52:00
Quote Anchor link
Cedric schreef op 23.08.2007 15:44:
Software: komt de gebruikte software te staan bv: photoshop, dreamweaver
Aparte tabel! Ik neem tenminste aan dat meerdere opdrachten van dezelfde software gebruik maken. En omdat 1 opdracht meerdere software-pakketten kan gebruiken, heb je daarvoor ook nog een koppeltabel nodig.
Quote:
Prijs is varchar omdat ik er € teken zou inzetten?
Hoe verzin je het! Hoe denk je nu bv. de btw te gaan berekenen of de waarde van de opdrachten op te tellen? € is een weergave, die kan dus nooit en te nimmer in de database terecht komen. Wil jij de valutacode opslaan, maak dan een kolom 'valutacode' aan en zet daar de waarde EUR in.
Quote:
Type = bv slicing, scripting. Waarom zou dit in een andere tabel moeten?
Omdat je mij niet wijs maakt dat dit slechts 1x voorkomt. Dit komt bij vrijwel iedere opdracht voor, het gegeven 'scripting' sla je dus 1x op en verder verwijs je alleen maar naar deze waarde.
Quote:
Ik snap niet dat jullie voor zoveel dingen een andere tabel willen. Zo moet het toch ook lukken?
Heb je wel eens van normaliseren gehoord?
 
Cedric

Cedric

23/08/2007 15:55:00
Quote Anchor link
Ik heb al van normaliseren gehoord, maar ik zou bijgod niet weten wat het is. :P Ik ga akkoord dat het type bv slicing in meerdere opdrachten van toepassing kan zijn. Maar waarom zou ik dat niet gewoon kunnen echoën op een pagina in een tabel bij Type?
Gewijzigd op 01/01/1970 01:00:00 door Cedric
 
Frank -

Frank -

23/08/2007 15:58:00
Quote Anchor link
Quote:
Maar waarom zou ik dat niet gewoon kunnen echoën op een pagina in een tabel bij Type?
Wat heeft echo nu met het datamodel te maken? Dat verband zie ik even niet.

Edit: Dit heb je heel hard nodig - link
Gewijzigd op 01/01/1970 01:00:00 door Frank -
 
Cedric

Cedric

23/08/2007 15:59:00
Quote Anchor link
Welja, het staat zo in de database, zoals het er nu in zou staan werkt het toch gewoon? Ik kan het nu ook netjes weergeven enzo...

Edit:

Van dat normaliseren snap ik niet te veel, kan mij iemand eens uitleggen waarom dit nodig/verplicht is? Ik heb namelijk nog nooit problemen gehad met de manier waarop ik het nu doe...
Gewijzigd op 01/01/1970 01:00:00 door Cedric
 
Robert Deiman

Robert Deiman

23/08/2007 16:03:00
Quote Anchor link
Scheelt ruimte in je tabel, -> Alleen de koppeling tussen de tabellen is 2 keer een getal, die neemt minder ruimte in dan de hele text "slicing".
Bovendien zal je ook opdrachten hebben die uit slicing, en coding kunnen bestaan -> Hoe had jij dit anders in gedachten?

Voor wat betreft de afgerond en betaald, ga ik niet met je mee Frank, een 0 of een 1 heb je anders ook, waarom zou je daar dan een aparte tabel voor maken?
 
Cedric

Cedric

23/08/2007 16:06:00
Quote Anchor link
Robert_Deiman schreef op 23.08.2007 16:03:
Bovendien zal je ook opdrachten hebben die uit slicing, en coding kunnen bestaan -> Hoe had jij dit anders in gedachten?

Dat wordt via de admin in een inputveld getypt...
 
Kees Schepers

kees Schepers

23/08/2007 16:07:00
Quote Anchor link
@pgFrank

SELECT SUM(CAST(str_replace(price,'€','') DECIMAL(10,2))) AS `total`

Haha, grapje he ;) om cedric niet op slechte ideeën te brengen overigens!
 

Pagina: 1 2 volgende »



Overzicht Reageren

 
 

Om de gebruiksvriendelijkheid van onze website en diensten te optimaliseren maken wij gebruik van cookies. Deze cookies gebruiken wij voor functionaliteiten, analytische gegevens en marketing doeleinden. U vindt meer informatie in onze privacy statement.