Webhooki

Delieta nie woła Twojego serwera, gdy zamówienie zmienia status. W opublikowanym OpenAPI nie ma ścieżki webhook. To nie jest niedopowiedzenie dokumentacji — tej operacji nie ma.

Co robić zamiast nasłuchu

Po POST /api/v1/orders możesz dostać pending_acceptance. Z tego stanu ticket wychodzi, gdy człowiek w kuchni przyjmie albo odrzuci, albo gdy minie limit czasu. Żadnego z tych zdarzeń Twój backend nie powoduje, więc jedyny legalny odczyt to GET /api/v1/orders/{id}.

Poll idzie w budżet odczytów. Nie zużywa budżetu tworzenia kolejnego zamówienia.

404 not_found na tym GET znaczy „nie ma takiego zamówienia dla tego klucza”. Zamówienie innej firmy odpowiada identycznie — to nie jest wyrocznia.

Czego tu nie ma

Nie ma podpisanego POST-a na https://twoja-witryna/hooks/orders. Nie ma sekretu webhooka partnera. Nie ma retrów z wykładniczym backoffiem po naszej stronie.

Płatność Twojej firmy za Delietę idzie przez Stripe i jest sprawą panelu, nie Partner API. Nie mieszaj tego z cyklem życia ticketu kuchennego.

Gdy webhooki partnera powstaną, pojawią się jako nowa operacja w GET /api/v1/openapi i na stronie Partner API. Do tego czasu OpenAPI jest listą tego, co istnieje.