Carrier billing
The invoice detail for the period: who was billed, for which plan and tier, over which dates, at what amount.
Typically: Subscriber identifier, plan, coverage tier, billed period, amountEvery stage produces something you can inspect before the next one runs. Nothing advances on an inference you were not shown.
Three files for the period you want to examine: carrier billing, payroll deductions, and HR enrollment. Each upload is stored with a content hash, so every later finding can be traced to the exact file it came from.
Tallyvant proposes how each file’s columns map to plans, employees, and coverage periods, and how identities line up across the three sources. You confirm or correct the mapping before anything is reconciled.
A deterministic engine matches people across sources, aligns coverage periods, and compares amounts in minor units. The same files and the same mapping produce the same result every time.
Each finding names the rule that produced it, the source rows it rests on, the amount it claims, and the qualifiers that limit it. A finding you cannot trace back to its evidence is not one you should act on.
Approved cases move through a recorded lifecycle to realisation, and each month’s reconciliation produces a report you can reproduce from the same inputs.
Only the fields needed to reconcile a person, a plan, a period, and an amount. Tallyvant proposes the column mapping and asks you to confirm it.
The invoice detail for the period: who was billed, for which plan and tier, over which dates, at what amount.
Typically: Subscriber identifier, plan, coverage tier, billed period, amountWhat was actually deducted from pay in the period, per employee and per plan.
Typically: Employee identifier, plan, deduction date, amountWho was enrolled in what, with the employment and coverage dates that bound it.
Typically: Employee identifier, plan, coverage tier, enrollment dates, employment datesThe period, each file with its content hash and row count, and the rows the engine could not assess. A finding can always be traced back to the exact file it came from.
Source files
| Source | Content hash | Rows | Status |
|---|---|---|---|
| Carrier billing | sha256:9f2c41a8… | 1,482 | Accepted |
| Payroll deductions | sha256:4d81be07… | 1,391 | Accepted |
| HR enrollment | sha256:b70e5c2f… | 1,404 | 12 exceptions |
Exceptions are rows the engine could not assess. They are listed, never discarded.
Synthetic data. Exceptions are reported, never silently discarded.
Each state means something specific. The difference between the fifth and the sixth is the difference between a carrier's promise and your bank balance.
| State | What it means |
|---|---|
| Potential | Found by a rule. Not yet reviewed by anyone. |
| Validated | A reviewer examined it and attached it to a case. Not agreed by the carrier. |
| Approved for dispute | An Authorized Approver approved the package. Nothing has been sent by Tallyvant. |
| Submitted | A user recorded that the package was submitted to the carrier externally. |
| Credit approved | The carrier said it will credit. Not yet seen on an invoice or a payment. |
| Realised | Fully covered by verified carrier credits. This is money actually recovered. |
Lifecycle
Synthetic data. Verified credits are tracked against the amount claimed.
A demo walks through a single month of your own records end to end — upload, mapping, reconciliation, findings, and evidence — so you can judge the output rather than the pitch.