Перейти до

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 користувачів

    Немає користувачів, що переглядають цю сторінку.

  • Схожий контент

    • Від camchatix
      Добрий день,
      створили запасний NAS із зайвою хромосомою, все працює але коли треба вбити сесію користувача - то у списку NAS серверів лише один (той що основний)
      переназначити швидкість теж не можу
      я так розумію пакети CoA Disconnect, CoA connect, PoD - ідуть на IP адресу старого NAS ?
    • Від grach_witch_cheese
      Вітаю, колеги!
      Маю наступну схему:
      DHCP-сервер: Accel-PPP (IPoE) DHCP-Relay: MikroTik RADIUS: Запущений безпосередньо на сервері uBilling Зараз авторизація абонентів здійснюється за MAC-адресою, але планується перехід на авторизацію через Option 82.
      У документації uBilling наведені приклади конфігурацій, коли DHCP-сервер працює локально (на самому uBilling) і містить відповідні шаблони для обробки Option 82.
      Однак немає чіткої інформації про використання Option 82 при віддаленому DHCP-сервері, зокрема, коли Accel-PPP використовується як DHCP-сервер у режимі remote та налаштований через Купаген.
      Питання:
      Чи можливо використовувати Accel-PPP як віддалений DHCP-сервер з авторизацією через Option 82? Якщо так, то де відбувається парсинг значень Remote-ID і Circuit-ID? Де в цьому випадку мають зберігатися шаблони для Option 82? Буду вдячний за роз'яснення або посилання на відповідні приклади.
    • Від nightfly
      Ubilling 1.5.2 rev 9302 Book of Endings
       
      Зміни в структурі БД. alter.ini: нова опція FASTPROFITCALC_ENABLED, що вмикає швидкий підрахунок прибутку. alter.ini: нова необов'язкова опція KARMA_IN_PROFILE що вмикає показ карми в профілі користувача. alter.ini: нова опція SWITCHES_AUTH_ENABLED, що вмикає довідник даних авторизації пристроїв. alter.ini: нова опція PON_SCRIPTS_ENABLED, що вмикає підтримку скриптів OLT в ПОНізаторі. alter.ini: нова опція PON_ONU_FDB_SELFFILTER, що вмикає фільтр MAC-ів при відображенні FDB за ONU. alter.ini: нова опція USERBYIP_ENABLED, що вмикає виклик userbyip в RemoteAPI. alter.ini: пачка нових опцій PB_FASTURL_*, що керують поведінкою модулю відсилання коротких посилань на оплату. Модуль PONizer: виправлена помилка зникнення PON інтерфейсів при опиті BDCOM GP3600 Модуль “Профіль користувача”: для опису плагінів профілю та оверлеїв на кшталт “чорної магії” тепер опційно можливо вказувати link_target. Модуль “Панель задач”: для опису елементів панелі задач, тепер опційно можна вказувати LINK_TARGET. Модуль Записи телефонних розмов: вирішено проблеми швидкодії, при перегляді списку записів дзвінків. Модуль “Записи телефонних розмов”: більше не призводить до вичерпання пам'яті процесу, при перегляді великих архівів дзвінків. Модуль “Записи телефонних розмов”: новий аудіо-плеєр для прослуховування записів з візуалізацією аудіо-хвилі. Модуль “Пошук оплат”: реалізовано можливість швиденького підрахунку прибутку по обраних чекбоксами платежах. Модуль УКВ: реалізовано можливість швиденького підрахунку прибутку по обраних чекбоксами платежах. Модулі Мапа обладнання та користувачів: трішки вичищено код. Ліпше не стало. Модуль “Мапа будинків”: поле пошуку при розташуванні будинку, тепер попередньо заповнено локацією, при переході за посиланням “розташувати на мапі”. Модуль “Панель задач”: опція TB_QUICKSEARCH_INLINE змінила свою поведінку, та може тепер приймати значення 0|1|2. Модуль “Звіт по трафіку”: виправлено проблему відображення графіків OphanimFlow для NAS на роздільних здатностях менше ніж FullHD. Кабінет користувача: в модулі “Відеоспостереження” відображення попереднього перегляду каналів користувача, стало трішки притомнішим. Сховище зображень: трішки покращено поведінку форми завантаження. RemoteAPI: новий виклик onusigcompressor, що радикально стискає розпухаючі дані історії сигналів ONU. RemoteAPI: новий виклик pbxmonrefill, що оновлює кеш записів телефонних розмов. RemoteAPI: новий виклик userbyip, що повертає дані про користувача за його IP. OpenPayz: в бекенді та фронтенді platon виправлено проблему диких заокруглень, при вказанні зовнішньої комісії.  
      Повний чейнджлог
      Оновлена демка
       

    • Від ppv
      Після оновлення до 1.5.1 не відображаються сигнали на
      OLT BDCOM P3310B (Device version10.1.0B)

      та
      P3608-2TE (Firmware Version10.1.0E). 

      3310C та P3608B ніяких проблем немає, знімає все добре. 
      З GPON3600-8 все зрозуміло будуть виправлення в Ubilling: 1.5.2.
       
      Може в когось було щось подібне? Хочу знати куди копати.
    • Від ~AsmodeuS~
      Розщеплення платежів
      В нашу систему додається підтримка нового функціоналу платіжних систем під назвою «Розщеплення платежів»
      Список систем:
      — Liqpay
      — Приват
      — Easypay merchant
      — Easypay provider (скоро)
      — Portmone (скоро)
      — City24 (скоро)
      — iPay (скоро)
      Список підтримуваних платіжних може бути розширено в майбутньому.
      Уже доступно в release 1.30.00.
      Підтримується з Paysys V4.
×
×
  • Створити нове...