Neue Funktionen
1. Bring Your Own Processor (BYOP)
Sie können nun Ihren eigenen Zahlungsprozessor – Stripe oder Adyen – anschließen und Zahlungen je nach Kundenland darüber leiten, während Dodo Payments alle über die Transaktion hinausgehenden Prozesse betreibt: Produkte, Abonnements, Lizenzschlüssel und Berechtigungen, Rechnungsstellung, Kundenportal und Analysen. Länder, die Sie nicht explizit leiten, fallen zurück auf Dodo als Full-Service-Händler der Aufzeichnungen.
Richten Sie es im Dashboard unter Einstellungen → BYOP ein: Wählen Sie einen Prozessor, verbinden Sie Ihr Konto, definieren Sie länderspezifische Routings-Regeln und fügen Sie Ihre eigenen Rechnungsdetails hinzu.
Was sich bei einem BYOP-Routing ändert
- Sie sind der Händler der Aufzeichnungen. Dodo berechnet oder erhebt keine Steuern auf BYOP-Transaktionen — Ihre eigenen Rechnungsstellerdetails (Firmenname, Steuer-ID und Adresse) ersetzen den Dodo-Block auf Rechnungen und Erstattungsbelegen.
- Streitigkeiten und Rückerstattungen werden in Ihrem Prozessor behandelt. BYOP-Streitigkeiten sind im Dodo-Dashboard schreibgeschützt, da Annahme/Anfechtung innerhalb von Stripe oder Adyen erfolgt.
- Zahlungen werden über Hyperswitch geleitet und unterstützen derzeit nur Kredit- und Debitkarten.
Für Entwickler
Zahlungs- und Streitantworten enthalten jetzt is_byop und einen payment_provider Diskriminator (stripe, adyen oder dodo), sodass Sie erkennen können, wie jede Transaktion geleitet wurde. Die Felder sind additiv — Merchant-of-Record-Verkehr meldet weiterhin payment_provider: dodo.
Erfahren Sie mehr: Bring Your Own Processor | BYOP mit Stripe | BYOP mit Adyen
2. Offizielle Rust SDK-Veröffentlichung
Das offizielle Dodo Payments Rust SDK ist jetzt als dodopayments Crate auf crates.io verfügbar. Die Startlinie ist mit der Dodo Payments API-Versionsserie ausgerichtet, mit v1.105.0 als der ersten öffentlichen API-Line-Veröffentlichung und v1.106.0 bereits mit der neuesten OpenAPI-Regeneration veröffentlicht.
Installieren Sie es mit Cargo:
Das SDK erfordert Rust 1.75+ und ist für asynchrone Rust-Anwendungen mit Tokio und reqwest gebaut. Es beinhaltet:
- Stark typisierte Anfrage- und Antwortmodelle über die Dodo Payments API-Oberfläche hinweg.
Client::from_env() zum Lesen von DODO_PAYMENTS_API_KEY aus der Umgebung.- Typisierte Paginierungshilfen, einschließlich
get_next_page() und into_stream() für List-Endpunkte.
- Konfigurierbare Umgebungen und Zeitüberschreitungen, einschließlich Unterstützung für den Testmodus.
- Binäres Antwortdekodieren für PDF-ähnliche Antworten wie Rechnungen, Auszahlungsrechnungen und Erstattungsrechnungen.
- Eine fließende Ressourcen-Kette-Builder-API für ergonomische Rust-Aufrufstellen.
Erfahren Sie mehr: Rust SDK | Crates.io | GitHub
3. Neue Zahlungsmethoden: Koreanische Wallets & Przelewy24
Vier neue lokale Zahlungsmethoden sind jetzt verfügbar und erweitern die Abdeckung in Südkorea und Polen.
Südkorea (KRW) — drei koreanische Wallets erscheinen bei KRW-Checkouts:
| Methode | API-Typ | Abonnements |
|---|
| Kakao Pay | kakao_pay | Ja |
| Naver Pay | naver_pay | Ja |
| PAYCO | payco | Nein (nur einmalig) |
KR und KRW Abrechnung — wenn Ihr Produkt in einer anderen Währung bepreist ist, aktivieren Sie Adaptive Currency, damit der Kunde in KRW abgerechnet wird.
Polen (PLN) — Przelewy24 (P24), Polens führende Online-Zahlungsmethode, wird jetzt in PLN (nicht EUR) abgerechnet und unterstützt einmalige Zahlungen. Übergeben Sie przelewy24 in allowed_payment_method_types.
Erfahren Sie mehr: Südkoreanische Zahlungsmethoden | Europäische Zahlungsmethoden | Zahlungsmethoden Übersicht
4. brand_id bei jedem Webhook-Payload
Jedes Webhook-Ereignis-Payload enthält jetzt ein brand_id, sodass Sie Zahlungen, Abonnements, Rückerstattungen, Streitigkeiten, Lizenzschlüssel, Guthabenbuchungseinträge, Berechtigungsgewährungen, Mahnversuche und abgebrochene Checkouts einer bestimmten Marke zuordnen können. Wo eine Einheit keine eigene Marke hat, fällt brand_id auf die Hauptmarke des Unternehmens zurück.
Keine Integrationsänderungen sind erforderlich — das Feld ist additiv und erscheint automatisch an bestehenden Webhook-Endpunkten.
Erfahren Sie mehr: Mehrere Marken | Webhook-Ereignisse
5. Dezimalbewusste Währungsbehandlung
Die Währungsbehandlung wurde überarbeitet, sodass Beträge mit der richtigen Genauigkeit für jede Währung berechnet und angezeigt werden, anstatt überall zwei Dezimalstellen anzunehmen. Die 16 Null-Dezimal-Währungen — einschließlich JPY, KRW, VND, CLP, XAF und XOF — werden nun präzise über Zahlungen, Rechnungen, Auszahlungen, E-Mails und Analysen hinweg behandelt, und Präsentationskonversionen (Adaptive Currency) sind ende-zu-ende präzisionsbewusst.
Dies beseitigt eine Klasse von Rundungs- und Anzeigeproblemen für Null-Dezimal-Währungen und legt den Grundstein für zusätzliche Genauigkeiten in der Zukunft.
Verbesserungen
6. Höhere Produkt- und Kredikontingente
- Produktberechtigungen pro Produkt von 20 auf 50 erhöht.
- Kreditberechtigungen (Kredite, die an ein Produkt gebunden sind) von 3 auf 5 erhöht.
Erfahren Sie mehr: Berechtigungen | Kreditbasierte Abrechnung
7. Signierte Kundenkredite in Änderungsplanvorschau
Die Änderungsplanvorschau gibt jetzt customer_credits als signierten Wert zurück: negativ, wenn Guthaben abgezogen wird, um eine Gebühr auszugleichen (typisch bei Upgrades) und positiv, wenn Guthaben hinzugefügt wird (durch eine Downgrade-Prorations-Rückerstattung oder ein Wallet-Top-up), um klar zu machen, ob Guthaben verwendet oder gewährt wird.
Erfahren Sie mehr: Abonnement-Upgrade & Downgrade
8. card_last_four und card_network bei List Payments
Die List Payments-Antwort enthält jetzt card_last_four und card_network bei jeder Zahlung, sodass Sie Kartendetails in Listen anzeigen können, ohne jede Zahlung einzeln abzurufen.
Erfahren Sie mehr: List Payments
9. Gebrandete ACR- und Mahn-E-Mails
Wiederherstellungs-E-Mails für verlassene Warenkörbe (ACR) und Abonnement-Mahnungen verwenden nun den Namen und das Logo der entsprechenden Marke, anstatt des Unternehmensstandards, sodass die Wiederherstellungserfahrung zur Marke passt, von der der Kunde gekauft hat.
Erfahren Sie mehr: Abonnement-Mahnungen | Wiederherstellung von verlassenen Warenkörben
10. Verbesserte Steuer-ID-Validierung
Die Steuer-ID-Validierung beim Checkout wurde mit Notationserkennung und Registerabfrage (über die Tax ID Pro-Integration) erweitert, um falsche Ablehnungen gültiger IDs zu reduzieren. Das Geschäftsüberprüfungsformular enthält nun einen Länderwähler, um Validierungsfehler bei Steuer-IDs zu verhindern, und Datei-Uploads sind zuverlässiger mit einem Fortschrittsindikator und einem einzigen konsolidierten Fehlerhinweis.
11. Verbesserungen der Analysen
Dashboard-Analysen enthalten jetzt korrigierte Abonnement-MRR, aktive Abonnementzählungen und Berechnungen zur Kundenbindung/-abwanderung.
- Seitenweise Analysen — neue Kacheln für Umsatz- und Rabattleistung pro Checkout-Seite.
- Eine Brutto/Netto-Umschaltung und eine MRR-Aufschlüsselung in der Umsatzansicht.
- Tooltipps in Diagrammen zeigen jetzt Währungs- und Prozentsatzeinheiten, einschließlich Null-Wert-Punkte.
12. Dashboard- und Storefront-Politur
- Markenfilter zur Produktliste hinzugefügt, mit Filtern, die in eine einzige Schaltfläche zusammengefasst sind und Marken, die lazy-loaded werden.
- Produktkollektion, Add-On- und Kreditformulare mit Erstellen-/Bearbeiten-/Duplizieren-Flows überarbeitet.
- Auszahlungseinstellungen-Seite neu gestaltet, mit der Möglichkeit, eine fehlgeschlagene Auszahlung wiederherzustellen.
- Zahlungsanbieter-Badges (Stripe / Adyen / Dodo) auf den Tabellen der Transaktionen und Streitigkeiten angezeigt.
- Storefront-Laden-Banner-Kopie verfeinert.
Weitere Korrekturen & Verbesserungen
- Koreanische und mehrere andere Währungen (VND, PYG, XOF, XAF) wechseln nun standardmäßig zur Lokalwährung beim Checkout.
- Kleine Fehlerbehebungen und Stabilitätsverbesserungen auf der gesamten Plattform.
Zuletzt geändert am 26. Juni 2026
