1с ут 10 дата запрета редактирования

Обновлено: 07.01.2025

В типовых конфигурациях 1С есть замечательный инструмент, позволяющий запретить изменения документов в закрытых периодах. Обзор и инструкцию по нему вы можете прочитать по ссылке . Но иногда все таки возникает необходимость проведения операций задним числом или исправления уже введенных данных. Поэтому, какой-то период всегда держат открытым для редактирования. Как правило, это текущий месяц или квартал.

При работе вы или другие пользователи часто открываете старые документы, для того, чтобы что-то посмотреть или проверить. Иногда, особенно в конце периода, при подготовке отчетности случайно можно поменять данные. Так же можно просто « случайно » перепровести старый документ. Напомню, что дата запрета у нас на текущий период еще не установлена. Изменения документов, включая даже простое перепроведение документа, могут привести к изменениям, которые сложно отловить, особенно если сразу не обратили на это внимание.

Рассмотрим несколько способов решения данной проблемы.

Использование даты запрета

В программе можно настроить автоматическое изменение даты запрета. Минусы данного способа очевидны — пользоваться таким строгим ограничением не очень удобно, так как при необходимости внесения изменений в текущем периоде — придется отключать контроль, а потом включать заново.

Правильное закрытие документов

Можно развить в себе и в сотрудниках привычку закрывать документы не кнопкой «Провести и закрыть», а как это принято говорить «крестиком». Т.е. пиктограммой в правом верхнем углу формы. Предположим, что за себя вы можете поручиться, то за других сотрудников, работающих в базе, сделать это будет сложно.

Использование расширения

Я подготовил специальное расширение для типовых конфигурации, которое позволяет решать данную проблему альтернативным способом.

Расширение предоставляет возможность включить режим «Только просмотр» для проведенных документов. Другими словами, когда вы открываете проведенный документ, вы не можете изменять данные на форме. Для того чтобы внести изменения, необходимо будет найти этот документ в списке и вызвав правой клавишей мыши контекстное меню, отменить его проведение. Таком образом, случайная ошибка при этом практически исключается.

Чтобы быстро найти нужный документ в списке можно использовать следующий метод: В открытой форме необходимого документа выбрать команду Еще. В открывшемся меню выбрать команду Показать в списке . Далее откроется список, текущей строкой в котором будет искомый документ. И уже здесь можно отменить проведение указанным выше способом

Расширение добавляет на главную страницу программы в раздел сервис отдельную команду для вызова формы настройки. Доступ к настройкам имеют только пользователи с полными правами.

Есть несколько режимов работы. Самый первый режим отключает контроль для всех документов. Т.е. расширение ничего не делает и система работает в штатном режиме . Он может пригодится для временного отключения расширения.

Второй режим, включает контроль для всех документов. Любые проведенные документы будут открываться в режиме «Только просмотр»

Третий режим позволяет указать виды документов, для которых будет производиться контроль. Например, вы можете выбрать только банковские документы. Здесь все зависит от особенностей учета в Вашей организации. Этот вариант является наиболее предпочтительным.

В заключение рассмотрим плюсы и минусы расширения.

дополнительные возможности контроля изменения документов
подходит для разных конфигураций
простота настройки и подключения
несколько режимов работы
не влияет на обновления

для редактирования проведенного документа из списка ограничений, приходится отменять проведение
нельзя использовать в базовой версии

Ознакомится с возможностями данного продукта вы также можете на странице расширения.

Напоминаю, что Вы всегда можете обратиться ко мне по любым вопросам связанными с доработкой и настройкой 1С

Подписывайтесь на канал и наши группы в социальных сетях, чтобы не пропустить новые публикации.

Видео инструкцию к данному материалу можно посмотреть в моем инстаграме

Во-первых, можно определить несколько стратегий запрета редактирования с разными параметрами. Например, запрет в днях, запрет доступа в предыдущие месяцы кварталы и т.п., с указанием отступа от текущей даты.

То есть для некоторых пользователей (рядовых менеджеров) при входе в базе будет устанавливаться запрет по вчерашний день, для других (старших менеджеров) на 5 дней назад, для третьих (администраторов базы или руководителей отдела) - запрет предыдущего месяца с отступом в 10 дней..

