Chargeback-Belege vor dem Einreichen
einer einzigen Bestellung zuordnen

Der Issuer bewertet das Paket anhand des Claims, nicht anhand des Ordners

Ein vollständiger Ordner kann gegen einen dünnen verlieren, wenn der dünne den Reason Code beantwortet. Die Chargeback-Mitteilung definiert die Frage. Das Dashboard mag Shopify Payments, Stripe oder Adyen sein, doch die Mitteilung trägt dieselben Kernfelder: die Dispute-ID, den Reason Code, den strittigen Betrag und seine Währung sowie das Datum, bis zu dem Ihr Acquirer, die Händlerbank, die in Ihrem Namen einreicht, eine Antwort benötigt. Der Reason Code ist das kurze Label dafür, was dem Karteninhaber zufolge schiefgelaufen ist: Ware nicht erhalten, nicht wie beschrieben, eine nicht autorisierte Belastung, eine Doppelbelastung, eine falsche Währung.

Die Uhr des Händlers ist kürzer als die des Karteninhabers. Visa-Bedingung 13.1 setzt ein Fenster von 30 Kalendertagen ab dem Dispute-Bearbeitungsdatum für die Antwort des Acquirers. Mastercards Chargeback-Leitfaden gibt dem Acquirer in den meisten Fällen 45 Kalendertage ab dem Chargeback-Settlement-Datum für ein zweites Presentment. Ihr Prozessor setzt in der Regel eine frühere interne Frist, damit er rechtzeitig prüfen und einreichen kann. Wird das Datum verpasst, endet der Fall, bevor jemand die Belege liest, und Mastercards Händlerleitfaden behandelt diese Frist als Teil des Falls, nicht als Verwaltung drumherum.

Der Belegstandard ist enger gefasst als „alles, was ich habe". Zwingende Belege sind Dokumentation, die der konkreten Behauptung direkt widerspricht. Die Antwort selbst ist das Representment, die formelle erneute Vorlage der Transaktion durch den Händler an den Issuer. Ein unterschriebener Zustellnachweis ist stark gegen „nie angekommen" und irrelevant gegen „nicht wie beschrieben". Ein Beleg mit dem richtigen Gesamtbetrag nützt bei einem Claim wegen nicht autorisierter Belastung nichts, wenn er nicht zeigen kann, wer die Zahlung autorisiert hat. Bevor Sie ein einziges Dokument heraussuchen, schreiben Sie fünf Felder oben auf ein leeres Blatt: Dispute-ID, Bestellreferenz, Reason Code, strittiger Betrag mit seiner Währung und die Frist für die Antwort. Diese fünf Felder sind die Spezifikation für das Paket.

Belege für einen anderen Claim sind keine schwachen Belege. Sie sind ein unbeantworteter Claim.

Welche Adresse übereinstimmen muss, gibt der Reason Code vor

Zwei häufige E-Commerce-Streitfälle betreffen zwei verschiedene Adressen, und eine einzelne Prüfung von Liefer- gegen Rechnungsadresse kann nicht beide beantworten. Bei der Behauptung, die Ware sei nie angekommen, verlangt Visa-Bedingung 13.1 einen Zustellnachweis, der die vollständige Lieferadresse zeigt, und diese Adresse muss mit der auf der Rechnung oder dem Kaufvertrag übereinstimmen. Die Frage ist, ob der Käufer die Ware dort erhalten hat, wo die Bestellung es vorgab.

Bei einem Betrugsfall ohne Kartenanwesenheit ist die Frage eine andere. Ein anerkannter Weg nach den E-Commerce-Regeln für zwingende Nachweise von Mastercard verlangt eine AVS-Antwort (Address Verification Service) mit X oder Y sowie eine Dokumentation, dass die Ware an die AVS-bestätigte Rechnungsadresse gesendet wurde. Das Kartennetzwerk prüft, ob die Person an der Rechnungsadresse am Kauf beteiligt war, nicht ob das Paket einen Beschenkten erreicht hat.

Eine einzige Sendung kann die erste Regel erfüllen und die zweite verfehlen. Bittet ein Kunde um Lieferung an eine Arbeitsadresse, kann der Zustellnachweis perfekt zur Bestellung passen und dennoch außerhalb der Rechnungsadresse liegen, die die Betrugsbedingung nennt. Das ist eine Grenze der Regel, und das Paket muss um den tatsächlich offenen Streitfall herum aufgebaut werden. Beide Anforderungen stehen in der Bedingung, die sie aufwirft, nicht in einer separaten Regel zu Adressen.

