Имя: Пароль:
1C
1С v8
Нужно чтобы пользователь НЕ МОГ выбирать элемент справочника, НО мог его отредактировать
0 Imv
 
16.06.23
16:15
Добрый день !
Есть ли сравнительно простой способ реализовать подобное.
Есть справочник, нужно что бы пользователь НЕ МОГ выбирать элемент в своих доках из этого справочника, НО МОГ просмотреть его или отредактировать.
Т.е. пока требуемые поля не заполнены использовать элемент справочника нельзя...
1 RomanYS
 
16.06.23
16:17
Т.е. пока требуемые поля не заполнены использовать элемент справочника нельзя...
Вот это реализуемо
2 lubitelxml
 
16.06.23
16:19
Событие ПриИзменении - пишешь свою проверку на заполненность, если проверку не прошло - очищаешь реквизит
3 Imv
 
16.06.23
16:21
Не пойдет. Да, в этом случае элемент справочника останется в прежнем состоянии. Но на возможность использования это не влияет
4 RomanYS
 
16.06.23
16:22
(2) худший вариант - чистое издевательство над пользователями.
Логичнее
1) не показывать в списках выбора
2) проверять при проведении/записи
5 Ногаминебить
 
16.06.23
16:22
И для красоты желательно в форме выбора их отбором из показа исключить.
6 lubitelxml
 
16.06.23
16:25
(4) "2) проверять при проведении/записи - еще больше издевательства )
Не показывать в списках наверное лучшее решение
7 Garykom
 
16.06.23
16:25
(4) Достаточно 2)
Причем в типовых вроде как можно воткнуться в общую для всех доков ОбработкаПроверкиЗаполнения
8 Ногаминебить
 
16.06.23
16:26
(6) Лучше показывать, но как-нибудь подкрашивать. Чтоб можно было прям оттуда войти и отредактировать.
9 lubitelxml
 
16.06.23
16:28
(4) 1 вариант - тоже не очень - зашел - надо выбрать контрагента, а в списке его нет, так как отбор стоит. Это надо зайти в справочник, опять найти этот элемент, перезаписать его, потом опять в документ (с первого раза может и не заполнил правильно). Проще не давать выбирать + сообщение + (8)
10 Garykom
 
16.06.23
16:28
(8) Условное оформление навесит на формы списка не проблема
11 Imv
 
16.06.23
16:28
>>Не показывать в списках наверное лучшее решение
Пока действительно лучшее. Или единственное.
12 Garykom
 
16.06.23
16:28
(7)+ ИсправлениеДокументов.ОбработкаПроверкиЗаполнения() в ERP и производных
13 Garykom
 
16.06.23
16:29
(11) Ага чтобы юзер дубли начал вводить не найдя в списке ))
14 lubitelxml
 
16.06.23
16:29
(11) про лучшее - это я поспешил, расписал в (9) минусы
15 Imv
 
16.06.23
16:30
>> зашел - надо выбрать контрагента, а в списке его нет
И это правильно. Нельзя использовать элемент справочника, если он не заполнен до конца или заполнен неправильно.

Другое дело, что разные поля заполняются разными службами, но это правами порешаю
16 lubitelxml
 
16.06.23
16:30
(13) главное чтобы это не был контрагент, при перевыборе которого еще и цены пересчитаются )
17 Garykom
 
16.06.23
16:31
А потом возьмут и обработкой выберут и проведут и?
18 Imv
 
16.06.23
16:31
Т.е. кому разрешено редактирование, тот видит. Кому только использование - нет.
19 Imv
 
16.06.23
16:32
>>  главное чтобы это не был контрагент, при перевыборе которого еще и цены пересчитаются )
Как раз такого и не должно произойти. Если не заполнен полностью - не возможности использования
20 lubitelxml
 
16.06.23
16:32
(17) ну с полными правами можно и не таких дел натворить.
(18) вот это уже лучше
21 Garykom
 
16.06.23
16:32
(18) "ой у меня элемент не видится" а вот через ПКМ на документе в списке и Изменить можно выбрать!!!
22 Garykom
 
16.06.23
16:33
(20) причем тут полные права?

обычное массовое изменение документов из формы списка или встроенная Групповое изменение реквизитов или внешняя обработка если не запрещено
23 lubitelxml
 
16.06.23
16:33
(19) "нужно что бы пользователь НЕ МОГ выбирать элемент в своих доках из этого справочника, НО МОГ просмотреть его или отредактировать"
"Т.е. кому разрешено редактирование, тот видит. Кому только использование - нет." - что-то противоречие получается
24 lubitelxml
 
16.06.23
16:35
(22) "обычное массовое изменение документов из формы списка или встроенная Групповое изменение реквизитов или внешняя обработка если не запрещено" - серьезно думаешь, что у юзеров, которым не все элементы справочника можно выбрать будут такие права?
25 Imv
 
