Yksi varausmoottori tunti- ja päiväkohtaisille sekä kestoltaan vaihteleville palveluille

Minkä ongelman yhtenäinen varausmoottori ratkaisee?

Monet aikataulutusohjelmistot saavat alkunsa kiinteästä ajanvarauskalenterista, johon lisätään myöhemmin poikkeuksia. Anolla perustuu päinvastaiseen periaatteeseen: erikseen määritetään, mitä varataan, kuinka pitkäksi aikaa sitä tarvitaan ja mitkä ehdot on täytettävä. Näin syntyy uudelleenkäytettävä yhteinen perusta erityyppisille palveluyrityksille.

Miksi pelkkä kalenteri ei vielä ole varausmoottori?

Yksinkertainen kalenteri voi näyttää vapaat ja varatut ajat. Tuotantoympäristössä toimivan varausjärjestelmän on päätettävä, mitä voidaan varata, mitä resursseja tarvitaan, miten kesto määritetään, onko vapaita paikkoja jäljellä ja onko jokin toinen varaus muuttanut tilannetta ennen vahvistamista.

Näistä päätöksistä tulee monimutkaisia, kun alusta palvelee useampaa kuin yhtä liiketoimintamallia. Erillisen kalenterin luominen jokaiselle kategorialle monistaisi logiikkaa, pirstaloisi käyttökokemusta ja vaikeuttaisi tulevien muutosten hallintaa.

Palvelukategorian pitäisi kuvata yrityksen toimintaympäristöä eikä määrittää aikataulutusmoottorin rajoja.

Mitkä periaatteet mahdollistavat yhden moottorin käyttämisen erilaisissa palvelumalleissa?

Anollan varausmalli koostuu toisistaan riippumattomista kerroksista. Jokainen kerros vastaa yhdenlaiseen kysymykseen, ja sitä voidaan käyttää uudelleen lisättäessä uusi toimiala tai varausskenaario.

Miten konfiguraatio siirtyy saatavuusmoottoriin?

Moottori ei lähde liikkeelle toimialan nimikkeestä, vaan arvioitavaa varausta varten tarvittavista resursseista, ajoitusmallista ja rajoituksista. Samaa päätöksentekologiikkaa käytetään sekä julkisten että hallinnassa luotujen varausten yhteydessä.

Käsitteellinen kaavio kuvaa saatavuuden päätöksentekoprosessia, ei Anollan sisäisten järjestelmien täydellistä teknistä arkkitehtuuria.

Miten sama moottori käsittelee erilaisia palveluskenaarioita?

Konfiguraatio vaihtelee skenaarioittain, mutta ydinmoottori vastaa aina samoihin kysymyksiin: mitä resursseja tarvitaan, kuinka pitkäksi aikaa, millä rajoituksilla ja kuinka paljon varauskapasiteettia on jäljellä?

Miten sama järjestelmä tukee useiden palvelujen yhdistelmiä?

Yhden varauksen ei aina tarvitse tarkoittaa yhtä palvelua. Asiakas voi haluta useita toisiinsa liittyviä palveluja peräkkäin, ja palveluntarjoaja voi määrittää, mitkä palvelut voidaan varata itsenäisesti ja mitkä vain yhdessä toisen palvelun kanssa.

Varausjärjestelmä käsittelee valittuja palveluja yhtenä kokonaisuutena: niiden kestot, tauot, hinnat ja tarvittavat resurssit muodostavat yhdistelmän, jonka perusteella etsitään sopivat ajat ja luodaan yksi varaus.

Palvelujen yhdistäminen ei vaadi erillistä varausjärjestelmää. Samalla resursseihin, kestoon ja saatavuuteen perustuvalla logiikalla voidaan arvioida sekä yksittäisen palvelun että useista palveluista koostuvan varauksen sopivuutta.

Miten määrityksestä päästään vahvistettuun varaukseen?

Varausprosessi noudattaa yhtenäistä järjestystä myös silloin, kun käyttäjälle näkyvä palvelu ja aikataulutusmalli ovat erilaisia.

1. Määritä, mitä voidaan varata

   Palveluntarjoaja määrittää pääresurssin ja kaikki palvelun toteuttamiseen tarvittavat lisäresurssit.

2. Määritä aikataulutusmalli

   Palvelu käyttää tuntiperusteista aikaväliä, päiväperusteista ajanjaksoa tai palvelusta ja lisävalinnoista riippuvaa kestoa.

3. Sovella aikatauluja ja rajoituksia

   Työajat, paikkojen määrä, puskuriajat, ennakkoilmoitusajat, varausikkunat ja muut säännöt rajoittavat teoreettista saatavuutta.

4. Etsi asiakkaalle näytettävät vaihtoehdot

   Järjestelmä palauttaa vain ne ajat tai ajanjaksot, jotka vastaavat kyselyhetkellä voimassa olevia määrityksiä.

5. Tarkista saatavuus uudelleen ennen vahvistamista

   Uusi tarkistus suojaa valintaprosessin aikana syntyneiltä päällekkäisiltä muutoksilta.

Mitä ominaisuuksia yhteinen varausmoottori mahdollistaa?

Tavoitteena ei ole, että kaikki yritykset käyttävät samanlaista kokoonpanoa. Erilaiset kokoonpanot voivat perustua samaan testattuun päätöksentekomoottoriin ja yhteisiin hallintaperiaatteisiin.

Mitä tämän tapaustutkimuksen väitteet tarkalleen tarkoittavat?

Tämä on tuotteen tapaustutkimus, ei asiakaskertomus. Siinä kuvataan Anollan nykyinen varausmalli, tuetut resurssikokoonpanot ja toiminnallinen päätöksentekoprosessi. Laajuutta koskevat mittarit kuvaavat alustan valmiuksia eivätkä ole yksittäiselle yritykselle luvattuja tuloksia.

Rajoitukset. Joustava ydin ei tee kaikkien toimialojen työnkuluista samanlaisia. Toimialakohtaiset vaatimukset, räätälöidyt integraatiot, fyysiset kulunvalvontajärjestelmät tai poikkeukselliset hinnoittelusäännöt voivat edellyttää lisämäärityksiä tai kehitystyötä. Saatavuustietojen tarkkuus riippuu palveluntarjoajan syöttämien aikataulujen, resurssien ja sääntöjen laadusta.