add check order method #13
Conversation
Co-authored-by: Nikita Vaniasin <[email protected]>
Co-authored-by: Nikita Vaniasin <[email protected]>
|
приношу извинения, что создал чтолько проблем. :) |
checkorder.go
Outdated
| Status string `json:"Status"` // Статус платежа | ||
| RRN string `json:"RRN,omitempty"` // Внутренний номер операции в платежной системе — кроме операций по СБП. | ||
| Success bool `json:"Success"` // Успешность операции | ||
| ErrorCode uint64 `json:"ErrorCode"` // Код ошибки, «0» - если успешно |
There was a problem hiding this comment.
Нужно как-то проверить, какой тут тип поля. Иначе потом придется переделывать в случае ошибки.
Я вижу что например notification использует string, но в доке написано number.
Нужен тест (как описал в предыдущем комменте)
There was a problem hiding this comment.
Ok. я проверю что они возвращают в ErrorCode.
There was a problem hiding this comment.
извините за задержку.
у меня не получилось проверить. я не знаю как сделать заказ с ошибкой в платеже.
возможно что никак.
думаю что надо оставить код ошибки в списке PaymentsCheckOrder как в описании.
ErrorCode | number
и в примере тоже "ErrorCode": 0
а вот ошибка код ошибки в корневом ответе - стока. и проверить легко. поставил несуществующий заказ и получил код ошибки с типом string.
добавлен метод проверки заказа
https://www.tbank.ru/kassa/dev/payments/#tag/Standartnyj-platezh/operation/CheckOrder
думал что покажет все операции по заказу, а по факту показывает только последнюю.
был прецедент.
сделал сгенерил QR.
клиент оплатил его.
в процессе выполнения у робота произошла ошибка.
сервер сделал отмену платежа. все прошло без ошибок.
а потом банк отменил возврат и уведомление не прислал. :)
со слов поддержки, типа не было средств на счету. по идее это можно эмулировать.
или в конце дня проверять соответствие статусов на отмененные заказы.