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

Makes automatic sync the default capture method for PaymentIntents when not specified

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

New endpoints for managing a physical card’s shipping status in test mode

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

The due_date property is always null on auto-billed invoices

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

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

Accounts in many countries now require specifying capabilities at creation time

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

Invoices now specify when they’re finalized alongside other status transitions

Changes statement descriptor behaviors for card payments created with 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.

Renames several statuses for PaymentIntents

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

Replaces the forgiven field with a new uncollectible status for invoices

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

Includes several changes for users of the Payment Intents API private beta

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

Invoice line items now have unique IDs andcan’t be used in place of a subscription

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

Filter lists of subscriptions for canceled subscriptions

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

Bank account information renamed to external accounts on user profiles

Les comptes comprennent désormais un champ external_accounts

The charge field now always reflects the latest charge on invoices

Invoices no longer include the payment property

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

Accounts now include the verification[disabled_reason] field to describe why theycan’t make transfers or charges

Transfers submitted to the bank that haven’t arrived now provide an in_transit status

Accounts on manual payout schedules now throw a new error

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

Changes the sorting order of lines for invoices

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é

Invoice items now reflect the metadata for their associated subscription, rather than plan

Account activation status terms updated for payments and transfers

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

You can now retrieve balance histories rather than relying on Transfer fields

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

Replaces the account field on transfers

Les listes ne contiennent plus le champ count

Renames the statement descriptor field

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

Lets the description and email fields be null on several objects

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

Tokens no longer include the amount and currency properties

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