BiTel

Форум BiTel		 bgbilling.ru     docs.bitel.ru     wiki.bitel.ru     dbinfo.bitel.ru     bgcrm.ru     billing.bitel.ru     bitel.ru    
Текущее время: 24 ноя 2024, 10:15

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


Список форумов » BGBilling » Модули Абонплат и разовых услуг » Модуль NPay

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



Начать новую тему Ответить на тему  Страница 1 из 1
  [ Сообщений: 15 ] 
  Версия для печати Пред. тема | След. тема 
Автор Сообщение
Brodayga
СообщениеДобавлено: 12 сен 2018, 20:16 
Не в сети
Клиент

Зарегистрирован: 28 окт 2008, 20:10
Сообщения: 259
Откуда: Махачкала
Карма: 6
Добрый день.
Активируются договора у которых Баланса хватает для списания абонплат хотя платежа не было.
У договора баланс 1000 рублей. Абонплата 700 рублей. Ставим статус договора закрыт. Начисляем абонплату = статус договора активен - Разблокирован по достаточному платежу.

Судя по описанию :

Цитата:
Перевод договора в активный статус, указанный в переменной debet.npay.active.status, происходит по платежу тогда, когда остаток баланса позволяет открыть договор от текущей даты, начислить ему абонентскую плату и баланс при этом не должен опуститься ниже лимита. Минимально необходимая для открытия сумма платежа должна отображаться в дереве карточки договора напротив экземпляра модуля NPay.


Код:
 Сервер: вер. 7.1.1014 / 29.08.2018 15:01:16
  card: вер. 7.1.189 / 08.06.2018 11:12:58
  dialup: вер. 7.1.300 / 14.06.2018 04:21:33
  inet: вер. 7.1.622 / 29.08.2018 15:01:25
  ipn: вер. 7.1.224 / 23.08.2018 21:59:50
  mps: вер. 7.1.177 / 20.06.2018 19:22:00
  npay: вер. 7.1.171 / 29.08.2018 15:02:03
  payonline: вер. 7.1.44 / 20.04.2018 19:06:03
  reports: вер. 7.1.190 / 20.08.2018 17:01:42
  ru.bitel.bgbilling.plugins.crm: вер. 7.1.177 / 30.07.2018 09:56:48
Вернуться к началу
 Профиль  
 
Ildar
СообщениеДобавлено: 12 сен 2018, 20:56 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 05 сен 2012, 18:20
Сообщения: 457
Карма: 27
Здравствуйте. Да не совсем корректно сказано в документации, происходит по платежу при обновлении баланса(в том числе и по платежу). А это и происходит при калькуляции абонплаты.
Для того, чтобы договор не разблокировали его статус не должен быть указан в debet.npay.locked.status. Недавно это обсуждалось тут - https://forum.bitel.ru/viewtopic.php?f=16&t=12567
Вернуться к началу
 Профиль  
 
Phricker
СообщениеДобавлено: 13 сен 2018, 00:27 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 29 мар 2010, 23:11
Сообщения: 5854
Карма: 472
Код:
check.account.changed=false

в конфигурации задачи "Закрытие статусов договоров" модуля NPay

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

Зарегистрирован: 28 окт 2008, 20:10
Сообщения: 259
Откуда: Махачкала
Карма: 6
Phricker писал(а):
Код:
check.account.changed=false

в конфигурации задачи "Закрытие статусов договоров" модуля NPay

Это не помогает уже стоит. Да и по описанию
Код:
#Проверять увеличение наработки, при закрытии договоров (0 - позволяет отключать договора с отрицательным балансом независимо от увеличения наработки по абонплате)
check.account.changed=0
Вернуться к началу
 Профиль  
 
Brodayga
СообщениеДобавлено: 13 сен 2018, 12:06 
Не в сети
Клиент

Зарегистрирован: 28 окт 2008, 20:10
Сообщения: 259
Откуда: Махачкала
Карма: 6
Ildar писал(а):
Здравствуйте. Да не совсем корректно сказано в документации, происходит по платежу при обновлении баланса(в том числе и по платежу). А это и происходит при калькуляции абонплаты.
Для того, чтобы договор не разблокировали его статус не должен быть указан в debet.npay.locked.status. Недавно это обсуждалось тут - https://forum.bitel.ru/viewtopic.php?f=16&t=12567


В том то и дело это происходит даже без обновления баланса.
эксперимент:
1. Ставлю статус приостановлен с сегодняшнего числа.
2.Начисляю абонплату. - баланс обновляется - возвращается абонплата списанная за сегодняшний день.
3. Ставлю статус закрыт с сегодняшнего дня.
4.Начисляю абонплату. По логике вещей баланс менятся не может. Ведь в статусе закрыт абонплата не списывается также как в статусе приостановлен.
5. Статус Активен.
???????
Вернуться к началу
 Профиль  
 
