Score before
you trust.

One AI risk platform to onboard customers, make defensible decisions, stop fraud before the money moves and keep your payment terminals running — all on one key and one audit trail.

drag the globe

0+

Verification checks

<0ms

Median response

0%

Platform uptime

0 key

UAT and live, one console

Products

Four products. One decision surface.

One identity graph · One policy layer · One audit trail
Through the stack
0%
Response time varies by product and by the checks your policy calls.
01

One request enters — through the API door — Console and VerifyLink land in the same place.

02

Pulse loads your policy — v3.2, versioned, owned by risk.

03

Verify and MuleNet checks fire in parallel, each against the issuing source.

04

One source stalls. Failover reroutes it — the funnel never notices.

05

Signals become one score, weighted by your policy.

06

Decision out — approve, with reason codes, consent artefact and audit trail attached.

01 Delivery surfaces
Same checks, same trail
REST API
Console
VerifyLink
02 Pulse · decision engine
Your policy, versioned
Pulse policy v3.2 loaded
03 Verify + MuleNet
40+ checks, in parallel
AadhaarDigiLocker
PANNSDL
Face matchEngine
BureauCIBIL
Mule screenMuleNet
Bank a/cRails Avia B
04 Source & resilience
Issuing-source first, failover behind it
Source timeout — rerouting
DigiLocker
NSDL
CIBIL
Registry
Bank rails A
Bank rails B
REQ-88214
KYC + risk score · one key
ResponsePULSE · v3.2
0/100
Risk score
Approve
kyc.source_matchincome.est_okdevice.clean
Consent artefact
Reason trail
Audit trail
One request in. One decision out. Every step on the record.
Timing varies by product & policy · keep scrolling
Trust & compliance

Degrade gracefully, never silently.

  • Per-signal statusA slow source never sinks the whole call.
  • Automatic failoverTraffic reroutes; the journey never notices.
  • Replay & auditAny decision, reproducible months later.
ISO 27001 SOC 2 Type II DPDP-aligned Data residency · India AES-256 at rest · TLS 1.3
iScoreIt Labs

What we learn from the fraud we see.

All insights

Mule networks

Anatomy of a mule chain: how deposit money moves through hundreds of accounts in a single afternoon

Six-week field studyRead the study

Customer · Head of Credit Risk

“We were running six vendors and reconciling them by hand. iScoreIt collapsed that into one call and one policy — and the review queue dropped by more than half in the first month.”
CR Head of Credit RiskMid-size NBFC

AI RISK INTELLIGENCE · KYC & FRAUD APIS FOR INDIA

IDENTIFY

Score before you trust. One API layer for identity,

income and fraud intelligence — 40+ signals · one request.

POST /v1/DECISION · 200 OK · 412 MS

SCORE

Every applicant, merchant and payout account becomes

a decision your team can defend — iScore 782 · low risk · approve — in under a second.

MULENET · CONTINUOUS FRAUD DISCOVERY

SECURE

MuleNet maps money-mule networks from the deposit pages fraud publishes,

and screens your accounts before the money moves.

SANDBOX KEYS THE SAME DAY · DATA RESIDENCY IN INDIA · 99.9% UPTIME

Products

Pulse decides. Verify onboards. MuleNet protects. Vision operates.

Four products on one identity graph, one policy engine and one audit trail — so a decision made anywhere is explainable everywhere.

01 · Decide

Pulse decision engine

The decision engine your risk team can edit themselves.

  • Visual policy builderno deploy
  • Shadow & champion–challengersafe rollout
  • Decision replayaudit
  • Cost-aware waterfallsspend control
See how Pulse works
02 · Onboard

Verify onboarding suite

Onboarding journeys that stop asking once they are sure.

  • Hosted or headlessyour call
  • Risk-based step-upless drop-off
  • UAT and live in one consoleone key set
  • Re-KYC & periodic reviewstays current
See how Verify works
03 · Protect

MuleNet fraud intelligence

The money-mule map, built from what fraud actually publishes.

  • Continuous discoveryalways on
  • Screenshot-backed evidencedefensible
  • Linkage scoringbeyond exact match
  • Payout-time screeningbefore money moves
See how MuleNet works
04 · Operate

Vision autonomous POS operations

From POS failure to resolution — automatically.

  • Fleet health monitoringbefore the complaint
  • AI diagnosis with confidenceroot cause
  • Autonomous L1 resolutionapproved actions only
  • Intelligent L2/L3 and field dispatchcontext attached
  • Predictive maintenancefix before failure
Inside VisionDialect AI voice agents

The voice layer of Vision. When telemetry can't settle it, Dialect calls the merchant, asks targeted questions and confirms the fix — in twelve Indian languages, every call scored and filed.

See how Dialect works
See how Vision works
5Industries · one platform

Built for the teams who carry the risk.

RegTech teams, NBFCs, banks, corporates and fintechs run the same four products with different policies. Same signals, same audit trail, one key.

Industry Pulse Verify MuleNet Vision Dialect
CoreSupportingNot typical
01 · RegTech & compliance

Evidence your regulator can read, on every decision.

For compliance, risk and audit teams, and for RegTech platforms that build on our checks. Every screen, model version and override is stored against the case and can be replayed exactly as it happened.

Compliance officers · risk & audit · RegTech platforms

Talk to us about compliance
Verify

