BiTel

Форум BiTel
bgbilling.ru     docs.bitel.ru     wiki.bitel.ru     dbinfo.bitel.ru     bgcrm.ru     billing.bitel.ru     bitel.ru    
Текущее время: 19 июн 2025, 23:07

Часовой пояс: UTC + 5 часов [ Летнее время ]




Начать новую тему Ответить на тему  [ Сообщений: 56 ]  На страницу Пред.  1, 2
Автор Сообщение
СообщениеДобавлено: 19 фев 2014, 18:40 
Не в сети
Клиент

Зарегистрирован: 09 фев 2011, 15:28
Сообщения: 1092
Карма: 135
А можно (и даже нужно!!!) просто добавить платеж, обновить баланс и отдать всё это на откуп биллингу событиями, он сам все рассчитает и включит при необходимости. А ты предлагаешь писать избыточный код проверки баланса и включения. К тому же есть(!) статусы, из которых по платежу не надо статус менять, еще это давай учитывать. Тупиковый ход, где-нибудь что-нибудь рано или поздно вылезет. В общем, skyb, заканчивай полемику, пока тебя помидорами не закидали :)


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 19 фев 2014, 18:44 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
skyb писал(а):
stark писал(а):
skyb писал(а):
почему костыль то? тот же перевод статуса


Он прав, это костыль. А если мы там кроме перевода статуса еще 10 действий делаем , тоже будите все руками делать ? Или завтра добавим новое .
Проблема, я так понял, решена уже.

Так делайте хоть 100, разница в чем, поступил платеж, статус сменился. У меня кое где работает такая схема замечательно. Расчитывается баланс + лимит, если сумма платежа перекрывает эту, то переводим статус в активен. И добавляйте что хотите ;-)


а статус напрямую в БД меняем ?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 19 фев 2014, 20:08 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 03 авг 2009, 18:42
Сообщения: 7166
Откуда: Благовещенск
Карма: 241
stark писал(а):
skyb писал(а):
stark писал(а):
skyb писал(а):
почему костыль то? тот же перевод статуса


Он прав, это костыль. А если мы там кроме перевода статуса еще 10 действий делаем , тоже будите все руками делать ? Или завтра добавим новое .
Проблема, я так понял, решена уже.

Так делайте хоть 100, разница в чем, поступил платеж, статус сменился. У меня кое где работает такая схема замечательно. Расчитывается баланс + лимит, если сумма платежа перекрывает эту, то переводим статус в активен. И добавляйте что хотите ;-)


а статус напрямую в БД меняем ?

нет же, хатя, а разница в чем? меняю через api, но какая разница?

_________________
Код:
  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 19 фев 2014, 20:12 
Не в сети
Аватара пользователя

Зарегистрирован: 30 май 2008, 15:51
Сообщения: 6055
Карма: 244
разница как выше сказали в том, что помимо смены статуса в одной таблице делаются другие дела

_________________
I'm clever. I've got a computer.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 20 фев 2014, 04:45 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 03 авг 2009, 18:42
Сообщения: 7166
Откуда: Благовещенск
Карма: 241
dimOn писал(а):
разница как выше сказали в том, что помимо смены статуса в одной таблице делаются другие дела

В какой таблице? какие дела? .... какой то вы загадашный)))
Если про таблицу с балансами, то разве эти же дела не делаются когда туда заносится приход?

_________________
Код:
  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 20 фев 2014, 08:19 
Не в сети
Клиент

Зарегистрирован: 09 фев 2011, 15:28
Сообщения: 1092
Карма: 135
skyb, зачем все усложнять? Тебе же уже сами разработчики говорят, что это костыль. Хотя никто никого ни к чему не принуждает, если хочешь потренироваться в написании джава-кода, отчасти повторяющего БГшный - велкам. Топик уже во флейм переходит, предлагаю закругляться, тем более что ТС уже решил вопрос предложенным мной способом.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 20 фев 2014, 09:28 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 03 авг 2009, 18:42
Сообщения: 7166
Откуда: Благовещенск
Карма: 241
barguzin2 писал(а):
skyb, зачем все усложнять? Тебе же уже сами разработчики говорят, что это костыль. Хотя никто никого ни к чему не принуждает, если хочешь потренироваться в написании джава-кода, отчасти повторяющего БГшный - велкам. Топик уже во флейм переходит, предлагаю закругляться, тем более что ТС уже решил вопрос предложенным мной способом.

