Microsoft Store : relier paymentId au crédit bancaire

Pour les revenus Microsoft Store, utilisez Earnings–Store et le paiement associé, pas les règles Marketplace ni une lettre de remise Incentives. paymentId relie les transactions de revenu au rapport de paiement ; l’observation bancaire est une étape supplémentaire.

Suivre un paiement sans inventer un taux de change

1. Conservez l’export des revenus Store avec le périmètre participant/programme ; regroupez les lignes par leur véritable paymentId.
2. Obtenez séparément les détails du paiement associé. Lisez-y devise et montant du paiement au lieu de substituer earningAmountUSD.
3. Excluez du total bancaire payé les revenus en attente/non payés et les champs de dernier paiement vides. Sent signifie envoyé ; la réception demande une preuve indépendante.
4. Associez une observation bancaire seulement avec une référence de paiement et une destination étayées. Deux paiements de même montant restent deux candidats tant que l’identité n’est pas résolue.

Parcours officiel.

Dans Payments summary, distinguez By sent et By pending, puis sélectionnez la Payment ID pertinente pour filtrer les revenus. Conservez les détails Earnings–Payments associés. La présentation Earnings décrit les regroupements par participant, programme et type de revenu/méthode de paiement. Tous les filtres des revenus ne s’appliquent pas à la synthèse des paiements.

Ce que démontrent les fichiers pédagogiques téléchargeables

Nous avons lu des CSV fictifs distincts de revenus et de paiements. E1=60 USD et E2=40 USD partagent PayA, soit 100 USD de revenus. Le paiement associé vaut 90 EUR. PayB vaut également 90 EUR : une jointure sur le seul montant produit donc deux candidats. Un troisième revenu a des champs de devise/montant du dernier paiement vides, qui restent inconnus. Ce cas ne contient aucune réception bancaire ni calcul implicite de taux de change. Les fichiers emploient des colonnes pédagogiques définies par l’auteur, pas un schéma d’export Partner Center garanti.

CSV fictif: tp-234-earning-membership · CSV fictif: tp-234-last-payment-field · CSV fictif: tp-234-payments

Résultats de la feuille exécutée. Ces contrôles locaux lisent seulement des fichiers construits. Ils ne testent ni comptes du fournisseur, réception bancaire, taux de frais réels, imports ou formats natifs de rapport.

Garder devise et état explicites

earningAmountUSD n’est pas nécessairement le montant dans la devise de paiement. Sans paiement précédent, earningAmountInLastPaymentCurrency et lastPaymentCurrency peuvent être vides : ce n’est ni zéro ni USD par défaut. estimatedPaymentMonth est une estimation.

Sent signifie parti de la banque Microsoft, pas reçu à destination. Rejets, annulations et lignes négatives restent distincts. Une lettre de remise décrite pour Incentives n’est pas un document universellement disponible pour le Store.

Conserver une référence bancaire non résolue

Si la référence bancaire manque ou est tronquée, consignez la limite et demandez les détails pertinents plutôt que de rapprocher au seul montant. Ce parcours documentaire ne promet aucun export Partner Center ni synchronisation de compte par LocalExtract.

Feuille de revue

Pour une source bancaire disponible seulement en PDF, téléchargez LocalExtract. Il traite un PDF localement en CSV date,description,amount ; vérifiez les lignes extraites contre le relevé émis.

Guide associé: Rapprocher un relevé bancaire : soldes, correspondances et écarts.

Documentation de la tâche ajoutée vérifiée le 17 octobre 2026.