Accéder directement au contenu
Créez un compte
ou
connectez-vous
Le logo de la documentation Stripe
/
Demander à l’IA
Créer un compte
Connectez-vous
Commencer
Paiements
Revenus
Plateformes et places de marché
Gestion des fonds
Outils de développement
AperçuDécouvrez tous les produits
Commencer à développer
Commencer le développement
Exemples de projets
À propos des API
Développer avec des GML
Utiliser Stripe sans codage
Configurer Stripe
Créer un compte
Dashboard Web
Dashboard mobile
Migrer vers Stripe
    Migrer les données client
    Migrer des données de paiement
      Importer des données de paiement
        Importations de données de cartes
        Importations de données ACH
        Importation de données Bacs du Royaume-Uni
        Importations de données SEPA
        Importations de données DPA/ACSS
        Importations des données BECS AU
        Associer les données de paiement
        Téléverser des données supplémentaires
      Exporter les données de paiement
      Copier les données de paiement
Gérer le risque de fraude
Comprendre la fraude
Radar pour la protection contre la fraude
Gérer les litiges
Vérifier l'identité
AccueilCommencerMigrate to StripeMigrate payment data

Demander l’importation des données de paiement

Importez des données de paiement sensibles en toute sécurité.

Copier la page

Stripe vous permet de conserver vos données clients et de paiement existantes lorsque vous migrez vers Stripe. Nous collaborons avec votre équipe et votre prestataire de services de paiement actuel, si nécessaire, pour migrer vos informations en toute sécurité, et ce, en quelques étapes :

  1. Créez votre intégration Stripe.
  2. Demandez et confirmez les informations relatives à la migration.
  3. Mettez à jour votre intégration pour terminer la migration.
  4. (Facultatif) Migrer des abonnements.

Ce processus vous permet d’accepter et de débiter de nouveaux clients sur Stripe et de continuer à débiter vos clients existants avec votre prestataire de services de paiement actuel jusqu’à ce que la migration soit terminée. Vos clients ne subissent aucun temps d’indisponibilité. Une fois le processus de migration terminé, vous pourrez traiter tous les paiements sur Stripe.

Créez et testez votre intégration Stripe avant de faire votre demande de migration de données auprès de votre prestataire de services de paiement actuel. Vous aurez ainsi suffisamment de temps pour vérifier et tester votre nouvelle intégration. Si vous avez des questions concernant le processus de migration ou l’intégration avec Stripe, contactez-nous.

Créer votre intégration Stripe

Stripe simplifie vos exigences de sécurité afin que vos clients n’aient pas à quitter votre site pour effectuer un paiement. Pour ce faire, une combinaison d’étapes côté client et côté serveur a été mise en place :

  1. Stripe collecte de manière sécurisée les informations de paiement de votre client à partir de votre site Web dans le navigateur du client.
  2. Stripe répond avec un jeton représentatif.
  3. Le navigateur soumet le jeton à votre serveur, avec les autres données du formulaire.
  4. Votre code côté serveur utilise ce jeton dans une requête d’API (par exemple, pour créer un paiement).

Cette approche permet de simplifier le flux de paiement de votre site Web et de s’assurer que les informations de paiement sensibles n’atteignent jamais votre serveur. Cela vous permet d’agir en conformité avec les normes PCI, ce qui peut constituer un gain de temps et vous apporter des avantages financiers.

Processus de paiement de Stripe

Processus de paiement de Stripe

Par rapport à d’autres prestataires de services de paiement, une intégration Stripe présente les différences suivantes :

  • Vos clients ne quittent jamais votre site Web.
  • La création du jeton n’est pas liée à un produit ni à un montant particulier.
  • La création sur demande d’une clé côté client n’est pas nécessaire. À la place, vous utilisez une clé API définie et publiable.

Préparez votre intégration

Pour tous les nouveaux jetons de client (non importés), effectuez ce qui suit :

  • Utilisez les objets Customer pour enregistrer les informations de carte.
  • Collectez et transformez en jetons les informations des cartes des clients à l’aide de l’une de nos intégrations de paiement.
  • Créez des paiements pour ces nouveaux clients.

Grâce à cette approche, vous pouvez accepter les paiements de vos nouveaux clients sur Stripe sans affecter votre clientèle actuelle encore associée à votre prestataire de services de paiement existant pendant le processus de migration.

Aspects liés à l’intégration

La conception votre intégration avant de demander à votre prestataire de services de paiement de transférer les données vers Stripe est la manière la plus efficace de traiter les données importées. Voici quelques mesures que vous pouvez prendre avant de demander une importation :

  • Terminez la configuration de votre compte Stripe.
  • Remapper les dossiers client;
  • Gérer la mise à jour des informations de paiement pendant la migration.
  • Activez toutes les optimisations, telles que Adaptive Acceptance, l’outil de mise à jour à jour de carte et les jetons de réseau.

