![]() |
#1 |
Участник
|
Вопрос доступа
Каким образом в Аксапте можно реализовать такое:
Есть два человека А и Б У А есть доступ на редактирование журнала У Б на редактирование и разноску проводок по журналу Ситуация : А и Б одновременно заходят в пакет журнала Б все нравится , он запускает разноску. А в это же время успел создать еще одну строку в этом пакете. В итоге проводки осуществились только по одной строке, а в просмотре 2 строки. Как реализовать блокировку журнала, на время редактирования ? |
|
![]() |
#2 |
Moderator
|
Может сходу и не лучшее решение, но пусть будет как один из вариантов:
В таблице журналов вводим еще одно логическое поле - одобрено к разноске. Цитата:
Б все нравится
Затем человек, который проводит журнал, открывает журнал разрешенный на разноску (при этом он уверен, что в этот журнал уже никто и ничто не добавит) и спокойно разносит его. Возможно это не лучший вариант, возможно это дело решается более стандартными средствами. В обед будет побольше времени - постараюсь подумать. |
|
![]() |
#3 |
сибиряк
|
а поле "Блокировано" почему не использовать?
__________________
С уважением, Вячеслав. |
|
![]() |
#4 |
Moderator
|
Цитата:
а поле "Блокировано" почему не использовать?
![]() |
|
![]() |
#5 |
сибиряк
|
ну да
![]() Там есть check-box "Пользователь", после этого нельзя редактировать от имени другого пользователя этот журнал.
__________________
С уважением, Вячеслав. |
|
![]() |
#6 |
Moderator
|
Нашел. На закладке блокированно. Спасибо. Как выяснилось, все уже реализованно до нас.
![]() |
|
![]() |
#7 |
Участник
|
Журнал Складских проводок - понятно как использовать блокировку, а в
журналах , которые создаются в ГК., например типа Касса : Журнал ордеров (SP5) - На закладке блокировано Пользователь неативен, там можно назначить группу пользователей для работы с пакетом журнала, поставить блокировано системой - но это не поможет. Как активизируется на этих журналах блокировка? А самое интересное как предусмотреть блокировку Заказов , Закупок ? |
|
![]() |
#8 |
Участник
|
Еще замечено , что на поле Пользователь на форме LedgerJournalTable вызывается
метод display(не Edit !!!) IsUserPrivate на таблице LedgerJournalTable и это поле не привязывается к полю userblockId источника данных. Хотя в этом методе проверяется именно это поле . Т.е. изначально предусмотрено, что нельзя заполнять это поле. В чем же тогда фишка ? |
|
![]() |
#9 |
Member
|
Поле пользователь и одноименный checkbox можно заполнить, если сначала в общем либо другом журнале применить фильтр (стандартный, по [F3]) по конкретному пользователю, а потом создать новую запись. Тогда checkbox становится активным и в поле указывается пользователь, по которому выставлен фильтр. Даже в таком случае для редактирования поле и checkbox доступным не становятся.
По идее, руководитель может т.о. создать пакет-задание для исполнителя. Интересно, а есть другие вариации на эту тему?
__________________
С уважением, glibs® |
|
![]() |
#10 |
Banned
|
Вариация есть. Во всех журналах Axapta 3.0, как журналов ГК, так и складских, производственных и т.д. как раз реализована блокировка пакета на время редактирования. Неважно, кто зашел в строки: кто-то другой или даже ты сам - пакет заблокируется.
А в 2.5 поле Пользователь, спору нет, дурное. |
|
|
Опции темы | Поиск в этой теме |
Опции просмотра | |
|