AML & sanctions screening

Sanctions, PEP and adverse media with tunable match thresholds, ongoing rescreening and dispositions stored for audit.

Pulse

Decision replay

Pull any decision from six months ago and replay it with the same inputs, policy version and model version.

Pulse

Governed policy change

Maker–checker on every rule change, with a diff history that shows who changed what, and when.

MuleNet

Mule evidence for investigations

Screenshot-backed matches against live collection pages give investigators evidence, not just a flag.

Dialect

Conduct QA on every call

Dialect Listen scores every customer call, agent or human, for conduct breaches, dispute language and hardship signals.

VerifyPulse

Build on one contract

RegTech platforms embed 40+ checks under one key, with consent artefacts, data residency in India and DPDP-aligned processing.

02 · NBFCs

Lend to thin-file borrowers without widening the fraud door.

Income, identity and fraud signals arrive before the applicant uploads a single document, and your credit team changes policy without waiting for a release.

Personal, business & gold loans · co-lending · collections

See Pulse, the decision engine
PulseVerify

Document-less underwriting

A monthly income estimate from surrogate and bureau signals, so thin-file applicants are decided without a payslip.

Pulse

Credit policy without a release

Edit cut-offs in the console, shadow the new version on live traffic, then promote it with maker–checker.

Verify

Onboarding with risk-based step-up

PAN, DigiLocker and penny drop for everyone; video KYC only when the signals ask for it.

MuleNet

Disbursal account screening

Check the disbursal account against known collection accounts before the loan amount leaves.

Dialect

Early-bucket collections

Reminders, promise-to-pay and a payment link in twelve Indian languages, inside your calling window and conduct rules.

Pulse

Co-lending audit trail

Every decision replayable for partner banks and auditors, with reason codes attached.

03 · Banks

Open accounts faster, keep mules out, keep terminals running.

From account opening and retail credit to mule detection and merchant-acquiring POS fleets, on one audit trail your risk and compliance teams already trust.

Retail & SME banking · merchant acquiring · fraud & AML

See MuleNet, mule intelligence
Verify

Digital account opening

Identity from the issuing source, face match and liveness, with step-up only for the applicants who need it.

MuleNet

Mule account detection

Screen savings and current accounts at opening and on an ongoing basis, with evidence behind every hold.

Pulse

Retail loan decisioning

Personal loan and card decisions in under a second, with cost-aware waterfalls and full replay.

Vision

Merchant-acquiring POS fleets

Detect, diagnose and fix terminal incidents remotely, and send technicians only when they're genuinely needed.

VerifyDialect

Re-KYC at scale

Periodic reviews run as a phone conversation, with the DigiLocker link pushed mid-call.

Dialect

Service & dispute intake

Balance, statement and dispute intake around the clock, with anything sensitive handed to a person.

04 · Corporates

Know every vendor, dealer and device you depend on.

Procurement, finance and operations teams verify who they pay, who they extend credit to and the device fleets they run, without a separate vendor for each.

Procurement · treasury & AP · distribution · retail operations

See Verify, the onboarding suite
Verify

Vendor & supplier KYB

GSTIN, MCA, Udyam, directors and beneficial ownership resolved into one entity view before onboarding.

MuleNet

Vendor payment screening

Check the beneficiary before paying a new vendor, or when an existing one changes bank account.

Pulse

Dealer & distributor credit

Set and review trade credit limits with a policy finance owns and can explain.

Verify

Workforce & gig verification

PAN, face match and liveness for employees, contractors and field partners.

Vision

Retail, QSR & kiosk fleets

Keep in-store terminals and kiosks healthy with remote diagnosis and predictive maintenance.

Dialect

Customer contact at scale

Address confirmation, undelivered-order follow-ups and reminders, in the customer's own language.

05 · Fintech

Go live the same day without opening a hole in settlement.

Payment aggregators, wallets, marketplaces and embedded-credit platforms onboard fast, screen every payout and keep their merchant devices online.

Payment aggregators · marketplaces · wallets · BNPL

See Vision, POS operations
Verify

Merchant & seller onboarding

KYB, beneficial ownership and bank verification in one call, so sellers go live the same day.

MuleNet

Payout screening

Every payout account checked against collection accounts seen in the wild, before settlement.

Vision

POS & device fleets

For aggregators running terminals: incidents resolved remotely, merchants called by Dialect when needed.

Pulse

Embedded & BNPL credit

Instant limits at checkout, decided by a policy your risk team edits themselves.

Dialect

Abandoned onboarding recovery

Applications stuck at document upload get a call that explains the missing step and completes it.

VerifyMuleNet

Ongoing merchant monitoring

Accounts re-scored every 24 hours, not just checked once at signup.

Bring a cohort you already know.

Share a sample from your own book, whether applications, merchants, vendors or payouts, and we'll show you what each product would have caught or changed.

Sandbox keys the same day · Data residency in India · DPDP-aligned
Insights · iScoreIt Labs

What the data shows.

Our team publishes what the data shows — how mule chains are actually structured, which signals move approval rates, what income estimation gets right and wrong.

Mule networks

Anatomy of a mule chain: how deposit money moves through hundreds of accounts in a single afternoon

Six-week field studyRequest the study

Thin-file credit

Estimating income without documents: which surrogate signals actually predict repayment

Out-of-time testedRequest the study

