Обновился с 5.3-002-upd8 до 5.3-002-upd18.
После обновления появились проблемы со списаниями услуг.
Суть проблемы:
Есть тестовый абон, баланс 10000 р.
Лицевой счёт имеет админскую блокировку, инет выкл.
В таком состоянии подключаем периодическую услугу стоимостью 1000 р/мес.
Редактируем лицсчёт, блокировка - нет, интернет - вкл.
Как только лицсчёт разблокируется происходит списание суммой 372 руб.
Абон, лицсчёт и блокировка лицсчёта созданы 20 окт.
20 окт разблокирован лицсчёт и происходит списание.
Ежесуточное списание за услугу 1000/31=32.26 , по логике должно было списать 32 или меньше.
однако биллинг зачем-то списывает от даты подключения услуги и до конца расчётного периода.
В политике списаний для услуги стоят галки:
- Перерасчёт при создании связки: абон.плата
- перерасчет при блокировке(админская): не списывать абонплату, пересчитывать абонплату
- перерасчет при блокировке(пользовательская): не списывать абонплату, пересчитывать абонплату
- перерасчет при блокировке(системная): ничего не выбрано
- настройки системной блокировки: устанавливать при недостатке средств.
Расчётный период: ежемесячный, кол-во списаний в неделю - 7.
Когда сервисная связка создаётся, в таблице periodic_service_links в поле unabon_period указан не 0, если остановить биллинг, руками выставить 0, запустить биллинг и снять блокировку с л/с, списание происходит с верной суммой, от текущего времени и до конца суток.
Нужно чтобы при снятии блокировки с периодических сервисных связок происходило списание суммой от текущего времени и до конца суток (32 или меньше руб) а не за оставшиеся дни расчётного периода.
Как это сделать?
UPD:
в changelog версии UTM-5.3-002-update16 указано что проблема решена, но это не так.
2536,2547 Исправлена установка периода начала пересчета абонентской платы при добавлении сервисной связки для заблокированного лицевого счета
тоже заявлено и в UTM-5.3-002-update17
2581 Исправлена ошибка, в ряде случаев приводившая к некорректным списаниям абонентской платы
Увы, но судя по всему проблема со списаниями так и не была решена.
не верные суммы списаний, 5.3-002-upd18
-
- Сообщения: 14
- Зарегистрирован: Ср июл 30, 2014 16:39
apathy_sidex писал(а):А не подскажите что нового и профиксили в 19 апдейте?Magnum72 писал(а):По моему, там необходимо еще было переподцепить услуги, т.е. не выводя из админской блокировки, отключить и заново подключить услугу. (У меня 19 апдейт, выдается по запросу)
Сломали урфа, функцией rpcf_get_userinfo возвращаются только те параметры которые были пользователю назначены, а в 15 апдейте возвращались все доп параметры, в том числе скрытые и не заданные.