Händler haben daraus Folklore gemacht. Ein Händler brachte es 2022 in einem r/smallbusiness-Thread auf den Punkt: „Bei Chargebacks ist es ziemlich üblich, automatisch zu verlieren, wenn Liefer- und Rechnungsadresse voneinander abweichen." Die Abweichung ist durchaus relevant. Welche Abweichung relevant ist, hängt vom Streitfall ab. Eine pauschale Prüfung markiert eine legitime Geschenkbestellung als Problem und übersieht die eigentliche Lücke in einem Betrugsfall, in dem das Paket an eine dritte Adresse ging.

Fügen Sie der Falltabelle vier Spalten hinzu: Adresse auf der Bestellung, Adresse auf dem Zustellnachweis, AVS-Ergebnis und die Quelle jeder Adressanweisung. Wenn die ersten beiden abweichen, ist das erklärende Dokument die schriftliche Anfrage: die Kunden-E-Mail, der Support-Chat oder die Umleitungsbestätigung des Zustellers. Fügen Sie sie bei und sagen Sie, was sie geändert hat. Ohne dieses Dokument argumentiert eine 13.1-Antwort gegen ihren eigenen Zustellnachweis, und eine Antwort auf einen Betrugsfall ohne Kartenanwesenheit hat keinen Weg zur Rechnungsadresse, die die Regel verlangt.

Die richtige Adresse ist die, die der Reason Code nennt, nicht die, die Ihr Bestellsystem als primär behandelt.

Der strittige Betrag, der Settlement-Betrag und der Belegbetrag sind drei verschiedene Zahlen

Ein Chargeback kann in einer Währung ausgewiesen, in einer anderen abgerechnet und durch einen Beleg gestützt werden, der denselben Betrag in Steuer und Versand aufteilt – und alle drei Aufzeichnungen können korrekt sein. Der Betrag auf der Streitmitteilung wird in der Währung angegeben, in der die Transaktion abgewickelt wurde, manchmal Presentment-Währung genannt. Die Zeile in Ihrem Gateway-Export ist oft der Betrag, der nach der Umrechnung in Ihrer eigenen Währung abgerechnet wurde.

Nehmen Sie eine Bestellung über €120.00, die bei einem Kurs von 1.082 für $129.84 abgerechnet wurde. Die Mitteilung nennt €120.00. Der Beleg nennt €120.00, einschließlich €20.00 MwSt. Die Gateway-Zeile nennt $129.84. Als reine Zahlen verglichen, sehen 120.00 und 129.84 wie eine 9,84-Differenz aus. Mit den Währungscodes daneben beschreiben sie dieselbe Belastung. Wenn ein Analyst den Beleg „korrigiert", damit er zum Settlement-Betrag passt, geht die MwSt.-Aufschlüsselung nicht mehr auf, und das Paket enthält nun ein Dokument, das verändert wurde, um mit einer anderen Zahl übereinzustimmen.

Drei weitere Betragsunterschiede sind normal. Ein Streitfall kann nur einen Teil einer Bestellung betreffen, sodass der strittige Betrag niedriger ist als die Belastung. Eine Autorisierung kann nach einem Trinkgeld, einer Kraftstoff-Reservierung oder einer Anpassung vom erfassten Betrag abweichen. Eine Rückerstattung kann nach Eröffnung des Streitfalls eingehen. Stripe's dispute documentation weist darauf hin, dass der strittige Betrag aufgrund von Währungsschwankungen oder eines Teil-Streitfalls von der Belastung abweichen kann – eine nützliche Warnung davor, jeden Unterschied als Fehler zu behandeln.

Die Währung kann auch selbst der Streitgrund sein. Visa-Bedingung 12.3 deckt eine falsche Währung ab, einschließlich einer Transaktion, die in einer Währung verarbeitet wurde, der der Karteninhaber nicht zugestimmt hat, etwa bei einer Dynamic Currency Conversion. In diesem Fall ist der Beleg oder die Transaktionsaufzeichnung, die die beabsichtigte Währung zeigt, die Verteidigung, und eine Settlement-Zeile in einer anderen Währung ist kein Ersatz. Erfassen Sie den Betrag wie ausgedruckt, den Währungscode, den Betrag in der Währung des Falls und die Grundlage jedes Betrags: autorisiert, erfasst, erstattet oder strittig.

Ein Betrag ohne Währungscode ist eine Zahl, kein Beweis.

Eine Bestellung kann zwei Zustellnachweise erzeugen, und nur einer gehört in das Paket

