Метод дозволяє інтегратору отримати поточний статус та реквізити T2P-платежу за зовнішнім ідентифікатором (externalPaymentId), який інтегратор передав при створенні платежу в deeplink (параметр id).

Тіло відповіді ідентичне тілу вебхуку, який банк надсилає на callbackSuccess / callbackFail. Це дозволяє інтегратору не піднімати власний сервер для прийому вебхуків, а періодично опитувати статус самостійно.

Рекомендації щодо використання

1. Зберігайте externalPaymentId на своєму боці одразу при створенні платежу — це єдиний ключ для подальшого опитування статусу.
2. Платіж переходить у фінальний стан (success / rejected / *_not_completed) зазвичай протягом кількох секунд після завершення операції на терміналі. До цього моменту статус буде pending.
3. Опитування статусу — це резервний механізм. Основний рекомендований спосіб отримання результату — вебхук на callbackSuccess / callbackFail, переданий у запиті на створення платежу. Якщо ви плануєте використовувати цей спосіб як основний — передавайте в callbackSuccess / callbackFail адресу, куди потенційно в майбутньому будуть приходити вебхуки.
4. Якщо ви опитуєте статус у циклі — використовуйте експоненційну затримку (наприклад, 1 с → 2 с → 5 с → 10 с → 30 с) і обмежте загальний час очікування (наприклад, 2 хвилини). Після цього вважайте платіж невизначеним і звертайтесь у підтримку.
5. Поля maskedPan, cardMask, approvalCode, rrn, responseCode, countryCard зʼявляються у відповіді не одразу — лише після того, як по платежу побудована виписка. Якщо вам критично отримати ці поля — виконайте повторний запит через 10–30 секунд після переходу у status=success.