Haha this is one of those things that is simple on paper but not super simple when creating the system. there must be so many checks and validations to make sure the system never has false negatives and false positives
Thanks so much for this. Great video and very nice animations. Would love to see the static QR-code variation explained as well! May I ask which animation software you are using if any?
This is about qrcode system, the actual transaction would require a payment service. Like for example paytm uses the UPI( unified payment interface), which is build on the IMPS
In Malaysia, they supports three types: static, customer scan merchant & merchant scan customer. Merchant scan customer is where the wallet app generates a unique per transaction QR code, and after scanned by the merchant will display the amount being paid. Not sure if it's fraud-proof though.
Can you explain, what happens when user click pay button? How the wallet app knows payment has been successful? Also, user may select different mode for payment like in-wallet balance, Internet banking, UPI, Debit Card, Credit Card, PayLater app etc. , how all these cases are handled?
Really a good explanation....🎉 But once he clicks the pay, at that moment, which servers from the bank gives the "paid" information back to the device so that device sends to PSP ?
Thanks for the good content! Would have been nice to also get some information on possible failures of the workflow to know how to these scenarios could be handled
Great video! Though I'm a bit skeptical about the step number 10, where the payment gateway is notified by customer's device on successful payment. How does that work? Does the request(step 10) has a secret token attached to it (generated by a bank?) which gets verified by a PSP on receiving it?
I'm thinking based on PayPal but here's my guess. When the device notifies the payment gateway (PayPal app -> PayPal gateway), it's simply notifying that the user confirmed the payment to go ahead. The PSP gateway will then deduct the value from the users account, etc. and if that's success then notify both the user and merchant.
Thank you ..I got handed the receipt with code to pay and felt so dumb..I thought I did it right but I always second guess myself ..turns out I did it right just didn't pop up when I scanned it
It is not clear from the video where the actual client money are stored. Does the client have an account and some money in PSP system? Or the mentioned Digital Wallet App actually "contains" money on the client's mobile phone? My guess is that PSP stores client's money (directly or by having access to a credit card added by client) and both client and merchant have PSP access software installed. And the QR code is required only to "skip" the client identification process in merchant's terminal. I.e. first the order is "anonymous": "someone wants to spend $10 at merchant's place on order number 12345". And the client's app says "It's me who wants to pay for that order, take my money from my account." And in the end PSP says to client "Ok, done, your money spent succesfully" and to merchant "someone has payed on this order, you can give the physical goons to the person now" Is it close to be correct?
Hey there, a quick question please. On step 12 I wanted to know on how PSP Gateway notifies the merchant? Does the merchant periodically calls the PSP G to check the status of the payment or does it establish a connection with PSPG to get notified when status is changed? Or any other ways? Thank you for these awesome videos. Please keep them coming. Love from Nepal 🇳🇵
Through webhooks. Merchant have to provide a endpoint to the PSP and after the transaction status is changed PSP will hit that endpoint usally with POST call along with the transaction data.
Hello, nice to meet you here, do you have any courses in udemy or something like that ? I am interested to take lessons from you, you explained very clearly
Obviously I'm not the author, but volume 2 has additional topics not covered in volume 1. I've not read it yet but the reviews suggest that it covers topics very well at at greater depth than how volume 1 did.
Can't this be simplified further? The workflow I am thinking is: 1. Merchant generate QR code with necessary details like Order Id, Sender Id and Amount etc in the application itself. 2. Client scans this QR and this QR informs client about transaction details. 3. After this usual payment flow works and if payment is made it is marked as success. Basically the question is why to generate QR in a separate server and bring in one round trip of network call?
how will the system identify and validated the input coming from external processes ????? it first need to hold or generate a trusted data to be used as input later.
The QR Code has to be generated by the payment gateway due to security reason. It's easy to hack or do middle man attack if everything done at the client side or even at the merchant's server side.
@@ebrahimmansur9815 I don't really understand the need for identification or validation as when we pay, the details are shown send x amount to person y. If data is tampered then just don't go ahead with payment. Moreover, I am currently taking the QR code as an autofill mechanism for a payment, where it just bears the responsibility of holding certain info. Also, the above video doesn't mention anything about verifying any kind of details as the client just receives the URL of QR. Please let me know your thoughts :)
@@leezhieng I can't see where the middlemen can reside in the workflow mentioned in a comment until the merchant decides to try something fishy. And even if it does the details related to payment are confirmed by the user before payment. As a matter of fact, in the above video, there is a possibility that middlemen can sit in between the merchant client and PSP and send a tampered URL. Please let me know your thoughts :)
Best tech content in the most simplied way possible and the key engagement metric is the animation to keep the viewers engaged.
This is just too simple and well explained. Great job Team 👍👏
Awesome explanation, been using Paytm for years, works like a charm.
Thank you, your channel is a treasure.
My man, I absolutely love your content.
Exactly what we need in explanation simple, well-explained, very good, and elegant diagrams thank you very much
Didn’t expect to be this simple !
Thanks for the wonderful explanation
Haha this is one of those things that is simple on paper but not super simple when creating the system. there must be so many checks and validations to make sure the system never has false negatives and false positives
Thanks so much for this. Great video and very nice animations.
Would love to see the static QR-code variation explained as well!
May I ask which animation software you are using if any?
Its actually to the point explanation!! Thanks!
so simple and neatly explained!
This is about qrcode system, the actual transaction would require a payment service. Like for example paytm uses the UPI( unified payment interface), which is build on the IMPS
Simple but effectively ❤
Proud that you mentioned PayTM
Excellent explanation. Thanx
Very nice video about world's revolunatiry payment midel. Please explain with more details how it works internally.
That was a great quick lesson .. awesome
In Malaysia, they supports three types: static, customer scan merchant & merchant scan customer. Merchant scan customer is where the wallet app generates a unique per transaction QR code, and after scanned by the merchant will display the amount being paid. Not sure if it's fraud-proof though.
hi Andy, May I know which company support static QR?
Awesome animations 👏👏
Can you explain, what happens when user click pay button? How the wallet app knows payment has been successful?
Also, user may select different mode for payment like in-wallet balance, Internet banking, UPI, Debit Card, Credit Card, PayLater app etc. , how all these cases are handled?
simple, short and well explained
Waiting for next video about static scan!
Interesting topic and well explained as usual!!
Crisp and clear.Thank you
Really a good explanation....🎉
But once he clicks the pay, at that moment, which servers from the bank gives the "paid" information back to the device so that device sends to PSP ?
Thanks so much for this. Great video and very nice animations.
Thanks for the excellent explanation
Just subscribed, great content, I love the visuals, what tool are you using??
Great explanation 👌
Which software did you use for making this video?
Thanks for the good content! Would have been nice to also get some information on possible failures of the workflow to know how to these scenarios could be handled
Just awesome content - in 2 minutes!
Please advise how to draw those beautiful chart & animation chart?
Great content and topic selection.
I will be more helpful if full form of acronyms are shown on screen, example what's PSP?
On my way to Wally world right now.... fingers crossed..... thanks though my guy
Thank you for the video. It was awesome
What tool did you use to create the animation?
Awesome one, would like to see how the data mapping bit works for this with NFRs
Great video! Though I'm a bit skeptical about the step number 10, where the payment gateway is notified by customer's device on successful payment. How does that work?
Does the request(step 10) has a secret token attached to it (generated by a bank?) which gets verified by a PSP on receiving it?
I was wondering about the same thing. Could that be the responsibility of the digital wallet app?
I'm thinking based on PayPal but here's my guess. When the device notifies the payment gateway (PayPal app -> PayPal gateway), it's simply notifying that the user confirmed the payment to go ahead. The PSP gateway will then deduct the value from the users account, etc. and if that's success then notify both the user and merchant.
great,
please a video about static qrcode payment
Like short videos with specific information
Thank you ..I got handed the receipt with code to pay and felt so dumb..I thought I did it right but I always second guess myself ..turns out I did it right just didn't pop up when I scanned it
Please do cover about the static qr code payment plz!
It is not clear from the video where the actual client money are stored. Does the client have an account and some money in PSP system? Or the mentioned Digital Wallet App actually "contains" money on the client's mobile phone?
My guess is that PSP stores client's money (directly or by having access to a credit card added by client) and both client and merchant have PSP access software installed.
And the QR code is required only to "skip" the client identification process in merchant's terminal.
I.e. first the order is "anonymous": "someone wants to spend $10 at merchant's place on order number 12345".
And the client's app says "It's me who wants to pay for that order, take my money from my account."
And in the end PSP says to client "Ok, done, your money spent succesfully" and to merchant "someone has payed on this order, you can give the physical goons to the person now"
Is it close to be correct?
Awesome 👏😊
Great Video.
@alex when can we order your book system design v2 in India?
great vid
Thanks for the Video, but the interesting part about step 9+10 is skipped - what is there happening? (how is it verified, passed on securely, ....)
How does the pay option works with bank? Can you cover that too?
Hey there, a quick question please.
On step 12 I wanted to know on how PSP Gateway notifies the merchant?
Does the merchant periodically calls the PSP G to check the status of the payment or does it establish a connection with PSPG to get notified when status is changed? Or any other ways?
Thank you for these awesome videos.
Please keep them coming.
Love from Nepal 🇳🇵
Through webhooks.
Merchant have to provide a endpoint to the PSP and after the transaction status is changed PSP will hit that endpoint usally with POST call along with the transaction data.
If all merchants will poll that will overwhelm the servers. Probably, websocket connection or long polling.
Would this work the same in WeChat or AliPay?
Hi Alex, thanks for the video! At step 9, what happens if the order is already paid i.e. how do we prevent a double payment?
Does anyone know how to create such videos? Which software or platform is used to create such amazing videos?
It's CC After Effects.
Hello, nice to meet you here, do you have any courses in udemy or something like that ? I am interested to take lessons from you, you explained very clearly
Hello, I would like to know how to build QR payement and use it in apps
I have the first book. Is the Volume 2 a rewrite or an addition with other designs?
I'd also like to know that
Obviously I'm not the author, but volume 2 has additional topics not covered in volume 1. I've not read it yet but the reviews suggest that it covers topics very well at at greater depth than how volume 1 did.
So how's the bank evolved?
In India QR code is static for Merchants
Kroger is using some logic reversely. The app in the mobile device generates the QR code and the console will can the code to finish the payment.
Can't this be simplified further?
The workflow I am thinking is:
1. Merchant generate QR code with necessary details like Order Id, Sender Id and Amount etc in the application itself.
2. Client scans this QR and this QR informs client about transaction details.
3. After this usual payment flow works and if payment is made it is marked as success.
Basically the question is why to generate QR in a separate server and bring in one round trip of network call?
how will the system identify and validated the input coming from external processes ????? it first need to hold or generate a trusted data to be used as input later.
The QR Code has to be generated by the payment gateway due to security reason. It's easy to hack or do middle man attack if everything done at the client side or even at the merchant's server side.
@@ebrahimmansur9815 I don't really understand the need for identification or validation as when we pay, the details are shown send x amount to person y. If data is tampered then just don't go ahead with payment. Moreover, I am currently taking the QR code as an autofill mechanism for a payment, where it just bears the responsibility of holding certain info.
Also, the above video doesn't mention anything about verifying any kind of details as the client just receives the URL of QR.
Please let me know your thoughts :)
@@leezhieng I can't see where the middlemen can reside in the workflow mentioned in a comment until the merchant decides to try something fishy. And even if it does the details related to payment are confirmed by the user before payment. As a matter of fact, in the above video, there is a possibility that middlemen can sit in between the merchant client and PSP and send a tampered URL. Please let me know your thoughts :)
Great content.
Eye opening!
2 personas and 2 sub-process:
1. Merchant to generate QR code
2. Consumer to scan QR code
What is PsP gateway?
Fantastic!
only expert can explain this in 2 mins...
9:48
gold content
yes right, you dont program, you try to get paid, cant do both at same time, choose one, lack in the other
👍🏻
Technology for people with IQ 60
This is overly simplified. This is useless for engineers who want to understand QR code in depth.
useless comon sense info without explainging challnges and error handling!
If you are curious about QR code at 0:33, it is: en.wikipedia.org/wiki/Main_Page 😀😀😀😀