Как запретить изменять документы и настройки в 1С 8.3

· 9 мин

Содержание

Запрет на редактирование в 1С настраивают на нескольких уровнях сразу. Чтобы закрыть прошлый период — ставят дату запрета изменения в разделе Администрирование → Настройки пользователей и прав. Чтобы сотрудник в принципе не правил чужие документы — ему выдают профиль без права на изменение нужных объектов. А конкретный проведённый документ защищают от правки отдельной командой «Разрешить редактирование реквизитов».

Какой способ подойдёт — зависит от того, что и от кого вы закрываете: целый участок учёта, отдельные реквизиты одного документа или данные за сданный квартал. Разберём каждый механизм с точными путями меню — интерфейс «Такси», платформа 8.3.

Почти всё настраивается в режиме 1С:Предприятие, конфигуратор не нужен. Исключения — замок конфигурации поставщика и расширения; о них в конце.

Какой уровень запрета вам нужен

Прежде чем лезть в настройки, определите цель. От неё зависит, где щёлкать: один механизм закрывает период, другой — реквизиты, третий — права человека.

Что именно вы закрываете от изменений?

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

Закрываем прошлый период: дата запрета изменения

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

Откройте Администрирование → Настройки пользователей и прав → Даты запрета изменения. Включите флажок Даты запрета изменения данных и задайте дату. Всё, что датировано раньше неё, станет недоступно для правки, проведения и удаления.

Дату запрета можно настроить не одной цифрой на всех, а гибко:

  • 🗓️ Для всех пользователей — общая дата по всей базе.
  • 👤 По пользователям — одному закрыли, другому оставили доступ.
  • 🏢 По организациям и разделам — например, зарплата закрыта, а банк ещё открыт.

Рядом есть отдельная настройка Даты запрета загрузки данных — она касается не ручного ввода, а порций данных из обменов и синхронизаций. Если документы «прилетают» из другой базы, закрывайте период и здесь.

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

Пример. Отчётность за третий квартал сдана, период закрывают датой 30 сентября. Теперь любой документ с датой до 1 октября нельзя провести заново или удалить. Пришла корректировочная накладная за сентябрь — на время правки дату запрета сдвигают на 31 августа, вносят документ, возвращают на 30 сентября. Так закрытый период остаётся под защитой почти всё время, а не стоит нараспашку.

Дату запрета видят все пользователи, у кого нет полных прав. Пользователь с ролью администратора всё равно сможет обойти запрет — поэтому полные права стоит оставлять одному-двум людям.

Защита реквизитов проведённого документа

После того как документ проведён, 1С сама блокирует часть реквизитов шапки — организацию, склад, тип операции. Это защита от случайной правки ключевых полей: поменяв их, легко сломать движения и взаиморасчёты.

Чтобы отредактировать такой реквизит осознанно:

  1. Откройте документ.
  2. Нажмите Ещё в командной панели (кнопка с тремя точками или надписью «Ещё» справа над табличной частью).
  3. Выберите Разрешить редактирование реквизитов.
  4. В открывшемся окне отметьте группы реквизитов, которые хотите разблокировать, и нажмите ОК.

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

Эта блокировка — часть типового механизма конфигураций на БСП (Бухгалтерия, ЗУП, УТ). Набор защищённых реквизитов у каждого документа свой: у счёта-фактуры это одни поля, у поступления — другие.

Права на изменение: роли и профили групп доступа

Если задача не «закрыть период», а «пусть этот человек вообще ничего не меняет» — это уровень прав. В 1С права выдают не напрямую, а через профили групп доступа, а профиль собирается из ролей.

Путь: Администрирование → Настройки пользователей и прав → Профили групп доступа. Здесь список готовых профилей, которые можно назначить пользователю.

В типовых конфигурациях есть предопределённый профиль «Только просмотр» — он открывает данные на чтение, но запрещает создавать, менять и проводить документы . Самый быстрый способ дать «смотрящего» без права правки.

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

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

Разберём на примере. Кассир должен вести кассовые документы, но не трогать банк и зарплату. Берём профиль с ролями кассового участка, копируем его под именем «Кассир (без банка)», в составе ролей снимаем те, что отвечают за добавление и изменение банковских и зарплатных документов, оставляем чтение. Пользователю назначаем именно эту копию. В итоге банковскую выписку он видит, а поправить или создать её не может.

Перед раздачей прав проверьте
Выполнено: 0 / 4

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

Ограничение по организации и доступ на уровне записей

Когда в базе несколько организаций или складов, запрет формулируют иначе: «пусть каждый видит и правит только своё». Это ограничение доступа на уровне записей, сокращённо RLS.

Включается флажком Ограничивать доступ на уровне записей в разделе Администрирование → Настройки пользователей и прав. После этого в группах доступа появляется возможность задать разрешённые значения — конкретные организации, склады, подразделения.

