Пошук по сайту
Результати пошуку за тегами 'openpayz'.
Найдено 17 результатов
-
Добрый день! Подключил данный модуль. Подключил Fondy(тестовый мерчант). Делаю оплату из личного кабинета(тестовая карта). А в админке, платежа нет((( В чем может быть проблема?
-
-
решено
-
Подскажите пожалуйста в чем может быть проблема? Всё сделал по мануалу, а в ubilling вижу примерно следующее: Например у пользователя было на счету 10 рублей, произвожу оплату в 20 рублей через qiwi frontend, на счету остается 10 рублей, а в истории платежей указано,что был произведен платеж в 20 рублей и до оплаты на счету было -10. Помогите разобраться что я не так делаю пжлст.
-
Прикручиваю платежи через приват. Настроил фронтенд privatmulti и Openpayz по доке. Базы и вьюшка созданы. В дебаг режиме поиск работает. Но при проверке с привата, вылетает такая ошибка: Что мог не донастроить???
-
1. Опція: OPENPAYZ_MANUAL в alter.ini - що вона змінює? (включав - виключав - змін не побачив) 2 модуль ?module=payfind&confpaysys=true - він ще мабуть в розробці , а то повносив дані і толку в фін звіті ніякого ))). Чи то може з "бубном" треба підвязувати? 3 з рекомендацій документації, створив тип оплати "Самообслуговування" для openpayz. Як його забрати подальше від рук касирів. а то вже вмудрились використати ))
-
Приветствую всех. Подскажите пожалуйста где копнуть и нет ли проблемы со стороны протокола взаимодействия сити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.
-
Добрый день, форумчане. Помогите, уже сломал голову. Фронтенд 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. Благодарен за любую помощь.
-
всем привет) помогите решить проблему с liqpay сначала делал все по инструкции но так ничего и не получилось немного тупил с адресами в конце концов пререместил openpayz в каталог userstats (знаю что не по феншую) и вроде заработало но деньги не зачисляются) (как и у большинства) Если платеж вормируется и проходит предполагаю что с бекэндом все ок mysql.ini openpayz.ini userstats.ini alter.ini frontend/liqpay/index.php я не трогал) (вроде все как в документации) var/log/apache24/log.my.domail.net.log var/log/stargazer.log я вот еще хз что делать с этими параметрами в самом liqpay в логе id 00000 это логин такой тестовый я выбрал "вюшку" там где полностю цыфровые логины и платежный ид стал такойже как логин. Спасибо)
-
Внимательно перечитал доку по настройке openpayz в частности privatmulti, но нигде не нашел какой урл прописать привату на свой фронтенд.
-
Помогите начинающему реализовать фронтенд платежной системы regulpay https://fc-sistema.com/uk Поих требованию запросы от ситсемы приходят к провайдеру в ввиде GET запросы.Сервер должен формировать ответы в XML Как все это грамотно реализовать для этого билинга. Заранее спасибо. В файле оригинальная инструкция от платежной системы. Протокол обмена fcsistema.doc
-
Все працює норм аномалій не замічав, але є такі абоненти в яких змінюється платіжний id. І дійсно в угоді записували один, а через певний час інший. При оплатах логіни буквенні а ід цифровий, говорять на касі 1-2 абоненти в місяць таких. З чим це може бути повязано? І куди копати?
-
День добрый! Тинькофф обновили форму оплаты, может уже кто написал готовый код (с формированием чека)? https://www.tinkoff.ru/kassa/develop/widget/receipt/
-
где искать файлы config/mysql.ini и config/openpayz.ini и где можно взять фронтпед yndex деньги сбербанк и tachcard и самое главное как это все запилить в убиллинг
-
Запилил интеграцию с яндексом, надо кому? не кошелёк физморды, а полноценная касса https://kassa.yandex.ru/fees/ ток это самое.... там быдлоговнокодинг зашкаливает. делал для себя, строго не пинайте
-
При настройке OPENPAYZ столкнулся с тем, что: В кабинете пользователя указан Платежный ID 2886746321 В админке по этому же пользователю 976842769. Делаю Поиск пользователя - Поиск по полям профиля - Платежный ID - находит только тот ID, что в админке. Естественно, что абоны не могут пополняться через терминалы Как такое может быть? Спасибо за помощь!
-
По этому протоколу отправляет платежи приватбанк https://docs.google.com/document/d/1JrH84x2p4FOjm89q3xArvnEfsFXRnbIoa6qJFNq2VYw/edit будет ли под ним работать фронтэнд privatx или privat2 ?
