BiTel

Форум BiTel		 bgbilling.ru     docs.bitel.ru     wiki.bitel.ru     dbinfo.bitel.ru     bgcrm.ru     billing.bitel.ru     bitel.ru    
Текущее время: 04 июл 2025, 04:58

Сообщения без ответов | Активные темы


Список форумов » BGBilling » Ядро системы

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



Начать новую тему Ответить на тему  Страница 1 из 1
  [ Сообщений: 20 ] 
  Версия для печати Пред. тема | След. тема 
Автор Сообщение
vkulakov
СообщениеДобавлено: 05 дек 2014, 18:08 
Не в сети
Клиент

Зарегистрирован: 07 мар 2012, 15:02
Сообщения: 932
Откуда: Воронеж
Карма: 35
Сейчас при активации договора по приходу платежа пересчитывается наработка.
Должна ли пересчитываться наработка на субдоговоре при активации супердоговора при приходе платежа или понижении лимита?

_________________

Клиент: вер. 6.2.873 / 04.12.2017 19:38:11
os: Windows 7; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_65
Сервер: вер. 6.2.1202 / 04.12.2017 19:39:21
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_91
Вернуться к началу
 Профиль  
 
vkulakov
СообщениеДобавлено: 08 дек 2014, 13:25 
Не в сети
Клиент

Зарегистрирован: 07 мар 2012, 15:02
Сообщения: 932
Откуда: Воронеж
Карма: 35
В документации сказано:
Цитата:
При приходе платежа и открытии договора производится переначисление абонентских плат до текущей даты с учётом нового статуса.

Но не понятно, должна ли она переначисляться на субдоговоре.

Вообще, странно, что при открытии наработка на субдоговоре проверяется, но после открытия не переначисляется. Может кто-нибудь разъяснить?

_________________

Клиент: вер. 6.2.873 / 04.12.2017 19:38:11
os: Windows 7; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_65
Сервер: вер. 6.2.1202 / 04.12.2017 19:39:21
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_91
Вернуться к началу
 Профиль  
 
zavndw
СообщениеДобавлено: 08 дек 2014, 13:32 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 27 мар 2012, 11:59
Сообщения: 2677
Карма: 72
как я понимаю не должна пересчитыватся, но у суб договора баланс зависимый или нет?
Вернуться к началу
 Профиль  
 
vkulakov
СообщениеДобавлено: 08 дек 2014, 13:37 
Не в сети
Клиент

Зарегистрирован: 07 мар 2012, 15:02
Сообщения: 932
Откуда: Воронеж
Карма: 35
Зависимый. При определении суммы, необходимой для разблокировки, наработка по субдоговору учитывается, думал, что на нём и пересчитываться должно.

Можно ли сделать так, чтобы и на субдоговоре наработка пересчитывалась?

_________________

Клиент: вер. 6.2.873 / 04.12.2017 19:38:11
os: Windows 7; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_65
Сервер: вер. 6.2.1202 / 04.12.2017 19:39:21
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_91
Вернуться к началу
 Профиль  
 
vkulakov
СообщениеДобавлено: 12 дек 2014, 17:35 
Не в сети
Клиент

Зарегистрирован: 07 мар 2012, 15:02
Сообщения: 932
Откуда: Воронеж
Карма: 35
Есть ли стандартный способ пересчитывать наработку на субдоговоре?

_________________

Клиент: вер. 6.2.873 / 04.12.2017 19:38:11
os: Windows 7; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_65
Сервер: вер. 6.2.1202 / 04.12.2017 19:39:21
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_91
Вернуться к началу
 Профиль  
 
vkulakov
СообщениеДобавлено: 06 апр 2015, 16:24 
Не в сети
Клиент

Зарегистрирован: 07 мар 2012, 15:02
Сообщения: 932
Откуда: Воронеж
Карма: 35
Уважаемые разработчики, можете ли вы пояснить: описанная ситуация это баг или фича?

_________________

Клиент: вер. 6.2.873 / 04.12.2017 19:38:11
os: Windows 7; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_65
Сервер: вер. 6.2.1202 / 04.12.2017 19:39:21
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_91
Вернуться к началу
 Профиль  
 
stark
СообщениеДобавлено: 06 апр 2015, 20:05 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
Эта логика задается переменной
Код:
debet.npay.processDependentSub=1
Вернуться к началу
 Профиль  
 
stark
СообщениеДобавлено: 06 апр 2015, 20:17 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
если включен статус, то меняет статусы зависимых субдоговоров и пересчитвает абонплаты.
Вернуться к началу
 Профиль  
 
