Changelog

Un attribut fuel de l’objet Authorization a été renommé

Un attribut purchase_details de l’objet Transaction a été renommé

Suppression des champs de carburant non documentés

Suppression des champs de parc non documentés

Ajout de valeurs d’énumération pour les unités de carburant

Abandon de alphanumeric_id pour la ressource Issuing Authorization

Ajout de valeurs d’énumération pour les motifs de désactivation

Abandon du type de fonctionnalité bank_transfer_payments au profit de nouveaux types de fonctionnalités

Ajout de nouvelles valeurs d’énumération pour les motifs liés à l’historique des demandes

Synchronisation automatique de la méthode de capture par défaut pour PaymentIntents lorsqu’aucune méthode n’est précisée

L’attribut rendering_options a été renommé en rendering pour les factures

L’attribut features de l’objet Product a été renommé

Ajout de nouveaux codes d’erreur relatifs aux exigences de compte à l’API Accounts

Le libellé de relevé bancaire et le préfixe sont remplis automatiquement dans l’API Accounts

Active les moyens de paiement automatiques par défaut pour PaymentIntents et SetupIntents

Les paiements ponctuels dans les sessions Checkout prennent en charge les commandes à coût zéro

Rendu à l’échelle de la plate-forme pour certaines empreintes d’identification des moyens de paiement

Ajout de codes d’erreur spécifiques pour les paiements Klarna échoués

Ajout de nouveaux codes d’erreur relatifs à la vérification des directeurs à l’API Accounts

L’objet Charges ne développe plus automatiquement les remboursements par défaut.

L’attribut charges a été supprimé de l’objet PaymentIntent

Ajout de nouveaux codes de refus de paiement aux API PaymentIntent et PaymentMethod

Ajout de nouveaux codes de refus de paiement à l’API SetupIntent

Ajout d’un nouveau code d’erreur relatif à la structure pour l’API Accounts

La valeur include_and_require a été supprimée lors de la création de factures

Changement du moyen de paiement par défaut au profit de if_required lors de la création de client dans une session Checkout

Reporte la création de PaymentIntent dans le moyen de paiement Checkout Session

La propriété setup_intent a été supprimée des sessions Checkout en mode abonnement

Remplacement des paramètres relatifs aux postes de facture dans l’endpoint Créer une session Checkout

Suppression du paramètre des données d’abonnement dans l’endpoint Créer une session Checkout

Suppression du paramètre de tarif de livraison dans l’endpoint Créer une session Checkout

Mise à jour des propriétés d’expédition de la session Checkout

Ajout de l’état d’exemption de 3D Secure pour les paiements par carte

Nouveau code d’erreur relatif à l’acceptation non valide des Conditions d’utilisation du service dans l’API Accounts

Nouveaux endpoints pour la gestion de l’état d’expédition des cartes physiques en mode test

Ajout de design_rejected comme motif d’annulation possible pour les cartes émises

L’attribut default_currency a été supprimé de l’objet Customer

Suppression de l’attribut tax_percent

Les attributs phases ont été renommés dans les planifications d’abonnement

Le type d’événement qui se déclenche lors des mises à jour automatiques a été renommé

La propriété display_items a été supprimée des sessions Checkout

Exigences en matière de formats pour les personnes clés associées aux comptes

Ajout de nouveaux codes d’erreur pour les API Accounts, Persons et Capabilities

Mise à jour des informations de 3D Secure dans l’objet Charge

Les abonnements clients ne sont plus développés automatiquement par défaut

Les niveaux de tarification ne se développent plus automatiquement par défaut

Les sources de clients ne sont plus développées automatiquement par défaut

Les numéros fiscaux ne sont plus développés automatiquement dans l’objet Customer

Abandon des paramètres d’abonnement prorate et subscription_prorate

Les factures peuvent désormais être numérotées de manière séquentielle sur l’ensemble de votre compte

Standardisation des ID de postes de facture

Nouvelle exigence concernant out_of_band_amount lors de la création d’avoirs après paiement

Les soldes clients sont désormais renvoyés lors de l’annulation des factures

Les champs d’information fiscale abandonnés ont été supprimés de l’objet Customer

La nouvelle exigence requested_capabilities a été ajoutée à création d’un compte Custom

Paramètres de planification d’abonnement imbriqués sous default_settings

Les propriétés de renouvellement de la planification d’abonnement ont été renommées et mises à jour

