Termékesettanulmány · Platformarchitektúra
Egy foglalási motor óra- és napalapú, valamint változó időtartamú szolgáltatásokhoz
Az Anolla az erőforrások, a rendelkezésre állás és a szabályok köré épül, nem pedig egy adott ágazat sablonjára. Ennek köszönhetően ugyanaz az alapmotor képes kezelni az időpontokat, a csoportos szolgáltatásokat, a helyiségeket és a kölcsönzési szolgáltatásokat anélkül, hogy minden szolgáltatási modellhez külön szoftverterméket kellene létrehozni.
Ez a műszaki áttekintés bemutatja, hogyan modellezi az Anolla a különböző ütemezési módokat egységes erőforrás- és rendelkezésreállási logikával.
Alapvető ütemezési modellek: óra- és napalapú, valamint változó időtartamú.
Konfigurációs hatókörA jelenlegi konfigurációs modellben támogatott erőforrástípusok.
Ellenőrzött platformképességEgységes rendelkezésreállási és ütközés-ellenőrző motor.
Architekturális alapelvMilyen problémát old meg az egységes foglalási motor?
Számos ütemezési szoftver egy rögzített időpontnaptárból indul ki, amelyhez később kivételeket adnak hozzá. Az Anolla ezzel ellentétes alapelvet követ: külön határozza meg, hogy mit foglalnak le, mennyi ideig van rá szükség, és milyen feltételeknek kell teljesülniük. Így különböző típusú szolgáltató vállalkozások számára újrafelhasználható, egységes alap jön létre.
Kihívás
Egy időpont 45 percre egy szakembert igényelhet, egy kölcsönzési szolgáltatás több napra lefoglalhat egy eszközt, míg egy csoportos szolgáltatás ugyanarra az időpontra több résztvevőt is engedélyezhet.
Tervezési döntés
Az erőforrásokat, az időt és a korlátozásokat külön modellezik, hogy a rendelkezésre állás újrafelhasználható összetevők alapján legyen kiszámítható.
A platform eredménye
Egyetlen alapmotor különböző foglalási forgatókönyveket támogat egységes kezelési modellen keresztül, miközben az ügyfélélmény következetes marad.
Miért nem foglalási motor még önmagában egy naptár?
Egy egyszerű naptár képes megjeleníteni a szabad és foglalt időpontokat. Egy éles környezetben működő foglalási rendszernek el kell döntenie, hogy mi foglalható, milyen erőforrásokra van szükség, hogyan határozható meg az időtartam, maradt-e még szabad hely, és hogy egy másik foglalás megváltoztatta-e a helyzetet a megerősítés előtt.
Ezek a döntések összetetté válnak, amikor a platform egynél több üzleti modellt szolgál ki. Ha minden kategóriához külön naptár készülne, az megkettőzné a logikát, széttöredezetté tenné a felhasználói élményt, és megnehezítené a jövőbeli módosítások kezelését.
Időpontok
Szakembert, szolgáltatási időtartamot és az ügyfelek közötti pufferidőt igényelnek.
Csoportos szolgáltatások
Egy adott időszak kizárólagos lefoglalása helyett a férőhelyek számának kezelését igénylik.
Helyiségek és pályák
Meghatározott időközönként foglalhatók, és függhetnek a nyitvatartási és hozzáférési szabályoktól.
Bérelhető objektumok
Használhatnak napalapú időszakokat, átadási időablakokat és többnapos rendelkezésre állást.
A szolgáltatási kategóriának a vállalkozás működési környezetét kell leírnia, nem pedig az ütemezési motor korlátait meghatároznia.
Milyen alapelvek teszik lehetővé, hogy ugyanazt a motort különböző szolgáltatási modellekhez használjuk?
Az Anolla foglalási modellje egymástól független rétegekből áll. Minden réteg egy adott kérdéstípusra ad választ, és új szakterület vagy foglalási forgatókönyv hozzáadásakor újra felhasználható.
01 · Erőforrás-központú struktúra
Minden, ami korlátozza a rendelkezésre állást, erőforrásként kezelhető: szakember, helyiség, pálya, berendezés, asztal, jármű, kiszolgálóhely vagy más foglalható objektum.
02 · Szakterülettől független ütemezési modell
Egy szolgáltatás használhat óraalapú időintervallumot, napalapú időszakot vagy változó időtartamot anélkül, hogy minden kategóriához külön termékarchitektúrára lenne szükség.
03 · Korlátozások központi értékelése
Az időbeosztásokat, a férőhelyek számát, a pufferidőket, a foglalási időablakokat és az átfedő foglalásokat együttesen értékelik az időpont felajánlása előtt, majd ismét a megerősítés előtt.
04 · Egyetlen modell az ügyfél- és adminisztrációs folyamatokban
A nyilvános foglalási oldal és az adminisztrációs eszközök ugyanazt a rendelkezésre állási logikát használják, csökkentve az egymásnak ellentmondó választási lehetőségek kockázatát.
Hogyan kerül a konfiguráció a rendelkezésreállási motorba?
A motor nem a szakterület megnevezéséből indul ki, hanem az értékelt foglaláshoz szükséges erőforrásokból, ütemezési modellből és korlátozásokból. Ugyanez a döntési logika érvényesül mind a nyilvános, mind az adminisztrációs felületen létrehozott foglalások esetében.
Konfigurációs bemenetek
Rendelkezésre állási motor
Számítás · összehasonlítás · ellenőrzés
Az egységes motor összekapcsolja a konfigurációt, ellenőrzi a rendelkezésre állást, és alkalmazza a foglalási szabályokat az eredmény visszaadása előtt.
A motor kimenetei
A koncepcionális ábra a rendelkezésre állásra vonatkozó döntési folyamatot szemlélteti, nem pedig az Anolla belső rendszereinek teljes műszaki architektúráját.
Hogyan kezeli ugyanaz a motor a különböző szolgáltatási forgatókönyveket?
A konfiguráció forgatókönyvenként változik, de az alapmotor mindig ugyanazokra a kérdésekre válaszol: milyen erőforrásokra van szükség, mennyi időre, milyen korlátozások alapján, és mekkora foglalási kapacitás maradt?
| Forgatókönyv | Ütemezési modell | Mit értékel a motor? | Újrafelhasználható platformlogika |
|---|---|---|---|
| Szakemberi konzultáció | Változó időtartam | A szolgáltatás időtartama, a szakember időbeosztása, az előkészítési vagy takarítási idő, valamint a meglévő foglalások. | Az erőforrás rendelkezésre állása, az időtartam kiszámítása, az előzetes értesítési idő és az ütközések ellenőrzése. |
| Csoportos óra | Rögzített időtartam | Az óra időpontja, az oktató, a terem, a résztvevők maximális száma és a szabad helyek száma. | Több erőforrás ellenőrzése, a férőhelyek számának nyomon követése, foglalási időablakok és megerősítési szabályok. |
| Pálya vagy terem | Óraalapú | Nyitvatartási idő, foglalási intervallum, az erőforrás foglaltsága, előkészítési idő és választható kiegészítők. | A foglalható időpontok létrehozása, az egymást átfedő foglalások kizárása és a rendelkezésre állás megjelenítése. |
| Bérelhető objektum | Napalapú | Kezdő- és befejezési dátum, átadási időablakok, az objektum rendelkezésre állása és az egymást átfedő bérleti időszakok. | Az időszak ellenőrzése, az erőforrás állapota, a foglalási szabályok és a rendelkezésre állás végső ellenőrzése. |
Hogyan támogatja ugyanaz a motor több szolgáltatás kombinációját?
Egy foglalás nem feltétlenül csak egy szolgáltatást jelent. Az ügyfél több kapcsolódó szolgáltatást is igénybe vehet egymás után, a szolgáltató pedig meghatározhatja, hogy mely szolgáltatások foglalhatók önállóan, és melyek csak egy másik szolgáltatással együtt.
A foglalási motor a kiválasztott szolgáltatásokat egyetlen egységként kezeli: időtartamuk, szüneteik, áraik és szükséges erőforrásaik egy kombinációt alkotnak, amely alapján a rendszer megkeresi a megfelelő időpontokat, és létrehoz egy foglalást.
Egy foglalás, több szolgáltatás
Az ügyfél egyetlen foglaláson belül több, egymással összeegyeztethető szolgáltatást is kiválaszthat anélkül, hogy külön foglalásokat kellene létrehoznia.
Szabályozható kombinációk
A szolgáltató meghatározhatja, hogy mely szolgáltatások foglalhatók önállóan, és melyek alkotnak kombinációt.
Egységes elérhetőség-számítás
Az elérhetőség kiszámítása a teljes kombináció időtartama, a szünetek és a szükséges erőforrások alapján történik.
A szolgáltatások kombinálásához nincs szükség külön foglalási motorra. Ugyanaz az erőforrás-, időtartam- és elérhetőségi logika képes felmérni mind az egyetlen szolgáltatásra, mind a több szolgáltatásból álló foglalásra vonatkozó lehetőségeket.
Hogyan lesz a konfigurációból megerősített foglalás?
A foglalási folyamat akkor is egységes sorrendet követ, ha a felhasználó számára látható szolgáltatás és az ütemezési modell eltér egymástól.
Határozza meg, mi foglalható
A szolgáltató meghatározza a fő erőforrást és a szolgáltatás nyújtásához szükséges összes további erőforrást.
Állítsa be az ütemezési modellt
A szolgáltatás órákon alapuló idősávot, napokon alapuló időszakot, illetve a szolgáltatástól és a kiegészítő lehetőségektől függő időtartamot használ.
Alkalmazza az időbeosztásokat és a korlátozásokat
A munkaidők, a férőhelyek száma, a pufferidők, az előzetes értesítési idők, a foglalási időablakok és más szabályok korlátozzák az elméleti elérhetőséget.
Keresse meg az ügyfélnek megjelenítendő lehetőségeket
A motor csak azokat az időpontokat vagy időszakokat adja vissza, amelyek a lekérdezés pillanatában aktív konfigurációnak megfelelnek.
Megerősítés előtt ellenőrizze újra az elérhetőséget
Az újbóli ellenőrzés védelmet nyújt a kiválasztási folyamat során bekövetkezett, egymással ütköző módosításokkal szemben.
Milyen tulajdonságok adódnak az egységes foglalási motorból?
Az eredmény nem abban áll, hogy minden vállalkozás azonos konfigurációt használ. A különböző konfigurációk ugyanarra a tesztelt döntési motorra és közös kezelési elvekre épülhetnek.
Egységes kezelési modell
A felhasználók közös fogalmak segítségével kezelik az erőforrásokat, a szolgáltatásokat, az időbeosztásokat és a szabályokat.
Újrafelhasználható érvényesítési szabályok
Az ütközések ellenőrzése és a korlátozások kezelése központilag történik, így a fejlesztések több szolgáltatási modell számára is előnyösek.
Egységes ügyfélút
A találkozók, helyiségek és kölcsönzési szolgáltatások eltérő elérhetőségi szabályok mellett is ismerős foglalási mintát követhetnek.
Bővíthető platformalap
Új erőforrás-kategóriák és szolgáltatáskombinációk adhatók hozzá a konfiguráció és a szabályok kibővítésével.
Pontosan mit jelentenek ennek az esettanulmánynak az állításai?
Ez egy termékesettanulmány, nem pedig ügyféltörténet. Az Anolla jelenlegi foglalási modelljét, a támogatott erőforrás-konfigurációkat és a funkcionális döntési folyamatot ismerteti. A hatókört jelző mutatók a platform képességeit írják le, és nem egy konkrét vállalkozás számára ígért eredmények.
Képességalap
A platform jelenlegi konfigurációja, a támogatott erőforrástípusok rendszere és a meglévő ütemezési modellek.
Funkcionális bizonyíték
Foglalási forgatókönyvek, amelyeket ugyanazon rendelkezésreállási és ütközés-ellenőrzési folyamat alapján értékelnek.
Adatfelhasználás
Az esettanulmány nem használ név szerint azonosítható ügyféladatokat vagy bármely vállalkozás egyedi teljesítménymutatóit.
Értelmezés
Az oldal a platform hatókörét és az architektúra újrafelhasználhatóságát mutatja be, nem pedig garantált ügyféleredményeket.
Korlátozások. A rugalmas alap nem teszi azonossá minden ágazat munkafolyamatait. Az ágazatspecifikus követelmények, az egyedi integrációk, a fizikai beléptetőrendszerek vagy a szokatlan árazási szabályok további beállítást vagy fejlesztést igényelhetnek. A rendelkezésre állás pontossága a szolgáltató által megadott időbeosztások, erőforrások és szabályok minőségétől függ.