Device intelligence

The shared-device problem: when account linkage is fraud and when it is a family

Threshold guideRequest the study

Customer · Head of Credit Risk

“We were running six vendors and reconciling them by hand. iScoreIt collapsed that into one call and one policy — and the review queue dropped by more than half in the first month.”
CR Head of Credit RiskMid-size NBFC
About

Identify. Score. Secure.

iScoreIt is a risk intelligence platform for the teams who have to say yes or no to a stranger in under a second — and then explain that answer months later.

Our vision

A financial system where trusting a stranger is fast, fair and provable.

Every loan, payout and new account starts with a decision about someone you have never met. We want that decision to take seconds, treat people consistently, and stand up to scrutiny years later.

Our mission

To give every regulated business in India one place to identify, score and secure the people and businesses it deals with.

One key, one contract and one audit trail — so risk teams spend their time on judgement, not on stitching vendors together.

How we deliver it

From a stranger to a decision you can defend.


Identify

Know who is on the other side

Verify people and businesses against authoritative sources, with consent captured at the source and only the data the check needs.


Score

Turn signals into a decision

Weigh every signal against a policy you control, and return an answer with the reasons attached — not just a field that matched.


Secure

Protect what happens next

Stop fraud before money moves, keep data in India, and keep an evidence trail you can show a regulator.

How we build

Four things we will not trade away.

Evidence over assertion

Every score comes with the signals that produced it. If we cannot show you why, we do not ship it.

Fail loud, not open

A missing signal is reported as missing. Your policy decides what that means — we never quietly substitute a default.

The customer holds the relationship

Where a regulated registration belongs to you, it stays with you. We are the technology layer, not a middleman on your compliance.

Boring where it matters

Auth, idempotency, versioning and audit trails are unglamorous and non-negotiable. The interesting work sits on top of them.

Come break it on your data.

The fastest way to evaluate us is a sandbox key and your own back-book sample.

Sandbox keys the same day · Data residency in India · 99.9% uptime

Legal

Privacy policy

How iScoreIt collects, uses, shares, keeps and deletes personal data — for our clients, and for ourselves.

Effective 1 October 2026 · Last updated 28 October 2026

1. Who we are, and the law we follow

iScoreIt is operated by ISCOREIT (OPC) PRIVATE LIMITED (“iScoreIt”, “we”, “us”). We provide identity verification, risk scoring and fraud intelligence services to businesses such as banks, NBFCs, fintechs and marketplaces. Most of the personal data we handle is about people who never deal with us directly: the customers, applicants and counterparties our clients verify.

We follow the Information Technology Act, 2000 (section 43A) and the SPDI Rules, 2011; the Digital Personal Data Protection Act, 2023 and the DPDP Rules, 2025, whose core duties apply from 13 May 2027 and which we already follow; the Aadhaar Act, 2016 and UIDAI regulations; and the CERT-In directions of 28 April 2022. Where these and our own commitments differ, the stricter rule applies.

2. Our two roles

Our duties depend on whose purpose the data serves.

Personal dataWhose it isOur role
Verification requests and resultsIndividuals our clients verifyData Processor for the client
Client onboarding (KYB) documentsClients’ directors and signatoriesData Fiduciary
Dashboard user accountsClient users and iScoreIt staffData Fiduciary
Website enquiries and marketing contactsProspects and visitorsData Fiduciary
Job candidates, vendor and partner contactsApplicants, suppliers’ staffData Fiduciary

When we act as a Data Processor, the client decides why and how the data is processed and answers to you; we act only on its instructions, under our Data processing agreement. If you were verified by one of our clients, please contact that business first. When we act as a Data Fiduciary, this policy applies to us directly.

3. How we use personal data

  • For clients: only to carry out the checks a client requests, return the results, bill for them, provide support and keep the service secure.
  • For ourselves: to answer enquiries and arrange demos, run client accounts and the dashboard, recruit, manage vendors, and meet legal, tax and audit obligations.

We collect, return and keep only the minimum the purpose requires, and we never invent a field a source didn’t supply. We never sell verification data, use it for our own purposes, build our own database or profiles from it, or combine one client’s data with another’s.

4. Notice, consent and marketing

  • Where we are the Data Fiduciary, we rely on consent that is free, specific, informed and given by a clear action — and withdrawing it is as easy as giving it — or on a legitimate use the DPDP Act allows.
  • Our notices are in plain English. On request, we provide them in any language listed in the Eighth Schedule to the Constitution.
  • We send marketing only to people who have agreed to receive it, and act on an unsubscribe request within 10 working days.
  • We don’t knowingly collect children’s data for our own purposes. Where a client service could involve a child, the client must first obtain verifiable consent from a parent or guardian.
  • For checks we run for clients, the client must give the individual valid notice and obtain consent, or have another legal basis, before each request.

5. Aadhaar and identity data

  • We use Aadhaar data only for the verification the individual consented to, and obtain it only through DigiLocker and authorised providers.
  • We never store full Aadhaar numbers or biometric data. Numbers are masked to the last four digits before anything is written.
  • Aadhaar request and response payloads are deleted within 2 days, and uploaded images as soon as the call ends.
  • Other identifiers, including PAN, bank account and mobile numbers, are masked in logs and internal screens.

