Coris is modernizing risk management for software platforms worldwide. To achieve this mission, we’re constantly building products that address payment fraud risks in a systematic way.
Today, we’re excited to introduce the world’s first credit card transaction model built specifically for software platforms’ unique needs. This novel model analyzes both sides of a transaction – merchant and payer – to identify its potential for a chargeback.
Credit card fraud is a serious problem, with 63% of U.S. credit card holders stating they’ve experienced fraud at least once. Our model addresses this problem head-on through holistic transaction analysis from the merchant and payer perspectives. This surfaces “bad” transactions more accurately and at a fraction of the time it takes other models, reducing downstream losses and allowing risk teams to operate more efficiently.
Read on to learn more, and contact us to get started today.
Software companies often leverage generic payment fraud tools to monitor for credit card fraud on their platform. These models do a good job analyzing payer-level information and highlighting instances of consumer fraud. However, they don’t address the other side of the transaction: the merchant.
Why is this important? Increasingly, platforms are noticing transactions between legitimate payers and suspicious merchants. For example, a software platform that serves salons and spas might notice legitimate consumers transacting with a spa business that has an increasing number of negative Google reviews. This creates financial and reputational risks for the software platform. If consumers are shortchanged by the spa, they will dispute the transaction, and the platform will have to absorb this loss and incur associated chargeback fees.
Currently, software platforms have a hard time systematically identifying this kind of chargeback scenario. Payment fraud tools have existed for years, but they are opaque and typically focused on chargebacks stemming from payer activity. Software platforms lack control over these models and can’t customize them to address their unique transactional needs.
As software platforms increasingly complained about this pain point, we asked ourselves: could we extend our payment risk management and fraud capabilities to the credit card use case?
Our credit card model is the first tool to holistically evaluate a transaction for chargeback potential. It integrates with Stripe and Adyen to instantly analyze incoming transactions in-realtime. The model screens each transaction for indicators of chargeback risk, including:
After conducting this analysis, the model assigns each transaction a score between 0 and 100, with 0 indicating low chargeback risk and 100 indicating high chargeback risk.
Risk teams can use these scores to set up custom risk rules and actions in our rule engine. For example, they can automatically decline transactions with a high risk of fraud (where the score is closer to 100), or forward these cases to manual review. They can also combine transaction scores with other signals (such as the payment amount) into one risk rule.
“Fraud prevention for payments on a platform using Stripe Connect used to feel like guesswork—Stripe Radar helped, but it didn’t go far enough. This new fraud model is on another level. It dives into sub-merchant data, evaluates merchant quality, and gives us a complete view of risk across our payments ecosystem. Unlike Stripe Radar, it’s tailored to the complexities of platforms like ours, catching fraud more precisely while reducing false positives. It’s the solution we’ve been waiting for to protect payments and keep our merchants growing safely.”
As previously mentioned, the credit card transaction model is currently available to customers of Stripe Connect and Adyen for Platforms. Stripe customers leverage the model in two ways: scoring the transaction before capture (allowing the platform to return it before transaction completion), or after capture (refund after the transaction is completed). Adyen customers can score transactions after capture.
Incorporating merchant-level information into credit card transaction models is superior for two reasons:
Contact us if you’d like to learn more about our credit card model, or if you have a chargeback use case you’d like us to tackle.