Как закрыть документы и справочники 1С от изменений: даты запрета, права и роли

· 9 мин

Содержание

Запрет редактирования документов в 1С:Бухгалтерии 3.0 включают в разделе Администрирование → Проведение документов: флажок «Дата запрета изменения» и ссылка «Настроить». Справочники и отдельные виды документов закрывают иначе — через группы доступа в Администрирование → Настройки пользователей и прав. Это два разных механизма, и путать их не стоит.

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

Что выбрать: дата запрета, группы доступа или роль

Перед настройкой определите, от чего именно защищаетесь. От этого зависит место, где ставится запрет.

ЗадачаИнструментГде настраивается
Не дать менять документы закрытого периодаДата запрета измененияРежим «Предприятие», администрирование
Запретить пользователю правку справочника целикомПрофиль группы доступа без прав на изменениеНастройки пользователей и прав
Разрешить только просмотрПрофиль с ролями только на чтениеТам же
Не пускать обмен в закрытый месяцДата запрета загрузкиНастройки синхронизации данных
Тонкое правило для доработанной базыСобственная рольКонфигуратор или расширение
Защитить ключевые реквизиты карточкиЗапрет редактирования реквизитовВстроен в типовую, снимается из карточки

💡 Механизмы дат запрета, групп и профилей доступа одинаковы во всех конфигурациях на Библиотеке стандартных подсистем: БП 3.0, ЗУП 3.1, УТ 11, КА 2, ERP. Различаются только разделы меню, где лежат настройки.

Дата запрета изменения: как заморозить проведённые документы

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

Где включается в разных конфигурациях

КонфигурацияПуть к настройке
Бухгалтерия предприятия 3.0Администрирование → Проведение документов → флажок «Дата запрета изменения»
ЗУП 3.1Администрирование → Настройки пользователей и прав → «Даты запрета изменения»
Управление торговлей 11НСИ и администрирование → Настройки пользователей и прав → «Даты запрета изменения»

Пошаговая настройка в БП 3.0

  1. Откройте Администрирование → Проведение документов.
  2. Установите флажок «Дата запрета изменения» и перейдите по ссылке «Настроить».
  3. Выберите, как задаётся дата: одна для всех пользователей или отдельно по пользователям.
  4. Если в базе несколько организаций, задайте дату по каждой. Одна фирма может сдать отчётность раньше другой.
  5. Укажите саму дату — конкретное число или относительную границу (конец прошлого месяца, квартала, года).
  6. Сохраните настройку. Она действует сразу, перезапуск не нужен.

Относительная дата удобна тем, что сдвигается сама. Выбрали «конец прошлого квартала» — и 1 апреля запрет автоматически переедет на 31 марта. В этом режиме можно задать отсрочку в днях: например, 15 дней после окончания квартала ещё разрешено вносить правки, а потом период закрывается.

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

Режим «по пользователям» решает типовую задачу: рядовым бухгалтерам период закрыт, главному бухгалтеру — открыт.

  • 👥 Строка «Для всех пользователей» задаёт общую дату.
  • 👤 Отдельная строка для конкретного сотрудника или группы пользователей перекрывает общую.
  • 📅 Главному бухгалтеру можно поставить более раннюю дату, например конец прошлого года.

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

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

Мини-пример: в закрытом квартале нашли ошибку

Отчётность за I квартал сдана, дата запрета — 31 марта. В мае выясняется, что в феврале поступление проведено не на тот склад. Порядок действий:

  1. Главный бухгалтер решает, влияет ли ошибка на сданные отчёты. Склад на налоги не влияет, сумма поступления — влияет.
  2. Если отчётность не меняется, сотрудник с правом на закрытый период вносит исправление сам. Общую дату для всех при этом не трогают.
  3. Если меняется — готовится уточнённая декларация, а правка оформляется документом исправления текущей датой там, где это допускает учёт.
  4. После правки перепроводятся зависимые операции, например закрытие месяца , и снова проверяется дата запрета.

Ограничение прав через группы доступа и профили

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

Как устроена цепочка

  1. Роль — элементарное право, например «добавлять и изменять кассовые документы».
  2. Профиль группы доступа — набор ролей под должность: «Бухгалтер», «Кассир», «Администратор».
  3. Группа доступа — профиль, выданный конкретным людям, иногда с ограничением по организациям.
  4. Пользователь — получает сумму прав всех групп, в которые включён.

Из последнего пункта следует важный вывод. Права в 1С складываются, а не вычитаются. Если сотрудник состоит в группе «Бухгалтер» и в группе «Только чтение», он может всё, что разрешает «Бухгалтер». Запретить что-то, добавив человека ещё в одну группу, нельзя.

