Just ask the GeoComply MCP Skip to content
AI-assisted fraud & geo-compliance investigations with GeoComply MCP
Learn How >>
GeoComply MCP
Claude ChatGPT Slack Microsoft Copilot Google Gemini

AI-assisted fraud & geo-compliance investigations

A day’s worth of investigations, answered in minutes.

Connect your AI tools to the GeoComply signals already firing in your stack, and your team investigates with the reach of a whole data team behind them. Then, just ask. Get a verdict, the evidence behind it, and the method that got there.

Map the network around this device, two hops deep.

GeoComply

One ring, not two clusters.

Network mapped

8 accounts across 2 devices. USER-1 bridges both, which is what joins them into a single network.

Shared-device ringReal structure, identifiers masked
device account bridge link DEVICE-A 6 accounts DEVICE-B 3 accounts USER-1 1,847 checks USER-2 612 checks USER-3 288 checks USER-4 934 checks USER-5 156 checks USER-6 73 checks USER-7 2,104 checks USER-8 441 checks
8 accounts 2 devices USER-1 bridges both

Investigate device 20003 over the last 90 days. Is it shared, and is it blocked?

GeoComply

Critical risk, high confidence.

Blocked

The device is blocked, shared across 6 accounts, and all 165 checks in the window failed.

Device risk scorecardDEVICE-A · last 90 days
0.80 risk score CRITICAL RISK Confidence: high Device blocked · shared with 6 accounts · 100% of checks failed WHAT DROVE THE SCORE Device currently blocked source: block status +0.35 Shared with 6 accounts (multi-account pattern) source: device network +0.30 100% failure rate, 165 of 165 checks source: transactions +0.15
critical 0.80 6 linked accounts 100% fail blocked

Here are 9 flagged accounts. Check each for device sharing and flag anything blocked.

GeoComply

All 9 came back in one pass.

2 surfaced

Six share a single blocked device, and two accounts you did not submit were pulled in because they share a device with the set. The ring is bigger than your list.

Bulk device-sharing sweepActive within the last 365 days
SUBMITTED 9 IN THE NETWORK 11 SURFACED, NOT ASKED +2 ON 1 BLOCKED DEVICE 6 6 accounts share one device, and that device is blocked 2113 · 2116 · 2117 · 2118 · 2119 · 2120 → frauddevice20003 (blocked) 2 more accounts pulled in, one hop out 2111 and 2112 share a device with the submitted set. The ring is bigger than the list.
9 checked at once 6 on 1 blocked device +2 surfaced

What can you ask it?

From one question to a decision you can defend.

Close a case with one question.

Investigate this user over the last 90 days.

GeoComply

High risk, high confidence. The account is not blocked on its own, but it sits on a device shared with 7 other accounts, one device in its history is already blocked, and all 400 of its checks failed. The risk is the company it keeps.

0.65 risk score HIGH RISK Confidence: high Account not blocked on its own. The risk is what it connects to. USER-D · not blocked WHAT DROVE THE SCORE Device shared with 7 other accounts (MUR pattern) source: Device Network +0.30 A device in its history is already blocked source: Device Network +0.20 Failure rate 400 of 400 (100%) source: Transaction Patterns +0.15 SOURCES CHECKED IN PARALLEL Block status Device network Transactions The account looks clean on its own. The score comes from the ring it sits in: a shared device and a blocked device in its history. Spoofing deep-dive not covered for this platform.
  • high 0.65
  • device shared x7
  • 1 blocked device
  • 400 of 400 failed

Are these accounts one ring, or a coincidence?

GeoComply

Three separate devices, each on its own account, all three currently blocked. No shared device between them in 90 days, so this reads as three flagged accounts, not one ring.

Not a ring Three separate devices, three separate accounts, all blocked, none linked. ACCOUNT-1 DEVICE-1 BLOCKED ACCOUNT-2 DEVICE-2 BLOCKED ACCOUNT-3 DEVICE-3 BLOCKED The gaps are the finding: no link means no coordinated ring, just three accounts to action on their own.
  • 3 devices
  • 3 blocked
  • no shared device

Pull the numbers without opening a dashboard.

Break down why non-compliant checks failed this month.

