Перейти до

openpayz кілька питань.


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

1. Опція: OPENPAYZ_MANUAL в alter.ini - що вона змінює? (включав - виключав - змін не побачив)

 

2 модуль ?module=payfind&confpaysys=true - він ще мабуть в розробці , а то повносив дані і толку в фін звіті ніякого ))). Чи то може з "бубном" треба підвязувати?

 

3 з рекомендацій документації, створив тип оплати "Самообслуговування" для openpayz. Як його забрати подальше від рук касирів. а то вже вмудрились використати ))

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

Top Posters In This Topic

1. Опція: OPENPAYZ_MANUAL в alter.ini - що вона змінює? (включав - виключав - змін не побачив)

Змінює можливість розносити оплати вручну, у випадку STG_DIRECT=0 (угу, бувають шизофреніки, котрим хочеться кожну оплату рученьками перевірити і внести). Для здорових людей OPENPAYZ_MANUAL нічого не міняє.

 

2 модуль ?module=payfind&confpaysys=true - він ще мабуть в розробці , а то повносив дані і толку в фін звіті ніякого ))). Чи то може з "бубном" треба підвязувати?

Ні. Стабільнісенький і повністю дописаний, ще десь з 0.4.1. Дозвольте запитатись, а якого саме "толку в фінзвіті" ви від нього очікували? Ну можливо феєрверків та спецеффектів? Справді цікаво ;)

Підказую, ось як воно повинно працювати:

post-4093-0-46295100-1392460047_thumb.png

 

3 з рекомендацій документації, створив тип оплати "Самообслуговування" для openpayz. Як його забрати подальше від рук касирів. а то вже вмудрились використати ))

Ну можна, наприклад... еммм.... сказати їм не чіпати типи оплат до яких вони не мають жодного відношення? Пробували?

 

Контроль працівників... то така штука - сьогодні вони типи оплат перемикають(а між тим там бай дефолт готівка стоїть), а завтра всім родичам/кумам/знайомим в обхід каси бабла наливати будуть (коригуванням сальдо, ага).  Як такі речі ви пропонуєте контролювати? Теж якимись низькотехнологічними підпірками?

 

Ні. Для цього є самоочевидний і простий метод. Є такі штуки як "касир", "готівка", "каса". Що вони означають на справді:

1. "Готівка" - це такі різнокольорові папірці, з намальованими на них древніми президентами, поетами та іншими видними діячами.

2. "Касир" - це той хто бере від абонента готівку в руки і кладе їх в касу.

3. "Каса" - це така умовна коробочка де лежать гроші.

 

В кінці дня дивиться кількість оплат по касиру всього - і кількість грошей в касі. А, ну і ще оченятами подивитись на коригування, і спробувати зрозуміти їх причини. Далі можливих варіантів два:

1. Суми однакові? Ок - касир норм працює.

2. Розходяться? Мінус з зарплати / пішла нафіг / закопали в лісі - це вже від настрою.

 

Всі засоби для такого контролю, давно  і успішно присутні та перевірені роками. Нічого астрального придумувати не потрібно.

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

2 модуль ?module=payfind&confpaysys=true - він ще мабуть в розробці , а то повносив дані і толку в фін звіті ніякого ))). Чи то може з "бубном" треба підвязувати?

Ні. Стабільнісенький і повністю дописаний, ще десь з 0.4.1. Дозвольте запитатись, а якого саме "толку в фінзвіті" ви від нього очікували? Ну можливо феєрверків та спецеффектів? Справді цікаво  ;)

 

)) А можна підказати, що де прописати щоб робила та штука:

post-4093-0-48118500-1392460018_thumb.png

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

 

Ооо спасибі за скрін, - догнав шо і як писати .... :)  :)  :)  :)

На здоров'ячко.

 

А про возіння касирів в ліс - дуже дієва практика, раджу обдумати :)

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

До речі (так на замітку) там фронтенд для привата мабуть трохи застарів, не підходить для https://docs.google.com/document/d/10o-PZdvuQ-jtfItyxZe2JHfIekKRPbFeajIGgGcesrQ/edit

 

- прийшлось свій писати.

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

