> ## Documentation Index
> Fetch the complete documentation index at: https://docs.dodopayments.com/llms.txt
> Use this file to discover all available pages before exploring further.
# v1.105.0 (22. Juni 2026)
> Bring Your Own Processor (BYOP), die offizielle Rust SDK-Veröffentlichung, koreanische Zahlungsmethoden (Kakao Pay, Naver Pay, PAYCO) und Przelewy24, brand_id in jedem Webhook-Payload, dezimalbewusste Währungsbehandlung, höhere Berechtigungslimits sowie Verbesserungen beim Checkout, in der Analyse und im Dashboard.
## 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 Dispute-Antworten enthalten jetzt einen `payment_provider`-Discriminator (`stripe`, `adyen` oder `dodo`), sodass du erkennen kannst, wie jede Transaktion weitergeleitet wurde. Die Vorschauantwort der Checkout-Session gibt außerdem `is_byop` zurück. Die Felder sind additiv – der Merchant-of-Record-Datenverkehr meldet weiterhin `payment_provider: dodo`.
Erfahren Sie mehr: [Bring Your Own Processor](/features/byop) | [BYOP mit Stripe](/features/byop/stripe) | [BYOP mit Adyen](/features/byop/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:
```bash theme={null}
cargo add dodopayments
```
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](/developer-resources/sdks/rust) | [Crates.io](https://crates.io/crates/dodopayments) | [GitHub](https://github.com/dodopayments/dodopayments-rust)
### 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) |
Die koreanischen Wallets erfordern ein Rechnungsland von `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](/features/payment-methods/south-korea) | [Europäische Zahlungsmethoden](/features/payment-methods/europe) | [Zahlungsmethoden Übersicht](/features/payment-methods)
### 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](/features/multi-brands) | [Webhook-Ereignisse](/developer-resources/webhooks/intents/webhook-events-guide)
### 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](/features/entitlements/introduction) | [Kreditbasierte Abrechnung](/features/credit-based-billing)
### 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](/developer-resources/subscription-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](/api-reference/payments/get-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](/features/recovery/subscription-dunning) | [Wiederherstellung von verlassenen Warenkörben](/features/recovery/abandoned-cart-recovery)
### 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.