|
Флажок в справочниках "Недоступен" - как правильно использовать? | ☑ | ||
---|---|---|---|---|
0
slafor
09.02.23
✎
17:05
|
УНФ 1.6, но я думаю, что не только там.
Есть в 1С в некоторых справочниках флажок "Недоступен". Например, в Пользователях, или в Источниках привлечения: https://disk.yandex.ru/i/zouonDDFmK9yGw . Когда его устанавливаешь, элемент становится недоступным и невидимым из списков, в выпадающем списке его тоже нет. Но сами элементы при этом остаются. Можно сделать их видимыми в списках - " “Еще - Показывать недействительных”, но при этом их все равно не видно при выборе из выпадающего списка, и в отчетах их тоже выбрать нельзя. В связи с этим у нас возникло 2 вопроса: 1. Можно сделать "недоступные" элементы справочников доступными для выбора в настройках отборов в отчетах, не делая для этого элемент "действительным"? 2. Этот функционал - он же не совсем "платформенный"? Например, в справочнике Источники привлечения "Недоступен" - это реквизит объекта, и значит, он как-то обрабатывается (просто пока не нашел - как). Можно ли использовать такой же механизм для своих собственных справочников? Тупо пробовал добавлять такой же реквизит - но, сами понимаете, эта байда не сработала )) . Но ведь наверняка как-то можно сделать - может, кто-то сталкивался? |
|||
1
bolobol
09.02.23
✎
17:16
|
Даже текстовым подбором недоступный не выбрать?
|
|||
2
slafor
09.02.23
✎
17:26
|
(1) В документах нельзя. В отчетах - тоже.
Можно снять галку с реквизита "Недоступен", зайти в документ или отчет, выбрать его, потом вернутся в справочник, сделать реквизит опять недоступным, и когда вернемся в документ или отчет, где он уже был выбран - он там и останется. И будет работать. Вот такая штука ) |
|||
3
bolobol
09.02.23
✎
17:41
|
Я вот что думаю, это не через какие-нибудь функциональные опции сделано?
|
|||
4
mistеr
09.02.23
✎
18:05
|
(0) СП, ОбработкаПолученияДанныхВыбора
|
|||
5
Seducer
10.02.23
✎
00:12
|
(0) Зайди в модуль менеджера, например, справочника "Пользователи". И посмотри в процедуру ОбработкаПолученияДанныхВыбора. Все сразу станет понятно.
|
|||
6
Злопчинский
10.02.23
✎
00:16
|
это хорошее решение про Недоступен. а то пользователи понаставляют удаления на тех же правочниках - нам эта номенклатура типа не нужна боль ше. Не, ну понятно - юзер есть зверь тупой, начала выползания из моря на сушу.. мозг с изюминку... но я вот ненавижу когда в списках болтаются помеченные на удаление, которые нельзя удалить... это бесит мое чувство прекрасного... а так хот ясрячется на "системном" уровне. Правда при удалении прмеченных - все равно наверное будут болтаться как в проруби говно, и непонятно - то ли правильно неудаляются то ли где-то чтото недоработано и надо подчищать...
|
|||
7
НафНаф
10.02.23
✎
05:30
|
(6) много агрессии. Тупой юзер, бесит чувство прекрасного - ищите проблемы в своей голове.
Пометка удаления ничем не лучше/хуже других булевых признаков. Можно было использовать и её. |
|||
8
Злопчинский
10.02.23
✎
07:47
|
(7) а почему помеченные на удаление не удаляются?
|
|||
9
Злопчинский
10.02.23
✎
07:52
|
Юзеры - в подавляющем количестве тупые. Точно как правило Парето. В этом нет ничего плохого. просто жизнь такая. Они тупые в использовании 1С. Просто выполняют набор заученных действий, даже не зная и не понимая зачем и как. В большинстве случаев это прокатывает и нормально. Особого ума не надо. ПТУ по "оператор ПК". Но так как "тупые" - не могут оценить свои действия и регулярно залазят куда не требуется и косяпорят. И я - тупой в определенных областях.
. Остается вопрос - что делает эта наша огромная армия 1Cников в конторах с типовыми конфигами, которые покрывают протребности подавляющего большинства компаний? |
|||
10
НафНаф
10.02.23
✎
08:03
|
(8) а почему должны? встречный вопрос
(9) "малолетние дебилы" (с) |
|||
11
Злопчинский
10.02.23
✎
08:11
|
(10) из сути пометки на удаление - для удаления.
|
|||
12
НафНаф
10.02.23
✎
08:42
|
(11) это не обязательно давно. Вообще в платформе остается много исторических вещей, которые в процессе сильно изменились - признак Проведен не означает, что документ проводился и/или имеет движения, например
|
|||
13
Злопчинский
10.02.23
✎
08:47
|
(12) а что означает признак "Проведен" тогда? - все что угодно на усмотрение разработчика?
|
|||
14
НафНаф
10.02.23
✎
08:50
|
(13) посмотрите типовые, например непроведенные документы могут иметь движения
|
|||
15
Злопчинский
10.02.23
✎
08:51
|
Если на клетке со слоном написано "буйвол" - ну, значит у кого-то крыша поехала. или у писателя, или у читателя ;-)
Если на клетке написано "буйвол" - то поехала ли у кого-то крыша можно предположить только тогда когда в клетке появится или буйвол или кто-то другой... Но мы же ожидаем что если написано на клетке "буйвол" - что в клетке появится "буйвол"...? и если мы стоим у клетки с надписью буйвол три часа и ждем появления буйвола - а выходить бурундучок - мы будем расстроены... нам ведь буйвол был нужен... |
|||
16
Злопчинский
10.02.23
✎
08:53
|
(14) я в курсе. и это мне "не нравится".
что тогда означает признак "Проведен"..? |
|||
17
НафНаф
10.02.23
✎
08:53
|
(15) Не будем - проведение и запись движений это в общем ортогональные вещи в каком-то роде
|
|||
18
НафНаф
10.02.23
✎
08:55
|
(16) что документ "проведен", внезапно
|
|||
19
Злопчинский
10.02.23
✎
08:55
|
(17) ну тогда надо определяться в терминах что значит "проведение" и что значит "запись движений" - не технически, а на уровне архитектуры, концептуально.
? |
|||
20
НафНаф
10.02.23
✎
08:58
|
(19) с ИТС: Процедура, заключающаяся в том, что документ вносит изменения в состояние учитываемых данных, как правило записывает движения в регистры. Пока документ не проведен, он является лишь "черновиком". Проведенный документ - это документ, полноценно отраженный в учете.
|
|||
21
НафНаф
10.02.23
✎
08:59
|
+(20) Движения
Записи в регистрах, которые отражают изменения в учете, производимые документом. Как правило движения создаются при проведении документа. |
|||
22
НафНаф
10.02.23
✎
08:59
|
(20) (21) и вот тут фраза "как правило" говорит о том, что да, но не всегда
|
|||
23
bolobol
10.02.23
✎
12:45
|
(22) Нет. "Как правило" - это значит что обязано быть правилом, но в случае хитрых схем - разработчиком может быть принято иное решение, которое будет противоречить правилу, но платформа позволяет такое наделать
|
|||
24
bolobol
10.02.23
✎
12:48
|
(8) Потому что данные, помеченные на удаление, использовались в учёте, и удалить их можно только вместе с историей их использования и историей использования смежных данных. Пользователь неактуальный, например, делал документы, как его можно удалить, если не удалить документы, которые он делал? Документы не стали неактуальными при увольнении пользователя. Но удалить пользователя, не удаляя документы - возможно, просто в документах не будет информации о том, что это был за пользователь. Придумали "Неактуален". Не мешается и в контроле удаления не участвует, не мешается.
|
|||
25
НафНаф
10.02.23
✎
12:49
|
(23) Значение
нареч. разг. обычно ◆ — Таких, как лейтенант Княжко, я больше не встречал в жизни, мне его очень не хватает до сих пор. Но такие погибали, как правило. Ю. В. Бондарев, «Берег», 1975 г. [НКРЯ] вводное выражение употребляется как вводное словосочетание, указывающее на то, что что-либо является для кого-либо установившимся, обычным, и соответствующее по значению словам: как обычно ◆ Как правило, жидкость принимает форму сосуда, в который мы её наливаем. Но это правило имеет исключения. Взять, к примеру, ртуть. Вылитая на гладкую поверхность, она не растекается, а свертывается в капли. И. Литвиненко, «Детали «растут» из сплава», 1964 г. // «Техника — молодежи» [НКРЯ] ◆ Он вставал, как правило, в восемь утра, пил кофе и садился за письменный стол. И. Смирнов, «Приобретение навеки», 1987 г. // «Знание — сила» [НКРЯ] |
|||
26
Злопчинский
10.02.23
✎
12:50
|
(22) вот когда невсегда - есть документ, непроведенный, у него есть движения. это вообще как трактовать? должны эти ждвижения в отчете по регистру участовать? или как?
|
|||
27
Злопчинский
10.02.23
✎
12:51
|
(23) ага. и потом типа когда помечаешь документ на удаление, а он делает движения по резервам какие-то непонятные.. и как это поправить - хз (подымал ветку на эту тему, внятного так и не получил ответиа)
|
|||
28
НафНаф
10.02.23
✎
12:51
|
(26) если движения активны - да, регистр это абстракция, которая придумана, чтобы не обращаться по возможности к документам
|
|||
29
Злопчинский
10.02.23
✎
12:52
|
(24) вот и я про то же самое.
|
|||
30
bolobol
10.02.23
✎
12:52
|
(26) Пример: Установка цен. Цены установлены документом, затем, было принято решение, что цены установлены неверно. Документ пометили на удаление, а цены остались в регистре. Почему? Потому что торговля без цен остановится. Не готов оправдывать такой подход, но такие факты архитектурных решений имеются, я бы даже сказал - широко используются
|
|||
31
Злопчинский
10.02.23
✎
12:54
|
(28) то есть когда проведен=0, а движения = активны - то это типа учитываем в отчетах. а когда проведен=0, а движения = неактивны = не учитываем в отчетах?
. а если не только в отчетах? если на основании движений всякие действия делаются по герерации других документов или их движений - неактивные берем для этого или нет? |
|||
32
НафНаф
10.02.23
✎
12:54
|
(30) если цены установлены неверно, то зачем такие цены? их надо удалить
а если без цен торговля остановится - то вы готовы принять эти цены такими как они есть - зачем тогда что-то удалять? примите какое-нибудь одно решение, но тут достаточно сформировать новые цены |
|||
33
Злопчинский
10.02.23
✎
12:56
|
(30) цены в справочниках/рс - справочные сведения. торговатьможно и без них - вводя ВЕРНЫЕ цены непросредственно в доккументе вручную (да, неудобно но можно). Что лучше - вводить вручную верные цены или подставлять автоматом оставшиеся неверыне ... - боольшой вопрос
|
|||
34
bolobol
10.02.23
✎
12:56
|
Парадокс флажка "неактуален" в том, что элемент пропадает везде, почему я и грешил на функциональную опцию. С получением данных выбора можно справиться доработкой на параметры сеанса, которые изменять до выбора, типа "Показывать неактуальные" и, если возможно "форма запроса данных выбора", чтобы в других формах не отображались неактуальные
|
|||
35
НафНаф
10.02.23
✎
12:57
|
(31) информация из регистра извлекается в идеале из его виртуальных таблиц, неактивные записи не влияют на итоги виртуальных таблиц
но инструмент можно использовать как угодно, да |
|||
36
bolobol
10.02.23
✎
12:59
|
Вот - да! Это тот редкий случай в 1С, где "инструмент можно использовать как угодно", и это даже можно делать правильно... т.е. - оправдывая чем-то необычное использование))
|
|||
37
НафНаф
10.02.23
✎
13:01
|
(36) почему редкий? и что такое "правильно"?
|
|||
38
НафНаф
10.02.23
✎
13:02
|
по теме, вот так в УТ 11.5 Спрсвочник.Пользователи.МодульМенеджера:
Процедура ОбработкаПолученияДанныхВыбора(ДанныеВыбора, Параметры, СтандартнаяОбработка) Если НЕ Параметры.Отбор.Свойство("Недействителен") Тогда Параметры.Отбор.Вставить("Недействителен", Ложь); КонецЕсли; Если НЕ Параметры.Отбор.Свойство("Служебный") Тогда Параметры.Отбор.Вставить("Служебный", Ложь); КонецЕсли; КонецПроцедуры |
|||
39
bolobol
10.02.23
✎
13:04
|
(38) Вот и получается, что либо Недействителен = Ложь. либо передавай Истина. А как их вместе всех увидеть?
|
|||
40
bolobol
10.02.23
✎
13:06
|
Я не пользовался, пометкой удаления справлялись. Пользователь при выборе помеченного предупреждается, что выбирает, возможно, не то - а мне +/- 500 помеченных объектов в 20000 неудаляющихся - погоды не сделают, всё равно собственной разработкой пользуюсь, она "запоминает" что нельзя удалить
|
|||
41
Злопчинский
10.02.23
✎
13:07
|
(32) вот и я про это же
|
|||
42
Злопчинский
10.02.23
✎
13:08
|
(35) "информация из регистра извлекается в идеале из его виртуальных таблиц, неактивные записи не влияют на итоги виртуальных таблиц" - это здорово.
а в чем смысл/польза/применимость неактивных записей? из опыта твоего если? или вообще по знаниям. |
|||
43
bolobol
10.02.23
✎
13:08
|
Документ неверный, не цены. Не все цены. История использования цен. Продолжать?
|
|||
44
Злопчинский
10.02.23
✎
13:09
|
(43) а какая принципиальная разница. еще хуже - чтото верное чтото нет. как понятьчто верное что нет...
|
|||
45
bolobol
10.02.23
✎
13:10
|
(44) Верное - то, что не помечено на удаление. Ровно до тех пор, пока не пометят на удаление))
|
|||
46
bolobol
10.02.23
✎
13:11
|
Как и пример неактуальных записей в регистре. Они использовались, но более использоваться не должны. Пропадут - концов не найдёте
|
|||
47
Злопчинский
10.02.23
✎
13:20
|
записи в регистре - вещь производная от документа (независимый РС не рассматриваем). Если я распровел/исправил документ - мне пофиг что там было раньше. Если не пофиг - то да, надо хранить некую историю движений (неактивнеы записи? как понять к какому набору реквизитиов документа они соответсивуют?).
|
|||
48
НафНаф
10.02.23
✎
13:21
|
(42) в основном в универсальных документах типа КорректировкаРегистров и БухОперация, где нет табличных частей и данные вносятся непосредственно в набор записей регистра. Так вот чтобы была возможность отменить такой документ, но не потерять данные и придумали активность записи
|
|||
49
НафНаф
10.02.23
✎
13:22
|
(47) а точно надо хранить историю движений регистра? обычно хранят историю документа
|
|||
50
Злопчинский
10.02.23
✎
13:23
|
(48) хм.. а сделать документ-зеркало для регистра/операции и вносить в ТЧ такого документа и тем самым свести идеологию работы к единому правилу - никак?
|
|||
51
bolobol
10.02.23
✎
13:25
|
(47) Это очень сложный вопрос, чтобы ответить сообщением.
(48) Точно! С этого, кстати, и начинали "исправлять 1С" (49) Этого недостаточно. Программист сменил алгоритм проведения - движения поменялись, а документ нет |
|||
52
Злопчинский
10.02.23
✎
13:27
|
(49) в зависимости от задачи. кому-то надо, кому-то нет.
в той же УНФ нет истории движения резервов. нет корректировочных заявок. из-за этого совершенно свободно штатными действиями получаются отрицательные резервы при отсутствии остатка на складе и прочее (недоработки криворуких разработчиков). С моей практики - историю резервов непринципиальна. Принципиальна история хотелок пользователей (заявка исходная, что получилось дальше... что в итоге отгрузилось). Многих интересует неудовлетворенный спрос. без истории резервово его придется считать гораздо сложнее.. |
|||
53
НафНаф
10.02.23
✎
14:58
|
(51) (52) я уже забыл за что торг
а так, да - всё в наших руках! |
|||
54
Злопчинский
10.02.23
✎
15:18
|
(53) за общий язык. где проведен - это проведен с записью движений. не проведен - нет движений. ну итд.
за православие, короче! |
|||
55
НафНаф
10.02.23
✎
16:11
|
(54) ubiquitous language - вот такое оно православие в DDD
|
|||
56
bolobol
10.02.23
✎
16:20
|
Аминь!
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |