sudeepsd__

https://flexpricecommunity.slack.com/join/shared_invite/zt-39uat51l0-n8JmSikHZP~bHJNXladeaQ?nojsmode=1

https://twitter.com/tryflexprice/status/2011400912515035444

Hi HN,We recently built a QuickBooks integration for admin.flexprice.io, our usage-based billing system.The goal was to build a reliable bridge between modern billing models (usage, metered charges, commitments) and traditional accounting workflows.Key design choices:- One-way invoice sync (billing → accounting)- Automatic customer and service-item creation- Entity mapping to prevent...

https://twitter.com/tryflexprice/status/2009226683849773430

Hi HN,One pattern we kept seeing while working on usage-based billing was commitment-style contracts.Teams would sell deals with a minimum monthly spend, charge real usage against it, apply higher rates for overages, and then manually true-up shortfalls at invoicing. Most billing systems don’t model this cleanly, so it ends up as custom code or finance-side adjustments.We added first-class...

https://twitter.com/tryflexprice/status/2008863789916274851

Hi HN,We’ve been working on usage-based billing infrastructure, and one recurring pain point we saw across teams was event ingestion.Most teams already have usage data in Kafka or internal pipelines, but getting that data into a billing system reliably ends up meaning:- Writing and maintaining Kafka consumers, - Handling batching and backpressure, - Retry logic for partial failures, and scaling...

https://admin.flexprice.io/

Hey HN, Sudeep S D here from Flexprice (flexprice.io)Every YC batch has had teams pushing insane tech, but almost all of them hit the same bottleneck before they even realize it.This is not compute. Not models. It's Billing.The moment you try to run real pricing experiments, the whole thing cracks.So for the recent YC F25 batch, we’re removing that drag completely.Flexprice is going to be FREE...