Eine Nachlieferung, eine Umlenkung durch den Frachtführer oder eine geteilte Bestellung hinterlässt mehr als einen Zustellnachweis zu einer Bestellnummer, und der falsche Nachweis kann einen gewinnbaren Fall in einen irreführenden verwandeln. Die häufigste Variante ist eine Ersatzlieferung. Das erste Paket ist verloren oder beschädigt, also schickt die Fulfillment-Abteilung ein weiteres. Die Ersatzlieferung hat eine neue Sendungsnummer und ein neues Zustelldatum. Sie als Nachweis für die ursprüngliche Zustellung anzuhängen, beantwortet eine Frage, die niemand gestellt hat.

Ein Ersatzlieferungs-Nachweis kann trotzdem in das Paket gehören, aber er braucht eine Kennzeichnung und einen Satz. Er zeigt, dass Sie den Fehler behoben haben. Er zeigt nicht, dass die ursprüngliche Sendung pünktlich ankam. Wenn die Ersatzlieferung nach dem zugesagten Zustelldatum eintraf, lädt ihre Präsentation als ursprünglicher Nachweis den Issuer dazu ein, den Zeitablauf gegen Sie zu lesen. Wenn die Behauptung die Ersatzlieferung betrifft, dann ist sie der relevante Nachweis, und der ursprüngliche sollte als früherer Versuch gekennzeichnet werden.

Eine Umlenkung durch den Frachtführer erzeugt eine zweite Version desselben Problems. Der Zustellnachweis zeigt eine Adresse, die von der Bestellung abweicht, weil der Kunde den Frachtführer gebeten hat, das Paket woandershin zu schicken. Ohne die Umlenkungsanfrage sieht das Paket wie eine Zustellung an die falsche Adresse aus. Mit ihr ist die Abweichung erklärt und die Zustellung wird wieder relevant.

Geteilte Bestellungen brauchen einen feineren Schlüssel. Eine Bestellnummer kann zwei Pakete abdecken, und ein Zustellscan für das erste Paket beantwortet keine Behauptung über einen Artikel im zweiten. Die Tabelle muss die Paket- oder Sendungsreferenz neben der Bestellreferenz führen, damit eine Zeile dem Teil der Bestellung zugeordnet werden kann, den sie tatsächlich abdeckt. Dieselbe Logik gilt für Teillieferungen, Nachbestellungen und Drop-Ship-Artikel, die sich nie eine Sendungsnummer teilen.

Zwei Zustellnachweise sind kein Widerspruch, bis Sie wissen, welches Paket jeder abdeckt.

Hier zahlt sich auch der Preflight aus, indem er Ihnen sagt, wann Sie nicht kämpfen sollten. Wenn der einzige Zustellnachweis ein anderes Paket abdeckt oder die Ersatzlieferung nach dem zugesagten Datum eintraf, hat der Fall möglicherweise keine Verteidigung, die die Gebühr und die Arbeitszeit wert ist. Einen schwachen Fall anzunehmen ist ein legitimes Ergebnis. Das herauszufinden, bevor Sie ein Rebuttal verfassen, ist der Punkt.

Der Analyst übersieht es, weil drei Systeme drei verschiedene Schlüssel verwenden

Die Belege kommen in der Regel aus Fulfillment, Support und Zahlungsabwicklung, und jedes System kennzeichnet dieselbe Bestellung mit einer anderen Kennung. Das Fulfillment-Team arbeitet mit Sendungsnummern und Versand-IDs. Der Support arbeitet mit der Bestellnummer und dem Ticket. Die Zahlungsabwicklung arbeitet mit der Charge-ID, dem Payment Intent oder der Acquirer Reference Number (ARN). Die Chargeback-Mitteilung kann die Händlerbestellnummer, die Acquirer Reference Number oder beides zeigen, je nach Processor.

Der Dispute-Analyst ist die einzige Rolle, die alle vier Arten von Belegen an einem Ort benötigt, und meist die einzige, die gegen die Fallfrist arbeitet. Unter dieser Frist erscheint die Zuordnung nach Betrag und Datum ausreichend. Sie ist ausreichend, bis zwei Bestellungen denselben Betrag und dasselbe Datum teilen. Zwei Bestellungen über $49.00 am selben Nachmittag erzeugen zwei Gateway-Zeilen, zwei Bestellnummern und zwei Zustellnachweise. Der Analyst greift die Zeile, die richtig aussieht, hängt den Zustellnachweis an, der richtig aussieht, und das Paket enthält nun eine Zustellung in die Stadt eines anderen Kunden. Der Issuer sieht einen Widerspruch, den der Händler nie beabsichtigt hat. Die Disziplin bei den Verknüpfungsschlüsseln ist dieselbe wie bei Drei-Wege-Abgleich für Bestellungen, Rechnungen und Wareneingänge, wo die Bestellnummer drei Systeme überstehen muss, bevor ein Vergleich etwas bedeutet.

