[{"data":1,"prerenderedAt":646},["ShallowReactive",2],{"uc-payment-authorization-optimization":3,"uc-regulations":426},{"useCase":4,"evidence":168,"blitsAiDeployments":301,"benchmarks":302,"indicative":312,"related":315,"indexability":424,"includeUnpublished":174},{"title":5,"shortTitle":6,"seoTitle":7,"metaDescription":8,"status":9,"definition":10,"aliases":11,"industries":18,"functions":22,"patterns":24,"channels":27,"audience":29,"autonomy":30,"adoptionStage":31,"segment":29,"problem":32,"problemStats":33,"howItWorks":39,"valueDrivers":40,"kpis":43,"indicativeValue":46,"macroEstimates":73,"feasibility":74,"implementation":86,"risk":125,"blitsAi":148,"faq":150,"related":160,"datePublished":163,"dateModified":163,"lastVerified":163,"changelog":164,"slug":167},"AI payment authorization optimization for card acceptance","Payment authorization optimization","AI that raises card authorization rates","Machine learning formats, routes and retries card authorizations so fewer good payments are declined. Stripe says it recovered $6 billion of false declines in 2024.","published","Payment authorization optimization is machine learning at a payment provider that raises the share of legitimate card and online payments that issuers approve. For each transaction it chooses how to format and route the authorization request and, after a decline, whether and how to retry it, so fewer good payments are lost to false or soft declines.",[12,13,14,15,16,17],"authorization rate optimization","false decline recovery","smart payment retries","intelligent payment routing","acceptance optimization","payment success rate optimization",[19,20,21],"payments","retail-and-ecommerce","technology",[23],"operations",[25,26],"prediction-and-scoring","classification-and-routing",[28],"api","back-office","autonomous","early-adopters","Every online card payment needs an approval from the card issuer, and a share of them are declined.\nSome declines are right (a stolen card, a closed account), but many hit genuine customers: the issuer\nsuspects fraud on a normal purchase, the request is formatted in a way that issuer handles badly, the\nroute through the network is slow or the issuer is briefly unavailable. Stripe cites an estimate that\nfalse declines cost US online retailers $81 billion in lost sales in 2023.\n\nThe merchant rarely sees why. A subscription renewal that fails becomes involuntary churn, and a\ncheckout that fails sends the customer to a competitor or a second card. Static rules (retry once\nafter a day, always send the same message format) leave money on the table, and blind retries break\ncard network rules and draw fees. Stripe's Twilio story says Twilio needed a processor that would\nreduce issuer declines and, in turn, involuntary churn.\n\nMost public evidence for this use case comes from one provider: Stripe's own blog and Stripe's\nstories about its customers (Twilio, Zapier, MATCHESFASHION), so most figures on this page are\nStripe's. Razorpay is the other provider that describes its own model. Other payment providers and\nacquirers sell comparable features; this page lists only deployments with a public source.",[34],{"statement":35,"sourceTitle":36,"sourceUrl":37,"year":38},"Stripe cites an estimate that in 2023 false declines cost US online retailers $81 billion in lost sales.","AI enhancements to Adaptive Acceptance","https:\u002F\u002Fstripe.com\u002Fblog\u002Fai-enhancements-to-adaptive-acceptance",2025,"1. **Shape the first request.** Before a payment goes to the issuer, a model trained on past outcomes\n   by issuer, card type, network and merchant type chooses the message format, the credential (card\n   number or network token) and the route most likely to be approved.\n2. **Read the decline.** When the issuer declines, the decline code and context are classified: hard\n   declines (stolen card, closed account) are final, soft declines may succeed on a second attempt.\n3. **Decide on a retry.** For soft and likely false declines, the model predicts whether a retry will\n   be approved and how to adjust it (format, route, timing). At Stripe this happens in real time,\n   before the customer sees the first decline; for subscriptions, retries can also be spread over days.\n4. **Respect network limits.** Transactions that are unlikely to be approved are not retried, so the\n   merchant stays within card network retry rules and avoids their fees.\n5. **Learn from outcomes.** Every approval and decline goes back into training. Stripe says it now\n   retrains and deploys its Adaptive Acceptance model several times a week.\n\nThe model works next to fraud scoring, not instead of it: deciding whether a payment is fraud is a\nseparate use case, and every retried payment still passes the fraud checks.",[41,42],"revenue-growth","customer-experience",[44,45],"revenue-recovered","revenue-uplift",{"referenceOrg":47,"inputs":48,"formula":68,"currency":69,"period":70,"resultLabel":71,"caveat":72},"An online subscription business with USD 500 million in card payments a year",[49,55,62],{"key":50,"label":51,"low":52,"high":52,"unit":53,"note":54},"cardVolume","Card payment volume",500000000,"USD per year","The reference business.",{"key":56,"label":57,"low":58,"high":59,"unit":60,"note":61},"declineShare","Share of card volume declined at the first attempt",0.05,0.1,"fraction of card volume","Editorial assumption, replace with the decline rate from your own authorization reporting.",{"key":63,"label":64,"low":58,"high":65,"unit":66,"note":67},"recoveredShare","Share of declined volume the model recovers",0.15,"fraction of declined volume","Editorial assumption, kept conservative against the evidence on this page: in Stripe's customer stories Twilio's treasury team credits Adaptive Acceptance with roughly a one percent authorization rate uplift, and Stripe attributes 1.24% out of Zapier's 4% total uplift to it. Replace with the result of your own A\u002FB test.","cardVolume * declineShare * recoveredShare","USD","per year","Card sales recovered from declines","Gross sales value of recovered payments, not margin. It leaves out the provider's fees, card network fees on retries, refunds and chargebacks on recovered payments, and the longer term value of customers who would otherwise have churned.",[],{"complexity":75,"complexityNote":76,"dataPrerequisites":77,"integrations":81},"medium","For a merchant, the models run at the payment provider: the work is an A\u002FB test of processors on live traffic, transaction level authorization reporting and a clear split of which change produced which uplift. A provider or large merchant that builds it in house needs authorization outcomes across many issuers, direct connections to acquirers and card networks, network tokenization and a retry policy that follows each network's rules.",[78,79,80],"Transaction level authorization outcomes with decline codes, by issuer, card type, network and country","A baseline authorization rate per segment from before the change, or a live holdout group","Refund, chargeback and fraud outcomes linked back to the original authorization",[82,83,84,85],"Payment service provider or acquirer APIs and authorization reports","Card network tokenization and account updater services","Subscription billing system, for renewal retries","Data warehouse or BI tool for authorization rate reporting",{"steps":87,"guardrails":103,"humanInTheLoop":109,"kpisToInstrument":110,"failureModes":115},[88,91,94,97,100],{"title":89,"detail":90},"Measure the baseline by segment","Report authorization rates by issuer country, card type, network and transaction type (first purchase, renewal, saved card), and separate hard declines from soft ones. A single blended rate hides where the losses are.",{"title":92,"detail":93},"Test processors on live traffic","Split live traffic between the current processor and the candidate and compare authorization rates on the same mix. Twilio and Zapier both chose Stripe after such an A\u002FB test.",{"title":95,"detail":96},"Switch on optimization with retry limits","Turn on the provider's request optimization and real time retries, and agree on the retry policy: no retries on hard declines, a cap per card and period, and the card network rules on repeated attempts.",{"title":98,"detail":99},"Attribute the uplift","Break the total uplift down by change. In the public stories on this page, local processing and card account updates explain more of the uplift than the machine learning retries, so report each one separately before you credit the model.",{"title":101,"detail":102},"Watch fraud and disputes next to approvals","Track fraud and chargeback rates on recovered payments for at least one billing cycle. A higher authorization rate that brings more disputes is not a gain.",[104,105,106,107,108],"No retries on hard declines such as lost or stolen card or closed account","A cap on retries per card and period that stays within card network rules","Fraud screening on every retried payment, with the same thresholds as the first attempt","No change to transaction data that misrepresents the payment, such as the amount or merchant category","Card data stays tokenized at the payment provider, never in the merchant's analytics","The payments team sets the retry policy, approves each change to it and reviews authorization rates by segment every week. A sudden drop for one issuer or country goes to a person to investigate with the provider, because a model cannot fix an issuer outage or a misconfigured integration.",[111,112,113,114],"Authorization rate per segment, against the baseline or a live holdout group","Revenue recovered from retried payments, net of refunds and chargebacks","Retry attempts per recovered payment and card network retry fees","Fraud and chargeback rates on recovered payments versus first attempt approvals",[116,119,122],{"title":117,"detail":118},"Bundled uplift credited to the model","Processor switches, local acquiring, network tokens and account updaters all move the authorization rate at the same time. Without a breakdown, the machine learning gets credit for gains it did not produce.",{"title":120,"detail":121},"Retries that break network rules","Too many attempts on the same card draw network fees and can make issuers more suspicious of the merchant. Cap retries and skip transactions the model rates as unlikely to succeed.",{"title":123,"detail":124},"Recovered payments that come back as disputes","A retry can push through a payment the issuer was right to decline. Link chargebacks and fraud reports back to retried authorizations and tighten the policy where they cluster.",{"euAiAct":126,"regulations":129,"guidance":135,"controls":142,"incidents":147},{"tier":127,"basis":128},"minimal","Choosing the format, route and timing of authorization requests is not listed in Annex III and is not a practice prohibited by Article 5. The system does not evaluate the creditworthiness of a natural person (Annex III point 5(b)): the issuer still makes the approval decision. If a provider used the same model to refuse service to individual customers, that design would need its own assessment.",[130,131,132,133,134],"eu-ai-act","gdpr","pci-dss","eu-psd2","dora",[136],{"title":137,"issuer":138,"region":139,"url":140,"note":141},"Regulation (EU) 2024\u002F1689, Annex III high risk AI systems","European Union","europe","https:\u002F\u002Feur-lex.europa.eu\u002Feli\u002Freg\u002F2024\u002F1689\u002Foj","Annex III point 5(b) covers creditworthiness assessment of natural persons; optimizing the technical handling of a payment authorization is not listed.",[143,144,145,146],"A written retry policy per card network, owned by the payments team","Change control with an A\u002FB or holdout comparison for every model or policy change","Monitoring of fraud and chargeback rates on retried payments","Merchant systems hold card data only as tokens, so raw card numbers stay in the provider's PCI DSS environment",[],{"howToBuild":149},"The authorization models themselves run at the payment provider or acquirer, inside the payment\nflow, and Blits.ai does not replace them. Blits.ai covers the moments around a payment that still\nfails. When a renewal is declined for good, an **AI agent** on **WhatsApp**, **SMS**, **email** or\n**web chat** tells the customer, sends a **hosted payment link** from the tenant's provider (Stripe,\nMollie, Adyen or Qi) and completes the payment in the conversation, with **card tokenization** so\ncard data stays at the provider. **Custom functions** read the subscription and payment status from\nthe billing system, and **human handover** passes disputes and complaints to the support team.\n\nFor the payments team, an **agentic workflow** on a schedule can query authorization data in a\n**SQL knowledge base** and draft a weekly summary of declines by segment, with **human in the loop\nconfirmation** before anything is sent. **Guardrails**, **PII masking** and card number detection\nkeep card data out of model prompts, **test suites** replay failed payment conversations on every\nchange, and the platform is **model agnostic**. Run Blits.ai in our cloud in the EU, Qatar,\nSingapore, the UAE, the US or Australia, in your private cloud, or fully on premises.",[151,154,157],{"question":152,"answer":153},"How much does machine learning add to authorization rates?","Less than the headline numbers suggest. In Stripe's customer stories, Twilio's treasury team credits roughly one percent of its authorization rate uplift to Adaptive Acceptance, and Stripe attributes 1.24% out of Zapier's 4% total uplift and more than $1 million in additional revenue to the feature; the rest came from local processing and card account updates. Across its network, Stripe says Adaptive Acceptance recovered $6 billion in falsely declined transactions in 2024.",{"question":155,"answer":156},"Is authorization optimization high risk under the EU AI Act?","Usually not. Choosing how to format, route and retry a payment request is not an Annex III use, and the issuer still decides whether to approve. It would need a fresh assessment if the same model were used to refuse service to individual customers.",{"question":158,"answer":159},"Does it retry payments the issuer declined as fraud?","It should not retry hard declines such as a lost or stolen card, and card networks charge fees for excessive attempts. Good systems retry only declines the model expects to be approved, and every retry still passes fraud screening.",[161,162],"real-time-fraud-scoring","ecommerce-order-fraud-screening","2026-11-12",[165],{"date":163,"note":166},"First published","payment-authorization-optimization",[169,207,235,257,281],{"title":170,"useCases":171,"organization":172,"vendors":178,"summary":186,"stage":187,"year":188,"channels":189,"languages":190,"metrics":191,"outcomeDisclosed":192,"sources":193,"verification":202,"grade":204,"id":205,"organizationSlug":206},"Razorpay: Vulcan AI payments foundation model for success rates and card fraud",[167,161],{"name":173,"anonymized":174,"country":175,"region":176,"industry":19,"wikidata":177},"Razorpay",false,"IN","asia-pacific","Q109985545",[179,181,184],{"name":173,"role":180},"in-house",{"name":182,"role":183},"Amazon Web Services","platform",{"name":185,"role":183},"NVIDIA","Razorpay, an Indian payment gateway, launched Vulcan in August 2026: a transformer based AI foundation model trained on about 4 billion payments on its network. It routes each payment down the path most likely to succeed and flags fraud across merchants in real time; early components were already making routing, fraud and risk decisions on live transactions before the full launch. Razorpay names Blinkit, Bachatt and redBus among the businesses that see higher payment success rates and more international card fraud stopped. The figures are Razorpay's own.","production",2026,[28],[],[],true,[194,198],{"url":195,"title":196,"publisher":173,"date":197},"https:\u002F\u002Frazorpay.com\u002Fnewsroom\u002Frazorpay-launches-vulcan-indias-first-ai-payments-foundation-model-fueled-by-nvidia-and-aws-trained-on-4bn-transactions\u002F","Razorpay Launches Vulcan, India's First AI Payments Foundation Model","2026-08-18",{"url":199,"title":200,"publisher":173,"date":201},"https:\u002F\u002Frazorpay.com\u002Fnewsroom\u002Fat-global-fintech-fest-razorpay-presents-ai-payments-model-vulcan-to-pm-narendra-modi\u002F","At Global Fintech Fest, Razorpay Presents AI Payments Model, Vulcan to PM Narendra Modi","2026-09-10",{"level":203,"checkedAt":163},"source-verified","B","razorpay-vulcan-payments-foundation-model",null,{"title":208,"useCases":209,"organization":210,"vendors":215,"summary":217,"stage":218,"year":219,"channels":220,"languages":221,"metrics":222,"outcomeDisclosed":192,"sources":230,"verification":233,"grade":204,"id":234,"organizationSlug":206},"Stripe: Adaptive Acceptance AI model that retries falsely declined payments",[167],{"name":211,"anonymized":174,"country":212,"region":213,"industry":19,"wikidata":214},"Stripe","US","global","Q7624104",[216],{"name":211,"role":180},"Stripe runs Adaptive Acceptance across the payments it processes: an AI model that optimizes the first authorization request and identifies and retries false declines in real time, before the customer sees the decline. In 2024 Stripe replaced its earlier gradient boosted tree model with a new architecture that adds high dimensional embeddings, and it now retrains the model several times a week. Stripe says the upgrade recovered a record amount of falsely declined payments in 2024 with 35% fewer retry attempts.","scaled",2024,[28],[],[223],{"kpi":44,"value":224,"unit":225,"currency":69,"qualifier":226,"period":227,"claimant":228,"quote":229,"sourceUrl":37},6000000000,"currency","exact","2024","organization","In 2024, this led to Adaptive Acceptance recovering a record-high $6 billion in falsely declined transactions, reflecting a 60% year-over-year increase in the retry success rate.",[231],{"url":37,"title":36,"publisher":211,"date":232},"2025-02-12",{"level":203,"checkedAt":163},"stripe-adaptive-acceptance-ai-retries",{"title":236,"useCases":237,"organization":238,"vendors":242,"summary":244,"stage":187,"year":245,"channels":246,"languages":247,"metrics":248,"outcomeDisclosed":192,"sources":249,"verification":254,"grade":255,"id":256,"organizationSlug":206},"MATCHESFASHION: Stripe Adaptive Acceptance machine learning for authorization rates",[167],{"name":239,"anonymized":174,"country":240,"region":139,"industry":20,"wikidata":241},"MATCHESFASHION","GB","Q6786255",[243],{"name":211,"role":183},"The London luxury fashion retailer MATCHESFASHION used Stripe features including Adaptive Acceptance, which applies machine learning to optimize authorization messages and make retry decisions. Stripe's story reports an authorization rate uplift over one year, but credits it to several features together (Adaptive Acceptance, Card Account Updater and added card networks), so the part due to the machine learning feature is not separated.",2021,[28],[],[],[250],{"url":251,"title":252,"publisher":211,"date":253},"https:\u002F\u002Fstripe.com\u002Fnewsroom\u002Fstories\u002Fmatchesfashion","Stripe increases MATCHESFASHION authorization rates by 2.47%, generating an additional £6 million+ in annual revenue","2021-03-24",{"level":203,"checkedAt":163},"C","matchesfashion-stripe-adaptive-acceptance",{"title":258,"useCases":259,"organization":260,"vendors":264,"summary":266,"stage":187,"year":245,"channels":267,"languages":268,"metrics":269,"outcomeDisclosed":192,"sources":276,"verification":279,"grade":255,"id":280,"organizationSlug":206},"Zapier: Stripe Adaptive Acceptance machine learning for authorization messages",[167],{"name":261,"anonymized":174,"country":212,"region":262,"industry":21,"wikidata":263},"Zapier","north-america","Q27150165",[265],{"name":211,"role":183},"Zapier moved its card processing to Stripe after an authorization rate A\u002FB test against its previous processor and uses Adaptive Acceptance, a feature that applies machine learning to optimize authorization messages. Stripe's customer story breaks the total authorization rate uplift down by feature and credits Adaptive Acceptance with part of it and with more than one million dollars in additional revenue. A larger share of the uplift came from Card Account Updater, which is not machine learning.",[28],[],[270],{"kpi":44,"value":271,"unit":225,"currency":69,"qualifier":272,"claimant":273,"quote":274,"sourceUrl":275},1000000,"at-least","vendor","Adaptive Acceptance created 1.24% of the total uplift leading to $1M+ in additional revenue.","https:\u002F\u002Fstripe.com\u002Fen-pt\u002Fcustomers\u002Fzapier",[277],{"url":275,"title":278,"publisher":211},"Zapier sees 4% uplift in auth rates with Stripe, creating $3M+ in additional revenue",{"level":203,"checkedAt":163},"zapier-stripe-adaptive-acceptance",{"title":282,"useCases":283,"organization":284,"vendors":287,"summary":289,"stage":187,"year":290,"channels":291,"languages":292,"metrics":293,"outcomeDisclosed":192,"sources":294,"verification":299,"grade":255,"id":300,"organizationSlug":206},"Twilio: Stripe Adaptive Acceptance machine learning retries for declined payments",[167],{"name":285,"anonymized":174,"country":212,"region":262,"industry":21,"wikidata":286},"Twilio","Q7858039",[288],{"name":211,"role":183},"Twilio moved its card processing to Stripe after an A\u002FB test of several global processors and uses Stripe's Adaptive Acceptance, which applies machine learning to retry network declines in real time with adjusted routing and messaging. In Stripe's customer story, Twilio's Chris Nasson credits roughly one percent of authorization rate uplift to this feature alone. The overall ten percent uplift in the story mostly comes from local processing and card credential updates, which are not machine learning.",2020,[28],[],[],[295],{"url":296,"title":297,"publisher":211,"date":298},"https:\u002F\u002Fstripe.com\u002Fen-be\u002Fnewsroom\u002Fstories\u002Ftwilio","Twilio increases its authorization rates by 10% with Stripe","2020-11-17",{"level":203,"checkedAt":163},"twilio-stripe-adaptive-acceptance",0,[303],{"kpi":44,"label":304,"unit":225,"currency":69,"aggregate":174,"higherIsBetter":192,"n":305,"nUpTo":301,"median":306,"min":271,"max":224,"byClaimant":307,"vendorOnly":174,"points":309},"Revenue recovered",2,3000500000,{"organization":308,"vendor":308,"regulator":301,"independent":301},1,[310,311],{"evidenceId":234,"organization":211,"value":224,"qualifier":226,"claimant":228,"grade":204,"pooled":192},{"evidenceId":280,"organization":261,"value":271,"qualifier":272,"claimant":273,"grade":255,"pooled":192},{"low":313,"high":314},1250000,7500000,[316,348,374,402],{"slug":161,"title":317,"shortTitle":318,"definition":319,"status":9,"industries":320,"functions":322,"patterns":324,"audience":29,"autonomy":30,"adoptionStage":326,"segment":327,"evidenceCount":328,"publicEvidenceCount":328,"organizations":329,"bestGrade":204,"headline":340,"lastVerified":347,"indexable":192},"Real time fraud scoring for card and instant payments","Real time fraud scoring","Real time fraud scoring is machine learning that decides in milliseconds how likely each card authorization and account to account payment is to be fraudulent, so a bank can act. It works without any conversation, combining behavioral, device and network signals, so the bank can approve, challenge or block a payment before the money leaves. Working the resulting alerts and talking to the customer about them are separate use cases.",[321,19],"banking",[323],"fraud-prevention",[25,325],"anomaly-detection","mainstream","middle-office",13,[330,331,332,333,334,335,336,337,338,173,339,211],"Arab National Bank (anb)","ANZ, Commonwealth Bank, NAB, Suncorp Bank and Westpac (BioCatch Trust Australia)","Capitec Bank","Commonwealth Bank of Australia","Macquarie Bank","Mastercard","NatWest Group","OVO","Pay.UK","Revolut",{"kpi":341,"label":342,"unit":343,"n":344,"nUpTo":301,"kind":345,"value":346,"qualifier":226,"claimant":228,"organization":206,"vendorReported":174},"fraud-loss-reduction","Fraud loss reduction","percent",3,"median",30,"2026-09-27",{"slug":162,"title":349,"shortTitle":350,"definition":351,"status":9,"industries":352,"functions":353,"patterns":354,"audience":29,"autonomy":30,"adoptionStage":326,"segment":355,"evidenceCount":356,"publicEvidenceCount":356,"organizations":357,"bestGrade":204,"headline":369,"lastVerified":373,"indexable":192},"AI order fraud screening for ecommerce checkout","Ecommerce order fraud screening","AI order fraud screening decides, at the moment an online order is placed, whether to accept it, hold it for review or decline it, for an online retailer or marketplace. It draws on the buyer's device, behavior, identity and order history, so genuine orders are approved quickly and fraudulent ones are stopped before they ship, often backed by a vendor guarantee against the chargebacks that slip through.",[20],[323],[25,325,26],"checkout",11,[358,359,360,361,362,363,364,365,366,367,368],"Adorama","Cymbiotika","Harry's","Hot Topic","Jerome's Furniture","Mango","Philips","Rainbow Shops","Shopify","Structube","Visa",{"kpi":370,"label":371,"unit":343,"n":344,"nUpTo":301,"kind":345,"value":372,"qualifier":226,"claimant":206,"organization":206,"vendorReported":174},"alert-volume-reduction","Alert volume reduction",95,"2026-09-29",{"slug":375,"title":376,"shortTitle":377,"definition":378,"status":9,"industries":379,"functions":380,"patterns":382,"audience":29,"autonomy":386,"adoptionStage":31,"segment":29,"evidenceCount":356,"publicEvidenceCount":387,"organizations":388,"bestGrade":204,"headline":398,"lastVerified":347,"indexable":192},"chargeback-and-representment","AI for chargeback and representment operations","Chargeback and representment","AI chargeback and representment is AI that runs the dispute engine room for issuers, acquirers and merchants, mapping each dispute to the network reason code. It gathers the matching evidence, assembles a network compliant chargeback or representment package, drafts the rebuttal, tracks every deadline and processes pre dispute alerts so a refund can be issued before a chargeback lands.",[19,321,20,21],[23,323,381],"customer-service",[383,384,385,26],"agentic-workflow","document-processing","content-generation","supervised-agent",10,[389,390,391,392,393,394,395,368,396,397],"Fanatics","GitHub","HexClad","N26","Obvi","Smallpdf","The Beard Club","Wordtune (AI21 Labs)","Yves Rocher",{"kpi":399,"label":400,"unit":343,"n":344,"nUpTo":301,"kind":345,"value":401,"qualifier":226,"claimant":273,"organization":206,"vendorReported":192},"recovery-rate-uplift","Recovery uplift",59,{"slug":403,"title":404,"shortTitle":405,"definition":406,"status":9,"industries":407,"functions":408,"patterns":409,"audience":411,"autonomy":386,"adoptionStage":31,"segment":327,"evidenceCount":412,"publicEvidenceCount":413,"organizations":414,"bestGrade":255,"headline":419,"lastVerified":347,"indexable":192},"fraud-alert-triage","AI agent for fraud alert triage","Fraud alert triage","AI fraud alert triage is an AI agent that works a fraud alert queue behind the scenes as an analyst's first pass, without contacting the customer. It enriches each alert with customer, device and payment context, closes clear false positives under documented rules, merges duplicates, and routes genuine risk to an analyst with a drafted rationale.",[321,19],[323,23],[383,26,410,25],"summarization","employee-facing",5,4,[415,416,417,418],"Coast","Lloyds Banking Group","Mashreq","SEB",{"kpi":420,"label":421,"unit":343,"n":308,"nUpTo":301,"kind":422,"value":423,"qualifier":272,"claimant":228,"organization":416,"vendorReported":174},"accuracy","Accuracy","reported",90,{"indexable":192,"reasons":425},[],[427,431,436,443,450,457,462,469,476,483,489,494,501,507,514,521,527,533,538,544,549,553,560,565,570,576,583,588,593,600,605,611,617,624,629,635,640],{"id":130,"label":428,"issuer":138,"region":139,"url":140,"description":429,"useCases":430,"indexable":192},"EU AI Act","Regulation (EU) 2024\u002F1689: risk based rules for AI systems, with obligations for high risk systems listed in Annex III and transparency duties under Article 50.",306,{"id":131,"label":432,"issuer":138,"region":139,"url":433,"description":434,"useCases":435,"indexable":192},"GDPR","https:\u002F\u002Feur-lex.europa.eu\u002Feli\u002Freg\u002F2016\u002F679\u002Foj","General Data Protection Regulation, including Article 22 on decisions based solely on automated processing.",276,{"id":437,"label":438,"issuer":439,"region":213,"url":440,"description":441,"useCases":442,"indexable":192},"iso-42001","ISO\u002FIEC 42001","ISO and IEC","https:\u002F\u002Fwww.iso.org\u002Fstandard\u002F81230.html","The international management system standard for AI.",149,{"id":444,"label":445,"issuer":446,"region":262,"url":447,"description":448,"useCases":449,"indexable":192},"nist-ai-rmf","NIST AI Risk Management Framework","NIST","https:\u002F\u002Fwww.nist.gov\u002Fitl\u002Fai-risk-management-framework","Voluntary US framework to map, measure, manage and govern AI risk, with a generative AI profile.",114,{"id":451,"label":452,"issuer":453,"region":139,"url":454,"description":455,"useCases":456,"indexable":192},"uk-gdpr","UK GDPR","Information Commissioner's Office","https:\u002F\u002Fico.org.uk\u002Ffor-organisations\u002Fuk-gdpr-guidance-and-resources\u002F","The UK's version of the GDPR, including rules on solely automated decisions.",87,{"id":134,"label":458,"issuer":138,"region":139,"url":459,"description":460,"useCases":461,"indexable":192},"DORA","https:\u002F\u002Feur-lex.europa.eu\u002Feli\u002Freg\u002F2022\u002F2554\u002Foj","Digital Operational Resilience Act for financial entities: ICT risk, incident reporting and third party risk, including AI providers.",72,{"id":463,"label":464,"issuer":465,"region":139,"url":466,"description":467,"useCases":468,"indexable":192},"uk-consumer-duty","FCA Consumer Duty","Financial Conduct Authority","https:\u002F\u002Fwww.fca.org.uk\u002Ffirms\u002Fconsumer-duty","UK rules that require firms to deliver good outcomes for retail customers, including through automated channels.",50,{"id":470,"label":471,"issuer":472,"region":176,"url":473,"description":474,"useCases":475,"indexable":192},"mas-ai-risk-management","MAS AI risk management guidelines","Monetary Authority of Singapore","https:\u002F\u002Fwww.mas.gov.sg\u002Fnews\u002Fmedia-releases\u002F2025\u002Fmas-guidelines-for-artificial-intelligence-risk-management","Singapore's supervisory expectations for AI risk management at financial institutions, building on the FEAT principles.",36,{"id":477,"label":478,"issuer":479,"region":176,"url":480,"description":481,"useCases":482,"indexable":192},"apra-cps-230","APRA CPS 230","Australian Prudential Regulation Authority","https:\u002F\u002Fwww.apra.gov.au\u002Foperational-risk-management","Australian operational risk standard covering critical operations and material service providers.",26,{"id":484,"label":485,"issuer":138,"region":139,"url":486,"description":487,"useCases":488,"indexable":192},"nis2","NIS2 Directive","https:\u002F\u002Feur-lex.europa.eu\u002Feli\u002Fdir\u002F2022\u002F2555\u002Foj","Directive (EU) 2022\u002F2555 on cybersecurity for essential and important entities, including telecom networks, energy and public administration.",23,{"id":132,"label":490,"issuer":491,"region":213,"url":492,"description":493,"useCases":488,"indexable":192},"PCI DSS","PCI Security Standards Council","https:\u002F\u002Fwww.pcisecuritystandards.org\u002F","Security standard for any system that stores, processes or transmits cardholder data.",{"id":495,"label":496,"issuer":497,"region":262,"url":498,"description":499,"useCases":500,"indexable":192},"hipaa","HIPAA","US Department of Health and Human Services","https:\u002F\u002Fwww.hhs.gov\u002Fhipaa\u002Findex.html","US rules for the privacy and security of protected health information.",21,{"id":502,"label":503,"issuer":504,"region":262,"url":505,"description":506,"useCases":500,"indexable":192},"us-sr-11-7","SR 11-7 model risk management","Federal Reserve and OCC","https:\u002F\u002Fwww.federalreserve.gov\u002Fboarddocs\u002Fsrletters\u002F2011\u002Fsr1107.htm","US supervisory guidance on model risk management, applied by banks to AI and machine learning models.",{"id":508,"label":509,"issuer":510,"region":139,"url":511,"description":512,"useCases":513,"indexable":192},"uk-atrs","UK Algorithmic Transparency Recording Standard","UK Government","https:\u002F\u002Fwww.gov.uk\u002Fgovernment\u002Fcollections\u002Falgorithmic-transparency-recording-standard-hub","Mandatory transparency records for algorithmic tools used by UK central government.",18,{"id":515,"label":516,"issuer":517,"region":262,"url":518,"description":519,"useCases":520,"indexable":192},"us-tcpa","Telephone Consumer Protection Act","Federal Communications Commission","https:\u002F\u002Fwww.fcc.gov\u002Fconsumers\u002Fguides\u002Fstop-unwanted-robocalls-and-texts","US consent rules for automated and prerecorded calls and texts; the FCC has confirmed AI generated voices count as artificial voices.",17,{"id":522,"label":523,"issuer":138,"region":139,"url":524,"description":525,"useCases":526,"indexable":192},"eu-accessibility-act","European Accessibility Act","https:\u002F\u002Feur-lex.europa.eu\u002Feli\u002Fdir\u002F2019\u002F882\u002Foj","Directive (EU) 2019\u002F882: accessibility requirements for banking services, ecommerce and other digital services, applicable since June 2025.",14,{"id":528,"label":529,"issuer":530,"region":213,"url":531,"description":532,"useCases":526,"indexable":192},"fatf-recommendations","FATF Recommendations","Financial Action Task Force","https:\u002F\u002Fwww.fatf-gafi.org\u002Fen\u002Fpublications\u002FFatfrecommendations\u002FFatf-recommendations.html","Global standards for anti money laundering and counter terrorist financing that national rules implement.",{"id":534,"label":535,"issuer":138,"region":139,"url":536,"description":537,"useCases":526,"indexable":192},"solvency-ii","Solvency II","https:\u002F\u002Feur-lex.europa.eu\u002Feli\u002Fdir\u002F2009\u002F138\u002Foj","Directive 2009\u002F138\u002FEC: risk based capital, governance and model requirements for insurers.",{"id":539,"label":540,"issuer":541,"region":213,"url":542,"description":543,"useCases":526,"indexable":192},"telecom-consumer-rules","Telecom consumer protection rules","National telecom regulators","https:\u002F\u002Fwww.berec.europa.eu\u002F","National rules on telecom contracts, switching, billing disputes and marketing consent.",{"id":545,"label":546,"issuer":138,"region":139,"url":547,"description":548,"useCases":328,"indexable":192},"eu-amlr","EU Anti Money Laundering Regulation","https:\u002F\u002Feur-lex.europa.eu\u002Feli\u002Freg\u002F2024\u002F1624\u002Foj","Regulation (EU) 2024\u002F1624: the single EU rulebook for customer due diligence, beneficial ownership and suspicious transaction reporting.",{"id":133,"label":550,"issuer":138,"region":139,"url":551,"description":552,"useCases":328,"indexable":192},"PSD2","https:\u002F\u002Feur-lex.europa.eu\u002Feli\u002Fdir\u002F2015\u002F2366\u002Foj","Payment Services Directive 2: strong customer authentication, transaction risk analysis exemptions and open banking access.",{"id":554,"label":555,"issuer":556,"region":262,"url":557,"description":558,"useCases":559,"indexable":192},"us-bsa","Bank Secrecy Act","FinCEN","https:\u002F\u002Fwww.fincen.gov\u002Fresources\u002Fstatutes-and-regulations\u002Fbank-secrecy-act","US anti money laundering law: customer due diligence, suspicious activity reports and record keeping.",12,{"id":561,"label":562,"issuer":138,"region":139,"url":563,"description":564,"useCases":559,"indexable":192},"eecc","European Electronic Communications Code","https:\u002F\u002Feur-lex.europa.eu\u002Feli\u002Fdir\u002F2018\u002F1972\u002Foj","Directive (EU) 2018\u002F1972: consumer protection, contract, switching and security rules for telecom operators.",{"id":566,"label":567,"issuer":138,"region":139,"url":568,"description":569,"useCases":356,"indexable":192},"mifid-ii","MiFID II","https:\u002F\u002Feur-lex.europa.eu\u002Feli\u002Fdir\u002F2014\u002F65\u002Foj","Directive 2014\u002F65\u002FEU on markets in financial instruments: suitability and appropriateness of advice, record keeping and product governance.",{"id":571,"label":572,"issuer":573,"region":262,"url":574,"description":575,"useCases":387,"indexable":192},"us-ecoa-reg-b","ECOA and Regulation B","Consumer Financial Protection Bureau","https:\u002F\u002Fwww.consumerfinance.gov\u002Frules-policy\u002Fregulations\u002F1002\u002F9\u002F","US fair lending rules, including specific reasons in adverse action notices, which also apply when credit decisions use AI models.",{"id":577,"label":578,"issuer":579,"region":139,"url":580,"description":581,"useCases":582,"indexable":192},"eba-loan-origination","EBA Guidelines on loan origination and monitoring","European Banking Authority","https:\u002F\u002Fwww.eba.europa.eu\u002Fregulation-and-policy\u002Fcredit-risk\u002Fguidelines-on-loan-origination-and-monitoring","Expectations for credit decisioning, including the use of automated models.",9,{"id":584,"label":585,"issuer":138,"region":139,"url":586,"description":587,"useCases":582,"indexable":192},"eu-idd","Insurance Distribution Directive","https:\u002F\u002Feur-lex.europa.eu\u002Feli\u002Fdir\u002F2016\u002F97\u002Foj","Directive (EU) 2016\u002F97: conduct rules for selling insurance, including demands and needs testing and advice.",{"id":589,"label":590,"issuer":472,"region":176,"url":591,"description":592,"useCases":582,"indexable":192},"mas-notice-626","MAS Notice 626","https:\u002F\u002Fwww.mas.gov.sg\u002Fregulation\u002Fnotices\u002Fnotice-626","Singapore's anti money laundering and counter terrorism financing requirements for banks.",{"id":594,"label":595,"issuer":596,"region":262,"url":597,"description":598,"useCases":599,"indexable":192},"us-fcra","Fair Credit Reporting Act","Federal Trade Commission","https:\u002F\u002Fwww.ftc.gov\u002Flegal-library\u002Fbrowse\u002Fstatutes\u002Ffair-credit-reporting-act","US rules on consumer reports, their accuracy and permissible use, relevant to credit scoring and screening.",7,{"id":601,"label":602,"issuer":138,"region":139,"url":603,"description":604,"useCases":412,"indexable":192},"eu-mortgage-credit-directive","EU Mortgage Credit Directive","https:\u002F\u002Feur-lex.europa.eu\u002Feli\u002Fdir\u002F2014\u002F17\u002Foj","Directive 2014\u002F17\u002FEU: creditworthiness assessment, disclosure and advice rules for residential mortgage lending.",{"id":606,"label":607,"issuer":608,"region":139,"url":609,"description":610,"useCases":412,"indexable":192},"uk-psr-app-reimbursement","UK APP scam reimbursement rules","Payment Systems Regulator","https:\u002F\u002Fwww.psr.org.uk\u002Four-work\u002Fapp-scams\u002F","Mandatory reimbursement of authorised push payment scam victims by UK payment firms, which shifts scam losses onto banks.",{"id":612,"label":613,"issuer":614,"region":176,"url":615,"description":616,"useCases":413,"indexable":192},"au-scams-prevention-framework","Australian Scams Prevention Framework","Australian Treasury","https:\u002F\u002Ftreasury.gov.au\u002Fconsultation\u002Fc2024-573813","Economy wide obligations for banks, telcos and digital platforms to prevent, detect, disrupt and respond to scams.",{"id":618,"label":619,"issuer":620,"region":621,"url":622,"description":623,"useCases":413,"indexable":192},"cbuae-ai-guidance","CBUAE guidance on AI and ML","Central Bank of the UAE","middle-east","https:\u002F\u002Fwww.centralbank.ae\u002F","UAE central bank expectations for the enabling technologies, AI and machine learning used by licensed financial institutions.",{"id":625,"label":626,"issuer":472,"region":176,"url":627,"description":628,"useCases":413,"indexable":192},"mas-shared-responsibility-framework","MAS Shared Responsibility Framework","https:\u002F\u002Fwww.mas.gov.sg\u002Fregulation\u002Fguidelines\u002Fguidelines-on-shared-responsibility-framework","Singapore's framework that assigns banks and telcos duties and loss sharing for phishing scams.",{"id":630,"label":631,"issuer":632,"region":139,"url":633,"description":634,"useCases":413,"indexable":192},"pra-ss1-23","PRA SS1\u002F23 model risk management","Prudential Regulation Authority","https:\u002F\u002Fwww.bankofengland.co.uk\u002Fprudential-regulation\u002Fpublication\u002F2023\u002Fmay\u002Fmodel-risk-management-principles-for-banks-ss","UK model risk management principles for banks, covering AI and machine learning models.",{"id":636,"label":637,"issuer":138,"region":139,"url":638,"description":639,"useCases":344,"indexable":192},"eu-mar","EU Market Abuse Regulation","https:\u002F\u002Feur-lex.europa.eu\u002Feli\u002Freg\u002F2014\u002F596\u002Foj","Regulation (EU) 596\u002F2014: insider dealing and market manipulation, including the duty to detect and report suspicious orders and transactions.",{"id":641,"label":642,"issuer":643,"region":262,"url":644,"description":645,"useCases":344,"indexable":192},"nyc-local-law-144","NYC Local Law 144","New York City","https:\u002F\u002Fwww.nyc.gov\u002Fsite\u002Fdca\u002Fabout\u002Fautomated-employment-decision-tools.page","Bias audits and notices for automated employment decision tools used in hiring and promotion in New York City.",1794572847596]