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.
Tys 14
08:0011:30Ons 15
09:0013:0015:30Tor 16
10:00Halden av 9:41 — blir frigjeven om ingen stadfestar
Mån
Tys
Ons
Tor
Fre
Booka besøkEkstern oppteken tid
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.
Tys 14
08:0011:30Ons 15
09:0013:0015:30Tor 16
10:00Halden 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.
- 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.
- 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.
- 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.
- 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.