До речі (так на замітку) там фронтенд для привата мабуть трохи застарів, не підходить для https://docs.google....jIGgGcesrQ/edit

Хз, в мене воркає норм. privat2 власне. Відредаговано nightfly
Ссылка на сообщение
Поделиться на других сайтах

Звоните ивоным менеджерам. Торгуетесь о процентах, условиях выплат и всяком таком. Подписываете договор. Работаете.

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

Доброго дня. Ми зараз тестуємо систему отримання платежів з ПриватБанком https://docs.google.com/document/d/1JrH84x2p4FOjm89q3xArvnEfsFXRnbIoa6qJFNq2VYw/edit#heading=h.tyu68cfv9xsp пункт 3.1 протоколу. Запити проходять в логах веб сервера 200, а у відповідь нічого :( ... Підскажіть куди ще дивитися... Доречи, якщо з консолі зробити щось на подобі action=bill_input&bill_identifier=167772195&sum=1.5&pkey=aaa222211332&date=2014-04-17T14:51:50 (це у файлі lynx -post_data http://example.com/blabla < q.txt) то у відповідь буде aaa222211332. В білінгу після таких дій видно проведений платіж, а вот через систему привату - ні!!! Таке уявлення, що ігноруються xml теги.

 

PHP зібрано з наступними опціями:

 

   BCMATH=on: bc style precision math functions

     BZ2=on: bzip2 library support
     CTYPE=on: ctype functions
     CURL=on: CURL support
     DOM=on: DOM support
     FILEINFO=on: fileinfo support
     FILTER=on: input filter support
     FTP=on: FTP support
     GD=on: GD library support
     GETTEXT=on: gettext library support
     HASH=on: HASH Message Digest Framework
     ICONV=on: iconv support
     IMAP=on: IMAP support
     JSON=on: JavaScript Object Serialization support
     MBSTRING=on: multibyte string support
     MCRYPT=on: Encryption support
     MYSQL=on: MySQL database support
     MYSQLI=on: MySQLi database support
     OPENSSL=on: OpenSSL support
     PDF=on: PDFlib support (implies GD)
     PDO=on: PHP Data Objects Interface (PDO)
     PDO_MYSQL=on: PDO MySQL driver
     PDO_SQLITE=on: PDO sqlite driver
     PHAR=on: phar support
     POSIX=on: POSIX-like functions
     SESSION=on: session support
     SIMPLEXML=on: simplexml support
     SOCKETS=on: sockets support
     SQLITE=on: sqlite support
     SQLITE3=on: sqlite3 support
     TOKENIZER=on: tokenizer support
     XML=on: XML support
     XMLREADER=on: XMLReader support
     XMLRPC=on: XMLRPC-EPI support
     XMLWRITER=on: XMLWriter support
     ZIP=on: ZIP support

     ZLIB=on: ZLIB support

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

 

платіж, а вот через систему привату - ні!!! Таке уявлення, що ігноруються xml теги.

в OpenPayz реалізовано першу версію протоколу, що працює чисто на GET запитах.

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

Чи є якісь варіанти щоб вирішити дану ситуацію? Що порекомендуєте зробити?

Використовуємо наразі фронтенд Приват2

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

 

Чи є якісь варіанти щоб вирішити дану ситуацію?

Попросити приватбанк змінити версію протоколу згідно якого до вас прилітають платежі.

 

 

Що порекомендуєте зробити?

ну або ж переписати повністю фронтенд за їх новою специфікацією

 

 

Використовуємо наразі фронтенд Приват2

В мене та всіх інших - повністю собі успішно працює.

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

 

Попросити приватбанк змінити версію протоколу згідно якого до вас прилітають платежі.

 

 

В мене та всіх інших - повністю собі успішно працює.

 

То ви повністю переписували фронтенд для того, щоб працювало? Я вас вірно зрозумів ?

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

 

То ви повністю переписували фронтенд для того, щоб працювало?

З чого такий висновок ви зробили?

 

 

Я вас вірно зрозумів ?

Ні. В мене працює як є. На першій версії протокола. Хочете нову - переписуєте.

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

Ну значить переписувати нафіг.

Так, як не являюся програмістом тому цікавить чи не могли б ви переписати даний фронтенд під новий протокол? Звичайно ж не безкоштовно. Відповідь на дане запитання можете дати в ПП. Дякую

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

