Credits and wallet
How credits work on Bidancer — what they cost, which actions spend them, when they are refunded, and why the ledger is append-only.
Credits are the unit of paid intent. They exist so that an action which consumes someone else's attention costs the sender something.
The wallet holds them. The billing account is who buys them — the name on the invoice and the tax identity behind it. See Billing and invoices.
What a credit costs
It varies by region — pricing is adjusted rather than converted, so the same action does not cost a business in one market what it costs a business in another.
Current rates for every region and every action are on the pricing page, which reads the same configuration the charges do. Nothing is printed in these docs, because a figure written into documentation is wrong the first time it changes.
Rates resolve at the moment of charge, so a change never reprices something that already happened.
What spends credits
Costs differ per tool and per side. Each tool's Costs page says who pays for what — Enquiries, Tenders, Trade Shows — and the shape is consistent:
| Party | Meaning |
|---|---|
| Requester | The side initiating — raising an enquiry, placing a bid |
| Responder | The side receiving — accepting an enquiry |
| Host | The side running something — hosting a tender or a show |
Some actions are deliberately free. Hosting a tender costs nothing; rejecting an enquiry costs nothing, because charging to say no would make silence cheaper than a straight answer.
Refunds
Credits come back when an engagement fails through no fault of the sender:
- an enquiry that is rejected refunds the raising fee
- an enquiry that goes stale within 7 working days refunds it
- a tender bid that is not accepted refunds most of the bid cost
This is what makes paid intent fair rather than a toll. You pay for engagements that happen, not for attempts.
The ledger
Every movement — top-up, charge, refund, earning — is written to an append-only ledger. Nothing is edited or deleted; a correction is another entry. That is what makes a balance explainable rather than merely displayed, and it is why wallet history can be reconciled against invoices.
Top-ups are made in packages from the wallet. Payment goes through the payment provider; Bidancer does not store card details.
India
The Indian business document set — incorporation proof, tax identities and risk-control documents — which numbers are checked against the registry, and the conditional licences.
Topping up
Buying credits — the packages available, how regions and payment methods differ, the states a top-up moves through, and which wallet the credits land in.