Die Lösung ist eine Zuordnungstabelle. Eine Fallzeile trägt die Bestellreferenz, die Charge-ID, die ARN oder Dispute-ID, jede Sendungsnummer und das Paket, das jede Sendungsnummer abdeckt. Sobald diese Zeile existiert, kann jeder andere Beleg mit einem Grund daran angehängt werden. Ohne sie ist das Paket ein Haufen echter Dokumente ohne gemeinsame Identität.

Der Preflight: Eine Zeile pro Dokument, verknüpft über die Bestellreferenz

Der Preflight fasst jeden Datensatz eines Falls vor dem Verfassen eines Rebuttals in einer Tabelle zusammen. Die Tabelle enthält eine Zeile pro Dokument, nicht eine Zeile pro Bestellung. Ein Beleg, eine Auftragsbestätigung, ein Zustellnachweis, eine Nachlieferungsnotiz und ein Transaktionsausdruck zur selben Bestellung werden zu fünf Zeilen, die sich sortieren, filtern und gegeneinander lesen lassen.

Was die Tabelle liefert, ist kein Urteil. Es ist eine kurze Liste von Zeilen, die dieselbe Bestellung beschreiben sollen und nicht übereinstimmen. Diese Liste ist der eigentliche Input für den Rebuttal, denn jeder Eintrag darauf ist entweder ein Widerspruch, den Sie erklären können, oder ein Grund aufzuhören.

Wo die Tabelle endet

Die Tabelle sagt Ihnen, was in jedem Dokument steht; sie entscheidet nicht, welches Dokument richtig ist oder ob sich der Fall lohnt. Diese Grenze sollte klar sein, bevor der Workflow leistungsfähiger klingt, als er ist.

• Es gibt keine Integration mit einem Zahlungsgateway. Der Dispute-Datensatz und die Settlement-Zeile werden weiterhin aus Ihrem Processor exportiert und der Tabelle hinzugefügt.
• Es gibt keine automatische Representment-Einreichung. Das Paket wird über das Dispute-Dashboard des Processors hochgeladen, unter dessen Dateigrenzen und Fristen.
• Es gibt keine Dispute-Entscheidung. Der Reason Code und die Netzwerkregeln bestimmen, was relevant ist, und ein Mensch entscheidet, ob die Beweise für eine Einreichung stark genug sind.
• Es gibt keine dokumentübergreifende Beurteilung. Das Tool füllt die Spalten; der Vergleich, die Interpretation und das Rebuttal bleiben bei Ihrem Team.
• Ein CSV-Export ist bereits strukturiert. Die Extraktion lohnt sich bei PDFs, Scans, Screenshots und Fotos, die nicht als Zeilen ankommen.

Die Widerspruchsliste in eine Anlagenliste verwandeln

Ein Paket sollte die Behauptung auf Seite eins beantworten und jede Anlage mit der Bestellreferenz und dem Punkt versehen, den sie belegt. Die Chargeback-Representment-Dokumente werden der Reihe nach gelesen, daher funktioniert diese Reihenfolge: Transaktionsdatensatz, Bestelldatensatz, Zustellnachweis für das strittige Paket, dann die Kommunikation. Jede Anlage bekommt einen Satz: was sie zeigt und welchen Teil der Behauptung sie beantwortet.

Der Kernbestand an Beweisen ist kleiner, als die meisten Ordner vermuten lassen: der Transaktionsdatensatz mit Autorisierung und AVS-Ergebnis, die Bestellung oder der Kaufvertrag, der Zustellnachweis für den strittigen Artikel und jede Kommunikation zur Lieferung. Bei Dienstleistungs- und Digitalgüterfällen ersetzt das Zugriffsprotokoll und die beim Kauf akzeptierten Bedingungen den Zustellnachweis. Der Reason Code entscheidet, was davon führt und was weggelassen werden kann.

Beschränken Sie das Paket auf die Unterlagen, die die Behauptung beantworten. Ein Ordner mit allgemeinen Richtlinien-PDFs und irrelevanten Bedingungsseiten verwässert die zwei Dokumente, auf die es ankommt. Machen Sie einen Screenshot des Sendungsverfolgungsergebnisses mit der vollständigen Adresse und dem Zustelldatum, statt einen Tracking-Link einzufügen, da der Issuer die Datei prüft und nicht die Website des Zustellers.

Behandeln Sie die Einreichung als endgültig. Stripe's dispute documentation states that a merchant gets one opportunity to submit a response and cannot edit it or add files afterward. Mastercard's guide says documentation received at or after a pre-arbitration or arbitration filing is not considered. Those rules are why the preflight happens before the rebuttal, not after the issuer asks a follow-up question.

