Accéder directement au contenu
Créez un compte ou connecter-vous
Logo de la documentation Stripe
/
Demander à l'assistant IA
Créez un compteConnectez-vous
Démarrer
Paiements
Revenus
Plateformes et marketplaces
Gestion de fonds
Ressources pour les développeurs
API et SDKAide
Aperçu
Billing
PrésentationÀ propos des API Billing
Abonnements
Invoicing
Facturation à la consommation
Facturation à l'utilisation avancée
Devis
Gestion des clients
Facturation avec d'autres produits
Recouvrement de revenus
Automatisations
Tester votre intégration
Tax
Présentation
Utiliser Stripe Tax
Gérer la conformité
Rapports
Présentation
Sélectionner un rapport
Configurer des rapports
Rapports sur plusieurs comptes
API de rapport
Comptabilisation des revenus
    Présentation
    Fonctionnement de Revenue Recognition
    Configurer Revenue Recognition
    Actualisation des données
    Tarifs
    Multi-devises
    Plateformes Connect
    Contrats Revenue Recognition
    Rapports
    Remplacements
    Vérifier vos chiffres
    Exemples
    Règles de comptabilisation des revenus
      Création d'une règle
    Paramètres de comptabilisation des revenus
    Mapper à votre plan comptable
    API Performance Obligations
    Importation de données dans Stripe
    Exportation de données depuis Stripe
    Prix de vente unitaires
Données
Présentation
Requête sur les données de l'entreprise
Sigma
Data Pipeline
Importer des données externes
États-Unis
Français (France)
AccueilRevenusRevenue recognitionRevenue recognition rules

Création d'une règle

Apprenez à créer une règle de comptabilisation des revenus.

Vous pouvez créer et gérer les règles de comptabilisation des revenus à partir du Dashboard Stripe. Pour créer une règle, cliquez sur Ajouter une règle à partir de la page Règles.

Une règle se compose des éléments suivants :

  • Nom
  • Appliquer à
  • Traitement et affectation des revenus
  • Période effective

Conditions

Sous Apply to, vous pouvez définir des conditions précisant à quelles transactions (par exemple, les paiements, les postes de facture, les , les ) une règle s’applique.

Mise en garde

Une transaction remplit les conditions requises lorsque toutes les conditions sont vraies.

Période effective

Une période effective définit la période à laquelle une règle s’applique. Pour un poste de facture, si l’heure de finalisation de la facture se situe dans la période effective spécifiée, le poste de facture satisfait à cette condition. Pour un débit, si l’heure de création de l’opération sur solde correspondante se situe dans la période effective spécifiée, le débit satisfait également à cette condition.

Pour qu’une règle s’applique à une transaction, celle-ci doit répondre à la fois aux exigences relatives à la période effective et aux conditions. Lorsque vous mettez à jour la période effective, la règle s’applique rétroactivement aux exercices comptables précédents. Si les périodes précédentes ont été clôturées, les modifications sont répercutées dans le premier exercice comptable ouvert. Vous pouvez éviter les corrections en rouvrant les périodes précédentes.

Traitements

Lorsqu’une transaction satisfait à la fois la condition de période effective et la condition requise, un ensemble de paramètres prédéfinis est appliqué. Un traitement se compose de son type et du pourcentage d’affectation. Le pourcentage d’affectation précise la part du montant sur laquelle le type de traitement s’applique. Le type de traitement définit la manière de traiter le montant. Nous prenons en charge les types de traitement suivants :

