Как запретить изменять документы и настройки в 1С 8.3
Содержание
Запрет на редактирование в 1С настраивают на нескольких уровнях сразу. Чтобы закрыть прошлый период — ставят дату запрета изменения в разделе Администрирование → Настройки пользователей и прав. Чтобы сотрудник в принципе не правил чужие документы — ему выдают профиль без права на изменение нужных объектов. А конкретный проведённый документ защищают от правки отдельной командой «Разрешить редактирование реквизитов».
Какой способ подойдёт — зависит от того, что и от кого вы закрываете: целый участок учёта, отдельные реквизиты одного документа или данные за сданный квартал. Разберём каждый механизм с точными путями меню — интерфейс «Такси», платформа 8.3.
Почти всё настраивается в режиме 1С:Предприятие, конфигуратор не нужен. Исключения — замок конфигурации поставщика и расширения; о них в конце.
Какой уровень запрета вам нужен
Прежде чем лезть в настройки, определите цель. От неё зависит, где щёлкать: один механизм закрывает период, другой — реквизиты, третий — права человека.
Чаще всего в одной базе работают сразу два-три механизма: права разграничивают по людям, дата запрета закрывает период, а отдельные документы защищают точечно.
Закрываем прошлый период: дата запрета изменения
Самый частый запрос бухгалтера — чтобы после сдачи отчётности никто не поправил документы задним числом. Это и есть дата запрета изменения.
Откройте Администрирование → Настройки пользователей и прав → Даты запрета изменения. Включите флажок Даты запрета изменения данных и задайте дату. Всё, что датировано раньше неё, станет недоступно для правки, проведения и удаления.
Дату запрета можно настроить не одной цифрой на всех, а гибко:
- 🗓️ Для всех пользователей — общая дата по всей базе.
- 👤 По пользователям — одному закрыли, другому оставили доступ.
- 🏢 По организациям и разделам — например, зарплата закрыта, а банк ещё открыт.
Рядом есть отдельная настройка Даты запрета загрузки данных — она касается не ручного ввода, а порций данных из обменов и синхронизаций. Если документы «прилетают» из другой базы, закрывайте период и здесь.
Запрет не стирает старые документы — он только не даёт их менять. Если нужно внести исправление в закрытый период, дату сдвигают, правят документ и возвращают обратно.
Пример. Отчётность за третий квартал сдана, период закрывают датой 30 сентября. Теперь любой документ с датой до 1 октября нельзя провести заново или удалить. Пришла корректировочная накладная за сентябрь — на время правки дату запрета сдвигают на 31 августа, вносят документ, возвращают на 30 сентября. Так закрытый период остаётся под защитой почти всё время, а не стоит нараспашку.
Дату запрета видят все пользователи, у кого нет полных прав. Пользователь с ролью администратора всё равно сможет обойти запрет — поэтому полные права стоит оставлять одному-двум людям.
Защита реквизитов проведённого документа
После того как документ проведён, 1С сама блокирует часть реквизитов шапки — организацию, склад, тип операции. Это защита от случайной правки ключевых полей: поменяв их, легко сломать движения и взаиморасчёты.
Чтобы отредактировать такой реквизит осознанно:
- Откройте документ.
- Нажмите Ещё в командной панели (кнопка с тремя точками или надписью «Ещё» справа над табличной частью).
- Выберите Разрешить редактирование реквизитов.
- В открывшемся окне отметьте группы реквизитов, которые хотите разблокировать, и нажмите ОК.
После этого защищённые поля станут доступны. После изменения ключевых реквизитов обязательно перепроведите документ — иначе движения останутся старыми.
Эта блокировка — часть типового механизма конфигураций на БСП (Бухгалтерия, ЗУП, УТ). Набор защищённых реквизитов у каждого документа свой: у счёта-фактуры это одни поля, у поступления — другие.
Права на изменение: роли и профили групп доступа
Если задача не «закрыть период», а «пусть этот человек вообще ничего не меняет» — это уровень прав. В 1С права выдают не напрямую, а через профили групп доступа, а профиль собирается из ролей.
Путь: Администрирование → Настройки пользователей и прав → Профили групп доступа. Здесь список готовых профилей, которые можно назначить пользователю.
В типовых конфигурациях есть предопределённый профиль «Только просмотр» — он открывает данные на чтение, но запрещает создавать, менять и проводить документы . Самый быстрый способ дать «смотрящего» без права правки.
| Задача | Что выдать |
|---|---|
| Сотрудник только смотрит отчёты и документы | Профиль «Только просмотр» |
| Менеджер ведёт продажи, но не трогает бухгалтерию | Профиль с ролями своего участка |
| Полный доступ, включая обход даты запрета | Профиль «Администратор» |
Чтобы ограничить правку точечно, скопируйте подходящий профиль, уберите из него роли на изменение нужных объектов и назначьте пользователю. Копия нужна, чтобы не трогать типовой профиль — его перезапишет ближайшее обновление.
Разберём на примере. Кассир должен вести кассовые документы, но не трогать банк и зарплату. Берём профиль с ролями кассового участка, копируем его под именем «Кассир (без банка)», в составе ролей снимаем те, что отвечают за добавление и изменение банковских и зарплатных документов, оставляем чтение. Пользователю назначаем именно эту копию. В итоге банковскую выписку он видит, а поправить или создать её не может.
Права меняются только при следующем входе пользователя в программу. Если сотрудник уже работает, он увидит новые ограничения после перезахода.
Ограничение по организации и доступ на уровне записей
Когда в базе несколько организаций или складов, запрет формулируют иначе: «пусть каждый видит и правит только своё». Это ограничение доступа на уровне записей, сокращённо RLS.
Включается флажком Ограничивать доступ на уровне записей в разделе Администрирование → Настройки пользователей и прав. После этого в группах доступа появляется возможность задать разрешённые значения — конкретные организации, склады, подразделения.
Схема работает так:
- Пользователь входит в группу доступа.
- У группы указан вид доступа — например, «по организациям».
- В группе перечислены разрешённые организации.
- Чужие организации пользователь не видит и, соответственно, не редактирует.
Пример. В базе две организации — «Торговый дом» и «Склад №2». Менеджеру первой заводят группу доступа с видом «по организациям» и разрешённым значением «Торговый дом». Документы второй организации для него просто пропадают из списков: он не может ни открыть их, ни тем более изменить. Второму менеджеру аналогично открывают только «Склад №2».
RLS заметно нагружает базу: каждый запрос проверяется на права по строкам. На больших базах включайте его обдуманно и только по тем видам доступа, которые реально нужны.
Отдельная история — ограничение по состоянию документа. В торговых конфигурациях у заказов есть статусы, и правка части полей закрывается по мере продвижения заказа по циклу. Это поведение заложено в саму конфигурацию, настраивается оно через статусы и права на соответствующие операции, а не отдельным «замком».
Защита настроек и параметров программы
Запретить правку данных — половина дела. Вторую половину забывают: пользователь с широкими правами может изменить сами настройки учёта и свести защиту на нет.
Что стоит прикрыть:
- ⚙️ Параметры и настройки учёта — учётная политика, функциональные опции, настройки налогов. Право на их изменение держите только у администратора и главбуха.
- 🧩 Функциональные опции включают и выключают целые разделы. Сняв галку, можно скрыть документы и поля — это тоже способ ограничить работу с тем, что сотруднику не нужно.
- 🔒 Конфигурацию поставщика защищает замок поддержки. Пока типовая конфигурация стоит на поддержке, её объекты нельзя менять в конфигураторе без снятия замка (
Конфигурация → Поддержка → Настройка поддержки).
Снимать конфигурацию с полной поддержки без необходимости не нужно: после этого типовые обновления перестают накатываться автоматически, каждое придётся сравнивать и объединять вручную.
Если цель — именно запретить менять параметры, не трогая код, работайте правами: исключите из профиля роли на изменение настроек. Это надёжнее и переживёт обновления.
Запрет через расширение конфигурации
Когда типовых прав и дат запрета не хватает — например, нужно сделать конкретное поле в форме нередактируемым для всех — помогает расширение конфигурации . Механизм доступен с платформы 8.3.6.
Расширение — это отдельный небольшой «довесок» к конфигурации, который не снимает её с поддержки. В нём можно:
- сделать элемент формы нередактируемым или скрыть его;
- убрать лишние команды и кнопки создания;
- добавить собственную роль с урезанными правами.
Готовый файл расширения (.cfe) загружают в режиме 1С:Предприятие: Администрирование → Печатные формы, отчёты и обработки → Расширения, кнопка Добавить. После загрузки, если расширение меняет структуру, система попросит обновить конфигурацию
базы данных — это отдельный шаг, он завершит подключение.
Обновление конфигурации базы данных требует монопольного доступа — все пользователи на это время должны выйти. Делайте это в нерабочее время и с резервной копией.
Расширение — задача для специалиста: нужно знать, какую форму и какой реквизит дорабатывать. Зато типовая конфигурация остаётся нетронутой, а запрет легко снять, просто отключив расширение.
Кто и когда менял данные: журнал регистрации
Запреты запретами, но иногда нужно не предотвратить, а разобраться: кто поправил документ и когда. Для этого есть журнал регистрации — он пишет действия пользователей независимо от прав.
Открыть его можно через главное меню (значок в левом верхнем углу) → Все функции → Журнал регистрации. Если пункта «Все функции» не видно, его включают в Главное меню → Настройки → Параметры → Отображать команду «Все функции».
В журнале доступны фильтры:
- 👤 по пользователю — что делал конкретный сотрудник;
- 📄 по данным — история по одному документу или справочнику;
- ⏱️ по периоду и времени.
Для более подробной картины — что именно поменялось в реквизитах — включают версионирование объектов в настройках администрирования. После этого у документа появляется команда просмотра истории изменений: видно старое и новое значение каждого поля и автора правки.
Журнал регистрации и версионирование растут в размере. Для них задают срок хранения, иначе файлы журнала раздуваются со временем.