Eén boekingsengine voor diensten per uur, per dag en met een variabele duur

Welk probleem lost een uniforme boekingsengine op?

Veel planningssoftware begint met een agenda voor afspraken met een vaste duur, waaraan later uitzonderingen worden toegevoegd. Anolla hanteert het omgekeerde principe: wat er wordt geboekt, hoelang het nodig is en aan welke voorwaarden moet worden voldaan, worden afzonderlijk vastgelegd. Zo ontstaat een herbruikbare, gedeelde basis voor verschillende soorten dienstverlenende bedrijven.

Waarom is een kalender alleen nog geen boekingsengine?

Een eenvoudige kalender kan beschikbare en bezette tijden weergeven. Een boekingssysteem dat in een productieomgeving werkt, moet bepalen wat er kan worden geboekt, welke middelen nodig zijn, hoe de duur wordt vastgesteld, of er nog plaatsen beschikbaar zijn en of een andere boeking de situatie vóór de bevestiging heeft gewijzigd.

Deze beslissingen worden complex wanneer het platform meer dan één bedrijfsmodel ondersteunt. Het ontwikkelen van een afzonderlijke kalender voor elke categorie zou de logica dupliceren, de gebruikerservaring versnipperen en toekomstige wijzigingen moeilijker beheersbaar maken.

De dienstencategorie moet de bedrijfscontext beschrijven en niet de grenzen van de planningsengine bepalen.

Welke principes maken het mogelijk om één engine voor verschillende dienstverleningsmodellen te gebruiken?

Het boekingsmodel van Anolla bestaat uit onafhankelijke lagen. Elke laag beantwoordt één type vraag en kan opnieuw worden gebruikt wanneer een nieuw domein of boekingsscenario wordt toegevoegd.

Hoe komt de configuratie in de beschikbaarheidsengine terecht?

De engine gaat niet uit van de naam van het vakgebied, maar van de middelen, het planningsmodel en de beperkingen die nodig zijn voor de te beoordelen boeking. Dezelfde beslissingslogica wordt toegepast op zowel openbare boekingen als boekingen die via het beheer zijn aangemaakt.

Het conceptuele schema beschrijft de beslissingsstroom voor beschikbaarheid, niet de volledige technische architectuur van de interne systemen van Anolla.

Hoe gebruikt dezelfde engine verschillende dienstenscenario's?

De configuratie verschilt per scenario, maar de kernengine beantwoordt altijd dezelfde vragen: welke middelen zijn nodig, voor hoe lang, op basis van welke beperkingen en hoeveel boekingscapaciteit is er nog beschikbaar?

Hoe ondersteunt dezelfde engine combinaties van meerdere diensten?

Eén boeking hoeft niet altijd één dienst te betekenen. Een klant kan meerdere samenhangende diensten achter elkaar willen boeken, en de dienstverlener kan bepalen welke diensten afzonderlijk en welke alleen samen met een andere dienst kunnen worden geboekt.

Voor de boekingsengine worden de geselecteerde diensten als één geheel behandeld: hun duur, pauzes, prijzen en benodigde resources vormen een combinatie op basis waarvan geschikte tijden worden gevonden en één boeking wordt aangemaakt.

Voor het combineren van diensten is geen afzonderlijke boekingsengine nodig. Dezelfde logica voor resources, duur en beschikbaarheid kan beoordelen of zowel een afzonderlijke dienst als een boeking die uit meerdere diensten bestaat, kan worden ingepland.

Hoe leidt de configuratie tot een bevestigde boeking?

De boekingsstroom volgt steeds dezelfde volgorde, ook wanneer de voor de gebruiker zichtbare dienst en het planningsmodel van elkaar verschillen.

1. Bepaal wat kan worden geboekt

   De dienstverlener bepaalt de primaire resource en alle aanvullende resources die nodig zijn om de dienst te leveren.

2. Bepaal het planningsmodel

   De dienst gebruikt een tijdsinterval op uurbasis, een periode op dagbasis of een duur die afhankelijk is van de dienst en aanvullende opties.

3. Pas roosters en beperkingen toe

   Werktijden, capaciteit, buffertijden, minimale aankondigingstermijnen, boekingsvensters en andere regels beperken de theoretische beschikbaarheid.

4. Vind de opties die aan de klant worden getoond

   De engine retourneert alleen de tijden of perioden die op het moment van de aanvraag voldoen aan de actieve configuratie.

5. Controleer de beschikbaarheid opnieuw vóór bevestiging

   Een nieuwe controle beschermt tegen conflicterende wijzigingen die tijdens het selectieproces zijn ontstaan.

Welke eigenschappen vloeien voort uit één uniforme boekingsengine?

Het resultaat is niet dat alle bedrijven een identieke configuratie gebruiken. Verschillende configuraties kunnen steunen op dezelfde geteste beslissingsengine en gemeenschappelijke beheerprincipes.

Wat betekenen de beweringen in deze casestudy precies?

Dit is een productcasestudy, geen klantverhaal. Ze beschrijft Anolla's huidige boekingsmodel, de ondersteunde resourceconfiguratie en de functionele beslissingsstroom. De reikwijdte-indicatoren beschrijven de capaciteit van het platform en vormen geen resultaat dat aan een specifiek bedrijf wordt beloofd.

Beperkingen. Een flexibele kern maakt de workflows van verschillende sectoren niet identiek. Sectorspecifieke vereisten, maatwerkintegraties, fysieke toegangssystemen of ongebruikelijke prijsregels kunnen aanvullende configuratie of ontwikkeling vereisen. De nauwkeurigheid van de beschikbaarheid hangt af van de kwaliteit van de door de dienstverlener ingevoerde roosters, resources en regels.