Добрый день, уважаемые программисты!
Есть задача по 1с но никак не могу найти решение.
Имеется база 1С БП 8.3(файловая) ведется 2014 года, нужно каким то образом скрыть данные прошлых лет оставив только текущий год, в идеале было бы не плохо сделать через права пользователей, одним доступно просмотр данных за прошлые года кому то не доступно.
Скажите пожалуйста это вообще реально сделать в 1с?
Есть задача по 1с но никак не могу найти решение.
Имеется база 1С БП 8.3(файловая) ведется 2014 года, нужно каким то образом скрыть данные прошлых лет оставив только текущий год, в идеале было бы не плохо сделать через права пользователей, одним доступно просмотр данных за прошлые года кому то не доступно.
Скажите пожалуйста это вообще реально сделать в 1с?
По теме из базы знаний
- Регистры сведений 1С. Как это устроено.
- Опыт свертки базы 1С:ERP
- Автоматическое создание периодических счетов и реализаций на услуги для 1С: Бухгалтерии 3.0
- WEB-интерфейсы как механизм сбора и контроля данных в розничной сети. Инструменты и наработки
- [Расширение] Автоматический перенос даты запрета редактирования для 1С:УНФ
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(4)если бы достаточно было запретить только просмотр документов прошлого периода, то в Функция ОбъектПриЧтенииНаСервере (где проверяется дата запрета) можно было бы заменить
на
Если ИзменениеЗапрещено(ПолноеИмя, ИдентификаторДанных, Ложь) Тогда
Форма.ТолькоПросмотр = Истина;
КонецЕсли;
на
Если ИзменениеЗапрещено(ПолноеИмя, ИдентификаторДанных, Ложь) Тогда
Форма.Закрыть();
КонецЕсли;
(9) 1. Ну тогда это будет закрыта всем пользователям, а как можно сделать проверку пользователя по роли что ему будет доступно? Чтобы постоянно не изменять конфигурацию, для открытия и закрытия данных.
2. а в отчетах я тут подумал, есть календарь в котором есть периоды, можно в некого как то установить минимальную дату, типа валидатора чтобы он не давал ставить дату указанную например дату запрета и редактирования ниже?
2. а в отчетах я тут подумал, есть календарь в котором есть периоды, можно в некого как то установить минимальную дату, типа валидатора чтобы он не давал ставить дату указанную например дату запрета и редактирования ниже?
как вариант сделать отдельную базу (управленческую) с доступом , а вторую базу рабочую каждый год переносить в управленческую и очищать по мере надобности, вопрос в том нужны ли остатки ... если да то сделать перенос остатков и каждый год из управленческой базы делать перенос остатков в рабочую.
Есть решение.
.
Распустить слух что каждый чих логируется.
Показательно выпороть пару человек лезущих в старые документы (поймать через ЖР)
Довести распоряжение о запрете просмотра старых периодов с угрозой штрафа под роспись .
P.S. Вознаграждение готов принять как через Яндекс так и через Сбербанк.
.
Распустить слух что каждый чих логируется.
Показательно выпороть пару человек лезущих в старые документы (поймать через ЖР)
Довести распоряжение о запрете просмотра старых периодов с угрозой штрафа под роспись .
P.S. Вознаграждение готов принять как через Яндекс так и через Сбербанк.
Я думаю вам поможет механизм РЛС, в некоторой роли в шаблонах доступа надо прописать что для поля "дата" показывать только данные до текущего года. Можно обратиться к константе, которую менять каждый год (иначе каждый год придется менять дату в шаблоне роли в конфигураторе).
(27)Добрый день, спасибо за ответ! Можете немного пояснить, если я правильно понимаю то механизм РЛС - накладывается на определенную роль пользователей, в которой можно прописать в шаблонах доступа ограничение по дате - и это будет распространятся на все документы и данные регистра бухгалтерии?
(30) на все, на которые сама роль будет предоставлять доступ. Конечно стоит еще следить что бы не было у пользователя роли при этом, которая разрешает все. Ну и например если роль с РЛС дает ограниченный доступ на регистр 1, а другая роль дает полный доступ на регистр 2 - не стоит ожидать что регистр 2 будет ограничен.
(38) Что у меня получилось сделать, дату решил сделать через параметр сеанса, как указано в документации объявил параметр при доступе к параметру устанавливаем значение:
Создал новую роль Текущий год, в шаблонах ограничений создал новый шаблон ОграничениеПоДате с текстом:
На вкладке Права например в разделе Документы выбираем документ, например РеализацияТоваровУслуг и в окне Ограничение к доступам данных добавляем запись Поля: <Прочие поля>, в Ограничение доступа:
Да так работает, пользователь с данной ролью получит только данные за текущий год в данной форме, если какая то возможно прописать так чтобы назначить сразу на все документы ну или по шаблону на бухдокументы?
Но отчеты в данном случае можно сформировать и за 2017 и раньше. Где прописать в отчетах ограничения чтобы данные были не доступны, не могу найти.
ПараметрыСеанса.НачалоТекущегоГода = '2018.01.01';Создал новую роль Текущий год, в шаблонах ограничений создал новый шаблон ОграничениеПоДате с текстом:
ГДЕ #Параметр(1) >= &НачалоТекущегоГодаНа вкладке Права например в разделе Документы выбираем документ, например РеализацияТоваровУслуг и в окне Ограничение к доступам данных добавляем запись Поля: <Прочие поля>, в Ограничение доступа:
#ОграничениеПоДате("Дата")Да так работает, пользователь с данной ролью получит только данные за текущий год в данной форме, если какая то возможно прописать так чтобы назначить сразу на все документы ну или по шаблону на бухдокументы?
Но отчеты в данном случае можно сформировать и за 2017 и раньше. Где прописать в отчетах ограничения чтобы данные были не доступны, не могу найти.
(39) Как во все документы как прописать не знаю, не встречал такого. Относительно удобнее это делается через окно "Все роли", которое открывается по ПКМ на корне дерева "Роли". А по отчетам полагаю что надо так же ограничивать доступ еще и к чтению из регистров.
(28)
Теоретически можно сделать так - но, если у пользователей сейчас 5-6 баз, и к тем кому нужен будет доступ к прошлым периодом +1 к каждой базе, тогда получится более десяти, может конечно и можно так сделать но это будет просто жуть как неудобно для пользователей.
сделать "Разделение данных" - это вы имеете ввиду Сверстки базы данных?
По-человечески
- это решение называется по по человечески?
Теоретически можно сделать так - но, если у пользователей сейчас 5-6 баз, и к тем кому нужен будет доступ к прошлым периодом +1 к каждой базе, тогда получится более десяти, может конечно и можно так сделать но это будет просто жуть как неудобно для пользователей.
сделать "Разделение данных" - это вы имеете ввиду Сверстки базы данных?
Красивого решения что-то не сообразить.
Может через расширение? Этакое мега-расширение с импортированными формами с запретом, своей созданной ролью и пр.
Но его надо будет каждый раз обновлять вслед за 1Сниками. Зато конфа на поддержке останется.
В 2.0 часто делали так - создавали интерфейс для ТехКомуДоступНеНужен, а в этом интерфейсе открывали "свои" формы списка с отбором по периоду.
РЛС тоже неплохо, но этот вариант затормозит работу ВСЕХ ради тех нескольких человек, кому доступ к старым периодам нужен.
Может через расширение? Этакое мега-расширение с импортированными формами с запретом, своей созданной ролью и пр.
Но его надо будет каждый раз обновлять вслед за 1Сниками. Зато конфа на поддержке останется.
В 2.0 часто делали так - создавали интерфейс для ТехКомуДоступНеНужен, а в этом интерфейсе открывали "свои" формы списка с отбором по периоду.
РЛС тоже неплохо, но этот вариант затормозит работу ВСЕХ ради тех нескольких человек, кому доступ к старым периодам нужен.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот