Как запретить смену системной даты?

[Beast-L]

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

[glibs]

Запрет смены системной даты во всех компаниях правами доступа вас устроит?

[Beast-L]

нет не устроит так как нужно в одной компании запретить а в другой разрешить

[3oppo]

СМ. Домен - группа компаний.
Позволяет для 1 группы юзеров делать разные права доступа в разных компаниях.

[3oppo]

Только на эту функцию у Вас может не быть лицензии.
См. "Лицензионые условия" на закладке Система статус "Domains".

[Beast-L]

Лицензия есть но этот вариант не подходит так как можно дату поменять в одной компании и перейти с ней в другую

[3oppo]

А можно узнать значем такое может быть нужно?

[Beast-L]

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

[Михаил Андреев]

Цитата:

Сообщение от Beast-L

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

А не проще заблокировать старые финансовые периоды в тех компаниях, в которых уже ведётся промышленная эксплуатация, и выделить отдельную группу пользователей, которой разрешено делать проводки в блокированном периоде?

[Beast-L]

Блокирования проводок в периоде недостаточно. Так как есть дописаный функционал в котором используется системная дата но не имеет никакого отношения к проводкам.

[glibs]

Цитата:

Сообщение от Beast-L

...нет не устроит так как нужно в одной компании запретить а в другой разрешить...

Значит вы неправильно сформулировали себе задачу.

У вас проблема не в смене, а именно в контроле даты в конкретной компании.

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

Ваше требование не работает. Хотя, по идее, должна устанавливаться какая-то там нужная вам дата. Так?

Согласен с проверками разноски, которые предложил Михаил Андреев. А если в вашем функционале такой проверки нет и она вам нужна... ну, так и допишите ее.

[mazzy]

Цитата:

Сообщение от Beast-L

Так как есть дописаный функционал в котором используется системная дата но не имеет никакого отношения к проводкам.

Угу. Понятно. Как всегда, когда вижу странные требования всплывает "дописанный функционал"

Ну, дык допишите ваш функционал еще чуть-чуть.
Пусть он проверяет периоды. На таблице периодов есть необходимые методы для проверки.

Периоды - стандартный и штатный инструмент для закрытия/открытия доступа в периоды. Если вы дописали что-то, то это не повод не использовать стандартный и штатный механизм и выдумывать что-то несуразное.

[mazzy]

Цитата:

Сообщение от glibs

Значит вы неправильно сформулировали себе задачу.

У вас проблема не в смене, а именно в контроле даты в конкретной компании.

Абсолютно согласен.

[glibs]

Забыл еще дописать. Компания может меняться... в коде.

Например, в общем журнале ГК в компании ХХХ я могу ввести корсчет из компании УУУ, и в компании УУУ сформируется проводка с датой, которая указана в журнале с компанией ХХХ.

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

[Beast-L]

Цитата:

Сообщение от mazzy

Угу. Понятно. Как всегда, когда вижу странные требования всплывает "дописанный функционал"

Цитата:

Сообщение от mazzy

Периоды - стандартный и штатный инструмент для закрытия/открытия доступа в периоды. Если вы дописали что-то, то это не повод не использовать стандартный и штатный механизм и выдумывать что-то несуразное.

Спасибо как всегда дельный совет и никакой критики :-) !

Я так понял Вы предлагаете убрать весь дописаный код, закрыть доступ к редактированию кода и пользоваться только стандартным функционалом?

Цитата:

Сообщение от mazzy

Ну, дык допишите ваш функционал еще чуть-чуть.
Пусть он проверяет периоды. На таблице периодов есть необходимые методы для проверки.

Всё дело в трудозатратах. А вообще если заплатят - напишем.

[Beast-L]

Цитата:

Сообщение от glibs

Забыл еще дописать. Компания может меняться... в коде.

Например, в общем журнале ГК в компании ХХХ я могу ввести корсчет из компании УУУ, и в компании УУУ сформируется проводка с датой, которая указана в журнале с компанией ХХХ.

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

Ну настолько глубоко не нужно. В данной ситуации нужно только заблокировать изменение самим пользователем напиример через Сервис - Системная Дата

[glibs]

Beast-L, вы про такую штуковину как логика что-то слышали?

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

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

[mazzy]

Цитата:

Сообщение от Beast-L

Я так понял Вы предлагаете убрать весь дописаный код, закрыть доступ к редактированию кода и пользоваться только стандартным функционалом?

Нет. Я предлагаю сначала думать, а потом братся за кодирование.

Перечитайте совет еще раз.

[Beast-L]

Что здесь нелогичного если нужно запретить пользователю менять вручную системную дату (в коде модулей запрещать смену даты не нужно)? И что конкретно противоречит и с чем?

[glibs]

В одном месте вы говорите, что нельзя менять через Сервис\Системная дата. Без оговорок.

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

В третьем, что сменив дату в третьей компании... нельзя МЕНЯТЬ в четвертой.