What TraceLens is
TraceLens turns the raw files a telecom operator sends you — call records, internet records and tower dumps — into readable, court-ready reports. You upload the operator's file exactly as you received it; TraceLens reads it, checks it, and builds every report, map and chart from it.
Three things make it safe to rely on:
- Nothing is altered. The original file is fingerprinted (hashed) the moment you upload it and stored unchanged. Every figure in every report can be traced back to the exact row of the operator's own file.
- Every figure is labelled for what it is. Most of the 107 reports are pure arithmetic over the disclosure — the same file always produces the same figures. Where a report adds a rule, a reference table or an inference, it says so through its evidence class (Chapter 24), which is printed on the report and on every certificate.
- Everything is recorded. Every sign-in, view, upload and export is written to an audit trail that cannot be edited.
TraceLens analyses records after the fact. It does not — and cannot — intercept or listen to anything. It only sees the disclosure files you upload, or records an operator system sends to it.
It is not a lookup service either. There is no lawful interface anywhere that returns CDR or IPDR for an arbitrary number: those records reach an investigator only through a request served under the authority your case already has.
Words you will meet
Ten terms cover almost everything in the app. Come back to this table whenever a word is unfamiliar.
| Term | Plain meaning |
|---|---|
| CDR | Call Detail Record — the operator's log of every phone call and SMS: who contacted whom, when, for how long, from which tower. |
| IPDR | Internet Protocol Detail Record — the operator's log of internet data sessions: which phone connected to which server, when, and (in some formats) how much data moved. |
| Tower dump | The reverse of a CDR: everyone a particular tower saw during a time window. Used to answer “who was near the scene?” |
| MSISDN | Simply a mobile number, written in full (e.g. 919095041400). |
| B-party | The other side of a call or SMS — the number (or named sender like a bank) the subject was in contact with. |
| IMEI | The serial number of the handset. Changing the SIM does not change the IMEI — this is how TraceLens follows a person across number changes. |
| IMSI | The identity of the SIM card itself. |
| CGI / cell / tower | The identity of one cell of one tower (e.g. 404-94-52067-…). A record made through that cell places the phone within that cell's coverage area — which can be a few hundred metres or several kilometres. |
| CGNAT | Carriers share one public internet address (IP) across thousands of customers. An IP alone identifies nobody; the IP plus the port number plus the exact time identifies one subscriber. TraceLens's flagship IPDR report performs exactly that resolution. |
| SHA-256 / hash | A digital fingerprint of a file or of a report's figures. If even one character changes, the fingerprint changes — which is how a court can verify nothing was tampered with. |
Signing in
3.1 Normal sign-in
- Open the sign-in page. In your browser, go to tracelens.tnpa.cloud/login. You will see the TraceLens card with a Language selector (English / हिन्दी).
- Enter your credentials. Fill Email / Username and Password, then click Sign in.
- Enter your two-factor code (if asked). If your account uses two-factor authentication, a Two-factor code box appears on the same card. Open your authenticator app, type the current 6-digit code, and click Sign in again. If it says “That code was not accepted”, wait for the app to show the next code and try that one.
- You land on the Workspace. A successful sign-in takes you to the Workspace page (Chapter 6).
The page itself reminds you: “Every sign-in and view is recorded in the audit log.” This protects you — it is your proof of who accessed what, and when.
3.2 First-time two-factor setup
If your workspace requires two-factor security and you have not set it up, after your first correct password the screen changes to Set up two-factor authentication:
- Install an authenticator app on your phone if you don't have one — Google Authenticator is free from the Play Store / App Store.
- Scan the QR code. In the app, tap + → Scan a QR code and point your phone's camera at the square code on the screen. If you cannot scan, click Can't scan? Enter the key manually and type the Setup key into the app instead.
- Confirm. The app now shows a 6-digit code that changes every 30 seconds. Type it into the 6-digit code box and click Confirm code.
- Sign in. The normal sign-in form returns; enter your password and the current code. From now on, every sign-in asks for a code.
The codes come from your phone, not from an SMS. If you lose the phone, ask your workspace administrator to reset your two-factor — you will re-enrol at your next sign-in.
3.3 Forgotten password
- On the sign-in page, click Forgot password?
- Enter your username or email and click Send reset link. If the account has an email on file, a reset link is emailed to you. The link expires, so use it soon.
- Open the link from the email. Enter a new password (at least 10 characters, not all numbers), repeat it, and click Set new password.
3.4 New officer? Requesting an account
- On the sign-in page, click New officer? Sign up.
- Fill in Full name, Rank, Mobile number, Email (this becomes your sign-in username), and choose a password of at least 12 characters. Click Sign up.
- Wait for activation. Your request goes to your own unit's workspace administrator, who verifies and approves it. If it is urgent, contact your administrator directly — activation is a manual check by your unit.
3.5 If sign-in fails
- “Invalid username or password.” — Re-type carefully; the username is usually your email.
- “Too many sign-in attempts. Wait a minute and try again.” — A safety brake. Wait sixty seconds.
- “This workspace is licensed for N devices and N are already in use…” — Your unit's device allowance is full. An administrator can free a slot under Settings → Devices.
- “Could not reach the TraceLens server.” — Check your internet connection.
Installing it on your phone
Most officers use TraceLens on a phone, and it is built to be installed rather than visited. Installed, it takes a home-screen icon, opens full-screen with no browser bar, and starts on your case list instead of the public site. It is the same application and the same sign-in — there is nothing separate to download and no app-store account involved.
| Your device | How to install |
|---|---|
| Android (Chrome) | An install card appears at the bottom of the screen — tap Install. If you dismissed it, use the browser menu → Install app. |
| iPhone / iPad (Safari) | Tap the Share button, then Add to Home Screen. Safari fires no install prompt of its own, so the app shows you this instruction instead. |
| Desktop (Chrome, Edge) | An install icon appears at the right of the address bar. |
The app's shell is cached so it launches instantly, but case data never is. Lose signal and you get a clear “Offline — live case data is unavailable until you reconnect” banner rather than a stale figure presented as current. On an evidence tool, a wrong number shown confidently is worse than no number.
It also means a lost or seized phone carries no case material: there is nothing cached to recover from it.
When a new version is published, a small card offers to reload into it. Take it — an evidence tool should not quietly keep running yesterday's build.
Finding your way around
5.1 On a phone
The bar along the bottom is the navigation, and it changes with where you are. Outside a case it offers Workspace, Cases, Search and More. Open a case and the same bar becomes that case's seven views, and a ‹ back chevron appears at the top left to leave the case — so there is always exactly one bar, never two stacked on each other.
More holds everything that is not a destination in its own right: your account, the appearance setting, this manual, and sign-out.
5.2 On a desktop
The bar across the top contains, left to right: the TraceLens logo (click it any time to return to the Workspace); the section links Workspace, Investigations and Account, with Settings for administrators; the search box; a clock, a theme button (System / Light / Dark) and your account menu.
5.3 Roles — what you can and cannot do
Your administrator assigns each account one role. If a button described in this manual is missing from your screen, your role is usually the reason.
| Role | What it can do |
|---|---|
| Administrator | Everything below, plus the Settings console: manage users, approve sign-ups and exports, set security policy. |
| Investigator | Create and manage cases, upload and delete evidence, run every report, export, add subjects and findings. The standard role for an Investigating Officer. |
| Analyst | Run reports and exports, add subjects and findings — but cannot create, change or delete cases or evidence files. |
| Viewer | Read-only. Can open cases and reports but cannot add or change anything. |
5.4 Global search — “have we seen this number before?”
- Tap Search in the bottom bar, or use the top-bar box on a desktop, and type at least 3 characters of a phone number, IMEI, IP address or other identifier.
- The answer comes back immediately: e.g. “Found 9812345678 — a phone number — in 3 cases (417 records)”, listing each case with counts of CDR, IPDR and tower records and the date span.
- Tap a row to open that case. If nothing is found, it says “No case has a record with …”.
Use this before registering a fresh disclosure request — the number you are chasing may already sit inside another team's case that has been shared with you. The Cross-Case Entity Overlap report (Chapter 22) does the same job systematically for a whole case.
The Workspace page
The Workspace page is your unit's situation board — “everything this unit is holding, at a glance.” It shows:
- Four tiles: Open cases, Records held (split into CDR / IPDR / tower), Unacknowledged alerts, and QC reconciliation — whether every uploaded file balances.
- Evidence pipeline — a ring chart of files parsed, in progress and failed, plus how much original disclosure data is held.
- Ingest — last 14 days — a bar chart of recent uploads.
- Recent investigations — the most recently worked cases, each as a card showing the reference, status, title, subjects and record counts.
If a red banner reading “N files did not reconcile” appears at the top, one or more uploaded files failed its arithmetic check. Do not rely on figures from those files until the problem is investigated (Chapter 10).
For the complete case list with search, filters and sorting, open Cases. There you can search by reference, title or notes, filter by status, subject number, evidence and dates, and sort.
Creating an investigation
- Click New investigation — on the Workspace page or the Cases page.
- Enter the case reference. Use your unit's own numbering, e.g. VPT-417/25. It must be unique in the workspace, and it appears on every export and every certificate — so use the number the court will recognise.
- Enter a title such as “Subject network analysis”, and click Create. The new case opens immediately.
That is all a case needs to exist. Two things are deliberately not asked at creation:
- Subjects — they are built automatically when a disclosure names its target, or you can add them yourself later.
- Team access — a new case is visible to you and to administrators. Share it with colleagues later.
Resist putting several investigations in one case. The cross-case reports already find the overlap between separate cases, and keeping them separate keeps each export's scope defensible.
If you see “Your role does not permit creating investigations.”, you have an Analyst or Viewer role — ask an Investigator or your administrator.
Inside a case
Opening a case shows its reference and title at the top, cards for each subject, five action buttons, and seven views. Everything you do in a case happens in one of these.
8.1 The seven views
| View | What it is for | Chapter |
|---|---|---|
| Dashboard | The case at a glance: volumes, QC health, period covered, and clickable investigative signals. | 11 |
| Evidence files | Upload operator disclosures; see hashes, parse status and the QC report per file. | 10 |
| Reports | The full catalogue on one grid — the heart of the product. | 12–23 |
| Map & graph | Tower maps, movement playback and the entity network graph. | 26 |
| Insights | AI-generated leads and a plain-language “Ask the case” box. Leads, never evidence. | 27 |
| Live | Events as they happen, and watch rules that alert you when a target identifier appears. | 28 |
| Activity | What is processing right now, plus this case's audit trail. | 29 |
On a phone these are the bottom bar: Home, Files, Reports, Map, Leads, Live, Audit. The Live tab carries a badge counting alerts you have not yet acknowledged.
A view you cannot see is excluded by your unit's plan, not broken. The Reports view is always present.
8.2 The five buttons
⚙ Manage · ◎ Subjects · ⧉ Share · ★ Findings · ▤ Dossier — each opens a panel, described in the next chapter.
Case tools
9.1 Manage — case settings
(Administrators and Investigators only.) Edit the case reference, title, status (Open / On hold / Closed) and free-text notes, then Save changes.
The panel's Delete this case button permanently removes the case and all of its evidence files and parsed records. It cannot be undone. It asks you to confirm with Delete permanently — do not use it on a live case.
9.2 Subjects — who the case is about
Lists every subject with number, name, guardian, address and the devices and SIMs seen for them. Subjects are usually built automatically when a disclosure names its target. To add one manually: fill MSISDN (required), and optionally name, guardian, PIN code and address, then click Add subject.
The subject list is also what the multi-suspect reports compare (Chapter 21) — they have nothing to work with until the case holds two.
9.3 Share — giving colleagues access
The case owner (or an administrator) ticks the checkbox beside each colleague who should see the case; untick to revoke. Tenant admins always have access. Others can view the list but not change it.
9.4 Findings — pinning your conclusions
Findings are your case diary inside TraceLens. Each finding records what you found and what it means, and — importantly — cites the report it came from, so every conclusion stays one click from its evidence.
- Click ★ Findings, then write your note in the box (“What did you find, and what does it mean?”).
- Choose the report it came from in the dropdown, and put the key value (a number, an IP…) in Anchor value.
- Optionally tick Pin to the top, then click Add finding.
Later, the finding's ↳ Open link re-opens that exact report already searched to that value.
9.5 Dossier — one-click court bundle
Builds one ZIP containing a cover index plus a certified PDF exhibit for each of the case's key reports — the 360° subject dossier, top associates, directionality, movement, device history, tower footprint, odd hours, and the main tower and IPDR summaries, whichever have data. Each exhibit carries its own §63(4) certificate and content hash, and the bundle itself has a fingerprint printed on the cover.
- Click ▤ Dossier, then Build dossier.
- Wait for the entry under Built dossiers to show done, then click Download ZIP.
Each PDF exhibit shows the top 1,000 rows by that report's own ranking — a usable court document, not a 40,000-page printout. The complete, unabridged data remains available as that report's Excel export (Chapter 25), covered by the same certification scheme.
Uploading evidence
10.1 The one rule of evidence handling
Upload the operator's file exactly as you received it — do not open it in Excel and re-save, do not rename columns, do not delete rows. TraceLens fingerprints the file on arrival; an untouched original is what makes the whole chain of custody stand up.
10.2 Uploading
- Open the case and go to the Files view.
- Drop the files onto the large box, or tap it to browse. Accepted: .xlsx, .xlsm, .csv, or the .zip bundle the operator sent — the ZIP is expanded automatically. You can add several at once.
- Watch the progress. Each file shows a percentage while uploading, then “handing off to server…” while the server computes its SHA-256 fingerprint and queues it for parsing.
- Wait for the badge. Each file card shows a status: parsing (with a live row count) → parsed. The card shows the recognised operator format, the number of records loaded, and the file's SHA-256 fingerprint.
Progress is pushed to you as it happens rather than polled, so the row count on screen is the row count on the server (Chapter 28).
10.3 If the format is not recognised
An amber unrecognized badge means TraceLens will not guess at an unknown layout. It inspects the actual values, proposes a mapping, and asks you to confirm it — a one-time, five-minute job anyone can do:
- Click Map columns on the file card.
- Give the format a name (e.g. BSNL CDR extract), pick the record kind (CDR / IPDR / Tower dump) and confirm which row holds the column headings.
- For each column, choose what it maps to from the dropdown (or leave — ignore —). Sample values are shown to help you. Check the proposal before accepting it: it is a good guess, not a disclosure.
- Click Save format & re-parse. The file parses now, and every future file in this layout parses automatically — for your whole workspace.
10.4 The QC report — trust, but verify
Every parsed file carries a quality-control report. Click Show QC report on the file card. It accounts for every single row of the original file: rows scanned, records loaded, heading/blank/footer rows, rejected rows with reasons, duplicates, and the period the file covers. Then a verdict:
- ✓ Reconciles: every source row is accounted for. — The arithmetic balances. Safe to proceed.
- ✗ RECONCILIATION MISMATCH — inspect before relying on reports. — Rows scanned do not equal rows accounted for. Stop, and raise it with your analyst or support before quoting any figure from this case.
The QC reconciliation is your answer to “how do you know nothing was dropped?” — TraceLens proves that every row of the operator's file was either loaded, identified as a non-data row, or rejected with a recorded reason.
10.5 A failed file
A red failed badge shows the server's error message underneath. Common causes: a corrupted download, or a password-protected workbook. Obtain a clean copy from the operator and upload again.
Reading the Dashboard
The Dashboard is where you start each session on a case. Every number on it is traceable — tap any tile or card and TraceLens opens the exact report that reproduces that figure.
11.1 The pulse line
Across the top: the QC verdict, the period the evidence covers, file counts, and any unacknowledged alerts. Below it, activity over the disclosure period charts events per day for all three record kinds — gaps and spikes are visible at a glance.
11.2 Investigative signals — the case's headline answers
These cards appear automatically when the data supports them. Each states a finding in plain words and links to the full report:
- Most-called number and Longest time spoken to — shown as two separate cards because they routinely disagree: a party called constantly in short bursts is a different relationship from one called rarely at length. The card even tells you whether they are the same person.
- Late night — calls and SMS between midnight and 5 a.m. IST, with automated bank and utility SMS counted separately so machine traffic never masquerades as human night-time contact.
- SMS from named senders — how many banks, wallets and services message the subject.
- Most-visited tower and Longest stay at one tower — the subject's territory. The stay figure is a careful lower bound: a run of sightings breaks if more than 6 hours pass between events, so it never overstates presence.
- IMEI (handsets) and IMSI (SIMs) — how many devices and SIMs appear; more than one SIM is itself a lead.
11.3 The tile sections
- Evidence & integrity — files parsed and failed, the QC verdict, rejected-row count, exports run.
- CDR — voice & SMS — total events, talk time (SMS excluded from talk time, deliberately), distinct B-parties, period covered, and a voice/SMS split bar.
- IPDR — data sessions — sessions, distinct subscribers, distinct destination IPs, period covered.
- Tower dump — subscriber sightings — sightings, distinct numbers, towers, period covered.
A chip like “No IPDR records in this case” simply means that record kind hasn't been uploaded — the related reports stay out of the catalogue until it is. If the case is brand new, the Dashboard shows Start by uploading a disclosure instead.
Using a report
Every one of the 107 reports works exactly the same way, so once you can drive one, you can drive them all.
12.1 Choosing a report
- Open the Reports view. On a phone, tap Choose a report; on a desktop the catalogue is a rail on the left.
- Browse by question. Reports sit on ten shelves named for what you want to find out — “Who they contact”, “Where they were”, “Who was at the scene” — not for which file holds the answer. Chapter 13 explains the shelves.
- Or search. The search box matches both the report's title and the question under it, so you can type what you want to know (“night”, “meeting”, “VPN”) rather than a report name. Your three most recent reports sit at the top under Recent.
Only reports this case can actually answer are offered. Upload no IPDR and the online shelf stays closed rather than filling with empty grids; add a second subject and the multi-suspect reports appear. Reports your unit's plan does not include show a “higher plan” notice instead.
12.2 Parameters — telling the report what to look at
Most reports need nothing: open and read. Where a report takes inputs, a ⚙ Report parameters block appears with plainly labelled boxes — each with its own help text — and an Apply button. Examples: a date-and-time instant for CGNAT resolution, a subscriber number for co-presence, a meeting window for rendezvous detection. Defaults are sensible; change them when you have a reason, and know that the certificate on any export records what you chose.
12.3 Reading and refining
On a phone each record is a card: who or what it concerns, when, and the four figures that matter for that report. Tap the card for the full record. On a desktop the same data is a table. Either way the sorting, filtering and paging happen on the server, so a 500,000-row disclosure behaves like a 500-row one.
- Search — the toolbar box searches the report's key columns (numbers, towers, devices…).
- Sort — the Sort control on a phone; click a column heading on a desktop, again to reverse, shift-click a second column for a secondary sort.
- Filters — pick a column, a condition in plain wording (contains, is exactly, at least, on or after…) and a value. Filters stack as removable chips.
- Columns — hide columns you don't need on screen.
- Pages — the footer shows “Showing 51–100 of 1,358” with previous and next, and a rows-per-page selector.
A filter “on or after 2025-12-13” means midnight Indian time, exactly as you would expect. Every timestamp in every grid and export is IST — what the operator's own document says.
12.4 Following a value — the drill-through
Any phone number, tower, IMEI, IP or sender ID in any grid is a link. Tap it and a Follow this… panel lists every other report that can be searched for that same value — one tap carries the number from “top associates” into “odd hours” into “tower footprint”. This is how you work a lead without retyping anything.
12.5 The row detail — down to the operator's own row
Open a row and a panel shows This row (every value in full), then Records behind this row — the individual call or session records that produced the figure. Open one of those and you reach “Source row, as disclosed”: every column the operator sent, verbatim. Nothing in TraceLens is more than three taps from the original evidence.
12.6 Saved views
Once you have set up parameters, filters and sorting you will want again, click Save current view, name it, and optionally share it with the case so teammates get it too. Recall it any time from the Saved views dropdown.
How the catalogue is organised
The catalogue used to be filed by record kind — CDR reports, IPDR reports, tower-dump reports. That asked you to know which file held the answer before you could ask the question. It is now filed by the question itself, on ten shelves:
| Shelf | What it answers | Reports | Where |
|---|---|---|---|
| Who they contact | Who the subject deals with, how each relationship works, and which operator to serve next. | 13 | Chapter 14 |
| Where they were | Where the phone was, where it sleeps, where it went and whether a claimed account of that survives contact with the records. | 12 | Chapter 15 |
| Patterns & timing | Routine, and the moments it breaks. | 16 | Chapter 16 |
| Devices & SIMs | The handset, the SIM, and the joins between them. | 9 | Chapter 17 |
| What they did online | The largest shelf, and the one with the most caveats. | 22 | Chapter 18 |
| Who was at the scene | The tower-dump shelf: not “where was my subject” but “who was at this place”. | 13 | Chapter 19 |
| Money & transactions | Financial life as the records disclose it — bank and wallet alerts, transactions timed against contact, and exposure to exchange infrastructure. | 6 | Chapter 20 |
| The wider network | Reports that need two or more subjects. | 8 | Chapter 21 |
| Evidence & court | The reports you run before filing rather than while investigating: what the disclosure is missing, what authority it came under, the whole subject in one document, and what this case shares with your others. | 5 | Chapter 22 |
| Raw records | The operator's own rows, filterable and exportable. | 3 | Chapter 23 |
Three things are worth knowing about how a shelf is ordered.
- Start here. The first report on each shelf, marked Start here, answers that shelf's question in the broadest and most defensible way. When you do not know where to begin, begin there.
- Refinements. A report marked as refining another asks the same question with a tighter lens — the individual calls that break a relationship's own pattern, rather than every relationship. Read the parent first, so you know what the narrower report is a subset of.
- Evidence class. The badge on every report — A to D — says what kind of figure it produces. Chapter 24 explains them, and it is worth reading before you quote anything.
No two reports over the same record kind produce the same columns; a test in the build enforces it. Where two reports look similar — the voice silence report and the data silence report, for instance — they are asking the same question of two different record types, and a third report reconciles them.
Who they contact
Who the subject deals with, how each relationship works, and which operator to serve next. Start with Top Associates; everything else on this shelf narrows or qualifies it.
Top Associates / Contact Frequency Class A
Who the target talks to most (voice/SMS split, talk-time)
The single most-used report. Every counterparty ranked by contact volume, with the voice/SMS split, total talk time and Active Days — because 200 calls in one day is a very different relationship from daily contact over three months. Click any B-party to drill into its individual calls.
Call Directionality & Initiation Balance Class A
Who drives each relationship (IN/OUT/SMO/SMT mix)
Answers “who chases whom”. An Outbound Ratio near 1.0 means your subject initiates the relationship; near 0.0 means the other party does. Useful against the “I only ever received his calls” defence — and for spotting a handler who always calls in.
Call-Duration & Relationship Strength Class A
Engagement by talk-time; outlier long calls
Ranks relationships by time actually spent talking rather than call count — a weekly two-hour call outranks daily ten-second calls. The Max column finds the one unusually long call worth focusing on.
SMS Sender-ID Classification / Digital Footprint Class A
Banks, UPI, wallets, government services used
Builds a picture of the subject's life from automated SMS: which banks they hold accounts with, which wallets and services message them, each categorised (banking, payments, commerce, government…). A fast route to deciding where to send the next production order.
B-Party Operator Attribution Class C
Which operator and circle each contact belongs to (LRN-resolved where disclosed; allocation otherwise)
Tells you which telecom operator to serve next, per contact, and roughly which region issued the number. India has full number portability, so the prefix names who issued a number rather than who serves it — the routing number in the disclosure is what names the current operator, and the operators disclose what their own routing numbers mean. TraceLens reads that straight out of the evidence, so no reference table has to be bought for this to work.
Caveat. Read the Source column, which says where each answer came from. “LRN disclosed in this case” is the operator's own statement and is correct after porting; “…in another case in this workspace” is the same statement borrowed from a sister case; “allocated-prefix (pre-porting)” is the original allocation only, and the number may have moved operator since.
Flash / Unanswered Call Patterns Class B
Which relationships run on near-zero-duration calls — one ring, then hang up?
One ring, then hang up. A flash call carries no conversation, so it is a signal rather than a chat — “I am here”, “it is done”, “call me back on the other phone”. This finds the relationships built almost entirely out of them, which a report ranked by talk time will never surface because there is no talk time to rank.
International (ISD) Calls & SMS Class A
Contact with foreign numbers — which country, how much
Isolates every non-Indian counterparty with country and carrier — first stop on trafficking, terror-finance and cross-border fraud cases. If it says no foreign contact was found, that is itself a documented answer.
Relationship Channel: Voice-only, SMS-only or Mixed Class A
Which relationships never use voice, which never use SMS, and which use both?
Some relationships only ever text and some only ever call, and the difference is often deliberate. A contact that is voice-only across hundreds of events leaves no readable content behind; one that is SMS-only may be a service rather than a person. This separates the three kinds so you can see which is which.
Response Latency & Reciprocity Class B
How quickly does each contact answer the subject, and how quickly does the subject answer them?
Refines Top Associates / Contact Frequency — read that first.
How fast each side answers the other. A contact who calls back within seconds every time is in a different relationship from one who takes a day, and the asymmetry is the point: the Reads As column says whether they answer faster, the subject answers faster, or neither. Reading it next to the directionality report separates who initiates from who actually responds — a handler often does one and not the other.
Caveat. A reply is the first contact in the opposite direction inside the window, and one reply closes one approach. A burst of five calls answered by one call back is one reply, not five.
Call Bearer & Interconnect Profile Class B
Was each call carried over VoLTE, a 2G/3G switch or a media gateway, and which network did it cross?
How each call was actually carried — a modern VoLTE call, an older 2G/3G switch, or a media gateway — and which network it crossed on the way. Reads the operator's own call-type and trunk-group codes, which are printed in the report's parameters so the decoding can be checked.
Caveat. The route describes the carriage, not the parties. A gateway in the path is ordinary interconnection, not evidence of anything by itself.
Per-Contact Call-Duration Outliers Class B
Which single calls break sharply from that relationship's own normal length?
Refines Call-Duration & Relationship Strength — read that first.
Narrows the duration profile to the individual calls that break sharply from that relationship's own normal length — the two-hour call inside a pattern of ninety-second ones. Each relationship is judged against itself, so a habitually long-talking contact does not flood the report.
SMS Origin: Header Decode & SMSC Route Class B
Through which operator, circle and message category did each automated SMS arrive, and which SMS centre delivered it?
Refines SMS Sender-ID Classification / Digital Footprint — read that first.
Decodes the six-character sender header on each automated message into the operator, the circle and the message category that registered it, and names the SMS centre that delivered it. Where the sender-ID footprint tells you which bank messages the subject, this tells you the route the message travelled.
Caveat. The header registry is a reference table, not a disclosure; the decoding and its source date are printed on the report.
Call-Forwarding Register Class A
Which calls were diverted, and to which number?
Which calls were diverted, and to where. A forwarding register turns “he never spoke to that number” into a checkable claim, and finds the second handset a subject routes their calls to.
Where they were
Where the phone was, where it sleeps, where it went and whether a claimed account of that survives contact with the records. Every report here names a serving cell — an area, never an address.
Alibi Check: Claimed Time and Place Class B
For one claimed instant and place, every CDR event, data session and dump sighting around it, side by side, with distance from the claimed point
The report you run against a statement. Give it the instant and the place the subject claims, and it lays out every call, session and dump sighting around that moment side by side, with the distance from the claimed place to each cell that actually served the phone. It answers the question the court will ask in the order the court will ask it.
Caveat. It measures distance to a serving cell, not to the subject. A cell several kilometres from the claimed place is a question to put; it is not, by itself, a contradiction.
Tower (CGI) Geo-Mapping & Footprint Class A
Where the subject operates; tower frequency map
The subject's territory: every cell used, how often, and — the key column — on how many separate Days Seen, which separates a one-off passer-by from a daily haunt. Feeds the map.
Caveat. Coordinates come from the disclosure. Some operators give a street address with no coordinates — those towers list but cannot be plotted.
Home / Work / Night-Anchor Inference Class A
Where the phone sleeps vs works vs billing address
Infers where the subject actually lives (HOME = the cell with the most midnight-to-6 a.m. activity) and works (WORK = most 9-to-6 activity) — which frequently differs from the billing address. Directly useful for surveillance and search-warrant planning.
Caveat. This names a serving cell, not an address — cell coverage can span hundreds of metres to kilometres. Treat as an area, and corroborate.
Movement / Travel-Path Reconstruction Class A
Daily tracks, speed checks, impossible-jump flags
Where the phone travelled, hop by hop, with the distance and implied speed between consecutive towers. Feeds the movement playback on the map tab.
Caveat. Impossible Jump = YES when the implied speed exceeds 900 km/h, or two different towers over 1 km apart carry the same timestamp. It means look here: a data error, a cloned SIM / SIM-box, or two handsets — the flag itself proves nothing on its own.
Location Cross-Validation & Gap-Filling Class A
Two independent record types corroborate placement
Uses two independently produced record types to corroborate the same placement on the same day — evidentially much stronger than either alone — and fills days where one type is silent.
Caveat. Corroborated = YES means both record types have activity for that device that day. Read the two location columns yourself to judge whether they agree.
Movement During Calls (Handover) Class B
Which calls started on one cell and ended on another — in what direction and at what implied speed?
A call that starts on one cell and ends on another proves the phone moved while it was in use — and gives you a direction and an implied speed for that movement, timed to the second by the call itself. The strongest movement evidence a CDR contains, because the start and end are both in the operator's own record.
Roaming Network & Circle Summary Class A
Which networks/circles the target used, home vs away
When the subject was outside their home circle and on whose network — travel evidence that works even when the disclosure carries no tower coordinates.
Serving Cell & Session Location Class A
Which cell held the subscriber, when, and for how much data
Places the subject at a location using data records — invaluable when no CDR exists. Shows the cell, its disclosed address, and session counts per cell.
Caveat. An IPDR names a cell and an address but never a map coordinate. The Coordinate source column tells you whether TraceLens could borrow a coordinate from another disclosure in the workspace (“resolved from …”) or not (“not resolved” — obtaining a tower dump for those cells would place them).
Co-Location / Meeting Inference Class A
Same tower + same time window across two targets
Finds hours in which two or more of the case's targets were on the same cell — candidate meetings, at a coarse (whole-hour) resolution.
Caveat. For minute-level precision use the Rendezvous / Meeting Detector, where you set the window yourself.
Roaming, Circle & CGI Location Class A
HOME vs ROAM, serving-cell placement
Per-subscriber home-versus-roaming split — travel evidence from data records. For the actual cells, use Serving Cell & Session Location.
Serving-Cell Path (Data Sessions) Class B
How did the subscriber move between serving cells over the disclosure, from the data records alone?
The movement report's counterpart for data: the order in which the subscriber's sessions moved between serving cells across the disclosure. On a case with no CDR at all, this is the only travel narrative available.
Caveat. Data sessions are sparser and less regular than calls, so a gap in the path means “no session”, not “did not move”.
Billing Address vs Night Anchor Class C
How far is the subscriber's registered pincode from the cell the phone sleeps at?
Measures the distance between the pincode the SIM is registered to and the cell the phone actually sleeps at. A large, consistent gap is the ordinary signature of someone living away from their registered address — and occasionally of a SIM taken in someone else's name.
Caveat. Pincode centroids come from a reference table named on every row, so the distance is to the centre of a postal area, not to a doorstep.
Patterns & timing
Routine, and the moments it breaks. The most useful reports in a long case are usually here: the timeline that tells the story of a night, and the silences that need explaining.
Data Routine: Hour × Weekday Heatmap Class A
What is the data rhythm across the week, hour by hour?
The data side of the routine, on the same seven-day by twenty-four-hour grid as the call heatmap so the two can be laid side by side. Data is the more complete of the two rhythms because a phone keeps transmitting while its owner sleeps — which is exactly what makes the hours it goes quiet worth asking about. The whole grid is drawn, zeros included: a blank hour is a finding, and a heatmap with holes cannot be read as a rhythm.
Temporal Heatmap & Daily Routine Class A
Hour × weekday rhythm, voice vs SMS
The subject's routine as a 7-day × 24-hour grid — when they are reliably awake, working, active. The Reports tab draws it as a coloured heatmap: darker is busier, and clicking a cell filters the rows to that exact hour. Use it to plan surveillance, and to spot the week the routine broke.
Unified Timeline — Voice, Data and Tower Sightings Class A
Calls, SMS, data sessions and tower-dump sightings for one device on a single axis, keyed by IMEI/IMSI
One chronological narrative combining calls, texts, internet sessions and tower-dump sightings for the same device — the report you read out to tell the story of a night, and the only one that puts all three record kinds on a single axis. The Channel column labels every line CDR, IPDR or TOWER so you always know which record type it came from. A sighting is what places the handset in the hours when it made no call and opened no session.
Caveat. The dump joins the timeline only when you name a device (IMEI) or SIM (IMSI) — without one, every number the dump ever saw would bury the subject's own records.
Odd-Hour / Night-Activity Profiling Class A
Which relationships run at 00:00–05:00
The relationships that operate in the middle of the night — often the ones that matter. Night Share normalises for volume, so a contact with 8 of 10 calls at night ranks above one with 20 of 900. The night window (midnight–5 a.m. IST) matches the Dashboard's late-night card exactly, so the two can never disagree.
Session Timeline / Online Presence Class A
Was this device transmitting at a given moment?
The alibi-and-presence report: was this phone online and transmitting at 02:14 on the night in question? Optionally focus on one MSISDN. The Reports tab draws an “Online presence” band above the grid — click a subscriber to narrow to their sessions.
Silent / Phone-Off Periods Class A
The longest stretches the phone went quiet, and where it resurfaced
Finds when the phone went dark — and, the real payload, where and on what handset it came back. Device Changed = YES across a silence is the classic “swapped the SIM into a new phone while dark” tell. Set Minimum gap (hours) if the default is too short for your case.
Bursts, Silent Periods & Contact Lifecycle Class A
Spikes, gaps, new/dormant contacts by day
A day-by-day pulse of the case: activity spikes (something happened), New Contacts (a relationship forming — numbers never seen on any earlier day), and silent gaps. Read it alongside your case diary: do the spikes line up with known events?
Cross-Channel Silence Corroboration Class B
During each voice/SMS silence, was the handset also silent on data (off) or still online (SIM pulled, phone alive)?
A phone that is off is silent on voice and on data alike. A phone whose SIM has been pulled is silent on voice while the handset stays online. This report takes each voice silence and asks what the data records were doing during it — which is the difference between “switched off” and “deliberately unreachable”.
Data Silent / Idle Periods Class B
The longest stretches a subscriber generated no data session, and where and on what handset it resumed
The same question as the voice silence report, asked of the data records: the longest stretches with no session at all, and where and on which handset activity resumed. On a data-only disclosure it is the only silence analysis available.
Fan-Out / Broadcast Bursts Class B
When did the subject contact an unusually large set of different numbers in a short window?
One number contacting an unusually wide set of different numbers inside a short window — the shape of a call-round, a warning passed down a list, or a bulk fraud campaign. Ordinary days do not fan out; the days that do are worth explaining.
Weekday vs Weekend Shift Class A
How does the subject's volume, contact set and timing change between working days and weekends?
How the subject's volume, contact set and timing change between working days and weekends. A contact who only ever appears at the weekend, or a routine that does not change at all, both say something about what the phone is for.
Channel-Migration / Encrypted-Comms Inference Class A
"Stopped calling, started encrypting" shifts
Detects a suspect moving off the phone network onto internet messaging — typically right after realising they are under investigation. Read the Encryption Ratio as a trend across weeks for one device: a rising line is the signature.
Caveat. Ordinary web browsing counts toward the ratio, so the absolute value means little — only the week-over-week change does.
Contact Churn & New-Contact Velocity Class B
Per week, how many contacts are new, how many went dormant, and how fast is the circle turning over?
How fast the circle turns over: new contacts appearing and old ones going dormant, week by week. A stable life has low churn. A sharp rise is a new network forming — a new job, a new venture, or a new conspiracy.
Caveat. Churn Rate is the share of the whole circle that changed — everyone active in either week, not just this one — so it always sits between 0 and 1. Three contacts across two weeks with one arriving and one leaving is 0.67, not 1.0.
Cross-Domain Anomaly & Risk Scoring Class D
Weak signals fused into one triage ranking
When a case has 40 numbers, this tells you which three to start with, by combining night activity, suspicious sessions, multiple devices and anonymiser use into one ranking. The Contributing Signals column spells out the arithmetic on every row, so no score is unexplainable.
Caveat. A triage ordering, not a probability of guilt. Never quote a Risk Score as evidence — use it to order your work, then prove things with the underlying reports.
Service-Mix & VoWiFi-IP Analysis Class A
Voice/SMS/video/VoLTE/VoWiFi mix; broadband bridge
What kinds of communication the subject used. The VoWiFi UE-IP exposed count matters most: those calls travelled over Wi-Fi and disclose the handset's IP address — the seam the VoWiFi → Broadband Bridge report uses to reach a physical premises.
Temporal Patterns, Bursts & NAT Allocation Class A
Session-rate curves; port-allocation validation
Hourly activity curve for the data records, plus an internal-consistency check on the operator's port allocations. Mostly an analyst's tool.
Devices & SIMs
The handset, the SIM, and the joins between them. This is how you follow a person who changes numbers, and how you spot a phone being passed around.
IMEI Change & Device-History Timeline Class A
Handset swaps, burners, device lifetimes
Every handset the SIM was used in, with the period each was in service — exposing burner rotation and the exact moment a suspect changed phones. Shows both the 14-digit device identity and the IMEI exactly as the operator disclosed it (the court-facing string).
Device Intelligence (TAC) Class C
Which handsets (make/model) the target used, per IMEI
Turns bare IMEIs into “POCO X3” / “iPhone 13” — so you know what to look for on a search and what to expect from a seizure. The operators usually disclose the handset themselves, beside the IMEI, and TraceLens reads that: no licensed reference table has to be bought for this to work. The Source column says whether the name came from this case's disclosure, from another case in your workspace, or from a loaded reference table.
Caveat. A blank make and model means nobody named this handset — the disclosure did not carry it and no reference table covers it. It does not mean “unknown handset”: a fuller disclosure from the operator would fill it in.
Device-Centric Identity Correlation Class A
Bind voice and data identities across number changes
Follows the handset, not the number. A suspect who changes SIMs to evade attention is still carrying the same phone — this report links their old and new numbers through the shared IMEI. The VOICE+DATA-CORRELATED flag confirms the same handset appears in both record types.
IMEI–IMSI Binding / SIM-Swap Detection Class A
Cloning, SIM-box, multi-SIM patterns
Every observed device↔SIM pairing. Two flags do the work: MULTI-SIM-ON-DEVICE (one handset carried several SIMs) and SIM-ACROSS-DEVICES (one SIM moved between handsets) — the signatures of SIM-boxes, cloning and passed-around phones.
Device & SIM Fingerprinting Integrity Class A
MSISDN↔IMEI↔IMSI binding violations
The IPDR-side SIM-swap detector: Binding Anomaly = YES when one number appears on multiple handsets or multiple SIMs within the data records. Cross-check with the CDR binding report.
IMEI Format, TAC & Cross-Subject Audit Class C
Is each disclosed IMEI complete, operator-masked, an IMEISV or a truncation — and was its TAC ever allocated?
Not every IMEI in a disclosure is a real IMEI. Operators mask them, truncate them, and sometimes send a software version number instead. This audits every disclosed device identity for shape and checksum, says which kind each one is, and flags a TAC that was never allocated to any handset — which usually means a tampered device.
Caveat. A malformed identity is most often an operator formatting artefact. Treat it as a question for the operator before treating it as a finding about the subject.
One SIM, Two Handsets at Once Class B
Which subscribers have data sessions on two different handsets that overlap in time?
Refines Device & SIM Fingerprinting Integrity — read that first.
One SIM cannot be attached to two radios at the same instant. The binding-integrity report above finds a number that appears on several handsets across a disclosure, which is ordinary if the subject changed phone; this finds sessions that actually overlap in time, which is not ordinary at all. It is the signature of a cloned SIM, a SIM-box, or an operator record that needs explaining.
Caveat. Brief overlaps are usually a handover between cells being recorded on both sides, which is why the threshold is a parameter and every row says whether the overlap was sustained or brief. Take the sustained ones to the operator before taking them anywhere else.
Radio Access & APN Profile Class A
On which radio generation and access point did each device sit, and did either change?
Which radio generation each device sat on and which access point it used. A handset that suddenly drops from 5G to 2G, or moves to an unusual access point, has had something change about it — a different device, a different place, or a deliberate setting.
Device Handoff / Identity Migration (lead) Class D
After a number goes quiet, does a new handset appear on data with a similar destination profile — the same person on a new device?
A lead, not a finding. When a number goes quiet, this looks for a handset appearing on the data records soon afterwards with a similar destination profile — the shape of the same person continuing on a new phone. It gives you somewhere to look.
Caveat. An investigative lead (class D). Similar browsing is not identity; confirm through the device and binding reports before acting on it.
What they did online
The largest shelf, and the one with the most caveats. A destination address is not an application, so every attribution here carries the strength of its own claim — read the confidence column before you quote a platform name.
CGNAT IP+Port → Subscriber Resolution Class A
Which MSISDN held this public IP+port at this instant
The report this product is best known for. A bank or platform gives you an IP, a port and a timestamp from their logs. Because thousands of customers share one carrier IP, the IP alone identifies nobody — the port plus the instant does. Enter the Public port and the Instant, click Apply, and read the Resolved MSISDN.
Caveat. A match is strongest when the instant falls inside the disclosed allocation window (see the Allocation Start/End columns). A match made only on the ±60-second tolerance — allowed because operator and platform clocks rarely agree to the second — is weaker; say which kind you have.
Application / Protocol Classification Class A
Port → HTTPS, DNS, XMPP, BitTorrent, NTP…
Translates raw port numbers into readable protocols so you can see at a glance what the traffic was — web, messaging, file-sharing, remote access. Suspicious = YES marks the categories worth a second look.
Caveat. A port is a strong hint about the application, not proof of it.
Destination ASN / Org Attribution Class C
Raw IPs → OpenDNS, Google, Zscaler, hosting labels
Turns a wall of meaningless IP addresses into named organisations, so you can see which destinations are ordinary services and which deserve a production order. Every label names its source in the Attribution Source column.
Per-Subscriber Activity / Top Talkers Class A
Session counts, destination diversity, outliers
Triage for a multi-subscriber disclosure: who is heaviest, and who reaches an unusually diverse set of servers. “Port-0” sessions (records with no meaningful port) are counted separately as a data-quality signal.
Reverse Destination Lookup Class C
Everyone who contacted server X in a window
The inverse question: given a known-bad server (phishing host, command server), which subscribers in this case reached it, how often, and when? Enter the Destination IP or leave blank to see every destination ranked.
Bulk IP Lookup Class C
Attribute a pasted list of IPs, and show this case's contact with each
A tool in report form. Another agency or a victim platform hands you a list of IPs: paste them into the IP addresses box (commas, spaces or new lines all work), click Apply, and each IP comes back attributed and cross-referenced against this case's own sessions. Leave the box empty to attribute every destination in the case.
Caveat. Results return in a fixed sorted order, not the order pasted — deliberately, so the same list always produces an identical export and certificate hash.
Data Volume by Destination Class A
Which destinations moved the most data — candidate exfil, backup or streaming endpoints
Servers ranked by bytes moved — where to look for data exfiltration or cloud backup of illicit material. Only appears when the disclosure actually carries volume figures; on a CGNAT-only case it stays hidden rather than showing misleading zeros.
Destination Geolocation / Foreign Comms Class C
Domestic CDN vs genuinely foreign endpoints
Refines Destination ASN / Org Attribution — read that first.
Separates genuinely overseas servers from foreign-owned servers physically located in India — a distinction that decides whether an MLAT request is worth the wait.
Caveat. The column is deliberately called Foreign Candidate: it is a coarse offline hint, not a geolocation fix.
Public IP & Port Ledger per Subscriber Class A
Which public IPs and port ranges did this subscriber hold, hour by hour — the reverse of CGNAT resolution
The CGNAT resolution read the other way round: for one subscriber, every public address and port range they held, hour by hour. This is what you attach when a platform asks you to prove the subscriber held the address at the time, rather than asking you who held it.
Suspicious-Protocol / Anomalous-Port Detection Class A
P2P, encrypted chat, proxies, port 0
Refines Application / Protocol Classification — read that first.
The filtered view of the protocol classification — only the categories worth attention, each with a sample subscriber to start from.
Caveat. Using a VPN or file-sharing is lawful; this is a lead, not an offence.
Threat-Intelligence Cross-Check Class C
Which data sessions reached addresses on a loaded known-bad list — botnet command servers, hijacked netblocks, abuse-reported hosts?
Cross-checks the case's destinations against a threat-intelligence list loaded into this deployment: botnet command servers, hijacked netblocks, abuse-reported hosts. A hit tells you the subject's phone reached infrastructure someone else has already documented as hostile.
Caveat. Exact with respect to the loaded list and its date, both printed on every row. An address can be cleaned up, or reused by an innocent service, after a list is published.
VPN / Tor / Anonymiser Detection Class C
Per-subscriber anonymizer-likelihood score
Ranks subscribers by how much of their traffic looks like deliberate track-covering — Tor exits, VPN ranges, VPN ports, peer-to-peer.
Caveat. The Anonymizer Score is a weighted ratio for ranking, not a probability. Use it to decide who to look at first, never as a figure to quote.
VoIP & Real-Time Communication Analysis Class C
Which calling/conferencing platforms a subscriber's data sessions reach
Finds calls made over the internet (WhatsApp, Telegram, Signal, Zoom…) — the calls that never appear in a CDR. Answers “he stopped calling — what is he using instead?”
Caveat. Read the Confidence column on every row: attributed (the platform's own range), candidate (a shared cloud range — one of several possible platforms), or port-only (“real-time media to a server we cannot name” — the weakest claim in the catalogue).
"Call-then-Connect" Correlation Class A
Does a call reliably precede a session to server X?
Detects a behavioural signature: a phone call, then within moments a data session to a particular server — consistent with “receive instruction by phone, then act online”.
Common-Destination Co-occurrence Clusters Class C
Subscribers sharing uncommon servers = candidate groups
Refines Reverse Destination Lookup — read that first.
Everyone reaches Google; only a group reaches one particular obscure server. This narrows the destination lookup to subscribers who independently reach the same uncommon destination — candidate associations. The Max subscribers per server ceiling is what filters out the popular services.
Caveat. Sharing a server is not proof of association — it may just be a niche app both happen to use. Corroborate.
DNS & NTP Behaviour Profiling Class C
Hardcoded resolvers, DoT, DNS-tunnelling volume
A phone deliberately configured to bypass the carrier's own directory service (DNS) — or moving suspicious volumes over it — is a technical tell of a sophisticated user. Ask your analyst to interpret unusual rows here.
Dark-Web / Tor Infrastructure Exposure Class C
Contact with Tor exits, guards and directory authorities
Identifies contact with the Tor anonymity network's infrastructure, with the role of each address (exit, guard, directory).
Caveat. Every row carries this printed caveat, and it belongs in your report too: “Tor use is lawful; treat as a lead requiring corroboration, not as an offence.”
High-Duration / Bulk-Transfer Outliers Class A
Long sessions: streaming, exfil, tunnels
Unusually long sessions — the shape of a big file transfer, a persistent tunnel, or hours of video. Adjust Minimum duration (s) if the default is not right for your case.
IPv6 Sessions (Port-free Identity) Class A
Which sessions carried a public IPv6 address, and which /64 prefix did the subscriber hold when?
IPv6 needs no port to identify a subscriber, because the address is not shared — which makes an IPv6 session a far stronger identification than an IPv4 one. This lists them, and the address prefix each subscriber held and when.
Upload / Download Ratio Profile Class A
Which subscriber-destination pairs moved more data up than down — the shape of exfiltration or file sharing?
Refines Data Volume by Destination — read that first.
Narrows the volume report to the pairs that moved more data up than down. Ordinary use downloads; sustained uploading to one destination is the shape of exfiltration, backup, or sharing a library of files.
VoWiFi → Broadband Bridge Class C
A call carried over Wi-Fi exposes the handset's IP: which network was it, and does this case's own data hold the same address?
A powerful chain: a call made over Wi-Fi exposes the handset's IP in the CDR. This report names the network that address belongs to and then looks for the same address in the case's own data records — mobile suspect → fixed line → premises. Rows with blank match columns are attempts with no bridge found, shown so you can see the misses as well as the hits.
Caveat. Network attribution comes from a reference snapshot named on each row. A match inside the case is a fact about the disclosure; the network label is exact only with respect to that snapshot.
OSINT Entity Graph (subscriber ↔ infrastructure) Class C
Typed edges linking subscribers to IPs, organisations and platforms
The whole case as a labelled network — who connected to what, what is hosted where, which platform each IP belongs to, which device each number used. Powers the on-screen entity graph and exports to link-analysis tools. Every connection carries a Basis column saying where it came from, so no line in the chart is unexplainable.
Who was at the scene
The tower-dump shelf: not “where was my subject” but “who was at this place”. The standard order is cross-match against the case, then recurrence across cells, then dwell and co-presence to narrow the crowd.
Co-Presence / Possible Associates Class A
Who else was at the same cell within minutes of a given subscriber — candidate companions
“Who was with the suspect at the scene?” Enter the Subscriber of interest and a Window (minutes), click Apply, and every other number at the same cell within that window lists with shared-cell counts and first/last times together.
Caveat. Co-presence at a cell is not co-presence in a room. “Candidate companions” is deliberate wording — corroborate.
Cross-Tower Recurring Numbers Class A
Which numbers recur across cells — the classic dump-triage lead
The single highest-value dump report. With dumps from several crime scenes loaded, the number that appears at more than one of them is your lead. Ranked by how many distinct cells saw each number. Needs at least two distinct cells in the case.
Dump Numbers Known to the Case Class A
Which numbers or handsets in the tower dump are already the case's targets, their contacts, or their devices?
The first thing to run on a new dump. It takes every number and handset in the dump and asks whether the case already knows it — as a target, as one of a target's contacts, or as one of their devices. A hit turns an anonymous crowd of thousands into a named lead in one step.
Who Was in This Area? Class B
Every number placed inside a drawn area, optionally in a time window
Draw a circle or a polygon on Intel → Geo map and choose "Who was here?": every number whose CDR, tower-dump or IPDR records put it on a cell sited inside the area, with first and last sighting, the cells used and — for a circle — how close the nearest one is to the centre. Add a From/To window to ask about the hour of the offence only.
Caveat. A cell's coordinate is the mast, not the handset: inside means served by a cell sited inside the area, and a handset can be served by a mast a few kilometres away. IPDR sessions are placed only where a CDR or tower dump in this workspace gives their cell a coordinate.
Numbers Across Crime References Class A
Which numbers appear in dumps requisitioned under different FIRs?
Where the recurring-numbers report works across cells, this works across cases: numbers appearing in dumps requisitioned under different FIRs. A number present at two unrelated offences is either a coincidence worth excluding or the connection the file has been missing.
Caveat. Only dumps whose consolidated file carries the requisitioning crime reference can be grouped this way.
Subscriber Activity Profile Class A
Per-number summary: sightings, cells, devices, voice/SMS, window
One row per number in the dump — the summary you scan before deciding which numbers to pursue for full CDRs.
Tower Presence / Cell Occupancy Class A
Which subscribers a cell saw, how often, and over what window
The base triage grid: per cell, per number — how many sightings, over what window, on how many handsets.
Continuous Presence (Dwell) at a Cell Class B
For how long, without a break, was each number under a given cell?
A number seen once at a cell was passing. A number seen continuously for forty minutes was there. This measures unbroken presence per number per cell, which is what separates the crowd on the road from the people at the scene.
Caveat. A run breaks when the gap between sightings exceeds the stated threshold, so dwell is a careful lower bound — never an overstatement.
Device / SIM Anomalies (IMEI ↔ number) Class A
Handsets carrying more than one SIM — SIM-swap, SIM-box, shared-device signals
A handset in the dump that carried more than one number — dual-SIM in criminal use, a passed burner, or a SIM-box — with the actual numbers attached.
Sector (Azimuth) Presence Class A
Which antenna sector of each tower saw the crowd, how many numbers, and over what window?
A tower is not a point: it is two or three antennas facing different directions. Knowing which sector saw the crowd narrows the area from the whole cell to the arc the antenna covers — often the difference between “near the market” and “in the lane behind it”.
Caveat. A sector is still an arc of coverage, not a position.
Activity Over Time (hourly) Class A
Sighting volume per hour across the dump's window — spot spikes and quiet hours
The crowd curve. Find the spike at the time of the offence, then filter the other dump reports to that hour.
Contact Frequency (B-party) Class A
Which numbers the subscribers near the tower called or texted most
Who the crowd at the tower was talking to. The key column is Distinct A-parties: a number called by many different people near the scene is a candidate coordinator or handler.
Dump Completeness by Operator Class A
For each cell, which operators' dumps arrived, over what window, and with how many silent hours inside it?
The dump you did not receive is the one the defence will ask about. For each cell this shows which operators' dumps arrived, over what window, and how many hours inside that window are silent — so a gap in coverage is something you found and can explain, not something you were shown.
Money & transactions
Financial life as the records disclose it — bank and wallet alerts, transactions timed against contact, and exposure to exchange infrastructure. Enough to know which institution to serve, never enough to prove a transaction.
Banking & Financial Activity Footprint Class C
Bank/fintech SMS traffic and banking-range data sessions per subject
Two independent signals of financial life — bank/wallet SMS senders from the CDR, and banking-range data sessions from the IPDR — fused per subject. Tells you which institutions to serve production orders on. The Basis column names the reference sources behind every figure.
Caveat. A banking-range data session is a hint of app use, not a transaction.
Contact Around Bank & Payment Alerts Class B
Which calls and messages cluster in the minutes before or after each bank or wallet SMS alert?
A transaction alert is a timestamp. This report asks who the subject was speaking to in the minutes either side of each one — the call that precedes a transfer, or the call made immediately after the money lands. In a mule-account case it is frequently the whole chain.
Caveat. The alert proves a message arrived, not that a transaction occurred, and contact near it is correlation. Serve the bank for the transaction itself.
Victim ↔ Suspect Correlation Class B
What were the suspects doing around each event on the victim's phone?
For fraud and vishing complaints: puts the victim's own records beside the suspects'. Mark the victim's CDR/IPDR as "Victim" on the Files tab; each call, SMS or session on the victim's phone is then listed with what every subject number did within the window either side — the OTP SMS at 14:02:11 beside the suspect's session to the bank at 14:02:19. A call or SMS between a victim number and a subject number is flagged as direct contact.
Caveat. Closeness in time is a reason to look, not proof of connection: in a busy suspect IPDR something always happens within five minutes. Narrow the window, filter to one suspect, and confirm the pairing against the destination and the bank's own transaction log.
Group Financial Timeline Class C
Every subject's bank and wallet alerts on one axis, with bursts where several subjects transact within minutes
Every subject's bank and wallet alerts on one axis, with the bursts marked where several subjects transact within minutes of each other — the signature of money being moved through a group on instruction.
Where the Phone Was When the Money Moved Class B
For each bank or wallet alert, which cell was serving the subject at that moment?
Refines Contact Around Bank & Payment Alerts — read that first.
The other half of the question the report above asks. That one finds who the subject was speaking to around each bank alert; this one finds where the handset was. A withdrawal in one city while the phone sat on a tower in another is either a card in somebody else's hands or a subject who was not there — and both are worth knowing before the statement is taken. Uses whichever record kind places the phone closest in time, and says which one it used.
Caveat. It places a handset near a serving cell, not a person at a counter. Every row states how close in time the placing record was, because a record two minutes from the alert and one twenty-five minutes away are not the same evidence.
Virtual-Asset (Crypto) Destination Exposure Class C
Sessions reaching known virtual-asset service provider ranges
Flags contact with cryptocurrency-exchange infrastructure — the starting point for a production order on the exchange in fraud and laundering cases.
Caveat. Most exchange front-ends sit behind shared cloud ranges, so expect the row's own caveat: “Shared cloud/CDN range — corroborate with the exchange before relying on this.”
The wider network
Reports that need two or more subjects. They stay unavailable until the case holds disclosures for a second target — unavailable meaning “nothing to compare yet”, not “broken”.
Inter-Suspect Contact Matrix Class A
Which suspects call or text each other directly, how heavily, and who initiates
The conspiracy sub-graph: direct suspect-to-suspect contact, split by direction. Two-Way = YES proves both parties initiated — defeating “I only ever received his calls”.
Shared Associates / Bridge Contacts Class A
Which outside numbers are contacted by two or more suspects — shared handlers, suppliers, mules
Frequently the highest-value lead in a conspiracy case: the people outside the suspect set that several suspects independently deal with. The Type column separates a shared human contact (“phone”) from a shared bank SMS sender (“sender-ID”) so you never chase a bank as a handler. Raise Min suspects sharing above 2 in big cases.
Network / Link-Chart Export Class A
Weighted A↔B edge list; i2 / Gephi export
The case's contact network as an edge list ready to import into i2 Analyst's Notebook or Gephi for the chargesheet link chart. For an on-screen version, use the entity graph on the Map & graph tab.
Relay / Instruction Chains Class A
A call into a suspect followed by an outgoing call within minutes — the message-relay spine (A→B→C→D)
Traces how an instruction propagates: A calls B, B promptly calls C, C promptly calls D. Exposes command structure and who sits at the top. Tune the relay window and the maximum number of hops.
Caveat. A chain can only pass through numbers that are themselves case targets — the disclosure contains no one else's outgoing calls. Missing middle-men mean missing links, not innocence.
Rendezvous / Meeting Detector Class A
Which suspect pairs were at the same tower within minutes of each other, and when
The tight-window meeting detector. Set the Meeting window (min) and it lists every pair of suspects served by the same cell within that many minutes, with first and last meeting times and the tower address.
Caveat. Same cell means “within the same coverage area”, not “in the same room”. A candidate meeting — corroborate with CCTV, human intelligence or further records.
Shared Anchor Towers Class A
Which towers are a frequent base for two or more suspects — candidate shared premises
Not “they passed each other once” but “this tower is a regular base for several of them” — a candidate safe house, office or gathering place. Only towers in each suspect's top few count as an anchor.
Shared Device / SIM Ring Class A
Which handset (IMEI) or SIM (IMSI) is used by more than one suspect — a shared or passed device
A handset or SIM used by several suspects: a passed burner, a shared “office phone”, or one person operating under multiple numbers. The Type column says whether each row is an IMEI or an IMSI.
Contact Communities (Graph Clustering) Class D
Which tightly-connected groups does the contact network fall into, and who bridges them?
Splits the contact network into its tightly-connected groups and names the numbers that bridge between them. On a large case it turns one unreadable web into a handful of sub-networks you can work separately.
Caveat. An investigative lead (class D). The grouping is an inference from call patterns; who belongs to what is proved by the underlying contact reports, not by this one.
Evidence & court
The reports you run before filing rather than while investigating: what the disclosure is missing, what authority it came under, the whole subject in one document, and what this case shares with your others.
360° Subject Dossier Class A
One consolidated, exportable profile per subject
One row per subject summarising everything: devices, SIMs, call volume, talk time, top contact, data sessions, destinations, and the full observed window. The page you attach to a chargesheet per accused — and the first exhibit in the court dossier bundle.
Disclosure Completeness & Integrity Statement Class A
Does each file cover the period ordered, and what was rejected, duplicated or left blank by the operator?
Run this before you rely on anything. For each file it states whether the period actually delivered matches the period ordered, and what the operator rejected, duplicated or left blank. A gap you found and can explain is a fair answer in the box; a gap the defence finds first is not.
Legal-Authority Register Class A
Under which instrument was each disclosure produced, and by whom?
Every file in the case against the instrument it was disclosed under, and by whom. It exists so that a missing authority is visible before an exhibit depends on it, rather than at the hearing.
Chain of Custody — Evidence Files Class A
Who has handled each evidence file since it arrived, and when?
Courts ask about custody as often as they ask about authority. The Activity view already shows the case's audit trail; this puts it in the form the question is actually asked — per exhibit, who has handled it since it arrived, when, from what address, and whether they succeeded. Arrival is read from the file's own record rather than the trail, so it exists even for a file older than the logging. Exports are listed too: an export is the moment evidence leaves the platform. Each export also says whether it still reproduces. A certificate promises that re-running a report on the same evidence gives the same result hash, and that promise breaks in exactly one way: the evidence changes underneath an exhibit already filed. When a disclosure in the case has been parsed again since an export was taken, the row says so — withdraw that exhibit and re-run it.
Cross-Case Entity Overlap Class A
Which numbers, handsets, SIMs or cells in this case also appear in other cases this officer can see?
Which numbers, handsets, SIMs or cells in this case also appear in other cases you are allowed to see — the connection that would otherwise depend on somebody remembering it. Scoped to your own visibility: a case you cannot open contributes nothing.
Raw records
The operator's own rows, filterable and exportable. Every figure in every other report can be traced back to a row in one of these three grids.
CDR Events (evidence grid) Class A
Every canonical CDR event, filterable and exportable
The raw record book: every call and SMS exactly as disclosed, one per row — timestamp, type, direction, B-party, duration, tower, IMEI/IMSI, and the Source Row number pointing back to the operator's file. Open it to verify any figure another report shows, and export it when the court asks for the underlying records.
IPDR Sessions (evidence grid) Class A
Every canonical IPDR session, filterable and exportable
Every internet session as disclosed: time, subscriber, public IP and port, destination IP and port, duration, data volumes, network type and location fields, plus the Source Row back to the operator's file.
Caveat. Blank cells mean the operator did not disclose that field, not zero — CGNAT-format disclosures carry no data volumes or cell location; usage-format disclosures do.
Tower Dump (evidence grid) Class A
Every canonical tower-dump sighting, filterable and exportable
Every sighting the tower recorded, across all operators, in one grid — including the Crime Ref the dump was requisitioned under where the consolidated dump carries it, and the Source Row back to the file.
Evidence classes — what a figure is worth
Not every number a tool produces is the same kind of number. A count of calls between two SIMs is a fact in the disclosure. A community detected in a contact graph is an inference about it. Both are useful; only one belongs in a charge sheet as stated.
So every report declares a class, and the class is printed on the report, on the export and on the certificate — which means a defence reading the exhibit knows what it is looking at without having to ask.
| Class | What it means | In court |
|---|---|---|
| A — Disclosed fact | Counting and grouping over operator-disclosed fields only. Nothing is added and nothing is guessed. Re-running it on the same files reproduces the same rows and the same hash. | Quote directly. |
| B — Derived with declared constants | A deterministic rule applied to disclosed fields, using constants printed in the report's own parameters — the night window, a dwell threshold, an implausible-speed gate. The rule is stated so it can be challenged. | Quote with the constants stated. |
| C — Reference-enriched | Joins a third-party reference snapshot: the device TAC table, the operator network list, IP attribution, geocoding. Exact with respect to that snapshot, whose name, version, load date and hash are shown under the report title and printed in paragraph 6 of the certificate. A re-run after the list is refreshed can legitimately differ — compare the snapshot, not just the hash. | Quote with the reference and its date. |
| D — Investigative lead | Statistical or graph inference — community detection, anomaly scoring, behavioural similarity. Reproducible, but still an inference about what the data suggests. | A direction to investigate. Never a figure to put to a witness. |
An export of an investigative-lead report carries a banner across the certificate saying so. It cannot be mistaken for a class-A exhibit by anyone reading the file, which is the point.
Quote class A directly. Quote class B with its constants stated — they are printed in the report's parameters and on the certificate. Quote class C with its reference source and date, both printed on every row. Never quote class D: use it to decide where to look, then prove the point with the report the lead points at.
Exporting for court
25.1 Exporting a report
- Set up the grid first. The export contains exactly the rows as filtered on screen — and the certificate records the filters you applied, so the exhibit never understates how the rows were narrowed.
- Pick a format in the Export format dropdown, then click Export court-format.
- Wait a moment. On success a green panel confirms “✓ Export complete — N rows, exactly as filtered on screen” with the result SHA-256 fingerprint, and the file downloads.
| Format | Use it for |
|---|---|
| Excel workbook (default) | Working analysis and full disclosure — every column, every row, plus a Certificate sheet. |
| Filing and printing. Very wide reports keep their 12 most important columns for legibility — and the PDF says so on its face, noting that the Excel and CSV carry all of them. | |
| Word document | Pasting findings into a case file (first 5,000 rows, disclosed on the document). |
| CSV | Handing data to another system; the certificate travels at the top of the file. |
| JSON / HTML | Technical exchange, and a self-contained page that prints cleanly. |
25.2 The Section 63(4) certificate
Every export, in every format, carries a certificate under Section 63(4), Bharatiya Sakshya Adhiniyam 2023. TraceLens fills in the technical facts; you fill in your identity and sign.
| Filled in by TraceLens | Filled in by you |
|---|---|
| Report title and generation time (IST); every source file's name with its SHA-256 and MD5 hashes; the legal authority each disclosure was made under; the report parameters and your filters; the row count; the evidence class; the report content hash (result_sha256); the generating username. | Your name and designation, place, date, signature. |
The result SHA-256 is computed over the report's figures, not the file, and does not depend on the order of the rows. So the same report exported as PDF, Excel and CSV carries one identical hash — you can file the PDF, disclose the CSV, and demonstrate that both represent exactly the same figures. Rerunning the same report on the same evidence with the same settings reproduces the same hash, at any later date.
Every export also carries the line: “deterministic aggregation; AI-derived content is never included in evidentiary exports” — your standing answer to any suggestion that an algorithm made up the numbers.
TraceLens produces the certificate content and the technical particulars. It must still be signed by a person who can lawfully give it for your unit. The app records who ran the export and when; it does not sign on anyone's behalf.
25.3 If your export waits for approval
Some workspaces require an administrator to release exports. You will see “⏳ Export submitted — this workspace requires an administrator to release exports.” Nothing is wrong — ask your admin to approve it under Settings → Export approvals.
25.4 Limits worth knowing
- An export over 1,000,000 rows is refused with a clear message rather than silently cut short — narrow the report first. Completeness is never sacrificed silently.
- If a format is missing from the dropdown, your unit's plan does not include it.
- Your unit's export watermark (e.g. CONFIDENTIAL — Cyber Cell) is stamped automatically if the administrator has set one.
Map & graph
The Map & graph view has three modes, switched by the buttons at the top: Geo intelligence, Movement playback and Entity graph. Every dot and line you see is a report row — the visuals never invent anything the reports cannot reproduce.
26.1 Geo intelligence — the tower map
- Pick a data source. The Source dropdown offers Tower footprint (cells the handset used, sized by hits), Home / work anchors, and IPDR serving cells — only sources this case can fill are offered.
- Choose the layer. Switch between Markers, Heat and Both. Heat shows density; markers show individual sites.
- Move around. Drag to pan; double-tap to zoom; Reset view re-frames everything.
- Interrogate a tower. Tap a marker for the cell ID, hit count and address; tap again and TraceLens opens the CDR evidence grid already filtered to that tower. Numbered circles are clusters.
The street map fetches its background tiles from a third party — which reveals the area you are viewing to that provider. For sensitive cases, use Offline plot: TraceLens then draws the case's own coordinates on its own grid, with points and heatmap modes, and no case geography leaves the deployment.
If the map says the disclosure names cells but has no coordinates, that operator's format carries addresses only — the addresses are in the Serving Cell & Session Location report, and a tower dump covering those cells would place them.
26.2 Movement playback — replaying the journey
This replays the Movement report as an animated track: located events in time order, with impossible jumps ringed in red.
- Press ▶ Play. Step one event at a time, scrub with the slider, or change the speed.
- The readout under the map shows Time (IST), Cell (CGI), Speed to here (with an impossible badge when flagged) and Tower address.
- Next impossible jump skips straight to each flagged hop; Show full path draws the whole route at once.
Every frame is a row of the Movement report and exports with the same figures — what you show in a briefing is exactly what you can certify.
26.3 Entity graph — the network picture
Draws subscribers, devices, destination IPs, and the organisations and platforms behind them as a network chart, with the legend colouring the node types.
- Tap any node to isolate its neighbourhood — everything unconnected dims. Clear selection restores the full picture.
- Very weak nodes are left undrawn for readability; the footer says how many, and the full set remains in the OSINT Entity Graph report and its export.
- To build the chargesheet chart in your unit's own tool, use the export buttons: GraphML (Gephi / yEd / i2), GEXF (Gephi), or edge-list CSV.
Insights (AI leads)
These are leads, not evidence. Everything on this view is assistive analytics: it ranks and suggests, it never alters the numbers, and it is never included in any court export. Every lead links to the deterministic report that reproduces it — verify there before acting on anything.
27.1 Ask the case
Type a plain-language question — “who did the target talk to most?”, “any VPN or Tor contact?” — and tap Ask. The answer is not a free-form AI reply: it comes from the deterministic reports, names the report it came from, and offers an Open button to that report.
27.2 Case brief
Writes a short narrative summary of the case from its headline facts. Useful for briefings and handovers — never for filing.
27.3 Contact network & brokers
The contact network chart shows the calling network with detected communities coloured. Beside it, Brokers by betweenness ranks numbers that act as bridges — calls between others route through them. A high broker score is the signature of a cut-out or middle-man; each row has a verify link to the real report.
27.4 The four lead categories
- Daily-volume anomalies — days whose call or SMS count is a statistical outlier against the subject's own baseline: a spike, or a sudden silence worth explaining.
- Session-rate outliers — subscribers whose data behaviour stands apart from the rest of the disclosure.
- Behavioural clusters — groups of subscribers whose data footprints move alike.
- Next-location prediction — given the current cell, the statistically most likely next cell — a patrol or stake-out hint, not a certainty.
Each card explains what it needs and why it might be empty, and every item carries a verify link into the corresponding report. That verified report — not the lead — is what goes in your file.
Live events and watch rules
A case you have open holds a live connection to the server. Parsing progress, files becoming ready, and alerts arrive the moment they happen — no refresh, no polling, and no wondering whether the figure on screen is five minutes old. The Live view shows the stream itself; elsewhere the badge on the Live tab counts what you have not yet acknowledged.
A lift, a dead spot or a proxy timeout will break the stream. The app reconnects on its own and tells you plainly while it is disconnected — it never fills the gap with stale data.
28.1 Setting a watch rule
A watch rule saves you from re-running reports to notice a target reappearing. Set it once, and TraceLens flags every record that matches.
- Click Add rule under Watch rules.
- Name the rule, choose what to watch — subscriber MSISDN, B-party or sender ID, IMEI, IMSI, cell (CGI), destination IP, destination port or public IP — pick a condition, enter the value, and set a severity.
- Click Create rule. Each rule can later be paused, reactivated or deleted.
28.2 Getting alerts
- Check evidence you already hold: click Scan evidence — active rules sweep the case's loaded records and report how many new alerts they raised.
- New records as they arrive: where your unit has a feed connector wired to an operator system, matching records raise alerts the moment they arrive.
- Acknowledge as you action. Each alert shows severity, the rule, the matched value and when. Tap Ack once you have seen and actioned it — unacknowledged alerts also show on the case Dashboard and the Workspace page.
Watch rules work only on records you already hold, or that an operator system pushes to your unit under its own authority. Live means “you are told as soon as the record reaches TraceLens”, not “TraceLens is listening”.
Activity — the audit trail
- In progress — files currently parsing and exports currently running, with a Processing/Idle status pill.
- Audit trail — this case — every view, upload, export, creation, change and deletion, with who did it, when, and whether it succeeded. Search by person or action, filter by action type, and page through history. The log is append-only: nobody, including administrators, can edit or delete entries.
What you see here is exactly what an auditor would see. The page carries a standing statement in its own data: “TraceLens performs post-hoc analysis of operator disclosures and has no interception or real-time capture capability.” Quote it whenever the question is raised.
Labels, flags & confidence
TraceLens never presents a guess as a fact. These are the labels you will meet in the grids, in plain language. When in doubt: “candidate” means corroborate before relying on it.
| Label | Where | What it means for you |
|---|---|---|
| attributed | VoIP, crypto, Bulk IP | The address range is operated by the named platform. Strong. |
| candidate | same | A shared cloud range — the named platform is one of several possible tenants. Corroborate before relying on it. |
| port-only | VoIP | Only the port type matched: “real-time call traffic to a server we cannot name”. The weakest claim in the catalogue. |
| Foreign Candidate | Destination geo, Bulk IP | Not in a known Indian address block — a coarse hint, not a geolocation fix. |
| LRN disclosed in this case | B-Party Operator | The operator's own statement of which network its routing number reaches, read out of this case's disclosure. Correct after porting, and the strongest answer available. |
| LRN disclosed in another case… | B-Party Operator | The same statement, borrowed from another case in your workspace that received it. Equally an operator's own words; say which case if asked. |
| lrn-table | B-Party Operator | From the loaded LRN reference table, with its snapshot named. A third party's copy of the above — used only where no disclosure explains that routing number. |
| allocated-prefix (pre-porting) | B-Party Operator | No routing number was disclosed, so this is who *issued* the number. It may have been ported to another operator since. |
| tac-table-not-loaded | Device Intelligence | The handset lookup table isn't installed — ask your admin. Not “unknown handset”. |
| resolved from … / not resolved | Serving Cell (IPDR) | Whether a map coordinate could be borrowed from another disclosure — an IPDR never discloses one itself. |
| Impossible Jump | Movement | Implied speed over 900 km/h, or two far-apart towers at the same instant: data error, cloned SIM/SIM-box, or two handsets. A “look here” marker, not proof. |
| MULTI-SIM-ON-DEVICE / SIM-ACROSS-DEVICES | IMEI–IMSI Binding | One handset carried several SIMs / one SIM moved between handsets. |
| Binding Anomaly | IPDR fingerprinting | One number on multiple handsets or SIMs within the data records. |
| Two-Way | Inter-Suspect Matrix | Both suspects initiated contact with each other. |
| Device Changed | Silent Periods | The phone resurfaced after a silence on a different handset. |
| Suspicious | Protocol reports | The traffic category warrants a look — the activity itself may be entirely lawful. |
| Risk Score | Cross-Domain Risk | A triage ordering with its arithmetic shown per row. Not a probability of anything. |
| Class A / B / C / D | Every report | The evidence class — what kind of figure this report produces. Chapter 24. |
Every timestamp everywhere is IST — grids, exports, filters and certificates all agree with the operator's own document. “Late night” means 00:00–04:59 IST throughout. Tower stay durations are careful lower bounds (runs break on gaps over 6 hours), never exaggerations.
Your account & security
Open Account — from the More sheet on a phone, or the top bar on a desktop. Four tabs:
- Plan & quotas — your unit's plan, days remaining, and usage bars for seats, open cases, record rows, devices and analyses this term. When a report or upload is refused for quota reasons, this is where to see why.
- Usage — rows ingested, exports produced, most-run reports over a chosen window.
- Security — change your password, and turn two-factor on or off. To enable: Enable two-factor, scan the QR code with your authenticator app, enter the current code, Confirm & enable. Disabling requires the current code too.
- Support — raise a ticket and track responses. Never paste live case data into a ticket — the form says so, and your plan details are attached automatically.
Signing out clears everything the browser had cached, including case data already fetched. On a shared workstation or a duty phone, sign out rather than closing the tab.
Common messages, and what to do
| You see… | It means / do this |
|---|---|
| “✗ RECONCILIATION MISMATCH — inspect before relying on reports.” | The file's row arithmetic doesn't balance. Stop quoting figures from it; raise with your analyst or support (Chapter 10). |
| Amber unrecognized badge on an upload | Unknown operator layout. Confirm the proposed column mapping once and it parses forever after. |
| A report you expected is not in the catalogue | It needs a record kind or a second subject the case does not have yet. Reports appear as the evidence to answer them does. |
| “N more reports are available on a higher plan” | A plan limit, not an error. Your admin decides on upgrades under Account → Plan & quotas. |
| “⏳ Export submitted — this workspace requires an administrator to release exports.” | Policy, not failure. Ask your admin to approve it under Settings → Export approvals. |
| “No plottable coordinates in this report.” | This disclosure carries addresses but no coordinates. A tower dump or CDR covering the same cells will place them (Chapter 26). |
| “Quota 'file_rows' exceeded” on upload | Your plan's record-row allowance is full. Talk to your admin. |
| “Your plan includes N seats and all are in use.” | Seat or device allowance is full — an admin frees one under Settings, or the plan is upgraded. |
| “Offline — live case data is unavailable until you reconnect.” | Your connection dropped. Nothing was cached to the device; the page recovers when you reconnect. |
| Two exports of one report with different hashes | The underlying rows changed between the runs — a file finished parsing, or a filter differed. Compare the parameters block on the two certificates; it records both. |
| “Too many sign-in attempts. Wait a minute and try again.” | A safety brake after repeated failures. Wait sixty seconds. |
Golden rules
- 1 · Upload originals, untouched. Never open-and-resave an operator file before uploading. The hash of the original is your chain of custody.
- 2 · Check QC before you quote. A green “Reconciles” means every source row is accounted for. A red mismatch means stop and investigate.
- 3 · Read the class before you quote the figure. Class A is a disclosed fact. Class B carries stated constants. Class C depends on a named reference. Class D is a lead and never goes in a charge sheet as stated.
- 4 · “Candidate” means corroborate. An IP is not an app, a shared cell is not a shared room, a risk score is not guilt. TraceLens labels the strength of every claim — read the label.
- 5 · Follow values, don't retype them. Tap any number, tower, device or IP to carry it into every other report about it.
- 6 · Pin findings as you go. A finding cites its report and anchor value, so every conclusion stays one click from its evidence — and survives your transfer to the next posting.
- 7 · Export with the certificate, and remember: one hash, six formats. File the PDF, disclose the CSV — the identical result SHA-256 proves they carry the same figures.
- 8 · Run the completeness audit before you file. A gap you found and can explain is a fair answer in the box; a gap the defence finds first is not.
- 9 · Use the offline map for sensitive geography. The street basemap tells a third party what area you are viewing; the offline plot tells no one.
- 10 · All times are IST. Grids, filters, exports and certificates all speak the operator's own wall-clock time.
- 11 · The audit log is your friend. Every action is recorded, unchangeably — it is the proof of proper handling, for you and for the court.