Перейти до

OpenPayz - LiqPay


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

 

 

настройки опенпейз в сторону старгейзера

 

Другие же платежи, достигают необходимого результата.

 

Может быть из за того что в Платежный ID  используется точка? В какой таблице платежные ID клиентов хранятся?   

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

 

 

 

настройки опенпейз в сторону старгейзера

 

Другие же платежи, достигают необходимого результата.

 

Может быть из за того что в Платежный ID  используется точка? В какой таблице платежные ID клиентов хранятся?   

 

круто я тоже с точками влетел было дело ........  ))) вот тут прям  ТУТОЧКИ

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

ХЕЛП ми ... чо енто панимаю вот паправить где не пойму .... вот чуйка шо гдесь кривыми ручками хось наклацал ....якусь там запятую но где    ??

 

 

Warning: mysql_real_escape_string() [function.mysql-real-escape-string]: Access denied for user ''@'localhost' (using password: NO) in /usr/local/www/apache24/data/openpayz/backend/liqpay/index.php on line 107

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

1.

настройки опенпейз-->

настройка мускула

десь там 

/usr/local/www/apache24/data/openpayz/

 

2. ну незнаю ще де ви могли наклацати

настройка мускула .... 

порт ... проверил

логин ... проверил

пароль проверил ....

 

пипец...

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

так что поменять юзера или пароль или то и то....??? 

что посоветуете......

а вот ещё ..... как liqpay из beckenda c маськой связывается .... как он на ней авторизовывается ....?? 

тыкните плиз ....))

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

так что поменять юзера или пароль или то и то....??? 

что посоветуете......

а вот ещё ..... как liqpay из beckenda c маськой связывается .... как он на ней авторизовывается ....?? 

тыкните плиз ....))

ну посмотрите что б у вас в конфиге были актуальные логин и пароль доступа к БД

а по связке платежных систем - читайте доку по опенпейзу

и смотрите как реализовано у других

Ссылка на сообщение
Поделиться на других сайтах
// подключаем API OpenPayz

include ("../../libs/api.openpayz.php");

 

вот чего нефатало в  /usr/local/www/apache24/data/openpayz/backend/liqpay/index.php

 

или его там не було или я его случайно удалил .....

 

но все вроде завелось 

 

после того как  

 

дописал .....

 

так что спс за помощь......

Відредаговано seversever404
Ссылка на сообщение
Поделиться на других сайтах
  • 6 months later...
Привет, парни подскажите как сделать вместо AVAIL_PRICES="10,20,30", сумму прописью?

десять гривен ноль ноль копеек? :)

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

 

Привет, парни подскажите как сделать вместо AVAIL_PRICES="10,20,30", сумму прописью?

десять гривен ноль ноль копеек? :)

 

Например тарифы: 100,150,200, но заплатить абону нужно еще за пользование кредита, 100 тариф + 5 грн кредит = 105.

или абон хочет за несколько месяцев внести оплату.

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

 

 

Привет, парни подскажите как сделать вместо AVAIL_PRICES="10,20,30", сумму прописью?

десять гривен ноль ноль копеек? :)

 

Например тарифы: 100,150,200, но заплатить абону нужно еще за пользование кредита, 100 тариф + 5 грн кредит = 105.

или абон хочет за несколько месяцев внести оплату.

 

не сумма прописью . А самостоятельно указывать сумму оплаты . ЛОгика присутствует

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

 

 

 

Привет, парни подскажите как сделать вместо AVAIL_PRICES="10,20,30", сумму прописью?

десять гривен ноль ноль копеек? :)

 

Например тарифы: 100,150,200, но заплатить абону нужно еще за пользование кредита, 100 тариф + 5 грн кредит = 105.

или абон хочет за несколько месяцев внести оплату.

 

не сумма прописью . А самостоятельно указывать сумму оплаты . ЛОгика присутствует

 

+

тоже интересно

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

 

 

 

Привет, парни подскажите как сделать вместо AVAIL_PRICES="10,20,30", сумму прописью?

десять гривен ноль ноль копеек? :)

 

Например тарифы: 100,150,200, но заплатить абону нужно еще за пользование кредита, 100 тариф + 5 грн кредит = 105.

или абон хочет за несколько месяцев внести оплату.

 

не сумма прописью . А самостоятельно указывать сумму оплаты . ЛОгика присутствует

 

sorry, а как то указывать сумму самостоятельно?

Ссылка на сообщение
Поделиться на других сайтах
не сумма прописью . А самостоятельно указывать сумму оплаты . ЛОгика присутствует

 

подправить форму создания платежа по аналогии например с backend платежкой Uniteller. Но это хреновая идея, особенно при ежедневном снятии средств.

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

 

не сумма прописью . А самостоятельно указывать сумму оплаты . ЛОгика присутствует

 

подправить форму создания платежа по аналогии например с backend платежкой Uniteller. Но это хреновая идея! особенно при ежедневном снятии средств

 

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

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

 

не сумма прописью . А самостоятельно указывать сумму оплаты . ЛОгика присутствует

 

подправить форму создания платежа по аналогии например с backend платежкой Uniteller. Но это хреновая идея, особенно при ежедневном снятии средств.

 

почему хреновая при ежедневном?

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

 

 

подправить форму создания платежа по аналогии например с backend платежкой Uniteller. Но это хреновая идея, особенно при ежедневном снятии средств.

Типа того, да.

 

 

 

почему хреновая при ежедневном?

Потому, что вы сами себе ломаете кешфлоу и роняете АРПУ.

Ссылка на сообщение
Поделиться на других сайтах
почему хреновая при ежедневном?

если клиенты при ежедневном снятии средств научатся экономить, то вам скорее всего придется закрыть лавочку и заняться чем нибудь другим, например музыкой. Или терять до 80% реальной прибыли.

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

Не хочу спорить, данный вопрос скорее относится к разделу политики компании в плане конкуренции и взаимоотношений с клиентами.

Интересует именно техническая сторона вопроса в разрезе работы биллинга.

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

 

 

Интересует именно техническая сторона вопроса в разрезе работы биллинга.

Биллингу технически пофиг, какие оплаченные  суммы  придут от платежного шлюза, такие и нарисует.

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

 

не сумма прописью . А самостоятельно указывать сумму оплаты . ЛОгика присутствует

 

подправить форму создания платежа по аналогии например с backend платежкой Uniteller. Но это хреновая идея, особенно при ежедневном снятии средств.

 

Кто-нибудь подправил форму? Поделитесь?

Вот было бы классно... Ввел юзер 100 грн , а к оплате в LIQPAY уже 102.75.. и на счет в биллинг ему приходит 100

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

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

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

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

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

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

Вхід

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

Войти сейчас
  • Зараз на сторінці   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 и самое главное как это все запилить в убиллинг
       
×
×
  • Створити нове...