А я вот понять не могу, почему это костыль то? =)

_________________
Код:
  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 20 фев 2014, 11:57 
Не в сети
Аватара пользователя

Зарегистрирован: 30 май 2008, 15:51
Сообщения: 6055
Карма: 244
потому что код метода changeStatus занимает несколько страниц экрана

_________________
I'm clever. I've got a computer.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 20 фев 2014, 12:02 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 03 авг 2009, 18:42
Сообщения: 7166
Откуда: Благовещенск
Карма: 241
dimOn писал(а):
потому что код метода changeStatus занимает несколько страниц экрана

это замечательно, но почему то, что я предлагаю - это костыль, это никак не объясняет

_________________
Код:
  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 20 фев 2014, 17:02 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
skyb писал(а):
dimOn писал(а):
потому что код метода changeStatus занимает несколько страниц экрана

это замечательно, но почему то, что я предлагаю - это костыль, это никак не объясняет


Это бесполезно объяснять, похоже. Предлагаю поверить нам на слово, если нет возможности понять :).


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 20 фев 2014, 17:04 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 03 авг 2009, 18:42
Сообщения: 7166
Откуда: Благовещенск
Карма: 241
stark писал(а):
skyb писал(а):
dimOn писал(а):
потому что код метода changeStatus занимает несколько страниц экрана

это замечательно, но почему то, что я предлагаю - это костыль, это никак не объясняет


Это бесполезно объяснять, похоже. Предлагаю поверить нам на слово, если нет возможности понять :).

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

_________________
Код:
  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 20 фев 2014, 17:05 
Не в сети

Зарегистрирован: 05 окт 2007, 13:36
Сообщения: 1073
Карма: 46
skyb - герой! как смеете сомневаться в его словах? тем более спорить

_________________
интеграция биллинга с 1с http://bgbilling-1c.ru/


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 20 фев 2014, 17:07 
Не в сети
Аватара пользователя

Зарегистрирован: 30 май 2008, 15:51
Сообщения: 6055
Карма: 244
Низы не могут жить по-старому понять, а верхи не хотят ничего объяснять (ц) Ленин :umnik:

_________________
I'm clever. I've got a computer.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 20 фев 2014, 17:20 
Не в сети

Зарегистрирован: 05 окт 2007, 13:36
Сообщения: 1073
Карма: 46
я тебя поддерживаю skyb. все вокруг низы непонятливые(кроме меня), а ты герой!

_________________
интеграция биллинга с 1с http://bgbilling-1c.ru/


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 20 фев 2014, 17:33 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 03 авг 2009, 18:42
Сообщения: 7166
Откуда: Благовещенск
Карма: 241
ахахаха, ладно, не хотите объяснять, значит не костыль, а просто другой способ перевода, я надеюсь что не ошибаюсь

_________________
Код:
  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 20 фев 2014, 17:43 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
skyb писал(а):
ахахаха, ладно, не хотите объяснять, значит не костыль, а просто другой способ перевода, я надеюсь что не ошибаюсь


Мы пытались. Нас не понимают :). Есть такая вещь как аналогия . Вот тут как раз есть пример про статус . Можно поменять статус через наше api, а можно залезть в dbinfo, увидеть что там есть таблица contract_status и статус есть поле в contract.status. И просто обновить эти поля . Но потом случайно узнать, что статус изменяется, но его нет в логах и узнать что еще есть таблица contract_status_log и добавить что-то туда. Потом при закрытии статуса вдруг узнать, что например IPN не закрылся и пользователь продолжает пользоваться интернетом и надо еще событие послать. И так далее..Много раз на что-то натыкаться и искать, что еще забыли, или просто вызвать наш метод, который сделает все как надо, потому что там уже все нашли и поправили и сделали как надо.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 20 фев 2014, 17:54 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
skyb писал(а):
stark писал(а):
skyb писал(а):
почему костыль то? тот же перевод статуса