Во-вторых, запрет будет устанавливаться для ВСЕХ без исключения пользователей базы данных. Для самых привилегированных это будет максимальная глубина, но запрет будет установлен.

Вообще идея автоматического продвижения даты запрета редактирования для всех пользователей кажется мне очень удачной. Мне представляется, что все экономические программы, в том числе все конфигурации на 1С, должны автоматически передвигать дату запрета редактирования с течением времени.

Сейчас мы имеем ситуацию, когда администратор базы должен периодически предпринимать некоторые действия, чтобы передвинуть вперед дату запрета редактирования, например, после составления отчетности за очередной месяц. Но администратор может забыть, заболеть, уволиться, наконец. А новый администратор не сразу вообще поймет важность этого действия по установке даты запрета. А в результате имеем многие проблемы с данными в реальных базах.

А должно быть так, чтобы программа сама, без всяких действий со стороны пользователя, передвигала с течением времени дату запрета для всех пользователей, кому ежедневно, кому ежемесячно (ежеквартально, ежегодно). А уж если надо залезть в закрытый период, то это должны делать только уполномоченные опытные пользователи, которые для этого смогут отодвинуть дату запрета только для себя и только на текущий сеанс работы. А после нового входа в базу дата запрета должна опять установиться автоматически.

В популярной конфигурации «1 С:Управление торговлей 10.3 » есть механизм установки запрета редактирования по пользователям базы данных.

Но практический опыт показал, что этого мало. Некоторым пользователям закрывать предыдущий день не надо, значит для них база остается открытой. По хорошему должен быть администратор базы, который выполняет регламентные операции, в том числе должен и устанавливать запрет редактирования для всех пользователей. Например, после закрытия месяца надо передвинуть дату запрета на месяц вперед. На практике такой администратор об этом, конечно, знает, но часто не делает: всегда найдется много причин, по которым надо отложить эту передвижку даты запрета, а потом про это и вовсе забывают. База остается открытой для изменения (не всеми пользователями, но все же), что приводит к нехорошим последствиям, например при наличии обменов информацией с другими базами. По хорошему запрет редактирования должен быть установлен для ВСЕХ пользователей. Ну а иногда администратора такого и вовсе нет.

В этой статье описывается усовершенствованная технология автоматической установки даты запрета редактирования

Во-первых, можно определить несколько видов закрываемого периода: день, месяц, квартал и т.п. Думаю, что достаточно дня и месяца, желающие могут доработать для квартала, года и т.д.

Во-вторых, можно определить несколько величин отступа от текущей даты в днях для закрытия предыдущего периода: например, 0 и 10 дней. То есть для некоторых пользователей предыдущий период будет закрываться прямо сегодня, для других - через 10 дней. Если закрываемый период день, то при отступе 0 дней при входе в базу будет закрыт период по предыдущий день включительно, а при отступе 10 дней - по дату на 10 дней меньше текущей. Если закрываемый период месяц, то в первом случае предыдущий месяц закроется первого числа очередного месяца, а во втором случае - 10-го числа

В-третьих, запрет будет устанавливаться ДЛЯ ВСЕХ ПОЛЬЗОВАТЕЛЕЙ базы данных. Для самых привилегированных это будет максимальная глубина из всех предусмотренных, но запрет будет установлен.

Управление этой системой осуществляется через механизм дополнительных прав пользователей.

Задача.

Требуется доработать конфигурацию таким образом, чтобы при входе любого пользователя в систему для него автоматически закрывался для редактирования некоторый период согласно сделанным в базе настройкам. Эти настройки должны задаваться с помощью механизма дополнительных прав пользователей. При этом уполномоченные пользователи должны иметь возможность открыть для редактирования любой период при необходимости.

Решение.

1. Вводим дополнительные права пользователя.

Все новые дополнительные права должны иметь вид "Автоматически НЕ закрывать предыдущий : N", где N - величина отступа от текущей даты в днях, положительное число, а может принимать значения "день" и "месяц" (желающие могут добавить еще и "квартал" и "год").

Например, введем три дополнительных права:

Автоматически НЕ закрывать предыдущий день: 0

Автоматически НЕ закрывать предыдущий день: 5

Автоматически НЕ закрывать предыдущий месяц: 0

Автоматически НЕ закрывать предыдущий месяц: 10

Названия всех прав должны начинаться с текста « Автоматически НЕ закрывать предыдущий : », за которым должно следовать число дней (больше 0).

