En bokningsmotor för tim- och dagsbaserade tjänster samt tjänster med varierande längd

Vilket problem löser en enhetlig bokningsmotor?

Många schemaläggningsprogram utgår från en kalender med fasta mötestider, där undantag läggs till senare. Anolla bygger på den motsatta principen: vad som bokas, hur länge det behövs och vilka villkor som måste vara uppfyllda definieras separat. På så sätt skapas en gemensam och återanvändbar grund för olika typer av tjänsteföretag.

Varför är en kalender i sig ännu inte en bokningsmotor?

En enkel kalender kan visa lediga och upptagna tider. Ett bokningssystem i produktionsmiljö måste avgöra vad som kan bokas, vilka resurser som behövs, hur varaktigheten fastställs, om det finns ledig kapacitet kvar och om någon annan bokning har förändrat situationen före bekräftelsen.

Dessa beslut blir komplicerade när plattformen betjänar mer än en affärsmodell. Att skapa en separat kalender för varje kategori skulle duplicera logiken, splittra användarupplevelsen och göra framtida ändringar svårare att hantera.

Tjänstekategorin bör beskriva verksamhetens sammanhang, inte fastställa gränserna för schemaläggningsmotorn.

Vilka principer gör det möjligt att använda en enda motor för olika tjänstemodeller?

Anollas bokningsmodell består av oberoende lager. Varje lager besvarar en viss typ av fråga och kan återanvändas när en ny domän eller ett nytt bokningsscenario läggs till.

Hur överförs konfigurationen till tillgänglighetsmotorn?

Motorn utgår inte från branschbenämningen, utan från de resurser, den schemaläggningsmodell och de begränsningar som krävs för den bokning som ska bedömas. Samma beslutslogik används för både offentliga bokningar och bokningar som skapas via administrationen.

Det konceptuella schemat beskriver beslutsflödet för tillgänglighet, inte den fullständiga tekniska arkitekturen för Anollas interna system.

Hur använder samma motor olika tjänstescenarier?

Konfigurationen varierar mellan olika scenarier, men kärnmotorn besvarar alltid samma frågor: vilka resurser behövs, hur länge behövs de, vilka begränsningar gäller och hur mycket bokningskapacitet återstår?

Hur stöder samma motor kombinationer av flera tjänster?

En bokning behöver inte alltid avse en enda tjänst. Kunden kan vilja boka flera relaterade tjänster i följd, och tjänsteleverantören kan ange vilka tjänster som kan bokas separat och vilka som endast kan bokas tillsammans med en annan tjänst.

Bokningsmotorn behandlar de valda tjänsterna som en helhet: deras längd, pauser, priser och nödvändiga resurser bildar en kombination som används för att hitta lämpliga tider och skapa en enda bokning.

Kombinationer av tjänster kräver ingen separat bokningsmotor. Samma logik för resurser, längd och tillgänglighet kan bedöma lämpligheten hos både en enskild tjänst och en bokning som består av flera tjänster.

Hur leder konfigurationen fram till en bekräftad bokning?

Bokningsflödet följer samma ordningsföljd även när den tjänst som visas för användaren och schemaläggningsmodellen skiljer sig åt.

1. Definiera vad som kan bokas

   Tjänsteleverantören anger huvudresursen och alla ytterligare resurser som krävs för att tillhandahålla tjänsten.

2. Ange schemaläggningsmodell

   Tjänsten använder ett timbaserat tidsintervall, en dagsbaserad period eller en längd som beror på tjänsten och tillvalen.

3. Tillämpa scheman och begränsningar

   Arbetstider, antal platser, bufferttider, framförhållningstider, bokningsfönster och andra regler begränsar den teoretiska tillgängligheten.

4. Hitta de alternativ som ska visas för kunden

   Motorn returnerar endast de tider eller perioder som motsvarar den aktiva konfigurationen vid tidpunkten för förfrågan.

5. Kontrollera tillgängligheten igen före bekräftelse

   En ny kontroll skyddar mot överlappande ändringar som har uppstått under urvalsprocessen.

Vilka egenskaper följer av en gemensam bokningsmotor?

Resultatet innebär inte att alla företag använder en identisk konfiguration. Olika konfigurationer kan bygga på samma testade beslutsmotor och gemensamma förvaltningsprinciper.

Vad betyder påståendena i denna fallstudie exakt?

Detta är en fallstudie av produkten, inte en kundberättelse. Den beskriver Anollas nuvarande bokningsmodell, resurskonfigurationer som stöds och funktionella beslutsflöde. Omfattningsmåtten beskriver plattformens kapacitet och är inte ett utlovat resultat för ett specifikt företag.

Begränsningar. En flexibel kärna gör inte arbetsflödena identiska inom alla branscher. Branschspecifika krav, skräddarsydda integrationer, fysiska åtkomstsystem eller ovanliga prissättningsregler kan kräva ytterligare konfiguration eller utveckling. Tillgänglighetens precision beror på kvaliteten på de scheman, resurser och regler som tjänsteleverantören har angett.