Он прав, это костыль. А если мы там кроме перевода статуса еще 10 действий делаем , тоже будите все руками делать ? Или завтра добавим новое .
Проблема, я так понял, решена уже.

Так делайте хоть 100, разница в чем, поступил платеж, статус сменился. У меня кое где работает такая схема замечательно. Расчитывается баланс + лимит, если сумма платежа перекрывает эту, то переводим статус в активен. И добавляйте что хотите ;-)


У него не поступил платеж. Он платежи, из другого кода вообще добавляет(из глобального скрипта например), не на событие прихода платежа. а если, например, настроены дебетовые абонплаты и статус закрыт , то нужно проверить хватает ли денег на начисление и если хватает, то отрыть статус. Это то, что пришло на вскидку..И еще много чего может вылезти. Обработчики прихода платежа могут быть у нас встроенными в разные модули. В приведенным примере npay тоже делает действия. И если по приходу платежа писать свой скрипт смены статуса, а потом его еще и штатный обработчик поменял, то это двойная работа и поле для багов.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 20 фев 2014, 18:11 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 03 авг 2009, 18:42
Сообщения: 7166
Откуда: Благовещенск
Карма: 241
stark писал(а):
skyb писал(а):
ахахаха, ладно, не хотите объяснять, значит не костыль, а просто другой способ перевода, я надеюсь что не ошибаюсь


Мы пытались. Нас не понимают :). Есть такая вещь как аналогия . Вот тут как раз есть пример про статус . Можно поменять статус через наше api, а можно залезть в dbinfo, увидеть что там есть таблица contract_status и статус есть поле в contract.status. И просто обновить эти поля . Но потом случайно узнать, что статус изменяется, но его нет в логах и узнать что еще есть таблица contract_status_log и добавить что-то туда. Потом при закрытии статуса вдруг узнать, что например IPN не закрылся и пользователь продолжает пользоваться интернетом и надо еще событие послать. И так далее..Много раз на что-то натыкаться и искать, что еще забыли, или просто вызвать наш метод, который сделает все как надо, потому что там уже все нашли и поправили и сделали как надо.

так нет жеж, я же писал что и для чего я делал, менял именно через api, а не в базе. и как менял я тоже жеж написал

_________________
Код:
  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 20 фев 2014, 18:13 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 03 авг 2009, 18:42
Сообщения: 7166
Откуда: Благовещенск
Карма: 241
stark писал(а):
skyb писал(а):
stark писал(а):
skyb писал(а):
почему костыль то? тот же перевод статуса


Он прав, это костыль. А если мы там кроме перевода статуса еще 10 действий делаем , тоже будите все руками делать ? Или завтра добавим новое .
Проблема, я так понял, решена уже.

Так делайте хоть 100, разница в чем, поступил платеж, статус сменился. У меня кое где работает такая схема замечательно. Расчитывается баланс + лимит, если сумма платежа перекрывает эту, то переводим статус в активен. И добавляйте что хотите ;-)


У него не поступил платеж. Он платежи, из другого кода вообще добавляет(из глобального скрипта например), не на событие прихода платежа. а если, например, настроены дебетовые абонплаты и статус закрыт , то нужно проверить хватает ли денег на начисление и если хватает, то отрыть статус. Это то, что пришло на вскидку..И еще много чего может вылезти. Обработчики прихода платежа могут быть у нас встроенными в разные модули. В приведенным примере npay тоже делает действия. И если по приходу платежа писать свой скрипт смены статуса, а потом его еще и штатный обработчик поменял, то это двойная работа и поле для багов.

