BBPS Commission Chart: Check Your Terms
Read a BBPS commission chart against your own agreement, check its effective date and conditions, and reconcile credits without inventing a universal rate.
Somebody shows you a chart. It lists bill types down the side and numbers across the top, and it looks very official. Maybe it came from a provider, maybe from another shopkeeper’s phone. Then a month later your statement shows something different from what you expected, and you can’t tell if you were short-changed or just misread the chart.
This post is about how to read a BBPS commission chart carefully and how to sort out differences between what you expected, what was credited, and what was later taken back. It doesn’t give you a rate. No honest article can, because the rate depends on your own agreement.
What do RBI’s rules say about commission?
Less than people think. RBI’s BBPS Directions, 2024, section 7, which we checked on 18 October 2026, list the recovery of bill-payment charges or commissions among the entries allowed in the escrow account of a non-bank operating unit. That’s about how the institutions handle their money. It doesn’t give a retailer’s per-bill amount or percentage, so it doesn’t give you a retail commission chart.
The same Directions, sections 4(b) and 6(a), also checked on 18 October 2026, name NPCI Bharat BillPay Limited as the authorised central unit. They give it responsibility for operational, technical and business standards.
So if someone tells you “RBI has fixed this payout for retailers,” ask them to show you the document and the clause. An escrow entry for institutions doesn’t settle what you are entitled to under your contract.
For SiOnline’s own terms, send a question about your account through the BBPS agent page. This article doesn’t give any SiOnline rate, posting deadline or customer-charge schedule.
Which chart belongs to your account?
Before you use a single number, write down three things at the top of your notes: who issued the schedule, which company you’ve contracted with, and the agreement reference.
If the chart came from another retailer, get confirmation that the same version applies to your counter before you use its figures. A screenshot you can’t confirm is a proposal. It isn’t your accepted terms.
Next, note the effective period next to each service row. Sometimes an old chart and a new one overlap while a payment is still pending. In that case, find out which event the agreement uses to decide the version: the payment, the posting, or something else. Keep both versions until you get an answer.
If your provider sends an amendment, write down which wording it replaces and for what period. Don’t scribble on the schedule itself. Put your notes beside the clause, so the original stays clean.
How do you read the calculation?
Charts look simple until you try to use them. Three things to pin down:
- A fixed credit. What counts as one unit? One bill? One successful payment? Find the exact wording.
- A percentage. A percentage of what? The bill amount? Some other base?
- A slab. Where exactly does one slab end and the next begin? And what happens to a bill that sits right on the line?
If the chart doesn’t say, ask for the definition. Don’t pick the reading that gives a neat answer, or the one that happens to match another provider’s chart.
Put the bill category, the named biller and the service description right beside the formula. If the schedule lists exceptions, copy the one that applies into your notes. Leave an excluded or unclear case out of your total of confirmed credits until someone explains it.
One more distinction matters. The RBI Directions, section 4(d), checked on 18 October 2026, require the bill to be fetched before payment starts. For prepaid services, they require the customer’s relationship with the biller to be validated instead. So when you read a row, ask what kind of service it covers: a fetched bill, a prepaid payment, or something else described precisely? And remember that a successful lookup isn’t a paid transaction just because the account and amount showed up on screen.
How do you keep expected, posted and reversed amounts apart?
This is the habit that saves the most arguments. Use three different words for three different things.
- Expected: only when you can show both the basis and the condition that triggers the credit.
- Posted: a credit you can actually see in the account record you’ve been given.
- Reversed or adjusted: a later debit linked to an earlier credit. Put it on its own line with its own reference.
Don’t blend them into one net figure. Keep the statement dates and reference numbers that link the entries. If the provider only gives you a total, ask for the breakdown for the transactions you’re checking.
When you can’t work out the expected amount because you’re missing the basis, leave the cell blank. A blank is more honest than an invented zero or an amount you assumed you were owed.
Here’s a worksheet you can copy:
| Item in your working note | What to enter |
|---|---|
| Applicable credit basis | Agreement version, row and formula |
| Qualifying event confirmed | Actual payment status and applicable clause |
| Expected credit, if calculable | Calculation using only confirmed inputs |
| Actual recorded credit | Statement entry and reference |
| Actual listed deductions | Each linked deduction and its explanation |
| Actual reversal or later adjustment | Original credit link, adjustment reference and basis |
| Unresolved difference | Confirmed inputs used, or what is missing |
Fill in only the rows your records support. For accounting and tax treatment, have an adviser look at it. This sheet helps you ask a clear question. It doesn’t decide what you’re legally owed, and it doesn’t replace the agreement.
What if a credit is missing?
Let’s walk through an example. It’s made up, to show the method.
Say a customer’s bill payment went through, and you’ve noted the reference as Example A. You can’t find any credit for it. You look at the chart. The category matches the bill, but the chart doesn’t say what event triggers the credit.
What do you write down? Not “I was underpaid.” You write “expected credit unresolved”, because you don’t yet know the rule.
Then you send support the payment reference, the final payment status, the chart version and the category row. You ask one clear question: which posting event and clause apply to this payment? You keep the customer’s successful payment separate from this question. And you never make another bill payment just to see whether a credit turns up.
Two things can happen next.
- Support names the clause and points to an account entry linked to Example A. Now you can record the basis as confirmed and the entry as posted. If a listed deduction applies, it gets its own line.
- Support still doesn’t name a qualifying event. Then you leave the expected amount blank and follow up on the unanswered clause under the same case.
In the second outcome, all you’ve learned is that the evidence can’t prove a credit. That doesn’t mean nothing is owed. Keep the case open.
What if the money is credited and then taken back?
The RBI Directions, sections 6(a)(4) and 8(ii), checked on 18 October 2026, require a BBPS reference from the moment a payment starts, and use that reference for complaint management.
So when you raise a query about a credit, link it to the original customer payment reference first, then add the retailer entry or adjustment reference. If a reversal appears, compare the stated reason with the clause in your agreement and with what happened to the payment. Don’t delete the original credit to make your sheet look tidy.
Take a second made-up example, Example B. A credit was posted, and later a debit appeared carrying the same reference. You record the credit as “posted” and the debit as “adjustment observed”. Then you ask which clause explains the debit. Until you get the reason, you can’t say how your contract treats it.
If the bill payment itself is uncertain, that’s a different problem. Chase it through the payment complaint route and keep it apart from the credit question. Link the two references so the story is clear, but don’t treat a confirmed credit as proof that the customer’s bill is settled.
Look at how the two examples differ. In Example A, the basis was missing before any credit could be judged. In Example B, the entries exist but need explaining. If you just write “commission problem” on both, a colleague will have to start the investigation again.
Should retailer credit and customer charges be mixed?
No. They’re two separate questions:
- What is credited to this counter?
- What may this customer be charged?
Get the customer-charge terms before you collect any extra amount from anyone. A credit you think you’re owed isn’t permission to add a fee or to recover a deduction nobody has explained. And keep customer money, wallet funding and your own remuneration in separate notes, each with its own reference.
What about targets, bundles and slabs?
A few special cases come up often.
A rate tied to a target. Ask what counts as a qualifying transaction and over what period it’s measured. Is it going forward, or does it adjust earlier work too? Use only the terms in front of you, and don’t plan around customer volume you’re hoping for.
A bundled credit across several bills. Before you check the total, find out which payment references are included. Don’t divide the total evenly to invent a per-bill rate. The useful question is which documented entries make up the total.
An unclear percentage or slab. Quote the wording and say which readings you need to tell apart. Point to the actual transaction.
Moving between plans or categories. Ask for the terms in effect for the affected transaction before you reuse an old row. We aren’t saying SiOnline or any provider has a standard rule for this. That’s a question for your own agreement.
Keep your own running costs, such as equipment or time spent on queries, in a separate note from the provider’s credits. And leave any expected credit you haven’t confirmed out of a settled result. A chart is a record of terms. It’s not a forecast of what your counter will do.
What goes in a case note?
Whenever you contact support or hand a case to a colleague, use one note with these fields:
| Case-note field | What to record |
|---|---|
| Payment reference and status | The actual customer payment and outcome |
| Chart version and row | Issuer, effective period and matching category |
| Triggering event | Confirmed clause, or the exact missing condition |
| Observed entry | Credit, deduction or reversal reference actually available |
| Unanswered question | The input or interpretation still unresolved |
| Existing case reference | Prior enquiry and response to continue |
Take unrelated customer information out before you send it. Keep the reply next to your question. When an answer changes how you read the chart, note which transactions it applies to. Don’t spread it across the whole account.
If you have a credit problem on an existing SiOnline account, use support, and keep passwords and login codes out of it. If you’re deciding whether this kind of work suits your shop, the retailer overview and the services page show what’s on offer.
Common questions
Is there a standard BBPS commission I can look up? Not in RBI’s Directions. They set no retailer per-bill rate, as of the check we did on 18 October 2026. The rate comes from your own agreement.
Can I use another shop’s chart? Only if the provider confirms the same version applies to you. Otherwise treat it as a proposal.
Should I pay a bill again to see whether a credit comes? No. Keep the customer’s payment separate from the credit question.
Does a credit that appears mean the customer’s bill is paid? No. They’re separate questions with separate references.
Sources
- Reserve Bank of India, BBPS Directions, 2024, sections 4, 6, 7 and 8, opened 18 October 2026.
Registration is ₹3,000
Incl. GST, one-off. We check your eligibility before you pay.
IRCTC agent registrationSupport runs 24 hours, 7 days
If this guide does not cover your case, call and ask. You will get a person who knows the rules.
+91 91091 35959Send us an enquiry
Takes about a minute. Submit your details below. No payment at this stage.