Human-confirmed mapping
A proposed mapping stays a proposal until a reviewer confirms it.
For plaintiff-side investigation teams
When a client sends screenshots, a call log, and a text export, the first question is what the records actually show. Put them in order before naming the pattern.

First intake review
A screenshot shows a calling number but loses the export row and time zone. A carrier file uses UTC. An intake note says “same company” without identifying the source for that assertion. Before treating these as a sequence, someone has to reconcile them.
The proposed Call Evidence Review workflow starts there. It preserves what the client supplied, records how a derived event was mapped, and makes uncertain or excluded rows visible. It then shows exact number matches as leads for the firm to review.
A reviewable chain
Preview each CSV, its column mapping and source time zone, and the rows accepted or excluded. Confirm the mapping before the normalized chronology is accepted.
Open a repeated presented calling number and see the matching source files, row IDs, and normalized event times. A lead stays linked to its sources.
Separate the client’s assertion from the supplied record and the firm’s conclusion. The reviewer can note when dialer, subscriber, consent, opt-out, or number-control evidence is still needed.
A named reviewer chooses what enters the final version. Export a chronology and source manifest for the system your firm already uses.
Illustrative, fictional example
Three call-log rows contain the same presented calling number. The exact match is useful: it tells a reviewer which records to inspect together. It does not identify the caller behind any of those events.
A current CNAM or LRN lookup may add a dated clue when separately requested. It cannot travel back to the day of the call. The workpaper should leave historical identity open until independently supported.
Illustrative review lead · synthetic data
Optional AI · pilot evaluation
We are evaluating AI suggestions for mapping and source-linked questions. Any processor use will require a matter-level choice and disclosed terms. The current CSV review and workpaper flow does not depend on AI.
A proposed mapping stays a proposal until a reviewer confirms it.
A future factual answer must point to the supplied rows used to support it.
No AI-generated defendant, liability finding, paid lookup approval, or automatic report sign-off.
A presented calling number can be spoofed. A port date does not prove a change in subscriber. A current name or carrier response is not a historical ownership record. And a clean chronology does not supply consent evidence absent from the files.
These limits belong next to the result, not in small print after a conclusion. VRI supports the record review; counsel decides what the facts and law mean.
Common intake questions
No. It can show exact matches and selected current number intelligence. Historical caller attribution needs other evidence.
The import preview should surface the ambiguity for a reviewer to correct. The source value remains available beside the normalized time.
No. A missing-proof list helps the team see which records it may still need from others.
No. The proposed workpaper and source manifest are designed for export back into the firm’s own workflow.
Tell us the file types and approximate row count. We can discuss access, scope and cost without receiving client evidence by email.
Want the full picture?
Pick the one that fits — look numbers up yourself, or plug our phone intelligence into your own app.
Look up any US number yourself — current carrier, caller ID, and whether it’s been flagged for spam or scams. Right in your browser.
Phone intelligence for developers — carrier, caller ID, line type & spam via a pay-as-you-go API. Single or bulk, no subscription.
No spam. US numbers only.