Перейти к содержимому

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

Опубликовано:

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

 

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

 

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

  • Ответы 62
  • Created
  • Последний ответ

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....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

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

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

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

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

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

Войти

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

Войти сейчас

×
×
  • Создать...