Tarifs et restrictions
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, c’est le calendrier
Section intitulée « Le prix, c’est le calendrier »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.
Restrictions
Section intitulée « Restrictions »| 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à. |
null efface, absent ne touche à rien
Section intitulée « null efface, absent ne touche à rien »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.