Aller au contenu

Tarifs et restrictions

Fenêtre de terminal
curl -X PUT https://localoge.com/api/v1/channel/rates \
-H "Authorization: Bearer $LOCALOGE_KEY" \
-H "Content-Type: application/json" \
-d '{
"property_id": "PROP-4821",
"rates": [
{ "date": "2026-07-01", "price": 14500, "min_nights": 7, "no_arrival": true },
{ "date": "2026-07-02", "price": 14500, "min_nights": 7 },
{ "date": "2026-09-15", "price": 8000, "min_nights": 2 }
]
}'

Jusqu’à 1000 dates par requête.

Le prix d’une nuit vient de listing_day_prices, celui que vous poussez ici. Le base_price du logement n’est qu’un repli, utilisé pour les dates que vous n’avez pas renseignées.

Conséquence pratique : si vous ne poussez que base_price sans calendrier, les prix de calendrier déjà posés par l’hôte continuent de s’appliquer, et c’est voulu.

Champ Effet
min_nights Séjour minimum pour une arrivée à cette date
no_arrival Aucune arrivée ce jour-là. Le départ reste possible.
no_departure Aucun départ ce jour-là.

Ce sont deux gestes différents, et la distinction compte.

{ "date": "2026-07-01", "price": 14500 }

Le prix est posé. min_nights, no_arrival et no_departure gardent leur valeur actuelle.

{ "date": "2026-07-01", "min_nights": null }

Le séjour minimum de cette date est effacé : elle revient au minimum général du logement.

Cela vous permet de ne synchroniser que les champs que votre système gère, sans effacer par inadvertance ce que l’hôte a réglé sur Localoge.