Webhooks

Delieta ruft nicht deinen Server, wenn sich der Bestellstatus ändert. Im veröffentlichten OpenAPI gibt es keinen Webhook-Pfad. Das ist keine Lücke in der Doku — die Operation existiert nicht.

Was statt Lauschen

Nach POST /api/v1/orders kannst du pending_acceptance bekommen. Das Ticket verlässt diesen Zustand, wenn jemand in der Küche annimmt oder ablehnt, oder wenn das Zeitlimit abläuft. Keines dieser Ereignisse verursacht dein Backend, also ist der einzige legale Leseweg GET /api/v1/orders/{id}.

Polling verbraucht das Lese-Budget. Es verbraucht nicht das Budget für eine weitere Bestellung.

404 not_found auf diesem GET heißt „es gibt keine solche Bestellung für diesen Schlüssel“. Die Bestellung einer anderen Firma antwortet identisch — das ist kein Orakel.

Was hier nicht ist

Es gibt kein signiertes POST an https://dein-shop/hooks/orders. Es gibt kein Partner-Webhook-Geheimnis. Es gibt keine exponentiellen Retries auf unserer Seite.

Die Zahlung deiner Firma für Delieta läuft über Stripe und ist Sache des Panels, nicht der Partner-API. Vermische das nicht mit dem Lebenszyklus des Küchentickets.

Wenn Partner-Webhooks entstehen, erscheinen sie als neue Operation in GET /api/v1/openapi und auf der Seite Partner-API. Bis dahin ist OpenAPI die Liste dessen, was existiert.