# Importer les données des modes de paiement Découvrez comment importer vos données Bacs de votre prestataire de services de paiement actuel vers Stripe. #### Cartes bancaires Pour des conseils généraux sur le processus de migration standard, consultez le document [Demander une importation de données de paiement](https://docs.stripe.com/get-started/data-migrations/pan-import.md), qui fournit des informations supplémentaires spécifiques aux importations de cartes bancaires. Lorsque vous migrez des données de carte bancaire de votre prestataire de services de paiement précédent, vous pouvez importer les données dans Stripe en tant qu’objet carte de moyen de paiement par défaut (`pm_`) ou en tant qu’objet ancienne carte bancaire (`card_`). L’API Payment Intents prend en charge tous les produits Stripe pour les deux types de payment par carte, mais votre intégration peut en privilégier un en fonction des considérations suivantes. - Si vous utilisez une plateforme d’abonnement tierce avec Stripe, vérifiez auprès de la plateforme ou de votre développeur s’ils préfèrent l’un ou l’autre. - Si vous disposez déjà de données de paiement dans votre compte Stripe, essayez d’associer le type de données que vous utilisez déjà : - `pm_`: utilisez l’[API Payment Methods](https://docs.stripe.com/api/payment-methods.md) avec l’API Payment Intents. - `card_`: utiliser l’[API Card](https://docs.stripe.com/api/cards.md) avec l’API Payment Intents. - `src_`: vous pouvez toujours utiliser l’API Sources, qui est obsolète, mais nous vous recommandons de [migrer vers l’API Payment Intents](https://docs.stripe.com/payments/payment-intents/migration/charges.md) pour accéder à davantage de fonctionnalités. ## Cartes par défaut Une *carte par défaut* est la carte principale qu’un client définit ou choisit pour les paiements récurrents, les abonnements ou comme moyen de paiement par défaut pour les transactions futures. Lorsque vous désignez une carte comme carte `default`, elle devient automatiquement le moyen de paiement pour la prochaine transaction, sauf indication contraire de votre part. Utilisez cette fonction pour les services basés sur des abonnements qui nécessitent des paiements récurrents automatiques. Vous pouvez définir une nouvelle carte comme nouveau moyen de paiement par défaut ou l’ajouter comme moyen de paiement supplémentaire sans modifier le moyen par défaut actuel. | Type | Préfixe de l’objet | Comportement de la migration | | ----------------- | ------------------ | ------------------------------------------------------------------------------------------------------------------------------------------------------------------ | | Carte | `card_` | Définit une carte par défaut lors de l’importation. Si elle n’est pas précisée dans le fichier de données, la première carte importée devient la carte par défaut. | | Moyen de paiement | `pm_` | Ne nécessite pas une carte par défaut. Si le fichier de données ne le précise pas, aucune carte n’est désignée par défaut. | | Source | `src_` | Ne nécessite pas une carte par défaut. Si le fichier de données ne le précise pas, aucune carte n’est désignée par défaut. | ### Fournir les données de la carte bancaire par défaut - Incluez les informations relatives aux cartes par défaut dans une colonne distincte de votre fichier de données, en utilisant dans l’idéal les valeurs `TRUE` et `FALSE` pour identifier les cartes par défaut ou non. - Marquer une carte par défaut lors de l’importation remplace le moyen de paiement par défaut d’un client existant, s’il a été défini. ## Limites actuelles Vous pouvez coopérer avec votre représentant Stripe pour effectuer une requête de migration Apple Pay DPAN vers Stripe. Votre sous-traitant précédent doit exporter le numéro de compte principal (DPAN), la date d’expiration et l’ID de transaction réseau de l’appareil. Stripe ne peut pas migrer d’autres cartes stockées dans les portefeuilles numériques tels que Google Pay, car ces services (et non le prestataire précédent) utilisent des jetons pour sécuriser les valeurs stockées. Vous devez ajouter toutes les cartes associées aux portefeuilles numériques en tant que nouveaux moyens de paiement dans Stripe. ## Validation de l’adresse pour Stripe Tax Lorsque vous migrez les données des clients vers un compte utilisant Stripe Tax, incluez les champs d’adresse des clients pour les raisons suivantes : - **Précision du calcul des taxes** : les adresses permettent de calculer correctement les taxes dans différentes juridictions. - **Conformité aux lois fiscales** : les lois fiscales locales exigent des adresses pour l’exactitude des factures fiscales. - **Audits et rapports** : des données d’adresse précises facilitent la conformité lors des contrôles fiscaux et améliorent l’analyse interne en enregistrant les lieux de transaction. - **Amélioration du paiement des clients** : disposer dès le début d’adresses précises améliore le processus de paiement pour les clients réguliers en permettant un calcul précis et automatique des taxes. - **Adaptabilité aux modifications de la législation fiscale** : un ensemble complet de données sur les adresses des clients permet à une entreprise de s’adapter aux modifications de la réglementation fiscale, évitant ainsi les problèmes de conformité. ## Outil de mise à jour de carte (CAU) Les fichiers des prestataires de services de paiement contiennent souvent des cartes bancaires expirées. L’outil de mise à jour de carte (CAU) de Stripe met automatiquement à jour les informations de carte stockées en récupérant et en appliquant les nouvelles données de la banque émettrice. La fonctionnalité CAU optimise la continuité du service et améliore les taux d’autorisation, mais peut entraîner des frais pour chaque carte mise à jour dans votre compte. Vous pouvez préciser le traitement des cartes expirées lors de l’importation. - **Ignorer les cartes bancaires expirées**. N’importez pas les données de cartes expirées.CAU peut néanmoins mettre à jour des cartes non expirées (par exemple des cartes volées ou remplacées), ce qui peut déclencher des paiements après la migration. - **Importer des cartes expirées** : permettre à la fonctionnalité CAU de mettre à jour autant de cartes que possible et d’imputer les frais CAU à votre compte. ### Fonctionnement ![Fonctionnement de la mise à jour des cartes à l'importation](https://b.stripecdn.com/docs-statics-srv/assets/dm-cau.376a7292d021463b18118595e4e20e79.jpg) ## Migrer la preuve de l’authentification forte du client (SCA) Pour les utilisateurs européens, la DSP2 (deuxième directive sur les services de paiement) impose une [authentification forte du client (SCA)](https://docs.stripe.com/strong-customer-authentication.md) afin de renforcer la sécurité des paiements électroniques. La SCA exige deux facteurs d’authentification indépendants sur trois pour les transactions : - un élément que le client connaît (comme un mot de passe) - un élément que le client possède (comme un appareil mobile) - un élément propre au client (par exemple, des données biométriques) Les ID de transaction du réseau de votre prestataire précédent montrent qu’un client a authentifié une transaction en utilisant la SCA avec le prestataire précédent, ce qui permet à Stripe de demander des exemptions SCA pour les transactions futures. Cela rend votre migration vers Stripe transparente pour vos clients, en éliminant leur besoin de s’authentifier à nouveau. Si votre prestataire précédent ne peut pas fournir d’identifiants de transaction, faites-le nous savoir dans votre [formulaire de demande d’importation](https://docs.stripe.com/get-started/data-migrations/pan-import.md#request-migration) afin que nous puissions vous proposer d’autres options. ## Mandat 3DS pour les comptes Stripe japonais Les nouvelles [directives japonaises sur la sécurité des cartes bancaires](https://www.meti.go.jp/press/2022/03/20230315001/20230315001.html) obligent les entreprises japonaises à activer le protocole 3D Secure 2 (3DS) d’ici à la fin mars 2025. Si vous êtes une entreprise japonaise n’utilisant pas 3DS, reportez ces informations dans la section **Informations supplémentaires** du [formulaire de demande de migration](https://docs.stripe.com/get-started/data-migrations/pan-import.md#request-migration). Par défaut, nous interprétons cela comme signifiant que vous avez configuré la carte pour qu’elle soit exemptée de l’[obligation de mandat 3DS au Japon après la migration](https://support.stripe.com/questions/3ds-mandate-in-japan). Stripe adapte son accompagnement et ses services pour vous aider à vous conformer aux normes du secteur sans perturber vos opérations et votre sécurité. En savoir plus sur le [mandat 3DS au Japon](https://support.stripe.com/questions/3ds-mandate-in-japan). ## Conseils en matière de fichier de cartes bancaires - Un prestataire de services de paiement peut fournir un certain nombre de champs différents. - Nous conseillons à votre prestataire de fournir une exportation complète de toutes les données relatives aux clients et aux moyens de paiement vers Stripe. - Stripe peut filtrer les champs inutiles des données du prestataire précédent si nécessaire. - Stripe peut fusionner plusieurs fichiers reçus si l’ancien ID du client ou l’ancien ID de la source est présent dans les deux fichiers. ### Exigences relatives au format des fichiers Les fichiers de données d’exportation doivent répondre aux normes de données suivantes pour que nous puissions procéder à une importation : - Le fichier doit être au format CSV. - Le fichier doit être codé en UTF-8. - Délimiter les lignes par un seul caractère de retour à la ligne `` (not `\r`). - Délimitez les colonnes par `,`. - Tous les champs contenant des virgules doivent être placés entre des guillemets doubles (`"`). Nous recommandons de mettre tous les champs entre des guillemets doubles. - Laissez les champs vides entièrement vides (aucun caractère entre les délimiteurs). Vous ne devez *pas* indiquer un champ manquant par `NULL`, `N/A` ou toute autre valeur. - Éliminez les guillemets doubles faisant partie du contenu par un autre guillemet double conformément au RFC CSV. Par exemple, formatez `William "Bard of Avon" Shakespeare` comme suit : `"William ""Bard of Avon"" Shakespeare"`. - Les champs ne peuvent pas contenir de caractères de retour à la ligne (`\r` ou `\n`) à l’intérieur d’un champ. Voici un exemple de ce qu’il faut éviter : `101 1st Ave\nApt 1`. - Toutes les lignes doivent avoir le même nombre de colonnes. - Les colonnes peuvent être placées dans n’importe quel ordre. - Vous devez chiffrer les fichiers de données sensibles avec notre [clé PGP](https://docs.stripe.com/get-started/data-migrations/pan-import.md#migration-pgp-key) avant de les envoyer par SFTP. ## Champs de données de la carte | Champ | Obligatoire | Informations supplémentaires | | ------------------------------------- | ------------ | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Ancien ID du client | Obligatoire | Nous créons un ID de client pour chaque ancien ID de client unique fourni. | | Numéro de carte | Obligatoire | Chaque client importé doit avoir au moins une carte. | | Date d’expiration de la carte | Obligatoire | Vous pouvez fournir cette option sous la forme d’une ou de deux colonnes (valeurs distinctes pour le mois et l’année). | | Identifiants de transaction du réseau | Obligatoire* | \*Obligatoire pour les [marchands concernés par les exigences de la SCA](https://support.stripe.com/questions/countries-in-the-european-economic-area-\(eea\)-impacted-by-strong-customer-authentication-\(sca\)-regulation). | | Ligne d’adresse 1 | Obligatoire* | \*Recommandé pour la validation de l’adresse. Obligatoire pour Stripe Tax. | | Ville | Obligatoire* | \*Recommandé pour la validation de l’adresse. Obligatoire pour Stripe Tax. | | État | Obligatoire* | \*Recommandé pour la validation de l’adresse. Obligatoire pour Stripe Tax. | | Code postal | Obligatoire* | \*Recommandé pour la validation de l’adresse. Obligatoire pour Stripe Tax. | | Pays | Obligatoire* | \*Recommandé pour la validation de l’adresse. Obligatoire pour Stripe Tax. Format du code de pays ISO à 2 lettres. | | ID du client Stripe | Facultatif | Fournir dans le fichier du prestataire ou dans un fichier supplémentaire pour l’associer aux clients Stripe existants. | | ID de l’ancienne carte | Facultatif | Recommandé si vous avez un client disposant de plusieurs cartes chez le prestataire précédent. | | Description | Facultatif | Métadonnées supplémentaires | | E-mail | Facultatif | Métadonnées supplémentaires | | Téléphone | Facultatif | Métadonnées supplémentaires | | Par défaut | Facultatif | Indiquez `TRUE` ou `FALSE` pour préciser s’il s’agit de la carte par défaut. | | Nom | Facultatif | Métadonnées supplémentaires | | Ligne d’adresse 2 | Facultatif | Métadonnées supplémentaires | | Métadonnées du client/de la carte | Facultatif | Toute métadonnée supplémentaire | #### ACH Pour des conseils généraux sur le processus de migration standard, consultez le document [Demander l’importation des données de paiement](https://docs.stripe.com/get-started/data-migrations/pan-import.md), qui fournit des informations supplémentaires spécifiques aux importations de [prélèvement automatique ACH](https://docs.stripe.com/payments/ach-direct-debit.md). Les règles de la Nacha exigent que vous obteniez l’autorisation d’un client avant de pouvoir débiter son compte bancaire. Pour obtenir cette autorisation, vous devez lui présenter un *mandat* (A written notice of authorization to debit a bank account, agreed to by the customer before the first debit). Lors de la migration des données ACH depuis votre ancien sous-traitant, nous pouvons importer les enregistrements ACH dans Stripe à l’aide de l’objet compte bancaire hérité (`ba_`) ou d’une représentation d’objet moyen de paiement (`pm_`). En soumettant le formulaire de demande, vous confirmez que vous disposez des mandats pour les comptes bancaires que vous importez pour les prélèvements ACH. En cas de doute, consultez votre ancien prestataire de services de paiement. Si vous ne disposez pas des mandats, veuillez les obtenir auprès de vos clients avant l’importation. ## État de validation ACH Vous devez confirmer l’état de validation des comptes de débit WEB en choisissant l’une des options ci-dessous : - **Tous** les comptes de débit WEB ont été validés conformément à la [règle de validation des comptes de débit WEB émise par la Nacha](https://www.nacha.org/rules/supplementing-fraud-detection-standards-web-debits) par votre précédent prestataire de services de paiement, ou ont été débités avant l’entrée en vigueur de la règle de validation des comptes de débit WEB de Nacha le 19 mars 2021 - **Aucun** des comptes de débit WEB n’a été traité avant la date d’entrée en vigueur de la [règle de validation des comptes de débit WEB émise par la Nacha](https://www.nacha.org/rules/supplementing-fraud-detection-standards-web-debits) le 19 mars 2021, ni validé avec succès par votre prestataire précédent. Stripe doit valider ces comptes (des [frais de vérification instantanée](https://stripe.com/pricing/local-payment-methods#ach-direct-debit) s’appliquent à chaque validation de compte bancaire). ## Fonctionnement ![Montre le processus d'importation des enregistrements ACH ](https://b.stripecdn.com/docs-statics-srv/assets/dm-ach.98cba192b8fbc5201ba77d81f815e86c.jpg) ## E-mails ACH Dans notre [formulaire d’admission](https://support.stripe.com/contact/email?topic=migrations), choisissez d’importer les mandats en tant qu’objets de compte bancaire (`ba_`) ou de moyen de paiement (`pm_`). - Si vous choisissez des comptes bancaires, nous n’informons pas vos clients de la migration. - Si vous choisissez les moyens de paiement et fournissez l’adresse e-mail de vos clients, nous leur enverrons automatiquement un message pour confirmer le mandat conformément aux exigences de la Nacha après l’importation. Aucune action n’est requise de la part de vos clients à la réception du message. ## Conseils en matière de fichier ACH - Un prestataire de services de paiement peut fournir un certain nombre de champs différents. - Nous conseillons à votre prestataire de fournir une exportation complète de toutes les données relatives aux clients et aux moyens de paiement vers Stripe. - Stripe peut filtrer les champs inutiles des données du prestataire précédent si nécessaire. - Stripe peut fusionner plusieurs fichiers reçus si l’ancien ID du client ou l’ancien ID de la source est présent dans les deux fichiers. ### Exigences relatives au format des fichiers Les fichiers de données d’exportation doivent répondre aux normes de données suivantes pour que nous puissions procéder à une importation : - Le fichier doit être au format CSV. - Le fichier doit être codé en UTF-8. - Délimiter les lignes par un seul caractère de retour à la ligne `` (not `\r`). - Délimitez les colonnes par une virgule `,` - Tous les champs contenant des virgules doivent être placés entre des guillemets doubles (`"`). Nous recommandons de mettre tous les champs entre des guillemets doubles. - Laissez les champs vides entièrement vides (aucun caractère entre les délimiteurs). Vous ne devez *pas* indiquer un champ manquant par `NULL`, `N/A` ou toute autre valeur. - Échappez aux guillemets doubles faisant partie du contenu par un autre guillemet double conformément au RFC CSV. Exemple : `"``William` `""``Bard of Avon``""` `Shakespeare``"` - Les champs ne peuvent pas contenir de caractères de retour à la ligne (`\r` ou `\n`) à l’intérieur d’un champ. Voici un exemple de ce qu’il faut éviter : `101 1st Ave\nApt 1`. - Toutes les lignes doivent avoir le même nombre de colonnes. - Les colonnes peuvent être placées dans n’importe quel ordre. - Vous devez chiffrer les fichiers de données sensibles avec notre [clé PGP](https://docs.stripe.com/get-started/data-migrations/pan-import.md#migration-pgp-key) avant de les envoyer par SFTP. ## Champs de données ACH | Champ | Obligatoire | Informations supplémentaires | | --------------------------- | ----------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Ancien ID du client | Obligatoire | Nous créons un ID de client pour chaque ancien ID de client unique fourni. | | Numéro de routage | Obligatoire | Il doit être composé de 9 chiffres et inclure des zéros non significatifs. | | Numéro de compte | Obligatoire | La plupart des numéros de compte bancaire comportent entre 8 et 12 chiffres, mais ils peuvent être composés de 5 à 17 chiffres. | | Type de titulaire du compte | Obligatoire | Précise le type d’entreprise, `individual` ou `company`. | | Type de compte | Obligatoire | Indique s’il s’agit d’un compte `checking` ou `savings`. En l’absence de précision, les comptes sont importés en tant que `checking`. | | Nom du compte | Obligatoire | Nom et prénom du titulaire du compte ou du nom de la société. | | E-mail | Facultatif* | Métadonnées supplémentaires *Si vous importez des dossiers ACH comme moyens de paiement et fournissez l’adresse e-mail de vos clients, nous leur enverrons automatiquement un message pour confirmer le mandat conformément aux exigences de la Nacha après l’importation. Aucune action n’est requise de la part de vos clients à la réception du message. | | Ville | Facultatif | Métadonnées supplémentaires | | Code postal | Facultatif | Métadonnées supplémentaires | | Pays | Facultatif | Fournir le code de pays ISO à deux lettres. | | Téléphone | Facultatif | Métadonnées supplémentaires | | Ligne d’adresse 1 | Facultatif | Métadonnées supplémentaires | | État | Facultatif | Métadonnées supplémentaires | | ID du client Stripe | Facultatif | Métadonnées supplémentaires | | Ancien ID de la source | Facultatif | Métadonnées supplémentaires | | Métadonnées client/ACH | Facultatif | Toute métadonnée supplémentaire | ## Certification et clause de non-responsabilité relatives à la migration des données ACH En soumettant le [formulaire de demande de migration des données ACH](https://support.stripe.com/contact/email?topic=migrations), vous certifiez que toutes les déclarations suivantes sont véridiques et que vous disposez de l’autorité nécessaire pour les formuler. Vous reconnaissez détenir des mandats qui précisent les conditions de paiements récurrents pour les comptes bancaires que vous souhaitez importer. Vous avez collecté les mandats via Internet ou un réseau sans fil. Vous acceptez de vous conformer à la section 2.3 des [Règles de fonctionnement de la Nacha](https://nachaoperatingrulesonline.org) concernant la collecte des autorisations lorsque vous utilisez les services Stripe pour traiter des transactions de débit ACH. Vous reconnaissez que vous, en tant qu’Initiateur (tel que défini dans les Règles de fonctionnement de la Nacha), êtes seul responsable de la collecte et de la conservation des autorisations de prélèvement ACH auprès de vos clients, conformément aux Règles de fonctionnement de la Nacha et aux [Conditions du moyen de paiement ACH](https://stripe.com/en-de/legal/ACH) de Stripe. Pour le texte recommandé, consultez la [Documentation ACH](https://docs.stripe.com/payments/ach-direct-debit.md#recommended-mandate-text) de Stripe. Si vous ne respectez pas les exigences des règles opérationnelles Nacha relatives à l’autorisation des débits, vous comprenez que vous devez recevoir de nouvelles autorisations avant de traiter les transactions par débit ACH sur Stripe. Pour les autorisations reçues avant la migration vers Stripe, vous devez fournir à Stripe, sur demande, la preuve de toute autorisation pertinente pour les débits ACH. En cas de contestation d’un litige, vous êtes seul responsable de fournir une copie de cette autorisation. #### Bacs Vous pouvez migrer vos données depuis votre prestataire de services de paiement actuel vers votre compte Stripe en utilisant le processus de changement groupé Bacs. Nous collaborons avec d’autres prestataires de services de paiement et les banques sponsors Bacs tout au long de la migration afin d’assurer un transfert sécurisé de vos données Bacs. Une migration Bacs prend environ six semaines. Pour exporter des données Bacs de Stripe vers un autre prestataire de services de paiement, consultez la page relative à l’[export des données Bacs depuis Stripe](https://docs.stripe.com/payments/bacs-debit/export-data.md). ## Before you begin Avant de migrer, effectuez la configuration de compte suivante : - Activez le mode de paiement par prélèvement automatique Bacs dans le [Dashboard Stripe](https://dashboard.stripe.com/settings/payment_methods). - Décidez quel numéro d’utilisateur de service (SUN) utiliser : - **SUN partagé Stripe** : un SUN gratuit qui utilise le nom et l’agence Stripe sur les relevés, les pages de paiement et les e-mails. - **Custom SUN** : Pour une frais mensuels, vous pouvez vous abonner à [Custom Branding](https://docs.stripe.com/payments/payment-methods/bacs-debit.md#custom-branding) et utiliser un SUN personnalisé pour afficher le nom de l’entreprise sur les relevés, les feuilles de paiement et les e-mails. - Recueillez les informations suivantes requises pour le formulaire de demande de migration : - Bacs SUN avec processeur actuel - Votre préférence pour le SUN partagé ou personnalisé sur Stripe - Le nombre de mandats que vous migrez vers Stripe - Que vous demandiez une migration au nom d’un compte connecté ## Soumettre votre demande de migration de données importées par Bacs Démarrez le processus de migration en envoyant une demande de migration de données : 1. Accédez au [formulaire de support de Stripe pour les migrations de données](https://support.stripe.com/contact/email?topic=migrations). Si vous n’êtes pas connecté, sélectionnez **Connexion** et saisissez les identifiants du compte vers lequel vous souhaitez migrer vos données. 1. Sélectionnez **Importer des données dans un compte Stripe à partir d’une tierce partie**. 1. Sélectionnez **Bacs** comme type de données à importer. 1. Remplissez les champs restants et sélectionnez **Envoyer un e-mail**. Dans les trois jours suivant la réception de votre demande, notre équipe chargée de la migration de données vous envoie un e-mail pour vous demander la signature d’un acte d’actualisation globale. ## Veuillez compléter l’acte de changement groupé Pour finaliser la migration, votre fournisseur Bacs actuel doit signer un acte de changement groupé. Ce contrat autorise le transfert de vos mandats de votre prestataire de services de paiement actuel vers Stripe. Connectez-vous pour télécharger l’acte d’actualisation globale. Le modèle suivant met en évidence les exigences d’un acte d’actualisation globale pour une importation de données Bacs vers Stripe. ![Modèle d'acte d'actualisation globale avec les exigences surlignées](https://docs.stripecdn.com/image.412a76360aea7f98c3a42fdf1a84e0a3dfe6b3dd301cedcd122b1d13344f866e.png) L’un des groupes de représentants suivants de votre prestataire actuel doit signer l’acte de changement groupé : - Deux administrateurs propriétaires actuels de SUN - Un administrateur et un témoin - Un administrateur et un secrétaire de la société Les administrateurs et secrétaires d’entreprise doivent être publiquement identifiables par le biais de sources de données publiques telles que [Companies House](https://www.gov.uk/government/organisations/companies-house). Si vous utilisez la signature d’un témoin, rayez l’étiquette du **secrétaire/de l’administrateur** comme illustré dans le modèle. Remplissez seulement la section 1.1 et la section **À remplir par l’utilisateur actuel du service**. Laissez vides les sections **Nouveau utilisateur du service** et **Nouvelle banque de commanditaires** et ne datez pas le document de la section 3.3. Les marques sur le document, telles que des agrafes, des trous d’agrafage ou d’autres modifications, invalident l’acte d’actualisation globale. Une fois l’acte d’actualisation globale terminé, répondez au fil de conversation du formulaire de saisie de notre équipe de migration des données en fournissant une copie numérisée de celui-ci. ## Coordonnez votre calendrier de changement en bloc Après réception de votre acte de modification en bloc, l’équipe Migrations de données de Stripe travaille avec vous, votre prestataire de services de paiement actuel et notre banque partenaire pour convenir d’une date de modification en bloc. À cette date, Stripe importe vos mandats et vos clients dans votre compte Stripe. Nous recommandons de fixer la date du changement groupé au moins six semaines après la date de soumission de l’acte de changement groupé signé. Le processus suivant doit être complété avant cette date : - Accord entre toutes les parties sur une date de changement en bloc - Stripe remplit un formulaire de notification de changement - Examen et approbation des documents par Stripe et les banques sponsors actuelles - Préavis envoyé aux clients concernant le changement en bloc - Transfert des données à Stripe et préparation de l’importation Si vous devez terminer la migration en plusieurs phases, veuillez nous en informer dans le fil de discussion avec le support par e-mail. Nous travaillerons avec vous pour fixer des dates distinctes de changement groupé pour chaque phase. ## Envoyer des lettres aux payeurs La *Lettre aux payeurs* explique la nécessité d’effectuer la migration, son impact pour les payeurs, ainsi que la garantie de prélèvement automatique. Téléchargez le modèle préapprouvé de Lettre aux payeurs. Informez-nous si vous devez modifier la Lettre aux payeurs. Toute modification nécessite une vérification par la banque partenaire de Stripe. Connectez-vous à pour télécharger le modèle de courrier aux payeurs. Vous pouvez choisir la méthode pour transmettre la Lettre aux payeurs à vos clients. L’e-mail, le courrier postal et le message texte sont tous des options de communication valides. Ne pas informer les payeurs de ce changement peut entraîner des paiements refusés et des litiges. ### Calendrier de communication Attendez d’avoir reçu l’approbation finale du changement groupé de la part des banques sponsors avant d’envoyer la Lettre aux payeurs. Vous devez envoyer la Lettre aux payeurs conformément à la **période de préavis** prévue dans votre SUN actuel. Contactez votre prestataire actuel pour confirmer cette période de préavis. Votre client peut voir deux mandats actifs dans son portail bancaire pendant 1 à 3 jours ouvrables pendant que Stripe complète l’importation de vos mandats existants. ## Mandats des Bacs d'importation Après avoir reçu l’approbation du changement groupé des banques sponsors, nous coordonnons avec vous et votre processeur actuel le transfert des données clients et des mandats concernés. Une fois que votre prestataire précédent a transféré vos données, Stripe les examine et identifie tout problème lié à l’importation. Nous collaborons avec vous et votre prestataire pour corriger ces problèmes, puis nous vous transmettons un résumé de l’importation pour examen et approbation finale. Votre prestataire de paiement actuel doit annuler vos mandats existants avant que nous procédions à l’importation à la date du changement groupé. - Vous ne pouvez pas facturer vos clients en utilisant votre processeur actuel. - Nous effectuons l’importation des mandats à la date du changement groupé et vous envoyons une confirmation par e-mail une fois l’opération terminée. - Nous créons un `Customer` avec un BACS `PaymentMethod` associé pour chaque client unique dans le fichier de données transféré. Le tableau suivant indique le calendrier Bacs en jours ouvrables (T), depuis la date du changement groupé jusqu’au moment où vous recevez les fonds sur votre compte : | | | | | T+0 | Migration terminée et mandat soumis | | VIREMENTS EN 3 JOURS | Le mandat est actif et le paiement est soumis | | T+5 | Les fonds quittent le compte bancaire du client | | T+7 | Les fonds sont disponibles dans Stripe | ### Exigences relatives au format des fichiers Les fichiers de données d’exportation doivent répondre aux normes de données suivantes pour que nous puissions procéder à une importation : - Le fichier doit être au format CSV. - Le fichier doit être codé en UTF-8. - Délimiter les lignes par un seul caractère de retour à la ligne `` (not `\r`). - Délimitez les colonnes par une virgule `,` - Tous les champs contenant des virgules doivent être placés entre des guillemets doubles (`"`). Nous recommandons de mettre tous les champs entre des guillemets doubles. - Laissez les champs vides entièrement vides (aucun caractère entre les délimiteurs). Vous ne devez *pas* indiquer un champ manquant par `NULL`, `N/A` ou toute autre valeur. - Échappez aux guillemets doubles faisant partie du contenu par un autre guillemet double conformément au RFC CSV. Exemple : `"``William` `""``Bard of Avon``""` `Shakespeare``"` - Les champs ne peuvent pas contenir de caractères de retour à la ligne (`\r` ou `\n`) à l’intérieur d’un champ. Voici un exemple de ce qu’il faut éviter : `101 1st Ave\nApt 1`. - Toutes les lignes doivent avoir le même nombre de colonnes. - Les colonnes peuvent être placées dans n’importe quel ordre. - Vous devez chiffrer les fichiers de données sensibles avec notre [clé PGP](https://docs.stripe.com/get-started/data-migrations/pan-import.md#migration-pgp-key) avant de les envoyer par SFTP. ## Champs de données Bacs | Champ | Obligatoire | Informations supplémentaires | | ---------------------------- | ----------- | ----------------------------------------------------------------------------------------------------------------------------------------------------- | | Ancien ID du client | Obligatoire | Nous créons un ID de client pour chaque ancien ID de client unique fourni. | | Nom | Obligatoire | Doit inclure le prénom et le nom de famille de la personne figurant sur le mandat. | | Code guichet | Obligatoire | Doit comporter 6 chiffres et inclure des zéros non significatifs. | | Numéro de compte | Obligatoire | Doit comporter 8 chiffres et inclure des zéros non significatifs. | | E-mail | Obligatoire | Stripe a besoin de l’adresse e-mail de votre client pour pouvoir envoyer des notifications. Contactez-nous si vos clients n’ont pas d’adresse e-mail. | | Ligne d’adresse 1 | Obligatoire | Première ligne de l’adresse du mandat Bacs du client. | | Ville | Obligatoire | Ville de l’adresse su mandat Bacs du client. | | Code postal | Obligatoire | Code postal de l’adresse du mandat Bacs du client. | | Pays | Obligatoire | Doit se présenter sous la forme du code pays ISO à 2 lettres. | | Téléphone | Facultatif | Numéro de téléphone du titulaire du compte. | | Ligne d’adresse 2 | Facultatif | Informations secondaires de l’adresse du mandat Bacs du client. | | État | Facultatif | État de l’adresse du mandat Bacs du client. | | Date de la DDI | Facultatif | Métadonnées supplémentaires (date de création du mandat Bacs). | | Date de la première collecte | Facultatif | Métadonnées supplémentaires (date à laquelle le mandat a été facturé pour la première fois). | | ID du client Stripe | Facultatif | ID client Stripe auquel mapper les mandats si nécessaire. | | Ancien ID de la source | Facultatif | Représentation unique d’un moyen de paiement. | | Métadonnées client/bacs | Facultatif | Les éventuelles métadonnées supplémentaires. | #### SEPA Pour des conseils généraux sur la procédure de migration standard, voir [Demander une importation de données de paiement](https://docs.stripe.com/get-started/data-migrations/pan-import.md). Ce document fournit des informations supplémentaires spécifiques aux importations SEPA. Stripe migre toutes les données de paiement SEPA en tant que moyens de paiement. Ce guide fournit des instructions pour effectuer la migration de vos mandats SEPA existants chez vos anciens prestataires de services de paiement vers Stripe. ## Importer les mandats Dans le contexte SEPA, le mandat fait référence à l’accord d’autorisation initial que le client et l’entreprise ont déjà établi. Dans Stripe, *créer un nouvel objet mandat* ne signifie pas créer un nouveau mandat de A à Z. Lors de l’importation, nous créons un nouvel *objet mandat* qui : - utilise le même `mandate_reference` que votre accord initial. - représente le même accord que celui que le client a initialement autorisé pour la première instruction de prélèvement. Aucune nouvelle information n’est demandée au client. L’accord initial reste inchangé. ### ID du créancier Un identifiant de créancier SEPA (ID de créancier) est un identifiant associé à chaque paiement par prélèvement automatique SEPA qui permet d’identifier l’entreprise demandant le paiement. Les entreprises pourraient avoir plusieurs identifiants de créancier, mais chaque identifiant de créancier est unique et permet aux clients d’identifier les débits effectués sur leur compte. Par défaut, votre compte Stripe utilise un ID de créancier Stripe lors de l’encaissement de paiements par prélèvement SEPA. **Paiements Stripe** apparaît sur les relevés bancaires à côté de votre [libellé de relevé Stripe](https://docs.stripe.com/get-started/account/statement-descriptors.md) configurable. Nous vous recommandons de : - configurer un libellé de relevé bancaire reconnaissable pour vous assurer que les clients reconnaissent les paiements et pour réduire le risque de litiges. - utiliser votre propre ID de créancier pour réduire les taux de litige et améliorer la reconnaissance par votre client de ses paiements. - Si vous utilisez l’ID de créancier Stripe, utilisez Stripe Checkout pour collecter les mandats de vos clients pour les prélèvements automatiques SEPA. Vous pouvez configurer votre propre ID de créancier à la page [Paramètres des moyens de paiement](https://dashboard.stripe.com/settings/payment_methods). Lorsque vous utilisez votre propre ID de créancier, votre nom apparaît sur les relevés de compte au lieu de celui de Stripe. #### Exemple de mandat bancaire SEPA si vous utilisez l’ID de créancier de Stripe ``` From Account Account name: CURRENT-ACCOUNT BIC: BANBICKIEXXXXX IBAN: IE11BANK11111111111111 Originator Details Originator name: Stripe Payments Europe Ltd Creditor Identifier: BE111111111111 The Creditor Identifier is a unique identifier used by the company to process collections. UMR: UMR123 PSP The Unique Mandate Reference (UMR) is specific to the mandate you have signed and identifies each direct debit mandate. Additional details Status: Active ``` #### Exemple de mandat bancaire SEPA si vous utilisez votre propre ID de créancier ``` From Account Account name: CURRENT-ACCOUNT BIC: BANBICKIEXXXXX IBAN: IE11BANK11111111111111 Originator Details Originator name: Merchant Creditor ID Name Creditor Identifier: BE222222222222 The Creditor Identifier is a unique identifier used by the company to process collections. UMR: UMR123 PSP The Unique Mandate Reference (UMR) is specific to the mandate you have signed and identifies each direct debit mandate. Additional details Status: Active ``` ## Avis de migration Informez vos clients de la migration avant qu’elle n’ait lieu. Ils n’ont pas besoin de donner à nouveau leur autorisation ou d’établir un nouveau mandat de prélèvement SEPA. L’autorisation que vous avez déjà est suffisante. ### Instructions générales concernant la communication : Signalez toute modification, notamment : - ID de créancier si vous optez pour l’ID de créancier de Stripe - Nom du créancier si vous optez pour l’ID de créancier de Stripe - IBAN de la banque du destinataire Veillez à ce que la communication rassure les clients sur la validité de leurs mandats actuels sans exiger d’eux une quelconque action, à moins qu’ils ne choisissent d’annuler le mandat. ## Notification de prélèvement SEPA Les règles SEPA prévoient que vous devez [informer vos clients](https://docs.stripe.com/payments/sepa-debit.md#debit-notification-emails) lorsque vous les débitez en utilisant le moyen de paiement SEPA. Par défaut, Stripe envoie automatiquement ces notifications par e-mail en votre nom. ## Conseils en matière de fichier SEPA - Un prestataire de services de paiement peut fournir un certain nombre de champs différents. - Nous conseillons à votre prestataire de fournir une exportation complète de toutes les données relatives aux clients et aux moyens de paiement vers Stripe. - Stripe peut filtrer les champs inutiles des données du prestataire précédent si nécessaire. - Stripe peut fusionner plusieurs fichiers reçus si l’ancien ID du client ou l’ancien ID de la source est présent dans les deux fichiers. ### Exigences relatives au format des fichiers Les fichiers de données d’exportation doivent répondre aux normes de données suivantes pour que nous puissions procéder à une importation : - Le fichier doit être au format CSV. - Le fichier doit être codé en UTF-8. - Délimiter les lignes par un seul caractère de retour à la ligne `` (not `\r`). - Délimitez les colonnes par une virgule (`,`). - Tous les champs contenant des virgules doivent être placés entre des guillemets doubles (`"`). Nous recommandons de mettre tous les champs entre des guillemets doubles. - Laissez les champs vides entièrement vides (aucun caractère entre les délimiteurs). Vous ne devez *pas* indiquer un champ manquant par `NULL`, `N/A` ou toute autre valeur. - Échappez aux guillemets doubles faisant partie du contenu par un autre guillemet double conformément au RFC CSV. Exemple : `"``William` `""``Bard of Avon``""` `Shakespeare``"` - Les champs ne peuvent pas contenir de caractères de retour à la ligne (`\r` ou ``) within a field. An example of what to avoid would be: `101 1st Ave Apt 1`. - Toutes les lignes doivent avoir le même nombre de colonnes. - Les colonnes peuvent être placées dans n’importe quel ordre. - Vous devez chiffrer les fichiers de données sensibles avec notre [clé PGP](https://docs.stripe.com/get-started/data-migrations/pan-import.md#migration-pgp-key) avant de les envoyer par SFTP. ### Champs de données SEPA | Champ | Obligatoire | Informations supplémentaires | | ----------------------- | ------------ | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Ancien ID du client | Obligatoire | Nous créons un ID de client pour chaque ancien ID de client unique fourni. | | Nom | Obligatoire | Nous devons inclure le nom de la personne figurant sur le mandat. | | IBAN | Obligatoire | Suivez la structure IBAN valide de Stripe. | | Référence du mandat | Obligatoire | Identifiant de référence du mandat existant | | E-mail | Obligatoire | SEPA exige que vous envoyiez une notification par e-mail au client lors du prélèvement de son moyen de paiement SEPA. Stripe peut envoyer cet e-mail de notification automatiquement ou vous pouvez l’envoyer manuellement. | | Ligne d’adresse 1 | Obligatoire* | \*Obligatoire pour les IBAN hors UE | | Pays | Obligatoire* | \*Obligatoire pour les IBAN hors UE. Il doit se présenter sous la forme d’un code de pays ISO à deux lettres. | | Code postal | Facultatif | Métadonnées supplémentaires | | Pays | Facultatif | Métadonnées supplémentaires | | Téléphone | Facultatif | Métadonnées supplémentaires | | Ligne d’adresse 2 | Facultatif | Métadonnées supplémentaires | | État | Facultatif | Métadonnées supplémentaires | | ID du client Stripe | Facultatif | Métadonnées supplémentaires | | Ancien ID de la source | Facultatif | Métadonnées supplémentaires | | Métadonnées client/SEPA | Facultatif | Toute métadonnée supplémentaire | #### PADs Pour des conseils généraux sur le processus de migration standard, consultez le document [Demander une importation de données de paiement](https://docs.stripe.com/get-started/data-migrations/pan-import.md), qui fournit des informations supplémentaires spécifiques aux importations de DPA. [Les règles des paiements au Canada relatives aux débits préautorisés](https://www.payments.ca/sites/default/files/h1eng.pdf) (DPA) exigent que les entreprises présentent un accord de mandat comportant des conditions claires et précises pour les débits uniques ou récurrents avant de débiter le compte bancaire d’un client. Une fois que vous avez obtenu l’accord du client, ce [mandat](https://docs.stripe.com/payments/acss-debit.md#mandates) autorise votre entreprise à débiter le compte bancaire du client selon un calendrier précis. Le mandat comprend le numéro d’établissement, le numéro de transit, le numéro de compte, le nom et l’adresse e-mail du client. Stripe ne peut importer que les DPA pour lesquels vous confirmez détenir les mandats. En soumettant le formulaire d’admission, vous confirmez que vous détenez les mandats pour les DPA que vous importez. ## Avis de migration Vous devez informer vos clients que vous effectuez une migration du traitement des paiements vers Stripe. ## PADs de débit Dans notre [formulaire d’admission](https://support.stripe.com/contact/email?topic=migrations), choisissez la manière dont vous prélèverez les DPA : - **Uniquement pour une utilisation automatique** avec des factures, des abonnements ou des calendriers de paiements récurrents. - **Uniquement pour les paiements à la demande**, à l’initiative du client.Vous ne pouvez pas débiter ces PADs pour une utilisation automatique avec des factures, des abonnements ou des calendriers de paiements récurrents. - **Pour les deux** : paiements à la demande à l’initiative du client et utilisation automatique avec des factures, des abonnements ou des calendriers de paiements récurrents. ## Conseils en matière de fichier PAD - Un prestataire de services de paiement peut fournir un certain nombre de champs différents. - Nous conseillons à votre prestataire de fournir une exportation complète de toutes les données relatives aux clients et aux moyens de paiement vers Stripe. - Stripe peut filtrer les champs inutiles des données du prestataire précédent si nécessaire. - Stripe peut fusionner plusieurs fichiers reçus si l’ancien ID du client ou l’ancien ID de la source est présent dans les deux fichiers. - Stripe peut uniquement importer des DPA préautorisés, car la vérification est une exigence des règles du système ACSS. ### Exigences relatives au format des fichiers Les fichiers de données d’exportation doivent répondre aux normes de données suivantes pour que nous puissions procéder à une importation : - Le fichier doit être au format CSV. - Le fichier doit être codé en UTF-8. - Délimiter les lignes par un seul caractère de retour à la ligne `` (not `\r`). - Délimitez les colonnes par une virgule `,` - Tous les champs contenant des virgules doivent être placés entre des guillemets doubles (`"`). Nous recommandons de mettre tous les champs entre des guillemets doubles. - Laissez les champs vides entièrement vides (aucun caractère entre les délimiteurs). Vous ne devez *pas* indiquer un champ manquant par `NULL`, `N/A` ou toute autre valeur. - Échappez aux guillemets doubles faisant partie du contenu par un autre guillemet double conformément au RFC CSV. Exemple : `"``William` `""``Bard of Avon``""` `Shakespeare``"` - Les champs ne peuvent pas contenir de caractères de retour à la ligne (`\r` ou `\n`) à l’intérieur d’un champ. Voici un exemple de ce qu’il faut éviter : `101 1st Ave\nApt 1`. - Toutes les lignes doivent avoir le même nombre de colonnes. - Les colonnes peuvent être placées dans n’importe quel ordre. - Vous devez chiffrer les fichiers de données sensibles avec notre [clé PGP](https://docs.stripe.com/get-started/data-migrations/pan-import.md#migration-pgp-key) avant de les envoyer par SFTP. ## Champs de données PAD | Champ | Obligatoire | Informations supplémentaires | | ----------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------ | | Ancien ID du client | Obligatoire | Nous créons un ID de client pour chaque ancien ID de client unique fourni. | | Numéro d’établissement | Obligatoire | Le numéro d’établissement à 3 chiffres identifie votre banque. | | Numéro de transit | Obligatoire | Le numéro de transit (5 chiffres) identifie l’agence où vous avez ouvert votre compte. | | Numéro de compte | Obligatoire | Le numéro de compte (7-12 chiffres) identifie votre compte individuel. | | Nom du titulaire du compte | Obligatoire | Nom et prénom du titulaire du compte ou du nom de la société. | | E-mail | Obligatoire/facultatif1 | Métadonnées supplémentaires (facultatif si l’adresse complète est fournie à la place). | | Ligne d’adresse 1 | Obligatoire/facultatif1 | Métadonnées supplémentaires (facultatif si l’adresse électronique est fournie à la place). | | Ligne d’adresse 2 | Obligatoire/facultatif1 | Métadonnées supplémentaires (facultatif si l’adresse électronique est fournie à la place). | | Ville | Obligatoire/facultatif1 | Métadonnées supplémentaires (facultatif si l’adresse électronique est fournie à la place). | | État | Obligatoire/facultatif1 | Métadonnées supplémentaires (facultatif si l’adresse électronique est fournie à la place). | | Code postal | Obligatoire/facultatif1 | Métadonnées supplémentaires (facultatif si l’adresse électronique est fournie à la place). | | Pays | Obligatoire/facultatif1 | Métadonnées supplémentaires (facultatif si l’adresse électronique est fournie à la place). | | Type de transaction | Obligatoire | Spécifie si le compte est `personal` ou `business`. | | [Calendrier de paiement](https://docs.stripe.com/payments/acss-debit.md#payment-schedule) | Obligatoire | Indique si le calendrier est de type `interval`, `sporadic` ou `combined`. | | Description de l’intervalle | Nécessaire uniquement si la valeur `payment_schedule` est définie sur `interval` ou `combined` | Description textuelle de la fréquence du calendrier de paiement. | | Téléphone | Facultatif | Métadonnées supplémentaires | | ID du client Stripe | Facultatif | Métadonnées supplémentaires | | Ancien ID de la source | Facultatif | Métadonnées supplémentaires | | Description | Facultatif | Métadonnées supplémentaires | | Métadonnées du client | Facultatif | Toute métadonnée supplémentaire | 1 L’adresse e-mail du client ou son adresse complète doit être présente dans le fichier de données pour l’importation des DPA/ACSS. Si vous ne fournissez ni l’adresse e-mail ni l’adresse complète, l’importation du DPA échoue. ## Certification et clause de non-responsabilité relatives à la migration des données PAD En soumettant le [Formulaire de collecte pour la migration des données PADs/ACSS](https://support.stripe.com/contact/email?topic=migrations), vous certifiez que toutes les déclarations suivantes sont exactes et que vous disposez de l’autorité nécessaire pour les formuler. Vous détenez des mandats pour tous les moyens de paiement DPA que vous importez. Vous acceptez de vous conformer à la [Règle H1](https://www.payments.ca/sites/default/files/h1eng.pdf) de Payments Canada ainsi que d’autres [Règles](https://www.payments.ca/systems-services/rules-documentation?field_rules_type=170&field_category_type=All) de Payments Canada qui complètent la Règle H1 (« PAD Rules ») lorsque les services de Stripe sont utilisés pour réaliser des prélèvement automatiques (« PAD »). Vous comprenez qu’en tant que Bénéficiaire (tel que défini dans les règles DPA), vous êtes entièrement responsable de la collecte et de la conservation des autorisations DPA de vos clients conformément aux règles DPA, comme décrit dans les conditions générales relatives aux [moyens de paiement ACSS de Stripe](https://stripe.com/en-de/legal/pad) et les [exigences du contrat de mandat](https://docs.stripe.com/payments/acss-debit/custom-pad-agreement.md#mandate-agreement-requirements). Si vous ne respectez pas les exigences des règles PAD concernant les autorisations recueillies précédemment, vous comprenez que vous devez obtenir de nouvelles autorisations avant de traiter des prélèvements PAD sur Stripe. Pour les autorisations reçues avant la migration vers Stripe, vous devez fournir à Stripe, sur demande, la preuve de toute autorisation pertinente pour les transactions PAD. En cas de contestation d’un litige, vous êtes seul responsable de fournir une copie de cette autorisation. #### BECS Pour des conseils généraux sur le processus de migration standard, consultez le document [Demander une importation de données de paiement](https://docs.stripe.com/get-started/data-migrations/pan-import.md), qui fournit des informations supplémentaires spécifiques aux importations de [AU BECS](https://docs.stripe.com/payments/au-becs-debit.md). Lorsque vous migrez des données AU BECS depuis votre sous-traitant précédent, vous importez ces données dans Stripe sous la forme d’un objet de moyen de paiement (`pm_`). ## Importer les mandats Au cours du traitement du paiement, l’entreprise doit obtenir un mandat l’autorisant à prélever le compte. Dans le cadre du prélèvement automatique BECS, ce type de mandat est appelé « demande de prélèvement automatique ». Ces mandats ou DDR font référence à l’accord autorisé initial que le client et l’entreprise ont déjà établi. Lors de la migration des informations de paiement vers Stripe, nous créons une nouvelle Demande de Prélèvement Automatique (DDR) pour remplacer vos mandats existants de demande de prélèvement automatique. Cette nouvelle DDR : - représente le même accord que celui que le client a initialement autorisé pour la première instruction de prélèvement. - Aucune nouvelle information n’est requise de la part du client. L’accord initial reste inchangé. ### Limites de compte Les nouveaux utilisateurs sont soumis à des limites par défaut de 10 000 AUD par transaction et de 10 000 AUD par semaine pour les transactions de prélèvement automatique BECS en Australie. Si vous avez besoin de limites plus élevées, faites-le nous savoir dans votre[formulaire de demande de migration](https://docs.stripe.com/get-started/data-migrations/pan-import.md#request-migration). ## Avis de migration Informez vos clients de la migration au moins 30 jours avant le premier prélèvement via Stripe. Leur approbation initiale suffit, mais vous devez : - Informez vos clients que vous mettez à jour leur demande de prélèvement automatique (DDR) et leur [contrat d’utilisation du service de demande de prélèvement automatique (DDRSA)](https://stripe.com/au-becs-dd-service-agreement/legal) en cours. - Incluez un lien vers le nouveau contrat d’utilisation du service de demande de prélèvement automatique (DDRSA). Rassurez vos clients sur la validité de leurs mandats actuels et sur le fait qu’ils n’ont pas besoin de donner à nouveau leur autorisation ou de mettre en place un nouveau mandat de prélèvement automatique BECS AU, sauf s’ils choisissent d’annuler le mandat. ## Notification de prélèvement AU BECS La réglementation AU BECS vous conseille de [notifier vos clients](https://docs.stripe.com/payments/au-becs-debit.md#debit-notification-emails) lors du débit de leur mode de paiement AU BECS. Si vous choisissez d’avertir vos clients, Stripe peut envoyer automatiquement cette notification par e-mail, ou vous pouvez l’envoyer manuellement. Stripe exige l’adresse e-mail du client dans les données de migration pour se conformer à cette réglementation. ## Guide du fichier AU BECS - Un prestataire de services de paiement peut fournir un certain nombre de champs différents. - Nous conseillons à votre prestataire de fournir une exportation complète de toutes les données relatives aux clients et aux moyens de paiement vers Stripe. - Stripe peut filtrer les champs inutiles des données du prestataire précédent si nécessaire. - Stripe peut fusionner plusieurs fichiers reçus si l’ancien ID du client ou l’ancien ID de la source est présent dans les deux fichiers. ## Exigences relatives au format des fichiers Les fichiers de données d’exportation doivent répondre aux normes de données suivantes pour que nous puissions procéder à une importation : - Le fichier doit être au format CSV. - Le fichier doit être codé en UTF-8. - Délimiter les lignes par un seul caractère de retour à la ligne `` (not `\r`). - Délimitez les colonnes par une virgule (`,`). - Tous les champs contenant des virgules doivent être placés entre des guillemets doubles (`"`). Nous recommandons de mettre tous les champs entre des guillemets doubles. - Laissez les champs vides entièrement vides (aucun caractère entre les délimiteurs). Vous ne devez pas indiquer un champ manquant par `NULL`, `N/A` ou toute autre valeur. - Échappez aux guillemets doubles faisant partie du contenu par un autre guillemet double conformément au RFC CSV. Exemple : `"William` `""Bard of Avon""` `Shakespeare"` - Les champs ne peuvent pas contenir de caractères de retour à la ligne (`\r` ou ``) within a field. An example of what to avoid would be: `101 1st Ave Apt 1`. - Toutes les lignes doivent avoir le même nombre de colonnes. - Les colonnes peuvent être placées dans n’importe quel ordre. - Vous devez chiffrer les fichiers de données sensibles avec notre [clé PGP](https://docs.stripe.com/get-started/data-migrations/pan-import.md#migration-pgp-key) avant de les envoyer par SFTP. ## Champs de données AU BECS | Champ | Obligatoire | Informations supplémentaires | | -------------------------- | ----------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Ancien ID du client | Obligatoire | Nous créons un ID de client pour chaque ancien ID de client unique fourni. | | Nom | Obligatoire | Nous devons inclure le nom de la personne figurant sur le mandat. | | Numéro de compte | Obligatoire | Le numéro de compte bancaire. | | Numéro BSB | Obligatoire | Le numéro d’agence bancaire (BSB) à 6 chiffres du compte bancaire. | | E-mail | Obligatoire | AU BECS exige que vous envoyiez une notification par e-mail au client lors du prélèvement de son moyen de paiement AU BECS. Stripe peut envoyer cet e-mail de notification automatiquement ou vous pouvez l’envoyer manuellement. | | ID du client Stripe | Facultatif | ID client Stripe auquel mapper les mandats si nécessaire. | | Ancien ID de la source | Facultatif | Représentation unique d’un moyen de paiement. | | Ligne d’adresse 1 | Facultatif | Première ligne de l’adresse du mandat AU BECS du client. | | Ligne d’adresse 2 | Facultatif | Informations secondaires de l’adresse du mandat AU BECS du client. | | Ville | Facultatif | Ville figurant dans l’adresse du client pour le mandat AU BECS. | | État | Facultatif | État de l’adresse du mandat AU BECS du client. | | Code postal | Facultatif | Code postal de l’adresse du client pour le mandat AU BECS. | | Pays | Facultatif | Doit se présenter sous la forme du code pays ISO à 2 lettres. | | Téléphone | Facultatif | Numéro de téléphone du titulaire du compte. | | Métadonnées Client/AU BECS | Facultatif | Les éventuelles métadonnées supplémentaires. | ## Vérifier les résultats de la migration Lors de l’importation, nous inspectons votre fichier source, validons le format des données et générons un fichier de sortie. Vous recevrez un rapport d’erreurs avec toutes les [erreurs et un fichier de mappage post-importation](https://docs.stripe.com/get-started/data-migrations/pan-import.md#post-import-mapping-file) qui relie vos données sources aux nouvelles données client dans votre compte Stripe, au format CSV ou JSON. Nous ajoutons également [des métadonnées](https://docs.stripe.com/metadata.md) `old_id` aux objets [Client](https://docs.stripe.com/api/customers.md).