6. Sharing and where data is kept

  • We share personal data only with the client that requested a check (its results); our sub-processors and vendors, under written agreements; professional advisers bound by confidentiality; and authorities where the law requires.
  • Requests from police, regulators or courts are checked for their legal basis, answered with only what is required, and recorded.
  • All production personal data — servers, databases, backups and logs — is stored and processed in India. Any transfer outside India is assessed first, and we never transfer to a country the government has restricted under the DPDP Act.

7. How long we keep it

Every record has an end date. Periods tied to a law are the minimum that law sets; where a client’s agreement sets a different period for its data, the agreement applies.

RecordKept for
Full Aadhaar numbers, biometric dataNever stored
Verification payloads (masked), Aadhaar services2 days, then purged nightly
Verification payloads (masked), all other services7 days, then purged nightly
Files uploaded for a verificationUntil the call ends
API call records without payloads8 years (billing, tax and audit)
Invoices and accounting records8 years from the end of the financial year
Server, application, access and security logs1 year
Database backups30 days
Client onboarding (KYB) documentsThe relationship, plus 3 years
Dashboard user accountsWhile active; erased within 90 days of closure
Support tickets3 years after closure
Website enquiries and marketing contacts2 years after last contact, or until consent is withdrawn
Unsuccessful job candidates6 months, or longer with consent

Deletion is automated and logged. Data deleted from live systems leaves our backups within 30 days. Data that has been genuinely anonymised, so no one can be identified from it, may be kept for statistics and service improvement.

8. Security

  • TLS 1.2 or later on every public endpoint; databases and backups encrypted at rest with AES-256 or equivalent.
  • Access limited to people who need it, with multi-factor authentication on every account that supports it.
  • Logs of who accessed what, monitored and kept for one year.
  • An independent vulnerability assessment and penetration test at least once a year. We are working towards ISO/IEC 27001 certification.

9. Personal data breaches

  • Where we process data for a client, we notify that client without undue delay, within the time its agreement sets, with what it needs to meet its own duties.
  • Breaches of a type CERT-In lists are reported to CERT-In within 6 hours of being noticed.
  • Where we are the Data Fiduciary, from 13 May 2027 we notify the Data Protection Board and each affected individual without delay, and send the Board a detailed report within 72 hours.

10. Your rights

Requests are free. We confirm your identity using details we already hold, and ask only for what we need to find your data. We acknowledge a request within 2 working days and respond in full within 30 days.

RightWhat it means
AccessA summary of the personal data we hold, how we process it, and who we share it with.
CorrectionFixing data that is inaccurate, incomplete, misleading or out of date — and passing the fix on to anyone we shared it with.
ErasureDeleting data no longer needed, or after consent is withdrawn. Where the law requires us to keep something, we tell you what and why.
Withdrawing consentProcessing that relies on consent stops promptly. Earlier lawful processing is not affected.
NominationNaming someone to exercise these rights after your death or incapacity.
GrievanceComplaining about how we handled your data — resolved within 30 days.

If your data came to us through one of our clients, we pass your request to that client within 2 working days and help it respond.

11. Grievance Officer

To exercise your rights or raise a complaint, write to our Grievance Officer:
ISCOREIT (OPC) PRIVATE LIMITED
support@iscoreit.com

From 13 May 2027, if you are not satisfied with our response, you may complain to the Data Protection Board of India.

12. Changes

We review this policy at least once a year and whenever the law changes. Updates are posted on this page with a new date at the top.

Legal

Data processing agreement

The terms on which iScoreIt processes personal data on behalf of its clients. This summary forms part of every client agreement; a signed copy is available on request.

Effective 1 October 2026 · Last updated 28 October 2026

1. Parties and roles

The client is the Data Fiduciary: it decides why and how personal data is processed, and answers to the individual. ISCOREIT (OPC) PRIVATE LIMITED is the Data Processor and acts only on the client’s documented instructions. The upstream verification providers we use act as our sub-processors.

2. Scope of processing

ItemDetails
PurposeCarrying out the checks the client requests, returning the results, billing for them, providing support and keeping the service secure.
Data principalsThe customers, applicants and counterparties the client verifies.
Categories of dataIdentity numbers, names, mobile numbers, bank account details, vehicle and licence details, face images, and AML and PEP results.
LocationIndia, for all production data.
DurationThe term of the client agreement, and the retention periods in section 7.

3. Our commitments

  • We process personal data only for the purposes above, on the client’s instructions.
  • We never sell verification data, use it for our own purposes, build our own database or profiles from it, or combine one client’s data with another’s.
  • We protect it with TLS 1.2 or later in transit, AES-256 or equivalent encryption at rest, need-to-know access with multi-factor authentication, access logs kept for one year, and an independent penetration test at least once a year.
  • We never store full Aadhaar numbers or biometric data, and mask Aadhaar to the last four digits before anything is written. PAN, bank account and mobile numbers are masked in logs and internal screens.
  • We forward any request from an individual about the client’s data to the client within 2 working days, and help the client respond.
  • Everyone who handles client data is bound by confidentiality and trained in data protection when they join and every year.

4. What we require of clients

  • A lawful purpose for every check — such as customer onboarding, fraud prevention, credit assessment or employment verification.
  • Valid notice to, and consent from, the individual, or another legal basis, before each request. The client keeps these records and provides them to us on request.
  • Verifiable consent from a parent or guardian before any check that could involve a child.
  • Reverse lookups, such as finding a name or address from a mobile number, only with a documented lawful purpose and the individual’s consent.
  • No use of results to harass, stalk, intimidate or unlawfully discriminate against anyone, and no resale of data.

