Перейти к содержимому

Ipay + openpayz что происходит?


Рекомендованные сообщения

 

 

еподскажите что это может быть
 Я бы обратился в Ipay
Изменено пользователем oberon85
Ссылка на сообщение
Поделиться на других сайтах

Да можно закрывать тему. скажу одно это правильная работа

Ссылка на сообщение
Поделиться на других сайтах

 

Да можно закрывать тему. скажу одно это правильная работа

Абон пополнял по копейке ?

 

заддосить решил? ))

Ссылка на сообщение
Поделиться на других сайтах

Ребята. Теперь реально проблема. у кого ipay ?  у вас работает сервис ?

http://joxi.ru/RmzxMv8s0MGLGA 

После выбора суммы пополнение. 

Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или войдите в него для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Войти

Уже зарегистрированы? Войдите здесь.

Войти сейчас
  • Сейчас на странице   0 пользователей

    Нет пользователей, просматривающих эту страницу.

  • Похожие публикации

    • Автор: sanyadnepr
      Приветствую всех.
      Подскажите пожалуйста где копнуть и нет ли проблемы со стороны протокола взаимодействия сити24 или возможно не учтена необходимая проверка в модуле сити24 в Ubilling, пока писал понял что похоже в проверке payID, но это не точно.  
      Недавно обнаружилось с сити24 начали прилетать дубликаты платежей, в целом платежей мало, два одинаковых запроса Pay с одинаковым transactionID и payID в одну секунду одному платежному ID при этом биллинг "думает" примерно чуть больше минуты и отвечает одним ответом <result>0</result>, сити24 утверждает что ответ они не получили и по протоколу дальше повторяет запросы дублем, биллинг ответ и так по кругу, сити24 спрашивает каким образом с одинаковым payID от сити24 билл продолжает обрабатывать запросы и пополнять абоненту счет раз в 5 минут примерно, на одну и туже сумму, ведь этот payID уже был обработан предполагают сити24 согласно протоколу.
      Конечно есть вопрос к сити24 зачем они дублем присылают два запроса, но они отвечают что эта ситуация учтена в протоколе и проблема на стороне биллинга, потому что он пополняет счет по уже обработанному одинаковому payID.
      При этом transactionID в дублях одинаковый, но с каждым новым дублем разный.
      Если зафаерволить запросы от сити24, но оставить возможность отвечать то после блокировки билл отправляет 2-3 минуты 6 ответов <account>0001</account>  <result>0</result>.
      После снятия блокировки, дубли и платежи нескольких проблемных абонентов прилетают так же по кругу, при этом и с некоторыми новыми пополнениями происходит аналогичная ситуация.
      В openpayz в платежах transactionID и не видно payID.
    • Автор: vde
      День добрый!

      Тинькофф обновили форму оплаты, может уже кто написал готовый код (с формированием чека)? 
      https://www.tinkoff.ru/kassa/develop/widget/receipt/
    • Автор: Andy_km
      Добрый день, форумчане.
       
      Помогите, уже сломал голову.
       
      Фронтенд privatx несколько лет безотказно работал на старом сервере. Выполнили перенос биллинга на новый и фронтенд начал банку отправлять ответ следующего содержания:
       
      "DT":"2021.06.25 11:22:31.146" "REF":"SEARCH" URI":"http://billing_host/openpayz/frontend/privatx/index.php" "REQUEST_BODY": "<?xml version="1.0" encoding="UTF-8" standalone="yes"?> <Transfer action="Search" interface="Debt" xmlns="http://debt.privatbank.ua/Transfer"> <Data xsi:type="Payer" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> <Unit name="bill_identifier" value="5200000"/> </Data> </Transfer>" "RESPONSE_BODY": "<br /> <b>Fatal error</b>: Uncaught Error: [] operator not supported for strings in /usr/local/www/apache24/data/openpayz/libs/api.mysql.php:85Stack trace: #0 /usr/local/www/apache24/data/openpayz/libs/api.openpayz.php(201): simple_queryall('SELECT * from `...') #1 /usr/local/www/apache24/data/openpayz/frontend/privatx/index.php(304): op_CustomersGetAll() #2 /usr/local/www/apache24/data/openpayz/frontend/privatx/index.php(499): pbx_ReplySearch('5200000') #3 {main} thrown in <b>/usr/local/www/apache24/data/openpayz/libs/api.mysql.php</b> on line <b>85</b> <br />"  
      Помогите понять с чем связан Fatal error.
       
      Благодарен за любую помощь.
    • Автор: ProstoName
      Прикручиваю платежи через приват.
      Настроил фронтенд privatmulti и Openpayz по доке. Базы и вьюшка созданы.
      В дебаг режиме поиск работает. Но при проверке с привата, вылетает такая ошибка:
       
      Что мог не донастроить???
    • Автор: Vitaliy1984
      где искать файлы config/mysql.ini и config/openpayz.ini и где можно взять фронтпед  yndex деньги сбербанк  и tachcard и самое главное как это все запилить в убиллинг
       
×
×
  • Создать...