Last updated: 16 september 2026

Beveiligingsmaatregelen

The technical and organisational measures that protect your data.

Version 2.0

Some company details in this document are still being completed and are marked as such.

1. Doel

Deze pagina beschrijft de technische en organisatorische maatregelen die PPS — Practical Programming Systems neemt om persoonsgegevens in PPS ERP te beschermen, zoals vereist door artikel 32 AVG. De pagina vormt bijlage 2 van onze verwerkersovereenkomst. Wij evalueren deze maatregelen regelmatig en passen ze aan nieuwe risico's aan; het totale beschermingsniveau verlagen wij niet.

2. Hosting en infrastructuur

  • Het platform wordt gehost in de European Union (EU/EEA) bij een professionele cloudaanbieder; de fysieke beveiliging van de datacenters wordt verzorgd door die aanbieder en zijn gecertificeerde faciliteiten.
  • Verkeer loopt via een netwerkaanbieder met DDoS-mitigatie en botbescherming.
  • Productie- en ontwikkelomgevingen zijn gescheiden, met eigen databases en inloggegevens.

3. Scheiding van klantgegevens

  • Iedere klantomgeving heeft een eigen, gescheiden databaseschema.
  • Tot welke omgeving een verzoek toegang heeft, wordt bepaald aan de hand van een cryptografisch ondertekend toegangstoken — nooit op basis van een waarde die de browser kan wijzigen — en dit wordt vóór het lezen van gegevens opnieuw onafhankelijk gecontroleerd.
  • Geüploade bestanden worden per omgeving op een eigen pad opgeslagen en zijn alleen bereikbaar via kortlevende, ondertekende links.

4. Versleuteling

  • Alle verbindingen gebruiken TLS (HTTPS); HTTP Strict Transport Security is afgedwongen.
  • Inloggegevens van gekoppelde systemen (marktplaatsen, betaal- en e-mailaanbieders) worden op applicatieniveau versleuteld opgeslagen en nooit via de API teruggegeven.
  • Wachtwoorden worden uitsluitend opgeslagen als gesalte Argon2-hashes.

5. Toegangsbeheer

  • Rolgebaseerd toegangsbeheer met rechten per module en, voor winkels en magazijnen, rechten per locatie.
  • Gevoelige persoonsgegevens zoals burgerservicenummers en bankrekeningnummers worden gemaskeerd, tenzij een gebruiker daar uitdrukkelijk recht op heeft.
  • Beheerders beheren gebruikers en rollen; gedeactiveerde gebruikers verliezen direct hun toegang.
  • PPS-platformmedewerkers werken in een apart beheersysteem met eigen identiteiten; elke handeling wordt vastgelegd.

6. Authenticatie en sessies

  • Tweestapsverificatie met een authenticator-app (met eenmalige herstelcodes) is beschikbaar voor elke gebruiker en voor PPS-platformmedewerkers.
  • E-mailverificatie is verplicht vóór de eerste keer inloggen.
  • Na herhaalde mislukte inlogpogingen wordt een account tijdelijk geblokkeerd; inloggen, aanmelden en verificatie zijn begrensd in aantal verzoeken.
  • Kortlevende toegangstokens (30 minuten) met roterende verversingstokens; ingetrokken tokens zijn niet opnieuw bruikbaar.
  • Sessies eindigen automatisch na een periode van inactiviteit.
  • Botbescherming op het openbare aanmeldformulier.

7. Supporttoegang

  • Supportmedewerkers kunnen alleen een omgeving betreden als de klant supporttoegang heeft ingeschakeld.
  • Elke sessie vereist een gedocumenteerde reden, gebruikt een eenmalig token, duurt maximaal 15 minuten, kan niet worden verlengd en is voor gebruikers zichtbaar als balk.
  • Elke supportsessie wordt vastgelegd in de audittrail van de klant.

8. Logging, monitoring en dataminimalisatie

  • Beveiligingsrelevante handelingen — inloggen, mislukte inlogpogingen, wijzigingen van gebruikers en rollen, HR- en salariswijzigingen, exports, supportsessies — worden vastgelegd in een audittrail die beschikbaar is voor beheerders van de klant.
  • Waarden van gevoelige velden (identificatienummers, bankgegevens, salarissen) worden gemaskeerd in auditregistraties.
  • Audittrails en het toestemmingsregister zijn op databaseniveau alleen aanvulbaar: applicatiecode kan ze niet wijzigen of verwijderen, alleen het bewaartermijnproces ruimt ze op.
  • Persoonsgegevens van kopers en geheimen worden uit technische logs van marktplaatskoppelingen verwijderd voordat deze worden opgeslagen.
  • Bewaartermijnen worden automatisch gehandhaafd; technische logs worden na korte, vaste termijnen verwijderd.

9. Beschikbaarheid en herstel

  • Beheerde databaseback-ups met een doorlopende bewaartermijn.
  • Achtergrondwerk loopt via wachtrijen met herhaalpogingen, zodat tijdelijke storingen geen gegevensverlies veroorzaken.
  • Klanten kunnen hun gegevens op elk moment exporteren.

10. Veilige ontwikkeling

  • Wijzigingen worden beoordeeld en getest vóór uitrol; geautomatiseerde tests dekken kritieke processen zoals voorraad, verkoop, facturatie en scheiding van klantomgevingen.
  • Databasewijzigingen worden doorgevoerd via geversioneerde migraties.
  • Externe softwarecomponenten worden actueel gehouden en gecontroleerd op bekende kwetsbaarheden.

11. Organisatorische maatregelen

  • Toegang tot productiesystemen is beperkt tot wie die nodig heeft en is beschermd met sterke authenticatie.
  • Iedereen met toegang tot persoonsgegevens is gebonden aan geheimhouding.
  • Subverwerkers worden zorgvuldig geselecteerd en gebonden aan verwerkersovereenkomsten (zie onze subverwerkerspagina).

12. Incidentrespons

Wij hebben een procedure voor incidentrespons. Wij informeren getroffen klanten zonder onredelijke vertraging en uiterlijk binnen 48 uur nadat wij een inbreuk in verband met persoonsgegevens hebben ontdekt, en waar wij verwerkingsverantwoordelijke zijn melden wij dit binnen 72 uur bij de toezichthouder zoals artikel 33 AVG vereist.

13. Een kwetsbaarheid melden

Meld beveiligingsproblemen aan info@ppserp.com. Wij onderzoeken elke melding en ondernemen geen stappen tegen onderzoek te goeder trouw dat klantgegevens en de beschikbaarheid van de dienst respecteert.

Bij verschillen tussen taalversies is de Engelse versie leidend.

Questions about this policy?

Contact us at info@ppserp.com.