payment apps

[Fiyin]

The existing HPSDK handles payments/transactions in a pending state. With the upcoming payment apps only handling for rejections and resolves, how can fraud pending states be handled?

[Zsyk]

I have the same question. do you resolve it?

[Luke_K]

Hey @Fiyin

Thanks for raising this! Presently the Payment Apps API does not have the ability to handle that pending state. However, we acknowledge that this functionality would be useful and we're working on building this at the moment. I can't share an explicit ETA right now, but I'd recommend to keep an eye on the Developer Changelog. Hope that at least explains things!

[Zsyk]

Thanks for your feedback. We confused if we want to complete the transaction integration in September，before the pending state ready，how should we process the pending state？

[Luke_K]

Hey @Zsyk 

Alas, there wouldn't be a way to do that in the Payment Apps API at the moment,  as the 'pending' state does not exist as a concept in the GraphQL API.  Naturally it exists on HPSDK presently. If migrating from HPSDK to the Payment Apps API,  you have until December 31st 2021 as noted here. 

The 'pending' state on the Payment Apps API is a prioritised feature too, so it's likely we're going to be seeing it soon if that helps.

[Zsyk]

Got it, it looks we couldn't finish integration until the "pending" feature ready. In fact we are the third-party payment provider, we know that the HPSDK deprecation date is December 31,2021. We just want to finish the whole integration process ASAP so that we have enough time to test payment and inform our merchant to migrate.