Remplacement du champ start des abonnements par start_date

Sur les factures, les abonnements et les planifications d’abonnement, billing a été renommé collection_method

La propriété due_date des factures automatiques est toujours nulle

L’attribut account_balance de l’objet Customer a été renommé balance

L’attribut de relation d’un objet Person a été renommé

Dans de nombreux pays, il faut désormais spécifier des fonctionnalités au moment de la création du compte

Ajout de nouvelles valeurs details_code pour la vérification des documents d’identité des particuliers

La fonctionnalité platform_payments des comptes a été renommée card_payments, et la fonctionnalité transfers ajoutée doit être spécifiée manuellement

La configuration d’une personne en tant que responsable de l’ouverture de compte ne lui confère plus automatiquement le statut de dirigeant

Les paiements bancaires de type « pull » ne révèlent plus les remboursements système internes en cas d’échec

Le champ application_fee des factures a été renommé application_fee_amount

Les abonnements sont désormais correctement créés, même si le premier paiement échoue

Les factures fournissent désormais des horodatages pour chaque changement d’état

Le champ date des factures a été renommé created

Les factures précisent désormais la date à laquelle elles sont finalisées, ainsi que d’autres changements d’état

Modification des comportements de libellés des relevé bancaire pour les paiements par carte créés avec un objet Charges

Plusieurs champs des comptes ont été remaniés pour mieux décrire l’entité juridique, l’état de la vérification et les exigences, ainsi que les paramètres configurables

Plusieurs champs décrivant les informations de l’entreprise d’un compte ont été déplacés vers le sous-hachage business_profile

La vérification de comptes ou de personnes permet désormais de charger le recto et le verso d’un document

Les comptes ne fournissent plus de champ keys. Les plateformes doivent utiliser leur propre clé API pour s’authentifier au nom de leurs comptes connectés

Les comptes situés aux États-Unis doivent désormais spécifier les fonctionnalités au moment de la création

L’attribut business_id_number associé à l’entité juridique d’un compte a été renommé business_registration_number.

Plusieurs états de Payment Intent ont été renommés

Le champ save_source_to_customer de l’objet Sources a été renommé save_payment_method

Le champ allowed_source_types des sources a été renommé payment_method_types

Le champ next_source_action des Payment Intents a été renommé next_action

Le champ authorize_with_url des Payment Intents a été renommé redirect_to_url

Le recouvrement automatique des factures est désormais signalé par le champ auto_advance

Les factures ponctuelles ne collectent plus automatiquement le paiement par défaut

Remplacement du champ forgiven des factures par un nouvel état uncollectible

Un code d’erreur de facture a été renommé invoice_already_finalized

Inclusion de plusieurs changements destinés aux utilisateurs de la version bêta privée de l’API Payment Intents

Les descriptions des clients sont désormais limitées en nombre de caractères

Les noms des produits sont désormais limités en nombre de caractères

Les descriptions des sous-postes de facture sont désormais limitées en nombre de caractères.

Le paramètre billing_reason de la première facture d’un abonnement est désormais subscription_create

L’objet FileUpload a été renommé Files, et nécessite désormais des clés secrètes pour le téléchargement des fichiers

Les valeurs des unités de gestion des stocks n’ont plus besoin d’être uniques

La période de fin d’un abonnement ne peut plus être configurée lors de son annulation

Les clients fournissent désormais un objet tax_info avec leurs données d’identification fiscale

Le champ amount des niveaux de tarification a été renommé unit_amount

Les abonnements ne prennent plus en charge la modification directe du paramètre source

L’horodatage de la requête API est désormais utilisé pour mettre fin à la période d’essai d’un abonnement

Les bons de réduction utilisent désormais des valeurs décimales plutôt que des valeurs entières pour spécifier l’attribut percent_off

Stripe valide désormais les adresses e-mail lors de la création ou modification de clients

Les produits n’intègrent plus de listes d’unités de gestion des stocks

Les postes de facture disposent désormais d’ID uniques et ne peuvent pas être utilisés à la place d’un abonnement

Certains caractères ne sont désormais plus valides pour les identifiants des bons de réduction, des unités de gestion des stocks, des clients, des produits et des offres.

Les abonnements ne définissent plus par défaut la période d’essai en fonction d’une offre

Le passage d’un abonnement à une nouvelle offre avec période d’essai entraîne désormais une prolongation de la période d’essai

