Здорово, что получилось создать подходящее решение. Спасибо, что делитесь опытом! Если ваш клиент принимает платежи по QR-кодам, то может пригодиться ещё отдельный вебхук с событием incomingSbpPayment. По нему мы отправляем уведомление только о входящих платежах по QR-коду со следующими данными: 1. идентификатор операции; 2. id QR-кода; 3. данные покупателя: имя, отчество и первая буква фамилии; 4. номер телефона; 5. сумма операции; 6. наименование ТСП; 7. merchantId; 8. назначение платежа, если оно было указано в момент создания QR-кода.
А кто из банков может при создании отложенного чека отправлять вебхук? Как бы создаешь заказ, и когда его выполняешь клиент приходит и оплачивает его. На сторону в обоих событиях уходит вебхук. И при создании отложенного чека и при его оплате.
Здорово, что получилось создать подходящее решение. Спасибо, что делитесь опытом!
Если ваш клиент принимает платежи по QR-кодам, то может пригодиться ещё отдельный вебхук с событием incomingSbpPayment. По нему мы отправляем уведомление только о входящих платежах по QR-коду со следующими данными:
1. идентификатор операции;
2. id QR-кода;
3. данные покупателя: имя, отчество и первая буква фамилии;
4. номер телефона;
5. сумма операции;
6. наименование ТСП;
7. merchantId;
8. назначение платежа, если оно было указано в момент создания QR-кода.
Подробностями делимся здесь: https://enter.tochka.com/doc/v2/redoc/section/Opisanie-metodov#Vebhuki
Пишите, если понадобимся, всегда рады помогать решать вопросы бизнеса :)
sbp есть, расскажите вашими клиентам о решении :)
А @Тинькофф можете так?
Здравствуйте.
Уточним о такой возможности и вернемся с ответом.
Да, так мы умеем 😊
А кто из банков может при создании отложенного чека отправлять вебхук? Как бы создаешь заказ, и когда его выполняешь клиент приходит и оплачивает его. На сторону в обоих событиях уходит вебхук. И при создании отложенного чека и при его оплате.