> ## 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), den officiella Rust SDK-utgåvan, koreanska betalningsmetoder (Kakao Pay, Naver Pay, PAYCO) och Przelewy24, brand_id på varje webhook payload, decimalmedveten valutehantering, högre rättighetsgränser, samt förbättringar av kassan, analys och instrumentpanel.

## Nya funktioner

### 1. **Bring Your Own Processor (BYOP)**

Du kan nu ansluta din egen betalningsprocess — **Stripe** eller **Adyen** — och dirigera betalningar genom detta per kundland, medan Dodo Payments fortsätter att hantera allt ovanpå transaktionen: produkter, prenumerationer, licensnycklar och rättigheter, fakturering, kundportal och analyser. Länder du inte explicit dirigerar faller tillbaka till Dodo som fullservicehandlare av record.

<Frame>
  <img src="https://mintcdn.com/dodopayments/DNTF2guUc26Fj2yI/images/byop/overview.png?fit=max&auto=format&n=DNTF2guUc26Fj2yI&q=85&s=aeb8dfda155edde6d9084a4a03d7b15f" alt="BYOP-inställningar som visar alternativ för Merchant of Record och Bring Your Own Processor med jämförelse av funktioner" style={{ maxHeight: '500px', width: 'auto' }} width="1391" height="1010" data-path="images/byop/overview.png" />
</Frame>

Ställ in det från **Inställningar → BYOP** i instrumentpanelen: välj en processor, anslut ditt konto, definiera regler för landsspecifik dirigering och lägg till dina egna fakturautgivardetaljer.

**Vad ändras på en BYOP-rutt**

* **Du är Merchant of Record.** Dodo kalkylerar **inte** eller debiterar skatt på BYOP-transaktioner — dina egna fakturautgivardetaljer (affärsnamn, skatte-ID och adress) ersätter Dodo-blocket på fakturor och återbetalningskvitton.
* **Tvister och återbetalningar hanteras i din processor.** BYOP-tvister är skrivskyddade i Dodo-instrumentpanelen, eftersom accept/utmaning sker inom Stripe eller Adyen.
* Betalningar dirigeras genom Hyperswitch och stöder för närvarande endast **kredit- och betalkort**.

**För utvecklare**

Betalnings- och tvistsvar inkluderar nu `is_byop` och en `payment_provider` diskriminator (`stripe`, `adyen`, eller `dodo`) så att du kan identifiera hur varje transaktion dirigerades. Fälten är tillägg — Merchant-of-Record trafik fortsätter att rapportera `payment_provider: dodo`.

Läs mer: [Bring Your Own Processor](/features/byop) | [BYOP med Stripe](/features/byop/stripe) | [BYOP med Adyen](/features/byop/adyen)

### 2. **Officiell Rust SDK-utgåva**

Den officiella **Dodo Payments Rust SDK** är nu tillgänglig som `dodopayments` crate på crates.io. Lanseringslinjen är anpassad till Dodo Payments API-versionserien, med `v1.105.0` som den första offentliga API-utgåvan och `v1.106.0` publicerad med den senaste OpenAPI-regenereringen.

Installera det med Cargo:

```bash theme={null}
cargo add dodopayments
```

SDK kräver **Rust 1.75+** och är byggt för asynkrona Rust-applikationer med Tokio och reqwest. Det inkluderar:

* Starkt typade begäran och svar modeller över Dodo Payments API-yta.
* `Client::from_env()` för att läsa `DODO_PAYMENTS_API_KEY` från miljön.
* Typade pagineringshjälper, inklusive `get_next_page()` och `into_stream()` för listaändpunkter.
* Konfigurerbara miljöer och timeouts, inklusive testlägesstöd.
* Binär svarskodning för PDF-stil svar som fakturor, utbetalningsfakturor och återbetalningsfakturor.
* Ett flytande resurskedjebyggar API för användarvänliga Rust-anrop.

Läs mer: [Rust SDK](/developer-resources/sdks/rust) | [Crates.io](https://crates.io/crates/dodopayments) | [GitHub](https://github.com/dodopayments/dodopayments-rust)

### 3. **Nya betalningsmetoder: Koreanska plånböcker & Przelewy24**

Fyra nya lokala betalningsmetoder är nu tillgängliga, vilket utökar täckningen i Sydkorea och Polen.

**Sydkorea (KRW)** — tre koreanska plånböcker visas på KRW-utcheckningar:

| Method        | API-typ     | Prenumerationer     |
| ------------- | ----------- | ------------------- |
| **Kakao Pay** | `kakao_pay` | Ja                  |
| **Naver Pay** | `naver_pay` | Ja                  |
| **PAYCO**     | `payco`     | Nej (endast engång) |

De koreanska plånböckerna kräver ett faktureringsland av `KR` och `KRW` fakturering — om din produkt är prisad i en annan valuta, aktivera Adaptive Currency så att kunden faktureras i KRW.

**Polen (PLN)** — **Przelewy24 (P24)**, Polens ledande onlinebetalningsmetod, avräknas nu i `PLN` (inte EUR) och stöder engångsbetalningar. Pass `przelewy24` i `allowed_payment_method_types`.

Läs mer: [Sydkoreanska betalningsmetoder](/features/payment-methods/south-korea) | [Europeiska betalningsmetoder](/features/payment-methods/europe) | [Översikt över betalningsmetoder](/features/payment-methods)

### 4. **`brand_id` på varje Webhook Payload**

Varje webhook-händelsepayload inkluderar nu en `brand_id`, så att du kan attribuera betalningar, prenumerationer, återbetalningar, tvister, licensnycklar, kreditsaldon, rättighetsmeddelanden, dunningförsök och övergivna utcheckningar till ett specifikt varumärke. Där en enhet inte har sitt eget varumärke, fallbackar `brand_id` till företagets primära varumärke.

Inga integrationsändringar krävs — fältet är tillägg och visas automatiskt på befintliga webhook-endpunkter.

Läs mer: [Flera varumärken](/features/multi-brands) | [Webhook-händelser](/developer-resources/webhooks/intents/webhook-events-guide)

### 5. **Decimalmedveten valutehantering**

Valutehantering har omarbetats så att belopp beräknas och visas med rätt precision för varje valuta, istället för att anta två decimaler överallt. De **16 noll-decimalvalutorna** — inklusive **JPY**, **KRW**, **VND**, **CLP**, **XAF**, och **XOF** — hanteras nu korrekt över betalningar, fakturor, utbetalningar, e-post och analyser, och presentation (Adaptive Currency) omvandlingar är precision-aware från början till slut.

Detta tar bort en klass av avrundnings- och visningsfel för noll-decimal valutor och lägger grunden för ytterligare precisioner i framtiden.

## Förbättringar

### 6. **Högre produkt- och kreditgränser**

* **Produkträttigheter** per produkt höjda från **20 till 50**.
* **Krediträttigheter** (krediter kopplade till en produkt) höjda från **3 till 5**.

Läs mer: [Rättigheter](/features/entitlements/introduction) | [Kreditbaserad fakturering](/features/credit-based-billing)

### 7. **Signerade kundkrediter i ändra plan-förhandsgranskning**

Förhandsgranskningen av ändra-plan returnerar nu `customer_credits` som ett **signerat** värde: **negativt** när krediter dras av för att kompensera en avgift (typiskt vid uppgraderingar) och **positivt** när krediter läggs till (från en nedgraderings- eller plånboksproratering), vilket gör det tydligt om krediter används eller beviljas.

Läs mer: [Prenumerationsuppgradering & nedgradering](/developer-resources/subscription-upgrade-downgrade)

### 8. **`card_last_four` och `card_network` på List Payments**

Responsen för **List Payments** inkluderar nu `card_last_four` och `card_network` för varje betalning, så att du kan visa kortdetaljer i listor utan att hämta varje betalning individuellt.

Läs mer: [List Payments](/api-reference/payments/get-payments)

### 9. **Brandad ACR & Dunning Emails**

E-post för återhämtning av övergivna varukorgar (ACR) och prenumerationsdunning använder nu det relevanta **varumärkets namn och logotyp** istället för företagets standard, så att återhämtningsupplevelsen matchar det varumärke kunden köpte från.

<Frame>
  <img src="https://mintcdn.com/dodopayments/tvJ2MmXYymW0IZ3R/images/recovery/dunning-on-hold-email.png?fit=max&auto=format&n=tvJ2MmXYymW0IZ3R&q=85&s=5e46040ed49a4da84569afdeeb87c813" alt="Prenumerationsdunning återhämtning e-post återges med det köpande varumärkets namn och logotyp" style={{ maxHeight: '500px', width: 'auto' }} width="1070" height="1502" data-path="images/recovery/dunning-on-hold-email.png" />
</Frame>

Läs mer: [Prenumerationsdunning](/features/recovery/subscription-dunning) | [Återhämtning av övergivna varukorgar](/features/recovery/abandoned-cart-recovery)

### 10. **Förbättrad validering av skatte-ID**

Valideringen av skatte-ID vid kassan har utökats med **noteringsdetektion och registeruppslag** (via skatte-ID Pro-integrationen), vilket minskar falska avslag av giltiga ID:n. Affärsverifieringsformuläret inkluderar nu en **landsselector** för att förhindra valideringsfel av skatte-ID, och filuppladdningar är mer tillförlitliga med en **progressindikator** och en enda samlad feltoast.

### 11. **Förbättringar av analys**

Instrumentpanelsanalyser inkluderar nu korrigerad prenumerations-MRR, aktiva prenumerationsantal och retention/avhoppsberäkningar.

<Frame>
  <img src="https://mintcdn.com/dodopayments/r426DlzEVUSPZlYb/images/analytics/revenue-breakdown.png?fit=max&auto=format&n=r426DlzEVUSPZlYb&q=85&s=66d1c0d64e6a69e6e7f22ac26c89bed7" alt="Intäktsanalys med en brutto/netto omkopplare och en MRR-nedbrytning" style={{ maxHeight: '500px', width: 'auto' }} width="1267" height="867" data-path="images/analytics/revenue-breakdown.png" />
</Frame>

* **Sidvis anlys** — nya plattor ytar intäkts- och rabattprestanda per utcheckningssida.
* En **intäktsomkopplare för brutto/netto** och en **MRR-nedbrytning** på intäktvyn.
* Diagramtips visar nu valuta- och procentenheter, inklusive nollvärdepunkter.

### 12. **Polering av instrumentpanel & butiksvy**

* **Varumärkesfilter** tillagt i produktlistan, med filter kombinerade till en enda knapp och varumärken latladdade.
* **Produktkollektion, tillägg och kreditformulär** omarbetade med skapa / redigera / duplicera flöden.
* **Utbetalningsinställningssida** omdesignad, med möjligheten att återställa en misslyckad utbetalning till framgång.
* **Betalningsleverantörsmärken** (Stripe / Adyen / Dodo) visade på transaktioner och tvistabeller.
* **Butiksvy** butiksbannertext förfinad.

### Andra fixar och förbättringar

* Koreanska och flera andra valutor (VND, PYG, XOF, XAF) standardiseras nu till lokal valuta vid kassan.
* Mindre buggfixar och stabilitetsförbättringar över hela plattformen.
