Перейти до

openpayz PORTMONE


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

Доброго времени суток. Настраиваю онлайн оплату через portmone.com по мануалу http://wiki.ubilling.net.ua/doku.php?id=openpayzи конечного результата не могу добиться =(

Проделанные действия:

1) "Вкатываем дамп реестра транзакций:"

2) "И вьюшку которая будет маппить логины реальных пользователей на их «Платежный идентификатор» используемый для работы уже с платежными системами. Например так, если у вас полностью цифровые логины у пользователей:" 

CREATE VIEW op_customers (realid,virtualid) AS SELECT users.login, users.login FROM `users`;

3) всюду повключать OPENPAYZ_REALID после этого, к слову «всюду» это в alter.ini и в userstats.ini

4) После чего правим конфиг config/mysql.ini под наши реалии

5) и конфиг config/openpayz.ini

 

После проделанных действий я:

        - захожу в кабинет пользователя

        - выбираю онлайн платежи

        - кнопка portmone

        - попадаю на IP/billing/openpayz/backend/portmone/?customer_id=00001 где выбираю сумму платежа

        - после чего попадаю на страницу portmone https://www.portmone.com.ua/secure/gate/pay.phpс информацией о заказе 

 и нажав оплатить меня редиректит на http://www.afternic.com/forsale/OurIsp.com?utm_campaign=tdfs_namefind&traffic_id=Namefind&traffic_type=TDFS/ok/ post-9672-0-51979800-1472135321_thumb.jpg

 

Настроек не так уже и много, но понять где косяк чет не могу - подскажите куда копать?

Направьте, пожалуйста, на путь истинный.

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

 

 

- попадаю на IP/billing/openpayz/backend/portmone/?customer_id=00001 где выбираю сумму платежа

А при виде этого URL-а, у вас не закрадываются сомнения, что делая все по документации, должно было бы получиться чуть-чуть не так?

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

 

- попадаю на IP/billing/openpayz/backend/portmone/?customer_id=00001 где выбираю сумму платежа

А при виде этого URL-а, у вас не закрадываются сомнения, что делая все по документации, должно было бы получиться чуть-чуть не так?

 

 

а что не так с этим урл? http://192.168.0.1/billing/openpayz/backend/portmone/?customer_id=00001

customer_id у пользователя действительно 00001

вот скрин post-9672-0-79973700-1472140592_thumb.png 

ну и после "отправить" 

post-9672-0-79973700-1472140592_thumb.png

 

nightfly направь пжлст

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

 

nightfly направь пжлст

направляю: http://wiki.ubilling.net.ua/doku.php?id=openpayz

 

 

Такс, я сходил по предложенному направлению. Проделал все снова и в файле portmone.ini отредактировал "good_url"  "bad_url" - теперь редиректит по ссылкам указанным в переменных выше. Да и portmone видит мои действия - вот скрин post-9672-0-96675500-1472144085_thumb.png

но в op_transcations пустота... пожалуйста, подскажи

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

Во второй раз: http://wiki.ubilling.net.ua/doku.php?id=openpayz

Там четко сказано, что openpayz должен находиться на уровень выше. Итого вы строите одну херню, пытаетесь использовать другую херню, и получаете в результате третью херню. Круговорот херни в природе.

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

 

но в op_transcations пустота... пожалуйста, подскажи

Во второй раз: http://wiki.ubilling.net.ua/doku.php?id=openpayz

Там четко сказано, что openpayz должен находиться на уровень выше. Итого вы строите одну херню, пытаетесь использовать другую херню, и получаете в результате третью херню. Круговорот херни в природе.

 

 

И снова я сходил по тому же адресу

Я считал, что 

 

 

Далее, от корня Ubilling прячем OpenPayz от кривых апдейтов греха подальше

носит чисто рекомендательный характер. Ну да ладно.

Выполнил:

 

 

# cd /usr/local/www/apache24/data/billing/

# cp -R ./openpayz ../

 

Поправил сразу в userstats.ini c OPENPAYZ_URL=../openpayz/backend/ на OPENPAYZ_URL=http://194.xxx.xxx.254/openpayz/backend/