вот, теперь понятно, тогда да, логично. Но изначально же было про то что пришел платеж, смени статус
>при внесении платежа через gui открывается же.

_________________
Код:
  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 20 фев 2014, 18:45 
Не в сети
Клиент

Зарегистрирован: 09 фев 2011, 15:28
Сообщения: 1092
Карма: 135
Ну давай вернемся к теме, какие здесь могут быть нюансы: уже писал, что помимо баланса не для всех договоров и не для всех статусов нужно переводить в состояние активен, опять же зависит от конфига.
Код:
# статусы договора, из которых кредитовый договор может быть переведён в активный статус по платежу
# в случае, если сальдо станет положительным
credit.contract.open.by.payment.status=

Это для кредитовых. Договор закрывается, но абонент делает последний платеж, а ты его раз - включаешь скриптом.

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

Это так, на вскидку. Что еще может вылезти - неизвестно, пока не наступишь на очередные грабли.

Ну как, убедили ?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 21 фев 2014, 05:06 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 03 авг 2009, 18:42
Сообщения: 7166
Откуда: Благовещенск
Карма: 241
barguzin2, наверное не убедили, а объяснили. В таких ситуациях - да, согласен

_________________
Код:
  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 24 фев 2014, 18:02 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 29 мар 2010, 23:11
Сообщения: 5854
Карма: 472
Извините, что встреваю в ваш спор, но в преддверии 6.1 решил навести порядок в старых скриптах, переписать то, что писалось временно (но как оказалось проработало очень долго) в динкод (да да. лучше поздно чем никогда).