vkulakov
СообщениеДобавлено: 06 апр 2015, 20:55 
Не в сети
Клиент

Зарегистрирован: 07 мар 2012, 15:02
Сообщения: 932
Откуда: Воронеж
Карма: 35
Сделал так:
Код:
# При смене статуса договора смена статусов его независимых субдоговоров, 1 - включение
independ.subcontract.status.change=0
# При смене статуса договора смена статусов его зависимых субдоговоров, 1 - включение
depend.subcontract.status.change=1
# ???
debet.npay.processDependentSub=1

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

_________________

Клиент: вер. 6.2.873 / 04.12.2017 19:38:11
os: Windows 7; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_65
Сервер: вер. 6.2.1202 / 04.12.2017 19:39:21
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_91
Вернуться к началу
 Профиль  
 
vkulakov
СообщениеДобавлено: 06 апр 2015, 20:59 
Не в сети
Клиент

Зарегистрирован: 07 мар 2012, 15:02
Сообщения: 932
Откуда: Воронеж
Карма: 35
потом сделал так:
Код:
# При смене статуса договора смена статусов его независимых субдоговоров, 1 - включение
independ.subcontract.status.change=0
# При смене статуса договора смена статусов его зависимых субдоговоров, 1 - включение
depend.subcontract.status.change=1
# ???
debet.npay.processDependentSub=0

Статус зависимого субдоговора по-прежнему меняется синхронно с супердоговором, наработка субдоговора также не пересчитывается. При этом сумма для разблокировки одинаковая в супер и субдоговоре.

_________________

Клиент: вер. 6.2.873 / 04.12.2017 19:38:11
os: Windows 7; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_65
Сервер: вер. 6.2.1202 / 04.12.2017 19:39:21
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_91
Вернуться к началу
 Профиль  
 
vkulakov
СообщениеДобавлено: 07 апр 2015, 12:43 
Не в сети
Клиент

Зарегистрирован: 07 мар 2012, 15:02
Сообщения: 932
Откуда: Воронеж
Карма: 35
Продолжаем эксперименты:
Код:
# При смене статуса договора смена статусов его независимых субдоговоров, 1 - включение
independ.subcontract.status.change=0
# При смене статуса договора смена статусов его зависимых субдоговоров, 1 - включение
depend.subcontract.status.change=0
# ???
debet.npay.processDependentSub=0

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

_________________

Клиент: вер. 6.2.873 / 04.12.2017 19:38:11
os: Windows 7; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_65
Сервер: вер. 6.2.1202 / 04.12.2017 19:39:21
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_91
Вернуться к началу
 Профиль  
 
vkulakov
СообщениеДобавлено: 07 апр 2015, 12:51 
Не в сети
Клиент

Зарегистрирован: 07 мар 2012, 15:02
Сообщения: 932
Откуда: Воронеж
Карма: 35
Ну и на последок:
Код:
# При смене статуса договора смена статусов его независимых субдоговоров, 1 - включение
independ.subcontract.status.change=0
# При смене статуса договора смена статусов его зависимых субдоговоров, 1 - включение
depend.subcontract.status.change=0
# ???
debet.npay.processDependentSub=1

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

Выводы:
1. Параметр depend.subcontract.status.change ни на что не влияет (может он и не работает в версии 6.0?).
2. Параметр debet.npay.processDependentSub влияет только на отображаемую сумму для разблокировки.
3. Баланс субдоговора по-прежнему не пересчитывается.

stark, можешь прокомментировать?

_________________

Клиент: вер. 6.2.873 / 04.12.2017 19:38:11
os: Windows 7; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_65
Сервер: вер. 6.2.1202 / 04.12.2017 19:39:21
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_91
Вернуться к началу
 Профиль  
 
vkulakov
СообщениеДобавлено: 07 апр 2015, 13:15 
Не в сети
Клиент

Зарегистрирован: 07 мар 2012, 15:02
Сообщения: 932
Откуда: Воронеж
Карма: 35
Ещё раз попробовал с
Код:
depend.subcontract.status.change=0
debet.npay.processDependentSub=1

Есть супер и зависимый субдоговор. Оба закрыты и баланс по нулям. На супер стоит тариф 390 руб, на суб - 200 руб. В супер отображается сумма для разблокировки 390 руб, в суб - 200 руб. Пока всё хорошо.

Беру отложенный платёж на супер договоре. Результирующее понижение лимита - 390 руб. - как и ожидалось. Но суб договор тоже становится активным! Но ведь ему отдельно не хватает денег для активации! Наработка опять не списалась!

Создал в каждом договоре по сервису Inet и они в состоянии включен на обоих договорах!