... но результат пока отсутствует = в op_transactions пустота =(

на всякий случай с и в третий раз сходил в доку, но "недовыполненных" пунктов нету

Ссылка на сообщение
Поделиться на других сайтах
. но результат пока отсутствует = в op_transactions пустота =(

1. Посмотрите что приходит от portmone. 

2. Какую ссылку вы им отдали для уведомления об оплате? У меня проблема была следующая, они прописали ссылку http://xxx.xxx.xxx/portome/ и из-за последнего "/" - затирался весь POST запрос.

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

 

. но результат пока отсутствует = в op_transactions пустота =(

1. Посмотрите что приходит от portmone. 

2. Какую ссылку вы им отдали для уведомления об оплате? У меня проблема была следующая, они прописали ссылку http://xxx.xxx.xxx/portome/ и из-за последнего "/" - затирался весь POST запрос.

 

 с ссылкой всё норм.

 

При отправке уведомления portmone получает: Invalid response code CODE=15 REASON=User_Not_Found

 

я везде повключал openpayz_realid

 

при оплате на портмоне передается ?customer_id=00001

 

это реальный айди юзера, юзер единственный и только что созданный, LOGIN_GENERATION=INCREMENTFIVE

 

oberon85 а у тебя логины юзеров как генерируются?

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

 

 

. но результат пока отсутствует = в op_transactions пустота =(

1. Посмотрите что приходит от portmone. 

2. Какую ссылку вы им отдали для уведомления об оплате? У меня проблема была следующая, они прописали ссылку http://xxx.xxx.xxx/portome/ и из-за последнего "/" - затирался весь POST запрос.

 

 с ссылкой всё норм.

 

При отправке уведомления portmone получает: Invalid response code CODE=15 REASON=User_Not_Found

 

я везде повключал openpayz_realid

 

при оплате на портмоне передается ?customer_id=00001

 

это реальный айди юзера, юзер единственный и только что созданный, LOGIN_GENERATION=INCREMENTFIVE

 

oberon85 а у тебя логины юзеров как генерируются?

 

дело не в генерации логина, а во вьюшке для БД как эти самые customer_id генерироваться будут

пробуйте не по логину а по стандартному CRC32 

-- transform users.login -> crc32(users.login);
CREATE VIEW op_customers (realid,virtualid) AS SELECT users.login, CRC32(users.login) FROM `users`;
Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)

 

 

 

. но результат пока отсутствует = в op_transactions пустота =(

1. Посмотрите что приходит от portmone. 

2. Какую ссылку вы им отдали для уведомления об оплате? У меня проблема была следующая, они прописали ссылку http://xxx.xxx.xxx/portome/ и из-за последнего "/" - затирался весь POST запрос.

 

 с ссылкой всё норм.

 

При отправке уведомления portmone получает: Invalid response code CODE=15 REASON=User_Not_Found

 

я везде повключал openpayz_realid

 

при оплате на портмоне передается ?customer_id=00001

 

это реальный айди юзера, юзер единственный и только что созданный, LOGIN_GENERATION=INCREMENTFIVE

 

oberon85 а у тебя логины юзеров как генерируются?

 

дело не в генерации логина, а во вьюшке для БД как эти самые customer_id генерироваться будут

пробуйте не по логину а по стандартному CRC32 

-- transform users.login -> crc32(users.login);
CREATE VIEW op_customers (realid,virtualid) AS SELECT users.login, CRC32(users.login) FROM `users`;

 

Доброго времени суток! По CRC32 в op_transactions появилась транзакция 

id	1
hash	9ec4da90b6396cc201caf0c49b3de0аa
date	2016-08-31 11:30:48
summ	5
customerid	1037788229
paysys	PORTMONE
processed	1
note	

но баланс юзера 

Баланс 0 UAH

 

хотя в платежах 

Дата	Платеж	Баланс
2016-08-31 11:30:48	5	-5

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

 

 

2016-08-31 11:30:48 5 -5

смотреть логи старгейзера по юзеру

видно что было -5, пополнили на 5
сами посчитаете что в итоге получилось?)) 

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

 

 

 

 

. но результат пока отсутствует = в op_transactions пустота =(

1. Посмотрите что приходит от portmone. 

2. Какую ссылку вы им отдали для уведомления об оплате? У меня проблема была следующая, они прописали ссылку http://xxx.xxx.xxx/portome/ и из-за последнего "/" - затирался весь POST запрос.

 

 с ссылкой всё норм.

 

При отправке уведомления portmone получает: Invalid response code CODE=15 REASON=User_Not_Found

 

я везде повключал openpayz_realid

 

при оплате на портмоне передается ?customer_id=00001

 

это реальный айди юзера, юзер единственный и только что созданный, LOGIN_GENERATION=INCREMENTFIVE

 

oberon85 а у тебя логины юзеров как генерируются?

 

дело не в генерации логина, а во вьюшке для БД как эти самые customer_id генерироваться будут

пробуйте не по логину а по стандартному CRC32 

-- transform users.login -> crc32(users.login);
CREATE VIEW op_customers (realid,virtualid) AS SELECT users.login, CRC32(users.login) FROM `users`;

 

Доброго времени суток! По CRC32 в op_transactions появилась транзакция 

id	1
hash	9ec4da90b6396cc201caf0c49b3de0аa
date	2016-08-31 11:30:48
summ	5
customerid	1037788229
paysys	PORTMONE
processed	1
note	

но баланс юзера 

Баланс 0 UAH

 

хотя в платежах 

Дата	Платеж	Баланс
2016-08-31 11:30:48	5	-5

Вы действительно логики не видите ??? ок 2016-08-31 11:30:48    5    -5 

у пользователя был отрицательный баланс -5 ОК так  вы пополнили на 5 ОК =0 все работает 

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

 

2016-08-31 11:30:48 5 -5

смотреть логи старгейзера по юзеру

видно что было -5, пополнили на 5

сами посчитаете что в итоге получилось?)) 

 

 

 

 

 

 

 

 

. но результат пока отсутствует = в op_transactions пустота =(

1. Посмотрите что приходит от portmone. 

2. Какую ссылку вы им отдали для уведомления об оплате? У меня проблема была следующая, они прописали ссылку http://xxx.xxx.xxx/portome/ и из-за последнего "/" - затирался весь POST запрос.

 

 с ссылкой всё норм.

 

При отправке уведомления portmone получает: Invalid response code CODE=15 REASON=User_Not_Found

 

я везде повключал openpayz_realid

 

при оплате на портмоне передается ?customer_id=00001

 

это реальный айди юзера, юзер единственный и только что созданный, LOGIN_GENERATION=INCREMENTFIVE

 

oberon85 а у тебя логины юзеров как генерируются?

 

дело не в генерации логина, а во вьюшке для БД как эти самые customer_id генерироваться будут

пробуйте не по логину а по стандартному CRC32 

-- transform users.login -> crc32(users.login);
CREATE VIEW op_customers (realid,virtualid) AS SELECT users.login, CRC32(users.login) FROM `users`;

 

Доброго времени суток! По CRC32 в op_transactions появилась транзакция 

id	1
hash	9ec4da90b6396cc201caf0c49b3de0аa
date	2016-08-31 11:30:48
summ	5
customerid	1037788229
paysys	PORTMONE
processed	1
note	

но баланс юзера 

Баланс 0 UAH

 

хотя в платежах 

Дата	Платеж	Баланс
2016-08-31 11:30:48	5	-5

Вы действительно логики не видите ??? ок 2016-08-31 11:30:48    5    -5 

у пользователя был отрицательный баланс -5 ОК так  вы пополнили на 5 ОК =0 все работает 

 

 

Страннова-то как-то, ведь пользователь свежо созданный и его баланс нулевой.

Прочитав Ваши ответы сразу же попробовал еще раз - результат:

Дата	             Платеж	Баланс
2016-08-31 16:53:40	5	-5
2016-08-31 11:30:48	5	-5

и снова 

Баланс	0 UAH

а вот в /var/log/stargazer.log

2016-08-31 11:30:47 -- [conf_sg] Attempt to connect with wrong password from admin@127.0.0.1:10004.
2016-08-31 16:53:40 -- [conf_sg] Attempt to connect with wrong password from admin@127.0.0.1:10030.

и тут я понял, что где-то в районе /openpayz/config/openpayz.ini  я налажал с параметром stg_passwd, ложно посчитав, что там должен быть пароль от админки юбиллнга (видимо луч с Венеры меня нагрел в темячко)

 

Исправив на правильный пароль - всё сработало, отобразилось и вообще настало счастье =)

Спасибо огромное всем откликнувшимся

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

 

 

смотреть логи старгейзера по юзеру

верх самолюбия, цитировать себя же, но

2016-08-31 11:30:47 -- [conf_sg] Attempt to connect with wrong password from admin@127.0.0.1:10004.
2016-08-31 16:53:40 -- [conf_sg] Attempt to connect with wrong password from admin@127.0.0.1:10030. 

я таки был прав)))

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

