We use the GET availablebreaks method to collect the pricing.
In each collection, we look for the price passed in the "totalprice" element.
The price is divided by the number passed in the "days" element of this collection.
The calculated price is the price per day for any number of guests in a given stay.
LOS2: 507 / 2 = 253.50
LOS3: 548 / 3 = 182.67
LOS4: 637 / 4 = 159.25
|
where:
|
Support Team:
For stays up to 7 days, we take the price from the "TotalPrice" field of the matching stay length "days": 1 to "days": 7 .
|
GET availablebreaks |
For stays above 7 days, we take the sum of the "TotalPrice" for every full week ("days": 7). Then, add the remainder for the rest of the days (more or equal to 8 and less or equal than 13).
FSP8: FSP7 + FSP8 = 686 + 549 = 1235 GBP
FSP9: FSP7 + FSP9 = 686 + 549 = 1235 GBP
FSP10: FSP7 + FSP10 = 686 + 549 = 1235 GBP
FSP11: FSP7 + FSP11 = 686 + 583 = 1269 GBP
FSP12: FSP7 + FSP12 = 686 + 617 = 1303 GBP
FSP13: FSP7 + FSP13 = 686 + 738 = 1424 GBP
|
GET availablebreaks |
Example: Calculate the price for the 24-day stay starting at “2024-12-01”.
7-day period starting from “2024-12-01” = 686 GBP
7-day period starting from “2024-12-08” = 775 GBP
7-day period starting from “2024-12-15” = 997 GBP
10-day period starting from “2024-12-15” = 798 GBP
Total: 3256 GBP
|
GET availablebreaks |
Le calcul du modèle de prix journalier est basé sur les valeurs extraites de différents champs de données. Il permet de définir des paramètres de tarification détaillés s'ils sont définis avec soin. Par ailleurs, le modèle
The GET daterangeprice method collects the pricing data. This method returns prices for 7 days. See the code snippet below.
The calculated amount is divided by 7 to receive price per night and rounded to two decimal points.
Some clients may use mark-up. If this is true, then the calculated value is multiplied by the mark-up value and rounded to two decimal points. In this case, the mark-up is 7%.
The calculated price (105.17) is saved in
|
|
|
|
|
|
La disponibilité est générée à partir du point de terminaison GET availablebreaks. Chaque fois qu'une disponibilité est demandée à
|
|
par défaut, l'enregistrement et les changements ne sont pas possibles
si le prix est "0", les conversions ne sont pas possibles
si le prix est supérieur à 0, l'enregistrement est possible à la date "fromdate" et le départ est possible à la date "todate".
Séjour impossible
2019-02-12 : (arrival) > Nous venons de le mettre à NONE dans la ligne précédente, mais maintenant le séjour est possible, donc CHECK IN
2019-02-14 : (départ) > CHECK OUT
2019-02-12 (A) > ENREGISTREMENT
2019-02-15 (D) > CHECK OUT
2019-02-12 (A) > ENREGISTREMENT
2019-02-16 (D) > PASSER À LA CAISSE
2019-02-13 (A), séjour impossible > AUCUNE
2019-02-14 (D) > NONE, mais nous l'avons précédemment réglé sur CHECK OUT, donc CHECKOUT
2019-02-12 (A) > ENREGISTREMENT
2019-02-15 (D) -> CHECK OUT, mais c'était déjà CHECK OUT, donc pas de changement
2019-02-13 (A) > ENREGISTREMENT
2019-02-16 (D) > CHECK OUT, mais c'était déjà CHECK OUT, donc pas de changement
Séjour impossible.
2019-02-14 (A) > CHECK IN, mais nous nous souvenons que nous l'avons réglé sur CHECK OUT auparavant (un séjour de 2 nuits du 12), donc CHECK IN et CHECK OUT
2019-02-16 (D) > CHECK OUT, mais c'était déjà CHECK OUT avant, donc pas de changement
|
|