[m3nu]

I built my billing system on top of Django and it's used in 2 online services for a few thousand users and hundreds of invoices a month.

You have to be mindful of some edge cases, but if the scope is kept narrow, it's doable. The added benefit is the flexibility to fit it to your use case. And with Python, you get many high-level libraries, e.g. for decimal calculations and PDF generation.

[yugarinn]

My experience is that the scope is never kept narrow, which is exactly the same that the author is describing.

[acutesoftware]

Well, you can - you can have a policy that forces payments from a select group. Some users will complain when "No, you cant pay with 2 chickens every 3rd full moon", but that is too bad.

[icedchai]

I built a billing system for a web hosting company in PHP, almost 20 years ago. This was for a few hundred users. There were a couple of edge cases, but nothing incredibly challenging.

[Rafsark]

Was it a basic subscription model or have you faced challenges with taxes, usage-based components, entitlements, grand fathering?

[Rafsark]

The use case is tiny at the beginning but the complexity increases over time to be honest. The scope is never as narrow as you think at the beginning of the project. Libraries are great, they can help you implement faster, but if the company grows, you will need an entire team to build and maintain it