Собственно есть скрипт который заносит расход, на определенных типах платежах, в сумме равной сумме платежа.
Решил воспользоваться советами из темы и бросать события об изменении баланса (ранее событий не бросалось просто вызывалось bu.updateBalance();

Код:
public class addChargeForInstall
   extends EventScriptBase
{
   //ID платежей для которых заносить расходы
   private final List<Integer> PAY_FOR_CHARGE = Arrays.asList(14,23,25,27,28,31,29);
      
   @Override
   public void onEvent( Event event, Setup setup, ConnectionSet connectionSet )
      throws Exception
   {
      Connection con  = connectionSet.getConnection();
      int cid = event.getContractId();
      Payment payment = ((PaymentEvent) event).getPayment();
      int tpid = payment.getTypeId();
      
      if(PAY_FOR_CHARGE.contains(tpid)){
         BalanceUtils bu = new BalanceUtils( con );
         ChargeManager chm = new ChargeManager( con );
         BigDecimal paySum = payment.getSumma();
         Date payDate = payment.getPaymentDate();
         
         //Карта соотношений ID платежей к ID расходов
         Map<Integer,Integer> chargeMap = new HashMap();
         chargeMap.put(14,8);
         chargeMap.put(23,21);
         chargeMap.put(25,22);
         chargeMap.put(27,23);
         chargeMap.put(28,24);
         chargeMap.put(31,28);
         chargeMap.put(29,25);
         
         Charge c = new Charge();
            c.setContractId( cid );
            c.setChargeDate( payDate );
            c.setTypeId(chargeMap.get(tpid));
            c.setUserId(User.USER_SERVER);
            c.setSumma(paySum);
            c.setComment("Автоматическое занесение расхода за установку");
         chm.updateCharge( c );
         bu.updateBalance(payDate, cid);
         EventProcessor.getInstance().publishAfterCommit(new ChargeEvent(User.USER_SERVER, c));
         EventProcessor.getInstance().publishAfterCommit(new ContractBalanceChangedEvent(cid, c.getSumma()));
      }
   }

}


Мой вопрос в следующем.
Если писать
Код:
chm.updateCharge( c );
bu.updateBalance(payDate, cid);
EventProcessor.getInstance().publishAfterCommit(new ChargeEvent(User.USER_SERVER, c));
EventProcessor.getInstance().publishAfterCommit(new ContractBalanceChangedEvent(cid, c.getSumma()));

То произойдет добавление 2 (!двух) расходов.
Если же писать
Код:
//chm.updateCharge( c );
bu.updateBalance(payDate, cid);
EventProcessor.getInstance().publishAfterCommit(new ChargeEvent(User.USER_SERVER, c));
EventProcessor.getInstance().publishAfterCommit(new ContractBalanceChangedEvent(cid, c.getSumma()));

То все в порядке, добавляется один расход и все замечательно.

И теперь меня интересует то ли я дурак, то ли я что-то упускаю и все равно дурак.
У вас так же прописано для платежей
Код:
 pm.updatePayment(payment);
eventProc.publish(new PaymentEvent(user, payment));
eventProc.publish( new ContractBalanceChangedEvent(cid, payment.getSumma()) );

и судя по всему никаких двойных платежей нет.
В чем же прикол у меня?

_________________
Цитаты великих людей :umnik:
Напишите в helpdesk © stark
повторяю: => хелпдеск => доработка => профит © dimOn
свершилось... © skn
Мой код изящен, лёгок, оригинален, краток. Как прохладный весенний ветерок, как звонкий ручей! © dimOn
Вежливый разработчик © Artur
Эти баги тоже исправлены, как и те, которые еще не написаны © Artur
ну т.е. существует воркэраунд, ок © dimOn


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 24 фев 2014, 19:12 
Не в сети
Аватара пользователя

Зарегистрирован: 30 май 2008, 15:51
Сообщения: 6055
Карма: 244
абсурд какой-то, если писать
Код:
//chm.updateCharge( c );

то в каком месте расход то добавляется?
Цитата:
То все в порядке, добавляется один расход и все замечательно.

это не замечательно, а какой-то косяк где-то.
Он может добавиться только в скрипте на одном из событий ChargeEvent или ContractBalanceChangedEvent в таком случае.
Или я чего-то не понял.

_________________
I'm clever. I've got a computer.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 24 фев 2014, 19:14 
Не в сети
Аватара пользователя

Зарегистрирован: 30 май 2008, 15:51
Сообщения: 6055
Карма: 244
так... стоп, два расхода добавляется или двойная сумма расхода к балансу? в любом случае непонятно откуда она берётся если добавление самого расхода через updateCharge не сделано

_________________
I'm clever. I've got a computer.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 24 фев 2014, 19:40 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 29 мар 2010, 23:11
Сообщения: 5854
Карма: 472
Хм. Димон отбой.
После твоего сообщения решил все перепроверить.
Походу подвис старый скрипт. Я просто снял галочку с "Приход платежа" в списке событий и сохранил старый скрипт, когда начал проверять то, что наваял в динкоде.
Но он все равно кажись выполнялся до перезапуска процесса BGBillingServer'а.
Перезапустил процесс - добавляется 1 расход.
Извиняюсь за беспокойство :)

_________________
Цитаты великих людей :umnik:
Напишите в helpdesk © stark
повторяю: => хелпдеск => доработка => профит © dimOn
свершилось... © skn
Мой код изящен, лёгок, оригинален, краток. Как прохладный весенний ветерок, как звонкий ручей! © dimOn
Вежливый разработчик © Artur
Эти баги тоже исправлены, как и те, которые еще не написаны © Artur
ну т.е. существует воркэраунд, ок © dimOn


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 25 фев 2014, 04:25 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 03 авг 2009, 18:42
Сообщения: 7166
Откуда: Благовещенск
Карма: 241
ага, есть такой косячек/фича, чтоб отработали изменения(когда убираешь старые скрипты bgbs), они кэшируются, нада рестартить биллинг

_________________
Код:
  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 56 ]  На страницу Пред.  1, 2

Часовой пояс: UTC + 5 часов [ Летнее время ]


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron
POWERED_BY
Русская поддержка phpBB
[ Time : 0.061s | 68 Queries | GZIP : On ]