We may suspend a client’s access if we believe a service is being misused.

5. Sub-processors

We use only approved sub-processors, each bound by written obligations at least as strict as ours. Every new verification service and upstream provider passes a privacy and legal review before it goes live, including written confirmation of its data source, licence where one is required, and how consent is obtained. Clients can ask for the current list.

6. Data location and transfers

All production personal data is stored and processed in India. Any transfer outside India is assessed first and recorded. We never transfer to a country the government has restricted under the DPDP Act, and we follow any stricter limit in the client’s agreement.

7. Retention and deletion

RecordKept for
Masked payloads, Aadhaar services2 days
Masked payloads, other services7 days
Uploaded files, such as document imagesUntil the call ends
API call records without payloads8 years, for billing, tax and audit
Logs1 year
Database backups30 days

Automated purges run every night and log what they delete. Where the client’s agreement sets a different period, the agreement applies. We delete client data earlier when the client asks or the agreement ends, unless the law requires us to keep it.

8. Breach notification

We notify the client of any personal data breach affecting its data without undue delay, and within the time its agreement sets, with the facts it needs to meet its own duties — including to the Data Protection Board and affected individuals. Breaches of a type CERT-In lists are reported to CERT-In within 6 hours of being noticed. Every breach is recorded with its facts, effects and the action taken.

9. Audits

We allow audits as the client’s agreement provides, and make available the records that show we meet these terms. Regulated clients such as banks and NBFCs may pass down their own sector requirements.

10. Requesting a signed copy

For the full DPA, signed, write to support@iscoreit.com.

Legal

Cookie policy

What this website stores in your browser, and what it does not.

Last updated 28 October 2026

1. The short version

This website does not set advertising or analytics cookies, and it does not track you across other sites. That is why you do not see a cookie banner here.

2. What cookies are

Cookies are small text files a website stores in your browser. Similar technologies, such as local storage, work in much the same way. We refer to all of them as “cookies” in this policy.

3. What we use

TypePurposeUsed here
Strictly necessaryKeep the iScoreIt console signed in and secure, and protect against abuse.Console only
AnalyticsMeasure how visitors use the site.No
AdvertisingBuild profiles or show ads on other sites.No

4. Third-party services

To load quickly, this site fetches fonts from Google Fonts and scripts from the Cloudflare CDN. Those providers receive your IP address and browser details when the files are requested, under their own privacy policies; they do not set cookies through this site. If you choose to book a demo, you are taken to Calendly, which applies its own cookie policy.

5. Managing cookies

You can block or delete cookies in your browser settings. Blocking strictly necessary cookies may stop you from signing in to the console, but it will not affect browsing this website.

6. Changes and contact

If we ever add non-essential cookies, we will update this policy and ask for your consent first. This website is operated by ISCOREIT (OPC) PRIVATE LIMITED. Questions? Write to support@iscoreit.com. See also our Privacy policy.

01Decide · decision engine

The decision engine your risk team can edit themselves.

Policies are versioned on save and shipped without a release cycle. Every check runs against the policy you wrote, and every decision can be replayed months later exactly as it was made.

Decision trace · retail-pl-v14Sample
APP-88214 · personal loan applicationpolicy v14 · model 3.2.1
  1. 01ReceiveApplication received · PAN, mobile, consent captured0 ms
  2. 02VerifyIdentity & bank verified · name match + reverse penny drop190 ms
  3. 03EnrichIncome estimated · surrogate model, no upload340 ms
  4. 04EvaluateRule hit: income_est ≥ ₹25,000 · shadow v15 agrees398 ms
  5. 05DecideApprove, limit ₹1.87L · reason codes attached412 ms
Stored for replay · inputs, policy and model frozen
0Releases to change a rule
<500msMedian response
100%Decisions replayable
1Audit trail, every check

Trace shown is a sample application

What your risk team gets

Policy is something risk owns, not something engineering ships.

Visual policy builderEdit rules in the console. No deploy.
Shadow & challengerTest on live traffic before it's live.
Decision replayAny decision, exactly as it was made.
Cost-aware waterfallsPay only for signals that change the answer.
Maker–checkerEvery change reviewed, with diff history.
Reason codesEvery outcome explains itself.

Policy and chart shown are illustrative

How it behaves

Change the policy on Tuesday. Defend it next March.

Ship policy, not code

Risk edits, a checker approves, and the new version is live, with the old one kept.

retail-pl-v14live
retail-pl-v15shadow
Change approved bychecker
Diff historykept

Test before it's live

Shadow runs show what the new policy would have done, on real traffic, before a single customer sees it.

v14 approve ratelive
v15 approve rateshadow
Disagreementsto review

Spend less per decision

Waterfalls stop as soon as the answer is certain, and fail over when a source stalls.

Identity & bankalways
Income estimateif needed
Bureau pullonly if borderline
Source timeoutfailover

Rates shown are illustrative

One key, one endpoint

Send an applicant, name a policy, get a decision.

Same authentication, idempotency and webhook signature as every other iScoreIt API. The response carries the policy and model version that produced it.

01
Name the policy

