Sr. Fraud Analyst at a tech services company with 51-200 employees
Real User
2020-12-13T22:49:08Z
Dec 13, 2020
The user interface at first felt like it wasn't the easiest to interact with. However, this was partly due to the amount of information provided. For example, to view results of an ID card check, I needed to go through a set of windows, and it wasn't particularly intuitive. I felt that the UI itself could have been simpler and more intuitive with a little tweaking.
Some of the language around rules and integration can certainly be improved. Account creation rules and account creation flows were very helpful to me and very easy to understand, however, the management of transactions on the platform is not very good. The integration between the management of transactions and the management of account creation is quite low. I would love it if they could combine the two and make it a little bit more robust. Mostly the challenge that I faced is some of the limiting rules or some of the fraud-related checks or preventive measures that we were taking, if we could take that on the account creation side, the transaction side, it would not carry over. We would have to redo the same thing there. The number of rooms on the transaction side was fewer. What I want is deeper and better integration between a transaction and an actual account that's been created today. Let's say that I opened the details for the transaction to figure out something about it. The transaction is coming from a different geography. I want to know what's going on with it. If I could do that, I would ideally like to know who is doing the transaction without separately having to go and find this account through email search or whatever. Linkage between the two is pretty low and rules as well are not very integrated between the two. In terms of AML and transaction management use cases, they do aggregate transactions. For example, let's say over a period of one month I do five transactions. Their backend system knows how many transactions I've done, yet they don't expose that to me on the user's side. I cannot see that and report it. I have to do a calculation. If I'm the user, as in I'm the company that's using it, I have to run calculations on my side to figure out how much transaction has gone through.
What is Fraud Detection and Prevention? It wasn’t that long ago that fraud detection and prevention involved reviewing a fair bit of historical data analysis. Data scientists would be poring over tons of credit card records in order to spot fraudulent (or with luck, potentially fraudulent) activity.
Fast forward to today and we see fraud detection systems depend on catching and stopping fraud the second it’s spotted or even before it actually occurs. Automated solutions for fraud...
The user interface at first felt like it wasn't the easiest to interact with. However, this was partly due to the amount of information provided. For example, to view results of an ID card check, I needed to go through a set of windows, and it wasn't particularly intuitive. I felt that the UI itself could have been simpler and more intuitive with a little tweaking.
Some of the language around rules and integration can certainly be improved. Account creation rules and account creation flows were very helpful to me and very easy to understand, however, the management of transactions on the platform is not very good. The integration between the management of transactions and the management of account creation is quite low. I would love it if they could combine the two and make it a little bit more robust. Mostly the challenge that I faced is some of the limiting rules or some of the fraud-related checks or preventive measures that we were taking, if we could take that on the account creation side, the transaction side, it would not carry over. We would have to redo the same thing there. The number of rooms on the transaction side was fewer. What I want is deeper and better integration between a transaction and an actual account that's been created today. Let's say that I opened the details for the transaction to figure out something about it. The transaction is coming from a different geography. I want to know what's going on with it. If I could do that, I would ideally like to know who is doing the transaction without separately having to go and find this account through email search or whatever. Linkage between the two is pretty low and rules as well are not very integrated between the two. In terms of AML and transaction management use cases, they do aggregate transactions. For example, let's say over a period of one month I do five transactions. Their backend system knows how many transactions I've done, yet they don't expose that to me on the user's side. I cannot see that and report it. I have to do a calculation. If I'm the user, as in I'm the company that's using it, I have to run calculations on my side to figure out how much transaction has gone through.