# Exemples d'importation de données Comment appliquer l'importation de données à des cas d'usage courants. ## 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 2025, qui représente un *abonnement* (A Subscription represents the product details associated with the plan that your customer subscribes to. Allows you to charge the customer on a recurring basis) annuel du 1er février 2025 au 31 janvier 2026. Pour ajouter ces données à Stripe, vous pouvez importer un fichier CSV avec les champs suivants : | source | transaction_id | split_transaction_id | booked_date | recognition_start_date | recognition_end_date | amount | currency | description | | ------ | -------------- | -------------------- | ----------- | ---------------------- | -------------------- | ------ | -------- | ----------- | | Stripe | py_1234 | | | 2025-02-01 | 2026-01-31 | | | | 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](https://docs.stripe.com/invoicing.md), tout en disposant de votre propre solution de paiements récurrents. Il est possible que vos postes de *facture* (Invoices are statements of amounts owed by a customer. They track the status of payments from draft through paid or otherwise finalized. Subscriptions automatically generate invoices, or you can manually create a one-off invoice) 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 2025. 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](https://docs.stripe.com/revenue-recognition/reports.md#statements), 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 2025 au 15 avril 2025 est incorrecte, ce qui a pour effet une comptabilisation des revenus en avril. Vous souhaitez comptabiliser les revenus pour `il_5678` du 1er mai 2025 au 1er juin 2025, et comptabiliser les revenus pour `il_7890` du 1er juin 2025 au 1er septembre 2025. | source | transaction_id | split_transaction_id | booked_date | recognition_start_date | recognition_end_date | amount | currency | description | | ------ | -------------- | -------------------- | ----------- | ---------------------- | -------------------- | ------ | -------- | ----------- | | Stripe | in_1234 | il_5678 | | 2025-05-01 | 2025-06-01 | | | | | Stripe | in_1234 | il_7890 | | 2025-06-01 | 2025-09-01 | | | | 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 2025 au 31 mai 2025. - Une expédition de matériaux de 25,01 USD comptabilisée immédiatement à une date d’expédition du 1er janvier 2025. Pour fractionner ce paiement Stripe, vous pouvez indiquer les données suivantes : | source | transaction_id | split_transaction_id | booked_date | recognition_start_date | recognition_end_date | amount | currency | description | | ------ | -------------- | -------------------- | ----------- | ---------------------- | -------------------- | ------ | -------- | ------------------------------------------------------------ | | Stripe | py_1234 | abonnement | | 2025-02-01 | 2025-05-31 | 74,99 | USD | Partie du paiement correspondant à l’abonnement | | Stripe | py_1234 | livraison | | 2025-01-01 | 2025-01-01 | 25,01 | USD | Partie du paiement correspondant à l’expédition de matériaux | 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 2025 au 31 décembre 2025 réglé à l’avance le 15 décembre 2024 à 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 : | source | transaction_id | split_transaction_id | booked_date | recognition_start_date | recognition_end_date | amount | currency | description | | --------------------- | ---------------- | -------------------- | ----------- | ---------------------- | -------------------- | ------ | -------- | -------------------- | | Mon système précédent | Transaction 1234 | | 2024-12-15 | 2025-01-01 | 2025-12-31 | 100 | USD | Un abonnement annuel | É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](https://docs.stripe.com/currencies.md) 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](https://docs.stripe.com/revenue-recognition/data-import/manage-imported-data.md#transactions-deletion), 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 2026. | source | transaction_id | split_transaction_id | booked_date | recognition_start_date | recognition_end_date | amount | currency | description | | ------ | -------------- | -------------------- | ----------- | ---------------------- | -------------------- | ------ | -------- | ----------- | | Stripe | py_1234 | | | 2025-02-01 | 2026-01-31 | | | | Vous pouvez importer un autre fichier CSV au format suivant, qui remplace complètement la ligne précédente : | source | transaction_id | split_transaction_id | booked_date | recognition_start_date | recognition_end_date | amount | currency | description | | ------ | -------------- | -------------------- | ----------- | ---------------------- | -------------------- | ------ | -------- | ----------- | | Stripe | py_1234 | | 2026-03-01 | | | | | | 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](https://dashboard.stripe.com/revenue-recognition/data-import) et renseignez les ID comme suit : | transaction_id | | -------------- | | in_1234 | | ii_1234 | | il_1234 | | py_1234 | | ch_1234 | ## Importer des écritures comptables Vous pouvez importer une écriture comptable pour compenser les données actuelles et ajuster vos rapports. Par exemple, vous avez une facture dont l’identifiant est `in_1234`. Vous souhaitez imputer 0,03 USD du compte Clients au compte Autres pertes pour l’exercice comptable du 1er juillet 2026. Pour compenser cette écriture, [téléchargez le modèle CSV pour l’importation](https://dashboard.stripe.com/revenue-recognition/data-import) des écritures et renseignez les pièces d’identité comme suit : | accounting_period_date | debit_account | credit_account | settlement_amount | settlement_currency | transaction_id | debit_account_gl_name | credit_account_gl_name | debit_account_gl_code | credit_account_gl_code | presentment_amount | presentment_currency | description | | ---------------------- | ------------- | ------------------ | ----------------- | ------------------- | -------------- | --------------------- | ---------------------- | --------------------- | ---------------------- | ------------------ | -------------------- | ----------- | | 2026-07-01 | OtherLoss | AccountsReceivable | 0,03 | USD | in_1234 | | | | | | | |