Nicheloom

Market intelligence for builders — see what's gaining traction before it's crowded.

Custom Pricing Units in Flexprice (price in credits, bill in USD)

Details

External ID
46991901
Source
HN
Company
—
Product
Custom Pricing Units in Flexprice (price in credits, bill in USD)
Website domain
flexprice.io
Launched
Feb. 12, 2026
Cohort
—
Upvotes
5
Upvotes percentile
0.10512129380053908
Tags
—
Fetched at
Sept. 7, 2026, 9:25 p.m.
Updated at
Sept. 7, 2026, 9:25 p.m.

Description

Hi HN, working in the monetization field, we kept seeing the same problem.Product teams want to price in credits or tokens. Finance wants clean USD accounting. Engineering ends up stitching conversion logic across services, and over time rounding errors, inconsistent invoices, and reconciliation headaches creep in.So we added Custom Pricing Units to Flexprice!You can now define your own unit (e.g. CRD), attach a conversion rate to a base currency (like USD), and use that unit across plans, recurring charges, usage pricing, and wallets. Customers see and are charged in credits. Flexprice computes, stores, and invoices in the base currency.Conversion is deterministic. Rounding only happens at invoice calculation. There’s a single source of truth for the rate. Example: 1 credit = 0.01 USD → 100 credits = 1 USD.This has been especially useful for teams selling tokens, running credit wallets, or operating in multiple regions while keeping accounting in one currency.Docs and API examples are live: https://docs.flexprice.io/docs/product-catalogue/custom-pric... Happy to answer questions on how we model conversion and precision internally or join us here: http:// bit.ly/4huvkDm

Enrichment

Theme
payments, billing, and wallet infrastructure
Vertical
Fintech
Function
Vertical SaaS
Audience
B2B
AI stance
Not AI
Project type
Commercial product
Normalized one-liner
custom pricing unit billing
Manually corrected
False

Could you build this?

Partial The front-end dashboards and standard billing calculators are straightforward, but multi-tenant, high-throughput credit metering, atomic credit deduction, and double-entry accounting reconciliation for monetization infrastructure require rigorous financial-grade backend engineering.

What it would actually take: A production monetization platform requires event ingestion pipelines (Kafka or ClickHouse), an immutable ledger with double-entry accounting principles, transactional ACID databases for wallet balance deductions, and tight integration with payment gateways like Stripe. The hard engineering involves handling high-frequency micro-metering events without race conditions, idempotent transaction processing, and auditing reconciliation against rounding errors across dynamic credit-to-fiat exchange rates.

Discussion

No comments on this launch.

Competitors

Other products that read as similar to this one — 169 launches clear the similarity bar, closest 8 shown.

Attention rank: #167 of 170 (itself plus its competitors, highest first — normalized so YC and Product Hunt are compared fairly).

Launched 99 days after the earliest competitor.

Other launches for this product

Same idea, different domain

Nobody's really built a vertical saas tool for Insurance yet.