The request says which versioned policy to run.

v14
02
Checks fire in parallel

Identity, bank, income, mule and AML, each against its source.

parallel
03
Signals become one score

Weighted by your rules, not ours.

score
04
Decision out, trail stored

Outcome, reason codes, consent artefact and replay record.

200 OK

Bring a policy you already run.

We'll rebuild it in Pulse, replay it against a back-book sample and show you where the decisions differ, before you change anything live.

Sandbox keys the same day · Data residency in India · 99.9% uptime
02Onboard · onboarding suite

Onboarding that stops asking once it's sure.

Risk-based journeys that pull from the issuing source, skip the steps a low-risk customer doesn't need, and step up only when the signals say so. Hosted or headless, with UAT and live in one console.

Onboarding journey · merchant-onb-v3Sample
New merchant · GSTIN + PAN submittedrisk-based step-up on
  1. 01IdentityPAN + name · exact match at sourceok
  2. 02BusinessEntity graph built · 3 directors, 1 linked entityreview
  3. 03BankPenny drop verified · payout account screened by MuleNetok
  4. 04Step-upVideo KYC skipped · low risk, policy allowsskipped
  5. 05LiveMerchant live · monitoring on, re-scored every 24 hours3m 40s
Live the same day · consent artefact stored
40+Verification checks
1keyUAT and live, one console
2Ways to ship: hosted or headless
<500msMedian response

Journey shown is a sample merchant onboarding

The checks

Every signal a journey needs, behind one contract.

IdentityPeople
DigiLockerPANFace matchLivenessOCR
Business & KYBEntities
GSTINMCAUdyamUBO
BankingAccounts
Penny dropReverse PDUPIBSA
SignalsDevices & footprint
DeviceEmailMobile ageIP risk
IncomeAbility to pay
Document-lessSurrogateBureau
AMLScreening
SanctionsPEPAdverse media
Why teams switch

Fewer steps for good customers. More for the rest.

Risk-based step-up

Low-risk applicants skip the expensive steps; anything unusual triggers video KYC or a document request.

Low riskfast lane
Name mismatchstep-up
Linked entityanalyst review

Hosted or headless

Drop in the hosted VerifyLink flow, or call the APIs and keep your own screens. Same checks, same audit trail.

VerifyLinkhosted
REST APIheadless
Consoleops review

Stays current

Onboarding isn't the end. Re-KYC and periodic reviews keep the file fresh, and accounts are re-scored, not just checked once.

Periodic reviewscheduled
Re-KYCtriggered
Monitoringevery 24 hours
Where teams use it

One suite, every front door.

Lending onboardingVerified and income-estimated, no documents.NBFCs & banks
Merchant onboardingKYB and payout screening, live the same day.Payments
Marketplace sellersChecked against GST, MCA and bank records.Marketplaces
Re-KYC & reviewsA DigiLocker link, not a branch visit.Compliance

Run your current funnel through it.

Send a sample of last month's applications and compare drop-off, cost per verified customer and review queue size against what you run today.

Sandbox keys the same day · Data residency in India · DPDP-aligned
03Protect · fraud intelligence

Screen payout accounts before the money moves.

MuleNet is the money-mule map built from what fraud actually publishes. It continuously finds illegal betting and gambling deposit pages, captures the UPI IDs, account numbers and QR codes they show, and screens your accounts against that evidence.

Payout screen · MuleNetSample
Payout to 88214@okbankseller payout · first withdrawal
  1. 01ReceivePayout requested · UPI ID + account0 ms
  2. 02MatchFound on collection pages × 2 · exact UPI matchhit
  3. 03LinkLinked account on the same QR · linkage scoredhigh
  4. 04EvidenceScreenshots and capture dates attached2 files
  5. 05ActPayout held · case opened for reviewblocked
Blocked before the money moved
3Identifier types: UPI, account, QR
24hAccounts re-scored
1Call to screen an account
0Matches without evidence

Screen shown is a sample payout

How the map is built

Illegal collection has to publish an account to get paid.

That published evidence, gathered continuously, is a fraud dataset nobody else was assembling systematically. MuleNet turns it into a screen you can call.

01 · DiscoverFind the pagesBetting and gambling deposit pages, found continuously.
02 · CaptureRecord the accountsUPI IDs, account numbers and QR codes extracted.
03 · EvidenceKeep the proofScreenshot and capture time stored with every match.
04 · LinkScore the networkShared pages, QR codes and patterns, beyond exact matches.
05 · Screen & actStop it in timeHeld before settlement, evidence already on the case.
What makes it different

Not a blocklist. An evidence repository.

Continuous discovery

New collection pages appear daily. MuleNet is always on, so the map keeps up with the operators.

BettingGamblingDeposit pagesAlways on

Screenshot-backed

Every hit comes with what the page showed and when, so a hold is something you can defend.

Screenshotattached
Capture datelogged
Source pagearchived

Payout-time screening

Screen when it matters most: at onboarding, before the first payout, and on every change of account.

Onboardingscreened
First payoutscreened
Account changere-screened
From the lab: Anatomy of a mule chain — how deposit money moves through hundreds of accounts in a single afternoon.Read the study
One key, one call

Screen an account in the same call as everything else.

Call MuleNet on its own, or add "mule" to the checks on any decision request. Same key, same audit trail.

01
Send the identifier

