Metadaten, die für ein Objekt eingerichtet wurden, werden generell nicht an verbundene Objekte „vererbt“, die gleichzeitig erstellt werden, oder in diese kopiert. Eine Saldo-Transaktion erbt beispielsweise nicht die Metadaten, die zuvor in der Zahlung eingerichtet wurden, die die Saldo-Transaktion erstellt hat.
Es gibt einige wichtige Ausnahmen. Wenn ein PaymentIntent bestätigt wird, kopiert Stripe seine Metadaten zusammen mit einigen anderen Feldern in die Zahlung, die vom PaymentIntent erstellt wird. Dies ist jedoch ein einmaliger Vorgang, und durch spätere Aktualisierungen der Metadaten des PaymentIntent werden die Metadaten der Zahlung nicht aktualisiert. Dies muss dann separat geschehen.
Außerdem werden die Metadaten der Posten einer Rechnung aus den Metadaten des Abonnements kopiert, zu dem die Rechnung gehört. Das gilt für Rechnungsposten mit dem Typ ‘subscription’.
Darüber hinaus gibt es Stripe-Objekte, die über dedizierte Parameter für die Einrichtung von Metadaten für verbundene Objekte verfügen. Beispiele:
Sie können durch Festlegung von subscription_data.metadata die Metadaten eines Abonnements einrichten, das für eine Checkout-Sitzung im Abonnement-Modus erstellt wird. Zukünftige Aktualisierungen der Metadaten des Abonnements sollten direkt am Abonnement-Objekt erfolgen oder durch Änderung der Phasen eines Abonnementplans.
Abonnementpläne können durch das Einstellen von phases.metadata.[0] zur Aktualisierung von Metadaten im zugrundeliegenden Abonnement verwendet werden. Bei Übergang in die jeweiligen Phasen des Plans aktualisiert Stripe die Metadaten des Abonnements anhand des Inhalts von phases.metadata. Weitere Einzelheiten zur Funktionsweise finden Sie in unserem Leitfaden in der Dokumentation.