Zou je je boekingen toevertrouwen aan vier prompts?
AI-appbouwers als Base44 zijn echt goede tools. Ze zijn alleen gebouwd voor een andere taak dan het draaien van een dispatch- en betaalbedrijf dat 24/7 doorgaat. Hier zie je precies waar dat verschil zich toont.
Een goede tool. Voor een andere taak.
Met Base44 beschrijf je een idee in gewone taal en krijg je een werkende app terug: frontend, database, inlog, hosting, allemaal gegenereerd uit een gesprek. Voor een prototype, een interne tool of een MVP met een handvol gebruikers is dat echt nuttig, en reviewers waarderen het daar ook om. De vraag is niet of Base44 goed is. De vraag is of “beschrijf het in een chat” de juiste manier is om iets te bouwen dat dag en nacht echte betalingen verwerkt voor een taxiwagenpark.
Drie dingen die ertoe doen om 3 uur 's nachts, als niemand meekijkt.
Een betaling die binnenkomt terwijl niemand is ingelogd, wordt niet verwerkt.
De betaalwebhooks van Base44 hebben een actieve gebruikerssessie nodig om te draaien. Een boeking wordt 's nachts betaald, niemand heeft de app open en de betaling blijft onverwerkt liggen tot iemand toevallig weer inlogt. Een taxibedrijf ontvangt dag en nacht boekingen. Dit is geen uitzonderlijk geval, het gebeurt elke nacht.
Geen realtime dispatch, bij geen enkel abonnement.
WebSocket-ondersteuning (het mechanisme achter “stuur deze boeking nu naar alle chauffeurs”) is op Base44 helemaal niet beschikbaar. Alles wat direct moet aanvoelen, valt terug op polling, met de vertraging die daarbij hoort. Precies het tegenovergestelde van wat je nodig hebt om een chauffeur in te zetten.
Je eigen boekingsgeschiedenis laadt stilletjes niet meer volledig.
Dataverzoeken zijn beperkt tot 5000 records, zonder waarschuwing wanneer een scherm die grens overschrijdt: er verschijnt gewoon stilletjes een onvolledige lijst. Een wagenpark met een paar jaar aan ritten en klanten komt daar overheen zonder het te merken, tot er iets niet klopt.
Dit is geen kritiek op de techniek van Base44
Het is een bewuste afbakening waar ze open over zijn: reviewers en de eigen documentatie positioneren Base44 als een snelle manier om prototypes, MVP's en interne tools te bouwen, niet als vervanging van een volwassen platform dat echte, onbewaakte operaties 24/7 draaiende houdt.
Vibe coding: het risico zit al in de naam.
Dit geldt niet alleen voor Base44. Het is een gedocumenteerd patroon bij AI-gegenereerde code in het algemeen, en het weegt zwaarder zodra er echte betalingen en klantgegevens in het spel zijn. Onafhankelijke analyses laten zien dat 62% van de met AI gebouwde applicaties wordt opgeleverd met kritieke beveiligingslekken, en dat beveiligingsfouten tot wel 2,74 keer vaker voorkomen in AI-gegenereerde code dan in code van een menselijke ontwikkelaar die begrijpt waartegen hij beschermt.
Ontbrekende autorisatiecontroles, databasetoegangsregels die nooit zijn ingesteld, afhankelijkheden die niet eens bestaan: dit zijn geen zeldzame of exotische problemen. Ze komen pas aan het licht als er al iets misgaat, en dat is precies het verkeerde moment om het te ontdekken, op een systeem met de betaalgegevens van je klanten.
Speciaal voor dit probleem gebouwd, sinds 2012.
Hetzelfde geldt voor de website zelf, als dat de aanleiding van je vraag was: een goed opgebouwde site, zoals wij die kant-en-klaar bouwen, heeft geen database of sessieafhankelijke backend nodig om snel te laden en goed te ranken. Die structurele eenvoud is een kracht, geen gemis.
Zie het echt draaien, niet gepromptd.
Acht live klantwebsites, echte boekingen, echte betalingen, vandaag nog.
Base44 is een handelsmerk van de respectieve eigenaar. De mogelijkheden van platforms veranderen: de details hierboven zijn gebaseerd op openbaar beschikbare informatie per oktober 2026.