Wat zijn resources?
Iedere organisatie die start met i-Reserve begint zonder resources. Op product (object) niveau wordt namelijk gecontroleerd op beschikbaarheid.
Nu kan het zo zijn dat deze beschikbaarheidsberekening niet afdoende is. Bijvoorbeeld omdat er tussen de objecten een onderlinge afhankelijkheid zit.
In deze situaties kan er gebruik gemaakt worden van resources.
Producten: is zichtbaar voor de boeker
Resources: is niet zichtbaar voor de boeker.
Kortom: resources zijn de basis blokken voor beschikbaarheidsberekeningen.
Voorbeeld: er zijn verschillende prijzen
Een veel voorkomende situatie: er zijn verschillende prijzen. Staffels of rollen bepalen dat het ene product anders beprijsd is dan het andere product.
We nemen een padel baan. Deze kan verhuurt worden door leden maar ook losse verhuur is mogelijk.
Hiervoor zet je twee producten op: een product leden (P1: "Padel leden") en een product losse verhuur (P2: "Padel losse verhuur").
We houden dit onderwerp verder even simpel. Natuurlijk is het ook wenselijk de index pagina's zo op te stellen dat de leden alleen "hun" eigen product zien (in te stellen via gebruikersprofielen) en dat de niet ingelogde boeker alleen de losse verhuur ziet. Verder is het ook logisch dat er meerdere banen zijn. Dan komen subproducten weer van pas. Voor de eenvoud van dit voorbeeld laten we dat even achterwege.
Voor deze casus wordt één resource opgezet: de R1: "Padel baan".
Padel is typisch een sport waarbij de baan niet door meerdere groepen gebruikt kan worden. Je maakt een reservering en dan is die baan volledig geboekt.
Hiervoor worden de producten P1 en P2 beide gekoppeld aan de resource R1.
Onderstaand in schematische vorm.
Wordt nu een reservering gemaakt voor de P1, bijvoorbeeld van 10-11 op maandagmorgen, dan wordt daarmee - via de resource - het product P2 op maandag morgen van 10-11 ook onbeschikbaar.
Andersom idem dito.
Opmerking: niet alleen de prijzen kunnen afwijken in dit scenario: ook de overige reserveringsregels kunnen verschillen. Denk maar eens aan avond openingstijden voor leden (exclusiviteit).
Voorbeeld: verschillende ruimtes die te combineren zijn
De situatie: een ruimte die gesplitst kan worden in deel ruimtes. Dit komt voor bij vergaderingen en sporthallen maar het concept is generiek toepasbaar.
Een voorbeeld van de ruimte:
In deze opzet komen we tot verschillende producten.
- P1: Zaal links
- P2: Zaal rechts
- P3: Zaal links + rechts, ofwel "Zaal gecombineerd"
We komen tot deze resources
- R1: Zaal links
- R2: Zaal rechts
Hoe worden deze nu ingesteld?
- Bij het maken van een reservering voor P1, wordt afgeboekt: R1
- Bij het maken van een reservering voor P2, wordt afgeboekt: R2
- Bij het maken van een reservering voor P3, wordt afgeboekt: R1+R2
Scenario's
- Er wordt een reservering gemaakt voor P1, maandag van 10-11. Dit is mogelijk.
- Er wordt een reservering gemaakt voor P2, maandag van 10-11. Dit is mogelijk.
- Er wordt een reservering gemaakt voor P3, maandag van 10-11. Dit is niet mogelijk. Resource benodig R1+R2 zijn beide al geboekt.
- Er wordt een reservering gemaakt voor P1, dinsdag van 10-11. Dit is mogelijk.
- Er wordt een reservering gemaakt voor P3, maandag van 10-11. Dit is niet mogelijk. Resource R1 is al geboekt. Ook al is R2 vrij, P3 kan niet geboekt worden.
- Er wordt een reservering gemaakt voor P3, woensdag van 10-11. Dit is mogelijk.
- Er wordt een reservering gemaakt voor P1, woensdag van 10-11. Dit is niet mogelijk. Resource R1 is al geboekt door P3. Er wordt niet gekeken naar R2.
