кроме этой ошибки еще что-то менялось?xerurg писал(а):ошибка исправлена, сборки готовятся, сегодня будут выложены в личных кабинетах на сайте www.netup.ruBlackmore писал(а):а 006 исправленная когда будет ?
КРИТИЧЕСКАЯ ошибка с ежемесячным расчетным периодом
-
Instruktor
- Сообщения: 131
- Зарегистрирован: Ср авг 10, 2005 21:32
- Откуда: Москва
-
Chistiakov_A
- NetUP Team
- Сообщения: 190
- Зарегистрирован: Пн мар 21, 2005 18:30
-
Wishmaster
- Сообщения: 309
- Зарегистрирован: Сб апр 16, 2005 11:44
-
Lex
- NetUP Team
- Сообщения: 623
- Зарегистрирован: Ср мар 09, 2005 12:12
- Откуда: НетАП
- Контактная информация:
Сегодня на сайте сборки уже точно не будет - сборки так быстро не делаются. Самый правильный способ - поставить время окончания расчетного периода на час ночи, если есть плавные списания. Если нет - завтра поправить время окончания периода.Magnum72 писал(а):Господа, побыстрее выложите плиз, у нас однако всего два часа осталось, часовые пояса разные однакоWishmaster писал(а):Новую сборку еще не выложили? В личном кабинете пока ничего не изменилось.
Ещё раз напомню, что проблеме подвержены периоды, начинающиеся 27, 28,29,30 сентября и 1 октября в интервале с 00:00:00 до 00:59:59. Остальные периоды данной проблеме не подвержены.
Ну все я отстрелялся, тупо сидел обновлял вкладку расчетные периоды, как появился расчетный период новый сразу сменил ему дату окончания.
ЗЫ предыдущий РП у меня был с 1 сентября по 1 октября, новый создался с 1 октября по 2 октября.
ЗЫЗЫ !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
Это я дату завершения то изменил, а вот в базе в поле
discount_periods.canonical_len длина осталась равная суткам (86400),
а должно быть 2682000. Руками сменил на правильную длину, подозреваю что это может влиять ра расчет равномерности списаний.. Проверьте плиз
ЗЫ предыдущий РП у меня был с 1 сентября по 1 октября, новый создался с 1 октября по 2 октября.
ЗЫЗЫ !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
Это я дату завершения то изменил, а вот в базе в поле
discount_periods.canonical_len длина осталась равная суткам (86400),
а должно быть 2682000. Руками сменил на правильную длину, подозреваю что это может влиять ра расчет равномерности списаний.. Проверьте плиз
пиляд, порнография какая то..
решил проверить не ошибся ли я с канонической длиной периода
дождался часа ночи, создал период длиной в 1 месяц начинающийся 1 октября в 01:00:00, он мне создал период с датой начала 1 октября в 01:00:00 и датой завершения 1 ноября в 00:00:00
я понимаю переход на зимнее время, но фигали он дату завершения поставил в 00 часов а не в 01.
Скажите правильную какноническую длину расчетного периода.
решил проверить не ошибся ли я с канонической длиной периода
дождался часа ночи, создал период длиной в 1 месяц начинающийся 1 октября в 01:00:00, он мне создал период с датой начала 1 октября в 01:00:00 и датой завершения 1 ноября в 00:00:00
я понимаю переход на зимнее время, но фигали он дату завершения поставил в 00 часов а не в 01.
Скажите правильную какноническую длину расчетного периода.
Или делать откат на 30 сентября 23:59 или объяснять пользователям что в результате недоразумения случайно списалась часть абонентки, оставшая часть будет списана до конца периода и фактически в расчетах ошибки нет.hRUst писал(а):Нет слов, одни маты!!! Пользователям с плавной абоненткой восстанавливать баланс...
А вот восстанавливать баланс совсем не рекомендую, там дофига делов