Traitement des revenusProduits*Clients**FacturesAutres paiements
Reporter les revenus et les comptabiliser à une date donnée (appliqué aux paiements)
Catégoriser le montant en frais de tiers
Catégoriser le montant en taxe
Exclure le montant
Amortir le montant sur une période donnée (appliqué aux paiements)
Amortir le montant sur la période de service pour un poste de facture

  • Vous pouvez combiner des produits avec Invoices pour un ciblage supplémentaire.
  • ** Vous ne pouvez pas utiliser les objets Customers seuls. Vous devez les combiner avec des objets Invoices, Other Payments.

    Exemples de règles

    Les exemples suivants présentent des configurations courantes de règles de comptabilisation des revenus. Chaque exemple montre comment définir des règles pour différents scénarios d’entreprise, de la catégorisation des taxes à l’amortissement des revenus.

    Traitement des taxes

    Pour catégoriser un poste de taxe (par exemple, créé par Avalara), vous pouvez définir une règle comme dans l’exemple suivant :

    ComposantsValeur
    Appliquer àFactures > La description de poste contient tous les éléments suivants : AvaTax
    Période effectiveDébut : Toutes les dates passées — Fin : Indéterminée
    TraitementsTaxe (100 %)

    Pour un poste de 10 USD facture portant la description « Taxe de vente calculée par AvaTax » et une facture finalisée au mois d’avril, les soldes du compte se présenteront comme suit :

    CompteAvril
    AccountsReceivable10 USD
    TaxLiability10 USD

    Frais de tiers

    Pour catégoriser 10 % d’un montant en tant que frais de tiers, vous pouvez définir la règle suivante :

    ComposantsValeur
    Appliquer àFactures > Tous les postes
    Période effectiveDébut : Toutes les dates passées—Fin : Indéterminée
    TraitementsAmortissement sur la période de service du poste (90 %) et frais de tiers (10 %)

    Pour un poste de facture de 100 USD (sans période de service) et une facture finalisée au mois d’avril, les soldes du compte apparaissent comme suit :

    CompteAvril
    AccountsReceivable100 USD
    Revenus90 USD
    PassthroughFees10 USD

    Exclure les transactions d’un client test

    Pour exclure tous les paiements individuels d’un client test, vous pouvez définir la règle suivante :

    ComposantsValeur

    Appliquer à

    Clients > L’e-mail du client contient tout ce qui suit : test@stripe.com

    Autres paiements > Tous les autres paiements

    Période effectiveDébut : Toutes les dates passées—Fin : Indéterminée
    TraitementsExclure les revenus (100 %)

    Le rapport exclut les autres Payments du client, dont l’e-mail est test@stripe.com.

    Exclure les paiements individuels

    Pour exclure tous les paiements individuels du rapport, définissez une règle semblable à celle-ci :

    ComposantsValeur
    Appliquer àAutres paiements > Tous les autres paiements
    Période effectiveDébut : Toutes les dates passées—Fin : Indéterminée
    TraitementsExclure les revenus (100 %)

    Cette règle limite la comptabilisation des revenus de façon à inclure uniquement les paiements récurrents et les règlements de factures ponctuelles dans vos rapports de comptabilisation des revenus. Les paiements individuels sont exclus du rapport.

    Amortir les revenus sur une période de temps personnalisée

    Dans cet exemple, nous voulons (1) amortir sur un an les autres paiements d’un petit nombre de clients (par exemple, cus_AAA et cus_BBB) et (2) amortir sur un mois les autres paiements restants.

    Nous pouvons créer deux règles et respecter la priorité indiquée dans l’exemple suivant :

    Règle 1 : Amortir les autres paiements sur un an

    ComposantsValeur

    Appliquer à

    Clients > Le client possède l’un des ID suivants : cus_AAA, cus_BBB

    Autres paiements > Tous les autres paiements

    Période effectiveDébut : Toutes les dates passées — Fin : Indéterminée
    TraitementsAmortissement sur la période de service personnalisée (100 %) > Début de l’amortissement à 0 jour de la date du paiement sur 1 an

    Règle 2 : Amortir les autres paiements sur un mois

    ComposantsValeur
    Appliquer àAutres paiements > Tous les autres paiements
    Période effectiveDébut : Toutes les dates passées — Fin : Indéterminée
    TraitementsAmortissement sur la période de service personnalisée (100 %) > Début de l’amortissement à 0 jour de la date du paiement sur 1 mois

    Les autres paiements provenant de cus_AAA ou cus_BBB correspondent à la règle 1, et les revenus sont amortis sur un an. Les autres paiements provenant de tout autre client correspondent à la règle 2, et les revenus sont amortis sur un mois.

    Cette page vous a-t-elle été utile ?
    OuiNon
    • Besoin d'aide ? Contactez le service Support.
    • Consultez notre log des modifications.
    • Des questions ? Contactez l'équipe commerciale.
    • LLM ? Lire llms.txt.
    • Propulsé par Markdoc