Platform
De infrastructuur achter de storefront.
Eén backend drijft Backoffice, POS en Guests aan — dezelfde OAuth2-, REST- en SignalR-services onder elk scherm. Realtime als standaard, multi-tenant per sub-merchant, en open aan de randen via een Partner API en uitgaande webhooks. Serieus genoeg om meer dan één locatie te draaien.
Het probleem
Een stapel apps die niet met elkaar praten, integraties die je moet babysitten, en data die stilletjes uit elkaar loopt
De meeste hospitality-stacks zijn drie leveranciers die aan elkaar geniet zijn — hier een POS, daar een QR-besteltool, en een betaalkastje dat op een schema synchroniseert. De naden zijn waar je geld en vertrouwen verliest.
Menu's uit sync
De prijs die je op de kassa aanpaste bereikt nooit het QR-menu waar de gast naar kijkt.
Integraties die je zelf onderhoudt
Elke koppeling is één ding extra dat op een vrijdagavond stukgaat en op jouw bordje belandt.
Eén locatie is het plafond
Een tweede locatie toevoegen betekent een tweede stack, tweede logins, en handmatig afstemmen.
Live sync
Pas het één keer aan — het staat overal voordat je opkijkt
Als een entiteit verandert, pusht SignalR een cache-invalidatie en haalt elke verbonden app zichzelf opnieuw op. Geen export, geen refresh, geen wachten.
Maak een wijziging
De ruggengraat
De ruggengraat onder elk scherm.
Vier ideeën doen het zware werk: één kern, realtime push, tenant-isolatie, en open randen. Al het andere is daarbovenop gebouwd.
- 01 Kern
Eén kern achter elk scherm
Backoffice, POS en Guests delen dezelfde services — OAuth2, REST en realtime SignalR, met background jobs en een event bus eronder — zodat er één bron van waarheid is, niet drie die met elkaar ruziën.
- 02 Sync
Push, niet pollen
SignalR pusht cache-invalidaties op het moment dat een entiteit verandert, en elke app haalt zichzelf automatisch opnieuw op. Valt een apparaat weg, dan haalt een poll van ~30s het weer bij.
- 03 Isolatie
Multi-tenant per sub-merchant
Elke API-call is afgebakend tot de actieve sub-merchant, zodat de ene locatie nooit in de andere overloopt. Voeg een locatie toe als configuratie — geen nieuwe stack die je naast de vorige moet optuigen.
- 04 Koppelen
Open aan de randen
POS-integraties, acquirer- en bezorgconfiguraties, een dedicated Partner API en uitgaande webhooks — het platform sluit aan op wat je al draait in plaats van je in te muren.
Wat je feitelijk koopt
Infrastructuur waar je een bedrijf op kunt bouwen.
Een volwaardig multi-tenant platform waar je op kunt aansluiten, apparaten aan kunt koppelen, en over meer dan één locatie kunt draaien.
Eén backend, drie apps
Backoffice voor configuratie, POS met een ingebouwde KDS-modus, en de QR-app Guests — één set gedeelde services eronder, van auth tot realtime tot ESC/POS-printen.
Realtime via SignalR
Cache-invalidaties worden gepusht bij elke entiteitswijziging en apps halen zichzelf direct opnieuw op — de QR-bestelling van een gast landt live op de POS en in de keuken, met een polling-fallback van ~30s.
Multi-tenant per sub-merchant
Elke request is afgebakend tot de actieve sub-merchant, zodat de ene locatie nooit in de andere lekt — draai een enkele locatie of een hele groep op dezelfde backend.
OAuth2, JWT & device pairing
Een eigen Quivi.OAuth2-server op ASP.NET Identity geeft OAuth2 + JWT uit met automatische refresh. POS-apparaten koppelen met een device-authorisatiecode uit Backoffice en draaien daarna op een JWT zonder opnieuw in te loggen.
Integraties, Partner API & webhooks
Quivi-native of Facturalusa POS-integraties, acquirer-configuraties (Cash, Paybyrd, Revolut Pay, MB Way) en bezorging — plus een aparte Partner API en uitgaande webhooks voor BI en aggregators.
Fiscale compliance PT/DK
Live in Portugal en Denemarken met locale-bewuste NIF/CVR-validatie, postcodes en valuta, facturatie via Quivi-native of Facturalusa, en volledige traceerbaarheid van refunds.
Draai één locatie of een hele groep — geen cross-tenant lekkage.
Elke API-call is afgebakend tot zijn sub-merchant, en de POS herlaadt zodra de actieve tenant verandert om elke cache consistent te houden. Een locatie toevoegen is configuratie in Backoffice, niet een tweede stack die je moet optuigen en afstemmen.
Eén backend · veel locaties · afgebakend per request
Het bindweefsel
Eén backend, elk Quivi-oppervlak.
Kassa, Betalingen en de AI-assistent zijn geen erbij geschroefde producten — het zijn oppervlakken op diezelfde backend, die dezelfde realtime waarheid lezen. Configureer het één keer in Backoffice en dat is wat de vloer verkoopt, wat de terminal afrekent, en waar de assistent op handelt.
Zie het platform, van begin tot eind
Neem je architectuurvragen mee — multi-site, auth, webhooks, fiscaal. We lopen de architectuur door en laten zien hoe jouw stack aansluit.