Invoices and payroll disagree
A carrier invoice is assembled from the carrier’s record of who is covered. Payroll deductions are assembled from yours. The two are reconciled by hand, if at all, and they drift.
Tallyvant reconciles benefits billing, payroll deductions, and enrollment records to uncover potential overpayments, coverage discrepancies, and financial exposure — with evidence behind every finding.
Pre-production: accepting demo and pilot-interest requests from employers. There is no self-service signup, and nothing is sold from this website.
Financial positions · Sep 2026
Findings
| Finding | What it is | Amount |
|---|---|---|
| F-2291Rule BR-01 | Employer overpaymentEMP-10427 · Medical PPO, billed after termination | $4,210.00 |
| F-2301Rule BR-02 | Owed to employeesEMP-11204 · deduction above expected contribution | $318.00 |
| F-2308Rule BR-06 | Suspected coverage discrepancyEMP-10755 · deducted with no carrier billing line | No amount |
The findings view, drawn with synthetic data. No customer results and no employee records appear anywhere on this site.
Not because anyone is careless. Because three systems describe the same month differently, and nothing in the ordinary course of business forces them to agree.
A carrier invoice is assembled from the carrier’s record of who is covered. Payroll deductions are assembled from yours. The two are reconciled by hand, if at all, and they drift.
A hire, a termination, a dependent added, a plan switched — each reaches payroll, the carrier, and your HR system at a different time. A discrepancy in one month is often a timing artefact in another.
A deduction taken above the expected employee contribution is money owed back to an employee. One taken below it is a cost the employer quietly absorbs. Neither is recoverable from the carrier.
A spreadsheet review is as good as the analyst who built it and the afternoon they had. Run it again next month against the same files and you will not reliably get the same answer.
A carrier agreeing to issue a credit is not the same as the credit appearing on an invoice. Without tracking through to realisation, an approved recovery can be counted once and received never.
Each stage produces something a person can inspect. 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.
Each has a different owner, a different remedy, and a different degree of certainty. Treating them as one figure is the most common way a reconciliation result gets misquoted.
Identify potential carrier overpayments.
Premium the employer appears to have paid and should not have — a terminated employee still billed, a dependent billed after removal, a duplicated line, a rate applied to the wrong tier.
Recoverable from the carrier once validated. Not a saving until it is credited.Surface payroll and suspected coverage discrepancies.
Deductions that sit above or below the verified expected employee contribution, and employees being deducted with no corresponding carrier billing line.
Money owed back to employees, or a cost the employer bears. Neither is recoverable from the carrier.Detect recurring errors and verify corrections.
A discrepancy that reappears month after month is a process defect, not an incident. Tallyvant shows which findings recur, and whether a correction you believe you made actually took effect.
Prevention is measured by a defect not recurring, not by a projected future saving.Produce reproducible monthly reconciliation reports.
A monthly report stating what was reconciled, which rules ran, what each rule found, what it could not assess, and which source-data limitations applied.
A reconciliation with no findings is evidence that the rules found nothing — not an assurance that nothing is wrong.Five views, drawn with synthetic data and the application's own vocabulary. The labels, rule identifiers, and lifecycle states are the real ones; the figures are illustrative.
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.
Each run records the period, the three source files, their content hashes, and the rows the engine could not assess.
Financial positions · Sep 2026
| Finding | Rule | Qualifier | Amount |
|---|---|---|---|
| F-2291 | BR-01 | Coverage end derived | $4,210.00 |
| F-2294 | BR-01 | Requires carrier verification | $612.40 |
| F-2297 | BR-01 | Duplicate source lines collapsed | $13,580.20 |
Every qualifier that limits a finding travels with it, in the list and in the export.
Findings grouped by category, each carrying the rule that produced it and the qualifiers that limit it.
Source rows
| File | Row | Field | Value |
|---|---|---|---|
| carrier_billing | 1182 | billed_period_end | 2026-09-30 |
| hr_enrollment | 212 | employment_end | 2026-07-31 |
| payroll_deductions | 740 | last_deduction | 2026-07-24 |
The source rows behind one finding, from all three files, with the derivation stated.
Lifecycle
A case moves through a recorded lifecycle. Approved is not the same as realised, and the interface never lets the two merge.
Rule coverage
| Rule | Outcome | Findings | Exceptions |
|---|---|---|---|
| BR-01 | Executed | 3 | 0 |
| BR-02 | Executed | 9 | 4 |
| BR-05 | Needs input | 0 | 8 |
| BR-06 / BR-07 | Executed | 2 | 0 |
What ran, what it found, what it could not assess, and a hash that lets the report be reproduced.
Replace the month-end spreadsheet comparison with a run you can repeat, hand over, and defend.
See each financial position on its own terms, with the basis it was computed from and the limits that apply to it.
Open a discrepancy and see the payroll row, the carrier line, and the enrollment record it was derived from.
Everything below is built and covered by tests. The limits beneath it are stated with the same prominence, because a security page that lists only strengths is not informative.
Access is granted by role — Organization Owner, Benefits Administrator, Payroll Administrator, Finance Controller, Authorized Approver, Platform Operator — and each endpoint checks the specific permission it requires rather than only that a user is signed in.
Every request is scoped to one organization at the router, before a handler runs. Isolation is covered by tests that attempt to reach another tenant’s records on each endpoint and assert that the attempt fails.
Uploaded files are recorded with a content hash. Each finding references the rule that produced it and the source rows it rests on, so any figure can be traced back to the exact file and row it came from.
Consequential actions are written to an append-only audit record identifying the actor, the action, the affected records, and the time.
No financial claim advances on its own. A recovery package must be approved by a user holding the Authorized Approver role, and Tallyvant does not transmit disputes to carriers.
Traffic is served over HTTPS. The application requires a TLS-verified database connection, with a startup check that fails rather than falling back to an unverified one. Sessions use signed, HTTP-only cookies, and sensitive values are redacted from logs.
Three sources for a billing period: carrier billing, payroll deductions, and HR enrollment. It matches people across them, aligns coverage periods, and compares amounts — producing findings for potential carrier overpayments, deductions above or below the expected employee contribution, and employees deducted with no corresponding carrier billing line.
No. Tallyvant is not a payroll system, an accounting system, a carrier, or a benefits broker. It does not run payroll, issue payments, or hold the record of what anyone is owed. It reads exported records and tells you where they disagree.
A carrier billing file, a payroll deduction file, and an HR enrollment file covering the same period, each as a delimited export. Tallyvant proposes how columns and identities map and asks you to confirm before reconciling. Only the fields needed to reconcile a person, a plan, a period, and an amount are required.
No. Tallyvant assembles an evidence package and records its approval, and nothing leaves the system. Submission to the carrier is performed by you, through your existing channel, and then recorded in Tallyvant so the case can be tracked.
Yes, and it distinguishes the two states that are usually conflated. A carrier saying it will credit is recorded as credit approved. A finding becomes realised only when it is fully covered by verified carrier credits. Only the second is money actually recovered.
Tallyvant is pre-production and is being prepared for early pilots with a small number of employers. There is no public self-service signup. If a pilot would be useful to you, request a demo and say a little about your situation.
Access is scoped to one organization and checked per permission at the router; uploads are recorded with a content hash; consequential actions are written to an append-only audit trail; and the application requires a TLS-verified database connection. Tallyvant holds no SOC 2 report or HIPAA attestation, and has not been operated against live employee data. The details, and the limits, are set out on the security page.
A demo runs through one period of your carrier billing, payroll deductions, and enrollment records, and shows you the findings with their evidence. Tallyvant is pre-production and is being prepared for early pilots.