Тип блокировки "Возвращать только полностью"
Тип блокировки "Возвращать только полностью"
на тестовом утм 5.3.001 вылезла следующая неприятная багофича:
не возвращается абонентская плата за первый расчетный период в заблокированном состоянии(абонентка снимается в начале рассчетного периода), связано с тем, что утм блокирует клиента не в начале расчетного периода, а с некоторой задержкой, обусловленой обработкой предыдущих клиентов (например РП начинается в 00:00:00, а по отчетам биллинга блокировка установлена в 00:08:51). Соответственно по логике работы биллинга клиент заблокирован не весь рассчетный период, и возврата средств на лицевой счет не происходит.
у кого есть какие либо мысли, как с этим бороться?
не возвращается абонентская плата за первый расчетный период в заблокированном состоянии(абонентка снимается в начале рассчетного периода), связано с тем, что утм блокирует клиента не в начале расчетного периода, а с некоторой задержкой, обусловленой обработкой предыдущих клиентов (например РП начинается в 00:00:00, а по отчетам биллинга блокировка установлена в 00:08:51). Соответственно по логике работы биллинга клиент заблокирован не весь рассчетный период, и возврата средств на лицевой счет не происходит.
у кого есть какие либо мысли, как с этим бороться?
Update:
та же самая проблема с вновь заведенными клиентами- если клиенту назначена услуга с параметром перерасчета "возвращать только полностью" и клиент изначально находится в заблокированном состоянии абонентская плата за первый расчетный период снимается, но в начале следующего расчетного периода не возвращается, так как клиент был заблокирован так же не весь рассчетный период, а с момента назначения услуги.
та же самая проблема с вновь заведенными клиентами- если клиенту назначена услуга с параметром перерасчета "возвращать только полностью" и клиент изначально находится в заблокированном состоянии абонентская плата за первый расчетный период снимается, но в начале следующего расчетного периода не возвращается, так как клиент был заблокирован так же не весь рассчетный период, а с момента назначения услуги.
Полностью согласен, что никуда не годятся.
Сейчас думаем над глубокими изменениями функционала блокировок/перерасчетов/периодических списаний. Функционал запланирован для включения в 5.3-002.
В общих словах, системные/административные/пользовательские блокировки будут разделяться, их настройки будут индивидуальными. Вероятно, появится блокировка по недостатку средств для списания.
Примерный срок - декабрь 2013.
Сейчас думаем над глубокими изменениями функционала блокировок/перерасчетов/периодических списаний. Функционал запланирован для включения в 5.3-002.
В общих словах, системные/административные/пользовательские блокировки будут разделяться, их настройки будут индивидуальными. Вероятно, появится блокировка по недостатку средств для списания.
Примерный срок - декабрь 2013.
1) Обязательно нужна блокировка по недостатку средств из расчета суммы подключенных услуг на конец текущего периода.serjk писал(а):Полностью согласен, что никуда не годятся.
Сейчас думаем над глубокими изменениями функционала блокировок/перерасчетов/периодических списаний. Функционал запланирован для включения в 5.3-002.
В общих словах, системные/административные/пользовательские блокировки будут разделяться, их настройки будут индивидуальными. Вероятно, появится блокировка по недостатку средств для списания.
Примерный срок - декабрь 2013.
2) Возможность подключения разовых и периодических услуг с начальной датой за границами текущего РП.
3) При закрытии периода не нужно его удалять, оставьте это на усмотрение пользователя, это позволит проводить корректировку списаний за пошлый период (см п.4).
4) Не хватает функционала перерасчета с указанием конкретной услуги (разовой/переодической) по которой проводится перерасчет и расчетного периода за который проводится перерасчет.
5) Текущий функционал блокировок не устраивает только в моментах:
а) Невозможно поставить блокировку если был проведен перерасчет по данной услуге.
б) Не хватает глобального признака в свойствах услуги как по ней списывать в случае если в сервисной связке ничего не указано.
Например есть две периодических услуги: техподдержка линии (она по определению списывается всегда при любой блокировке) и абонентская плата (тут разные способы списания могут быть). Это кстати решит вопрос с запоминанием какой тип блокировки необходимо установить для следующей блокировки у конкретной услуги (сейчас не приходится перечислять в урфе массив из id услуг которым требуется поставить next_block как "Ничего не делать").
Большая просьба к разработчикам, можете ли вы в update1 включить только возможность поставить блокировку "Перерасчитывать" на услугу по которой в данном периоде был проведен перерасчет? Мне кажется это довольно просто, и в принципе только это мешает перейти на 5.3, все остальное по части блокировок можно сделать костылями на урфе.
Была блокировка с типом "Пересчитывать" с 3 по 6 число, после этого потребовалось заблокировать абонента блокировкой с типом "Пересчитывать" с 10 по 15 число, как это сделать?serjk писал(а):Не совсем понятно, что имеется в виду?
Для чего необходима блокировка, если в расчетном периоде была пересчитана абонентская плата?
Из-за того что первая блокировка была с типом "Пересчитывать" и по ее завершении был выполнен перерасчет, другую блокировку (кроме блокировки типа "Ничего не делать") в данном расчетном периоде поставить невозможно.