Mapper à nouveau les dossiers client

Si vous préférez, vous pouvez configurer votre intégration pour importer les données relatives aux modes de paiement des dossiers précédents dans les objets Customer Stripe existants. Vous éviterez ainsi que la migration ne crée un nouveau client (éventuellement en double) dans votre compte Stripe pour chaque ID de client unique dans les fichiers que nous recevons de votre prestataire de services de paiement précédent.

Après la migration, il est possible que vous ayez encore à mettre à jour certains dossiers pour qu’ils correspondent au nouvel identifiant du client Stripe, si :

  • Vous avez créé le client Stripe avant la migration, puis nous avons importé les informations de paiement pour mettre à jour ce dossier client.
  • Nous avons importé les informations de paiement sous la forme d’un nouveau dossier client.

Par exemple, le client jenny.rosen@example.com peut avoir l’ID 42 dans votre base de données, correspondant à l’ID 1893 dans le système de votre prestataire de services de paiement précédent, mais il s’agit de l’ID cus_12345 dans votre compte Stripe. Dans ce cas, vous devez maintenant associer votre ID 42 à l’ID Stripe cus_12345 dans votre base de données. Stripe fournit un fichier de mappage après importation pour vous aider à identifier tout nouveau mappage nécessaire.

Gérer la mise à jour des informations de paiement

Si les clients mettent à jour leurs informations de paiement auprès de votre prestataire de services de paiement précédent entre le transfert des données et la fin de l’importation, ces modifications seront perdues.

Modifiez le processus de traitement des mises à jour des paiements enregistrés sur votre site afin d’éviter les erreurs ou les problèmes de facturation pour vos clients. Il s’agit notamment de préparer l’automigration de tout client n’ayant pas d’ID Stripe enregistré :

  1. Créez un nouvel objet Customer dans Stripe pour votre client.
  2. Associez le mode de paiement à l’objet Customer.
  3. Si nécessaire, migrez les abonnements.

Une fois la migration terminée, Stripe gère automatiquement les mises à jour déclenchées par les cartes, comme les changements de date d’expiration.

Demander et confirmer les informations relatives à la migration

  1. Une fois que vous avez terminé votre intégration et que vous êtes prêt(e) à traiter des paiements sur Stripe, faites la demande de transfert de vos données de paiement auprès de votre prestataire de services de paiement précédent. De nombreux prestataires de services de paiement exigent que le propriétaire du compte demande un transfert de données.
  2. Connectez-vous à votre compte Stripe pour soumettre le formulaire de demande de migration et demander la migration de vos importations.
  3. Entrez en contact avec Stripe par courriel authentifié que nous créons à la réception de votre demande de migration.

Alerte

N’envoyez jamais d’informations sensibles sur les cartes de crédit ou les clients directement à Stripe. Si vous avez ces données, faites-nous en part dans votre formulaire de demande de migration pour que nous puissions vous aider à transférer vos données de manière sécurisée.

Stripe peut importer les informations relatives à l’adresse de facturation de vos clients et les informations du paiement. Pour en savoir plus sur la migration de types de paiement spécifiques, consultez les pages suivantes :

  • Cartes
  • ACH
  • SEPA
  • Bacs
  • DPA/ACSS

Les migrations de données ne concernent pas les abonnements, mais vous pouvez les recréer séparément ou les importer à l’aide de la boîte d’outils de migration Billing.

Votre prestataire de services de paiement précédent peut prendre quelques jours ou plusieurs semaines pour transférer les données finales à Stripe. Prévoyez cette période de transition dans votre plan de migration.

Une fois que votre prestataire de services de paiement précédent a transféré vos données, Stripe les examinera et identifiera tout problème lié à l’importation. Nous travaillons avec vous et votre prestataire de services de paiement précédent pour corriger tout problème. Nous partageons ensuite un récapitulatif de l’importation pour que vous puissiez l’examiner et l’approuver.

Après votre approbation, Stripe importe les données dans votre compte. Nous créons un objet Customer unique pour chaque client dans le fichier de données transférées, et nous créons et joignons les cartes du client en tant qu’objets Card ou Payment Method. Si les données transférées indiquent la carte par défaut du client, nous la définissons comme le mode de paiement par défaut du client pour les paiements et les règlements d’abonnement.

Si votre compte Stripe a accumulé un nombre important de dossiers de clients au moment de la migration, envisagez de mapper la date d’importation aux objets Customer Stripe existants au lieu de créer de nouveaux objets Customer.

