BiTel

Добрый день!

Хотел бы внести предложение:
Создать функцию закрытия периода, так как считаю что такая возможность должна быть для исключения случаев когда оператор или еще кто-нибудь будет править данные задним числом.
Я думаю меня многие поддержат в этом плане.
Помесячного закрытия будет достаточно.

Заранее спасибо!

P.s. То что ведутся логи - это конечно хорошо,
но лучше болезнь предупредить - чем ее лечить!

_________________
Лучше царствовать в аду, чем служить на небесах!!!

Что то как то не понятно! Какого периода? Вроде все периоды закрываются нормально!

Закрытие переначислений, добавлений услуг, да всего чего угодно - на данный момент это можно делать задним числом - причем очень задним!!!
(к примеру сентябрем). А многим это не понравится!

_________________
Лучше царствовать в аду, чем служить на небесах!!!

Ну незнаю, можно конечно было бы сделать ещё один глобальный период для договора, но иногда всё таки нужно что то делать задним числом!

Нужно - согласен!
Но на данный момент это доступно как администратору так и оператору!
Найти конечно можно будет - кто это сделал - но как написал выше: "Лучше предупредить - чем лечить".
И для договора - не вижу смысла - период должен быть глобальным - наверное на модули - по крайней мере у меня так в голове крутится.
Ex.: Модуль Абонплаты Юрики- запретить редактировать по октябрь включительно!
Модуль Абонплаты Физики - запретить редактировать по сентябрь включительно!

Кто поддержит меня????

_________________
Лучше царствовать в аду, чем служить на небесах!!!

Даже незнаю кто поддержит!
Мне ровно! Тем более что на модуль это очень и очень не удобно! Есть договора которые закрыты и уже в них не надо ничегьо редактировать, но бывают случаи когда всё таки переначисления надо сделать, и очень давно! Например Абонентская плата, при имении несколько тысяч договоров очень трудно следить за темы кто уже не пользуется а абон плата начисляется, и переначисления сделать за последние месяцы, а их и по полгода бывает, очень надо!

А может автору топика нужно просто корректно настроить права доступа к функциям переобсчета, (Сервис->Администрирование) и не городить огород?

+1

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

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

Мы для ограничения изменений планировали использовать вот эти возможности:
http://wiki.bgbilling.ru/index.php/Разграничение_прав_действий

Планировать то мы планировали, но проработка показала, что этого функционала не достаточно.
Например через "разграничение прав действий", можно зафильтровать по дате операцию внесения расхода, но нельзя зафильтровать по дате операцию удаления поинта.
Мы используем этот биллинг полтора года, и, к сожалению, административными методами проблема модификации данных биллинга задним числом не решается, переодически возникают трудно уловимые ошибки, приводящие к таким неприятным вещам, как расхождение данных в биллинге и в бухгалтерии за месяцы, по которым бухгалтерия уже сдала отчеты.

Поэтому я поддерживаю автора топика. Очень хочется иметь средство, позволяющее управлять разрешениями на модификацию данных в зависимости от времени, в которое эта модификация выполняется.
Текущий журнал действий проблемы не решает: например как узнать, какой номер телефона был удален вот по такой записи:
http://ххх/bgbilling/executer?id=3113&module=phone&action=ClientItemDelete&mid=2&cid=1689&

Проблема актуальная. В проработке. Раньше был закрытый период, потом убрали его, т.к. неудобно было везде поддерживать. Однако ж нужный функционал оказался, пользователи просят. Будем к следующим версиям делать поддержку везде проверки этого закрытого периода.

Известно уже, как такой функционал будет выглядеть?

нужна как минимум функция закрытия периода в модуле bill и на функции добавления и изменения периодов действия услуг

права пользователей в общем случае не позволяют им сделать перерасчет услуг, а вот пользователи имеющие права на создания счетов и фактур будут, и то что они будут иметь возможность залезть в какой хотят период не правильно

тоже самое на счет услуг и периодов их действия, если период закрыт то пользователь не должен иметь возможность активировать услугу период которой пересекается с закрытым периодом

реализовывать же жесткое закрытие периодов так что даже админ не может туда влезть я думаю не стоит

Выполнение пересчетов за период, заходящий за закрытый запрещено. Редактирование платежей в периоде, до закрытого запрещено. Внесение платежей в этот период - тоже.
Путаннее всего с периодами всяких логинов/адресов и т.п. Пока планируем так:
Правка первой даты периода любой сущности (логин, адрес и т.п.), период которой пересекается с закрытым - запрещен. Закрытие второй даты сущности датой ранее закрытого периода запрещено. Удаление сущности, первая дата которой ранее закрытого периода - запрещено.
Как-то так.. Собственно из-за неоднозначности с периодами сущностей пока и не сделано.

Делать вместо запрета на все перечисленное внятное предупреждение если юзер = admin. И можно тогда любую идеалогию внедрять, на случай косяков всегда можно будет выкрутится залогинившись админом.

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

В целом идеалогия с сущностями на первый взгляд вполне нормальная.

P.S. про фичи модулей не забудьте, самое явное это выставление счетов и фактур в закрытых периодах или от даты пересекающейся с закрытым периодом

Установили сегодня последние обновления. Закрыли период с 1.10.2009. Открыли произвольный открытый договор и занесли расход. Расход занесся.
Так и должно быть, или есть какие-то особенности, не описанные в документации?

Есть проблема с закрытым периодом. Если период устанавливать последним числом месяца (скажем, 31.03.10), то невозможно становится закрывать сущности тем же числом, хотя по логике это должно работать.
Например, в апреле нужно закрыть договор задним числом - 31.03.10. Но биллинг не даст этого сделать, т.к. дата закрытия пересекается с закрытым периодом. Может быть заменить в проверке '<=' на '<'? Правда нужно ещё подумать, чем это грозит.

Решено тут: viewtopic.php?f=22&t=4035&

Кросспост:
viewtopic.php?f=4&t=4540