Microsoft Store: paymentId mit dem Bankeingang verbinden
Aktualisiert · 2 Min. Lesezeit
Nutzen Sie für Microsoft-Store-Erlöse Earnings–Store und die zugehörige Zahlung, nicht Marketplace-Regeln oder ein Incentives-Überweisungsschreiben. paymentId verbindet Erlöszeilen mit dem Zahlungsbericht; der tatsächliche Bankeingang ist eine weitere Stufe.
Die Desktop-Apps exportieren Datum, Beschreibung und Betrag als CSV. Öffnen Sie die CSV in Excel und speichern Sie dort eine XLSX-Datei. Prüfen Sie das Ergebnis anhand Ihres eigenen PDFs; die Unterstützung hängt vom Auszugsformat ab.
Eine Zahlung verfolgen, ohne einen Wechselkurs zu erfinden
- Bewahren Sie den Store-Erlösexport mit Teilnehmer-/Programmumfang auf; gruppieren Sie Erlöszeilen nach ihrer tatsächlichen paymentId.
- Beschaffen Sie die zugehörigen Zahlungsdetails separat. Lesen Sie dort Zahlungswährung und Betrag, statt earningAmountUSD einzusetzen.
- Nehmen Sie offene/unbezahlte Erlöse und leere Felder der letzten Zahlung nicht in eine Bankeingangssumme auf. Sent bedeutet versendet; der Eingang braucht unabhängige Evidenz.
- Ordnen Sie eine Bankbeobachtung nur mit zusätzlicher Zahlungsreferenz und Zielevidenz zu. Zwei gleich hohe Zahlungen bleiben zwei Kandidaten, bis die Identität geklärt ist.
Unterscheiden Sie in Payments summary By sent und By pending. Die konkrete Payment ID filtert die Erlöse; bewahren Sie die zugehörigen Earnings–Payments-Details. Der Earnings-Überblick beschreibt Zahlungsaufträge nach Teilnehmer, Programm und Erlösart/Zahlungsweg. Nicht jeder Erlösfilter gilt für die Zahlungsübersicht.
Was die herunterladbaren Lehrdateien zeigen
Wir haben separate fiktive Erlös- und Zahlungs-CSVs eingelesen. E1=60 USD und E2=40 USD gehören zu PayA und ergeben 100 USD Erlöse. Die zugehörige Zahlung beträgt 90 EUR. PayB beträgt ebenfalls 90 EUR; eine reine Betragsverknüpfung erzeugt daher zwei Kandidaten. Ein dritter Erlös hat leere Währungs-/Betragsfelder der letzten Zahlung; sie bleiben unbekannt. In diesem Fall gibt es keinen Bankeingang und keine implizite Wechselkursberechnung. Die Dateien verwenden vom Autor definierte Unterrichtsspalten und kein garantiertes Partner-Center-Exportschema.
Fiktive CSV: tp-234-earning-membership · Fiktive CSV: tp-234-last-payment-field · Fiktive CSV: tp-234-payments
Ausgeführte Arbeitsblattergebnisse. Diese lokalen Prüfungen lesen nur konstruierte Dateien. Sie testen keine Herstellerkonten, Bankeingänge, tatsächlichen Gebührensätze, Importe oder nativen Berichtsformate.
Währung und Status erhalten
earningAmountUSD ist nicht automatisch der Betrag in der Zahlungswährung. Ohne frühere Zahlung können earningAmountInLastPaymentCurrency und lastPaymentCurrency leer sein. Leer bedeutet weder null noch standardmäßig USD. estimatedPaymentMonth ist eine Schätzung.
Sent heißt von Microsofts Bank versandt, nicht beim Ziel eingegangen. Abgelehnte, stornierte oder negative Einträge bleiben eigene Sachverhalte. Ein für Incentives beschriebenes Remittance letter ist kein allgemein verfügbares Store-Dokument.
Ungeklärte Bankreferenzen festhalten
Ist die Bankreferenz verkürzt oder fehlt sie, bleibt dies sichtbar und erfordert weitere Zahlungsdetails statt einer reinen Betragszuordnung. Dies ist ein Dokumentationsverfahren, keine Zusage, LocalExtract exportiere Partner-Center-Erlöse oder synchronisiere Konten.
Prüfarbeitsblatt
| Synthetisches Objekt | Betrag | Status |
|---|---|---|
| Store-Erlöse | 100 USD | Erlöswährung |
| Zahlungsbericht | 90 EUR | Zahlungswährung; Sent |
| Bankeingang | Unbekannt | Sent beweist keinen Empfang |
Für eine Bankquelle nur als PDF: LocalExtract herunterladen. Es verarbeitet jeweils ein PDF lokal zu CSV mit date,description,amount; prüfen Sie die extrahierten Zeilen am ausgestellten Auszug.
Weiterführende Anleitung: Bankauszüge abgleichen: Salden, Zuordnungen und offene Posten.
Dokumentation für die ergänzte Aufgabe am 17. Oktober 2026 geprüft.
LocalExtract Team
Wir entwickeln LocalExtract, einen Kontoauszug-Konverter für den Desktop. Fragen oder Korrekturen? Kontakt · Redaktionsrichtlinien