Eigen datakluis met Supabase: 4 stappen + checklist

Checklist

Checklist: je data in een eigen kluis

Loop de vier stappen af in deze volgorde. Geef de acht vragen daarna aan je developer en vraag een antwoord op papier of per mail.

Stap 1: één tabel per soort gegevenKlanten, offertes, werven en facturen krijgen elk een eigen tabel. Leg per kolom vast welk type het is (tekst, datum, bedrag) en wat verplicht is.
Stap 2: zet inloggen aanKies e-mail met wachtwoord of een login via Google. Dit zit in Supabase ingebouwd, dus je hoeft geen eigen loginsysteem te laten bouwen.
Stap 3: zet row level security aan op elke tabelDoe dit vóór je live gaat. Schrijf daarna per tabel een regel die bepaalt welke rijen een gebruiker ziet, bijvoorbeeld enkel zijn eigen offertes.
Stap 4: test met nepdata, koppel daarna pas je echte klantenMaak twee testaccounts en controleer dat account A niets van account B ziet. Pas als dat klopt, voer je echte gegevens in.
Vraag: op wiens account staat het project?Het juiste antwoord is: op jouw account of organisatie, met jou als eigenaar. De developer is als teamlid uitgenodigd en kan er dus ook weer uit.
Vraag: in welke regio staat de database?Vraag om een specifieke EU-regio: Frankfurt, Ierland of Parijs. De algemene keuze 'Europe' kan ook Londen of Zürich zijn, en dat zijn geen EU-lidstaten.
Vraag: staat row level security aan op elke tabel, en hoe is dat getest?Laat de lijst met tabellen zien en vraag hoe de test met twee accounts is verlopen. 'Het staat goed' is geen antwoord.
Vraag: wie heeft de geheime sleutel?De geheime sleutel (secret key of service_role) omzeilt alle regels. Ze hoort enkel op een server te staan, nooit in de browser of in de code van je site.
Vraag: welk plan gebruiken we en wat kost dat per maand?Het gratis plan pauzeert een project na een week zonder activiteit. Voor echt gebruik is dat niet geschikt, dus vraag naar het betaalde plan en de verwachte maandkost.
Vraag: hoe zit het met back-ups en een export?Vraag hoe vaak er een back-up is en hoe jij je gegevens kunt exporteren, bijvoorbeeld als csv. Je moet altijd met je data kunnen vertrekken.
Vraag: wat gebeurt er met de toegang als onze samenwerking stopt?Spreek af dat zijn toegang wordt ingetrokken en dat de sleutels worden vervangen. Zet dat vooraf in je afspraken.
Vraag: is er een verwerkersovereenkomst en staat de opslag in mijn privacyverklaring?Supabase biedt een verwerkersovereenkomst aan. Vraag wie die afsluit en laat de opslaglocatie in je privacyverklaring vermelden.

0 van 12 afgevinkt

Een eigen datakluis voor je bedrijfsgegevens bouw je in vier stappen: tabellen maken, inloggen regelen, per gebruiker bepalen wie wat ziet, en pas dan je site of app koppelen. Supabase is één van de tools waarmee dat kan. Wat het meest telt: jij bent eigenaar van het account en row level security staat aan voor je live gaat.

De checklist met die vier stappen en de acht vragen voor je developer staat hierboven. Hieronder leg ik uit waarom ze in die volgorde staan, wat het kost en waar het misloopt.

Wat is een eigen datakluis voor je bedrijf?

Het is één plek waar je klanten, offertes, werven en facturen staan, met vaste regels over wie erbij kan. Dat is het tegenovergestelde van Excel-bestanden, mails en een schriftje.

Supabase combineert drie dingen: een database, inlog voor je gebruikers en opslag voor bestanden. Het is een open-source Postgres-backend. Een bedrijf kan dat gebruiken voor een klantportaal of een werksysteem.

Let op het verschil met "privacy apps", waar veel mensen op zoeken. Dat zijn meestal apps voor berichten of voor je telefoon. Hier gaat het over de gegevens van je bedrijf.

Is dit veilig data opslaan zonder cloud?

Nee, dit is cloud. Je data staat op servers van Supabase, bij Amazon Web Services. Wil je écht niets in de cloud, dan is dit de verkeerde tool.

Je kiest wel waar die servers staan. Je Postgres-database, de login en je bestanden blijven in de regio die je kiest. Wil je dat in de EU, kies dan een specifieke regio: Frankfurt, Ierland of Parijs. De algemene keuze "Europe" is niet voldoende, want die omvat ook Londen en Zürich, en dat zijn geen EU-lidstaten.

Hoe werkt het in vier stappen?

Waarom eerst de tabellen?

Een tabel is zoals een tabblad in Excel, maar met regels. Een datum moet een datum zijn en een bedrag een bedrag. Een offerte zonder klant kan niet bestaan.

Dat voorkomt de rommel die in Excel ontstaat. Denk aan "12/3", "volgende week" en "ong. 800" in dezelfde kolom. Maak één tabel per soort gegeven en zet de verplichte velden meteen vast.

Waarom inloggen zo vroeg?

Alles wat daarna komt, hangt af van wie er inlogt. Zonder identiteit kun je niet bepalen wie wat mag zien. Inloggen met e-mail en wachtwoord of via Google zit al in het pakket. Je betaalt dus niemand om dat opnieuw te bouwen.