Stripe importe généralement les données dans un délai de 10 jours ouvrables suivant la réception des données exactes de votre prestataire de services de paiement précédent, ainsi que tous les fichiers de données supplémentaires que vous souhaitez partager avec notre équipe.

Mettre à jour votre intégration

Une fois l’importation terminée, Stripe vous envoie, au choix, un fichier CSV ou JSON qui montre la relation entre les ID de votre prestataire de services de paiement actuel et les ID des objets Stripe importés. Analysez ce fichier de mappage et mettez à jour votre base de données en conséquence. Assurez-vous que votre intégration a pris en compte toutes les mises à jour relatives aux cartes qui ont eu lieu pendant la transition.

Fichier de mappage après importation

Après avoir mis à jour votre intégration avec ce fichier de mappage, vous pourrez commencer à débiter tous vos clients sur Stripe.

{ "1893": { "cards": { "2600": { "id": "card_2222222222", "fingerprint": "x9yW1WE4nLvl6zjg", "last4": "4242", "exp_month": 1, "exp_year": 2020, "brand": "Visa" }, "3520": { "id": "card_3333333333", "fingerprint": "nZnMWbJBurX3VHIN", "last4": "0341", "exp_month": 6, "exp_year": 2021, "brand": "Mastercard" } }, "id": "cus_abc123def456" } }

L’exemple de mappage JSON ci-dessus montre les éléments suivants :

  • Importation de l’ID client 1893 en tant que nouveau client Stripe dont l’ID est cus_abc123def456.
  • Importation de la carte client ID 2600 en tant que nouvelle carte Stripe dont l’ID est card_2222222222.
  • Importation de la carte client ID 3520 en tant que nouvelle carte Stripe dont l’ID est card_3333333333.

Stripe pourra importer des données de carte en tant que PaymentMethods au lieu d’objets Card si vous le précisez dans votre demande de migration. Les exemples suivants montrent les fichiers de mappage pour différents types d’importations d’informations de paiement.

old_customer_id,customer_id,old_card_id,card_id,card_fingerprint,card_last4,card_exp_month,card_exp_year,card_brand old_cus_100,cus_abc123def456,old_src_100,card_2222222222,x9yW1WE4nLvl6zjg,424242,09,2024,Visa

Refus de paiement après importation

Après la migration, surveillez les performances de vos paiements pour vous assurer que le taux d’acceptation des données de paiement importées correspond à vos attentes.

L’acceptation des paiements (ou taux d’autorisation de l’émetteur) est le pourcentage de transactions que les émetteurs autorisent avec succès sur l’ensemble des transactions soumises pour paiement. Cette mesure exclut les transactions bloquées (par exemple en raison des règles Radar), car celles-ci ne sont jamais soumises à autorisation.

Dans votre approche générale et après la migration, alignez vos objectifs d’optimisation du taux d’autorisation de paiement sur vos objectifs commerciaux. Par exemple, une entreprise de produits numériques dont le coût unitaire est faible peut fixer son niveau de risque de manière à bloquer un nombre moindre de paiements. Prenez en compte les effets potentiels :

  • Augmentation du taux de conversion grâce à davantage de simplicité.
  • Augmentation de l’exposition à la fraude en raison de l’exécution de paiements plus risqués.
  • Taux d’autorisation bruts de l’émetteur plus faibles en raison des blocages du modèle de fraude par l’émetteur.

Asssurez-vous de fournir des données exactes (telles que le nom du titulaire de la carte, l’adresse de facturation et l’adresse courriel). Le fait de refléter l’intention du titulaire de la carte optimise le potentiel de réussite de l’autorisation.

Identifier les cartes enregistrées au dossier

Les migrations de données de paiement comprennent les cartes enregistrées au dossier (cartes enregistrées pour un paiement futur effectué par le marchand ou hors session pour le même client). Assurez-vous de sauvegarder les données de paiement importées et de définir les paiements à l’aide des cartes enregistrées au dossier avec le paramètre off_session approprié. Si vous n’identifiez pas correctement les cartes enregistrées :

  • Les émetteurs qui ne peuvent pas confirmer le consentement d’un titulaire de carte à des paiements futurs ou récurrents peuvent refuser ces paiements.
  • Les données de paiement peuvent ne pas être admissibles pour certains produits d’optimisation de Stripe, tels que l’outil de mise à jour de carte et les jetons de réseau

Surveiller les motifs de refus du paiement pour identifier des possibilités d’optimisation