La modification d’un abonnement résilié à une date ultérieure n’efface plus son état

Les sources fournissent désormais une valeur recommended lorsque l’émetteur conseille d’utiliser 3D Secure

Les offres gratuites avec prorata produisent désormais des factures à montant nul

Possibilité d’établir la première facture complète d’un abonnement à une date ultérieure (et, de manière facultative, d’inclure un essai gratuit)

Les objets Plan sont désormais liés à des produits précis, et plusieurs champs ont été déplacés vers la ressource produit

Les objets Product nécessitent désormais un champ type, pour différencier leur utilisation des commandes d’unités de gestion des stocks ou des abonnements et offres

Les plateformes Connect peuvent identifier les cartes ou comptes bancaires utilisés sur l’ensemble des comptes connectés puisqu’ils partagent désormais la même empreinte d’identification.

Les sous-postes de facture doivent désormais obligatoirement comporter un champ description

Les échecs de paiement de factures renvoient désormais une erreur card_error lorsque le paiement est refusé

Les sources peuvent désormais spécifier qu’une redirection d’authentification n’est pas nécessaire

Les comptes peuvent désormais spécifier la raison pour laquelle un compte n’est pas activé avec le nouveau motif under_review

Les événements Connect spécifient désormais le compte connecté d’origine à l’aide du champ account

Le champ request de l’objet Events spécifie désormais à la fois l’ID et la clé d’idempotence de la requête

Les événements comportant le champ previous_attributes affichent désormais l’intégralité du sous-tableau concerné

Les comptes doivent désormais spécifier l’un des trois types (Standard, Express ou Custom)

Les transferts sont désormais répartis entre virements et transferts

Les paiements spécifient désormais l’ID de la règle bloquant une transaction, qui peut être développé

Les paiements spécifient désormais l’ID du litige associé à une transaction, qui peut être développé

Les opérations sur solde ne comprennent plus le champ sourced_transfers

Lorsque des autorisations insuffisantes sont utilisées pour effectuer des requêtes à l’API, une erreur HTTP 403 est désormais générée

Listes filtrées des abonnements par abonnement résilié

La désactivation d’un produit ne désactive plus automatiquement ses unités de gestion des stocks

Les devises prises en charge sont définies dans la spécification du pays d’un compte

La création ou la mise à jour d’un compte entraîne désormais la validation du code postal de son entité juridique

Les commandes payées ou traitées, puis annulées ou renvoyées, donnent désormais lieu à un remboursement automatique des paiements associés

Désormais, il n’est plus possible d’ajouter plus de 250 postes de facture à une facture.

Le champ name des comptes bancaires a été renommé account_holder_name

Les comptes n’affichent plus que les sous-champs spécifiques au pays pour le champ legal_entity

La création ou la modification de clients doit désormais inclure une offre si un pourcentage de taxe est spécifié.

L’utilisation de paramètres non valides pour créer des cartes ou des comptes bancaires pour les tokens, les sources ou les comptes bancaires externes génère désormais une erreur HTTP 400

Sur les profils d’utilisateur, « bank account information » a été renommé « external accounts »

Les comptes comprennent désormais un champ external_accounts

Désormais, le champ charge reflète toujours le dernier paiement associé à une facture

Les factures ne comportent plus de propriété payment

La liste des paiements inclut désormais les paiements provenant de toutes les sources de financement

Les paiements ne prennent en charge qu’un offset pour la pagination des listes lors du filtrage par source

Les requêtes associées à une limite de taux renvoient désormais une erreur HTTP 429, et elles n’incluent plus le champ rate_limit

Les requêtes qui réutilisent les tokens d’idempotence mais modifient les paramètres de requête génèrent désormais une erreur

Les opérations sur solde associées à des remboursements ou des litiges indiquent désormais l’ID correspondant dans le champ source.

Stripe s’assure désormais que le champ tos_acceptance[date] des comptes est un horodatage valide.

Les transferts qui sont immédiatement traités déclenchent désormais l’événement balance.available

Les comptes comprennent désormais un champ verification[disabled_reason] qui explique pourquoi ils ne peuvent pas effectuer de transferts ni de paiements

Les transferts envoyés à la banque qui ne sont pas arrivés sont désormais à l’état in_transit

Les comptes dont la fréquence des virements est définie manuellement génèrent désormais une erreur

Mise à jour de la méthode de calcul des périodes de clôture pour les sous-postes de facture au prorata