Wat doet row level security precies?

Dit is de stap die het vaakst wordt overgeslagen. Met row level security bepaal je per rij wie ze mag lezen of wijzigen. Een klant ziet dan enkel zijn eigen offertes.

Er zijn drie punten om te weten:

Als je een tabel via SQL aanmaakt, moet je row level security zelf inschakelen.
Staat het aan, dan is er via de API met een publieke sleutel geen data bereikbaar tot je policies aanmaakt. Dat is veilig, maar je ziet dan eerst een lege tabel.
Staat het uit, dan is elke rij toegankelijk voor wie je project-URL en publieke sleutel heeft.

Er zit nog een valkuil in het testen. De SQL-editor omzeilt de regels. Test je policies daarom met echte gebruikerstokens. Dat geldt ook voor de geheime sleutel, die bewust row level security omzeilt voor beheertaken. Ze hoort nooit in de code van je website.

Hoe koppel je veilig en ga je live?

Je site of app praat met de database via een API. Dit is het moment om te testen met nepdata. Maak twee testaccounts, vul ze met verzonnen klanten en probeer als account A de gegevens van account B te openen. Lukt dat, dan staat er iets mis. Los dat op vóór je echte klanten erin zitten.

Voorbeeld: klantportaal voor een schildersbedrijf

Stel dat je een schildersbedrijf hebt en klanten hun offertes en facturen online willen bekijken.

Je maakt tabellen voor klanten, offertes en facturen. Elke offerte verwijst naar een klant.
Klanten loggen in met hun e-mailadres.
Je schrijft per tabel één regel: een ingelogde klant ziet enkel de rijen die aan zijn klantnummer hangen. Jij en je kantoorpersoneel krijgen een aparte rol met zicht op alles.
Je koppelt het portaal aan je site, test met twee nepklanten en laat daarna de echte gegevens in.

Zo'n opzet vervangt geen volledig CRM op maat. Het laat wel zien hoe de onderdelen samenhangen. Zit je portaal in een nieuwe site, dan komt het er ook bij bij het laten maken van je website.

Wat kost Supabase?

De prijzen staan in dollar en kunnen veranderen. Kijk altijd op supabase.com/pricing.

Gratis plan: 500 MB database en 50.000 maandelijkse actieve gebruikers. Een gratis project pauzeert na een week zonder activiteit. Dat is prima om te testen, maar niet voor een systeem waar klanten op rekenen.
Pro: $25 per organisatie per maand, met 8 GB database en 100 GB bestandsopslag. Verbruik komt daar bovenop. Volgens een prijsanalyse liggen echte productiefacturen meestal tussen $35 en $200 per maand.

Daar komt de ontwikkelkost nog bij. De tool is goedkoop, het werk eromheen niet.

Waar loopt het meestal mis?

Row level security vergeten. Dat is de grootste en meest vermijdbare fout.
Het project staat op het account van je developer. Dan hangt je bedrijfsdata aan zijn login. Laat het project op jouw naam aanmaken.
Regio niet gekozen of niet gecontroleerd. Vraag de regio op, geen aanname.
Geen export of back-up afgesproken. Het betaalde plan voegt dagelijkse back-ups toe. Je wilt daarnaast zelf een export kunnen maken.
Alles op één dag live zetten. Test eerst met nepdata en bouw dan uit.

Welke vragen stel je aan je developer?

Je hoeft geen SQL te kennen om de vragen uit de checklist te stellen. Je moet wel een duidelijk antwoord kunnen eisen. De belangrijkste drie zijn: op wiens account staat het project, in welke regio staat de data, en staat row level security aan op elke tabel?

Dat zijn geen technische vragen. Het is j

Veelgestelde vragen

Is Supabase gratis?

Er is een gratis plan met 500 MB database per project, maar dat project pauzeert na een week zonder activiteit. Voor een systeem dat je klanten echt gebruiken neem je het betaalde plan, dat start vanaf $25 per maand (in dollar) plus verbruik. Controleer de actuele prijzen op supabase.com/pricing.

Staat mijn data dan in Europa?

Dat hangt af van de regio die bij het aanmaken van het project is gekozen. Kies een specifieke EU-regio zoals Frankfurt, Ierland of Parijs en laat dat controleren. Een regio achteraf wijzigen is meer werk, dus beslis dit vooraf.

Moet ik zelf kunnen programmeren om dit te gebruiken?

Tabellen maken en inloggen aanzetten kun je grotendeels via het dashboard. De regels voor row level security vragen een beetje SQL, en die laat je beter door iemand schrijven die ze ook test. Jij beheert het account en stelt de vragen.

Kan ik later weg als ik niet tevreden ben?

Onder Supabase draait een gewone Postgres-database, een veelgebruikt en open formaat. Je kunt je gegevens dus exporteren en elders onderbrengen. Spreek met je developer af dat jij die export zelf kunt doen.

Is een eigen datakluis hetzelfde als een privacy-app?

Nee. Privacy-apps zijn meestal bedoeld voor berichten, wachtwoorden of je telefoon. Dit gaat over de gegevens van je bedrijf: klanten, offertes en facturen, en wie daar toegang toe heeft.