Par suite de votre migration, les motifs de refus de l’émetteur peuvent vous aider à déterminer si les données de paiement migrées sont traitées comme prévu. Les produits d’optimisation suivants peuvent s’avérer utiles en cas de hausse de certains types de refus de paiement :

  • Outil de mise à jour de carte : les partenariats de Stripe avec les réseaux de cartes nous permettent d’obtenir automatiquement des mises à jour pour les cartes expirées ou remplacées, à la fois en temps réel et en arrière-plan.
  • Relances automatiques (relance) : Faites preuve de prudence, car la relance de nombreuses cartes (par exemple après une migration) peut sembler suspecte aux yeux des émetteurs. Si vous utilisez la fonction Smart retries de Stripe pour vos paiements de facturation, notre modèle d’IA analyse le code de refus de paiement, les mises à jour des modes de paiement et l’activité du seuil de risque bancaire afin de relancer les paiements de revenus récurrents de manière plus stratégique.
  • Jetons de réseau : Remplacez un numéro de compte de paiement (PAN) spécifique par un jeton sécurisé du réseau de cartes pour vous assurer que les mises à jour du PAN (comme le renouvellement ou le remplacement) se reflètent automatiquement dans le jeton.
  • Acceptation adaptative : Stripe utilise l’IA pour évaluer l’effet d’ajustements mineurs (tels que le formatage) d’une demande d’autorisation en temps réel, puis affine la relance de paiement avant de renvoyer le refus initial au client.
  • Sensibilisation des clients : demander à votre client de se connecter et de saisir ou de vérifier à nouveau ses données de paiement permet souvent de rétablir la confiance de votre entreprise auprès du client et des prestataires de services de paiement. Envisagez d’informer les clients par d’autres canaux que le courriel, comme des SMS ou des notifications dans l’application.

Le tableau suivant présente les produits d’optimisation qui offrent une amélioration pour différents motifs de refus de paiement.

Voici quelques exemples de codes de refus de paiement :Effet de migrationÀ faireÀ ne pas faire

incorrect_number

invalid_number

expired_card

Les mises à jour des données des cartes au cours du délai naturel de migration peuvent entraîner l’obsolescence des données des cartes enregistrées.

  • Outil de mise à jour de carte
  • Jetons de réseau
  • Acceptation adaptative
  • Contacter le client

Réessayer

generic_decline

do_not_honor

Les modifications apportées au libellé de votre relevé de compte ou à d’autres marqueurs d’identification peuvent déclencher des modèles de risque de l’émetteur ou créer de la confusion chez votre client.

  • Réessayer
  • Jetons de réseau
  • Acceptation adaptative
  • Contacter le client

Outil de mise à jour de carte

transaction_not_allowed

try_again_later

authentication_required

incorrect_cvc

Il est possible que certaines données de paiement migrées ne contiennent pas les informations de validation initiale de la carte, tels que le jeton de réseau ou l’ID de la transaction initiale.

  • Outil de mise à jour de carte
  • Réessayer
  • Acceptation adaptative
  • Contacter le client

Jetons de réseau

lost_card

stolen_card

invalid_account

pickup_card

card_not_supported

Il est possible que les clients signalent la perte ou le vol de cartes pendant un délai de migration. Attention, un événement CONTAC particulier accompagne ces refus de paiement.

  • Jetons de réseau
  • Contacter le client
  • Outil de mise à jour de carte
  • Relance1
  • Acceptation adaptative

1 La relance des données de paiement perdues ou volées peut sembler suspect aux yeux des émetteurs de cartes.

FacultatifGestion des abonnements

Clé PGP de migration

Si vous ne connaissez pas bien le PGP, consultez GPG et commencez par importer une clé publique. Une fois que vous connaissez bien les principes de base de PGP, utilisez la clé PGP suivante pour chiffrer les données sensibles (telles que les informations de carte de crédit) afin d’effectuer une migration conforme à la norme PCI.

Clé de migration PGP

Cela crée FILENAME.gpg avec les informations suivantes :

  • ID de la clé : 9C78B7620C1E99AD
  • Type de clé : RSA
  • Taille de la clé : 4096 bits
  • Empreinte : AEBF 7C48 38C4 4D2F DC99 A3F9 9C78 B762 0C1E 99AD
  • ID utilisateur : Stripe Import Key (PCI) <support-migrations@stripe.com>

Après avoir importé notre clé, vous pouvez chiffrer les fichiers à envoyer en exécutant la commande suivante dans votre invite de ligne de commande :

gpg --encrypt --recipient 9C78B7620C1E99AD FILENAME

Pour en savoir plus sur la transmission de données chiffrées à Stripe, consultez la section Téléverser des données supplémentaires.

Voir également

  • Comptes multiples
  • Liste de vérification du compte
Cette page vous a-t-elle été utile?
OuiNon
Besoin d'aide? Contactez le service d'assistance.
Rejoignez notre programme d'accès anticipé.
Consultez notre journal des modifications.
Des questions? Contactez l'équipe commerciale.
GML? Lire llms.txt.
Optimisé par Markdoc