Gje ei tid du faktisk kan halde.

Ledig tid blir rekna ut frå arbeidstider, kompetansen ein jobb krev, sonene du køyrer til og bufferen rundt kvart besøk. Ei tid blir halden av med utløp, og å stadfeste henne er éin transaksjon som ikkje kan gje to bilar på same adressa.

Modellen finn aldri opp ei tid.

Den dyraste feilen i ein AI-bookingflyt er ei tid som aldri var ledig. Lavenity spør ikkje ein modell om når nokon er ledig: ledig tid er eit søk over ressursar, vekentlege arbeidstider og unntak, kompetanse og soner, og bufferane før og etter kvart besøk.

Det kunden får tilbode er det søket returnerte. Å halde av skriv ei rad med utløp, og stadfestinga sjekkar haldet, førespurnadsversjonen og ledigheita på nytt før han committar — så ein treg kunde mistar eit hald i staden for formiddagen til nokon andre.

Planleggingsreglane ei servicebedrift alt har

Tider som toler møtet med røyndomen

Kompetanse, serviceområde og bufferar per ressurs snevrar inn søket før ei tid blir vist. Ein ressurs som ikkje kan gjere jobben, eller ikkje køyrer til det postnummeret, blir ikkje tilbode.

Ledig tidLag A · sone 109

Tys 14

08:0011:30

Ons 15

09:0013:0015:30

Tor 16

10:00

Halden av 9:41 — blir frigjeven om ingen stadfestar

Tider, soner og akutte saker du styrer

Arbeidstider ber ei tidssone. Serviceområde er postnummera du faktisk dekkjer. Ei akutt sak utanfor arbeidstid følgjer reglane du skreiv, ikkje skjønnet til modellen.

Frontkontor-reglarv7
  • ArbeidstidMån–fre 07:00–17:00 · Europe/Berlin
  • Serviceområde10115–10999, 12043–12059
  • AkuttUtanfor arbeidstid → rett til eit menneske
  • Bookbare tenester2 av 9 tillatne
  • Hald som frigjev seg sjølve

    Eit forlate hald går ut av seg sjølv, så ein nølande kunde frys aldri ein formiddag.

  • Buffer før og etter

    Køyring og etterarbeid er del av tida, ikkje noko dagen skal absorbere.

  • Sonemedviten, ikkje soneblind

    Utanfor sone er framleis mogleg og framleis ei avgjerd — veljaren oppgjev grunnen.

  • Stadfest to gonger, book éin

    Gjentekne og samtidige stadfestingar gjev same avtale. Prova mot Postgres.

Søk, hald, stadfest

Tre steg, kvart av dei trygt å gjenta. Det er det som lèt ein upåliteleg kanal styre ein påliteleg kalender.

  1. 01

    Søket gjev ekte tider

    Ei lesing utan sideeffektar: kan cachast, gjentakast, og er den same anten ein operatør eller ein integrasjon spurde.

  2. 02

    Tida blir halden av, kort

    Eit hald er ei rad med utløp, ikkje eit notat. Det blokkerer tida medan kunden tenkjer seg om, og frigjev seg sjølv om dei ikkje gjer det.

  3. 03

    Stadfestinga committar alt på ein gong

    Avtalen, arbeidsordren og den utgåande stadfestinga er éin transaksjon. Ingenting blir halvbooka fordi ein prosess starta på nytt.

Ei grense i databasen slår ein sjekk i koden.

To førespurnader som kjem i same millisekund vil alltid slå ein «er denne ledig?» på applikasjonsnivå. Lavenity legg garantien der samtidigheit ikkje kjem rundt henne, og prover det med ein integrasjonssuite som fyrer stadfestingar parallelt mot ein ekte Postgres.

  • Ei veke du kan lese

    Køyrekalenderen viser besøk, hald og hola mellom dei.

  • Ein veg for akutte saker

    Hastverk utanfor arbeidstid følgjer reglane du skreiv, medrekna rett til eit menneske.

  • Ei avbestilling som ryddar opp

    Å avbestille frigjev tida og trekkjer attende arbeid ingen har byrja på.

Gje kundane ei tid, ikkje ein lovnad om å ringje attende

Set opp éin ressurs og éi teneste, så byrjar kalenderen å svare for deg.