Beispiele für Datenimporte

Erfahren Sie, wie der Datenimport in gängigen Anwendungsfällen funktioniert.

Hinzufügen eines Zeitraums zu einer Stripe-Zahlung

In diesem Beispiel verwenden Sie Stripe als Zahlungsabwickler, haben aber Ihre eigene Lösung für wiederkehrende Zahlungen. Sie haben Zahlungen in Stripe, aber Ihr separates System speichert den Leistungszeitraum für diese Zahlungen.

Angenommen, Sie verfügen in Stripe über eine Zahlung mit der ID py_1234 über 120 USD vom 1. Januar, [Error: Invalid unit "Jahr"], die einem jährlichen Abonnement vom 1. Februar [Error: Invalid unit "Jahr"] bis zum 31. Januar [Error: Invalid format "Jahr"] entspricht. Um diese Daten in Stripe hinzuzufügen, können Sie eine CSV-Datei mit folgenden Feldern importieren:

Quelle	transaction_id	split_transaction_id	booked_date	recognition_start_date	recognition_end_date	Betrag	Währung	Beschreibung
Stripe	py_1234			[Error: Invalid unit "Jahr"]-02-01	[Error: Invalid format "Jahr"]-01-31

Stripe verfügt bereits über Daten zum Buchungsdatum sowie zum Betrag und zur Währung. Sie können diese Felder daher leer lassen.

Hinzufügen oder Überschreiben eines Zeitraums in einem Rechnungsposten

In diesem Beispiel verwenden Sie Stripe Invoicing, aber verfügen über eine eigene Lösung für wiederkehrende Zahlungen. Möglicherweise sind Leistungszeiträume in Ihren Rechnungsposten nicht vorhanden oder falsch.

Angenommen, Sie haben eine Rechnung für eine Enterprise-Kundin oder einen Enterprise-Kunden manuell erstellt und am 1. April [Error: Invalid unit "Jahr"] finalisiert. Die Rechnung hat die ID in_1234 und enthält mehrere Posten, von denen einige physische Waren und einige Abonnements für andere Produkte sind. In Ihrem Revenue Recognition-Bericht nach Posten stellen Sie Folgendes fest:

Einen unerwarteten Umsatzanstieg im April. Der Posten für ein Abonnement (il_5678) hat keinen Leistungszeitraum, weshalb alle Einnahmen für diesen Posten in den April gebucht werden.
Ein anderer Posten für ein anderes Abonnement (il_7890) hat einen falschen Leistungszeitraum vom 1. April, [Error: Invalid unit "Jahr"] bis zum 15. April, [Error: Invalid unit "Jahr"], was zu im April realisierten Umsätzen führt.

Sie möchten Umsätze für il_5678 vom 1. Mai, [Error: Invalid unit "Jahr"] bis zum 1. Juni, [Error: Invalid unit "Jahr"] und den Umsatz für il_7890 vom 1. Juni, [Error: Invalid unit "Jahr"] bis zum 1. September, [Error: Invalid unit "Jahr"] realisieren.

Quelle	transaction_id	split_transaction_id	booked_date	recognition_start_date	recognition_end_date	Betrag	Währung	Beschreibung
Stripe	in_1234	il_5678		[Error: Invalid unit "Jahr"]-05-01	[Error: Invalid unit "Jahr"]-06-01
Stripe	in_1234	il_7890		[Error: Invalid unit "Jahr"]-06-01	[Error: Invalid unit "Jahr"]-09-01

Stripe verfügt bereits über Daten zum Buchungsdatum sowie zum Datum des Rechnungsabschlusses, zum Betrag und zur Währung. Sie können diese Felder daher leer lassen.

Aufteilen von Stripe-Zahlungen mit zusätzlichen Daten

In diesem Beispiel nutzen Sie Stripe als Zahlungsabwickler. Sie verfügen über Zahlungen bei Stripe, die aber mehrere verschiedene Waren und Dienstleistungen betreffen können, für die Sie nutzerdefinierte Umsatzrealisierungspläne einrichten möchten.

Angenommen, Sie haben in Stripe eine Zahlung über 100 USD mit der ID py_1234, die zwei separate Waren und Dienstleistungen umfasst:

Ein Abo in Höhe von 74,99 USD, das vom 1. Februar, [Error: Invalid unit "Jahr"] bis zum 31. Mai, [Error: Invalid unit "Jahr"], realisiert wurde.
Ein Materialversand in Höhe von 25,01 USD, der unmittelbar am Versanddatum 1. Januar [Error: Invalid unit "Jahr"] realisiert wurde.

Um diese Stripe-Zahlung aufzuteilen, könnten Sie folgende Daten angeben:

Quelle	transaction_id	split_transaction_id	booked_date	recognition_start_date	recognition_end_date	Betrag	Währung	Beschreibung
Stripe	py_1234	Abonnement		[Error: Invalid unit "Jahr"]-02-01	[Error: Invalid unit "Jahr"]-05-31	74,99	USD	Der Abonnement-Teil der Zahlung
Stripe	py_1234	Versand		[Error: Invalid unit "Jahr"]-01-01	[Error: Invalid unit "Jahr"]-01-01	25,01	USD	Der Materialversand-Teil der Zahlung

Sie müssen für jeden Teil der Transaktionen eine eindeutige Getrennte Transaktions-ID angeben. Dadurch können wir verschiedene Teile einer Zahlung mit der gleichen ID unterscheiden. Die einzige Voraussetzung ist, dass jede Getrennte Transaktions-ID eindeutig ist.