Brodayga
СообщениеДобавлено: 13 сен 2018, 12:10 
Не в сети
Клиент

Зарегистрирован: 28 окт 2008, 20:10
Сообщения: 259
Откуда: Махачкала
Карма: 6
Вроде в старых версиях такого не было.Может конечно ошибаюсь.
Нельзя ли ввести параметр конфигурации : Переводить статус активен только по платежу или лимиту.
Или как в скриптах поведения - запрос доп расхода для открытия договора . Определить какое событие инициализировало запуск. (начиление абонплат, изменение лимита, приход платежа).
Вернуться к началу
 Профиль  
 
dimOn
СообщениеДобавлено: 13 сен 2018, 13:19 
Не в сети
Аватара пользователя

Зарегистрирован: 30 май 2008, 15:51
Сообщения: 6055
Карма: 244
> происходит даже без обновления баланса

ггг, что самое интересное - именно для того, чтобы блокировка срабатывала без обновления баланса начислением - и ставится флаг check.account.changed=0 , но это только для блокировки дебетовых

_________________
I'm clever. I've got a computer.
Вернуться к началу
 Профиль  
 
Brodayga
СообщениеДобавлено: 13 сен 2018, 13:51 
Не в сети
Клиент

Зарегистрирован: 28 окт 2008, 20:10
Сообщения: 259
Откуда: Махачкала
Карма: 6
dimOn писал(а):
> происходит даже без обновления баланса

ггг, что самое интересное - именно для того, чтобы блокировка срабатывала без обновления баланса начислением - и ставится флаг check.account.changed=0 , но это только для блокировки дебетовых

Этот параметр влияет только на закрытие , и логика его работы устраевает.
Но нужен даже не аналогичный параметр для перевода в активный статус, а параметр где указывается при каких событиях пытаться перевести в активный статус. Или хотя бы указать не активировать на задачу начисления абонплат.
Вернуться к началу
 Профиль  
 
Phricker
СообщениеДобавлено: 13 сен 2018, 14:37 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 29 мар 2010, 23:11
Сообщения: 5854
Карма: 472
Brodayga писал(а):
Этот параметр влияет только на закрытие

Странно. Ставлю его, чтобы договора не активировались самопроизвольно задачей, если денег начинает хватать в конце месяца.
А оно воно как. Не так работает.
Буду знать теперь.

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

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

_________________
I'm clever. I've got a computer.
Вернуться к началу
 Профиль  
 
Brodayga
СообщениеДобавлено: 13 сен 2018, 18:08 
Не в сети
Клиент

Зарегистрирован: 28 окт 2008, 20:10
Сообщения: 259
Откуда: Махачкала
Карма: 6
dimOn писал(а):
это какой такой задачей активируются у вас договоры по хватанию денег?

Это второе название задачи начисление абонплат судя по тому как она работает )))
Вернуться к началу
 Профиль  
 
dimOn
СообщениеДобавлено: 13 сен 2018, 18:14 
Не в сети
Аватара пользователя

Зарегистрирован: 30 май 2008, 15:51
Сообщения: 6055
Карма: 244
ну в калькуляторе этот флаг не используется же. или это не ирония выше была?)

_________________
I'm clever. I've got a computer.
Вернуться к началу
 Профиль  
 
Brodayga
СообщениеДобавлено: 13 сен 2018, 18:15 
Не в сети
Клиент

Зарегистрирован: 28 окт 2008, 20:10
Сообщения: 259
Откуда: Махачкала
Карма: 6
Phricker писал(а):
Код:
check.account.changed=false

в конфигурации задачи "Закрытие статусов договоров" модуля NPay

Phricker писал(а):
Странно. Ставлю его, чтобы договора не активировались самопроизвольно задачей, если денег начинает хватать в конце месяца.
А оно воно как. Не так работает.
Буду знать теперь.

только обратил внимание что речь шла о конфиге задачи а не модуля.
Эта задача тоьлько закрывает, после её выполнения ничего не активируется. Может у вас прописано в задаче начисления абонплат? Проверю.
Вернуться к началу
 Профиль  
 
dimOn
СообщениеДобавлено: 13 сен 2018, 18:21 
Не в сети
Аватара пользователя

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

_________________
I'm clever. I've got a computer.
Вернуться к началу
 Профиль  
 
Brodayga
СообщениеДобавлено: 13 сен 2018, 18:33 
Не в сети
Клиент

Зарегистрирован: 28 окт 2008, 20:10
Сообщения: 259
Откуда: Махачкала
Карма: 6
Остался один вопрос. Что делать. ))
Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  Страница 1 из 1
  [ Сообщений: 15 ] 

Список форумов » BGBilling » Модули Абонплат и разовых услуг » Модуль NPay

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

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

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

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

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