Aller au contenu

Disponibilités

Fenêtre de terminal
curl -X PUT https://localoge.com/api/v1/channel/availability \
-H "Authorization: Bearer $LOCALOGE_KEY" \
-H "Content-Type: application/json" \
-d '{
"property_id": "PROP-4821",
"availability": [
{ "date": "2026-09-01", "available": false },
{ "date": "2026-09-02", "available": false },
{ "date": "2026-09-03", "available": true }
]
}'
{
"success": true,
"data": {
"property_id": "PROP-4821",
"applied": 2,
"skipped": [{ "date": "2026-09-03", "reason": "BOOKED" }]
}
}

Jusqu’à 1000 dates par requête. Il existe aussi PUT /properties/{external_property_id}/availability, avec le même corps sans property_id : choisissez selon ce qui vous arrange, les deux font la même chose.

C’est la partie de la réponse qui compte. Elle liste les nuits que nous n’avons pas modifiées, et pourquoi.

reason Ce que ça veut dire
BOOKED La nuit est vendue chez nous. Intouchable.
HOST_BLOCKED L’hôte a fermé cette nuit lui-même, sur Localoge.
ADMIN_LOCKED Nuit verrouillée par Localoge. Rare, et jamais sans motif.

HOST_BLOCKED obéit à la même logique : un hôte qui ferme des dates chez nous a pris une décision que vous n’avez pas à défaire à distance.

Fenêtre de terminal
curl "https://localoge.com/api/v1/channel/properties/PROP-4821/calendar?from=2026-09-01&to=2026-09-30" \
-H "Authorization: Bearer $LOCALOGE_KEY"

Rend les nuits bloquées avec leur motif, les prix et les restrictions. C’est l’outil de rapprochement quand vos deux calendriers ne disent pas la même chose.

Poussez vos changements quand ils surviennent, pas selon une horloge. Un rattrapage complet une fois par jour suffit à couvrir ce qui se serait perdu.