Схема работает так:

  • Пользователь входит в группу доступа.
  • У группы указан вид доступа — например, «по организациям».
  • В группе перечислены разрешённые организации.
  • Чужие организации пользователь не видит и, соответственно, не редактирует.

Пример. В базе две организации — «Торговый дом» и «Склад №2». Менеджеру первой заводят группу доступа с видом «по организациям» и разрешённым значением «Торговый дом». Документы второй организации для него просто пропадают из списков: он не может ни открыть их, ни тем более изменить. Второму менеджеру аналогично открывают только «Склад №2».

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

Отдельная история — ограничение по состоянию документа. В торговых конфигурациях у заказов есть статусы, и правка части полей закрывается по мере продвижения заказа по циклу. Это поведение заложено в саму конфигурацию, настраивается оно через статусы и права на соответствующие операции, а не отдельным «замком».

Защита настроек и параметров программы

Запретить правку данных — половина дела. Вторую половину забывают: пользователь с широкими правами может изменить сами настройки учёта и свести защиту на нет.

Что стоит прикрыть:

  • ⚙️ Параметры и настройки учёта — учётная политика, функциональные опции, настройки налогов. Право на их изменение держите только у администратора и главбуха.
  • 🧩 Функциональные опции включают и выключают целые разделы. Сняв галку, можно скрыть документы и поля — это тоже способ ограничить работу с тем, что сотруднику не нужно.
  • 🔒 Конфигурацию поставщика защищает замок поддержки. Пока типовая конфигурация стоит на поддержке, её объекты нельзя менять в конфигураторе без снятия замка (Конфигурация → Поддержка → Настройка поддержки).

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

Если цель — именно запретить менять параметры, не трогая код, работайте правами: исключите из профиля роли на изменение настроек. Это надёжнее и переживёт обновления.

Запрет через расширение конфигурации

Когда типовых прав и дат запрета не хватает — например, нужно сделать конкретное поле в форме нередактируемым для всех — помогает расширение конфигурации . Механизм доступен с платформы 8.3.6.

Расширение — это отдельный небольшой «довесок» к конфигурации, который не снимает её с поддержки. В нём можно:

  • сделать элемент формы нередактируемым или скрыть его;
  • убрать лишние команды и кнопки создания;
  • добавить собственную роль с урезанными правами.

Готовый файл расширения (.cfe) загружают в режиме 1С:Предприятие: Администрирование → Печатные формы, отчёты и обработки → Расширения, кнопка Добавить. После загрузки, если расширение меняет структуру, система попросит обновить конфигурацию базы данных — это отдельный шаг, он завершит подключение.

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

Расширение — задача для специалиста: нужно знать, какую форму и какой реквизит дорабатывать. Зато типовая конфигурация остаётся нетронутой, а запрет легко снять, просто отключив расширение.

Кто и когда менял данные: журнал регистрации

Запреты запретами, но иногда нужно не предотвратить, а разобраться: кто поправил документ и когда. Для этого есть журнал регистрации — он пишет действия пользователей независимо от прав.

Открыть его можно через главное меню (значок в левом верхнем углу) → Все функции → Журнал регистрации. Если пункта «Все функции» не видно, его включают в Главное меню → Настройки → Параметры → Отображать команду «Все функции».

В журнале доступны фильтры:

  • 👤 по пользователю — что делал конкретный сотрудник;
  • 📄 по данным — история по одному документу или справочнику;
  • ⏱️ по периоду и времени.

Для более подробной картины — что именно поменялось в реквизитах — включают версионирование объектов в настройках администрирования. После этого у документа появляется команда просмотра истории изменений: видно старое и новое значение каждого поля и автора правки.

Журнал регистрации и версионирование растут в размере. Для них задают срок хранения, иначе файлы журнала раздуваются со временем.

Частые вопросы

Можно ли запретить удаление документов, но разрешить их просмотр?
Да. Профиль «Только просмотр» открывает данные на чтение и запрещает и правку, и удаление. Если нужно разрешить создание, но запретить удаление, собирают собственный профиль без ролей на удаление объектов.
Дату запрета поставили, а документы всё равно правятся. Почему?
Скорее всего, пользователь работает под полными правами или под администратором — на них запрет не распространяется. Проверьте, под каким профилем он входит, и уберите лишние полные права.
Чем отличается дата запрета изменения от даты запрета загрузки данных?
Первая закрывает ручной ввод и правку документов в этой базе. Вторая касается данных, которые приходят из обменов и синхронизаций. Если документы поступают из другой программы, настраивают обе.
Как запретить менять только один реквизит, а остальные оставить?
Типовыми правами так точечно не настроить — права работают на уровне объекта целиком. Для блокировки конкретного поля формы делают расширение конфигурации.
Снимется ли запрет после обновления конфигурации?
Дата запрета и права в группах доступа — это данные базы, обновление их не трогает. А вот изменённые типовые профили обновление может перезаписать, поэтому свои ограничения собирают в отдельных, скопированных профилях.