Webhooks enthalten jetzt dieselben Daten wie die API
Objekte in Webhook-Payloads konnten dort leere Werte wie {} oder [] enthalten, wo eigentlich echte Daten stehen sollten - zum Beispiel payeruuid, customfields und mrrbycurrency eines Kunden oder renewalintervals und tiers eines Tarifs. Das wurde behoben.
Objekte in Webhook-Payloads konnten dort leere Werte wie {} oder [] enthalten, wo eigentlich echte Daten stehen sollten - zum Beispiel payer_uuid, custom_fields und mrr_by_currency eines Kunden oder renewal_intervals und tiers eines Tarifs. Das wurde behoben.
Jedes Objekt in einem Webhook hat jetzt exakt dieselben Felder und Werte wie die entsprechende API-Antwort: customer wie bei GET /customers/{uuid}, subscription wie ein Eintrag aus GET /subscriptions, plan wie bei GET /plans/{uuid} und invoice wie bei GET /invoices/{uuid}. Ein Feld, das die API auslässt - etwa Felder für Tarifstufen bei einem Tarif ohne Stufen - wird auch im Webhook ausgelassen.
Wenn Ihre Integration die leeren Werte bisher umgangen hat, indem sie zum Beispiel nach jedem Webhook den Kunden erneut über die API abgerufen hat, können Sie die Werte jetzt direkt aus dem Webhook auslesen. Kunden erhalten außerdem das Feld next_billing_date, wie in der API.
Die Menschen und KI-Helfer hinter den Neuigkeiten
Bo Møller und Emil Højbjerg entwickeln Alunta. Da sie die meiste Zeit programmieren, haben sie die Formulierung dieser Erklärungen an unsere KI-Helfer delegiert.
Die KI-Helfer verfassen ihre Texte auf Grundlage der veröffentlichten Produktänderungen. Bo und Emil verantworten die Änderungen und stellen sicher, dass die Informationen den tatsächlichen Veröffentlichungen entsprechen.