Что я делаю неправильно?

_________________

Клиент: вер. 6.2.873 / 04.12.2017 19:38:11
os: Windows 7; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_65
Сервер: вер. 6.2.1202 / 04.12.2017 19:39:21
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_91
Вернуться к началу
 Профиль  
 
vkulakov
СообщениеДобавлено: 07 апр 2015, 16:53 
Не в сети
Клиент

Зарегистрирован: 07 мар 2012, 15:02
Сообщения: 932
Откуда: Воронеж
Карма: 35
Stark, может и сюда заглянешь???

_________________

Клиент: вер. 6.2.873 / 04.12.2017 19:38:11
os: Windows 7; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_65
Сервер: вер. 6.2.1202 / 04.12.2017 19:39:21
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_91
Вернуться к началу
 Профиль  
 
vkulakov
СообщениеДобавлено: 08 апр 2015, 11:23 
Не в сети
Клиент

Зарегистрирован: 07 мар 2012, 15:02
Сообщения: 932
Откуда: Воронеж
Карма: 35
stark, я знаю что ты здесь. Хоть что-нибудь ответь. У меня с этими проблемами сразу два косяка связано. Если всё это не должно работать на 6.0, то сразу так и напиши. Если документацию невнимательно читал, то тоже так лучше сразу сказать - буду внимательнее перечитывать.

_________________

Клиент: вер. 6.2.873 / 04.12.2017 19:38:11
os: Windows 7; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_65
Сервер: вер. 6.2.1202 / 04.12.2017 19:39:21
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_91
Вернуться к началу
 Профиль  
 
stark
СообщениеДобавлено: 08 апр 2015, 11:40 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
отвечу, когда руки дойдут. У меня сейчас нет времени вникать, смотреть документацию и код . На форуме нет гарантии оперативного ответа, как и ответа вообще. Так же в правилах форума, написано что его нельзя из нас его выколачивать. Хотите гарантированного ответа - пишите в helpdesk.
Вернуться к началу
 Профиль  
 
vkulakov
СообщениеДобавлено: 08 апр 2015, 11:49 
Не в сети
Клиент

Зарегистрирован: 07 мар 2012, 15:02
Сообщения: 932
Откуда: Воронеж
Карма: 35
Смиренно жду...

_________________

Клиент: вер. 6.2.873 / 04.12.2017 19:38:11
os: Windows 7; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_65
Сервер: вер. 6.2.1202 / 04.12.2017 19:39:21
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_91
Вернуться к началу
 Профиль  
 
Boris
СообщениеДобавлено: 29 апр 2015, 11:17 
Не в сети
Разработчик

Зарегистрирован: 27 мар 2008, 17:10
Сообщения: 301
Карма: 27
у совместной работы
independ.subcontract.status.change
и
depend.subcontract.status.change
действительно была ошибка
а по поводу снятия абонплаты , то она снимается сразу только у супердоговра.
можно нгаверное по параметру сделать чтобы и в субах пересчитывалась

а можно на субы повесить например скрипт, который по изменению статуса бы пересчитывал абонплаты.
Вернуться к началу
 Профиль  
 
vkulakov
СообщениеДобавлено: 29 апр 2015, 12:01 
Не в сети
Клиент

Зарегистрирован: 07 мар 2012, 15:02
Сообщения: 932
Откуда: Воронеж
Карма: 35
Спасибо за ответ.

То, что абонплата с суба не списывается, мне кажется немного нелогичным. Но да ладно, мне главное было понять - это баг или фича такая, теперь понятно, что фича.

_________________

Клиент: вер. 6.2.873 / 04.12.2017 19:38:11
os: Windows 7; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_65
Сервер: вер. 6.2.1202 / 04.12.2017 19:39:21
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_91
Вернуться к началу
 Профиль  
 
vkulakov
СообщениеДобавлено: 29 апр 2015, 12:09 
Не в сети
Клиент

Зарегистрирован: 07 мар 2012, 15:02
Сообщения: 932
Откуда: Воронеж
Карма: 35
Кстати, может получиться казус в нашей схеме: абонплата списывается утром в 5 часов каждый день, поэтому если абонент в последний день месяца понизит лимит, то деньги у него не спишутся. Надо подумать...

_________________

Клиент: вер. 6.2.873 / 04.12.2017 19:38:11
os: Windows 7; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_65
Сервер: вер. 6.2.1202 / 04.12.2017 19:39:21
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_91
Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  Страница 1 из 1
  [ Сообщений: 20 ] 

Список форумов » BGBilling » Ядро системы

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

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

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

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

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