Доброго времени суток.

 

Такая же фигня с подключением Portmone как у топикстартера. Точнее - платёж проходит, в кабинете Portmone он появляется, но в базу платёж не попадает, т. е. подозрение падает на бэкенд.

 

В логах [conf_sgне выдаёт ничего (!), хотя STG_DIRECT=1. Пароль stg_passwd выставлен правильно. Папка openpayz, естественно, предсказуемо вынесена за пределы billing. Все настройки проверены не единожды.

 

Идентификация по customer_id (в Liqpay всё работало).

 

В чём может быть трабл?

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

Дорого времени суток.
Столкнулся с проблемой.
Платеж проходит, но транзакция при оплате через портмоне не попадает в op_transactions но при этом с включенным логированием в /var/www/openpayz/backend/portmone/config/portmone.ini пишется в файл forms.log
Настроено по оф. Wiki , openpayz перенесен на уровень выше , OPENPAYZ_REALID включен, пароли к stg и mysql проверены несколько раз. В stargazer.log ошибок нету.
Вьюв использовал.
-- transform users.login -> crc32(users.login);
CREATE VIEW op_customers (realid,virtualid) AS SELECT users.login, CRC32(users.login) FROM `users`;
Virtual id присутствуют в таблице .
Прошу подсказать в какую сторону копать?

Ссылка на сообщение
Поделиться на других сайтах
11 часов назад, timur-zxc сказав:

Платеж проходит, но транзакция при оплате через портмоне не попадает в op_transactions но при этом с включенным логированием в /var/www/openpayz/backend/portmone/config/portmone.ini пишется в файл forms.log

Соднание транзакции никак не связано с бэкэндом.

Смотрите для начала свой  httpd-access.log стучится ли вообще хоть что-то в openpayz/frontend/portmone

Ссылка на сообщение
Поделиться на других сайтах
годину тому, timur-zxc сказав:

Нет, не стучится в openpayz/frontend/portmone

Ну тогда почему вы ожидаете, что у вас какие-то платежи будут происходить?

Решайте что-то с конфигурацией этого всего со стороны самой платежки.

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

Ну тогда почему вы ожидаете, что у вас какие-то платежи будут происходить?

Решайте что-то с конфигурацией этого всего со стороны самой платежки.

Написал в тех поддержку портмоне, они прописали у себя url .../openpayz/frontend/portmone/ , запросы стали приходить, платежи начали заносится в биллинг.

Спасибо.

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

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

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

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

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

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

Вхід

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

Войти сейчас
  • Зараз на сторінці   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.
    • Від nightfly
      Ubilling 1.4.3 rev 9058 The Bladewood Grove
       
      Зміни в структурі БД. alter.ini: нові опції OPHANIMFLOW_ENABLED та OPHANIMFLOW_URLS котрі вмикають та керують інтеграцією з OphanimFlow. alter:ini: нова опція PHOTOSTORAGE_POSTPROCESSING, що вмикає післяобробку зображень при завантаженні в Сховище зображень. alter:ini: нова опція PHOTOSTORAGE_WATERMARK, що вмикає розміщення вотермарки на всіх зображеннях, що завантажуються. alter:ini: нова опція PHOTOSTORAGE_RECOMPRESS, що вмикає зміну компрессії завантажених зображень. alter:ini: нова опція PHOTOSTORAGE_AUTORESIZE, що вмикає автоматичне та лагідне масштабування зображень конячих розмірів. alter:ini: нова опція PHOTOSTORAGE_DRAWIMGINFO, що вмикає вдруковування в зображення відлагоджувальної інформації. alter.ini: нова опція ONDEMAND_CHARTS, що вмикає відкладене завантаження графіків завантаження користувацької смуги. userstats.ini: нова опція OPHANIM_ENABLED, що вмикає інтеграцію OphanimFlow в кабінеті користувача. Модуль Заздрість: тепер авторизаційні дані пристроїв, не відображаються в списку пристроїв. Модуль “Заздрість”: при створенні та редагуванні пристроїв, для полів “пароль” та “enable пароль” тепер використовуються інпути паролів. Модуль “Заздрість”: заздрісним пристроям додано нове поле “Порт”. Тепер в скриптах можна використовувати, відповідний макрос {PORT}. Модуль “Статистика трафіку користувача”: проведено радикальний рефакторинг. Модуль “Статистика трафіку користувача”: додано опційну можливість, відображення трафіку отриманого з OphanimFlow. Модуль “Статистика трафіку користувача”: виправлено проблему невірного відображення залишку коштів на кінець місяця, при використанні Ішимури. Модуль “Статистика трафіку користувача”: додано можливість відображення графіків за останню годину з OphanimFlow. Модуль “Користувачі”: додано опційну можливість, відображення трафіку отриманого з OphanimFlow. Модуль “Сховище зображень”: тепер додатково перевіряє завантажувані зображення на тему їх валідності. Модуль “Фінансові операції”: виправлено відображення суми платежів користувача. Remote API: новий виклик ophanimtraff, який просто бере і синхронізує локальну БД з віддаленими джерелами OphanimFlow. Remote API: виклик userbynum тепер також опційно містить поле з “Платіжним ID” користувача. Глобально: у всіх полях вводу паролів, окрім форми входу, тепер відображається елемент керування “показати/приховати” пароль. Кабінет користувача: в модулі “Трафік” додано опційну можливість, відображення трафіку отриманого з OphanimFlow. Кабінет користувача: в модулі “Трафік” виправлено проблему невірного відображення залишку коштів на кінець місяця, при використанні Ішимури. Кабінет користувача: в модулі “Відеоспостереження” для NVR WolfRecorder замінено розділювач попередньо заповнених даних авторизації. OpenPayz: додано frontend portmonemulti, для отримання платежів від різних контрагентів. Інформацію по контрагентам бере з біллінгу, також використовую розширену інформацію контрагента. Платіжна система в контрагенті мусить бути створена, як PORTMONE 1984tech: додано функціонал генерації RPZ для isc-bind, спасибі @misterromanbush  
      Повний чейнджлог
      Оновлена демка
       

    • Від mac
      Здається, після оновлення PHP 7.4 до PHP 8.2 feesharvester припинив працювати:
       
      /usr/local/bin/curl "http://127.0.0.1/billing/?module=remoteapi&key={SERIAL}&action=feesharvester" <br /> <b>Fatal error</b>: Uncaught TypeError: Unsupported operand types: string - string in {UBPATH}/billing/api/libs/api.fundsflow.php:570 Stack trace: #0 {UBPATH}/billing/modules/remoteapi/feesharvester.php(22): FundsFlow-&gt;harvestFees('2024-01') ...  
      Невеличке розслідування врешті з'ясувало, що це через наявність пробілу у деяких логінах абонентів. Як так сталося? Тому що інколи був неуважно додан трейлінг пробіл до номеру будинка і цей пробіл потрапив до логіну абоненту. Логін абоненту неможливо змінити ніяким чином штатними засобами. Я не розглядаю створення нового абонента для усунення помілки.

      Був обран такий шлях вирішення проблеми. Заміну функції php explode() знайшов у мережі. Мабуть це станеться в нагоді:

       
      diff api.fundsflow.php.bak api.fundsflow.php.new 559c559 < $eachfee = explode(' ', $eachline); --- > $eachfee = preg_split("~(?<!\\\\)(?:\\\\{2})*'[^'\\\\]*(?:\\\\.[^'\\\\]*)*'(*SKIP)(*F)|\s+~s" , $eachline);  
    • Від Dilan
      Собственно ищу кто сделает такую связку с нуля под ключ. Тз высылаю в личку. Заранее спасибо.
    • Від ukrtelekom
      Доброго часу!
      Шукається адміністратор віддалений для разової роботи по коригуванню працюючого Ubilling з мікротами. Якщо стосунки зклєяться- то до постійної додаткової копійки. 
      Всім заздалегідь дякую. Хейти, бажано не писати. Контакти в приватні повідомлення або O73283344O
×
×
  • Створити нове...