Loading...
Answers
MenuIf you have fraudulent transactions occurring on your web app, what can or should you do with the offending accounts? Who do you report it to?
This question has no further details.
Answers
Depending on what classifies the transactions as fraudulent will determine next steps.
If the fraudulent transactions were due to the cardholder having their card stolen and then being used to make fraudulent purchases you should work with your merchant services provider. Within your gateway or shopping cart you have settings that allow you to request AVS, CVV, CID, Address Match, etc. and you can determine the velocity settings and how strict you want to be for each transaction. Some gateways also have country blockers to eliminate transactions that are coming from known organized crime or hackers specific to fraudulent transactions.
You should always report any suspected fraud to your merchant services provider, gateway or shopping cart provider along with the authorities in your local jurisdiction.
Setting your filters and tolerances really low will allow transactions to go through and generate revenue but when you do not validate AVS, CVV, CID or address match, etc. then you risk the chance of fraudulent transactions.
If you collect all the above information and it still ends up being a fraudulent transaction then it should be the responsibility of the card issuer and not the merchant or merchant services provider.
First we should define what is considered fraudulent. Chargebacks can occur for many reasons. They even have specific reason codes which you can define response procedures for. However there is no centralized version of Cardholder MATCH or TMF available for merchants to filter against and it would be so subjective as to be useless for practical purposes.
There used to be a private site called badcustomer which attempted to police the friendly fraud type customers by creating such a central database. However this was undermined by the creator who used to offer the option for bad actors to pay to have their name removed!
Most merchants handle it in their own way. Your realistic options are.. Implement the anti fraud controls suggested by the previous contributor (AVS, CVV etc..) In addition you could enable 3D-Secure (Verified by Visa or Mastercard Securecode) This would in some cases shift the liability for a chargeback away from the acquirer to the issuer.
In terms of buyers remorse / friendly fraud chargeback situations.. The best thing to do is to try and get ahead of the game. There are services that can now report chargebacks to the merchant before they are received at the acquirer. This enables the merchant to be pro-active and reach out to cardholders to resolve the relevant issue either by the cardholder canceling their chargeback request or the merchant issuing a refund PRIOR to the chargeback being received
Here's what you can do:
if web, then 1) figure out if your anti-fraud tools are operating properly. (it might be ghost accounts (multiple users from same ip/deviceid. if so, ban the ips and device ids. If are unable to identify whether its a common ip or device id, then figure out if they used the same password by checking the hash (provided you have a single salt for all the password hashes). Usually fraud chains will use a scripts that will use the same passwords. If you have visibility on their security questions, then check that. Check other factors like similar times of login or very close to each other. Find out how your anti-fraud tools were abused and fix it.
if app, make sure devices were not compromised. If you don't have multifactor authentication, get it.
What should you do?
if web or app, then lock out the offending account, fence the funds, and make sure that any account that signs up from then on and shares similar parameters to the offending account is flagged and comes under your review. (Ex: same ip/ same device ID/ same password hashes/same responses to security questions)
Who do you report it to?
If it is more than $25k, you can expect that reporting it to the police will get you somewhere. Regardless, report it, but don't expect any effort on their part if less than $25k. Probability of that is pretty low.
If you are using a credit card PSP, then alert them, and tell them what you have done to make sure it doesn't happen. Alert your bank too and let them know how you have made sure it wont occur.
If you are registered as a MSB with FINCEN , file a (suspicious activity report) SAR with FINCEN. Your compliance officer can do that. If you don't have a CO, your legal counsel can help.
Finally, how to automate your fraud detection for future instances? You could get some traditional products that come with your PSP , but I find them very bloated and typically not good. I am now becoming a big fan of "machine learning". You should look into companies that provide that service.
Hope it helps,
Related Questions
-
How can I test payment models for an app without having a company to get an account with payment processors such as Stripe?
If you're asking about processing point-of-sale payments, have you considered using the smart phone tools available from Square, PayPal or QuickBooks? You don't need to have a formal business entity structure to use these. A sole proprietorship is a viable business model to conduct some sales and test payments.SV
-
Should a business have a chargeback policy?
When a credit card is used to make a purchase/payment the cardholder has the ability to chargeback that transaction for up to 180 days with the issuing bank. If they have not received the product and/or service as promised they will contact the issuing bank.RK
-
Some companies ask you to link your credit card to them so you can track your spending or get discounts by using the card. How do they do that?
Its a combination of the First Data Offerwise Platform and the CardSpring API. You need to get certified by First Data in order to get access to the datasets required to build a service like that.DM
-
We're a small startup studio & were commissioned to develop a creative video by a corporation. We completed the work but didn't receive full payment.
I own a software development company based in Dallas, Texas and over the years have experienced several of the issues mentioned in your post. Never start work with a client before having a signed contract in hand. The contract is the first step to making sure that both parties understand the expectations of the project such as payment expectations, the deliverable, the project schedule. I find it helpful to get a down payment from a client to be sure that they are "invested" in the project. If a client is unwilling to issue a payment at contract signing, then you should have more payment milestones at major points in the project such as; design review, first 10 seconds of animation etc. Frequent payment milestones will help your cash flow and will focus the project on meeting the expectations of the client where possible. Communication throughout the project is key. When a client goes silent that is always cause for alarm. Weekly updates using online services such as Skype or Join.me are essential when working with a client that are worlds apart. There should be few surprises regarding schedule. As the project is progresses, amended schedules should be prepared and forward to the client for discussion during your project meeting. It may be a good idea to engage someone located near your client to attempt to contact them to discuss a settlement. Some may suggest getting a lawyer or a collection agency involved, however there most likely is some way to solve this directly to receive (perhaps partial) payment from the client. I am available for a followup call should you have any additional questions. Regards, Eric SilverthornES
-
What are the convincing reasons to get about 50% of the total payment as an advance from a B2B customers for any cloud based offerings?
I would recommend invoicing for the full year up front. If anyone asks, tell them that this is industry standard. Salesforce, HubSpot and many others do it this way. If that answer isn't sufficient, here are some others reasons that are beneficial for the customer: - It simplifies the accounting for the customers - one invoice instead of 6-12 - If you were to buy packaged software, you would pay a huge up front fee and then annual maintenance - we are just asking for the first year - If you pay monthly, there is no commitment, so there is less incentive to get buy-in from the team and usersMA
the startups.com platform
Copyright © 2025 Startups.com. All rights reserved.