Работать с дополнительными правами пользователей могут только пользователи с полными правами.

В режиме Предприятие открываем меню « Операции / Планы видов характеристик / Права пользователей »

Добавляем новое право: « Автоматически НЕ закрывать предыдущий день: 0 », тип значения – Булево (составной тип отменяется). Во избежание возможных эксцессов при последующих обновлениях код нового элемента лучше установить в «1000», например. Разработчики конфигурации при пополнении списка новыми предопределенными характеристиками вряд ли дойдут до такого кода.

Копируем это право и переименовываем в « Автоматически НЕ закрывать предыдущий период: 5 ». Копируем еще раз и переименовываем в « Автоматически НЕ закрывать предыдущий месяц: 0 » . И еще раз копируем и переименовываем в « Автоматически НЕ закрывать предыдущий месяц: 10 »

Теперь в меню « Сервис / Пользователи / Настройка дополнительных прав пользователей » появились новые флажки, которые можно устанавливать пользователям.

Установка флажка отменяет закрытие соответствующего периода, значит для нового пользователя будет закрываться максимально возможный период - по вчерашний день включительно.

2. Дорабатываем конфигурацию

Добавляем новый ПРИВИЛЕГИРОВАННЫЙ общий модуль. Назовем его, например, « АЦРК_Привилегированный ». В свойствах модуля должны быть установлены галочки « Привилегированный », « Вызов сервера » и « Сервер ».

В этом модуле должны быть следующая процедура:

Процедура ЗакрытиеПредыдущегоПериода() Экспорт
л_ПрефиксДополнительногоПрава1 = "Автоматически НЕ закрывать предыдущий день:";
л_ПрефиксДополнительногоПрава2 = "Автоматически НЕ закрывать предыдущий месяц:";
л_ТекущийПользователь = УправлениеПользователями.ОпределитьТекущегоПользователя();

л_ТаблицаДополнительныхПрав.Колонки.Добавить("ДатаЗапрета",Новый ОписаниеТипов("Дата"));
л_ТаблицаДополнительныхПрав.Колонки.Добавить("ГлубинаЗапрета",Новый ОписаниеТипов("Число"));
л_МаксимальнаяГлубина = 0;
л_Сутки = 24*60*60;
Для Каждого л_СтрокаТЗ из л_ТаблицаДополнительныхПрав Цикл
л_НаименованиеДополнительногоПрава = л_СтрокаТЗ.НаименованиеДополнительногоПрава;
Если Найти(л_НаименованиеДополнительногоПрава,л_ПрефиксДополнительногоПрава1) > 0 Тогда
л_ПараметрДополнительногоПрава = СокрЛП(Сред(л_НаименованиеДополнительногоПрава,44));
л_СтрокаТЗ.ГлубинаЗапрета = Число(л_ПараметрДополнительногоПрава);
л_СтрокаТЗ.ДатаЗапрета = ТекущаяДата() - л_СтрокаТЗ.ГлубинаЗапрета*л_Сутки;
ИначеЕсли Найти(л_НаименованиеДополнительногоПрава,л_ПрефиксДополнительногоПрава2) > 0 Тогда
л_ПараметрДополнительногоПрава = СокрЛП(Сред(л_НаименованиеДополнительногоПрава,45));
л_СтрокаТЗ.ГлубинаЗапрета = Число(л_ПараметрДополнительногоПрава);
л_СтрокаТЗ.ДатаЗапрета = НачалоМесяца(ТекущаяДата() - л_СтрокаТЗ.ГлубинаЗапрета*л_Сутки) - 1;
КонецЕсли;
Если л_МаксимальнаяГлубина < л_СтрокаТЗ.ГлубинаЗапрета Тогда
л_МаксимальнаяГлубина = л_СтрокаТЗ.ГлубинаЗапрета;
КонецЕсли;
КонецЦикла;
л_МассивСтрокТЗ = л_ТаблицаДополнительныхПрав.НайтиСтроки(Новый Структура("ГлубинаЗапрета",л_МаксимальнаяГлубина));
Для Каждого л_СтрокаТЗ из л_МассивСтрокТЗ Цикл
// Для максимальной глубины запрет не может быть отменен
// то ест ьдля ВСЕХ пользователей будет действовать установка запрета редактирования, хотя бы на максимальную глубину
л_СтрокаТЗ.ЗначениеДополнительногоПрава = Ложь;
КонецЦикла;

