Visa · Chargeback-Grundcodes
Visa 11.3 Chargeback: Keine Autorisierung / Verspätete Vorlage erklärt
Geprüft am
Visa-Grundcode 11.3, Keine Autorisierung/Verspätete Vorlage, bedeutet, dass eine erforderliche Autorisierung nicht eingeholt wurde oder die Transaktion nicht innerhalb der Visa-Fristen bearbeitet wurde. Die Bank hat 75 Tage ab dem Bearbeitungsdatum Zeit, den Streitfall einzureichen, und der Streitfall ist auf den nicht autorisierten Betrag beschränkt. Die verspätete Vorlage, einst Visa 12.1, fällt nun unter 11.3 in den aktuellen Visa-Regeln. Autorisieren Sie jede Belastung und erfassen Sie sie umgehend.
- Kategorie
- Autorisierung
- Frist für die Bank zur Einreichung
- 75 Tage ab dem Transaktionsbearbeitungsdatum
- Frist zur Antwort
- Die Frist Ihres Zahlungsabwicklers (auf Stripe normalerweise 7–21 Tage); gemäß den Visa-Regeln muss der Acquirer innerhalb von 30 Tagen nach dem Bearbeitungsdatum des Streitfalls antworten
- Typische Beweise
- Eine gültige Autorisierung für den Betrag; Nachweis des korrekten Transaktionsdatums
- Kann er verhindert werden?
- Ja: jede Belastung autorisieren und pünktlich abrechnen
- Wer gewinnt normalerweise
- Der Karteninhaber, es sei denn, Sie weisen die Autorisierung und die rechtzeitige Bearbeitung nach
Was PlatformDTC macht
PlatformDTC autorisiert jede Kartenzahlung über den Zahlungsabwickler beim Checkout und bei jeder Abonnementverlängerung, sodass die Bestellung immer ihre eigene Autorisierung enthält. PlatformDTC beantwortet diese Art von Streitfall mit seinem Standard-Beweispaket, das aus der Bestellung erstellt wird: Kundenname, E-Mail, IP-Adresse, Rechnungs- und Lieferadresse, gekaufte Artikel, Spediteur, Sendungsverfolgung und Versanddatum, die Rückerstattungsrichtlinie und jede bereits erfolgte Rückerstattung. Wenn „Chargeback automatisch beantworten“ aktiviert ist, sendet es die Antwort vor der Frist für Sie an die Bank.
Was es bedeutet
Entweder wurde keine Autorisierung eingeholt, obwohl eine erforderlich war, oder die Transaktion wurde nach Visas Bearbeitungsfrist vorgelegt. Der Streitfall deckt nur den nicht autorisierten Betrag ab (oder den Betrag über dem Floor Limit für Chip-Offline-Genehmigungen).
Visa 12.1 Late Presentment erscheint nicht in Visas Regeln vom Oktober 2026; die verspätete Vorlage ist Teil von 11.3.
Warum Kunden ihn einreichen
Eine Autorisierung ist vor der Erfassung abgelaufen, eine Belastung wurde über dem autorisierten Betrag vorgenommen, oder die Abrechnung wurde verzögert.
Beweise, die gewinnen
Gemäß den Visa-Regeln kann jede Antwort auch zeigen, dass Sie bereits eine Rückerstattung vorgenommen haben und die Bank dies ignoriert hat, dass der Streitfall ungültig ist oder dass der Karteninhaber ihn zurückgezogen hat.
- Die gültige Autorisierung und dass das Datum des Clearing-Datensatzes falsch war
- Ein Beleg, der die verspätete Vorlage widerlegt
- Korrekt durchgeführte geschätzte und inkrementelle Autorisierungen: Indikatoren, eine Transaktions-ID, Datum, Betrag und Code jeder Autorisierung
Wie man ihn verhindert
- Jede Transaktion autorisieren
- Umgehend erfassen und abrechnen, idealerweise am selben Tag
- Neu autorisieren, wenn der Betrag steigt
Für Entwickler
Auf Stripe kommt das Dispute-Objekt mit dem Grund "general" und dem eigenen Code des Kartennetzwerks in `payment_method_details.card.network_reason_code` an; achten Sie auf `charge.dispute.created` und lesen Sie `evidence_details.due_by` für die Frist. Stripe führt 12.1 Late Presentment immer noch unter 'general' auf.
Streitfälle der Kategorie 11 gehen direkt in die Vor-Schlichtung.
Häufige Fragen
- Wird Visa 12.1 noch verwendet?
- Die Visa-Regeln vom Oktober 2026 führen keine 12.1 auf; verspätete Einreichung wird durch 11.3 No Authorization/Late Presentment abgedeckt.
- Kann die Bank den gesamten Betrag anfechten?
- Nein. Visa begrenzt einen 11.3 Streitfall auf den Betrag, der nicht autorisiert wurde.
Quellen
Siehe auch
- 11.2 — Der Verkauf wurde abgeschlossen, obwohl die Autorisierung abgelehnt wurde.
- 12.5 — Dem Karteninhaber wurde ein anderer Betrag berechnet, als er zugestimmt hatte.
- 12.2 — Die Transaktion wurde mit dem falschen Code verarbeitet, zum Beispiel eine Gutschrift, die als Verkauf verarbeitet wurde.
- 12.3 — Die Transaktion wurde in einer anderen Währung verarbeitet als die dem Karteninhaber angezeigte.
- 12.4 — Die Belastung wurde einer Kartennummer zugeordnet, die nicht mit dem Konto des Karteninhabers übereinstimmt.
- 12.6 — Der Karteninhaber sagt, ihm wurde zweimal berechnet oder er hat bereits auf andere Weise bezahlt.
- 12.7 — Die Autorisierung enthielt ungültige Daten, wie einen Händlerkategorie-Code, der nicht mit der Abrechnung übereinstimmt.