Vos ventes sur AWS Marketplace peuvent croître pendant que votre flux bancaire semble encore étrangement bas. Ce n'est pas nécessairement un problème de prix. C'est souvent un problème de reporting : le client est facturé à une date, AWS encaisse la facture plus tard, des frais sont déduits, la taxe peut être gérée selon un scénario différent, et l'argent qui en résulte arrive sur un relevé bancaire ultérieur.
Pour une entreprise de logiciels qui vend via AWS Marketplace, le dépôt est le résultat final de plusieurs événements – pas la vente elle-même. Un processus fiable de tenue de livre préserve la transaction brute, enregistre les frais de place de marché et le traitement fiscal, assure le suivi des remboursements, puis rapproche le décaissement net en banque. Une fois ces couches séparées, votre marge, vos revenus, vos créances et vos prévisions de trésorerie deviennent beaucoup plus faciles à fiabiliser.
Pourquoi les dépôts AWS Marketplace ne sont pas équivalents aux revenus
L'erreur la plus courante est de comptabiliser chaque dépôt bancaire comme un revenu de vente. Ce raccourci masque quatre questions :
- Qu'est-ce que le client a réellement acheté, et dans le cadre de quelle offre ?
- Quel montant AWS a-t-il déduit au titre des frais de référencement ?
- La taxe a-t-elle été perçue par AWS, perçue et reversée, ou vous a-t-elle été laissée à calculer et à reverser ?
- Quelles factures, remboursements, avoirs et activités de périodes antérieures composent ce dépôt particulier ?
Les rapports AWS Marketplace fournissent les éléments nécessaires pour répondre à ces questions. Le tableau de bord des encaissements et des décaissements distingue le revenu brut, les remboursements bruts, les frais de référencement, les remboursements de frais de référencement, la part de taxe vendeur, la part de taxe AWS, le revenu net du vendeur et les détails des décaissements. Il fournit également des identifiants de facture, d'offre, d'accord, des références de transaction et des numéros de suivi bancaires qui peuvent être utilisés pour faire le lien entre les rapports opérationnels et vos registres comptables.
Il en résulte un principe comptable important : enregistrez l'activité économique au niveau de la transaction, puis utilisez le dépôt comme objectif de rapprochement. L'argent en banque prouve que des fonds ont bougé. Ce n'est pas une preuve suffisante pour expliquer pourquoi ils ont bougé.
Construire un plan comptable adapté au flux de la place de marché
Vous n'avez pas besoin d'un compte séparé pour chaque client, mais vous avez besoin de suffisamment de structure pour garder l'activité de la plateforme visible. Un bon point de départ est le suivant :
Revenus et comptes de direction de revenus
- Revenu brut d'AWS Marketplace
- Remboursements et avoirs AWS Marketplace
- Remises ou concessions contractuelles, si elles ne sont pas déjà reflétées dans le montant brut du rapport
Si votre entreprise comptabilise ses revenus sur la durée du contrat SaaS, gardez l'événement de facturation de la place de marché séparé du calendrier de constatation des revenus. La date de facture de la place de marché et la période de service peuvent ne pas coïncider avec la date comptable.
Comptes d'écart et de bilan
- Créance AWS Marketplace ou encaissements non distribués
- Compte d'écart de décaissement AWS Marketplace
- Dépôts de garantie ou produits différés, le cas échéant
- Remboursements à payer ou compte d'écart de remboursement
- Taxe de vente ou TVA à payer, ventilée par juridiction si votre processus fiscal l'exige
Charges et déductions
- Frais de référencement AWS Marketplace
- TVA ou autre taxe sur les frais de référencement, le cas échéant
- Coûts de partenaires ou de gros pour les offres comprenant un revendeur
- Frais bancaires ou écarts de change, s'ils apparaissent entre le décaissement et le règlement
Les noms exacts des comptes importent moins que la cohérence. Votre système comptable devrait permettre de répondre à la question : « Quel est le montant brut de nos revenus sur la place de marché ce mois-ci, combien reste-t-il à distribuer, et qu'a conservé la plateforme ? » sans avoir à reconstituer la réponse à partir d'un simple dépôt net.
Utiliser des dimensions au niveau de l'offre, et non pas un seul total Marketplace
AWS Marketplace peut contenir des offres publiques, des offres privées, des accords d'entreprise, des contrats SaaS, des produits basés sur l'utilisation et des offres privées de partenaires. Leur tarification, leur calendrier, leurs frais, leurs taxes et leur comportement de renouvellement peuvent différer.
Suivez au moins ces dimensions dans votre processus de vente ou d'importation d'écritures de journal :
- Titre du produit et ID du produit
- ID de l'offre et visibilité de l'offre
- ID de l'accord
- Identifiant du client ou du payeur
- ID de facture et date de facture
- Dates de début et de fin de la période d'utilisation
- Devise
- Vendeur en titre ou entité facilitatrice, le cas échéant
L'ID d'offre est particulièrement utile pour l'analyse des prix. Si une offre privée contient une remise négociée ou un échéancier de paiement différent, la combiner avec les revenus des annonces publiques peut donner l'impression qu'une offre saine n'est pas rentable – ou masquer une offre réellement faible.
L'ID d'accord est utile pour la continuité du contrat. Une mise à niveau, un renouvellement ou un avenant peut remplacer les conditions de paiement en attente, même si les factures existantes restent inchangées. Cela signifie qu'un changement dans l'accord en cours ne réécrit pas automatiquement l'historique dans vos livres.
Le modèle d'écriture de journal : le brut d'abord, l'argent plus tard
L'exemple suivant utilise des chiffres simples pour illustrer le flux. Supposons qu'une offre SaaS publique génère 10 000 $ de facturation brute sur une période et que les frais de référencement applicables soient de 3 %. Ignorez les impôts, les remboursements et les effets de change pour l'instant.
Au stade de la facturation ou du revenu gagné, enregistrez :
Débit Créance AWS Marketplace 10 000
Crédit Revenu AWS Marketplace 10 000Lorsque les frais de référencement sont comptabilisés ou déduits du règlement :
Débit Charges de frais de référencement AWS Marketplace 300
Crédit Créance AWS Marketplace 300Lorsqu'AWS encaisse et débourse le solde :
Débit Compte d'écart de décaissement AWS Marketplace 9 700
Crédit Créance AWS Marketplace 9 700Lorsque le dépôt bancaire apparaît :
Débit Compte bancaire d'exploitation 9 700
Crédit Compte d'écart de décaissement AWS Marketplace 9 700Dans les livres réels, le calendrier des écritures dépend de votre politique de comptabilisation des revenus, de votre base comptable, de votre entité juridique et de votre traitement fiscal. Le schéma importe parce qu'il maintient les frais visibles. Comptabiliser uniquement le dépôt de 9 700 $ comme revenu sous-estimerait les ventes brutes et ferait disparaître les frais de référencement dans une réduction de revenu inexpliquée.
Le barème des frais de référencement d'AWS varie selon le produit et le type d'offre. Par exemple, AWS documente des taux standard différents pour les SaaS, les produits serveur, les offres de données, les offres privées, les offres privées de partenaires et les services professionnels. Ne codez pas en dur un pourcentage unique dans votre automatisation comptable. Importez le montant des frais indiqué et conservez le pourcentage indiqué comme contrôle.
Traiter les impôtes comme un scénario à identifier, et non comme une hypothèse à deviner
Le traitement fiscal de la place de marché dépend de l'adresse fiscale de l'acheteur, du type de produit, de la localisation du vendeur et des règles de la place de marché en tant que facilitateur. Les données d'événement de facturation peuvent distinguer au moins trois modèles généraux :
- AWS collecte et reverse la taxe. Ceci est représenté comme un événement de part de taxe AWS et n'augmente pas le montant décaissé au vendeur.
- AWS collecte la taxe, l'inclut dans le décaissement du vendeur, et le vendeur la reverse. Ceci est représenté comme un événement de part de taxe vendeur.
- AWS ne calcule ni ne collecte la taxe, laissant au vendeur la responsabilité de la calculer et de la reverser.
Ces modèles ne sont pas interchangeables. Si un montant de taxe est purement informatif et n'affecte pas le solde du vendeur, ne l'ajoutez pas aux ventes ou à la trésorerie. Si la taxe vous est décaissée, orientez-la vers un compte de taxe à payer plutôt que vers les revenus. Si le vendeur est responsable de la taxe qu'AWS n'a jamais collectée, créez un passif via votre propre moteur de facturation ou fiscal et rapprochez-le en dehors du dépôt de la place de marché.
Conservez la preuve de la taxe avec la transaction. Stockez la géographie de l'acheteur, le produit, l'offre, la facture, le type de part de taxe, le montant et la juridiction de déclaration – ou une référence au rapport contenant ces champs. Un résumé fiscal sans support au niveau de la transaction est difficile à défendre et à corriger.
Rapprocher les remboursements et les avoirs de l'offre d'origine
Les remboursements ne sont pas de simples dépôts bancaires négatifs. Ils peuvent annuler un revenu brut, annuler partiellement des frais de référencement, réduire un montant de taxe et modifier un futur décaissement. AWS appelle les remboursements des ajustements de facturation dans certaines parties du flux de travail du vendeur, et une annulation ne signifie pas nécessairement l'annulation des factures déjà émises.
Pour chaque remboursement ou avoir, saisissez :
- L'ID de la facture d'origine
- La période de facturation
- L'ID du produit et l'ID de l'offre
- L'accord ou la référence d'abonné
- Le montant et le motif du remboursement
- Si les parts de frais de référencement et de taxe ont également été annulées
- La date à laquelle l'ajustement a été facturé, encaissé ou décaissé
Appliquez ensuite l'ajustement aux mêmes comptes de revenus, de frais et de taxes que ceux utilisés pour la transaction d'origine. Si vous enregistrez tous les remboursements dans un compte générique de « charges de remboursement », votre marge produit sera faussée et vos rapports de revenus ne correspondront pas aux champs bruts et nets d'AWS.
Les annulations de contrat méritent une attention particulière. Une annulation modifie le statut de l'accord, tandis qu'un ajustement de facturation modifie une facture ou restitue des fonds. Si les deux sont nécessaires, suivez les deux actions et reliez-les aux lignes de facture concernées.
Rendre le rapprochement mensuel des décaissements mécanique
Utilisez une liste de contrôle de clôture récurrente plutôt que de télécharger un rapport uniquement lorsque le dépôt semble suspect.
1. Figez la période de reporting
Choisissez si la clôture est basée sur la date de facture, la période d'utilisation, la date d'encaissement ou la date de décaissement. Ce sont des vues différentes. Un rapport de décaissement pour un mois peut contenir des factures émises plus tôt, tandis qu'un rapport de revenus pour le même mois peut contenir des factures non encore encaissées.
2. Importez le rapport détaillé
Importez la facture, l'offre, l'accord, le revenu brut, les remboursements, les frais, les taxes, la devise, le statut de décaissement, la date de décaissement et les champs de suivi bancaire. Conservez le fichier de rapport d'origine ou une référence d'exportation immuable.
3. Regroupez par référence de transaction
Utilisez l'ID de référence de transaction ou les identifiants d'événement de facturation associés pour éviter de compter deux fois les lignes de facture, de frais, de taxe, de remboursement et de décaissement appartenant à une même famille de transactions. Un tableau croisé dynamique ou un petit script d'importation peut révéler rapidement les lignes en double.
4. Rapprochez les soldes non décaissés avec les créances ouvertes
Le tableau de bord distingue les fonds encaissés et décaissés des factures ouvertes et impayées. Comparez le solde non décaissé avec votre créance AWS Marketplace. Analysez les anciens soldes par conditions de paiement, client, offre et ancienneté de la facture plutôt que de traiter chaque retard comme un problème bancaire.
5. Faites correspondre le décaissement net à la banque
Faites correspondre le montant du décaissement et le numéro de suivi bancaire du rapport au dépôt bancaire. Si le montant diffère, recherchez le calendrier ACH, la conversion de devises, un échec de décaissement, une activité de remboursement, des factures de frais ou un ajustement de solde avant d'enregistrer un écart.
6. Examinez les exceptions par offre
Recherchez des offres présentant des remboursements inhabituellement élevés, des délais d'encaissement longs, un revenu net négatif, des parts de taxe inattendues ou des pourcentages de frais de référencement différents des conditions contractuelles attendues. Ce sont des signaux opérationnels, pas seulement du nettoyage comptable.
Les erreurs courantes qui rendent les chiffres peu fiables
Comptabiliser le dépôt comme un revenu brut
Cela masque les frais et rend le rapprochement revenus-espèces impossible. Utilisez un compte d'écart et comptabilisez le pont brut-nette.
Mélanger la date de facturation client avec la date d'encaissement
Cela crée une volatilité artificielle d'un mois à l'autre et peut fausser les créances. Gardez les dates de facture, d'encaissement, de décaissement et de période de service distinctes.
Traiter tous les champs de part de taxe comme une taxe à payer
Certains montants de taxe sont collectés et reversés par AWS et n'affectent pas votre solde. Classez par type de transaction et par juridiction.
Ignorer les offres privées et les avenants
Les offres privées peuvent avoir des prix et des échéanciers de paiement négociés. Stockez les identifiants d'offre et d'accord pour qu'un renouvellement ou un avenant ne soit pas fusionné dans la mauvaise cohorte de produits.
Utiliser un compte de remboursement générique
Annulez les composants de revenus, de frais et de taxes d'origine si nécessaire. Le remboursement doit expliquer la transaction d'origine, pas seulement réduire le bénéfice ailleurs.
Laisser le flux bancaire devenir la source de vérité
La banque peut confirmer le règlement, mais elle ne peut pas indiquer quel client, quelle offre, quelle facture, quel scénario fiscal ou quels frais de référencement ont produit l'argent. Rapprochez la banque à partir du rapport Marketplace, et non l'inverse.
Transformer le rapprochement en un rapport de gestion
Une fois les écritures structurées, calculez des mesures opérationnelles utiles par produit et par offre :
- Facturation brute sur la place de marché
- Revenu net après frais de référencement et remboursements
- Taux de remboursement par offre
- Nombre moyen de jours entre la facture et l'encaissement et le décaissement
- Créances non décaissées par tranche d'âge
- Taux de frais de la place de marché en pourcentage du revenu brut
- Taxe collectée pour le vendeur par rapport à la taxe reversée par AWS
- Conversion de trésorerie par devise et segment de clientèle
Un tableau de bord peut montrer ces tendances, tandis que le grand livre en texte brut sous-jacent maintient le calcul vérifiable. Si vous utilisez Beancount, lier chaque transaction à un identifiant de facture, d'offre ou de rapport accélère la révision ultérieure. Une couche de visualisation comme Fava peut ensuite vous aider à explorer les soldes et les dimensions sans transformer les enregistrements sources en boîte noire. Pour les utilisateurs techniques, la documentation constitue un endroit naturel pour normaliser les flux de travail d'importation et de rapprochement.
Simplifiez votre gestion financière
AWS Marketplace devient plus facile à gérer lorsque chaque dépôt peut être retracé jusqu'au revenu brut, aux frais, aux taxes, aux remboursements et aux offres. Beancount.io offre une comptabilité en texte brut transparente, versionnée et prête pour l'IA, afin que vos données financières restent vérifiables à mesure que vos canaux de vente se multiplient.