Как убрать право на редактирование

  1. Откройте Администрирование → Настройки пользователей и прав → Профили групп доступа.
  2. Найдите профиль, который выдан сотруднику. Предопределённый профиль не меняйте — скопируйте его командой копирования в списке.
  3. В копии на вкладке ролей снимите флажки у ролей, которые разрешают изменение нужного объекта. Используйте поиск по списку ролей по названию объекта.
  4. Создайте новую группу доступа с этим профилем и включите туда сотрудника.
  5. Исключите сотрудника из старой группы с полным профилем.
  6. Попросите пользователя перезапустить 1С. Новые права применяются при следующем входе.

💡 Если нужно, чтобы бухгалтер видел только свою организацию, включите в тех же настройках флажок «Ограничивать доступ на уровне записей». После этого в группе доступа появится вкладка с ограничениями по организациям. На больших базах это замедляет работу, поэтому включайте его, только когда он действительно нужен.

Роли в Конфигураторе: когда без них не обойтись

В Конфигуратор идут, если типовых ролей не хватает. Например, нужно запретить менять проведённые документы конкретного вида, но разрешить создавать новые.

Право «Интерактивное изменение проведённых»

У объекта «Документ» в роли есть отдельное право «Интерактивное изменение проведённых». Если его снять, пользователь создаёт и проводит документы, но открыть уже проведённый на редактирование не сможет. Для этого нужно сначала отменить проведение, а право «Интерактивная отмена проведения» тоже можно отключить.

Связка прав для частых сценариев:

Что нужноКакие права снять у документа
Создавать, но не править проведённые«Интерактивное изменение проведённых»
Не отменять проведение«Интерактивная отмена проведения»
Не удалять«Интерактивная пометка удаления», «Интерактивное удаление»
Только просмотрОставить «Чтение» и «Просмотр», остальное снять

Как сделать это без снятия с поддержки

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

  1. Создайте расширение: Конфигурация → Расширения конфигурации.
  2. Добавьте в него новую роль и задайте права на нужные объекты.
  3. Выполните Конфигурация → Обновить конфигурацию базы данных.
  4. В режиме «Предприятие» включите роль в профиль группы доступа.

В типовых конфигурациях на БСП не назначайте роли через список пользователей Конфигуратора (Администрирование → Пользователи). При следующей записи группы доступа система пересоберёт роли по профилям, и ручные изменения пропадут.

Если права зависят от значений в самих данных (например, сотрудник правит только документы своего подразделения), понадобятся ограничения доступа к данным на уровне записей — RLS. Это работа программиста: неверно написанное ограничение может скрыть данные от всех пользователей.

Защита справочников и номенклатуры от случайных правок

Справочник «Номенклатура» ломают чаще других. Кто-то переименовал позицию, сменил единицу измерения или ставку НДС — и цифры в отчётах за прошлые периоды поехали.

Встроенный запрет на ключевые реквизиты

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

Этот механизм страхует от случайности, а не от умысла. Пользователь с правами на изменение справочника снимет блокировку сам.

Полный запрет правки справочника

Чтобы сотрудник видел номенклатуру, но не мог её менять:

  • 🔒 выдайте ему профиль, где у справочника нет ролей на добавление и изменение;
  • 🧾 оставьте эти роли одному ответственному — товароведу или главному бухгалтеру;
  • 🆕 продумайте, как сотрудник будет просить новую позицию: заявка в чате, служебная записка.

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

Даты запрета загрузки данных при обмене

Дата запрета изменения защищает от ручной правки. Но данные в закрытый период могут прийти и через синхронизацию: из распределённой базы, из УТ в Бухгалтерию, из розничной базы. Для этого есть отдельная граница — дата запрета загрузки.

  1. Откройте Администрирование → Синхронизация данных.
  2. Включите флажок «Даты запрета загрузки» и перейдите в настройку.
  3. Задайте дату для каждой информационной базы-источника или одну общую.

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

После закрытия периода в Бухгалтерии сдвиньте дату запрета загрузки одновременно с датой запрета изменения. Иначе кто-то поправит накладную прошлого месяца в торговой базе — и она молча приедет в закрытый квартал.

Если запрет не работает или мешает

Проблемы с правами делятся на две группы: запрет не срабатывает или срабатывает там, где не нужно. Ниже — что проверять в каждом случае.

Диагностика: выберите симптом

Как посмотреть итоговые права сотрудника

В карточке пользователя (Администрирование → Настройки пользователей и прав → Пользователи) есть переход к правам доступа. Там видно, в какие группы входит человек и какие профили из этого следуют. Если групп несколько, ищите ту, что даёт лишнее право: напомню, права суммируются.

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

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

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