Mule networks
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
Four products. One decision surface.
Pulse
The decision engine your risk team can edit themselves — policies versioned on save, shipped without a release cycle.
Verify
Onboarding journeys that stop asking once they are sure — risk-based step-up, hosted or headless.
MuleNet
The money-mule map, built from what fraud actually publishes — payout accounts screened before the money moves.
Vision
Autonomous operations for POS fleets — detect, diagnose and resolve device incidents remotely, with Dialect voice agents calling the merchant when a human answer is needed.
Five industries. One platform.
Evidence your regulator can read, on every decision.
Explore 02 NBFCsLend to thin-file borrowers without widening the fraud door.
Explore 03 BanksOpen accounts faster, keep mules out, keep terminals running.
Explore 04 CorporatesKnow every vendor, dealer and device you depend on.
Explore 05 FintechGo live the same day without opening a hole in settlement.
ExploreOne request enters — through the API door — Console and VerifyLink land in the same place.
Pulse loads your policy — v3.2, versioned, owned by risk.
Verify and MuleNet checks fire in parallel, each against the issuing source.
One source stalls. Failover reroutes it — the funnel never notices.
Signals become one score, weighted by your policy.
Decision out — approve, with reason codes, consent artefact and audit trail attached.
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.
What we learn from the fraud we see.
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.”
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
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.
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
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
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
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
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 worksBuilt 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.
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 complianceAML & sanctions screening
Sanctions, PEP and adverse media with tunable match thresholds, ongoing rescreening and dispositions stored for audit.
Decision replay
Pull any decision from six months ago and replay it with the same inputs, policy version and model version.
Governed policy change
Maker–checker on every rule change, with a diff history that shows who changed what, and when.
Mule evidence for investigations
Screenshot-backed matches against live collection pages give investigators evidence, not just a flag.
Conduct QA on every call
Dialect Listen scores every customer call, agent or human, for conduct breaches, dispute language and hardship signals.
Build on one contract
RegTech platforms embed 40+ checks under one key, with consent artefacts, data residency in India and DPDP-aligned processing.
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 engineDocument-less underwriting
A monthly income estimate from surrogate and bureau signals, so thin-file applicants are decided without a payslip.
Credit policy without a release
Edit cut-offs in the console, shadow the new version on live traffic, then promote it with maker–checker.
Onboarding with risk-based step-up
PAN, DigiLocker and penny drop for everyone; video KYC only when the signals ask for it.
Disbursal account screening
Check the disbursal account against known collection accounts before the loan amount leaves.
Early-bucket collections
Reminders, promise-to-pay and a payment link in twelve Indian languages, inside your calling window and conduct rules.
Co-lending audit trail
Every decision replayable for partner banks and auditors, with reason codes attached.
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 intelligenceDigital account opening
Identity from the issuing source, face match and liveness, with step-up only for the applicants who need it.
Mule account detection
Screen savings and current accounts at opening and on an ongoing basis, with evidence behind every hold.
Retail loan decisioning
Personal loan and card decisions in under a second, with cost-aware waterfalls and full replay.
Merchant-acquiring POS fleets
Detect, diagnose and fix terminal incidents remotely, and send technicians only when they're genuinely needed.
Re-KYC at scale
Periodic reviews run as a phone conversation, with the DigiLocker link pushed mid-call.
Service & dispute intake
Balance, statement and dispute intake around the clock, with anything sensitive handed to a person.
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 suiteVendor & supplier KYB
GSTIN, MCA, Udyam, directors and beneficial ownership resolved into one entity view before onboarding.
Vendor payment screening
Check the beneficiary before paying a new vendor, or when an existing one changes bank account.
Dealer & distributor credit
Set and review trade credit limits with a policy finance owns and can explain.
Workforce & gig verification
PAN, face match and liveness for employees, contractors and field partners.
Retail, QSR & kiosk fleets
Keep in-store terminals and kiosks healthy with remote diagnosis and predictive maintenance.
Customer contact at scale
Address confirmation, undelivered-order follow-ups and reminders, in the customer's own language.
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 operationsMerchant & seller onboarding
KYB, beneficial ownership and bank verification in one call, so sellers go live the same day.
Payout screening
Every payout account checked against collection accounts seen in the wild, before settlement.
POS & device fleets
For aggregators running terminals: incidents resolved remotely, merchants called by Dialect when needed.
Embedded & BNPL credit
Instant limits at checkout, decided by a policy your risk team edits themselves.
Abandoned onboarding recovery
Applications stuck at document upload get a call that explains the missing step and completes it.
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-alignedWhat 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
Thin-file credit
Estimating income without documents: which surrogate signals actually predict repayment
Device intelligence
The shared-device problem: when account linkage is fraud and when it is a family
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.”
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.
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.
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.
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.
Four things we will not trade away.
Every score comes with the signals that produced it. If we cannot show you why, we do not ship it.
A missing signal is reported as missing. Your policy decides what that means — we never quietly substitute a default.
Where a regulated registration belongs to you, it stays with you. We are the technology layer, not a middleman on your compliance.
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
Privacy policy
How iScoreIt collects, uses, shares, keeps and deletes personal data — for our clients, and for ourselves.
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 data | Whose it is | Our role |
|---|---|---|
| Verification requests and results | Individuals our clients verify | Data Processor for the client |
| Client onboarding (KYB) documents | Clients’ directors and signatories | Data Fiduciary |
| Dashboard user accounts | Client users and iScoreIt staff | Data Fiduciary |
| Website enquiries and marketing contacts | Prospects and visitors | Data Fiduciary |
| Job candidates, vendor and partner contacts | Applicants, suppliers’ staff | Data 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.
| Record | Kept for |
|---|---|
| Full Aadhaar numbers, biometric data | Never stored |
| Verification payloads (masked), Aadhaar services | 2 days, then purged nightly |
| Verification payloads (masked), all other services | 7 days, then purged nightly |
| Files uploaded for a verification | Until the call ends |
| API call records without payloads | 8 years (billing, tax and audit) |
| Invoices and accounting records | 8 years from the end of the financial year |
| Server, application, access and security logs | 1 year |
| Database backups | 30 days |
| Client onboarding (KYB) documents | The relationship, plus 3 years |
| Dashboard user accounts | While active; erased within 90 days of closure |
| Support tickets | 3 years after closure |
| Website enquiries and marketing contacts | 2 years after last contact, or until consent is withdrawn |
| Unsuccessful job candidates | 6 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.
| Right | What it means |
|---|---|
| Access | A summary of the personal data we hold, how we process it, and who we share it with. |
| Correction | Fixing data that is inaccurate, incomplete, misleading or out of date — and passing the fix on to anyone we shared it with. |
| Erasure | Deleting data no longer needed, or after consent is withdrawn. Where the law requires us to keep something, we tell you what and why. |
| Withdrawing consent | Processing that relies on consent stops promptly. Earlier lawful processing is not affected. |
| Nomination | Naming someone to exercise these rights after your death or incapacity. |
| Grievance | Complaining 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.
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.
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
| Item | Details |
|---|---|
| Purpose | Carrying out the checks the client requests, returning the results, billing for them, providing support and keeping the service secure. |
| Data principals | The customers, applicants and counterparties the client verifies. |
| Categories of data | Identity numbers, names, mobile numbers, bank account details, vehicle and licence details, face images, and AML and PEP results. |
| Location | India, for all production data. |
| Duration | The 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
| Record | Kept for |
|---|---|
| Masked payloads, Aadhaar services | 2 days |
| Masked payloads, other services | 7 days |
| Uploaded files, such as document images | Until the call ends |
| API call records without payloads | 8 years, for billing, tax and audit |
| Logs | 1 year |
| Database backups | 30 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.
Cookie policy
What this website stores in your browser, and what it does not.
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
| Type | Purpose | Used here |
|---|---|---|
| Strictly necessary | Keep the iScoreIt console signed in and secure, and protect against abuse. | Console only |
| Analytics | Measure how visitors use the site. | No |
| Advertising | Build 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.
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.
- 01ReceiveApplication received · PAN, mobile, consent captured0 ms
- 02VerifyIdentity & bank verified · name match + reverse penny drop190 ms
- 03EnrichIncome estimated · surrogate model, no upload340 ms
- 04EvaluateRule hit: income_est ≥ ₹25,000 · shadow v15 agrees398 ms
- 05DecideApprove, limit ₹1.87L · reason codes attached412 ms
Trace shown is a sample application
Policy is something risk owns, not something engineering ships.
Policy and chart shown are illustrative
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.
Test before it's live
Shadow runs show what the new policy would have done, on real traffic, before a single customer sees it.
Spend less per decision
Waterfalls stop as soon as the answer is certain, and fail over when a source stalls.
Rates shown are illustrative
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.
The request says which versioned policy to run.
Identity, bank, income, mule and AML, each against its source.
Weighted by your rules, not ours.
Outcome, reason codes, consent artefact and replay record.
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% uptimeOnboarding 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.
- 01IdentityPAN + name · exact match at sourceok
- 02BusinessEntity graph built · 3 directors, 1 linked entityreview
- 03BankPenny drop verified · payout account screened by MuleNetok
- 04Step-upVideo KYC skipped · low risk, policy allowsskipped
- 05LiveMerchant live · monitoring on, re-scored every 24 hours3m 40s
Journey shown is a sample merchant onboarding
Every signal a journey needs, behind one contract.
Open your account
Takes about three minutes
- PAN verifiedat source · NSDL
- Aadhaar via DigiLockerconsent captured
- Face match & livenessselfie checked
- Bank accountpenny drop
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.
Hosted or headless
Drop in the hosted VerifyLink flow, or call the APIs and keep your own screens. Same checks, same audit trail.
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.
One suite, every front door.
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-alignedScreen 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.
- 01ReceivePayout requested · UPI ID + account0 ms
- 02MatchFound on collection pages × 2 · exact UPI matchhit
- 03LinkLinked account on the same QR · linkage scoredhigh
- 04EvidenceScreenshots and capture dates attached2 files
- 05ActPayout held · case opened for reviewblocked
Screen shown is a sample payout
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.
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.
Screenshot-backed
Every hit comes with what the page showed and when, so a hold is something you can defend.
Payout-time screening
Screen when it matters most: at onboarding, before the first payout, and on every change of account.
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.
UPI ID, account number and IFSC, or a QR payload.
Exact matches and linked accounts scored together.
Hit count, linkage score and evidence references on the case.
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-alignedFrom 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.
- 01DetectAbnormal behaviour · payment requests timing out0 s
- 02DiagnosePayment application unavailable · 94% · high confidence4 s
- 03PolicyRestart payment service · approved action5 s
- 04ExecuteService restarted remotely19 s
- 05VerifyTest transaction approved · device healthy41 s
- 06CloseMerchant told by Dialect · outcome fed backresolved
Pilot targets for validation against your baseline · not guaranteed benchmarks
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
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.
AI diagnosis
Telemetry, logs, transaction patterns and past incidents combine into a likely root cause, with a confidence score attached.
Autonomous L1 resolution
Known, high-confidence incidents are fixed through pre-approved remediation workflows, then verified.
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.
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.
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.
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.
Device state, logs and incident history before dialling.
Targeted questions, in the merchant's language.
Answers joined with telemetry to sharpen the cause.
Approved remediation, mid-call.
Asks for a test transaction and checks the result.
Creates or updates the ticket with everything learnt.
Explains what happened and what comes next, then files the recording, transcript and consent.
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.
Where 100 incidents end up
Illustrative resolution funnel · validated per customer in the pilot
POS is the wedge. Every distributed device fleet is next.
Detect, diagnose and resolve the top recurring L1 incidents.
Dialect voice, L2/L3 routing and service orchestration.
Predictive maintenance, fleet intelligence, service optimisation.
ATMs, kiosks, EV chargers and other smart-device fleets.
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 IndiaVoice 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.
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
Code-mixed Hindi–English handled natively · the agent switches when the customer switches
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.
Stops where the rules stop
Conduct rules are configuration, not training data. The agent logs the reason when it refuses.
Acts before it hangs up
The call ends with something done, not a note for someone to action tomorrow.
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.
Figures illustrative, pending measured data from live deployments
The calls nobody has enough people for.
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.
Numbers checked against DND, opt-outs and the calling window before a call is placed.
Recording notice read, consent captured, mobile-to-name and one knowledge check confirmed.
Agent follows your script and guardrails, handles objections, escalates on distress.
Payment link sent, callback booked, systems updated, policy re-run if the picture changed.
Recording, diarised transcript, consent artefact, reason codes and agent version stored on the case.
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