#rad_billing-arrears-payments

1 messages · Page 1 of 1 (latest)

spark wrenBOT
#

👋 Welcome to your new thread!

⏲️ We'll be here soon! Typically we respond in a few minutes, but sometimes we might take a bit longer if the server is busy or if you have a particularly tricky question.

⏱️ We close idle threads, which makes them read-only. Once a thread is closed it won't be reopened, but you can always start a new thread if you have another question.

🔗 This thread will always be available, even after it's closed. You can find it again using Discord's search, or you can save this link: https://discord.com/channels/841573134531821608/1361372410212909227

📝 Have more to share? Add more details, code, screenshots, videos, etc. below.

Below are links to other discussions we've had with you in the past week in case you want to review that information. If your question is related to one of these previous discussions, please provide a comprehensive summary of the current state and what you need help with now. We help many users simultaneously, so a summary allows us to resolve your issue as soon as possible.

compact mason
#

The payment date is 16th April. I want the subscription invoice, that is issued on April 16 to be for 16 March to 15 April.

#

Then, the next invoice to be for 16 April to 15 May, on May 16th

#

what I am getting is one draft invoice for March to April created today and next one in 2 days (16 April) for April to May period

#

I want to avoid billing customers twice a month to force them to move to upfront payments

errant geode
#

Hi 👋

The only pricing model where you bill at the end of the billing period is Usage based billing.

compact mason
#

Hello! So I can't achieve billing on period's end in any other way? or with some workaround?

#

I would add a trial, but that won't align the billed periods as well

errant geode
#

Just so I'm clear, you want your subscription to always bill in arrears? Not just for the initial period?

compact mason
#

yes

errant geode
#

In that case, I think using usage based billing is still your best option, as we call out here

#

Otherwise you will always be fighting the defaults and billing period descriptions on the Invoices

compact mason
#

The last payment taken by the previous provider was on 16th March for Feb to March period. I'd want to continue that cycle. Can I use usage based billing for non "metered" products?

errant geode
compact mason
#

Usage-based would force me to always send usage records for all the customers to have this reflected, right?

#

I see there's a license

errant geode
#

Correct. You would need to update the usage and that can lead to issues if you forget to add a usage amount.

#

But if you designed your subscription to automatically record a usage amount of 1 at the start of each billing period, that would achieve your goal.

#

You could also design a tiered pricing scheme where amounts of 1 -> inf all charge the same amount so you wouldn't risk overcharging your customers.

compact mason
#

Okay, I'll need to find some clever workaround this, as the usage based and event recording adds complexity.

#

Thanks for your time and help

#

have a great day

errant geode
#

Sure thing! Happy to help 🙂