Stripe verfügt bereits über Daten zum Buchungsdatum und zur Währung. Sie können diese Felder daher leer lassen oder mit den entsprechenden Werten ausfüllen. Wir prüfen, ob die Beträge der einzelnen Komponenten der Zahlung dem ursprünglichen Zahlungsbetrag entsprechen und ob die Währungen (sofern angegeben) identisch sind. Die Beschreibungen sind optional.

Importieren externer Transaktionen

In diesem Beispiel migrieren Sie von einem anderen Zahlungsabwickler zu Stripe oder verfügen über eine Lösung mit mehreren Zahlungsabwicklern.

Angenommen, Sie migrieren Ihre Abonnements zu Stripe. Alle Abonnements sind bereits bezahlt. Eines davon ist ein Jahresabonnement vom 1. Januar [Error: Invalid unit "Jahr"] bis zum 31. Dezember [Error: Invalid unit "Jahr"], das zu einem Preis von 100 USD am 15. Dezember [Error: Invalid unit "Jahre"] im Voraus bezahlt wurde. Um diese Daten für die Revenue Recognition in Stripe zu importieren, können Sie folgende Daten bereitstellen:

Quelle	transaction_id	split_transaction_id	booked_date	recognition_start_date	recognition_end_date	Betrag	Währung	Beschreibung
Mein vorheriges System	Transaktion 1234		[Error: Invalid unit "Jahre"]-12-15	[Error: Invalid unit "Jahr"]-01-01	[Error: Invalid unit "Jahr"]-12-31	100	USD	Ein Jahresabonnement

Da Stripe über keine Daten zu dieser Transaktion verfügt, müssen Sie alle Felder außer Getrennte Transaktions-ID und der immer optionalen Beschreibung angeben. Sie können das Feld Getrennte Transaktions-ID aber auch angeben, wenn es Ihre Daten am besten repräsentiert.

Die Währung muss in Ihrem Stripe-Konto offiziell unterstützt sein. Ansonsten unterliegen die Daten in den anderen Feldern aber keinen Einschränkungen.

Korrigieren importierter Daten

Wenn Ihnen beim Importieren von Daten ein Fehler unterläuft, können Sie die Transaktion im Dashboard löschen und die berichtigten Daten erneut importieren, um den Fehler zu korrigieren. Alternativ können Sie eine neue CSV-Datei sowie alle Zeilen mit den Werten für Quelle, Transaktions-ID und Geteilte Transaktions-ID hochladen, um die alten importierten Daten zu ersetzen.

Angenommen, Sie haben einen Import wie den folgenden. Sie möchten allerdings das Anfangs- und Enddatum der Realisierung entfernen und das Buchungsdatum auf den 1. März [Error: Invalid format "Jahr"] ändern.

Quelle	transaction_id	split_transaction_id	booked_date	recognition_start_date	recognition_end_date	Betrag	Währung	Beschreibung
Stripe	py_1234			[Error: Invalid unit "Jahr"]-02-01	[Error: Invalid format "Jahr"]-01-31

Sie können eine weitere CSV-Datei mit dem folgenden Format importieren, die die vorherige Zeile vollständig ersetzt:

Quelle	transaction_id	split_transaction_id	booked_date	recognition_start_date	recognition_end_date	Betrag	Währung	Beschreibung
Stripe	py_1234		[Error: Invalid format "Jahr"]-03-01

Die leeren Felder für Startdatum der Realisierung und Enddatum der Realisierung zeigen, dass wir das Start- und Enddatum der Realisierung für die bestehende Zahlung py_1234 verwenden. Das zuvor falsche Start- und Enddatum der Realisierung für den Import wird nicht mehr verwendet.

Transaktionen vom Umsatz ausschließen

Möglicherweise möchten Sie bestimmte Transaktionen von Ihrer Umsatzrealisierung ausschließen, da sie irrtümlich aufgrund falscher Einstellungen erstellt wurden oder Testtransaktionen sind.

Angenommen, Sie haben fünf Transaktionen, die Sie von Ihrem Umsatz ausschließen möchten:

in_1234 – Testrechnung
ii_1234 – Rechnungsposten aus einer Abonnementaktualisierung fälschlicherweise erstellt
in_5678 – Rechnung mit mehreren Posten, von denen il_1234 versehentlich hinzugefügt wurde
py_1234 – Eigenständige Zahlung, die durch eine problematische Integration erstellt wurde
ch_1234 – Testen einer eigenständigen Zahlung

Um diese Transaktionen auszuschließen, laden Sie die CSV-Vorlage für den Ausschlussimport herunter und tragen Sie die IDs wie folgt ein:

transaction_id
in_1234
ii_1234
il_1234
py_1234
ch_1234

Journaleinträge importieren

Möglicherweise möchten Sie einen Journaleintrag importieren, um aktuelle Daten auszugleichen und Anpassungen an Ihrer Berichterstattung vorzunehmen. Sie haben beispielsweise eine Rechnung mit der ID in_1234. Sie möchten 0,03 USD AccountsReceivable im Abrechnungszeitraum [Error: Invalid format "Jahr"]-07-01 mit OtherLoss verrechnen.

Um diesen Journaleintrag auszugleichen, laden Sie die CSV-Vorlage für den Journaleintragsimport herunter und geben Sie die IDs wie folgt ein:

accounting_period_date	debit_account	credit_account	settlement_amount	settlement_currency	transaction_id	debit_account_gl_name	credit_account_gl_name	debit_account_gl_code	credit_account_gl_code	presentment_amount	presentment_currency	Beschreibung
[Error: Invalid format "Jahr"]-07-01	OtherLoss	AccountsReceivable	0,03	USD	in_1234