Revenue Recognition pour les paiements indirectsVersion bêta publique

Revenus encaissés via application_fee_amount

Si les paiements indirects génèrent un encaissement de commission 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.

Revenus encaissés via transfer_data[amount]

Si les paiements indirects génèrent un encaissement de commission 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.

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, 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é.

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.

Si vous encaissez 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.

Bonnes pratiques pour un accès efficace à la fonctionnalité

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.

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.

Vérifier si votre période comptable est ouverte ou clôturée lorsque vous participez à la version bêta privée

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 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é.