# Spelregels per klant De **spelregels** van een klant bepalen wat AI mag met de data van die klant. Ze staan op één pagina en worden bewaard in **versies**: een wijziging maakt een nieuwe versie, en oude versies blijven terug te zien. De handhaving leest altijd de nieuwste versie. ## Wat er in de spelregels staat | Onderwerp | Voorbeeld | | --- | --- | | **Datatoegang** | Standaardstand *alleen metrics*; bron X mag *open* | | **Pseudonimisering** | Verplicht bij echte klantdata | | **Modellen** | Alleen Claude Sonnet en Mistral | | **Budget** | Maximaal aantal credits per periode | | **Wegwerpkopieën** | Wat er in een kopie mag: synthetisch, gevormd naar statistieken, of echte data | | **Lokale sessies** | Uit (standaard) of aan | | **Uitzonderingen per tabel of kolom** | Naamkolommen altijd verbergen | | **Richtlijnen** | "Elke wijziging op productie heeft een terugdraaiscript" | ## Klant en bron: de strengste wint Datatoegang staat op twee plekken: in de spelregels van de klant en op elke bron. De bron is een **plafond**, nooit een verruiming. Effectief geldt de strengste van de twee. | Klant | Bron | Effectief | | --- | --- | --- | | Versleutelde waarden | Open | Versleutelde waarden | | Open | Alleen metrics | Alleen metrics | | Alleen metrics | (volgt de klant) | Alleen metrics | De stand *open* geldt bovendien alleen voor bronnen die de spelregels **bij naam** noemen. Een bron die er niet in staat, valt nooit stilletjes terug op een ruimere stand. Zie [datatoegang](https://plainwater.ai/nl/wiki/concepten/datatoegang). ## Uitzonderingen per tabel of kolom Per tabel of kolom kun je strenger zijn dan de rest van de bron. Een kolom met namen zet je bijvoorbeeld op *verbergen*. Om te beginnen kan het platform een **voorstel** doen op basis van de kolommen in de bron. Dat voorstel is een lijst voor een mens: niets wordt toegepast tot je de regels aanvinkt en overneemt. ## Richtlijnen Richtlijnen zijn regels die je achteraf controleert. Een opdracht legt bij het aanmaken vast welke versie gold, en na afloop beoordeelt het platform de opdracht daartegen. Wat niet automatisch te controleren valt, wordt *mens nodig*. Zie [audit](https://plainwater.ai/nl/wiki/veiligheid/audit). :::note Nieuwste versie voor handhaving, vaste versie voor beoordeling Verlaag je vandaag het budget, dan geldt dat vandaag, ook voor opdrachten die al liepen. De beoordeling achteraf kijkt naar de versie van het begin van de opdracht. ::: ## Spelregels per omgeving Een klant kan meerdere omgevingen hebben, zoals ontwikkel, test, acceptatie en productie. Per omgeving kunnen andere regels gelden: op test mag een agent misschien echte data in een wegwerpkopie zetten, op productie niet. Zie [omgevingen](https://plainwater.ai/nl/wiki/concepten/omgevingen). ## Wie wijzigt de spelregels Spelregels wijzigen vraagt om het recht om de klant te beheren. Elke wijziging staat in de audit. In de onboarding van een nieuwe klant zijn de spelregels de laatste van vijf stappen; daarna staan ze onder *Spelregels* bij de klant. ## Voorbeeld Een zorgverzekeraar start met de volgende spelregels: alle bronnen op *alleen metrics*, pseudonimisering verplicht, alleen Mistral en Azure OpenAI met EU-residentie, wegwerpkopieën alleen synthetisch, lokale sessies uit. Na een maand wil het datateam productcodes kunnen zien. De beheerder zet de bron met de productcatalogus op *open* en noemt hem in de spelregels. Dat wordt versie 2. De bron met verzekerden blijft op *alleen metrics*, en de kolommen met namen staan als uitzondering op *verbergen*. :::tip Lees verder - [Datatoegang per bron](https://plainwater.ai/nl/wiki/concepten/datatoegang) - [Modelkeuze](https://plainwater.ai/nl/wiki/modellen/modelkeuze) - [Rollen en rechten](https://plainwater.ai/nl/wiki/beheer/rollen-en-rechten) :::