# Angefochtene Zahlungen in Issuing Erfahren Sie, wie Sie mit Issuing Transaktionen anfechten können. Wenn ein Problem bei einer Transaktion auftritt, können Nutzer/innen oder ihre Karteninhaber/innen die Zahlung anfechten. Häufig auftretende Probleme sind Betrug, nicht erhaltene Produkte/Dienstleistungen oder Verarbeitungsfehler. Stripe bietet einen geführten Dashboard-Prozess und eine API zum Übermitteln von Zahlungsanfechtungen und deren Überwachung bis zur Beilegung. Dieser Prozess dauert in der Regel zwischen 30 und 90 Tage. Wenn Sie eine geringe Anzahl an Zahlungsanfechtungen verwalten, empfehlen wir die Verwendung des Dashboards. Wenn Sie eine große Anzahl von Zahlungsanfechtungen verwalten, empfehlen wir die Verwendung der API. > Sie können eine Autorisierung nicht anfechten. Acquiring-Unternehmen stornieren Autorisierungen nach eigenem Ermessen. Sie können eine Anfechtung einreichen, nachdem die Autorisierung abgeschlossen ist und das Acquiring-Unternehmen die Transaktion erfasst hat. ## Was vor einer Zahlungsanfechtung zu beachten ist ### Netzwerkregeln Zahlungsanfechtungen werden von uns gemäß den Regeln und Richtlinien des Kartennetzwerks bearbeitet, das die Transaktion abgewickelt hat. Die vollständigen Details zu den Regeln und Richtlinien, die für Zahlungsanfechtungen gelten, finden Sie in den Regelbüchern von [Visa](https://usa.visa.com/content/dam/VCOM/download/about-visa/visa-rules-public.pdf) und [Mastercard](https://www.mastercard.us/en-us/business/overview/support/rules.html). ### Gültige Zahlungsanfechtungen einreichen Eine Zahlungsanfechtung kann nur einmal eingereicht werden. Nach der Einreichung dürfen keine zusätzlichen Änderungen oder ergänzenden Beweise hinzugefügt werden. Es liegt in der Verantwortung der Nutzerin oder des Nutzers, die Zahlungsanfechtung ordnungsgemäß einzureichen, basierend auf den vom Kartennetzwerk festgelegten Anforderungen. Die Einreichung einer ungültigen oder unvollständigen Zahlungsanfechtung kann zu einem Verlust führen. ### Verbraucheranfechtungen Bei Verbraucher-Zahlungsanfechtung (z. B. nicht eingegangen, storniert, nicht wie beschrieben) müssen Karteninhaber versuchen, die Streitigkeit mit dem Unternehmen beizulegen, bevor sie eine Zahlungsanfechtung vornehmen. Der Einreichung der Zahlungsanfechtung müssen Unterlagen beigefügt werden, die den Versuch des Karteninhabers belegen, die Streitigkeit beizulegen. ### Wie Kartennetzwerke Betrug definieren Sowohl für Visa als auch für Mastercard wird eine betrügerische Transaktion als eine Transaktion definiert, bei der der/die Karteninhaber/in die Teilnahme an der Zahlung leugnet. Wenn der/die Karteninhaber/in zugibt, dass er/sie an der Transaktion beteiligt war (zum Beispiel Betrug); Sie sollten die Anfechtung unter einem anderen Grund einreichen, für den sie Anfechtungsrechte haben. ### Voraussetzungen Zahlungsanfechtungen aufgrund von Betrug (für Plattformen) Plattformen müssen ihren verbundenen Konten ermöglichen, betrügerische Zahlungsanfechtungen direkt über ein Dashboard an Stripe zu übermitteln, das Sie als Plattform mithilfe unserer APIs oder eingebetteten Komponenten verfügbar machen. Sie können ihre Möglichkeiten, solche Zahlungsanfechtungen einzureichen, in keiner Weise einschränken. Nachdem Anfechtungen aufgrund von Betrug eingereicht wurden, überprüft Stripe diese, um festzustellen, ob dem/der Karteninhaber/in eine Rückerstattung gewährt werden muss. ### Blockierte Übermittlung von Zahlungsanfechtungen Stripe kann die Übermittlungen von Zahlungsanfechtungen aufgrund von Betrug blockieren, wenn die Transaktion nicht für die Betrugsprävention gemäß den lokalen Vorschriften qualifiziert ist und der/die Kontoinhaber/in keine Rechte bei Zahlungsanfechtungen gemäß den Netzwerkregeln hat. > #### Für Plattformen und Marktplätze > > Wenn Sie zur Übermittlung einer Zahlungsanfechtung verpflichtet sind und diese übermitteln, haben Sie Ihre Verpflichtung erfüllt, unabhängig davon, ob Stripe die Übermittlung blockiert. Kartennetzwerke können eine Zahlungsanfechtung (unter anderem) aus folgenden Gründen für ungültig halten: - Bei der Transaktion handelt es sich um eine Rückerstattung und nicht um eine [Zahlungserfassung](https://docs.stripe.com/issuing/purchases/transactions.md). - Bei der Transaktion handelt es sich um eine mobile Push-Zahlungstransaktion. - Der Anfechtungszeitraum ist abgelaufen Im Dashboard ist die Schaltfläche „Transaktion anfechten“ nur für berechtigte Transaktionen aktiviert. In der API führt der Versuch, eine nicht zulässige Transaktion anzufechten, zu einem Fehler. ### Ablaufdatum Die Kartennetzwerke legen einen Zeitrahmen fest, bis zu dem eine Zahlungsanfechtung eingereicht werden kann. Eine Zahlungsanfechtung, die nach diesem Zeitraum eingereicht wird, gilt als abgelaufen und gilt als zu Ihren Ungunsten entschieden. Der Zeitrahmen variiert je nach Anfechtungsgrund und Kartennetzwerk. Bei Visa müssen Zahlungsanfechtungen aufgrund von Betrug und Verarbeitungsfehlern innerhalb von 110 Tagen nach dem Datum der Transaktion eingereicht werden. Zahlungsanfechtungen aufgrund von „Autorisierung“ müssen innerhalb von 65 Tagen nach dem Datum der Transaktion eingereicht werden. Zahlungsanfechtungen durch Verbraucher/innen wie „Storniert“, „Nicht erhalten“ und „Nicht wie beschrieben“ müssen innerhalb von 110 Tagen nach dem erwarteten Waren- oder Dienstleistungsdatum eingereicht werden. ### Teilbeträge Angefochten werden kann der volle Betrag oder ein Teilbetrag. Wenn Rückerstattungen vorliegen, müssen diese verbucht werden und es kann nur ein Teilbetrag angefochten werden. Bestimmte Gründe, wie z. B. ein falscher Betrag, erfordern, dass nur ein Teilbetrag angefochten wird. Bei vielen Verbraucheranfechtungen ist der Anfechtungsbetrag in Fällen, in denen ein Teil der bestellten Waren eingegangen oder eine Dienstleistung teilweise erbracht wurde, nur ein Teilbetrag. ## Lebenszyklus In diesem Lebenszyklusdiagramm bezieht sich „Unternehmen“ auf das Unternehmen, das die Zahlung erhält. Lebenszyklus einer angefochtenen Zahlung in Issuing (See full diagram at https://docs.stripe.com/issuing/purchases/disputes) Neu erstellte Zahlungsanfechtungen beginnen mit dem Status `unsubmitted`. An dieser Stelle können Sie Beweise und Metadaten aktualisieren. Nachdem Sie alle erforderlichen Beweise hinzugefügt haben, können Sie die Zahlungsanfechtung einreichen. Wenn Sie eine Zahlungsanfechtung nicht innerhalb von 110 Tagen nach Transaktionsabwicklung einreichen, wechselt der Status zu `expired`. Stripe und Kartennetzwerke bearbeiten Zahlungsanfechtungen, die den Status `submitted` haben. Daher können Sie die Nachweise einer angefochtenen Zahlung nicht aktualisieren, aber Sie können deren `metadata` weiterhin aktualisieren. Eingereichte Zahlungsanfechtungen durchlaufen ein mehrstufiges Verfahren, das von den Kartennetzwerken und teilnehmenden Banken festgelegt wird. Nachdem eine Zahlungsanfechtung beigelegt wurde, führt Stripe diese in den Terminal-Status `won` oder `lost` über. ## Erstellung Füllen Sie das Feld **Betrag der angefochtenen Zahlung** aus, um den angefochtenen Betrag anzugeben (vollständig oder teilweise). Der Anfangswert des Felds ist der Transaktionsbetrag. Durch Übermittlungen mit leeren Feldern für den **Betrag der angefochtenen Zahlung** werden Anfechtungen mit dem vollständigen Transaktionsbetrag erstellt. #### Dashboard Klicken Sie auf **Transaktion anfechten**, wenn Sie eine berechtigte Transaktion anzeigen. Sie werden zu einem Formular weitergeleitet, das je nach Anfechtungsgrund und Produkttyp (Handelswaren, Dienstleistungen oder digitale Waren) unterschiedliche Informationen anfordert. Eine Zahlungsanfechtung wird erstellt, wenn Sie zum ersten Mal auf **Speichern** klicken. Wenn Sie auf **Senden** klicken, ohne zu speichern, erstellen wir eine Zahlungsanfechtung, bevor wir sie einreichen. Nachdem Sie eine Anfechtung eingereicht haben, können Sie die Informationen nicht mehr ändern oder die Anfechtung erneut einreichen. #### API – Nur Issuing Verwenden Sie die Methode [Create](https://docs.stripe.com/api/issuing/disputes/create.md), indem Sie die [Transaktion](https://docs.stripe.com/api/issuing/transactions/object.md) angeben, die Sie anfechten möchten. Sie müssen auch ein `evidence`-Objekt angeben, dessen `reason` die anderen Felder bestimmt. In diesen Beispielen wird `not_received` ausgefüllt, da `reason` den Wert `"not_received"` annimmt. ```curl curl https://api.stripe.com/v1/issuing/disputes \ -u "<>:" \ -d transaction=ipi_1GW0GkKA9rkJS7vmeJlLI1Gp \ -d "evidence[reason]=not_received" \ -d "evidence[not_received][expected_at]=1590000000" \ -d "evidence[not_received][explanation]=Never shipped" \ -d "evidence[not_received][product_description]=Baseball bat" \ -d "evidence[not_received][product_type]=merchandise" ``` Mehr erfahren Sie im nachfolgenden Abschnitt [Gründe und Beweise für Zahlungsanfechtungen](https://docs.stripe.com/issuing/purchases/disputes.md#dispute-reasons-and-evidence). Bei der Erstellung sind alle Beweisfelder optional, damit Sie im Laufe der Zeit noch weitere Beweise sammeln können. Alle API-Methoden für angefochtene Zahlungen in Issuing geben ein [Dispute](https://docs.stripe.com/api/issuing/disputes/object.md)-Objekt zurück. #### API - Issuing mit Treasury for platforms Verwenden Sie die Methode zum [Erstellen](https://docs.stripe.com/api/issuing/disputes/create.md) und geben Sie die anzufechtende [ReceivedDebit](https://docs.stripe.com/api/treasury/received_debits.md) an. Sie müssen auch ein `evidence`-Objekt angeben, von dessen `reason` die anderen Felder abhängen. In diesem Beispiel ist `not_received` ausgefüllt ist, weil `reason` den Wert `"not_received"` hat. ```curl curl https://api.stripe.com/v1/issuing/disputes \ -u "<>:" \ -d "treasury[received_debit]=rd_1KsVPhACgxNDEoMCiKgN6Fm4" \ -d "evidence[reason]=not_received" \ -d "evidence[not_received][expected_at]=1590000000" \ -d "evidence[not_received][explanation]=Never shipped" \ -d "evidence[not_received][product_description]=Baseball bat" \ -d "evidence[not_received][product_type]=merchandise" ``` Mehr erfahren Sie im nachfolgenden Abschnitt [Gründe und Beweise für Zahlungsanfechtungen](https://docs.stripe.com/issuing/purchases/disputes.md#dispute-reasons-and-evidence). Bei der Erstellung sind alle Beweisfelder optional, damit Sie im Laufe der Zeit noch weitere Beweise sammeln können. Alle API-Methoden für angefochtene Zahlungen in Issuing geben ein [Dispute](https://docs.stripe.com/api/issuing/disputes/object.md)-Objekt zurück. ## Aktualisierung #### Dashboard Auf der Registerkarte **Nicht übermittelt** sehen Sie laufende Zahlungsanfechtungen. Das Datum unter **Einreichen vor dem** gibt an, wann die Anfechtung abläuft. Klicken Sie auf der Seite einer Zahlungsanfechtung auf **Übermittlung abschließen**, um das Formular aufzurufen, mit dem Sie Beweise aktualisieren können. #### API Mithilfe der Methode zum [Aktualisieren](https://docs.stripe.com/api/issuing/disputes/update.md) können die Beweise und [Metadaten](https://docs.stripe.com/api/metadata.md) von nicht übermittelten Zahlungsanfechtungen aktualisiert werden. Bei übermittelten Zahlungsanfechtungen lassen sich nur die Metadaten aktualisieren. In der folgenden Tabelle werden mögliche Aktualisierungen von `evidence` beschrieben. Angenommen, wir beginnen mit `evidence` in diesem Status: ```json "evidence": { "reason": "not_received", "not_received": { "additional_documentation": null, // We refer to these as "evidence fields" "expected_at": null, "explanation": "Not shipped", "product_description": "Baseball cards", "product_type": "merchandise" } } ``` | Aktion | Eingabe | Ergebnis | | -------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Beweisfelder hinzufügen, ersetzen und entfernen | ```json "evidence": { "reason": "not_received", "not_received": { // Add "expected_at": 1590000000, // Replace "explanation": "Lost", // Remove "product_description": "" } } ``` | ```json "evidence": { "reason": "not_received", "not_received": { "additional_documentation": null, "expected_at": 1590000000, "explanation": "Lost", "product_description": "", "product_type": "merchandise" } } ``` | | Grund ändern | ```json "evidence": { "reason": "fraudulent" } ``` | ```json "evidence": { "reason": "fraudulent", "fraudulent": { "additional_documentation": null, // Copied from "not_received" "explanation": "Not shipped" } } ``` | | Beweisfelder ohne Angabe von Gründen aktualisieren | ```json "evidence": { "not_received": { "explanation": "Lost" } } ``` | Fehler. Das Objekt `evidence` muss immer das Feld `reason` enthalten. | | Alle Beweisfelder deaktivieren | ```json "evidence": { "reason": "not_received", "not_received": "" } ``` | ```json "evidence": { "reason": "not_received", "not_received": { "additional_documentation": null, "expected_at": null, "explanation": null, "product_description": null, "product_type": null } } ``` | ## Übermittlung #### Dashboard Die Schaltfläche **Senden** auf dem Beweisformular ist aktiviert, wenn alle erforderlichen Beweise vorhanden sind. > Überprüfen Sie die Beweise vor der Einreichung sorgfältig, da Sie die Informationen zur angefochtenen Zahlung nach der Übermittlung der Zahlungsanfechtung nicht mehr ändern können. #### API Mit dem Endpoint zum [Senden](https://docs.stripe.com/api/issuing/dispute/submit.md) wird überprüft, ob alle erforderlichen Beweise für den angegebenen Anfechtungsgrund vorhanden sind. Der Abschnitt [Gründe und Beweise für Zahlungsanfechtungen](https://docs.stripe.com/issuing/purchases/disputes.md#dispute-reasons-and-evidence) enthält weitere Einzelheiten. ```curl curl -X POST https://api.stripe.com/v1/issuing/disputes/idp_1GW0GkKA9rkJS7vmeJlLI1Gp/submit \ -u "<>:" ``` > Überprüfen Sie die Beweise vor der Einreichung sorgfältig, da Sie die Informationen zur angefochtenen Zahlung nach der Übermittlung der Zahlungsanfechtung nicht mehr ändern können. ## Beilegung #### Dashboard Stripe aktualisiert den Status einer Zahlungsanfechtung, wenn wir eine Rückmeldung vom Kartennetzwerk erhalten. Wenn die Zahlungsanfechtung zu Ihren Gunsten entschieden wird, ändert sich der Status in `won` und wir schreiben Ihr Guthaben in Issuing in Form einer `issuing_dispute`-[Saldo-Transaktion](https://docs.stripe.com/reports/balance-transaction-types.md#issuing_related) gut. Auf diese Saldo-Transaktion können Sie im Dashboard unter [Alle Transaktionen](https://dashboard.stripe.com/balance) und am unteren Rand der Detailseite der Zahlungsanfechtung zugreifen. > Wenn Sie eine Transaktion in einer anderen Währung als der Standardwährung Ihres Kontos durchführen (z. B. eine Transaktion in GBP, die mit Ihrer USD-Karte bezahlt wurde), erfolgt die Rückerstattung nach einer Zahlungsanfechtung in der ursprünglichen Währung der Transaktion. Wird die Zahlungsanfechtung zu Ihren Ungunsten entschieden, ändert sich der Status der Zahlungsanfechtung in `lost` und wir schreiben Ihrem Guthaben in Issuing keinen Betrag gut. #### API Der Status einer Zahlungsanfechtung wird aktualisiert, sobald wir eine Rückmeldung vom Kartennetzwerk erhalten. Wenn die Anfechtung zu Gunsten des Acquiring-Unternehmens ausgeht, ändert sich der Status der Anfechtung in `lost`, und es werden keine Gelder überwiesen. Wenn die Zahlungsanfechtung zu Ihren Gunsten entschieden wird, ändert sich der Status in `won` und die Gelder werden wieder in das Issuing-Guthaben übertragen. Die Gutschrift auf Ihr Konto erfolgt in Form einer [Saldo-Transaktion](https://docs.stripe.com/reports/balance-transaction-types.md#issuing_related) des Typs `issuing_dispute`. Die Saldo-Transaktion wird unter `balance_transactions` im Objekt `Anfechtung` aufgeführt. Dieses Feld wird jedoch nicht standardmäßig zurückgegeben. Fordern Sie es mit dem Feld `expand` an. In der Dokumentation zur [Erweiterung](https://docs.stripe.com/expand.md) erfahren Sie mehr. Wenn Sie eine Transaktion in einer anderen Währung als der Standardwährung Ihres Kontos durchführen (z. B. eine Transaktion in GBP, die mit Ihrer USD-Karte bezahlt wurde), erfolgt die Rückerstattung nach einer Zahlungsanfechtung in der ursprünglichen Währung der Transaktion. ## Testen #### Dashboard In den *Sandbox* (A sandbox is an isolated test environment that allows you to test Stripe functionality in your account without affecting your live integration. Use sandboxes to safely experiment with new features and changes)-Umgebungen von Stripe können Sie die Anfechtungslogik ohne Live-Auswirkungen testen. Zum Beispiel senden wir Webhook-Ereignisse, erstellen [Saldo-Transaktionen](https://docs.stripe.com/reports/balance-transaction-types.md) und aktualisieren Ihr Guthaben in Issuing im Test-Modus, ohne Gelder zu bewegen oder Salden im Live-Modus zu ändern. Ähnlich wie im Live-Modus geht eine Zahlungsanfechtung im Test-Modus 110 Tage nach der Erfassung der Transaktion in den Status `expired` über. Wenn Sie eine Zahlungsanfechtung im Test-Modus über das Dashboard einreichen, können Sie das Ergebnis der Zahlungsanfechtung auswählen. Bei Auswahl von **Zu Ihren Gunsten entschieden** ändert sich das Feld `explanation` der Zahlungsanfechtung automatisch in `winning_evidence`. Bei Auswahl von **Zu Ihren Ungunsten entschieden** ändert sich das Feld **Erklärung** der Zahlungsanfechtung automatisch in `losing_evidence`. #### API Stripe verarbeitet Testanfechtungen wie im Live-Betrieb, um das erwartete Verhalten zu demonstrieren. Zum Beispiel senden wir Webhook-Ereignisse, erstellen [Saldo-Transaktionen](https://docs.stripe.com/reports/balance-transaction-types.md) und aktualisieren Ihr Guthaben in Issuing. All das geschieht in den Sekunden nach Einreichen der Zahlungsanfechtung. Wenn in der API eine Zahlungsanfechtung im Test-Modus mit „winning_evidence“ oder „losing_evidence“ im Feld `explanation` eingereicht wird, erhält Stripe die Anweisung, die Zahlungsanfechtung in den Status `won` bzw. `lost` zu überführen. Andernfalls geht die Zahlungsanfechtung in den Status `submitted` über, wie es im Live-Modus der Fall wäre. Ähnlich wie im Live-Modus geht eine Zahlungsanfechtung im Test-Modus 110 Tage nach der Erfassung der Transaktion in den Status `expired` über. ## Webhooks Um über Änderungen an Ihren Zahlungsanfechtungen informiert zu werden, können Sie [Webhook-Ereignisse](https://docs.stripe.com/webhooks.md) für Zahlungsanfechtungen in Issuing überwachen. Alle Zahlungsanfechtungsereignisse in Issuing enthalten das aktualisierte [Dispute](https://docs.stripe.com/api/.md#issuing_dispute_object)-Objekt. | Webhook-Ereignisse | Auslöser | | ---------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------- | | `issuing_dispute.created` | Angefochtene Zahlung wurde erstellt. | | `issuing_dispute.updated` | Angefochtene Zahlung wurde aktualisiert. | | `issuing_dispute.submitted` | Angefochtene Zahlung wurde eingereicht. | | `issuing_dispute.funds_reinstated` | Gelder wurden In Ihr Issuing-Guthaben übertragen (in der Regel in Verbindung mit dem Anfechtungssstatus `won`). | | `issuing_dispute.funds_rescinded` | Gelder, die von Ihrem Guthaben in Issuing abgezogen wurden (in der Regel in Verbindung mit einer vorläufigen Kreditrückforderung). | | `issuing_dispute.closed` | Die angefochtene Zahlung ist in den Status `won`, `lost` oder `expired` übergegangen. | ## Gründe und Beweise für Zahlungsanfechtungen Eine ordnungsgemäße Einreichung ist abhängig vom Grund der Zahlungsanfechtung mit unterschiedlichen Anforderungen verbunden. Die vollständige Einreichung der Zahlungsanfechtung und die Qualität der zugehörigen Dokumentation haben direkten Einfluss auf Ihre Erfolgschancen. Die stärksten Zahlungsanfechtungen verfügen über eine klare, aussagekräftige Dokumentation. Zahlungsanfechtungen können aus einem der folgenden Gründe eingereicht werden: - **Storniert**: Der/die Karteninhaber/in hat die Ware storniert oder zurückgegeben oder den Service storniert, und das Unternehmen hat keine Gutschrift vorgenommen oder einen Transaktionsbeleg storniert. - **Doppelte Zahlung**: Deckt die Verarbeitung von Zahlungsanfechtungen aufgrund von Fehlern ab. Dazu zählen u. a. doppelte Transaktionen, falsche Beträge und Zahlung auf anderem Wege. - **Betrügerisch**: Der/die Karteninhaber/in hat die Transaktion nicht autorisiert. - **Ware entsprach nicht der Beschreibung**: Der/die Karteninhaber/in hat die Ware erhalten, sie entspricht jedoch nicht der Ware, die zum Kaufzeitpunkt vorgelegt wurde, oder sie war beschädigt oder defekt. - **Nicht erhalten**: Der/die Karteninhaber/in hat an der Transaktion teilgenommen, die Ware oder die Dienstleistung aber nicht erhalten. - **Keine gültige Autorisierung**: (nur API) Das Unternehmen hat eine Transaktion ohne gültige Autorisierung verarbeitet. - **Dienstleistung entsprach nicht der Beschreibung:**: Der/die Karteninhaber/in hat die Dienstleistung erhalten, die jedoch nicht mit der zum Kaufzeitpunkt angegebenen Dienstleistung übereinstimmt. - **Sonstiges**: Ein Anfechtungsszenario, das sich keinem anderen Anfechtungsgrund eindeutig zuordnen lässt. Unter diesem Grund eingereichte Anfechtungen werden von Stripe manuell neu zugeordnet. Geben Sie bei der Einreichung dieser Anfechtungen den tatsächlichen Anfechtungsgrund in der Erläuterung zu den Belegen an. Im Dashboard werden `Merchandise not as described` und `Service not as described` unter `Not as described` zusammengefasst. Für jeden Grund ist eine andere Art von Beweis erforderlich: #### Betrügerisch | Nachweis | Beschreibung | | ---------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Erklärung | Eine Beschreibung der Transaktion und des Grundes, warum der/die Karteninhaber/in diese anficht. Sie können dieses Feld auch verwenden, um eine zusätzliche Erklärung anzugeben, die sonst nirgendwo erfasst wird. Es ist wichtig, dass der/die Karteninhaber/in verifiziert, dass er/sie nicht an der Transaktion teilgenommen hat und dass die Transaktion nicht von einer ihm/ihr bekannten Person durchgeführt wurde. | | Zusätzliche Unterlagen | Relevante Dokumente wie Kartenabrechnungen oder Rücksendungsverfolgung. Die Dateien müssen im PDF- oder JPEG-Format vorliegen. Stellen Sie vor dem Einreichen der Anfechtung sicher, dass alle Texte und Bilder deutlich und groß genug sind, damit sie bei einer Schwarz-Weiß-Faxübertragung klar zu erkennen sind. Die Aufforderung an die Karteninhaber/innen, ihre Rechnungsadresse auf dem neuesten Stand zu halten, ist eine wichtige Komponente bei der Beurteilung von betrügerischen Zahlungsanfechtungen. | #### Keine gültige Autorisierung | Nachweis | Beschreibung | | ------------------------ | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Erklärung (Erforderlich) | Eine Beschreibung der Transaktion und des Anfechtungsgrundes seitens der Karteninhaberin/des Karteninhabers. Sie können in diesem Feld auch eine weitere Erklärung angeben, die anderweitig nicht erfasst wurde. | | Zusätzliche Unterlagen | Relevante Dokumente wie Kartenabrechnungen oder Rücksendungsverfolgung. Die Dateien müssen im PDF- oder JPEG-Format vorliegen. Vergewissern Sie sich vor der Einreichung der Zahlungsanfechtung, dass alle Texte und Bilder klar und groß genug sind, um bei einer Schwarz-Weiß-Faxübertragung deutlich erkennbar zu sein. | #### Nicht erhalten | Nachweis | Beschreibung | | ---------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Produktart (Erforderlich) | Hier können Sie auswählen, ob es sich bei dem Kauf um Waren, eine Dienstleistung oder ein digitales Produkt handelt. | | Produktbeschreibung (Erforderlich) | Eine detaillierte Beschreibung des Kaufs. | | Erwartet am (Erforderlich) | Das Datum, an dem der/die Karteninhaber/in den Eingang des Einkaufs erwartet hat, oder das Datum der geplanten Dienstleistung. | | Erklärung | Eine Beschreibung der Transaktion und des Anfechtungsgrundes seitens der Karteninhaberin/des Karteninhabers. Sie können in diesem Feld auch eine weitere Erklärung angeben, die anderweitig nicht erfasst wurde. | | Zusätzliche Unterlagen | Relevante Dokumente wie Kartenabrechnungen oder Rücksendungsverfolgung. Die Dateien müssen im PDF- oder JPEG-Format vorliegen. Vergewissern Sie sich vor der Einreichung der Zahlungsanfechtung, dass alle Texte und Bilder klar und groß genug sind, um bei einer Schwarz-Weiß-Faxübertragung deutlich erkennbar zu sein. | #### Doppelte Zahlung | Nachweis | Beschreibung | | ---------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Barbeleg* | Bitte laden Sie den Barzahlungsbeleg hoch. | | Bild des Schecks* | Bitte laden Sie ein Bild der Vorder- und der Rückseite des Schecks hoch. | | Original-Transaktion* | Das Token der ursprünglichen Transaktion, mit dem der Kauf bezahlt wurde. Das ursprüngliche Transaktionsdatum und der Betrag sollten der angefochtenen Transaktion entsprechen. | | Kartenabrechnung* | Bitte laden Sie eine Kartenabrechnung mit der Transaktion hoch. | | Erklärung | Eine Beschreibung der Transaktion und des Anfechtungsgrundes seitens der Karteninhaberin/des Karteninhabers. Sie können in diesem Feld eine weitere Erklärung angeben, die anderweitig nicht erfasst wurde. | | Zusätzliche Unterlagen | Relevante Dokumente wie Kartenabrechnungen oder Rücksendungsverfolgung. Die Dateien müssen im PDF- oder JPEG-Format vorliegen. Vergewissern Sie sich vor der Einreichung der Zahlungsanfechtung, dass alle Texte und Bilder klar und groß genug sind, um bei einer Schwarz-Weiß-Faxübertragung deutlich erkennbar zu sein. | Sie müssen genau eine der vier Arten von Beweisen bei angefochtenen Zahlungen vorlegen. Bei Zahlungsanfechtungen aufgrund falscher Beträge ist ein Transaktionsbeleg oder ein anderer Beleg mit dem richtigen Transaktionsbetrag erforderlich. #### Ware entsprach nicht der Beschreibung | Nachweis | Beschreibung | | ----------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Erhalten am (Erforderlich) | Das Datum an dem der/die Karteninhaber/in die Ware erhalten hat. | | Rückgabestatus (Erforderlich) | Das Ergebnis der Rückgabe. Wie im Abschnitt [Überlegungen](https://docs.stripe.com/issuing/purchases/disputes.md#considerations-before-initiating-a-dispute) erläutert, ist die Zahlungsanfechtung nur gültig, wenn der/die Karteninhaber/in versucht hat, erhaltene Ware zurückzuschicken. | | Zurückgegeben am (Erforderlich) | Das Datum, an dem der/die Karteninhaber/in die Rückgabe der Ware eingeleitet hat. Stripe prüft, ob dieses Datum nach dem Datum im Feld „Erhalten am“ liegt. | | Rückgabebeschreibung (Erforderlich) | Eine Beschreibung, wie der/die Karteninhaber/in die Ware zurückgegeben hat. Benennen Sie das Versandunternehmen und geben Sie nach Möglichkeit die Sendungsnummer an. | | Erklärung (Erforderlich) | Eine Beschreibung der Transaktion und eine Erklärung, warum der/die Karteninhaber/in diese anficht. Dieses Feld kann auch für zusätzliche Erklärungen verwendet werden, die nicht an anderer Stelle erfasst werden. | | Zusätzliche Unterlagen | Relevante Dokumente wie Kartenabrechnungen oder Rücksendungsverfolgung. Bilder oder Unterlagen, aus denen hervorgeht, dass die erhaltene Ware von der Beschreibung abweicht. Die Dateien müssen im PDF- oder JPEG-Format vorliegen. Vergewissern Sie sich vor der Einreichung der Zahlungsanfechtung, dass alle Texte und Bilder klar und groß genug sind, um bei einer Schwarz-Weiß-Faxübertragung deutlich erkennbar zu sein. | #### Dienstleistung entsprach nicht der Beschreibung | Nachweis | Beschreibung | | ------------------------------------ | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Erhalten am (Erforderlich) | Das Datum an dem der/die Karteninhaber/in die Dienstleistung oder das digitale Produkt erhalten hat. | | Storniert am (Erforderlich) | Das Datum, an dem der/die Karteninhaber/in die Dienstleistung oder das digitale Produkt storniert hat. Kartennetzwerke lehnen automatisch alle Zahlungsanfechtungen ab, die innerhalb von 15 Tagen nach dem Stornierungsdatum eingereicht werden. Reichen Sie in diesen Fällen die Anfechtung ein, nachdem 15 Tage nach dem Stornierungsdatum vergangen sind und der/die Karteninhaber/in noch keine Rückerstattung erhalten hat. | | Grund für Stornierung (Erforderlich) | Der Grund, warum der/die Karteninhaber/in die Dienstleistung oder das digitale Produkt storniert hat. | | Erklärung (Erforderlich) | Eine Beschreibung der Transaktion und eine Erklärung, warum der/die Karteninhaber/in diese anficht. Dieses Feld kann auch für zusätzliche Erklärungen verwendet werden, die nicht an anderer Stelle erfasst werden. | | Zusätzliche Unterlagen | Relevante Dokumente wie Kartenabrechnungen oder Rücksendungsverfolgung. Bilder oder Unterlagen, aus denen hervorgeht, dass die erhaltene Dienstleistung von der Beschreibung abweicht. Die Dateien müssen im PDF- oder JPEG-Format vorliegen. Vergewissern Sie sich vor der Einreichung der Zahlungsanfechtung, dass alle Texte und Bilder klar und groß genug sind, um bei einer Schwarz-Weiß-Faxübertragung deutlich erkennbar zu sein. | #### Storniert Wenn Sie eine Transaktion anfechten, weil die Bestellung storniert wurde und nicht eingegangen ist, geben Sie stattdessen den Grund **Nicht erhalten** an. Der Grund **Storniert** ist für Fälle vorgesehen, in denen der/die Karteninhaber/in die Ware trotz Stornierung erhält und er/sie nachweisen muss, dass er/sie die Ware zurückgegeben hat oder einen entsprechenden Versuch unternommen hat. | Nachweis | Beschreibung | | ------------------------------------ | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Produktart (Erforderlich) | Eine Auswahl, ob es sich beim Kauf um Waren oder Dienstleistungen handelt. | | Produktbeschreibung (Erforderlich) | Eine detaillierte Beschreibung des Kaufs. | | Erwartet am (Erforderlich) | Das Datum, an dem der/die Karteninhaber/in den Eingang des Einkaufs erwartet hat, oder das Datum der geplanten Dienstleistung. | | Stornorichtlinie (Erforderlich) | Ein boolescher Wert, der angibt, ob das Unternehmen eine Stornierungsrichtlinie angegeben hat. | | Storniert am (Erforderlich) | Das Datum, an dem der/die Karteninhaber/in den Kauf storniert hat. Kartennetzwerke lehnen automatisch alle Zahlungsanfechtungen ab, die innerhalb von 15 Tagen nach dem Stornierungsdatum eingereicht werden. Reichen Sie in diesen Fällen die Anfechtung ein, nachdem 15 Tage nach dem Stornierungsdatum vergangen sind und der/die Karteninhaber/in noch keine Rückerstattung erhalten hat. | | Grund für Stornierung (Erforderlich) | Der Grund, warum der Karteninhaber den Kauf storniert hat. Wenn das Unternehmen eine Stornorichtlinie bereitstellt, muss außerdem erläutert werden, inwieweit die Stornierung im Einklang mit der Richtlinie erfolgt. Die Zahlungsanfechtung ist ungültig, wenn die Stornierung nicht im Einklang mit den Richtlinien erfolgt. | | Zurückgegeben am | Das Datum, an dem der/die Karteninhaber/in die Rückgabe der gekauften Waren eingeleitet hat. Stripe prüft, ob dieses Datum nach dem Datum im Feld „Erhalten am“ liegt. Erforderlich, wenn der Produkttyp „Ware“ ist. | | Rückgabestatus | Das Ergebnis der Rückgabe. Wie im Abschnitt [Überlegungen](https://docs.stripe.com/issuing/purchases/disputes.md#considerations-before-initiating-a-dispute) erläutert, ist die Zahlungsanfechtung nur gültig, wenn der/die Karteninhaber/in versucht hat, erhaltene Ware zurückzuschicken. Erforderlich, wenn die Produktart „Ware“ ist. | | Erklärung | Eine Beschreibung der Transaktion und eine Erklärung, warum der/die Karteninhaber/in diese anficht. Dieses Feld kann auch für zusätzliche Erklärungen verwendet werden, die nicht an anderer Stelle erfasst werden. | | Zusätzliche Unterlagen | Relevante Dokumente wie Kartenabrechnungen oder Rücksendungsverfolgung. Die Dateien müssen im PDF- oder JPEG-Format vorliegen. Vergewissern Sie sich vor der Einreichung der Zahlungsanfechtung, dass alle Texte und Bilder klar und groß genug sind, um bei einer Schwarz-Weiß-Faxübertragung deutlich erkennbar zu sein. | #### Sonstiges | Nachweis | Beschreibung | | ---------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Produktart (Erforderlich) | Hier können Sie auswählen, ob es sich bei dem Kauf um Waren, eine Dienstleistung oder ein digitales Produkt handelt. | | Produktbeschreibung (Erforderlich) | Eine detaillierte Beschreibung des Kaufs. | | Erklärung (Erforderlich) | Eine Beschreibung der Transaktion und eine Erklärung, warum der/die Karteninhaber/in diese anficht. Dieses Feld kann auch für zusätzliche Erklärungen verwendet werden, die nicht an anderer Stelle erfasst werden. | | Zusätzliche Unterlagen | Relevante Dokumente wie Kartenabrechnungen oder Rücksendungsverfolgung. Die Dateien müssen im PDF- oder JPEG-Format vorliegen. Vergewissern Sie sich vor der Einreichung der Zahlungsanfechtung, dass alle Texte und Bilder klar und groß genug sind, um bei einer Schwarz-Weiß-Faxübertragung deutlich erkennbar zu sein. | ### Betrug/angefochtene Zahlungen Sie können eine Transaktion wegen Betrugs anfechten, wenn der Karteninhaber angibt, die Transaktion nicht autorisiert zu haben. Bevor Sie eine Zahlungsanfechtung einreichen: 1. Vergewissern Sie sich bei dem Karteninhaber/der Karteninhaberin, dass er/sie die Transaktion nicht versehentlich vorgenommen hat und dass sie nicht von einer ihm bekannten Person durchgeführt wurde. Transaktionen, die von einem Freund/einer Freundin oder einem Familienmitglied durchgeführt werden, stellen zum Beispiel keinen Betrug im Sinne einer Anfechtung dar. 1. Stornieren Sie die betroffene Karte, wenn Sie eine Zahlungsanfechtung über die API einreichen. Durch Einreichung einer Zahlungsanfechtung wird die Karte automatisch storniert, wenn dies im Dashboard erfolgt. In bestimmten Situationen können Sie das Recht auf Anfechtung aufgrund von Betrug für eine Transaktion verlieren: - **Für Card-Present-Transaktionen**: Ein Kartennetz kann eine Anfechtung wegen Betrugs automatisch ablehnen, da die Haftung beim Kartenaussteller/der Kartenausstellerin liegt. - **Für Card-not-present-Transaktionen**: Ein Kartennetzwerk kann eine Anfechtung wegen Betrugs automatisch ablehnen, wenn der/die Karteninhaber/in während der Transaktion authentifiziert wurde. Das passiert häufig, wenn *3D Secure* angefordert oder eine gesicherte Zahlungsmethode wie Apple Pay verwendet wurde. ### Anfechtungen infolge von Autorisierungsfehlern Bei jeder Transaktion, die ein akquirierendes Unternehmen bearbeitet, muss es zuerst eine Autorisierung vom Aussteller anfordern. Wenn ein Unternehmen eine Zahlung ohne gültige Autorisierung erfasst oder die erhaltene Autorisierung abgelaufen ist, können Sie die Transaktion anfechten. Der Grund, den Sie auswählen, hängt von der Methode ab, die für die Einreichung der Zahlungsanfechtung verwendet wurde: - **Anfechtung über die API einreichen**: Anfechtung unter Angabe des Grundes `no_valid_authorization` einreichen. - **Einreichen einer Zahlungsanfechtung über das Dashboard**: Weisen Sie der Zahlungsanfechtung den Grund `other`` zu und geben Sie im Feld`explanation` als Erklärung für Ihre Anfechtung ‘no authorization’ an. Zahlungsanfechtungen infolge von Autorisierungsfehlern unterscheiden sich von betrügerischen Anfechtungen: - Reichen Sie eine Zahlungsanfechtung wegen Betrugs ein, wenn der/die Karteninhaber/in nicht an der Transaktion beteiligt war. - Reichen Sie eine Zahlungsanfechtung für eine Autorisierung ein, wenn das Unternehmen keine gültige Autorisierung für die Transaktion erhalten hat. Ein weiterer Grund für eine Zahlungsanfechtung aufgrund eines Autorisierungsfehlers ist die Übererfassung. Eine Übererfassung tritt auf, wenn der erfasste Betrag den autorisierten Betrag übersteigt. Wenn Sie eine Autorisierungsanfechtung für eine Übererfassung einreichen, müssen Sie den Anfechtungsbetrag so anpassen, dass nur der Betrag enthalten ist, der den autorisierten Betrag überschritten hat. > Einige Händlerkategorie-Codes gestatten die Übererfassung bestimmter Beträge und verbieten Zahlungsanfechtungen infolge von Autorisierungsfehlern. Weitere Informationen finden Sie in den aktuellen Regeln für das Kartennetzwerk Ihrer Region. ## Zahlungsanfechtung zurückziehen Stripe kann eine Zahlungsanfechtung nur innerhalb eines Tages nach der Übermittlung an das Kartennetzwerk zurückziehen. Wenn Sie eine Zahlungsanfechtung zurückziehen möchten, wenden Sie sich umgehend an den [Stripe-Support](https://support.stripe.com/contact). ## Haftung für Betrug (Plattformen in den USA) Die meisten Aspekte von Verordnung Z gelten nicht für Karten für geschäftliche Zwecke, aber Verordnung Z schützt die Nutzer/innen von Karten für Geschäftszwecke vor Betrug und anderen Arten nicht „autorisierter Verwendung“. Dies bedeutet hierbei die Verwendung einer Charge Card durch eine Person, die nicht befugt ist, diese Karte zu verwenden. In den meisten Fällen können Kontoinhaber nicht für die unbefugte Verwendung von Karten verantwortlich gemacht werden, die mit ihrem Konto verknüpft sind, es sei denn, der Betrug wird angemessen untersucht. (Wenn der Kontoinhaber jedoch 10 oder mehr autorisierte Mitarbeiter/innen hat, besteht möglicherweise keinen Anspruch auf diesen Schutz.) Wenn eine/r Ihrer Nutzer/innen eine Transaktion anficht, weil er/sie diese für nicht autorisiert hält, sendet Stripe die angefochtene Zahlung zur Entscheidung an das Kartennetzwerk (wie bei jeder anderen Art von angefochtener Transaktion). Stripe oder das Kartennetzwerk bestimmen, wer für den Betrug zahlen muss: Sie oder das Unternehmen. Wenn Stripe oder das Kartennetzwerk feststellt, dass das Unternehmen für den Betrug verantwortlich ist, haften weder Sie noch Ihre Nutzer/innen für die angefochtenen Transaktionen. Wenn Stripe oder das Kartennetzwerk feststellt, dass Sie für den Betrug haften, müssen Sie möglicherweise für die angefochtene Transaktion aufkommen. Stripe führt eine entsprechende Untersuchung der angefochtenen Karte durch, um festzustellen, ob tatsächlich ein Betrug vorliegt oder ob der/die Nutzer/in keinen Anspruch auf Schutz gemäß Vorschrift Z hat. Wenn die Untersuchung ergibt, dass tatsächlich eine nicht autorisierte Kartennutzung stattgefunden hat und der/die Nutzer/in Anspruch auf Schutz hat, bleiben Sie haftbar für die nicht autorisierten Transaktionen. Sollte die Untersuchung ergeben, dass keine nicht autorisierte Karte verwendet wurde oder dass der/die Nutzer/in keinen Anspruch auf Schutz hat, machen wir den/die Kontoinhaber/in für die angefochtenen Zahlungen verantwortlich. ## Verbundenen Konten E-Mail senden Issuing-Plattformen müssen regulierte Mitteilungs-E-Mails an verbundene Konten senden, wenn eine Zahlungsanfechtung eingereicht wird und ebenfalls, wenn eine Anfechtung zu Ihren Gunsten oder Ungunsten entschieden wird. [Erfahren Sie mehr über regulierte Mitteilungen](https://docs.stripe.com/issuing/compliance-us/issuing-regulated-customer-notices.md). ## Mit Treasury for platforms verwenden Zahlungsanfechtungen im Zusammenhang mit `ReceivedDebits` auf `FinancialAccounts` haben ein entsprechendes [DebitReversal](https://docs.stripe.com/api/treasury/debit_reversals.md), nachdem die Zahlungsanfechtung eingereicht wurde.