PulseControl
Financial operations, under control.
PulseControl compares what should have happened with what did, event by event, under rules your team sets. It raises exceptions when the two disagree and keeps the evidence together.
A control layer, not a report.
Reports describe the past after the fact. PulseControl runs alongside operations, so a settlement that is short is flagged while the batch is still open.
Continuous matching
Exceptions with context
Transaction volume · reconciliation trend
30 daysException summary
Raised · 30 days130 raised · 118 resolved · 12 open now.
System status
Critical systems operational- Gateway ALast event 2s ago
- Gateway BLast event 4s ago
- Gateway CLast event 3s ago
- Bank A feedStatement 09:14
- Bank B feedStatement 09:14
- ERP ledgerPosted 09:00
- Billing eventsLast event 6s ago
- Payout feedDelayed 2m
Recent activity
Today- 09:14:09Mismatch detected · PX-48291 · Gateway B · ₹42,580
- 09:02:41Batch STL-20931 evaluated · 1 of 4,812 events unmatched
- 08:47:12Payout feed delayed 2m · non-critical · monitoring
- 08:31:55PX-48243 resolved · rounding tolerance applied
- 08:12:03Rule "Provider hold ≥ ₹10,000 → HIGH" matched 1 event
- 08:00:00ERP ledger sync completed · 4,790 postings
Interactive demonstration. All figures are synthetic and actions affect this page only.
A closed loop, not a report.
Every event moves through the same eight stages, and resolved exceptions feed back into the controls. Select a stage.
Detect
PulseControl identifies transactions that do not reconcile with expected settlement records.
Illustrative · synthetic data
Expected against actual, by source.
Every source has an expected figure and an actual figure. Variances are computed, linked to events and routed to a case.
- One-to-one, one-to-many and many-to-one matching across provider, bank and ledger records.
- Tolerance rules for rounding and fees, set per source and per record type.
- Timing windows, so a credit that is a day late is treated differently from a credit that is wrong.
| Bank ABank | ₹12,400,000 | ₹12,400,000 | ₹0 | Matched |
| Bank BBank | ₹12,400,000 | ₹12,357,420 | −₹42,580 | Variance |
| Billing systemBilling | ₹3,184,200 | ₹3,184,200 | ₹0 | Matched |
| ERP ledgerLedger | ₹24,800,000 | ₹24,757,420 | −₹42,580 | Variance |
| Gateway AGateway | ₹8,200,000 | ₹8,200,000 | ₹0 | Matched |
| Gateway BGateway | ₹5,742,580 | ₹5,700,000 | −₹42,580 | Variance |
| Gateway CGateway | ₹10,857,420 | ₹10,857,420 | ₹0 | Matched |
| Marketplace payoutsPayouts | ₹1,926,400 | — | — | Pending |
Batch STL-20931 settled ₹42,580 below expected.
A queue ordered by risk.
Exceptions are ranked by severity and amount. Filter by status, search by reference and open any item for its full evidence.
| Exception | Amount | Severity | Status |
|---|---|---|---|
| PX-48291Settlement mismatch | ₹42,580 | HIGH | Open |
| PX-48284Settlement timing deviation | no amount impact | MEDIUM | Open |
| PX-48279Missing bank reference | no amount impact | MEDIUM | Open |
| PX-48276Duplicate provider event | no amount impact | MEDIUM | Open |
| PX-48274Fee rounding difference | ₹40 | LOW | Open |
| PX-48272Fee rounding difference | ₹35 | LOW | Open |
| PX-48269Fee rounding difference | ₹30 | LOW | Open |
| PX-48266Invoice rounding difference | ₹30 | LOW | Open |
| PX-48263Fee rounding difference | ₹25 | LOW | Open |
| PX-48260Ledger posting rounding | ₹25 | LOW | Open |
| PX-48257Fee rounding difference | ₹20 | LOW | Open |
| PX-48254Fee rounding difference | ₹15 | LOW | Open |
Settlement mismatch
Gateway B · opened 2h 14m ago · owner Unassigned
The provider settled less than the transaction total and flagged a partial hold. The bank credit and the ERP receivable both reflect the lower amount.
Timeline
- Payment received14:02:11Captured via Gateway B · ₹542,580
- Provider settlement18:30:00Batch STL-20931 closed · ₹500,000 · status PARTIAL
- Bank record09:14:07Credit ₹500,000 posted · next day (T+1)
- Mismatch detected09:14:09Settlement mismatch · severity HIGH
Evidence
- ref
- TXN-48291
- amount
- ₹542,580
- captured
- 14:02:11
- source
- Gateway B
- batch
- STL-20931
- amount
- ₹500,000
- closed
- 18:30:00
- fee basis
- batch
- credit
- ₹500,000
- posted
- 09:14:07 (T+1)
- reference
- BNK-48291
- account
- Operating ••42 (demo)
- status
- PARTIAL
- reason
- HOLD
- held_amount
- ₹42,580
- release
- pending review
Suggested next step: Request hold release from the provider, then re-evaluate batch STL-20931.
Evidence assembled before anyone asks.
Opening an exception shows a timeline across systems and the four pieces of evidence that explain it. Actions are recorded as they happen.
Timeline across systems
Four evidence types
Recorded actions
Rules that operations can read.
Matching tolerances, severity thresholds and approvals are explicit settings. Turn a rule off and the behavior changes visibly.
- Rounding toleranceMatched · no exception
Auto-match when |variance| ≤ ₹10 and the source is a fee line. - Provider hold escalationSeverity HIGH · notify
When provider status = PARTIAL and reason = HOLD, set severity HIGH and notify Finance Ops. - Settlement timing windowSeverity MEDIUM
Raise MEDIUM when the credit is later than T+1 by more than one business day. - Resolution approvalApproval required
Require a second approver to resolve any variance above ₹25,000. - Duplicate event suppressionPaused
Suppress the second event when provider reference and amount are identical.
One chart that matters.
Volume and reconciliation rate share one axis of time, so a dip in match rate can be read against the day it happened.
Fed by every system you run.
PulseConnect supplies PulseControl with normalized events from six categories of system.
- Exceptions
- Alerts
- Reports
- API
- Supplies
- Authorizations, captures, refunds, settlement batches and provider responses.
- Connection methods
- API · webhooks · settlement files
- Typical source
- Payment gateway · acquirer · payout provider
Controls that behave as a finance team expects.
Access, audit and isolation are part of how the product works, not an add-on.
See PulseControl with your own systems in mind.
Tell us which systems your team reconciles today. We will show you how the platform would handle them.