Jump to content

После пополнения карточкой баланс не изменился.


Recommended Posts

Привет может кто сталкивался. У меня такое впервые. Билинг год в работе все стабильно и надежно все супер. 

 

Сегодня пополнил клиент счет карточкой на 100 гр баланс до этого -100. Баланс не изменился. 

 

В принципе ничего критического все остальные дальше нормально пополняются сегодня. Просто на всякий случай спрошу  может у кого такое было или из за чего такое может быть. :)

Link to post
Share on other sites

 

В принципе ничего критического все остальные дальше нормально пополняются сегодня.

А в оплатах пациента платеж присутствует? Карточка при этом помечена как использованная?

 

 

Просто на всякий случай спрошу  может у кого такое было или из за чего такое может быть. :)

такое быть... в принципе может, почему-бы и нет :)

Link to post
Share on other sites

Я так понял он вчера 9 10 пополнился. После этого непонятно почему взял кредит.  Кредит там на сутки.  Сегодня закончился и позвонил на суппорт. Эти ему опять кредит кинули что бы разобраться с кглюком или  КР.

post-7538-0-13981700-1401715701_thumb.png

post-7538-0-44941100-1401715701_thumb.png

post-7538-0-67168900-1401715701_thumb.png

Link to post
Share on other sites

непонятно, пользователь взял кредит на 100 и заплатил за это 100?

он так в 0 и выходит, ни кредита, ни денег

Link to post
Share on other sites

зачем он кредит взял после пополнения остаеться только догадываться. Но вообще то это не должно влиять на его баланс.

Link to post
Share on other sites
  • 3 months later...

Доброго времени суток! У меня так же не проходят карты оплаты: в платежах отображается, карта помечается как использованная, а баланс не изменяется. При этом никаких кредитов нет. Подскажите, знающие люди, в чем может быть проблема?

Link to post
Share on other sites

Доброго времени суток! У меня так же не проходят карты оплаты: в платежах отображается, карта помечается как использованная, а баланс не изменяется. При этом никаких кредитов нет. Подскажите, знающие люди, в чем может быть проблема?

Возможна проблема связи ЛК со STG. Проверьте настройки в userstats.ini

Еще проверьте запущен ли STG вообще...

Link to post
Share on other sites

Все запущено, проверил конфиги, карта принемается в платежах отображается, а вот баланс остается не изменным. Приходится руками делать корректировку. Подскажите в каком месте (скрипте) происходит зачисление в баланс суммы с карты?

Link to post
Share on other sites

Подскажите в каком месте (скрипте) происходит зачисление в баланс суммы с карты?

./billing/userstats/modules/general/paycards/index.php, строка 66, функция zbs_PaycardUse( $cardnumber ) {}.

И вы вправду думаете, что именно у вас каким-то образом эта функция самомодифицировалась?  :blink:

 

Что в /var/log/stargazer.log ?

Edited by jcomm
Link to post
Share on other sites

В логах пусто.. Вот странно несколько карточек у некоторых пользователей прошли успешно... Функция не модифицировалась, я думал может что с правами....

Link to post
Share on other sites

В логах пусто.. 

Что значит пусто? Как бы stg пишет очень детальный лог, по которому, собственно, и можно все посмотреть...

 

Вот странно несколько карточек у некоторых пользователей прошли успешно... 

И это тоже должно быть в логе.

Edited by jcomm
Link to post
Share on other sites

Да, у тех у кого проходит, в логе пишет что cash parameter changed from .... to .....

Т. е. все хорошо... Но в случае не прохождения карты в логе пусто....

Link to post
Share on other sites

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

Link to post
Share on other sites
Может у кого была подобная прблема?

Была, и неоднократно на этом форуме всплывала

 

Поделитесь или подскажите в какую сторону копать????

В сторону херово заполненных опций

SGCONF = /usr/sbin/sgconf
STG_HOST = localhost
STG_PORT = 5555
STG_LOGIN = admin
STG_PASSWD = 123456

Больше там физически нечему "сломаться". Проверяется очень просто -  попыткой использования модулей кабинета, типа "замораживания", "менялки тарифа" или "попрошайки". Они все используют абсолютно одну и ту же механику работы со stargazer-ом.

 

Также никто не возбраняет нагенерировать вам карточек с ценой "1 xyй", но искренне надеюсь, что вы до этого не догадались. В таком случае да - карточки будут помечаться по номеру как использованные, но ясно, что "1 xyй" денег на счет абонента физически не будет вноситься.

Edited by nightfly
Link to post
Share on other sites

...

 

Также никто не возбраняет нагенерировать вам карточек с ценой "1 xyй", но искренне надеюсь, что вы до этого не догадались. В таком случае да - карточки будут помечаться по номеру как использованные, но ясно, что "1 xyй" денег на счет абонента физически не будет вноситься.

По этому поводу могу предположить проблему точки и запятой в качестве разделителя целой и дробной части.
Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
  • Recently Browsing   0 members

    No registered users viewing this page.

  • Similar Content

    • By Plastilin
      Вітаю. Маю наступний комплект. Ubilling на Debian + Mikrotik CHR як маршрутизатор. Наче все запустилось, але виникло питання яке не вдається розрулити. Читав Wiki, ковиряв, читав знову Wiki, знову ковиряв - не допомогло.
      Чи можливо якось визначити конкретну IP адресу з пулу який видає Mikrotik клієнту через Radius? Мені пропонує обрати наступну вільну адресу з пулу при спробі зміни адреси?
      З цього з'являється додаткове питання, чи можливо контролювати доступ користувачам у яких IP назначений статично, тобто прописаний вручну? Наприклад при зміні статусу не активний - пхати до Firewall Mikrotik правила заборони доступу з IP адреси визначеної вручну, навіть якщо вона не отримана по DHCP.
       
      UPD: з першою частиною знайшов: IP_CUSTOM=1 в alter.ini 
    • By ppv
      Потрібно було витерти одну мережу, всі абоненти з неї були перенесені в іншу. Але світить що 6 IP зайняті, хоча вона повністю вільна.
       
      ID    Мережа/CID           RВсього IP        Використано IP ▾           Вільно IPСервіс
      6      172.16.70.0/23        506                    6                                       500
       
      Підкажіть як правильно це підчистити щоб видалити мережу.
    • By ppv
      Проглянув FAQ і Ubilling Wiki. Зацікавило питання чи є в Ubilling якась реалізація reCAPTCHA, чи потрібно додавати руцями, (для прикладу для форми подачі заявок чи для кабінету користувача)?
       
    • By 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.
    • By 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  
      Повний чейнджлог
      Оновлена демка
       

×
×
  • Create New...