Выделенная строчка свидетельствует о том, что платежные системы ещё не успели полностью загрузиться, а платеж уже пришел.
Только один платеж не прошел или совсем перестали поступать платежи?
Оформите BugReport, техспецы посмотрят. Лог нужен полностью.
да, та ошибка была из-за того, что решение не успело загрузиться.
сейчас же сразу всплывает вторая ошибка.
25/06/2010 13:05:10:807375 [153860096] WARNING HttpRequestChronopay failed to process event. Reason: Event parameter <transactiontype> not identified. Externa
l request { uri='/chronopay' message_body='transaction_id=23611099&transaction_type=Purchase&date=06%2F25%2F2010+05%3A03%3A36&time=05%3A03%3A36&site_id=***&product_id=***&total=2.00¤cy=RUB&customer_id=***&cs1=4&cs2=&cs3=***&username=&password=&language=en&sign
=526b9f5842b1541eb867d7a134a7f872&payment_type=Yandex&auth_code=' }. Content-Type: 'application/x-www-form-urlencoded; charset=utf-8'. Response: 'NO DATA'.
25/06/2010 13:05:11:711066 [153860096] WARNING HttpRequest failed to process event. Reason: Business logic error.
параметр transactiontype в UCC удалил вообще из проверки (т.к. хронопэй изменили протокол обмена, и вместо ожидаемого onetime стали ставить туда Purchase). странно, почему он все же его так хочет получить?
т.к. хронопэй изменили протокол обмена, и вместо ожидаемого onetime стали ставить туда Purchase
Проблема связана именно с изменением протокола.
Новый протокол поддерживается в последних сборках платежных систем, однако работают последние сборки платежных систем только в версиях биллинга 5.2.1-008 и выше.
Правильно ли я понимаю, что купленный ранее модуль просто бесполезен, хотя должен был работать до 2015 года?
Или обновление бесплатное до 008 предоставят в таком случае?