Navigation between different subscriptions in customer portal.

Currently, If a customer has multiple subscriptions and click on 'manage subscription' in one subscription, there is no way to go back to the main customer portal page.

Transactional emails show USD instead of the charged currency (INR)

We are an Indian merchant selling a subscription priced in INR. A customer paid Rs 499.00 by UPI (payment pay_0NkAxrL9WCC4...KJO1, INR product, tax-inclusive, GST shown as Rs 422.88 + Rs 76.12). The dashboard transaction row correctly shows Rs 499.00. However the cancellation confirmation email sent to the customer showed "Price: $5.22 USD" instead. 499 / 5.22 = 95.59, so this is the INR amount converted to USD at the prevailing FX rate, not the USD plan price (our USD plan is $7.99). Two problems this causes: (1) the customer is quoted an amount and a currency they never agreed to and that does not match our pricing page, which reads as a hidden FX charge and generates support tickets and chargeback risk; (2) because it is an FX conversion, the same Rs 499 renders as a different USD figure each month, so two identical invoices show two different prices. Request: transactional emails should display the currency the customer was actually charged in. For Indian merchants this also matters for invoice/GST consistency, since the tax invoice must be in INR.

Customer portal is not brand aware: shows the primary brand's name and mixes billing history across brands

I have two brands under one business. A primary brand (a books store) and a secondary brand (a developer education subscription). Products, payments and subscriptions are correctly tagged with brand_id, and invoice PDFs are correctly branded per brand, which is great. The hosted customer portal is the one place that is not brand aware, and there is no way to work around it from my side. Two problems: 1. The portal always renders under the primary brand's name and logo. So a customer who subscribed on my second brand clicks "manage billing" on that site, and lands on a page titled with my books store. They have never heard of that business. On a billing page this looks like a mis click or a phishing page, which is the worst possible moment to confuse someone about who they are paying. 2. Billing history is not filtered by brand. Dodo reuses one customer record per email across the whole business, so a customer who has bought from both brands sees both sets of payments mixed together in one list. It also quietly reveals that the two sites are the same business, which is not something I want to disclose. Why I cannot fix this myself: customerPortal.create only accepts customer_id, return_url and send_email. There is no brand_id argument, and no business setting to scope it. Compare this to payments.list and subscriptions.list, which both accept brand_id and work perfectly. What I would like: - customerPortal.create to accept an optional brand_id, which scopes both the branding and the billing history to that brand - or the portal to infer the brand from the subscription being managed Related: webhook endpoints have the same shape of problem. I was told on Discord that brand scoped webhook urls are being worked on. The portal feels like the same gap in the same place. For now I have had to rebuild billing history and invoice downloads in my own app using payments.list with brand_id plus invoices.payments.retrieve, and drop the portal link entirely. That works, except payment methods, which have no public API at all, so there is no way to let a customer change their payment method without sending them to a portal branded as a different business.

Subscription references a payment method ID missing from the customer’s payment methods list

