Les métadonnées définies pour un objet ne sont généralement pas « héritées » ou copiées sur les objets associés créés en même temps. Par exemple, une opération sur solde n'héritera pas des métadonnées précédemment définies sur l'objet Charge ayant donné lieu à l'opération sur solde.
Il existe cependant quelques exceptions importantes. Lorsqu'un PaymentIntent est confirmé, Stripe copie ses métadonnées, ainsi que d'autres champs, dans l'objet Charge créé par le PaymentIntent. Il s'agit toutefois d'un événement ponctuel, et les modifications ultérieures des métadonnées du PaymentIntent n'entraîneront pas la modification des métadonnées de l'objet Charge, qui doivent être modifiées séparément.
En outre, les métadonnées des postes d'une facture seront copiées à partir des métadonnées de l'abonnement auquel la facture appartient, pour les postes de facture de type « abonnement ».
Il existe également des objets Stripe ayant des paramètres dédiés à la définition des métadonnées des objets associés. Par exemple :
Vous pouvez définir les métadonnées d'un abonnement créé pour une session Checkout en mode abonnement en définissant subscription_data.metadata. Toute modification future des métadonnées de l'abonnement doit être effectuée directement sur l'objet Subscription ou en modifiant les phases d'un programme d'abonnement.
Les programmes d'abonnement peuvent être utilisés pour modifier les métadonnées de l'abonnement sous-jacent en définissant phases.metadata.[0] À chaque fois que le programme passe à la phase suivante, Stripe modifie les métadonnées de l'abonnement en se basant sur le contenu de phases.metadata. Vous trouverez plus d'informations sur la manière dont cela fonctionne dans notre guide qui figure dans la documentation.