Begynn med en representativ restaurant, dokumentere konfigurasjonen som fungerer, og deretter gjennomgå hvert ekstra sted før det går live. Menyer, tillatelser, betalinger, enheter og rapportering krever eksplisitt kontroll på butikknivå.

Skilt delt beslutning fra lokale innstillinger

Liste opp restaurantene og deres land, valutaer, tidszoner, tjeneste kanaler og utstyr. Bestem hvilke meny- og medlemskapsregler som bør være konsekvente og hvilke som må variere lokalt.

En delt handelskonto er ikke et løfte om automatisk konfigurasjonskloning, konsolideret regnskap eller tverrhandelsavgjørelse. Bekreft gruppekravet før du velger en plan.

  1. Nenn en eier og lokal kontakt for hver restaurant.
  2. Registrere menyspråk, priser, åpningsperioder og bestillingskanaler.
  3. Definere hvor medlemskapsgrupper og kampanjer gjelder.
  4. Liste betalingskontoer, terminalleverandører og printertilkoblinger separat for hvert sted.

Gi ansatte tilgang de trenger

Undersøk medarbeiderroller og de restauranter hver enkelt kan gå til. En leder som trenger en rapport trenger ikke nødvendigvis tillatelse til å endre betalinger eller kampanjer.

Gi hver medarbeider sin egen konto og sjekk tilgang før åpning. Be eieren eller en autorisert leder om å gjennomgå butikkens innstillinger og arrangere kontroller separat fra live-tjenesten.

Sjekk planene og kostnadene før du legger til steder

Se gjennom den publiserte inkluderte butikktilskudd og ekstra butikkpris for Pro eller Premium, og bekreft deretter det faktiske abonnementet i Merchant. Personale, terminal og tilgang til funksjoner avhenger også av planen.

Betalingsbehandling, maskinvare, meldingsleverandører og eventuelt avtalt implementeringsarbeid har egne kostnader. Zero-plattform bestillingskommisjonen fjerner ikke disse gebyrene.

Bevis en komplett arbeidsflyt

Bruk et plattformsprøvingsmiljø for å sjekke en representativ gjesteordre, personellhåndtering, POS, kjøkkenmål og støttet trykkstrøm. Betalings- og refusjonskontroller krever passende testkontoer og installasjon av leverandører.

Den offentlige MenuSnap demoen plasserer ikke ekte bestillinger og kan ikke bevise din egen betalingskonto, printer, skattemyndighet eller offline atferd. Bruk den til å gjennomgå gjesterfaringen, og deretter arrangere de kontroller som kreves for installasjonen.

  1. Bekreft menyinnhold, alternativer, språk og priser.
  2. Sjekk bestillingsruting, medarbeidertilgang og den aktive utskrivingsutøveren.
  3. Kontroller tilkoblingsstatus og øv en tilkoblingstap og gjenoppretting i prøvingsinnstillingen.
  4. Etter gjenkobling skal du sjekke oppdaterte ordre- og betalingsstatistikker før du gjentar handlinger.

Undersøk resultatene, deretter utvide

Inngå en avtale om rapportene og perioden du vil gjennomgå for hver restaurant. Hold salg, mottatt betalinger, refusjon og skift kontanter adskilt, og sjekk tidszone og valuta før du sammenligner butikker.

Hold den tidligere driftsprosedyren tilgjengelig i løpet av den avtalte overgangsperioden. Utvide når den første restauranten kan fullføre sin daglige arbeidsflyt og den lokale administratoren har akseptert konfigurasjonen. Landsspecifikke betalings- og skattekrav må bekreftes separat.

Spørsmål før du starter?

Kan jeg kopiere en restaurantkonfigurasjon til hvert sted?

Ikke anta automatisk kopiering eller identiske innstillinger. Gjen gjennomgå hver lokal menyu, priser, tilgang til ansatte, betalinger, skrivere og juridiske krav, selv når driftsprosedyren deles.

Kan flere restauranter dele medlemmer?

Medlemsgrupper kan ha et konfigurert restaurantområde. Sjekk gruppen og tilbudsreglene først; medlemskap deling gir ikke cross-store forhåndsbetalte midler oppgjør.

Vil offline POS holde QR bestillinger fungerer?

Nei. Gjest QR bestilling og sky-tjenester trenger internett. POS-betalinger, refusjon, avvikling og skift krever serverbekreftelse; en separat kortterminal følger sine egne leverandørens regler for tilkobling.