ограничение по времени работы по документам разных типов

[Шевцов Владимир]

Коллеги, доброго дня.

Хотим разнести по времени операции прихода, перемещения и списания МЦ.
Типа с 09 до 12 могут заноситься и формироваться только приходные накладные и приходные ордера(отдельные).
С 12 до 16 - перемещения.
С 16 до 20 - списания.

Какими идеями подойти к реализации, кто думал?

[RAJAH]

Сделать 3 разных пользователей (с нужными правами) и задать для каждого своё ограничение по времени.
Вообще, довольно дурацкой кажется мысль задавать такие ограничения, вместо того, чтобы организовать оптимальную загрузку пользователей, распределить лицензии и т.п. Постоянно с этим приходится бороться.

[edward_K]

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

[Шевцов Владимир]

Сделать 3 разных пользователей (с нужными правами) и задать для каждого своё ограничение по времени.
Вообще, довольно дурацкой кажется мысль задавать такие ограничения, вместо того, чтобы организовать оптимальную загрузку пользователей, распределить лицензии и т.п. Постоянно с этим приходится бороться.

Понимаю что задача выглядит немного бредовой.
Дело не в лицензиях а в средних ценах, которые рушатся из-за нарушения последовательности операций.
Пользователя можно как я понимаю только на время входа ограничить, но никак не на время работы.
Рубить всем сессии в граничное время? Хмм..
Да и три пользователя заводить не вариант.

[Шевцов Владимир]

Ну еще вариант отказаться от формирования ордеров по документу и использовать только пакетное, а там ставить дату ордеров одним днем.

Интересная мысль, но нереализуемо.
Во-первых пакетное формирование придется делать податно. Т.е. 31 пакетное формирование по возрастанию.
Во-вторых - без проверки ордерами в документах будет туфта.
В-третьих - акт на списание от 20.05.13 не сформировать если ранее не проведены ордера по перемещению этих МЦ от 19.05.13..

[Den]

Штатными средствами этого толком не сделать. Все равно придется прибегать в доработке/разработке какой то функциональности
1. Докомпиляция всей гаммы сопровд документов по которых происходит складское движение а также интер-са приходных расходных ордеров.
2. Можно попробовать конфигуратором убрать все кнопки "оприходование/отмена оприходвания" в документах и реализовать функционал проведения накладных по складу по всем Вашим "хочу". Но не уверен в этом варианте - нужно внимательно смотреть и анализировать все.

[oiko]

Делай как-то так
alter Interface Nakl502;
Window EditSopr 'Редактирование накладной' EscClose;
show at (,,112,31);
HandlEevent //
cmMAKEORDER:
{var buff:word;
buff:=1;
if (katsopr.cnazna>0)
then {
buff:=1;
}
else {
message ('Не указано назначение');
buff:=0;
}
if (katsopr.vidsopr=502)
{
if (Cur_time>TGetTune('MYTUNE.expiration_Time'))
then {
buff:=0;
message('Вы не можете оприходовать накладную в '+Cur_time);
}
};
if (buff=1)
then {
inherited::handleEvent(cmMAKEORDER);
}
}
}end;// HandlEevent
end;//EditSopr
end.

[hope]

Повесить алгоритмы перед/после списания/оприходования документа: проверять тип документа и либо разрешать, либо не разрешать списание.