л_ТаблицаДополнительныхПрав.Сортировать("ЗначениеДополнительногоПрава Возр, ДатаЗапрета Убыв");

Если л_ТаблицаДополнительныхПрав[0].ЗначениеДополнительногоПрава = Истина Тогда
// отменена установка запретов редактирования для всех глубин, то есть ничего для этого пользователя не делаем.
// такого не будет
л_УстановитьЗапрет = Ложь;
Иначе
л_УстановитьЗапрет = Истина;
л_ДатаЗапрета = КонецДня(л_ТаблицаДополнительныхПрав[0].ДатаЗапрета);
Если л_ДатаЗапрета >= КонецДня(ТекущаяДата()) Тогда
л_ДатаЗапрета = НачалоДня(НачалоДня(ТекущаяДата()) - 1);
КонецЕсли;
КонецЕсли;

Вставляем одну строку в модуль обычного приложения, перед окончанием процедуры « ПриНачалеРаботыСистемы »

Как это работает

Если ничего с дополнительными правами не делать, то ни для каких пользователей не будет отменена установка запрета редактирования. Значит будет устанавливаться запрет редактирования на минимальную глубину, в нашем примере 1 день, то есть по вчерашний день включительно.

Чтобы увеличить эту глубину для некоторых пользователей, надо установить для них флажок у соответствующих прав. Сделать это может уполномоченный пользователь. При этом следует учитывать, что запрет будет установлен на наименьшую глубину из всех не отмененных. Например, если установить только один флажок "Автоматически НЕ закрывать предыдущий день: 5", а флажок "Автоматически НЕ закрывать предыдущий день: 0" оставить не установленным, то окажется, что запрет редактирования предыдущего дня не отменен, он и будет установлен при входе пользователя в базу. То есть, если надо открыть для редактирования 5 дней или месяц, надо прежде всего установить флажок "Автоматически НЕ закрывать предыдущий день: 0".

ВАЖНО! период с максимальной глубиной запрета будет установлен в любом случае, даже если установить все флажки "Автоматически НЕ закрывать предыдущий . ". В нашем примере 10-го числа очередного месяца будет гарантировано закрыт предыдущий месяц для ЛЮБОГО пользователя, вошедшего в базу, даже для того, у кого установлен флажок "Автоматически НЕ закрывать предыдущий месяц: 10".

Итак, когда пользователи утром заходят в базу данных, для них автоматически устанавливается запрет редактирования, каждому на свою глубину. В этом можно убедиться, посмотрев в меню « Сервис / Настройка учета / Установка даты запрета изменения данных ». На закладке « Основная дата » вы увидите записи по всем пользователям, работающим в базе данных.

Делать изменения в закрытом периоде смогут только пользователи с полными правами. Для этого такой пользователь должен выполнить следующие действия:

выбрать меню « Сервис / Настройка учета / Установка даты запрета изменения данных ». На закладке « Основная дата » отображаются записи по пользователям. Для себя пользователь может отодвинуть дату запрета на нужную дату, нажать кнопку « Установить » . Для него дата запрета редактирования отодвинется немедленно, в этом же сеансе работы. Можно производить изменения в закрытом периоде, с осознанием всех последствий.

Но как только такой пользователь выйдет из базы и снова в нее зайдет, для него снова установится дата запрета редактирования согласно настройкам дополнительных прав пользователя. И это хорошо.

Была создана, т.к. заказчику понадобилось всегда видеть актуальный список сотрудников с их датами запрета редактирования и иерархией.

Иерархия в данном случае произвольная: офис (пользователи с полными правами), менеджеры и вне категорий

Показывает только тех пользователей, которым разрешено входить в базу.
При добавлении пользователей добавляет его в список
Показывает даже тех пользователей, которым дата запрета редактирования не назначена (новые пользователи)
Иерархический просмотр по подразделениям (если много сотрудников и хочется знать кто и где работает)

Вариант установки даты запрета по группа пользователей не рассматриваем, т.к. при создании пользователя можно забыть установить ему группу и у него будет общая дата запрета (которая может и отсутствовать)

