Rank #1 of 5 in Payment Fraud Prevention
Try itExperimental
See what an agent can do with Forter before you ever sign up. Pick a story: recorded sessions replay real probe-harness transcripts; commands tagged live-capable can re-run against the real endpoint from our edge, right now (▶ run live — the exact same request, live and recorded lines always labeled); sandboxed self-drive sessions are designed and gated (docs/TRY-IT.md).
$curl -si https://api.forter.com/ | grep -i 'HTTP/\|ALIVE' # keyless health check answers "I'm ALIVE !"recorded session — replayed, not liveVerified integrations
No integration evidence found in our corpus for this product yet — that means none was found, never that it doesn’t integrate.
By theme — the product's score on each story themeBy theme
Agentic commerce — stories about agentic commerce in this arenaAgentic commerceevidence →
Stories about agentic commerce in this arena
Agenticness — how well agents can access and operate the productAgenticnessevidence →
How well agents can access and operate the product
Automation depth — how much of the product can run unattendedAutomation depthevidence →
How much of the product can run unattended
Chargeback disputes — stories about chargeback disputes in this arenaChargeback disputesevidence →
Stories about chargeback disputes in this arena
Fraud agent access — stories about fraud agent access in this arenaFraud agent accessevidence →
Stories about fraud agent access in this arena
Fraud surfaces — stories about fraud surfaces in this arenaFraud surfacesevidence →
Stories about fraud surfaces in this arena
Model transparency — stories about model transparency in this arenaModel transparencyevidence →
Stories about model transparency in this arena
Openness — open source, data portability, and self-hosting storiesOpennessevidence →
Open source, data portability, and self-hosting stories
Privacy posture — data-handling and privacy storiesPrivacy postureevidence →
Data-handling and privacy stories
Residency compliance — stories about residency compliance in this arenaResidency complianceevidence →
Stories about residency compliance in this arena
Review queues — stories about review queues in this arenaReview queuesevidence →
Stories about review queues in this arena
Risk scoring — stories about risk scoring in this arenaRisk scoringevidence →
Stories about risk scoring in this arena
Rules engine — stories about rules engine in this arenaRules engineevidence →
Stories about rules engine in this arena
Story verdicts — every judged story with its evidenceStory verdicts
Follow the green: where the map greys out is where Forter stops today. ✓ full · ~ partial · ! disputed · — none · n/a not applicable.
Agentic commerce — stories about agentic commerce in this arenaAgentic commerce
Stories about agentic commerce in this arena
Agenticness — how well agents can access and operate the productAgenticness
How well agents can access and operate the product
API surface
Drive the product through a documented public API
✓8/10
unlocks → Scoped API keys · Machine-readable spec · Versioning policy · Official CLI · Full data export
Subscribe to events via webhooks
✓7/10
Build against official SDKs
~5/10
Issue scoped/least-privilege API credentials for an agent
—0/10
Connect an agent via an official MCP server
✓8/10
Download a machine-readable API spec (OpenAPI or equivalent)
—0/10
Rely on versioned APIs with a documented deprecation policy
—0/10
Test against a sandbox environment without touching production data
✓8/10
Explore an interactive API reference with runnable examples
—–
Docs for agents
Point an agent at llms.txt or agent-oriented docs
✓9/10
Agentic features
Delegate tasks to a built-in AI assistant inside the product
~3/10
Operate the product with natural-language commands
✓8/10
Plug MCP servers into this product so it can use their tools
n/an/a
Get AI-generated insights and suggestions from my data inside the product
~6/10
Set up automations that run autonomously in the background
~5/10
Automation depth — how much of the product can run unattendedAutomation depth
How much of the product can run unattended
Chargeback disputes — stories about chargeback disputes in this arenaChargeback disputes
Stories about chargeback disputes in this arena
Shift fraud liability to the vendor — a chargeback guarantee that reimburses approved-then-disputed orders, with clear coverage terms
—0/10
See the numbers that matter — dispute rate, false-positive rate, approval-rate lift, review workload — and export them for the board
—0/10
Chargeback responses are automated — evidence compiled from order, delivery, and session data and submitted to the issuer without manual copy-paste
~6/10
Fraud agent access — stories about fraud agent access in this arenaFraud agent access
Stories about fraud agent access in this arena
An agent can read my fraud posture and manage rules and lists programmatically — propose a velocity rule, update a blocklist — with human approval gates
~5/10
An agent can work the review queue — pull flagged cases with their context, summarize the evidence, and recommend a decision for a human to confirm
~5/10
The product ships its own AI assistant — natural-language queries over my fraud data, drafted rules, investigation summaries — built into the console
~3/10
Fraud surfaces — stories about fraud surfaces in this arenaFraud surfaces
Stories about fraud surfaces in this arena
Protection extends beyond checkout — account takeover, fake account creation, promo and policy abuse are scored and managed in the same system
~5/10
There are maintained integrations for my commerce stack — Shopify, Salesforce Commerce, BigCommerce, and the major PSPs — not just a raw API
~5/10
Use the product across whatever payment stack I run — multiple PSPs, gateways, and platforms — rather than being locked to one processor's rails
~5/10
Model transparency — stories about model transparency in this arenaModel transparency
Stories about model transparency in this arena
Openness — open source, data portability, and self-hosting storiesOpenness
Open source, data portability, and self-hosting stories
Privacy posture — data-handling and privacy storiesPrivacy posture
Data-handling and privacy stories
Residency compliance — stories about residency compliance in this arenaResidency compliance
Stories about residency compliance in this arena
Control where fraud data lives and how long it's kept — regional residency options and retention controls that survive a privacy review
—–
European traffic is routed intelligently through SCA — 3DS triggered when required or risky, exemptions requested when safe — to protect both compliance and conversion
—–
Review queues — stories about review queues in this arenaReview queues
Stories about review queues in this arena
Flagged transactions land in a review queue that shows the full context — customer history, signals, similar cases — so I can decide quickly and consistently
—–
My review decisions and confirmed fraud outcomes feed back into the model and rules, so the system learns from every case we work
~4/10
Review work is a team workflow — assignment, escalation, SLAs, and a decision audit trail that shows who approved what and why
—–
Risk scoring — stories about risk scoring in this arenaRisk scoring
Stories about risk scoring in this arena
Feed the model my own signals — device fingerprints, behavioral data, custom metadata — so scoring reflects my business, not just network defaults
~4/10
Scoring benefits from a cross-merchant network — a card or identity seen across thousands of other businesses informs the risk decision on mine
—–
Map score ranges to actions — allow, review, block, step-up 3DS — and tune thresholds to my own risk appetite instead of a fixed cutoff
—0/10
Get a machine-learning risk score for a transaction in real time — synchronously, before authorization completes — through a documented API
~6/10
Rules engine — stories about rules engine in this arenaRules engine
Stories about rules engine in this arena
Backtest a rule against my historical traffic before deploying it, seeing exactly what it would have blocked, flagged, and cost
—–
Maintain allow and block lists — emails, cards, devices, IPs — and velocity limits, managed through the dashboard and programmatically
—–
Author custom rules that combine model scores, velocity counters, list matches, and transaction attributes into allow, block, or review decisions
—–
Sorted by importance (agentic first) (high → low) · 54/54 stories · click a row’s chevron for the rationale and evidence
Connect an agent via an official MCP server G Agent access | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 3 | full | 8/10 | Tprobed | |
Drive the product through a documented public API G Agent access | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 3 | full | 8/10 | Tprobed | |
Delegate tasks to a built-in AI assistant inside the product G Agentic features | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 3 | partial | 3/10 | Cclaimed | |
Plug MCP servers into this product so it can use their tools G Agent access | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 3 | n/a | 0/10 | ||
Point an agent at llms.txt or agent-oriented docs G Agent access | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 2 | full | 9/10 | Tprobed | |
Operate the product with natural-language commands G Agentic features | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 2 | full | 8/10 | Tprobed | |
Subscribe to events via webhooks G Agent access | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 2 | full | 7/10 | Cclaimed | |
Get AI-generated insights and suggestions from my data inside the product G Agentic features | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 2 | partial | 6/10 | Cclaimed | |
Build against official SDKs G Agent access | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 2 | partial | 5/10 | Tprobed | |
Set up automations that run autonomously in the background G Agentic features | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 2 | partial | 5/10 | Tprobed | |
Run the product headlessly / in CI for automation G Agent access | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 2 | partial | 4/10 | Tprobed | |
Download a machine-readable API spec (OpenAPI or equivalent) G Api quality | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 2 | none | 0/10 | ||
Issue scoped/least-privilege API credentials for an agent G Agent access | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 2 | none | 0/10 | ||
Rely on versioned APIs with a documented deprecation policy G Api quality | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 2 | none | 0/10 | ||
Use an official CLI G Agent access | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 2 | none | 0/10 | ||
Explore an interactive API reference with runnable examples G Api quality | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 2 | none | untested | none yet | |
Test against a sandbox environment without touching production data G Api quality | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 1 | full | 8/10 | Cclaimed | |
Chargeback responses are automated — evidence compiled from order, delivery, and session data and submitted to the issuer without manual copy-paste C Representment | ops user | Chargeback disputes — stories about chargeback disputes in this arenaChargeback disputes | 3 | partial | 6/10 | Cclaimed | |
Get a machine-learning risk score for a transaction in real time — synchronously, before authorization completes — through a documented API C Scoring api | developer | Risk scoring — stories about risk scoring in this arenaRisk scoring | 3 | partial | 6/10 | Cclaimed | |
An agent can read my fraud posture and manage rules and lists programmatically — propose a velocity rule, update a blocklist — with human approval gates C Agent operations | ai-native user | Fraud agent access — stories about fraud agent access in this arenaFraud agent access | 3 | partial | 5/10 | Tprobed | |
Define rules that trigger actions automatically on events G | ai-native user | Automation depth — how much of the product can run unattendedAutomation depth | 3 | partial | 5/10 | Cclaimed | |
Use the product across whatever payment stack I run — multiple PSPs, gateways, and platforms — rather than being locked to one processor's rails C Psp coverage | developer | Fraud surfaces — stories about fraud surfaces in this arenaFraud surfaces | 3 | partial | 5/10 | Cclaimed | |
Author custom rules that combine model scores, velocity counters, list matches, and transaction attributes into allow, block, or review decisions C Rule authoring | risk analyst | Rules engine — stories about rules engine in this arenaRules engine | 3 | none | untested | none yet | |
Every score comes with its top risk factors — why this transaction looks risky — not just an opaque number C Explainability | risk analyst | Model transparency — stories about model transparency in this arenaModel transparency | 3 | none | untested | none yet | |
Export all of my data in open formats and leave G | ai-native user | Openness — open source, data portability, and self-hosting storiesOpenness | 3 | none | untested | none yet | |
Flagged transactions land in a review queue that shows the full context — customer history, signals, similar cases — so I can decide quickly and consistently C Case review | risk analyst | Review queues — stories about review queues in this arenaReview queues | 3 | none | untested | none yet | |
Prevent my data from being used to train AI models G | ai-native user | Privacy posture — data-handling and privacy storiesPrivacy posture | 3 | none | untested | none yet | |
Self-host the core product G | ai-native user | Openness — open source, data portability, and self-hosting storiesOpenness | 3 | n/a | untested | none yet | |
The product distinguishes malicious bots from legitimate AI buying agents, so agent-driven purchases aren't blanket-blocked as fraud C Agent detection | ai-native user | Agentic commerce — stories about agentic commerce in this arenaAgentic commerce | 2 | partial | 7/10 | Tprobed | |
Do everything through the API that I can do in the UI G | ai-native user | Openness — open source, data portability, and self-hosting storiesOpenness | 2 | partial | 6/10 | Tprobed | |
An agent can work the review queue — pull flagged cases with their context, summarize the evidence, and recommend a decision for a human to confirm C Agent triage | ai-native user | Fraud agent access — stories about fraud agent access in this arenaFraud agent access | 2 | partial | 5/10 | Tprobed | |
Pass verified agent identity — agentic-payment protocols, signed agent tokens, delegated spending scopes — into the risk decision as a first-class signal C Agent identity | developer | Agentic commerce — stories about agentic commerce in this arenaAgentic commerce | 2 | partial | 5/10 | Cclaimed | |
Protection extends beyond checkout — account takeover, fake account creation, promo and policy abuse are scored and managed in the same system C Abuse coverage | risk analyst | Fraud surfaces — stories about fraud surfaces in this arenaFraud surfaces | 2 | partial | 5/10 | Cclaimed | |
There are maintained integrations for my commerce stack — Shopify, Salesforce Commerce, BigCommerce, and the major PSPs — not just a raw API C Integrations | ops user | Fraud surfaces — stories about fraud surfaces in this arenaFraud surfaces | 2 | partial | 5/10 | Cclaimed | |
Feed the model my own signals — device fingerprints, behavioral data, custom metadata — so scoring reflects my business, not just network defaults C Custom signals | developer | Risk scoring — stories about risk scoring in this arenaRisk scoring | 2 | partial | 4/10 | Cclaimed | |
My review decisions and confirmed fraud outcomes feed back into the model and rules, so the system learns from every case we work C Feedback loop | risk analyst | Review queues — stories about review queues in this arenaReview queues | 2 | partial | 4/10 | Cclaimed | |
The product ships its own AI assistant — natural-language queries over my fraud data, drafted rules, investigation summaries — built into the console C Builtin ai | risk analyst | Fraud agent access — stories about fraud agent access in this arenaFraud agent access | 2 | partial | 3/10 | Tprobed | |
Map score ranges to actions — allow, review, block, step-up 3DS — and tune thresholds to my own risk appetite instead of a fixed cutoff C Score actions | ops user | Risk scoring — stories about risk scoring in this arenaRisk scoring | 2 | none | 0/10 | ||
Perform bulk operations across many items at once G | ai-native user | Automation depth — how much of the product can run unattendedAutomation depth | 2 | none | 0/10 | ||
See the numbers that matter — dispute rate, false-positive rate, approval-rate lift, review workload — and export them for the board C Outcome reporting | finance lead | Chargeback disputes — stories about chargeback disputes in this arenaChargeback disputes | 2 | none | 0/10 | ||
Shift fraud liability to the vendor — a chargeback guarantee that reimburses approved-then-disputed orders, with clear coverage terms C Guarantee | finance lead | Chargeback disputes — stories about chargeback disputes in this arenaChargeback disputes | 2 | none | 0/10 | ||
Backtest a rule against my historical traffic before deploying it, seeing exactly what it would have blocked, flagged, and cost C Backtesting | risk analyst | Rules engine — stories about rules engine in this arenaRules engine | 2 | none | untested | none yet | |
Choose where my data is stored (region/residency) G | ai-native user | Privacy posture — data-handling and privacy storiesPrivacy posture | 2 | none | untested | none yet | |
Control data retention and deletion G | ai-native user | Privacy posture — data-handling and privacy storiesPrivacy posture | 2 | none | untested | none yet | |
Control where fraud data lives and how long it's kept — regional residency options and retention controls that survive a privacy review C Residency | ops user | Residency compliance — stories about residency compliance in this arenaResidency compliance | 2 | none | untested | none yet | |
European traffic is routed intelligently through SCA — 3DS triggered when required or risky, exemptions requested when safe — to protect both compliance and conversion C Sca | developer | Residency compliance — stories about residency compliance in this arenaResidency compliance | 2 | none | untested | none yet | |
Maintain allow and block lists — emails, cards, devices, IPs — and velocity limits, managed through the dashboard and programmatically C Lists | ops user | Rules engine — stories about rules engine in this arenaRules engine | 2 | none | untested | none yet | |
Measure the model itself — precision and recall on my traffic, shadow-mode trials of new models or rules before they take over decisions C Model evaluation | finance lead | Model transparency — stories about model transparency in this arenaModel transparency | 2 | none | untested | none yet | |
Opt out of telemetry and usage tracking G | ai-native user | Privacy posture — data-handling and privacy storiesPrivacy posture | 2 | n/a | untested | none yet | |
Read the product's source under an open license G | ai-native user | Openness — open source, data portability, and self-hosting storiesOpenness | 2 | none | untested | none yet | |
Review work is a team workflow — assignment, escalation, SLAs, and a decision audit trail that shows who approved what and why C Team workflows | ops user | Review queues — stories about review queues in this arenaReview queues | 2 | none | untested | none yet | |
Schedule recurring jobs or workflows G | ai-native user | Automation depth — how much of the product can run unattendedAutomation depth | 2 | none | untested | none yet | |
Scoring benefits from a cross-merchant network — a card or identity seen across thousands of other businesses informs the risk decision on mine C Network effects | founder | Risk scoring — stories about risk scoring in this arenaRisk scoring | 2 | none | untested | none yet | |
Version, review, and roll back my automations G | ai-native user | Automation depth — how much of the product can run unattendedAutomation depth | 1 | none | untested | none yet |
Opportunities — the stories that would move this product's scores, from its own judged verdictsOpportunitiestop 8 of 45 stories with headroom
What would move Forter’s scores — derived from its own judged verdicts, biggest headroom first. Each line quotes what the judge found missing; shipping it (or evidencing it publicly) is the fix.
Agenticness — how well agents can access and operate the productDelegate tasks to a built-in AI assistant inside the product
partialq3/10moves Built-in AIimpact 31.5
Missing: documentation of an in-product conversational assistant UI, examples of task delegation, and how 'Forter Agents' are invoked/configured.
Rules engine — stories about rules engine in this arenaAuthor custom rules that combine model scores, velocity counters, list matches, and transaction attributes into allow, block, or review decisions
nonemoves PA Scoreimpact 30
The evidence pack covers order submission, webhooks, chargeback/dispute automation, and MCP/agentic order tagging, but contains no mention of a custom rules engine, rule authoring UI/API, velocity counters, list matching, or configurable allow/block/review decision logic controlled by risk analysts.
Review queues — stories about review queues in this arenaFlagged transactions land in a review queue that shows the full context — customer history, signals, similar cases — so I can decide quickly and consistently
nonemoves PA Scoreimpact 30
Evidence covers order decisioning APIs, webhooks, chargeback/dispute automation, and MCP/agentic order tagging, but there is no mention of a review queue UI showing flagged transactions with customer history, signals, or similar cases for analyst decisioning.
Openness — open source, data portability, and self-hosting storiesExport all of my data in open formats and leave
nonemoves PA Scoreimpact 30
Missing: any documented data export tool, open format (CSV/JSON) export capability, or account-closure data portability process.
Privacy posture — data-handling and privacy storiesPrevent my data from being used to train AI models
nonemoves PA Scoreimpact 30
Forter is a fraud-detection/e-commerce risk platform; the evidence pack contains no privacy policy, data-processing agreement, or opt-out mechanism addressing whether user data is used for AI model training.
Model transparency — stories about model transparency in this arenaEvery score comes with its top risk factors — why this transaction looks risky — not just an opaque number
nonemoves PA Scoreimpact 30
No evidence describes score explainability, reason codes, or risk-factor breakdowns accompanying Forter's fraud decisions; the evidence pack covers order submission, webhooks, disputes, and agentic order tagging but nothing about transparency into why a score was assigned.
Agenticness — how well agents can access and operate the productUse an official CLI
nonemoves agent-readyimpact 30
Evidence shows Forter offers REST APIs, webhooks, and an MCP server for conversational AI workflows, but no official CLI tool is documented anywhere in the evidence pack.
Agenticness — how well agents can access and operate the productIssue scoped/least-privilege API credentials for an agent
nonemoves agent-readyimpact 30
Missing: any mention of API key/token scoping, permission levels, or credential issuance workflow for agents.
Showing the top 8 of 45 — every none/partial verdict in the story verdicts table is headroom.
Think a verdict is wrong? Every verdicts-table row has a Flag link — see the methodology.
Coverage map — which docs area, API section, or community source covers which judged storiesCoverage map11 surfaces · 25 covered stories
Where the cited evidence behind each covered verdict came from — the same citations the verdicts table shows, no extra judging.
MCP docs15 stories
- Pass verified agent identity — agentic-payment protocols, signed agent tokens, delegated spending scopes — into the risk decision as a first-class signal
- Point an agent at llms.txt or agent-oriented docs
- Run the product headlessly / in CI for automation
- Connect an agent via an official MCP server
- Drive the product through a documented public API
- Build against official SDKs
- Get AI-generated insights and suggestions from my data inside the product
- Set up automations that run autonomously in the background
- Delegate tasks to a built-in AI assistant inside the product
- Operate the product with natural-language commands
- Define rules that trigger actions automatically on events
- An agent can read my fraud posture and manage rules and lists programmatically — propose a velocity rule, update a blocklist — with human approval gates
- An agent can work the review queue — pull flagged cases with their context, summarize the evidence, and recommend a decision for a human to confirm
- The product ships its own AI assistant — natural-language queries over my fraud data, drafted rules, investigation summaries — built into the console
- Do everything through the API that I can do in the UI
API reference13 stories
- Run the product headlessly / in CI for automation
- Drive the product through a documented public API
- Build against official SDKs
- Subscribe to events via webhooks
- Set up automations that run autonomously in the background
- Test against a sandbox environment without touching production data
- Define rules that trigger actions automatically on events
- Protection extends beyond checkout — account takeover, fake account creation, promo and policy abuse are scored and managed in the same system
- Use the product across whatever payment stack I run — multiple PSPs, gateways, and platforms — rather than being locked to one processor's rails
- Do everything through the API that I can do in the UI
- My review decisions and confirmed fraud outcomes feed back into the model and rules, so the system learns from every case we work
- Feed the model my own signals — device fingerprints, behavioral data, custom metadata — so scoring reflects my business, not just network defaults
- Get a machine-learning risk score for a transaction in real time — synchronously, before authorization completes — through a documented API
Forward chargebacks docs5 stories
- Subscribe to events via webhooks
- Set up automations that run autonomously in the background
- Define rules that trigger actions automatically on events
- Chargeback responses are automated — evidence compiled from order, delivery, and session data and submitted to the issuer without manual copy-paste
- My review decisions and confirmed fraud outcomes feed back into the model and rules, so the system learns from every case we work
Stripe dispute webhook docs5 stories
- Subscribe to events via webhooks
- Chargeback responses are automated — evidence compiled from order, delivery, and session data and submitted to the issuer without manual copy-paste
- There are maintained integrations for my commerce stack — Shopify, Salesforce Commerce, BigCommerce, and the major PSPs — not just a raw API
- Use the product across whatever payment stack I run — multiple PSPs, gateways, and platforms — rather than being locked to one processor's rails
- My review decisions and confirmed fraud outcomes feed back into the model and rules, so the system learns from every case we work
llms.txt4 stories
forter.com4 stories
- Get AI-generated insights and suggestions from my data inside the product
- Delegate tasks to a built-in AI assistant inside the product
- The product ships its own AI assistant — natural-language queries over my fraud data, drafted rules, investigation summaries — built into the console
- Protection extends beyond checkout — account takeover, fake account creation, promo and policy abuse are scored and managed in the same system
Agentic orders docs3 stories
- The product distinguishes malicious bots from legitimate AI buying agents, so agent-driven purchases aren't blanket-blocked as fraud
- Pass verified agent identity — agentic-payment protocols, signed agent tokens, delegated spending scopes — into the risk decision as a first-class signal
- Do everything through the API that I can do in the UI
Automate evidence docs3 stories
Evidence API docs3 stories
- Chargeback responses are automated — evidence compiled from order, delivery, and session data and submitted to the issuer without manual copy-paste
- Do everything through the API that I can do in the UI
- My review decisions and confirmed fraud outcomes feed back into the model and rules, so the system learns from every case we work
Extensions docs2 stories
Quickstart shopify docs2 stories
Probe proofs — replayable recordings from the probe harnessProbe proofs
Replayable recordings from our probe harness — see the Prove-It protocol to submit one.
$curl -si https://api.forter.com/ | grep -i 'HTTP/\|ALIVE' # keyless health check answers "I'm ALIVE !"reproduced$ curl -si https://api.forter.com/ | grep -i 'HTTP/\|ALIVE' # [redacted]less health check answers "I'm ALIVE !"
HTTP/2 200
{"status":"success","message":"I'm ALIVE !"}
$curl -sL https://docs.forter.com/llms.txt | head -3reproduced$ curl -sL https://docs.forter.com/llms.txt | head -3 # docs.forter.com ## Overviews
$curl -si -X POST https://mcp.forter.com/v1 -H 'Content-Type: application/json' -d '<jsonrpc initialize>' # the remote MCP server Forter documents at docs.forter.com/mcpreproduced$ curl -si -X POST https://mcp.forter.com/v1 -H 'Content-Type: application/json' -d '<jsonrpc initialize>' # the remote MCP server Forter documents at docs.forter.com/mcp
HTTP/2 401
www-authenticate: Bearer resource_metadata="https://mcp.forter.com/.well-known/oauth-protected-resource/v1", scope=""
{"error":"Missing or invalid bearer [redacted]"}
Claims vs evidence — vendor claims reconciled against independent verdictsClaims vs evidence
2 of 11 testable claims verified · 0 contradicted → integrity 18/100
14 distinct capability claims found in Forter’s own claimed-docs/GitHub materials, reconciled against our judge’s independent verdicts.
2
Verified
9
Unverified
0
Contradicted
14
Undersold
Verified (2)
“An AI system can take real actions — reviewing decisions, managing disputes, updating policies — via natural-language commands”
Operate the product with natural-language commandsfullproof ↗
“Official MCP integration lets Forter connect to Claude Desktop for conversational AI workflows”
Unverified (11)
“Get a real-time fraud/abuse decision on an order at checkout”
Get a machine-learning risk score for a transaction in real time — synchronously, before authorization completes — through a documented APIpartialproof ↗
“Configure webhooks to receive real-time event notifications (order status, payment, fulfillment, etc.) to your systems”
“Separate sandbox/test site to verify integration before going live in production”
Test against a sandbox environment without touching production datafullproof ↗
“Connect Stripe Dispute Webhooks so chargeback data flows into Forter automatically”
Chargeback responses are automated — evidence compiled from order, delivery, and session data and submitted to the issuer without manual copy-pastepartialproof ↗
“Webhook-based forwarding of chargeback claims enables real-time ingestion, faster matching, and immediate dispute eligibility checks”
Chargeback responses are automated — evidence compiled from order, delivery, and session data and submitted to the issuer without manual copy-pastepartialproof ↗
“AI recommendation engine suggests additional evidence to add to a dispute to improve win rate”
Get AI-generated insights and suggestions from my data inside the productpartialproof ↗
“Automatically submit post-order evidence for chargeback disputes via an Evidence API endpoint”
Chargeback responses are automated — evidence compiled from order, delivery, and session data and submitted to the issuer without manual copy-pastepartialproof ↗
“Map Stripe PaymentIntent IDs to Forter transaction IDs to link disputes back to original orders”
There are maintained integrations for my commerce stack — Shopify, Salesforce Commerce, BigCommerce, and the major PSPs — not just a raw APIpartialproof ↗
“Mark orders with orderType AI_AGENT so agentic traffic is identified and factored into risk decisions and reporting”
Pass verified agent identity — agentic-payment protocols, signed agent tokens, delegated spending scopes — into the risk decision as a first-class signalpartialproof ↗
“'Forter Agents' — a built-in team of AI agents to handle fraud/dispute tasks”
Delegate tasks to a built-in AI assistant inside the productpartialproof ↗
“Detect and stop account takeover and fake account creation to protect account integrity”
Protection extends beyond checkout — account takeover, fake account creation, promo and policy abuse are scored and managed in the same systempartialproof ↗
Undersold (14)
The product distinguishes malicious bots from legitimate AI buying agents, so agent-driven purchases aren't blanket-blocked as fraudpartialproof ↗
Point an agent at llms.txt or agent-oriented docsfullproof ↗
Run the product headlessly / in CI for automationpartialproof ↗
Drive the product through a documented public APIfullproof ↗
Set up automations that run autonomously in the backgroundpartialproof ↗
Define rules that trigger actions automatically on eventspartialproof ↗
An agent can read my fraud posture and manage rules and lists programmatically — propose a velocity rule, update a blocklist — with human approval gatespartialproof ↗
An agent can work the review queue — pull flagged cases with their context, summarize the evidence, and recommend a decision for a human to confirmpartialproof ↗
The product ships its own AI assistant — natural-language queries over my fraud data, drafted rules, investigation summaries — built into the consolepartialproof ↗
Use the product across whatever payment stack I run — multiple PSPs, gateways, and platforms — rather than being locked to one processor's railspartialproof ↗
Do everything through the API that I can do in the UIpartialproof ↗
My review decisions and confirmed fraud outcomes feed back into the model and rules, so the system learns from every case we workpartialproof ↗
Feed the model my own signals — device fingerprints, behavioral data, custom metadata — so scoring reflects my business, not just network defaultspartialproof ↗
Claims outside our story set (1)
Real capability claims found in Forter’s own materials, but no story in this arena’s taxonomy covers them yet — that’s feedback on the taxonomy, not a mark against the product.
“Tokenize and store payment card data to reduce PCI compliance scope”
source ↗
Business model
Quote-only — the pricing page redirects to a sales-contact form; sells approve/decline decisions with an optional chargeback guarantee (Forter Managed vs Merchant Managed), priced per engagement.
pricing ↗Score trend
How this product’s scores have moved as evidence and verdicts are re-derived — a point per change, not per day.
Try Experimental
Run it in the microterminal →Recorded agent sessions — and a live MCP handshake where the vendor ships one.
Flag
⚑ Flag a verdictThink a verdict is wrong? Opens a prefilled GitHub issue — or use the ⚑ next to any verdict above.
For agents
