Exemples d'importation de données

Ajout d’une durée de service à un paiement Stripe

Dans cet exemple, vous utilisez Stripe comme prestataire de services de paiement, mais vous disposez de votre propre solution de paiement récurrent. Vous avez des paiements dans Stripe, mais votre système distinct conserve la période de service pour ces paiements.

Supposons que vous ayez dans Stripe un paiement de 120 USD avec l’ID py_1234 le 1er janvier 2020, qui représente un abonnement annuel du 1er février 2020 au 31 janvier 2021. Pour ajouter ces données à Stripe, vous pouvez importer un fichier CSV avec les champs suivants :

Stripe dispose déjà de données sur la date d’écriture, le montant et la devise, vous pouvez donc laisser ces champs vides.

Ajout ou remplacement d’une durée de service sur un poste de facture

Dans cet exemple, vous utilisez Stripe Invoicing, tout en disposant de votre propre solution de paiements récurrents. Il est possible que vos postes de facture fassent apparaître des durées de service manquantes ou incorrectes.

Supposons que vous ayez généré manuellement une facture pour une grande entreprise cliente et que vous ayez finalisé cette facture le 1er avril 2020. La facture a pour ID in_1234 et comporte plusieurs postes, dont certains sont des biens matériels et d’autres des abonnements à d’autres produits. Dans votre Rapport de comptabilisation des revenus par poste de facture, vous remarquez les points suivants :

• Une augmentation inattendue des revenus d’avril dans votre rapport. Le poste d’un abonnement (il_5678) n’ayant pas de durée de service, toutes les recettes de ce poste sont comptabilisés en avril.
• Pour un autre poste d’un autre abonnement (il_7890), la durée de service du 1er avril 2020 au 15 avril 2020 est incorrecte, ce qui a pour effet une comptabilisation des revenus en avril.

Vous voulez comptabiliser les revenus pour il_5678 du 1er mai 2020 au 1er juin 2020, et ceux pour il_7890 du 1er juin 2020 au 1er septembre 2020.

Stripe dispose déjà de données sur la date d’écriture à partir de la date de finalisation de la facture, du montant et de la devise, vous pouvez donc laisser ces champs vides.

Fractionnement des paiements Stripe avec des données supplémentaires

Dans cet exemple, vous utilisez Stripe comme prestataire de services de paiement. Vous avez des paiements dans Stripe, mais ces paiements peuvent représenter plusieurs biens et services différents pour lesquels vous souhaitez avoir des plans de comptabilisation des revenus personnalisés.

Supposons que vous ayez dans Stripe un paiement de 100 USD avec l’ID py_1234, qui représente deux biens et services distincts :

• Un abonnement de 74,99 USD comptabilisé du 1er février 2020 au 31 mai 2020.
• Une expédition de matériaux de 25,01 USD comptabilisée immédiatement à une date d’expédition du 1er janvier 2020.

Pour fractionner ce paiement Stripe, vous pouvez indiquer les données suivantes :

Vous devez spécifier un ID de la transaction fractionnée unique pour chaque partie des transactions. Cela nous permet de distinguer les différentes parties d’un paiement ayant le même ID. Le seul impératif est que chaque ID de la transaction fractionnée soit unique.

Stripe dispose déjà des données sur la date d’écriture et la devise. Vous pouvez donc laisser ces champs vides ou les remplir avec les valeurs exactes. Nous vérifierons que les montants de chaque composant du paiement correspondent au montant du paiement initial et que les devises (si elles sont spécifiées) restent les mêmes. Les descriptions sont facultatives.

Importation de transactions externes

Dans cet exemple, vous migrez vers Stripe à partir d’un autre prestataire de services de paiement ou vous disposez d’une solution avec plusieurs prestataires de services de paiement.

Supposons que vous migriez vos abonnements vers Stripe et qu’ils aient tous déjà été réglés. L’un de ces abonnements est un abonnement annuel du 1er janvier 2020 au 31 décembre 2020 réglé à l’avance le 15 décembre 2019 à un tarif de 100 USD. Pour importer ces données dans Stripe à des fins de comptabilisation des revenus, vous pouvez indiquer les données suivantes :

Étant donné que Stripe ne dispose d’aucune donnée sur cette transaction, vous devez renseigner tous les champs, à l’exception de ID de la transaction fractionnée et de Description, qui reste toujours facultatif. Vous pouvez également indiquer un ID de la transaction fractionnée si cela reflète le mieux vos données.

La devise doit être une devise prise en charge par votre compte dans Stripe. Aucune restriction ne s’applique autrement aux données des autres champs.

Correction des données importées

Si vous faites une erreur lors de l’importation des données, vous pouvez supprimer la transaction dans le Dashboard, et réimporter les bonnes données pour corriger les erreurs. Vous pouvez aussi télécharger un nouveau fichier CSV et toutes les lignes avec les champs Source, ID de transaction et ID de la transaction fractionnée correspondants pour remplacer les anciennes données importées.

Supposons que votre importation soit semblable à celle présentée ci-dessous, mais que vous souhaitiez supprimer les dates de début et de fin de comptabilisation et faire passer la date d’écriture au 1er mars 2022.

Vous pouvez importer un autre fichier CSV au format suivant, qui remplace complètement la ligne précédente :

Les champs vides pour Date de début de comptabilisation et Date de fin de comptabilisation indiquent que nous utilisons les dates de début et de fin de comptabilisation pour le paiement existant, py_1234. Les précédentes dates de début et de fin de comptabilisation pour l’importation qui étaient incorrectes ne sont plus utilisées.

Exclure des transactions des revenus

Vous pouvez vouloir exclure certaines transactions de votre processus de comptabilisation des revenus, car elles ont été générées par erreur en raison de paramètres incorrects, ou qu’il s’agit de transactions de test.

Par exemple, vous avez cinq transactions à exclure de vos revenus :

• in_1234 : facture test
• ii_1234 : poste de facture généré par erreur à partir d’une modification d’abonnement
• in_5678 : facture qui comprend plusieurs postes, dont il_1234 a été ajouté par erreur
• py_1234 : paiement autonome créé par une intégration problématique
• ch_1234 : paiement test autonome

Pour exclure ces transactions, téléchargez le modèle CSV pour l’importation d’exclusions et renseignez les ID comme suit :