Supabase in de praktijk

Elk platform dat wij bouwen heeft één waarheid nodig. Bij FLT Group draaien vier autobedrijven op één backend met 133 tabellen: elk bedrijf ziet zijn eigen voorraad, klanten en dossiers, terwijl de directie het geheel ziet. In ons eigen Quest OS houdt dezelfde laag klantgegevens gescheiden, zodat werk voor de ene opdrachtgever nooit bij de andere terechtkomt. Ook portalen als FinMij bouwen hierop: inloggen, rechten en het dossier van een investeerder.

Er komt een aanvraag binnen via je site. Er ontstaat meteen een dossier: de gegevens van de klant, wat hij vroeg, welk voertuig of product het betreft. Elke stap daarna hangt zich daaraan vast, de betaling, de documenten, de mails die eruit gaan, de statuswijzigingen. Jouw medewerker opent één scherm en ziet de hele geschiedenis, in plaats van te zoeken in een mailbox en twee Excel-bestanden. Hij beoordeelt en zet de knop om. Aan het eind heb je een dossier dat compleet is: voor de klant, voor je boekhouder en voor de vraag over een half jaar.

• Eén plek waar klant, order en dossier bij elkaar staan
• Per medewerker of vestiging geregeld wie welke gegevens ziet
• Terug te lezen wie wat wanneer wijzigde, ook maanden later
• Een klantportaal met inlog zonder dat je een tweede systeem koopt
• Je gegevens blijven van jou en zijn exporteerbaar naar een andere partij

Een database is een fundament, geen dashboard. Je ziet er pas iets aan als er schermen en processen omheen staan, en dat is het echte werk. Verder is dit een gehoste dienst met een maandbedrag dat meegroeit met je gebruik, en een verkeerd ingestelde rechtenregel is hier een serieus risico. Heb je alleen een brochuresite, dan heb je dit niet nodig.