我想创造这样的东西
upi://pay?pa=ACCOUNT_NUMBER@IFSC_CODE.ifsc.npci&pn=MERCHANT_NAME&cu=INR
如果我使用上述格式,人们将无法使用该链接付款。它显示错误
Transaction Limit Exceeded
。即使客户没有超出银行设定的限额,也会出现此错误。
我怀疑该二维码未被识别为商户二维码。
是否需要添加任何 URI 参数以使其成为商家 URI。
我还获取了一些 UPI 文档链接,但似乎都不起作用。请建议我在哪里可以找到最新的官方文档。
https://www.npci.org.in/sites/default/files/UPI%20Linking%20Specs_ver%201.6.pdf https://www.npci.org.in/sites/all/themes/npcl/images/PDF/UPI_Linking_Specs_ver_1.5.1.pdf
上面的链接给出了404错误
有人可以发布截至2023年10月31日的最新工作链接吗?
因为,我没有太多的声誉来评论,我直接回答你的问题,并跟进问题并分享自我经验:
此事件很大程度上取决于以下问题:
对于二维码:
mc
和 am
,表示 商户类别 和支付金额。如果您的用例不需要 am
,请尝试仅使用 mc
。
在这种情况下,GPay PhonePe确实支持二维码支付。 HDFC 银行的 UPI 应用程序提供了所有功能,其中之一是 mam
提供最低金额支持。am
存在并且其值大于2000,则禁止通过NPCI从图库扫描。对于超链接:
Transaction Limit Exceeded
,正如您所指出的正确。signkey
、tr
交易参考 ID 等字段,则不会发生这种情况。如果可以以某种方式跟踪 UPI 应用程序的返回值,那么这些实际上很有用。 (对于应用程序开发很有用。)但是在您的用例中,如果您使用不带所有参数的超链接,我几乎可以保证您在所有情况下都会收到该错误消息。无法在 PSP 中工作的原因是其实施不当或实施过于安全。以安全的名义,他们总是要求用户首先打开他们的应用程序,该应用程序实际上为您创建了一个安全会话,然后进行任何交易。这些实际上阻碍了 UPI 的精神,即尽管开放,但应用程序周围创建的工具或生态使其几乎依赖于支付网关。
但是请放心,如果您使用带有
mc
(和 am
)的 QR 介质,GPay、PhonePe、HDFC Banks UPI 等应用程序可以正常工作。