Restaurang

Vi fick bokningssystemet och kassan att kommunicera

Borden sköts av easyTable, kassan av Ancon. Båda gör sitt jobb bra, och de kände inte till varandra. Ancon Table Booking är lagret däremellan.

Foto: Boulebar, används med tillstånd

easyTable Anvora Ancon

Både easyTable och Ancon är fristående produkter. Ancon Table Booking är vår egen — ett integrationslager som håller ihop dem, byggt och driftat av oss.

Det vi byggt

Två system, tre flöden

En bokning ska bli en nota utan att någon knappar in den igen. Och det som går att boka ska stämma med det som faktiskt finns i lokalen — därför går produkter och bord åt andra hållet.

Bordsbokning
Ancon Table Booking Bun · Hono · Postgres
Kassasystem
  • Bokningar blir notor
  • Produkter
  • Bord
Det vi byggt runt bokningen

Från bokningen till indexet

Allt nedan är byggt av Anvora: bokningsflödet gästen möter, indexet ägaren följer och övervakningen vi själva håller koll på flödet med.

Boulebars bokningsflöde: lokal, upplevelse, antal personer och datum, och under det lediga tider där boule och mat går i valfri ordning
Boulebar · byggt av Anvora
Anconindex: restaurangernas samlade omsättningsindex vecka för vecka, fyra år ovanpå varandra
Anconindex · byggt av Anvora
Övervakningen av bokningsflödet: inkommande webhooks per timme de senaste fyra dygnen, uppdelat på nya och ändrade bokningar
Anvora
Varför den håller
  • Realtid, inte batchar
    Indexet räknas om när ordrarna landar — Go i backend.
  • Anonymiserad från grunden
    Koncernsiffror lagrar aldrig det som pekar ut den enskilda restaurangen.
  • Fungerar på måndag
    Vi driftar integrationen. Övervakning, uppgraderingar och det tråkiga är vårt.

Driver du en restaurangkoncern med flera system som inte kommunicerar?

Boka ett samtal