Planeringen är där ett AI-samtal blir ett verkligt löfte. Ett flytande förslag räcker inte: teknikern måste ha rätt kompetens, betjäna platsen, arbeta den dagen, ha tillräckligt med tid runt besöket, och förbli ledig medan kunden bestämmer sig. Lavenity behandlar de kontrollerna som deterministiska planeringsregler med stöd i databasvillkor, inte som fakta en språkmodell får härleda eller improvisera.
Lediga tider är en deterministisk uträkning, inte en AI-gissning
En resurs representerar en tekniker eller ett arbetslag. Den bär veckotillgänglighet, datumspecifika undantag, kompetenser, serviceområden, och marginaler före och efter arbetet. Tjänsten bidrar med sin längd och sina bokningsregler, medan förfrågan bidrar med den valda tjänsten och fastighetens postnummer. Tidssökningen kombinerar de indata i arbetsytans tidszon och returnerar bara intervall som faktiskt rymmer besöket.
Kalendern förklarar passformen i stället för att dölja den. Behöriga resurser prioriteras, medan en operatör kan se varför en annan resurs saknar den kompetens som krävs eller normalt arbetar utanför serviceområdet. Den skillnaden spelar roll inom fältservice: ett postnummer utanför det vanliga området kan kräva en mänsklig överprövning, medan en saknad elbehörighet ska förbli en hård operativ gräns.
Kompetenser, områden, undantag och marginaler avgör vilka tider som gäller
Att välja en tid skapar en tillfällig reservation snarare än en omedelbar bokning. Reservationen har en förfallotid och blockerar samma resursintervall medan kunden eller operatören bekräftar. En arbetare för förfall släpper övergivna reservationer, och bekräftelsen kontrollerar reservationen, förfrågans aktuella version och de senaste lediga tiderna på nytt. En förfallen eller föråldrad reservation kan inte göras till en bokning bara för att användaren fortfarande har en gammal skärm öppen.
Krockskyddet bor i databasen. Aktiva reserverade och bekräftade bokningar för en resurs kan inte överlappa, så två förfrågningar som tävlar genom skilda serverprocesser kan inte båda vinna samma tid. Idempotens gör att upprepade reservations- eller bekräftelseanrop returnerar det befintliga resultatet i stället för att dubblera det. Det är starkare än att kontrollera en kalender i applikationsminnet och hoppas att inget ändras innan infogningen är klar.
Tillfälliga reservationer skyddar beslutsfönstret
Bekräftelse och avbokning är operativa händelser med beständig leverans. En bekräftad bokning och dess kundbesked köas i samma transaktion; den utgående arbetaren kan göra om ett tillfälligt kanalfel utan att upphäva bokningen. Inkorgen, förfrågningspanelen och kalendern läser samma skrivna tillstånd. Att avboka frigör schemat och registrerar skälet utan att låtsas att ett meddelande levererats innan kanalen tagit emot det.
Databaskrockar och beständig leverans skyddar det slutliga löftet
Den inbyggda planeringen är på plats, men autonomt Book-läge är medvetet otillgängligt för Ven i dag. Agenten behöver fortfarande verktyg på tillåtelselista för tidssökning, reservation och bekräftelse, plus regelkontroller för varje anrop. Tills det lagret är kopplat slutar Qualify vid redo för planering och en kollega väljer den giltiga tiden. Gränsen håller produkten ärlig: planeringsmotorn kan vara färdig innan AI:n har befogenhet att ge löftet.
Prova de fem planeringsfel en demo brukar undvika
Skapa två resurser med olika kompetenser och områden, lägg till ett tillgänglighetsundantag, och ge tjänsten en längd plus marginaler. Sök samma vecka från en behörig och en obehörig förfrågan. Den giltiga listan ska respektera tidszonen, undantaget, besökets längd, kompetensen, området, och den tid som måste förbli fri runt besöket.
Öppna samma tid från två sessioner och lägg konkurrerande reservationer. Bara en ska lyckas. Låt en reservation förfalla och försök bekräfta den, och upprepa sedan en lyckad bekräftelse två gånger. Den förfallna reservationen ska misslyckas, medan en upprepad bekräftelse ska ge samma bokning snarare än ta ännu ett intervall.
Simulera slutligen ett leveransfel efter bekräftelsen. Bokningen ska stå kvar, dess kundbesked ska gå att försöka igen, och operatören ska kunna se leveransproblemet. En planerare är pålitlig när dess svåraste tillstånd är uttalade, inte bara när en tom kalender tar emot första klicket.
Vanlig fråga
Bokar Ven tider autonomt i dag?
Inte än. Den inbyggda planeringsmotorn, resurserna, den deterministiska tidssökningen, reservationerna, förfallet, bekräftelsen, avbokningen, krockskyddet och de beständiga beskeden är på plats. Ven stannar i Qualify eftersom den ännu inte har de verktyg på tillåtelselista för tillgänglighet, reservation och bokning som behövs för att använda motorn tryggt för kundens räkning.