Цікавить можливо в когось з форумчан вже є написаний фронтенд під новий протокол привату??? І чи не могли б ним поділитися також за певну плату. Ще раз дякую.

Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)

 

Ну значить переписувати нафіг.

Так, як не являюся програмістом тому цікавить чи не могли б ви переписати даний фронтенд під новий протокол? Звичайно ж не безкоштовно. Відповідь на дане запитання можете дати в ПП. Дякую

 

 

Не безкоштовно це скільки? - Можна переписати. (фронтенд Приват2 - тоже трохи переписував, під https://docs.google.com/document/edit?id=1MZ4Ua8YpEdx43aDFmuOc4Dy3dUgw05ElfwrPdSKo9-g# бо не люблю коли в скрипті немає провірок на всі випадки життя  :) )  В принципі я в себе ПРиват впровадив не так давно - на початку березня. Хоча під час тестування мені спочатку теж хотіли підсадити на найновіший їхній протокол, але я відморозився і сказав що переписувати не буду )), отже працюю на тому протоколі де ссилку вище навів

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

 

Ну значить переписувати нафіг.

Так, як не являюся програмістом тому цікавить чи не могли б ви переписати даний фронтенд під новий протокол? Звичайно ж не безкоштовно. Відповідь на дане запитання можете дати в ПП. Дякую

 

Любий каприз за ваші гроші. Контакти - в профілі / на оффсайті.

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

 

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

Есть несколько вопросов.

Где можно взять бекенд для приват-24? Этот модуль платный? Сколько стоит?

Перестали поступать платежи в биллинг от liqpay, между моментом когда поступали и перестали поступать много чего изменилось, есть ли возможность включить подробное логирование OpenPayz?

Есть ли у кого-нибудь статистика — какую платежную систему больше «любят» пользователи для оплаты услуг интернет?

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

 

 

Где можно взять бекенд для приват-24? Этот модуль платный? Сколько стоит?

Есть вариант поискать на базаре, но я бы для начала заглянул таки в папочку с фронтендами.

 

 

 

Перестали поступать платежи в биллинг от liqpay, между моментом когда поступали и перестали поступать много чего изменилось, есть ли возможность включить подробное логирование OpenPayz?

Ну дык спросите у вашего администратора, пусть посмотрит что там происходит.

 

 

 

Есть ли у кого-нибудь статистика — какую платежную систему больше «любят» пользователи для оплаты услуг интернет?

Ага - берете и смотрите графички в модуле openpayz. Они там для того и есть.

Ссылка на сообщение
Поделиться на других сайтах
Есть вариант поискать на базаре, но я бы для начала заглянул таки в папочку с фронтендами.

Заглядывал, даже скопировал privat и privat2 в /usr/local/www/apache22/data/openpayz/frontend, учиывая рекомендацию документации "переименовать во что-то более рандомное". Но вот в каталоге

/usr/local/www/apache22/data/openpayz/backend например, нашел каталог liqpay (оставшийся от предыдущего хозяина админа), причем содержимое liqpay (который в openpayz/frontend отличается от openpayz/backend), вот я ещё раз вглянул на схему из документации и понял (а может чего и недопонял) что Users работают через Backends, поискал этот модуль (backend), но как-то где-то не нашел, может не там искал?

 

 

 

 

Ну дык спросите у вашего администратора, пусть посмотрит что там происходит.

Ну я так и сделал, сначала спросил сам себя что там и где происходит, после того как в логах старгейзера платеж не нашел, в логах апача никаких ругательств тоже не нашел, в табличку op_transactions тоже новые записи не поступают (при этом платеж проходит нормально). Подумал, может проще спросить здесь, авось кто хоть приблизительно подскажет алгоритм поиска неисправности или ткнет носом в документацию.

Из того что менялось - был интерфейс igb0, стал vlan, также сменился ip биллинга.

 

 

 

Ага - берете и смотрите графички в модуле openpayz. Они там для того и есть.

Да так бы и сделал, только пока подлючен лишь liqpay.

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

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

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

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

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

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

Вхід

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

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

×
×
  • Створити нове...