Перейти до

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

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

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

 

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

 

  Цитата

 

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

 

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

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

 

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

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

 

  Цитата

 

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

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

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

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

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

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

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

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

 

  В 17.04.2014 в 15:16, nightfly сказав:

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

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

 

 

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

Відредаговано chinhis
Ссылка на сообщение
Поделиться на других сайтах
  В 17.04.2014 в 19:05, ruslyk123 сказав:

 

  В 17.04.2014 в 15:16, nightfly сказав:

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

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

 

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

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

 

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

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

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

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

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

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

 

 

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

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

 

 

 

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

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

 

 

 

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

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

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

Заглядывал, даже скопировал 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), но как-то где-то не нашел, может не там искал?

 

 

 

 

  В 07.10.2014 в 07:46, nightfly сказав:
Ну дык спросите у вашего администратора, пусть посмотрит что там происходит.

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

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

 

 

 

  В 07.10.2014 в 07:46, nightfly сказав:
Ага - берете и смотрите графички в модуле 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 и самое главное как это все запилить в убиллинг
       

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