|
Не отображать документ в списке | ☑ | ||
---|---|---|---|---|
0
Logovazz
04.08.22
✎
17:57
|
Коллеги, доброго времени суток!
Застрял на таком вопросе: Есть обработка, на ней список документов (шаг 1). После выбора пользователем документа, открывается следующая список товаров из ТЧ выбранного документа (шаг 2). Суть задачи: если пользователь № 1 на шаге 1 выбрал документ, то для пользователя № 2, открывшего эту же обработку, выбранный пользователем № 1 документ не должен отображаться в списке. Блокировку ставить рука не поднимается, добавлять реквизит типа "ДокументВыбранДругимПользователем" в документ тоже как-то не элегантно (вдруг пользователь некорректно завершит сеанс). Прошу пнуть в нужную сторону, кто делал аналогичное) |
|||
1
vicof
04.08.22
✎
17:58
|
(0) Задача дебильная.
|
|||
2
vicof
04.08.22
✎
17:59
|
Цель всей этой херни какая?
|
|||
3
shuhard
04.08.22
✎
18:00
|
(2) маршрутизация потока документов по менеджерам
|
|||
4
unenu
04.08.22
✎
18:01
|
(0)
оповещениями отборы мутить. хотя при n пользователеях велики шансы впасть в бесконечные циклы. (1) "партия сказала надо - ..." (2) "...программист ответил есть" |
|||
5
vicof
04.08.22
✎
18:03
|
(3) О, постановщики подтянулись)
|
|||
6
Фрэнки
04.08.22
✎
18:04
|
(5) скорей, исполнители, которым всю эту херню (как ты выразился) приходится неоднократно разруливать
|
|||
7
lubitelxml
04.08.22
✎
18:06
|
(0) можно в РС писать какой док уже редактируется, и потом удалять запись
|
|||
8
shuhard
04.08.22
✎
18:11
|
(5) живой пример, у нас начальник отдела снабжения раскидывает заявки на закупку между подчиненными=)
та же задачка есть в любой системе массового обслуживания |
|||
9
Злопчинский
04.08.22
✎
18:43
|
(8) если один начальник раскидывает - то проблем нет.
если начальника - два? |
|||
10
Смотрящий
04.08.22
✎
19:46
|
(9) Сделать одного сверхравным. Делов то
|
|||
11
Logovazz
05.08.22
✎
11:49
|
В общем проснулся сутра пораньше и сделал так: при выборе документа, с пользователем, УИДом формы (может быть несколько сеансов под одним пользователем) и датой захвата пишется в независимый регистр сведений. При формировании списка документов в запрос добавлено соответствующее условие. При закрытии формы обработки все захваты очищаются. Плюс регламентное задание, периодически прочесывает регистр сведений на наличие "подвисших" захватов (2 часа от даты захвата) и очищает их (на случай плохих завершений сеансов и просто забывчивых пользователей).
Получилось как в (7) Конструктивная критика приветствуется) |
|||
12
lubitelxml
05.08.22
✎
11:53
|
(11) в целом все верно
|
|||
13
mikecool
05.08.22
✎
12:53
|
а почему на блокировку рука не поднялась?
|
|||
14
СеменовСемен
05.08.22
✎
13:13
|
Реквизит Исполнитель и измерение Документ в РС
|
|||
15
Logovazz
05.08.22
✎
14:22
|
(13) ИМХО, не оптимально. Держать блокировку документа неизвестно сколько. Да и логика самой обработки не подразумевает редактирование документа, на следующих шагах формируются другие документы, поэтому блокировать первоначальный документ не логично
|
|||
16
vicof
05.08.22
✎
15:14
|
А я так и не услышал цели.
|
|||
17
lubitelxml
05.08.22
✎
15:15
|
(15) "Да и логика самой обработки не подразумевает редактирование документа" - и зачем тогда это вообще все делать?
|
|||
18
Logovazz
05.08.22
✎
16:09
|
(17) Чтобы другой пользователь не взял в работу уже выбранный документ и не нагородил на основании него кучу других
|
|||
19
Logovazz
05.08.22
✎
16:10
|
(16) в (4) в принципе верно написано)
|
|||
20
lubitelxml
05.08.22
✎
17:09
|
(18) перед записью подчиненных может просто проверять наличие уже введенныз документов и не давать формировать новые? Это как-бы стандартная практика 1с
|
|||
21
Logovazz
05.08.22
✎
17:15
|
(20) Может так и проще было бы. Но, задача уже сдана)
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |