nisebookings
English Beginnen

Verwerkersovereenkomst NiseBookings

Concept, nog niet juridisch gecontroleerd. Versie: concept 2026-11-05. Van deze tekst bestaat een Engelse vertaling. Bij verschil geldt de Nederlandse tekst.

Partijen

  • Klant: de accounthouder van NiseBookings. Voor de gegevens van zijn Eindklanten is de Klant verwerkingsverantwoordelijke.
  • Nise: Regentesselaan 142, 2562 EE Den Haag, info@nisebookings.com. Nise is hier verwerker.

Deze overeenkomst gaat alleen over gegevens die Nise voor de Klant verwerkt. Voor accountgegevens en sitebezoekers is Nise zelf verantwoordelijk; zie de privacyverklaring.

Begrippen uit de AVG hebben in deze overeenkomst dezelfde betekenis. Deze overeenkomst hoort bij de algemene voorwaarden.

Artikel 1. Onderwerp en instructies

  1. Nise verwerkt persoonsgegevens alleen om de Dienst te leveren, zoals beschreven in bijlage 1, en volgens de gedocumenteerde instructies van de Klant.
  2. Het gebruik van de Dienst en de instellingen in de beheeromgeving gelden als instructie.
  3. Moet Nise op grond van EU- of lidstatelijk recht iets anders doen, dan meldt Nise dat vooraf, tenzij dat verboden is.
  4. Vindt Nise een instructie in strijd met de privacywet, dan meldt Nise dat direct.
  5. De Klant zorgt voor een grondslag, informeert zijn Eindklanten en houdt zich aan de wet.

Artikel 2. Geheimhouding

Nise houdt de gegevens geheim. Iedereen die namens Nise toegang heeft, is aan geheimhouding gebonden.

Artikel 3. Beveiliging

  1. Nise neemt de maatregelen uit bijlage 3.
  2. Nise mag maatregelen wijzigen, zolang het beveiligingsniveau niet lager wordt.
  3. De Klant is verantwoordelijk voor zijn eigen deel: inloggegevens, API-sleutels, rollen, uitgenodigde gebruikers en wat hij verzamelt.
  4. De Klant heeft beoordeeld dat bijlage 3 past bij de gegevens die hij verwerkt. Bijzondere persoonsgegevens zijn niet het doel van de Dienst.

Artikel 4. Subverwerkers

  1. De Klant geeft toestemming voor de subverwerkers in bijlage 2.
  2. Voor een nieuwe of andere subverwerker geeft Nise minstens 30 dagen vooraf bericht. De Klant kan binnen die termijn gemotiveerd bezwaar maken. Komen partijen er niet uit, dan kan de Klant opzeggen tegen de ingangsdatum.
  3. Nise legt subverwerkers dezelfde verplichtingen op en blijft tegenover de Klant verantwoordelijk voor hen.

Artikel 5. Doorgifte buiten de EER

De subverwerkers in bijlage 2 verwerken de gegevens in de Europese Economische Ruimte. Nise geeft geen gegevens buiten de EER door zonder de waarborgen die de AVG eist, en meldt dit eerst volgens artikel 4.

Artikel 6. Rechten van betrokkenen en hulp

  1. De Klant kan de meeste verzoeken zelf afhandelen in de beheeromgeving, zoals gegevens inzien, wijzigen en verwijderen. Daarbij gelden de bewaartermijnen uit bijlage 1, bijvoorbeeld voor de verzendlog.
  2. Krijgt Nise een verzoek van een Eindklant, dan stuurt Nise dat door naar de Klant en handelt Nise het niet zelf af.
  3. Nise helpt de Klant, voor zover redelijk, bij verzoeken van betrokkenen, gegevensbeschermingseffectbeoordelingen en vragen van de toezichthouder. Nise mag werk dat verder gaat dan normaal gebruik in rekening brengen.

Artikel 7. Datalekken

Nise meldt een datalek binnen 48 uur nadat Nise het heeft ontdekt aan de Klant, en volgt de procedure in bijlage 4. De Klant beslist of de toezichthouder of de betrokkenen worden geïnformeerd.

Artikel 8. Looptijd, verwijderen en teruggeven

  1. Deze overeenkomst loopt zolang Nise voor de Klant gegevens verwerkt.
  2. De Klant kan zijn gegevens tot het einde ophalen via de beheeromgeving en, als zijn plan dat bevat, via de beheer-API.
  3. Na beëindiging van het account bewaart Nise de gegevens nog 1 jaar en verwijdert ze daarna, tenzij de Klant uitdrukkelijk vraagt ze eerder te verwijderen. De Klant geeft daarvoor hierbij opdracht.
  4. Tot er automatische opruiming is, verwijdert Nise deze gegevens met de hand.
  5. Terugvallen naar Free is geen beëindiging van het account.
  6. Gegevens in backups verdwijnen pas als de backup is vervallen.

Artikel 9. Informatie en audit

  1. Nise geeft op verzoek de informatie die nodig is om naleving aan te tonen.
  2. De Klant mag maximaal eens per jaar, of na een datalek, een audit laten uitvoeren. De Klant kondigt die 30 dagen vooraf aan, de auditor tekent voor geheimhouding, en de Klant draagt de kosten.

Artikel 10. Aansprakelijkheid

De aansprakelijkheid onder deze overeenkomst valt onder artikel 12 van de algemene voorwaarden. Rechten van betrokkenen op grond van artikel 82 AVG blijven daardoor onaangetast.

Artikel 11. Slotbepalingen

Wijzigingen verlopen volgens artikel 14 van de algemene voorwaarden. Op deze overeenkomst is Nederlands recht van toepassing. Geschillen worden voorgelegd aan de rechtbank Den Haag.

Bijlage 1. Beschrijving van de verwerking

Doel en aard: opslaan en verwerken van boekingen, klanten, betaalstatussen, mails en uploads, zodat de Klant boekingen kan aannemen en beheren.

Betrokkenen: Eindklanten, deelnemers aan evenementen en medewerkers van de Klant.

Duur: zolang het account bestaat, plus de termijn uit artikel 8.

Gegevens Inhoud Bewaartermijn tijdens het account
Klanten Naam, e-mail, telefoon, notities Tot de Klant ze verwijdert
Boekingen, tickets, pakketten, wachtlijst Tijd, dienst, medewerker, status, notitie, extra’s, antwoorden op intakevragen Tot de Klant ze verwijdert; verdwijnen met de klant
Betalingen Bedrag, btw, status, referentie, kortingscode Tot de Klant het Project verwijdert; blijven bestaan zonder klantkoppeling als de klant wordt verwijderd
Uploads Afbeeldingen en pdf’s tot 5 MB Niet aan een boeking gekoppeld: 24 uur. Anders zolang de boeking bestaat
Verzendlog Ontvanger, onderwerp, inhoud, agendabestand, status 90 dagen, ook als de klant eerder is verwijderd. Wachtende mails blijven tot ze zijn verwerkt
Medewerkers Naam, e-mail, telefoon, info, agendakoppeling Tot de Klant ze verwijdert
API-audit Sleutel, methode, pad, status, tijd 1 jaar
Webhooklog Id’s en statusvelden, geen namen of e-mailadressen 30 dagen
Idempotency-antwoorden Antwoord op een herhaalbaar verzoek 24 uur

De Klant kan geen termijnen instellen. Er is geen automatische opschoning van klanten, boekingen of betalingen.

Vrije velden en uploads kunnen elke soort gegevens bevatten. Dat bepaalt de Klant.

Bijlage 2. Subverwerkers

Zie subverwerkers.md.

Bijlage 3. Beveiligingsmaatregelen

Scheiding tussen klanten

  • Row Level Security staat aan op alle tabellen in het publieke databaseschema.
  • Elke rij hoort bij één klant. Een publieke sleutel is aan één klant gebonden.
  • Serverzijdige queries met de service-sleutel filteren zelf op klant. Die sleutel gaat nooit naar de browser.
  • De rollen eigenaar, beheerder, balie en medewerker bepalen de toegang. Een medewerker ziet alleen zijn eigen agenda.

Versleuteling en sleutels

  • Verkeer loopt via HTTPS. HTTP wordt doorgestuurd, en HSTS staat aan.
  • Mollie-sleutels van Klanten en webhook-geheimen staan versleuteld met AES-256-GCM, met een sleutel (PAYMENT_SECRET_KEY) die alleen op de server staat.
  • API-sleutels staan alleen als SHA-256-hash opgeslagen en zijn eenmalig zichtbaar.
  • Wachtwoorden worden door het inlogsysteem gehasht opgeslagen. De aanmeldpagina eist minimaal 8 tekens.

Bestanden

  • Uploads staan in een privé-bucket. Lezen kan alleen via een ondertekende link die 10 minuten geldig is.
  • Toegestaan zijn JPEG, PNG, WebP en PDF, gecontroleerd op de inhoud van het bestand, tot 5 MB.

Publieke links

  • Boekings-, pakket- en betaallinks gebruiken een willekeurig token van 48 tekens en worden niet geïndexeerd.
  • Agendafeeds gebruiken zo’n token en zijn per medewerker in te trekken.

Misbruik beperken

  • 120 verzoeken per minuut per IP-adres of API-sleutel, 20 boekingen per minuut.
  • Inloggen: 20 per minuut per IP-adres, 10 per minuut per e-mailadres. Aanmelden: 5 per uur per IP-adres. Authenticatiemails: 10 per uur per IP-adres, 3 per uur per e-mailadres.
  • Deze limieten gelden per serverproces en beginnen na een herstart opnieuw.
  • Per Klant kan een lijst met toegestane websites worden ingesteld.

Webhooks

  • Uitgaande webhooks zijn ondertekend en bevatten alleen id’s en statusvelden.
  • Adressen op privénetwerken worden geweigerd.

Webbeveiliging

  • De headers X-Frame-Options, X-Content-Type-Options, Referrer-Policy, Permissions-Policy, HSTS en een Content-Security-Policy staan op elk antwoord van de applicatie. Die CSP beperkt framing, base-uri en objecten, maar nog geen scripts.

Backups en toegang

  • Elke nacht wordt een databasebackup gemaakt naar een Hetzner Storage Box in Duitsland.
  • Beheertoegang tot de server ligt bij Nise.

Niet aanwezig; hierop kan de Klant niet rekenen

  • Geen ISO-, SOC- of NEN-certificering.
  • Geen tweestapsverificatie in de Dienst.
  • Geen WAF, geen virusscan van uploads, geen scriptbeperking in de CSP.
  • Geen versleuteling van de database op applicatieniveau, behalve de hierboven genoemde sleutels.
  • Geen algemeen activiteitenlog. Alleen schrijfacties via de API worden gelogd.

Bijlage 4. Procedure bij een datalek

  1. Ontdekken en vastleggen. Nise legt vast wat er is gebeurd, wanneer, welke gegevens en welke Klanten geraakt zijn.
  2. Stoppen. Nise neemt direct maatregelen om het lek te stoppen en verdere schade te beperken.
  3. Melden aan de Klant. Binnen 48 uur na ontdekking mailt Nise naar het e-mailadres van de eigenaar van het account. Ontbreekt informatie, dan volgt die zo snel mogelijk.
  4. Inhoud van de melding. Aard van het lek, de categorieën en het geschatte aantal betrokkenen en gegevens, de waarschijnlijke gevolgen, genomen en voorgestelde maatregelen, en een contactpersoon.
  5. Beslissing. De Klant bepaalt of hij de Autoriteit Persoonsgegevens en de betrokkenen informeert. Nise helpt daarbij en meldt niet zelf namens de Klant, tenzij de wet dat eist.
  6. Afronden. Nise rondt het onderzoek af, legt de oorzaak vast en bewaart een register van datalekken.

Contact voor datalekken: info@nisebookings.com.