Wenn der Zustellnachweis aus einem Stapel von Lieferscheinen besteht, wandeln Sie diese vor der Auswahl der Anlagen in Zeilen um. Extracting delivery note data into a spreadsheet gives you the date, address, and tracking number in a form you can compare with the order and the transaction record.

Jede Anlage braucht einen Satz, der angibt, welches Element der Behauptung sie beantwortet.

Häufig gestellte Fragen

Gewinnt ein Zustellnachweis einen Chargeback wegen Ware nicht erhalten?

Nicht für sich allein. Der Nachweis muss die vollständige Lieferadresse zeigen, mit der Adresse auf der Bestellung übereinstimmen und das Paket oder den Artikel abdecken, den der Karteninhaber beanstandet hat. Ein Zustellscan für ein anderes Paket derselben Bestellung beantwortet die Behauptung nicht. Eine Unterschrift hilft, aber Adresse und Paketidentität stehen an erster Stelle.

Was, wenn die Lieferadresse von der Rechnungsadresse abweicht?

Lesen Sie den Reason Code, bevor Sie entscheiden, welche Adresse zählt. Eine Behauptung wegen Nichtzustellung nach Visa-Bedingung 13.1 richtet sich nach der Lieferadresse in der Bestellung. Eine Betrugsbehauptung bei fehlender Karte nach Mastercards Bedingung für zwingende Beweise richtet sich nach der AVS-bestätigten Rechnungsadresse. Wenn der Käufer eine andere Lieferadresse verlangt hat, fügen Sie die schriftliche Anweisung bei. Wenn es keine schriftliche Anweisung gibt und das Paket an eine dritte Adresse ging, ist der Weg über die zwingenden Beweise möglicherweise versperrt, und das ist ein Grund, den Fall neu zu bewerten, statt weitere Dokumente hinzuzufügen.

Welchen Betrag sollte das Rebuttal verwenden?

Verwenden Sie den strittigen Betrag in der Währung, die auf der Rückbuchungsmitteilung angegeben ist. Weisen Sie den Settlement-Betrag und die Umrechnung getrennt aus, wenn die Aufzeichnung des Prozessors eine andere Währung verwendet. Ersetzen Sie den strittigen Betrag nicht durch den Settlement-Betrag und ändern Sie den Beleg nicht, damit die Zahlen übereinstimmen.

Kann ich nach dem Einreichen noch Belege hinzufügen?

Normalerweise nicht. Stripe erlaubt eine Einreichung ohne Änderungen oder zusätzliche Dateien. Mastercard berücksichtigt keine Unterlagen, die bei oder nach einer Pre-Arbitration- oder Arbitration-Einreichung eingehen. Gehen Sie davon aus, dass das erste vollständige Paket das einzige ist, das der Issuer liest.

Kann ImageToTable.ai das Representment einreichen oder eine Verbindung zu meinem Gateway herstellen?

Nein. Es extrahiert die Felder aus den Belegdokumenten in eine Tabelle, sodass die Datensätze anhand der Bestellreferenz verglichen werden können. Der Gateway-Export, der Dispute-Fall, die Einreichung und die Entscheidung zu kämpfen bleiben bei Ihnen und Ihrem Prozessor.

Brauche ich für jeden Fall jedes Dokument?

Nein. Beginnen Sie mit dem Reason Code und der Behauptung und fügen Sie dann die Datensätze hinzu, die sie beantworten. Ein Fall von Ware nicht erhalten benötigt in der Regel die Bestellung, den Zustellnachweis für das strittige Paket und jegliche Kommunikation über die Adresse oder die Verzögerung. Ein Betrugsfall benötigt die Autorisierungs- und Identitätsdatensätze, die die Bedingung nennt. Zusätzliche Dokumente, die die Behauptung nicht beantworten, machen das Paket länger, nicht stärker.

Das Paket ist ein Argument über eine einzige Bestellung

Ein Chargeback-Paket ist ein Argument über eine einzige Bestellung. Wenn die Dokumente sich nicht darauf einigen können, welche Bestellung sie beschreiben, hat der Issuer kein Argument, dem er folgen kann, selbst wenn jedes Dokument echt ist. Der Währungscode, die Adresse, die der Reason Code nennt, das Paket hinter jedem Zustellnachweis und die Kennung, die drei Systeme übersteht, erfüllen alle denselben Zweck: Sie halten das Paket bei einem Fall.

Beginnen Sie mit der Bestellreferenz. Der Rest der Checkliste wird kürzer, sobald jede Zeile zum selben Fall gehört.