Имя: Пароль:
1C
 
Дата запрета изменений - как запретить, но только некоторые реквизиты?
0 RomaH
 
naïve
22.10.21
11:03
Собственно, надо по дате закрыть редактирование, но не всего объекта, а только частично
1 DrShad
 
22.10.21
11:21
как тебе будет удобней так и делай
2 vova1122
 
22.10.21
11:21
Тогда только програмно управлять доступностью (исходя из даті запрета)
3 Гений 1С
 
гуру
22.10.21
12:04
(0) подпиской, кодом.
4 Вася Теркин
 
22.10.21
12:05
(0) Самое простое - перед записью восстанавливай значения из Ссылка если дата дольше. И все. Пусть хоть заредактируются. Но смотри аккуратно, чтобы результирующая совокупность данных не потеряла смысл.
5 1Сергей
 
22.10.21
12:10
(4) Я б за такое пальцы дверью прищемлял. Юзер что-то меняет, сохраняет. 1С ничего не говорит, типа всё ок. А потом оказывается что нихрена не изменилось
6 Вася Теркин
 
22.10.21
12:24
(5) Пусть говорит. Разрешаю. Пусть даже матерится...
7 Вася Теркин
 
22.10.21
12:25
Если кто-то кое-где у нас порой, то с такими мы ведем незримый бой... Вы кого земляными червяками называете, задумайтесь...
8 SleepyHead
 
гуру
22.10.21
12:38
(0) При открытии анализировать дату, ставить на нужные реквизиты ТолькоПросмотр=Истиан
9 Dmitrii
 
гуру
22.10.21
12:45
(0) Если речь о типовых конфигурациях с БПС, то типовыми методами такое не реализовать.
Придётся писать свою подсистему контроля дат запрета изменения и загрузки данных.
И тут всплывёт огромное количество побочных вопросов. Как быть с обменами, что делать, если реквизит оказался критичным для какого-то регистра и перезапись поменяла данные в регистрах (например, поменяли номер платежки с счете-фактуре после того, как декларация с книгами покупок и продаж уже ушла в налоговую), последовательности с их границами.
Закон Брукера: Даже маленькая практика стоит большой теории.