GeoComply

2,362 failures, ranked by reason. Device integrity leads at 28%, followed by outside allowed area and missing location data, with location jumping (impossible travel) fourth. Ordered by how often each fired.

Why checks failed, September 2,362 failures, ranked by reason. Device integrity leads at 28%. Device integrity 657 Outside allowed area 512 No location data 360 Location jumping 223 Blocked software 200 Proxy / VPN 190 In exclusion zone 160 Fake location tool 60
  • 2,362 failures
  • device integrity 28%
  • ranked

Were there any high-risk location (FATF) attempts in the last 7 days?

GeoComply

214 attempts from FATF-listed zones in the last 7 days, from 63 users on 71 devices. GeoComply blocked all 214, and none passed inside a zone.

High-risk location overlay, last 7 days Attempts from FATF-listed jurisdictions, and how each one was handled. FATF-ZONE ATTEMPTS 214 USERS / DEVICES 63 / 71 BLOCKED 214 100% PASSED IN-ZONE 0 Attempts by zone Iran 92 Myanmar 58 Grey-list combined 53 North Korea 11 Attempts per day 50 25 0 Peak: 44 on Sep 24 Sep 21 Sep 22 Sep 23 Sep 24 Sep 25 Sep 26 Sep 27 Synthetic data. Illustrative values, not live customer activity.
  • 214 of 214 blocked
  • 0 passed in-zone
  • spike Sep 24

Answer "why did this fail" without raising a ticket.

Why did this check fail? It fired proxy, boundary, and mocked location.

GeoComply

Three rules fired, all user-fixable, none need escalation. Each comes back with the cause and the exact fix.

Why did this check fail? Three rules fired. All user-fixable, none need escalation. Proxy server software Fix: Disable any VPN, proxy, or SmartDNS, or switch networks. RETRY NO ESC Outside state border boundary Fix: Confirm physical presence inside the licensed state. RETRY NO ESC Simulated location (iOS) software Fix: Close and uninstall the location-spoofing tool, then retry. RETRY NO ESC
  • 3 rules
  • all user-fixable
  • no escalation

A customer is stuck at verification. What happened on their identity checks?

GeoComply

The knowledge-based questions failed, but the check failed over to document verification and cleared. Verified overall, with the KBA failure worth noting.

Identity verification history USER-C. The knowledge check failed, but document verification cleared it. Verified overall. Overall: verified One check failed, the failover path passed. Worth noting the KBA failure. Identity proofing Name, DOB, and address matched PASSED Knowledge-based questions Enhanced check did not clear FAILED Document verification ID document read and validated, failover cleared it PASSED Requires the IDComply entitlement. Representative values, sequence confirmed with the IDComply team.
  • KBA failed
  • failover passed
  • verified overall

Not every question is a fraud question.

How does game day change activity around our venues?

GeoComply

Geolocation activity around venues climbs sharply on game day, roughly 8x more checks than a quiet period, concentrated around kickoff. Useful for planning coverage when volume spikes.

Geolocation activity on game day Checks around the venue climb toward a kickoff peak. Peak is roughly 8x a quiet-period baseline. KICKOFF 12p1p2p3p4p5p6p7p8p Real Edge data via the BI Agent. Venue names masked. Aggregate volume, not individual accounts.
  • ~8x checks
  • game-day peak
  • plan for volume

How does activity compare across the areas we cover?

GeoComply

Activity concentrates where you have a local presence and is lighter elsewhere. Knowing where volume sits helps you see where checks cluster.

Where geolocation activity sits Relative activity level by area. Shows where volume concentrates, for coverage planning. Index, busiest area = 100. Areas masked. Area A 100 Area B 78 Area C 54 Area D 39 Aggregate Edge activity, masked. A relative coverage view, not a market-share or targeting tool.
  • activity by area
  • coverage planning
  • where volume sits

Watch the GeoComply MCP and Claude work a fraud case, start to finish.

Book a demo

What teams are asking

Every desk gets an answer.