Modification de l’ordre de tri des lines des factures

Par défaut, les bons de réduction ne s’appliquent plus aux postes de facture avec des montants négatifs

Les paiements réussis prennent désormais un état succeeded

Les paiements ont désormais un champ source qui accepte une source ou une carte

Les clients ont désormais un champ source qui accepte une source ou une carte, et met à jour les types d’événements associés

Le type d’événement transfer.canceled a été renommé transfer.reversed

L’état des litiges comprend désormais la valeur warning_closed

Les transferts nécessitent désormais un solde de compte suffisant en mode test pour améliorer la simulation en mode production

Les événements contenant le champ previous_attributes n’affichent plus que les différences entre les objets d’une mise à jour de l’autre.

Les abonnements n’indiquent désormais plus que l’horodatage pour les API ou les échecs de paiement de factures pour le champ canceled_at

Les chargements de fichiers décrivent le type de fichier à l’aide d’un champ et d’un format type plus simples

Les cartes utilisent désormais les valeurs unchecked et unavailable pour décrire les vérifications du code CVC et de l’adresse effectuées par les banques émettrices

Les tokens avec cartes ne contiennent plus le champ customer

Introduction du champ statement_description et de la logique de la façon dont les paiements, les factures, les offres et les transferts affichent les libellés de relevé bancaire.

La création de comptes à l’aide de l’API nécessite la version 2014-12-17 ou plus récente

Les litiges comprennent désormais un objet evidence_details pour la documentation des preuves

Les litiges sont désormais signalés comme won même quand le paiement est remboursé

Les postes de factures indiquent désormais les métadonnées de l’abonnement associé, plutôt que de l’offre associée

Modifications des conditions d’état d’activation des comptes pour les paiements et transferts

Il n’est plus possible de récupérer des tokens avec des clés publiables

Lorsqu’une carte bancaire ou un compte bancaire est créé(e) avec une clé publiable, les empreintes d’identification ne sont pas incluses dans les réponses de l’API

Les comptes bancaires comprennent désormais une énumération status qui remplace plusieurs champs

Les litiges ont désormais plusieurs nouveaux états possibles

Les litiges incluent désormais plusieurs transactions sur solde

Vous pouvez désormais récupérer l’historique des soldes sans dépendre des champs Transfer

Les commissions de plateforme incluent désormais une sous-liste de remboursements dans le champ refunds refunds

Les sous-postes de facture comprennent désormais les offres d’abonnement et les quantités

Les factures contiennent désormais une sous-liste des remboursements dans le champ refunds

Le champ type des cartes bancaires a été renommé brand

Remplacement du champ account des transferts

Les listes ne contiennent plus le champ count

Renomme le champ libellé de relevé bancaire

Les objets Customer prennent désormais en charge les abonnements multiples

Les dates de fin de période d’essai ne sont plus calculées pour les abonnements annulés

Les commissions de plateforme disposent désormais d’un champ account pouvant être développé pour obtenir des informations concernant l’utilisateur

Les remboursements des commissions de plateforme sont désormais proportionnels au montant débité

Les bons de réduction s’appliquent uniquement au solde total d’une facture, et plus aux factures nulles

Les détails des frais ne sont plus affichés dans les paiements, mais dans les opérations sur solde correspondantes

Les détails des frais ne sont plus affichés dans les virements, mais dans les opérations sur solde correspondantes

Autorise des champs description et email vides pour plusieurs objets

Les objets Customer comprennent désormais une sous-liste cards et un champ default_card

Les contestations de paiement sont désormais suivies par l’intermédiaire du champ stripe_fee et incluses dans le total des frais

Les paiements de facture en échec renvoient désormais une erreur HTTP

Le champ disputed des paiements a été renommé dispute

Les factures comprennent désormais une liste des sous-postes de facture

Les réductions ne comportent plus de champ id superflu

Les objets Customer n’incluent plus le champ uncaptured

Les tokens n’incluent plus les propriétés amount et currency

Les objets Customer n’incluent plus de champ next_recurring_charge

Les champs comportant des valeurs nulles sont désormais inclus dans les réponses de l’API

Les cartes sont validées différemment lors de la création de tokens

Les objets List fournissent désormais un décompte total des postes et un champ data

Les offres ne contiennent plus de champ identifier

Les erreurs produisent désormais des exceptions pour les paramètres d’API non reconnus