UPI ID, account number and IFSC, or a QR payload.

request
02
Matched and linked

Exact matches and linked accounts scored together.

score
03
Evidence returned

Hit count, linkage score and evidence references on the case.

200 OK

Run your payout book against it.

Share a list of payout accounts from last quarter and we'll show you which ones MuleNet had already seen, and when.

Sandbox keys the same day · Data residency in India · DPDP-aligned
04Operate · new vertical

From POS failure to resolution — automatically.

Vision watches every terminal in your fleet, diagnoses incidents with AI and fixes the eligible ones remotely. When a human answer is needed, Dialect calls the merchant. Only the real exceptions reach L2, L3 or a technician.

POS operations · command centre Illustrative
1,000,000Devices
942,000Healthy
38,000At risk
12,500Auto-resolved today
Terminal 78432 · not processing transactionsINC-20417 · retail · Pune
  1. 01DetectAbnormal behaviour · payment requests timing out0 s
  2. 02DiagnosePayment application unavailable · 94% · high confidence4 s
  3. 03PolicyRestart payment service · approved action5 s
  4. 04ExecuteService restarted remotely19 s
  5. 05VerifyTest transaction approved · device healthy41 s
  6. 06CloseMerchant told by Dialect · outcome fed backresolved
Resolved without a field visit · 41 s
30%+L1 incidents automated
20%+Field visits avoided
20%+Faster time to resolution
8–12wksTo a measured pilot

Pilot targets for validation against your baseline · not guaranteed benchmarks

The problem

The terminal fails first. People start investigating afterwards.

Today a broken POS travels from merchant to call centre to L2, L3, a service partner and finally a technician. Many of those incidents could have been diagnosed, and fixed, without anyone leaving the building.

Reactive support → autonomous support → predictive operations

What Vision does

Treat every incident as a software problem first.

Fleet health monitoring

Every terminal is watched continuously, so the platform knows before the merchant has to call.

NetworkBatteryCPU & RAMStorageApp healthOS statusPeripheralsTransactionsError logsConfig

AI diagnosis

Telemetry, logs, transaction patterns and past incidents combine into a likely root cause, with a confidence score attached.

Issuepayment app unavailable
Probability94%
Root causeprocess failure
Recommendedrestart service

Autonomous L1 resolution

Known, high-confidence incidents are fixed through pre-approved remediation workflows, then verified.

Restart app or serviceapproved
Network reset & DNS checkapproved
Clear cache, refresh configapproved
Reinitialise peripheralsapproved
Device restartpolicy-gated

Intelligent L2/L3 routing

What can't be fixed remotely is classified, prioritised against SLA and sent to the right team with the diagnosis already done.

Severity & SLAset
Owning teamidentified
Diagnostic packageattached
Ticketcreated & tracked

Intelligent service dispatch

Service partners get a diagnosis, not a blank ticket, so the first visit is more likely to be the last one.

Battery degradation detected · model X · replacement required · warranty active · location verified

Predictive maintenance

With enough fleet history, early-warning signals flag terminals likely to fail before the merchant is affected.

Battery wearRising txn errorsNetwork instabilityApp instabilityHardware wearRepeat patterns

The AI never gets unrestricted control of a device

Diagnosis is probabilistic, and execution should never be. Every action Vision takes passes a policy engine, runs from an approved library and is verified afterwards, with a rollback ready. Each step is logged to the audit trail.

01AI diagnosisRoot cause + confidence
02Policy engineThresholds & rules decide
03Approved actionFrom a tested runbook
04ExecutionLeast privilege, audited
05VerificationConfirmed, or rolled back
Inside Vision · Dialect

When telemetry can't settle it, Dialect makes the call.

Dialect is Vision's voice layer: an AI resolution agent, not a voice bot. It sees the device and incident context, asks the merchant the questions the logs can't answer, and follows the loop through to a resolved ticket.

01 · ObserveReads the context

Device state, logs and incident history before dialling.

02 · AskTalks to the merchant

Targeted questions, in the merchant's language.

03 · DiagnoseMachine + human

Answers joined with telemetry to sharpen the cause.

04 · ActTriggers the fix

Approved remediation, mid-call.

05 · VerifyConfirms it worked

Asks for a test transaction and checks the result.

06 · EscalateHands off cleanly

Creates or updates the ticket with everything learnt.

07 · CommunicateCloses the loop with the merchant

Explains what happened and what comes next, then files the recording, transcript and consent.

dialect · pos-support-hi-v2T-31907 · 01:12
Namaste, iScoreIt support here, calling about terminal 31907. Is the screen showing an error right now?
Haan, it says "host not reachable". Card payments are failing.
Network reset · approved action run
I've reset the connection from our side. Could you try a ₹1 test payment?
Done — it went through.
OutcomeResolved on the call · no visitverified
How it's built

Most incidents never need a truck.

Six layers between the terminal and the technician. Each one is a chance to resolve the incident before it costs a visit.

Device intelligenceTelemetry, logs, device and application state
AI diagnostic engineDetection, root cause, confidence, recommended action
Remediation engineApproved remote actions and verification
Dialect agent layerMerchant calls, information gathering, communication
OrchestrationTickets, routing, escalation, SLA, service partners
IntelligenceEvery incident, resolution and technician outcome, learnt from

Where 100 incidents end up