Обработка внешняя, при минимальных доработках типовой конфигурации может "подменить" типовой функционал

Пример: (в общей форме "УстановкаДатыЗапретаРедактирования" - Процедура "ПередОткрытием")

Обработка создана, как рабочий пример для требовательных пользователей. Внешний вид адаптирован под типовую. Тестировалась на версии 10.3.45.1.

Специальные предложения

Не " Закрыть();", а "Отказ = Истина".
По идее в "ПередОткрытием" - Форма ещё не открыта.

Просмотры 6570

Загрузки 2

Рейтинг 2

Создание 15.02.18 08:30

Обновление 15.02.18 08:30

№ Публикации 785492

Операционная система Windows

Страна Россия

Вид учета Не имеет значения

Доступ к файлу Абонемент ($m)

Пример создания пользователя Active Directory с помощью PowerShell из 1С.

3 стартмани

27.08.2019 14568 25 wowik 13

Копирование настроек профилей группы доступа из одной базы в другую. 1С: Предприятие 8.3 БП 3.0, ЗУП 3.1, ЕРП 2.4 и т.д.

Иногда необходимо состав ролей профиля группы доступа перенести из одной базы 1С в другую быстро, а если таких баз 20-30, то сидеть и выбирать нужные роли руками это проблематично и долго. Для этого была разработана данная обработка. Проверялось на релизах: Платформа 1С: Предприятие 8.3.14.1630; 1С: ЗУП 3.1.9.229 и выше; 1С: ERP 2.4.5.54.

1 стартмани

02.08.2019 6639 74 mityushov.vv 5

Просмотры 4168

Загрузки 3

Рейтинг 3

Создание 31.08.18 14:10

Обновление 31.08.18 14:10

№ Публикации 895311

Операционная система Не имеет значения

Страна Россия

Вид учета Не имеет значения

Доступ к файлу Абонемент ($m)

Код открыт Да

ТОП самых продаваемых и популярных готовых решений

См. также

Запуск 1С под любым пользователем (без необходимости указания пароля) Промо

Предназначается для запуска сеанса другого пользователя из своего сеанса 1С (если пароль вам неизвестен).

1 стартмани

02.07.2019 28947 297 sapervodichka 0

Подсистема прав доступа (анализ ролей, отладка RLS, английский код, обычные и управляемые формы)

5 стартмани

18.10.2021 4821 58 DitriX 29

Генератор ролей

1 стартмани

12.05.2021 3012 10 anton.fly7 7

Как увидеть пароли, сохраненные в базе 1С

Обработка, позволяющая посмотреть пароли и прочие данные скрываемые звёздочками на формах настройки.

1 стартмани

11.05.2021 12186 59 lepihin 27

Анализ ролей и прав доступа Промо

4 стартмани

09.01.2015 36703 21 kser87 7

Авторизация в мобильном приложении 1С

Реализация входа по паролю (личному коду) в мобильном приложении 1С.

10 стартмани

23.02.2021 5330 6 kaiman_fedor_yandex 0

Анализ ролей доступа

Быстрое определение, каких ролей доступа не хватает и на что влияет выбранная роль.

Права доступа ролей Промо

1 стартмани

05.02.2018 22722 168 Serge R 5

Завершение работы пользователей

Завершение работы пользователей с помощью подключения обработчика ожидания.

1 стартмани

02.10.2019 9410 16 user921814 6

Расширение "Туманность" - помощник настройки профилей групп доступа. ERP 2.4.9+

Расширение позволяет настраивать профили групп доступа как комбинации из других профилей групп доступа.

1 стартмани

30.08.2019 6773 10 Brawler 0

PowerShell из 1С: создание пользователя Active Directory

Пример создания пользователя Active Directory с помощью PowerShell из 1С.

3 стартмани

27.08.2019 14568 25 wowik 13

Регистры правил [Расширение] Промо

Регистры правил - права доступа, запрет редактирования, автоподстановка реквизитов и т.д.

10 стартмани

15.03.2018 23486 30 33lab 5

Копирование настроек профилей группы доступа из одной базы в другую. 1С: Предприятие 8.3 БП 3.0, ЗУП 3.1, ЕРП 2.4 и т.д.

1 стартмани

02.08.2019 6639 74 mityushov.vv 5

1 стартмани

15.03.2019 13569 18 ids79 1

Читайте также: