Skip to main content

​
Nya Funktioner

​
1. Försök för prenumerationsbetalningar

Misslyckade prenumerationsförnyelsebetalningar kan nu automatiskt försökas på nytt för att återhämta intäkter, utan behov av integration. Aktivera det från Inställningar → Återhämtning, sätt ett återhämtningsfönster, och Dodo Payments försöker om förnyelsen enligt ett smart schema tills det lyckas eller fönstret stängs.
Återhämtningsinställningar sida med aktiveringsknappen för betalningsförsök påslagen och ett återhämtningsfönster (dagar) fält
Så fungerar det
  1. En prenumerationsförnyelsebetalning misslyckas och prenumerationen flyttas till on_hold.
  2. Om avslaget kan försöka om (ett mjukt avslag som otillräckliga medel eller ett tillfälligt nätverksfel), schemaläggs nästa försök automatiskt.
  3. Försök sker utanför sessionen enligt ett avlastningsschema, begränsat av ditt återhämtningsfönster.
  4. Vid första framgångsrika försök återgår prenumerationen till active och nästa faktureringsdatum flyttas fram som vanligt.
Försöksschema Försök avlastas successivt, förankrade till tidpunkten då den misslyckade fakturan skapades. Upp till 8 försök görs, så länge de ryms inom ditt återhämtningsfönster:
Endast mjuka avslag försöks om (t.ex. otillräckliga medel, generiskt avslag, bearbetnings- eller nätverksfel). Hårda avslag avslutar omförsökskedjan omedelbart, eftersom omförsök inte kommer att ändra resultatet.
Detta kompletterar de befintliga återhämtningsverktygen — prenumerationsdunning mejlar kunden för att uppdatera sin betalningsmetod, medan betalningsförsök tyst försöker om den befintliga. De fungerar väl tillsammans. Läs mer: Försök för prenumerationsbetalningar | Prenumerationsdunning

​
2. Affärsprorateringsinställningar

Du kan nu ställa in standardbeteende för uppgradering och nedgradering på affärsnivå istället för att ange pro-rata-parametrar vid varje planändring. Dessa standardinställningar gäller när en kund ändrar sin plan från kundportalen, och du kan ändra dem per produktkategori.
Standardinställningar för uppgradering och nedgradering på instrumentpanelen med separata kontroller för uppgraderingar, nedgraderingar och betalningsfel
Varje riktning (uppgradering och nedgradering) har två oberoende kontroller, plus en gemensam betalningsfelpolicy: När den nya planen startar (effective_at) Hur kunden debiteras (proration_billing_mode) Om kundens betalning misslyckas (on_payment_failure) Ändringar per samling Varje produktkategori kan åsidosätta några av dessa standardvärden. Varje fält är oberoende — låt det vara på Ärv från företag för att följa företagets standard, eller ställ in ett uttryckligt värde för att åsidosätta det för just den samlingen.
Uppgraderings- och nedgraderingsåterställningssektion på en produktkategori, där varje fält standardmässigt är inställt på 'Ärv från företag'
Varje inställning löses i den här ordningen:
Ett värde som ställs in per förfrågan till Ändra Plan API (proration_billing_mode, effective_at, on_payment_failure) har alltid företräde framför både samlings- och företagsstandarder. De nya inställningarna ändrar bara vad som händer när inget uttryckligt värde anges — vilket är fallet för alla kundportal-ändringar av planer.
Lär dig mer: Uppgradering och nedgradering av prenumeration | Produktkategorier

​
3. Samla in företagsnamn för B2B-fakturor

B2B-kunder kan nu få sitt juridiska företagsnamn angivet på fakturan istället för köparens personliga namn. När ett giltigt skatte-ID lämnas vid kassan kan du också samla in den associerade customer_business_name så att fakturan återspeglar den inköpsenhet som köper.
Kassasida med 'Köper som ett företag'-knappen aktiverad, visar företagsnamn och skatte-ID-nummer fält
När kunden väljer Köper som ett företag vid kassan, uppmanas de att ange både ett Företagsnamn och ett Skatte-ID-nummer. Företagsnamnet visas på fakturan endast när alla tre villkor är uppfyllda:
  1. Transaktionen är B2B (b2b = true)
  2. Ett tax_id är närvarande
  3. Ett icke-tomt customer_business_name har tillhandahållits
Annars används kundens personliga namn. Samla in det vid kassan Sätt customer_business_name direkt, och/eller aktivera allow_customer_editing_business_name för att låta kunden ange eller redigera det på kassasidan tillsammans med sitt skatte-ID:
Var det gäller
customer_business_name kan inte sättas utan ett tax_id. Att skicka ett företagsnamn utan ett skatte-ID avvisas. Att rensa tax_id rensar också företagsnamnet, eftersom de två är kopplade på fakturan.
Omgivande blanksteg trimmas, och värden som bara innehåller blanksteg behandlas som en explicit rensning — så lagrad data matchar alltid det som visas på fakturan.
Lär dig mer: B2B-betalningar | Fakturahantering | Kassasession

​
Buggfixar & Förbättringar

  • Små buggfixar och stabilitetsförbättringar över hela plattformen.
Senast ändrad 9 juni 2026