16.06.23
16:38
>> что-то противоречие получается
Как написал изначально было бы хорошо (ну кроме редактирования), но как я понял, хорошего решения пока нет.
Поэтому видимость и разделение прав...
26 lubitelxml
 
16.06.23
16:43
(25) на самом деле это больше вопрос к аналитику, чем к разработчику
27 Serg_1960
 
16.06.23
16:45
(0) Имхо, минимальный набор: дополнительный реквизит "ТребуемыеПоляЗаполнены" и форма выбора с фильтром по этому реквизиту, не?
28 PR
 
16.06.23
16:48
Не забываем про ввод по строке, там тоже нужно будет фильтрануть
29 Imv
 
16.06.23
17:04
(27) ФормаСписка, ФормаВыбора, ФормаПодбора
(28) и ввод по строке
30 Garykom
 
16.06.23
17:05
(29) зачем когда достаточно (12) ?
31 Imv
 
16.06.23
17:06
(28) АвтоПодборТекста, ОкончаниеВводаТекста
32 Imv
 
16.06.23
17:07
>> ОбработкаПроверкиЗаполнения() в ERP и производных
Нужно, что бы элемент можно было сохранить, но использовать в работе его было нельзя.
33 lubitelxml
 
16.06.23
17:08
Наверное все-таки реально проще и правильнее будет красным подсвечивать элементы, которые нельзя выбрать (но давать выбирать) и при записи документа сделать проверку - верный ли элемент подобран. Для пользователей это будет удобно и минимум доработок
34 lubitelxml
 
16.06.23
17:09
+(33) к тому же они смогут прямо в списке выбрать подсвеченный элемент и дозаполнить его
35 Imv
 
16.06.23
17:15
>> Для пользователей это будет удобно и минимум доработок
Красиво... Но такая ситуация. Менеджер делает отгрузку, набил 100 позиций и документ не записывается.
Ладно... Записывается, но не проводится. Крику будет :)
36 lubitelxml
 
16.06.23
17:17
(35) записывать то можно, проводить не давай, пока ошибки не исправят. НО - это чисто косяк менеджера - он сам выбрал подкрашенный красным цветом элемент. Ну и предупреждение ему еще покажи, чтобы он кнопку нажал и согласился с тем, что он хрень выбрал )
37 Imv
 
16.06.23
17:30
Спасибо всем !!! Буду реализовывать в варианте:
Дополнительный реквизит "ТребуемыеПоляЗаполнены" и форма с фильтром по этому реквизиту.
плюс фильтр на ввод по строке
и как дополнительно - видимость и подсвечивать и права доступа (кому можно, а кому нет).

ФормаСписка, ФормаВыбора, ФормаПодбора
АвтоПодборТекста, ОкончаниеВводаТекста
38 PR
 
16.06.23
19:42
(31) Нет
В модуле менеджера
39 ДедМорроз
 
17.06.23
01:02
Выбираем-то мы в какое-то поле,можно в ПриИзменении сообщать,что выбран неправильно и очищать.
Для всякого группового изменения - только проверка при записи спасет.
40 AlvlSpb
 
17.06.23
13:08
Вот это развезли под хотелки клиента! Речь ведь об элементе справочника. Самое лучшее и правильное решение НЕ давать сохранять элемент этого справочника при создании, если не заполнены нужные поля. Тогда вот вся эта мышиная возня вокруг выбора элемента в док будет просто не нужна
41 Андрей_Андреич
 
naïve
19.06.23
05:34
(40) Простейший пример - продукция. Голимый элемент справочника, потом выпуск пробной партии и уже далее вес объем штрихкоды и прочая фигня и только тогда в продажу
42 dmpl
 
19.06.23
07:35
(11) Далеко не лучшее - наплодят дублей, т.к. не найдут нужный элемент в справочнике. Лучшее - не давать записывать недозаполненный элемент.
43 dmpl
 
19.06.23
07:36
(15) НСИ должен вводить специально обученный человек.
44 dmpl
 
19.06.23
07:40
(41) На пробную партию должен быть отдельный элемент. Ведь это не серийная продукция.
45 Bigbro
 
19.06.23
07:48
(40) в идеальном мире да, но на практике в справочнике куча информации, которая порой заполняется не одновременно и сотрудниками совершенно разных подразделений без единого подчинения.
46 dmpl
 
19.06.23
07:59
(45) Там, обычно, полный бардак получается. Либо вся информация должна вводиться в документообороте, утверждаться, и после этого через интеграцию переноситься в основную систему.
47 Мимохожий Однако
 
19.06.23
08:18
Если нужные поля на форме на заполнены делать невидимым команду или реквизит,в который подбираешь элемент справочника
Оптимист верит, что мы живем в лучшем из миров. Пессимист боится, что так оно и есть.