Controleer de database
Open een dag en volg covers, reserveringen, tafelgebruik, omzet, weer en personeelsinzet terug naar de onderliggende regels. Pas nadat deze gegevens logisch voelen, is het zinvol om de forecast verder te bouwen.
Niet méér data, maar beter weten wat een signaal bewijst
De kern voorspelt niet rechtstreeks uit één grote bak cijfers. Vraag, verkoopbare capaciteit, realisatie, bedrijfsstaat en bronkwaliteit blijven gescheiden. Daardoor wordt een storing niet per ongeluk als lagere gastvraag aangeleerd.
Hoeveel gasten waarschijnlijk zouden komen zonder capaciteitsgrens.
Wat tafels, personeel, zones en apparatuur verantwoord toelaten.
Werkelijk gezeten covers, orders, omzet en productmix.
Normaal, evenement, beperkt menu, ziekte, HVAC-storing of herstel.
Herkomst, volledigheid, actualiteit, betekenis, precisie en koppeling.
31°C buiten zegt pas iets als we weten wat er binnen gebeurt
Een betrouwbare binnensensor, HVAC-modus en storingsstatus kunnen de zonevraag en verkoopbare capaciteit aanpassen. Ontbreekt de sensor, dan wordt de band breder. Blijft het binnen warm terwijl koeling actief lijkt, dan stelt MISE een vraag—het systeem verklaart de airco niet zelf defect.
Bekijk de vijf airco-stresstests in de database ↓Pipeline werkt op reproduceerbare simulatie
De 65 testdagen laten zien dat de modelketen een transparante vierweekse baseline kan verslaan. Dit test berekening, scenarioafhandeling en onzekerheidsband—geen commerciële nauwkeurigheid.
Nog te bewijzen met echte, ongeziene restaurantdagen
Minimaal 90 open dagen moeten dagelijks sluiten tussen reserveringen, POS, planning en uitzonderingen. Forecastvintages bewaren exact wat op dat moment bekend was.
Moet een ondernemer dit al vertrouwen?
Het eerlijke antwoord is: nog niet als autonome bedrijfssoftware. Wel als controleerbare proof of concept waarin zichtbaar is welke regels hard zijn en waar menselijke bevestiging nodig blijft.
Nog niet productierijp
De onderlinge rekensommen zijn sluitend, maar de restauranttransacties zijn gesimuleerd. Een pilot moet eerst echte exports en de volledigheid van iedere bron valideren.
Wat wél standhoudt
- Officiële KNMI-dagwaarden en gedateerde kalenderbronnen
- Reproduceerbare reserverings-, tafel-, rekening- en personeelsregels
- Iedere omzetregel telt terug naar product, rekening en dagtotaal
- Prijsbanden zijn lokaal gekalibreerd en als anker begrensd
Wat een ondernemer terecht betwist
- Gesimuleerde aankoopmix bewijst geen werkelijke gastvoorkeur
- Een kassabon bewijst zonder seat-level ordering niet wie wat at
- Walk-ins, no-shows en ziekte zijn bruikbaar, maar registratie blijft werkdruk- en workflowafhankelijk
- API-toegang en gedeelde velden verschillen sterk per leverancier en contract
Wat vóór €20.000 aantoonbaar moet zijn
- 90 dagen echte data met dagelijkse aansluiting tussen reserveringen, POS en planning
- Meetbare forecastwinst tegenover de bestaande planning van de ondernemer
- Herkenning van uitzonderingen zonder ze blind als normaal patroon aan te leren
- Een menselijke goedkeuringsroute, auditlog, privacy- en bewaarbeleid
Het systeem zoekt zelf naar onverklaarde dagen
Integriteitsfouten, zwakke reservering–rekeningkoppelingen, afwijkende food-coverage, open diensten en extreme besteding per couvert worden afzonderlijk beoordeeld.
Één waarheid door de hele zaak
Iedere module declareert welke gecontroleerde bestanden zij gebruikt, welke sleutel zij deelt en wat zij nooit stilzwijgend mag aanpassen. Zo kan een scherm niet ongemerkt op een oude capaciteit of eigen tafelnummering terugvallen.
Bestandsbewijs
Een module opent pas nadat bron en cryptografische vingerafdruk overeenkomen met de goedgekeurde release.
Gedeelde identiteit
Forecast, Studio, reserveringen, kassa, tafeloperatie en dashboard gebruiken dezelfde tafel-ID als koppelvlak.
Invloed begrensd
Demoacties schrijven niet stilzwijgend naar historie, omzet, modeltraining of externe systemen.
Zichtbare degradatie
Als een bron ontbreekt, toont iedere module haar vastgelegde terugvalroute in plaats van een tweede waarheid te verzinnen.
Kalender en dagenlijst
De kleur toont geen voorspelling, maar wat er in de dataset staat. Klik op een dag voor de volledige onderbouwing.
Januari 2025
| Datum | Status | Covers | Bevestigd T−1 | Omzet | Stoelrendement | Weer | Personeel | Context |
|---|
Wat is gemeten en wat is gemodelleerd?
De bron bepaalt wat je met een getal mag doen. Een officiële meting kan een dagwaarde leveren; een openbare menukaart alleen een prijsanker; relatieve piekuren alleen de vorm van de dag.
KNMI station 278 Heino
Dagelijkse maximum- en minimumtemperatuur, neerslag en wind voor alle 546 dagen. Het tekstlabel “droog/licht/regen” wordt transparant uit de neerslagsom afgeleid.
Bekijk KNMI-daggegevens ↗Openbare Zwolse menukaarten
Productprijzen zijn geijkt op actuele prijsbanden van onder meer Hotel Zwolle, De Belgische Keizer en Zwolse Theaters. Verkochte aantallen blijven gesimuleerd.
Google-piekuren in Zwolle
De zichtbare woensdag-, vrijdag- en zaterdagcurve van Brasserie Jansen kalibreert lunch versus diner. De balkhoogte wordt nooit als gastenaantal behandeld.
Bekijk relatieve piekuren ↗CBS consumentenprijzen
CBS onderbouwt de ontwikkeling van restaurant- en caféprijzen, niet de gemiddelde prijs van een biertje of hoofdgerecht. Daarom wordt CBS niet gebruikt om een fictieve menuprijs te claimen.
Bekijk CBS-tabel 86142NED ↗Belangrijk: reserveringen, POS-aantallen, tafelkeuzes en personeelsdiensten blijven reproduceerbare simulatiegegevens. De openbare bronnen maken de aannames geloofwaardiger, maar veranderen ze niet in echte restauranttransacties.
“Beschikbaar in het systeem” is nog geen bruikbare datakoppeling
Per leverancier moet worden vastgesteld welke velden werkelijk worden gedeeld, met welk abonnement, welke historie beschikbaar is en of een rekening hard of alleen via tafel, tijd en groepsgrootte aan een reservering wordt gekoppeld. De volledige database bevat nu 62 leveranciersneutrale forecastsignalen.
| Systeem | Wat kan binnenkomen | Harde grens | MISE-oordeel |
|---|---|---|---|
| Resengo | Reserveringen, beschikbaarheid, callbacks en feedback | Geen onboarding van nieuwe API-partners sinds overname door Zenchef | Nieuwe directe integratie geblokkeerd |
| Zenchef | Restaurant-, gast- en reserveringsdata | Grow-abonnement of aparte overeenkomst; velden verschillen per POS | Eerst datacontract en proefexport |
| Lightspeed K-Series | Bonnen, regels, covers, tafel, korting, btw, betaling, fooi, voids en transfers | Merchant-/partnergoedkeuring; open rekening is niet altijd een definitieve bon | Sterke bron na autorisatie en reconciliatie |
| Oracle Simphony | Transacties, configuratie, BI, arbeid en voorraad | STS Gen 2 is expliciet niet bedoeld voor bulk-analytics | Gebruik per doel de juiste rapportage-interface |
| 7shifts | Medewerkers, lonen, diensten, uren, sales en labor | Gepland, gewerkt en betaald zijn afzonderlijke werkelijkheden | Klokuren en rolaggregatie verplicht |
| BACnet / Home Assistant | Binnentemperatuur, CO2, HVAC-modus, alarm en energie | Elk pand heeft eigen pointnamen, sensorkwaliteit en retentie | Site mapping en sensorheartbeat verplicht |
| KNMI / NDW | Weer, verkeer, reistijd, werkzaamheden en evenementen | Officiële context is nog geen bewezen restaurantimpact | Ruimtelijk matchen en lokaal kalibreren |
| Reservering ↔ POS | Soms gedeelde ID; anders tafel + tijd + groepsgrootte | Partnerkoppelingen delen aantoonbaar niet dezelfde details | Linkconfidence en handmatige controle verplicht |
Bekijk iedere tabel en iedere regel
Kies een dataset, zoek binnen alle kolommen en blader door alle regels. De CSV blijft daarnaast direct downloadbaar.
Een onlogische regel is nu vindbaar
Deze omgeving is bewust read-only. Noteer de datum en het veld dat volgens jou niet klopt; de generator kan daarna gericht worden aangepast zonder de rest van de dataset handmatig te herschrijven.