Analysts, support reps, and leadership just ask.

  • Investigate this user and show me everything connected to them.
  • Is this device on a VPN, or is the location actually being spoofed?
  • Has this device been blocked before, and why?
  • Give me a daily fraud briefing.
  • What are the top failure reasons our users hit in the last two weeks?
  • Pass rates by operator for the last 7 days.
  • Why did this check fail?
  • What does this error code mean?
  • Show me every account that touched this device in the last 60 days.
  • Which users were active inside this geohash last month?
  • Map the network around this device, two hops deep.
  • Here are 50 usernames. Check each for device sharing and flag anything blocked.
  • What happened on this customer's identity checks?
  • How many checks landed inside our exclusion zones last week?
  • Compare these two users. Do they share anything?
  • Which playbooks do I have access to?
  • Break down our compliance failures for this month.
  • Summarize this investigation into a report I can hand off.
  • Walk me through an account takeover investigation on this user.
  • Pull the full transaction profile for this transaction ID.
  • Investigate this user and show me everything connected to them.
  • Why did this check fail?

Inside the GeoComply MCP

One connection. Serious investigation horsepower.

Steer the analysis in plain language. Open a category to see the tools under the hood.

Is AI fraud investigation explainable?

The decision always stays yours.

What your analyst can defend

  • Signals in, decisions yours

    The MCP reports state, it does not change it.

  • Same baseline every time

    The same scoring runs every time.

  • Shows its working and its limits

    Each verdict arrives with the signals behind it.

What stays separate

  • Your own credentials, enforced twice

    Every call is signed with your organization's own credential.

  • Permissions you already set

    Analysts inherit the grant they already hold, through single sign-on.

  • Nothing new without your sign-off

    Per-organization tool allowlists cap the set any caller can reach.

Ready to put it in front of your analysts?

Book a demo

FAQ

  • The GeoComply MCP is a remote server that connects an AI assistant to your GeoComply location, device, and identity data, so your team can run fraud and compliance investigations by asking in plain language. MCP, or Model Context Protocol, is an open standard from Anthropic that lets an assistant use an outside system as a tool. Ask a question, and the investigation comes back assembled: linked accounts, failed checks, and a scored verdict with the evidence behind it.

  • Claude, ChatGPT, Copilot, and other AI assistants your team already uses. It is built on an open standard, so any assistant that speaks MCP can connect, and your own agent can reach the same endpoint machine to machine. Bring the AI you already have.

  • Yes, and it is enforced in two places, not one. Every call is scoped to the operators your organization is entitled to, and the platform underneath enforces that scope again using your organization's own credential. An organization without a credential record gets nothing rather than borrowing another organization's access.

  • Every call is attributed to the analyst or agent that made it, and an agent's activity is distinguishable from a person's. Requests are scoped to your existing permissions on the way in, so the record shows who asked, what they asked, and which operators they were entitled to see.

  • No. The verdicts and the spoofing analysis come from GeoComply's own models, not the assistant's reasoning. The assistant calls a tool and returns what came back, with the evidence attached, and it says when a verdict is resting on thin evidence rather than filling the gap.

  • Neither. It reads and reports, it does not act. A verdict is evidence for your analyst, and case actions still happen wherever you manage cases today.

  • Location, device, and behavioural signals, the account's own check history, and the accounts and devices connected to it. No single input decides a verdict on its own, and a low-risk result means nothing was found in what was examined, which is not the same as nothing being there.

  • Point your agent at the endpoint and it authenticates as itself, machine to machine. It can also run as a named analyst, scoped to that person's own permissions rather than your organization's full reach. Either way the call is scoped and attributed the same way an analyst session is.

  • Minutes on your side, once we have provisioned your organization. Your org admin adds the connector in your AI platform and signs in once with single sign-on, with no software to deploy. Moving your own data between platform providers, if that is part of your setup, is separate work and usually the longer part.

  • The API gives you the data. What the MCP adds is the scored verdicts, the investigation methods that assemble a case, and the permission and audit layer already enforced on every request. You would be rebuilding the interpretation and the governance, not just the access.

  • Start narrow. Two of the three connection paths exist for this: a scheduled machine-to-machine job with no user-facing surface, or the named-analyst mode where each person's own permissions apply. Use of AI features is covered by GeoComply's published AI Features Addendum, so for most operators this is a pointer to existing terms, not a new contract.