Hello Dodo Payments Support, We found an apparent inconsistency between a subscription’s payment_method_id and the customer’s saved payment methods in Test Mode. ### Steps to reproduce 1. Create and pay for a subscription using a test card. 2. Cancel the subscription. 3. Create a new subscription for the same customer. 4. Manually enter the same card details again instead of selecting the saved card: - same card number - same expiration date - same CVV 5. Retrieve the new subscription and the customer’s payment methods. It appears Dodo recognizes and deduplicates the same physical card, so it does not create another entry in the customer payment methods list. However, the new subscription receives a different payment_method_id. ### Customer cus_0Nit5PNSWnwbGgdhx4axM ### Subscriptions [ { "subscription_id": "sub_0NjJ5ZzTvDYx0LfQ7g6xI", "status": "active", "payment_method_id": "pm_AGUnSlI1V3f5smOg8vl2", "created_at": "2026-07-16T11:59:54.850786Z", "next_billing_date": "2027-07-16T12:00:09.877212Z", "customer_id": "cus_0Nit5PNSWnwbGgdhx4axM" }, { "subscription_id": "sub_0Nit5dA8lhUEHkRNh72Nn", "status": "cancelled", "payment_method_id": "pm_gPZpWXKk4eSuzuXi9fu5", "created_at": "2026-07-10T14:44:34.167194Z", "next_billing_date": "2027-07-16T06:13:35.337024Z", "customer_id": "cus_0Nit5PNSWnwbGgdhx4axM" }, { "subscription_id": "sub_0Nit5POGOGvsoWzevyVhX", "status": "failed", "payment_method_id": null, "created_at": "2026-07-10T14:43:24.043795Z", "next_billing_date": "2026-07-10T14:43:24.043795Z", "customer_id": "cus_0Nit5PNSWnwbGgdhx4axM" } ] The active subscription references: pm_AGUnSlI1V3f5smOg8vl2 ### Customer payment methods response GET /customers/cus_0Nit5PNSWnwbGgdhx4axM/payment-methods returns: [ { "payment_method_id": "pm_gPZpWXKk4eSuzuXi9fu5", "payment_method": "card", "payment_method_type": "credit", "recurring_enabled": true, "last_used_at": "2026-07-10T14:44:49.850Z", "card": { "card_network": "visa", "card_type": "credit", "last4_digits": "4242", "expiry_month": "12", "expiry_year": "2034" } } ] Therefore, the active subscription references pm_AGUnSlI1V3f5smOg8vl2, but that ID is absent from the customer’s payment methods list. ### Impact Our UI cannot determine which saved payment method is currently used by the active subscription. Comparing payment method IDs produces no match, and Dodo does not expose an endpoint to retrieve payment method details directly by ID. ### Expected behavior We would expect one of the following: 1. The active subscription to reference the existing canonical customer payment method ID, or 2. The new payment method ID to appear in the customer payment methods list, or 3. An API field/endpoint that maps a subscription payment method ID to its canonical customer payment method. Could you confirm whether this behavior is expected and recommend the correct way to identify the customer payment method currently used by a subscription?

Payout, and bank linking

I am not able to link the bank account for the payout . There is some issue in the business verification. Please help us for linking our account to bank account for the payout .

Get a detailed report on subscriptions

Get a detailed report on subscriptions

403 RBAC: access denied

Business: Truckcompliance (fully verified, Live Payments Active).Test mode, POST /checkout-sessions returns 403 RBAC: access denied for every product tried (pdt_0NiHwLWyVzPLrlC43u8zv, pdt_0Na1cV36nJ5wVkcCOD395).Reproduced via direct API call (PowerShell Invoke-RestMethod), outside any application code, using a fresh Read/Write API key.Read-only calls (e.g. listing products) work fine — this only affects write/checkout operations.

Allow for more than 3 credits to be applied to a subscription

Seems like an arbitrary limit and given 50 meters are allowed, why not 50 credits?

Scrollbar visible even though small modal

There scrollbar is visible most of the times in overlay. Also appears when loading, both vertical and horizontal. Attaching an image for reference

Bug: Close button overlaps scrollbar on overlay checkout if many items

See screenshot. If you have many items in the checkout so that the scrollbar is created in the overlay checkout on your website the close and scroll button overlap slightly.

Autofill on mobile phone number during checkout

It’s a small request around convenience but many folks use autofill to quickly fill out their email and details. Here, if I try to auto fill the first two digits are seen as an Iranian phone number which causes confusion and then I need to redo the whole process with a +91 country code for India.

Allow option to resize image during checkout

Image resizing is currently too restricted during checkout, which limits how well merchants can present their brand assets (logos, banners, product images).

Fix UI glitch for licenses

API Returns invalid price-per-unit value

API returns 0.003 as price per unit value while configured price per unit is 0.00003. It would be correct even if it would have returned 0.03 Not sure where this value is coming from.

Client side exception error

In the home dashboard, under the “Success rate” tab, hovering the success rate trend chart (on a new account, so no data in the chart) throws an exception “RangeError: Invalid time value” - from the labelFormatter function in the tooltip, which happens when trying to create a JS Date object from a string like “Dec”/”Nov”/etc.