Illustrative resolution funnel · validated per customer in the pilot

Resolved automatically45%
Resolved with Dialect and the merchant25%
L2 intervention20%
Physical service required10%
North-star metric% resolved without a field visit
Where it starts, where it goes

POS is the wedge. Every distributed device fleet is next.

0 → 1AI POS troubleshooting

Detect, diagnose and resolve the top recurring L1 incidents.

1 → 10Autonomous POS support

Dialect voice, L2/L3 routing and service orchestration.

10 → 100Autonomous POS operations

Predictive maintenance, fleet intelligence, service optimisation.

100+Field device infrastructure

ATMs, kiosks, EV chargers and other smart-device fleets.

Built for
POS providersPayment aggregators & acquirersBanks with POS fleets
Next

Start with ten thousand terminals.

A tightly scoped pilot: 10,000–50,000 devices, your top 5–10 recurring incident categories, 8–12 weeks, measured against your own before-and-after numbers.

Human-in-the-loop first · Automation earned, not assumed · Data residency in India
VisionDialect · the voice layer

Voice agents that verify while they talk.

Twelve Indian languages. Identity confirmed mid-conversation. Recording, transcript, consent and outcome filed against the same case your policy already reads. Dialect is the part of Vision that picks up the phone — for merchants, borrowers and customers alike.

agent · collections-hi-v4 00:00
OutcomePromise to pay · 14 Sep confidence 0.87
Recording · transcript · consent stored
12Languages, code-mixed
720msTurn latency
100%Calls scored, not sampled
1Audit trail, shared
Voices

Pick a voice your customers won't hang up on.

Each agent is a voice, a language and a manner. Tune the pace, the formality and how hard it pushes — then keep the same one across every campaign so the relationship stays consistent.

आपकी किस्त 5 तारीख़ से बाकी है — क्या मैं अभी भुगतान लिंक भेज दूँ?Aarohi · early-bucket reminder
हिन्दीHindi বাংলাBengali मराठीMarathi తెలుగుTelugu தமிழ்Tamil ગુજરાતીGujarati ಕನ್ನಡKannada മലയാളംMalayalam ਪੰਜਾਬੀPunjabi ଓଡ଼ିଆOdia اردوUrdu EnglishIndian English

Code-mixed Hindi–English handled natively · the agent switches when the customer switches

What makes it ours

Any vendor can place a call. Ours comes back with evidence.

Verifies mid-call

Identity is confirmed inside the conversation, not assumed from the dialled number.

Mobile to namematched
PAN last fourconfirmed
Date of birthmatched
DigiLocker linkpushed on SMS
New payout accountMuleNet check

Stops where the rules stop

Conduct rules are configuration, not training data. The agent logs the reason when it refuses.

08:00window opens 19:00closes
DND and opt-outsuppressed
Coercive languageblocked
Distress or disputehuman handoff

Acts before it hangs up

The call ends with something done, not a note for someone to action tomorrow.

Payment link on WhatsAppsent
Callback booked14 Sep
LOS and CRMupdated
Pulse policyre-run on new data
Case fileclosed

Dialect Listen — quality assurance on all of it, not two per cent of it

Sampled QA finds the calls you happened to pull. Listen scores every call your team makes, agent or human, for intent, promise-to-pay likelihood, dispute language, hardship signals and conduct breaches — so a supervisor argues with evidence rather than memory.

82/100Intent to pay
96%Conduct compliance
3Dispute flags this week
11%Contact rate lift
Promise to pay41%
Callback requested23%
Dispute or hardship9%
Not reachable27%

Figures illustrative, pending measured data from live deployments

Where teams point it

The calls nobody has enough people for.

Early-bucket collectionsReminder, promise-to-pay and a payment link.Day 1–30
Lead qualificationAnswered in seconds; only good leads reach people.Inbound
Re-KYC & refreshDigiLocker link pushed mid-call.Outbound
Address & deliveryConfirm, update and reschedule in one pass.NDR
Onboarding assistAbandoned applications completed on the line.Recovery
Support & disputesAround the clock; sensitive cases go to a person.24×7
One key, same contract

A call is just another check on the decision endpoint.

Same authentication, same idempotency, same webhook signature as every other iScoreIt API. Name an agent, name a policy, and the outcome comes back as structured data — not a recording someone has to listen to.

01
Queue and screen

Numbers checked against DND, opt-outs and the calling window before a call is placed.

0 ms
02
Connect and identify

Recording notice read, consent captured, mobile-to-name and one knowledge check confirmed.

11 s
03
Hold the conversation

Agent follows your script and guardrails, handles objections, escalates on distress.

78 s
04
Act on the outcome

Payment link sent, callback booked, systems updated, policy re-run if the picture changed.

96 s
05
File the evidence

Recording, diarised transcript, consent artefact, reason codes and agent version stored on the case.

closed
Consent captured before the conversation Recording notice in the customer's language Diarised transcript with timestamps Retention window you set Data residency in India DPDP-aligned processing Agent and prompt version pinned to every call Bring your own SIP trunk, or use ours

Give it a hundred of your own calls.

Send a bucket you already work — a delinquency slice, an abandoned-application list, a re-KYC batch — and hear the difference against your current contact rate before you commit to anything.

Sandbox keys the same day · Bring your own trunk · Data residency in India
Our products Book a demo