You can change your thinking about this and generate a payment URL/QR code, and the user can send it to his friends to make payment.
You can refer to WeChat scan code payment. Your APP always has a server, just let it generate it https://pay.weixin.qq.com/wiki/doc/api/native.php?chapter=6_3#
[Mode 2]: The merchant's backend system calls WeChat Pay [Unified Order API] to generate a prepaid transaction, and generates a QR code from the link returned by the interface. The user scans the code and enters the password to complete the payment transaction. Note: The prepaid order in this mode is valid for 2 hours and cannot be paid after expiration. Detailed access steps
WeChat itself does not have payment agents, only the following types: 1. In-app payment jumps to WeChat for payment, and returns to the app 2. Scan the QR code to pay <一> to generate the QR code for payment, scan the QR code Then jump to WeChat for payment. 3. Scan the QR code to pay <two>, scan the WeChat payment code through the app, and then pay via WeChat 4. WeChat internal page payment (official account) initiates payment through page js.
You can choose according to your business, but the permissions you apply for are different.
Since the app is an open platform, scan code payment, public account payment, and card payment belong to the public platform. So the implementation is slightly different. 1. Enable scan code payment 2. When paying in the app, don’t rush to place an order together. When the user chooses to pay on behalf of the user, he or she agrees to the payment method of placing an order and chooses to scan the QR code to pay, and then shares the QR code. 3. Share with your friends for identification.
You have to apply separately for the public platform and the open platform, and pay 300 yuan twice (PS: One time, a customer said that both the public platform and the open platform were opened, so I asked him how many times you asked for 300 yuan~~~). This issue is not involved. Based on the inspiration from the first floor~~~~The copyright belongs to the first floor
![[Web front-end] Node.js quick start](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
You can change your thinking about this and generate a payment URL/QR code, and the user can send it to his friends to make payment.
You can refer to WeChat scan code payment. Your APP always has a server, just let it generate it
https://pay.weixin.qq.com/wiki/doc/api/native.php?chapter=6_3#
WeChat itself does not have payment agents, only the following types:
1. In-app payment jumps to WeChat for payment, and returns to the app
2. Scan the QR code to pay <一> to generate the QR code for payment, scan the QR code Then jump to WeChat for payment.
3. Scan the QR code to pay <two>, scan the WeChat payment code through the app, and then pay via WeChat
4. WeChat internal page payment (official account) initiates payment through page js.
You can choose according to your business, but the permissions you apply for are different.
View from the same page:
Since the app is an open platform, scan code payment, public account payment, and card payment belong to the public platform. So the implementation is slightly different.
1. Enable scan code payment
2. When paying in the app, don’t rush to place an order together. When the user chooses to pay on behalf of the user, he or she agrees to the payment method of placing an order and chooses to scan the QR code to pay, and then shares the QR code.
3. Share with your friends for identification.
You have to apply separately for the public platform and the open platform, and pay 300 yuan twice (PS: One time, a customer said that both the public platform and the open platform were opened, so I asked him how many times you asked for 300 yuan~~~).
This issue is not involved. Based on the inspiration from the first floor~~~~The copyright belongs to the first floor