| forum.bitel.ru http://forum.bitel.ru/ |
|
| Предложение по закрытию периода. http://forum.bitel.ru/viewtopic.php?f=1&t=1685 |
Страница 1 из 1 |
| Автор: | Евгений [ 05 дек 2008, 12:32 ] |
| Заголовок сообщения: | Предложение по закрытию периода. |
Добрый день! Хотел бы внести предложение: Создать функцию закрытия периода, так как считаю что такая возможность должна быть для исключения случаев когда оператор или еще кто-нибудь будет править данные задним числом. Я думаю меня многие поддержат в этом плане. Помесячного закрытия будет достаточно. Заранее спасибо! P.s. То что ведутся логи - это конечно хорошо, но лучше болезнь предупредить - чем ее лечить! |
|
| Автор: | and [ 05 дек 2008, 13:13 ] |
| Заголовок сообщения: | Re: Предложение по закрытию периода. |
Евгений писал(а): Добрый день!
Хотел бы внести предложение: Создать функцию закрытия периода, так как считаю что такая возможность должна быть для исключения случаев когда оператор или еще кто-нибудь будет править данные задним числом. Я думаю меня многие поддержат в этом плане. Помесячного закрытия будет достаточно. Заранее спасибо! P.s. То что ведутся логи - это конечно хорошо, но лучше болезнь предупредить - чем ее лечить! Что то как то не понятно! Какого периода? Вроде все периоды закрываются нормально! |
|
| Автор: | Евгений [ 05 дек 2008, 14:01 ] |
| Заголовок сообщения: | |
Закрытие переначислений, добавлений услуг, да всего чего угодно - на данный момент это можно делать задним числом - причем очень задним!!! (к примеру сентябрем). А многим это не понравится! |
|
| Автор: | and [ 05 дек 2008, 14:15 ] |
| Заголовок сообщения: | |
Евгений писал(а): Закрытие переначислений, добавлений услуг, да всего чего угодно - на данный момент это можно делать задним числом - причем очень задним!!!
(к примеру сентябрем). А многим это не понравится! Ну незнаю, можно конечно было бы сделать ещё один глобальный период для договора, но иногда всё таки нужно что то делать задним числом! |
|
| Автор: | Евгений [ 05 дек 2008, 14:19 ] |
| Заголовок сообщения: | |
Нужно - согласен! Но на данный момент это доступно как администратору так и оператору! Найти конечно можно будет - кто это сделал - но как написал выше: "Лучше предупредить - чем лечить". И для договора - не вижу смысла - период должен быть глобальным - наверное на модули - по крайней мере у меня так в голове крутится. Ex.: Модуль Абонплаты Юрики- запретить редактировать по октябрь включительно! Модуль Абонплаты Физики - запретить редактировать по сентябрь включительно! Кто поддержит меня???? |
|
| Автор: | and [ 05 дек 2008, 14:34 ] |
| Заголовок сообщения: | |
Евгений писал(а): Нужно - согласен!
Но на данный момент это доступно как администратору так и оператору! Найти конечно можно будет - кто это сделал - но как написал выше: "Лучше предупредить - чем лечить". И для договора - не вижу смысла - период должен быть глобальным - наверное на модули - по крайней мере у меня так в голове крутится. Ex.: Модуль Абонплаты Юрики- запретить редактировать по октябрь включительно! Модуль Абонплаты Физики - запретить редактировать по сентябрь включительно! Кто поддержит меня???? Даже незнаю кто поддержит! Мне ровно! Тем более что на модуль это очень и очень не удобно! Есть договора которые закрыты и уже в них не надо ничегьо редактировать, но бывают случаи когда всё таки переначисления надо сделать, и очень давно! Например Абонентская плата, при имении несколько тысяч договоров очень трудно следить за темы кто уже не пользуется а абон плата начисляется, и переначисления сделать за последние месяцы, а их и по полгода бывает, очень надо! |
|
| Автор: | Victor [ 08 дек 2008, 08:12 ] |
| Заголовок сообщения: | |
А может автору топика нужно просто корректно настроить права доступа к функциям переобсчета, (Сервис->Администрирование) и не городить огород? |
|
| Автор: | and [ 08 дек 2008, 10:48 ] |
| Заголовок сообщения: | |
Victor писал(а): А может автору топика нужно просто корректно настроить права доступа к функциям переобсчета, (Сервис->Администрирование) и не городить огород?
+1 |
|
| Автор: | corban [ 08 дек 2008, 16:03 ] |
| Заголовок сообщения: | |
Однако есть ситуация когда в течении, скажем, расчетного месяца пересчет дозволен, но после выгрузки в бухгалтерскую программу надо бы возможность пересчетов закрыть за выгруженный период и ранее. |
|
| Автор: | Victor [ 09 дек 2008, 06:10 ] |
| Заголовок сообщения: | |
corban писал(а): Однако есть ситуация когда в течении, скажем, расчетного месяца пересчет дозволен, но после выгрузки в бухгалтерскую программу надо бы возможность пересчетов закрыть за выгруженный период и ранее.
Все перерасчеты происходят через меня, чтобы я был в курсе когда и зачем. |
|
| Автор: | vdd [ 09 дек 2008, 12:43 ] |
| Заголовок сообщения: | |
Мы для ограничения изменений планировали использовать вот эти возможности: http://wiki.bgbilling.ru/index.php/Разграничение_прав_действий |
|
| Автор: | vdd [ 03 мар 2009, 17:15 ] |
| Заголовок сообщения: | |
Планировать то мы планировали, но проработка показала, что этого функционала не достаточно. Например через "разграничение прав действий", можно зафильтровать по дате операцию внесения расхода, но нельзя зафильтровать по дате операцию удаления поинта. Мы используем этот биллинг полтора года, и, к сожалению, административными методами проблема модификации данных биллинга задним числом не решается, переодически возникают трудно уловимые ошибки, приводящие к таким неприятным вещам, как расхождение данных в биллинге и в бухгалтерии за месяцы, по которым бухгалтерия уже сдала отчеты. Поэтому я поддерживаю автора топика. Очень хочется иметь средство, позволяющее управлять разрешениями на модификацию данных в зависимости от времени, в которое эта модификация выполняется. Текущий журнал действий проблемы не решает: например как узнать, какой номер телефона был удален вот по такой записи: http://ххх/bgbilling/executer?id=3113&module=phone&action=ClientItemDelete&mid=2&cid=1689& |
|
| Автор: | Администратор [ 03 мар 2009, 19:08 ] |
| Заголовок сообщения: | |
Проблема актуальная. В проработке. Раньше был закрытый период, потом убрали его, т.к. неудобно было везде поддерживать. Однако ж нужный функционал оказался, пользователи просят. Будем к следующим версиям делать поддержку везде проверки этого закрытого периода. |
|
| Автор: | vdd [ 03 мар 2009, 19:37 ] |
| Заголовок сообщения: | |
Известно уже, как такой функционал будет выглядеть? |
|
| Автор: | Jimson [ 04 мар 2009, 14:26 ] |
| Заголовок сообщения: | |
нужна как минимум функция закрытия периода в модуле bill и на функции добавления и изменения периодов действия услуг права пользователей в общем случае не позволяют им сделать перерасчет услуг, а вот пользователи имеющие права на создания счетов и фактур будут, и то что они будут иметь возможность залезть в какой хотят период не правильно тоже самое на счет услуг и периодов их действия, если период закрыт то пользователь не должен иметь возможность активировать услугу период которой пересекается с закрытым периодом реализовывать же жесткое закрытие периодов так что даже админ не может туда влезть я думаю не стоит |
|
| Автор: | Администратор [ 05 мар 2009, 14:11 ] |
| Заголовок сообщения: | |
Выполнение пересчетов за период, заходящий за закрытый запрещено. Редактирование платежей в периоде, до закрытого запрещено. Внесение платежей в этот период - тоже. Путаннее всего с периодами всяких логинов/адресов и т.п. Пока планируем так: Правка первой даты периода любой сущности (логин, адрес и т.п.), период которой пересекается с закрытым - запрещен. Закрытие второй даты сущности датой ранее закрытого периода запрещено. Удаление сущности, первая дата которой ранее закрытого периода - запрещено. Как-то так.. Собственно из-за неоднозначности с периодами сущностей пока и не сделано. |
|
| Автор: | Jimson [ 05 мар 2009, 23:40 ] |
| Заголовок сообщения: | |
Делать вместо запрета на все перечисленное внятное предупреждение если юзер = admin. И можно тогда любую идеалогию внедрять, на случай косяков всегда можно будет выкрутится залогинившись админом. В любом случае админ обязан понимать что последует за теми или иными его действиями, а юзер в общем случае нет, так что все эти закрытия нужны только для юзеров. В целом идеалогия с сущностями на первый взгляд вполне нормальная. P.S. про фичи модулей не забудьте, самое явное это выставление счетов и фактур в закрытых периодах или от даты пересекающейся с закрытым периодом |
|
| Автор: | vdd [ 13 окт 2009, 18:33 ] |
| Заголовок сообщения: | Re: Предложение по закрытию периода. |
Установили сегодня последние обновления. Закрыли период с 1.10.2009. Открыли произвольный открытый договор и занесли расход. Расход занесся. Так и должно быть, или есть какие-то особенности, не описанные в документации? |
|
| Автор: | Cromeshnic [ 02 апр 2010, 12:56 ] |
| Заголовок сообщения: | Re: Предложение по закрытию периода. |
Есть проблема с закрытым периодом. Если период устанавливать последним числом месяца (скажем, 31.03.10), то невозможно становится закрывать сущности тем же числом, хотя по логике это должно работать. Например, в апреле нужно закрыть договор задним числом - 31.03.10. Но биллинг не даст этого сделать, т.к. дата закрытия пересекается с закрытым периодом. Может быть заменить в проверке '<=' на '<'? Правда нужно ещё подумать, чем это грозит. |
|
| Автор: | Cromeshnic [ 10 сен 2010, 13:25 ] |
| Заголовок сообщения: | Re: Предложение по закрытию периода. |
Решено тут: viewtopic.php?f=22&t=4035& |
|
| Автор: | Cromeshnic [ 13 сен 2010, 11:11 ] |
| Заголовок сообщения: | Re: Предложение по закрытию периода. |
Кросспост: viewtopic.php?f=4&t=4540 |
|
| Страница 1 из 1 | Часовой пояс: UTC + 5 часов [ Летнее время ] |
| Powered by phpBB® Forum Software © phpBB Group http://www.phpbb.com/ |
|