# Revenue Recognition pour les paiements indirects

Découvrez le fonctionnement de Revenue Recognition pour les paiements indirects.

La comptabilisation des revenus pour les frais de destination permet de suivre la manière dont les frais de plateforme sont comptabilisés en tant que revenus lorsque le modèle de frais de destination est utilisé pour Stripe Connect. Avec les frais de destination, le compte de la plateforme reçoit le montant total des frais, puis transfère une partie de ce montant au compte connecté, en conservant les frais de plateforme en tant que revenus. Nous expliquons ici comment fonctionne la comptabilisation des revenus pour les deux méthodes d’encaissement des frais :

- **Commissions de plateforme** (`application_fee_amount`) : les frais de plateforme sont collectés séparément et transférés à la plateforme.
- **Montant du transfert** (`transfer_data[amount]`) : les frais de plateforme sont déduits du montant du transfert vers le compte connecté.

## Revenus encaissés via application_fee_amount

Si les paiements indirects génèrent un [encaissement de commission](https://docs.stripe.com/connect/destination-charges.md?fee-type=application-fee#collect-fees) via le paramètre `application_fee_amount`, le paiement et le transfert ont lieu immédiatement, et le montant `application_fee_amount` est immédiatement comptabilisé en tant que revenu.

Dans cet exemple, le paiement contient le paramètre `application_fee_amount="200"`.

- Le 15 janvier, le montant total du paiement, soit 10 USD, est crédité sur le compte de votre plateforme.
  - 10 USD sont transférés sur le compte connecté.
  - La commission de la plateforme, d’un montant de 2 USD, est reversée sur votre plateforme.

| Compte  | Janv.       |
| ------- | ----------- |
| Revenus | + 2,00 |
| Caisse  | + 2,00 |

## Revenus encaissés via transfer_data[amount]

Si les paiements indirects génèrent un [encaissement de commission](https://docs.stripe.com/connect/destination-charges.md?fee-type=transfer-amount#collect-fees) via le paramètre `transfer_data[amount]`, le paiement et le transfert se produisent immédiatement : la commission de la plateforme est soustraite du montant du paiement et la différence est transmise dans le paramètre `transfer_data[amount]`. La commission de la plateforme est immédiatement comptabilisée en tant que revenu.

Dans cet exemple, le paiement contient le paramètre `transfer_data[amount]="800"`.

- Le 15 janvier, le montant total du paiement, 10 USD, est crédité sur le compte de votre plateforme.
  - 8 USD sont transférés sur le compte connecté.
  - 2 USD sont comptabilisés en tant que revenus.

| Compte  | Janv.       |
| ------- | ----------- |
| Revenus | + 2,00 |
| Caisse  | + 2,00 |

## Pertes et revenus de contrepartie liés à l’émission de remboursements

### En cas d’encaissement de commission via application_fee_amount

Si les paiements indirects génèrent une [émission de remboursements](https://docs.stripe.com/connect/destination-charges.md#issue-refunds), le compte de destination conserve par défaut les fonds qui lui ont été transférés, laissant au compte de la plateforme le soin de couvrir le solde négatif dû au remboursement. Le montant du remboursement est comptabilisé en tant que ConnectTransferLoss.

Dans cet exemple, le paiement génère l’encaissement d’une commission via le paramètre `application_fee_amount`, puis est intégralement remboursé en février.

- Le 15 janvier, le montant total du paiement, soit 10 USD, est crédité sur le compte de votre plateforme.
  - 10 USD sont transférés sur le compte connecté.
  - La commission de la plateforme, d’un montant de 2 USD, est reversée sur votre plateforme.
- Le 21 février, le montant total du paiement, soit 10 USD, est remboursé.

| Compte              | Janv.       | Févr.        |
| ------------------- | ----------- | ------------ |
| Revenus             | + 2,00 |              |
| Caisse              | + 2,00 | - 10,00 |
| ConnectTransferLoss |             | + 10.00 |

Si le compte de la plateforme définit les paramètres `reverse_transfer=true` et `refund_application_fee=true` lors de l’appel de remboursement à l’API :

- Si l’annulation du transfert réussit, ConnectTransferLoss est neutralisé par l’annulation du transfert.
- La commission de la plateforme remboursée est comptabilisée en tant que revenu de contrepartie.

| Compte         | Janv.       | Févr.       |
| -------------- | ----------- | ----------- |
| Revenus        | + 2,00 |             |
| Caisse         | + 2,00 | - 2,00 |
| Remboursements |             | + 2,00 |

### Si vous percevez des commissions via le paramètre transfer_data[amount]

Dans cet exemple, le paiement génère l’encaissement d’une commission via le paramètre transfer_data[*amount*], puis est partiellement remboursé en février et mars.

- Le 15 janvier, le montant total du paiement, soit 10 USD, est crédité sur le compte de votre plateforme.
  - 8 USD sont transférés sur le compte connecté.
  - 2 USD sont comptabilisés en tant que revenus.
- Le 21 février, un remboursement partiel d’un montant de 4 USD est effectué, générant une annulation proportionnelle du transfert, soit 3,20 USD.
- Le 10 mars, les 6 USD restants sont remboursés, générant une annulation proportionnelle du transfert, soit 4,80 USD.

| Compte         | Janv.       | Févr.       | Mars        | Total       |
| -------------- | ----------- | ----------- | ----------- | ----------- |
| Revenus        | + 2,00 |             |             | + 2,00 |
| Caisse         | + 2,00 | - 0,80 | - 1,20 |             |
| Remboursements |             | + 0,80 | + 1,20 | + 2,00 |

## Bonnes pratiques pour accéder à la fonctionnalité

Pour utiliser la comptabilisation des revenus des débits indirects, suivez les bonnes pratiques suivantes en matière de configuration, de suivi et de dépannage.

### Vérifiez les écritures comptables des paiements indirects

Vous pouvez sélectionner les colonnes **ID de la commission de la plateforme**, **ID du remboursement de la commission de la plateforme**, **ID du transfert**, **ID du remboursement du transfert** et **ID de destination du paiement** lorsque vous téléchargez des rapports au format CSV par facture ou poste de facture.
![Colonnes du rapport de comptabilisation des revenus pour les paiements indirects](https://b.stripecdn.com/docs-statics-srv/assets/connect-destination-charges-report-columns.503bbea8698306dc3a1282676b1e0d2c.png)

Les rapports récapitulatifs mensuels contiennent les nouveaux postes `Revenue from platform fees` et `Less refunds from platform fees`. Pour plus de détails, consultez la [section relative aux récapitulatifs mensuels](https://docs.stripe.com/revenue-recognition/reports/monthly-summary.md).
![Postes récapitulatifs du mois de comptabilisation des revenus pour les paiements indirects](https://b.stripecdn.com/docs-statics-srv/assets/connect-destination-charges-month-summary.6ac0f42f9d596630e5ffb95f7d84a451.png)

### Période comptable

Des corrections sont générées si la bêta privée est appliquée rétroactivement aux transactions des périodes comptables passées (clôturées). Pour éviter cela, rouvrez vos livres en [ouvrant vos périodes comptables](https://docs.stripe.com/revenue-recognition/revenue-settings/accounting-period-control.md) avant de passer à la version bêta.

### Règle d’exclusion des paiements indirects

Si vous avez appliqué la règle d’exclusion des paiements indirects, vous pouvez supprimer les règles d’exclusion ou définir une date de fin de période effective pour appliquer la fonctionnalité.
![Règle d'exclusion de la comptabilisation des revenus pour les paiements de destination](https://b.stripecdn.com/docs-statics-srv/assets/connect-destination-charges-exclusion-rule.d002006b2460151217a08cdcbbef344d.png)