Как установить дату запрета изменения документов в 1С
Содержание
Чтобы закрыть период от правок, зайдите в Администрирование → Настройки пользователей и прав → Даты запрета изменения, включите флажок «Даты запрета изменения» и нажмите «Настроить». Укажите дату — после этого документы с датой по неё включительно нельзя будет проводить, перепроводить и удалять.
Запрет нужен, когда отчётность за квартал сдана, а база открыта десятку пользователей. Один менеджер перепроводит накладную задним числом — и расчёт налогов «поехал». Дата запрета ставит стену: всё до неё заморожено, текущая работа идёт как обычно.
Ниже — где включается запрет в 1С:Бухгалтерии и ЗУП, чем отличаются способы «по пользователям / по разделам / по организациям», как задать относительную дату, кто вправе её двигать и что делать, когда исправить старый документ всё-таки надо.
Что замораживает дата запрета и чего не касается
Дата запрета изменения блокирует запись объектов, относящихся к закрытому периоду. Под неё попадают:
- 🔒 проведение и перепроведение документов с датой ≤ дате запрета;
- 🔒 удаление и пометка на удаление таких документов;
- 🔒 ручная правка реквизитов, влияющих на учёт;
- 🔒 запись «ручных» операций и корректировок прошлым числом.
Запрет не мешает открывать документы на просмотр, печатать их, строить отчёты за любой период и заводить новые документы текущей датой. Это не «только чтение» для всей базы, а защита конкретного исторического отрезка.
Запрет привязан к дате документа, а не к дате, когда вы его открыли. Документ от 15 марта остаётся под запретом, даже если сегодня декабрь.
Механизм один и тот же в 1С:Бухгалтерии 3.0, 1С:ЗУП 3.1, 1С:ERP, Комплексной автоматизации и других типовых конфигурациях на платформе 8.3 — он входит в состав библиотеки стандартных подсистем (БСП). Различается только набор разделов учёта, по которым можно задавать отдельные даты.
Как включить и задать дату запрета в Бухгалтерии и ЗУП
Порядок действий в 1С:Бухгалтерии 3.0:
- Откройте
Администрирование → Настройки пользователей и прав. - В группе «Даты запрета изменения» поставьте флажок с тем же названием.
- Нажмите ссылку «Настроить».
- В открывшейся форме выберите, для кого действует запрет, и способ указания даты (об этом ниже).
- Введите саму дату и запишите настройку кнопкой «Записать и закрыть».
После этого попытка перепровести документ закрытого периода выдаст сообщение о том, что запись невозможна из-за даты запрета.
Перед вводом даты убедитесь, что период действительно закрыт: регламентные операции выполнены, отчётность сверена. Иначе придётся снимать запрет, чтобы доделать закрытие.
Дату удобно ставить сразу после сдачи декларации или после расчёта зарплаты за месяц. Тогда «хвост» правок задним числом физически невозможен.
В 1С:Зарплата и управление персоналом 3.1 механизм тот же, но путь и разделы свои:
- откройте
Администрирование → Даты запрета изменения данных(в некоторых релизах пункт называется близко по смыслу — ищите слово «запрета» в разделе «Администрирование»); - включите запрет и задайте дату так же, как в Бухгалтерии.
В ЗУП запрет особенно важен перед выплатами: он не даёт задним числом поменять начисления и удержания, по которым уже сформированы ведомости и отчёты в СФР (бывший ФСС; переименован в 2023 году). Правка расчётной базы прошлого месяца «тянет» перерасчёт НДФЛ и взносов, поэтому закрытый месяц лучше держать под замком.
Практика такая: рассчитали зарплату, сформировали ведомости и отчётность — сразу двигаем дату запрета на конец этого месяца. Любая правка табеля или начисления за прошлый период после этого потребует осознанного снятия запрета, а не случится «мимоходом». Это экономит часы на поиске, почему сумма в отчёте разошлась с базой.
Кадровые документы (приём, перевод, отпуск) и расчётные (начисление зарплаты) могут регулироваться одной датой или разными разделами — зависит от того, какой способ указания вы выбрали. Для службы кадров и расчётчиков нередко ставят разные даты.
Какой способ указания даты выбрать
При нажатии «Настроить» 1С предлагает выбрать охват. От него зависит, насколько гибко работает запрет:
| Способ | Когда подходит |
|---|---|
| Общая дата | Маленькая база, один-два пользователя, всё закрывается разом |
| По разделам учёта | Нужно закрыть, например, банк и кассу, но оставить открытым НДС |
| По организациям | В базе несколько юрлиц, периоды закрываются в разное время |
| По разделам и организациям | Комбинация выше — для сложного многофирменного учёта |
Отдельно задаётся, для кого действует запрет: для всех пользователей сразу или индивидуально. Индивидуальный вариант удобен, когда главбуху нужен доступ в закрытый период, а остальным — нет.
Относительная дата: «конец прошлого месяца» без ручной правки
Если выставить конкретное число, каждый месяц придётся заходить и двигать его вручную. Чтобы этого не делать, задайте относительную дату.
В поле даты выберите вариант «Другая дата» (или аналогичный пункт выбора) и укажите относительное значение, например:
- 📅 Конец прошлого месяца — запрет сам сдвигается первого числа;
- 📅 Конец прошлого квартала — для тех, кто закрывает период поквартально;
- 📅 Конец прошлого года — минимальная защита: трогать прошлый год нельзя.
Относительная дата пересчитывается автоматически от текущей рабочей даты. Настроили один раз — и запрет всегда «отстаёт» от сегодня на нужный интервал. Это самый живучий вариант для баз, где регламент закрытия стабилен, и его же стоит выбирать, если за настройками никто регулярно не следит.
Минус у относительной даты один: в начале месяца, пока закрытие ещё идёт, предыдущий период уже заморожен. Если закрываете с задержкой, держите относительную дату с запасом — например, «конец позапрошлого месяца», — или на время закрытия переключайтесь на фиксированное число.
Относительную дату можно комбинировать с индивидуальной: всем — «конец прошлого месяца», а бухгалтеру по основным средствам — фиксированное число, пока он доделывает инвентаризацию.
Права доступа: кто может менять дату запрета
Задавать и двигать дату запрета вправе пользователь с правами администрирования. В типовых конфигурациях это отдельное право в составе роли — на изменение дат запрета. Рядовому пользователю этот участок настроек недоступен: он увидит только сообщение об ошибке, когда попробует записать документ закрытого периода.
Важный момент: даже пользователь с полными правами не может редактировать документ раньше даты запрета, не сдвинув саму дату. Запрет действует «поверх» обычных прав. Полный доступ к конфигурации даёт возможность изменить дату, но не обойти её молча.
Поэтому схема контроля простая:
- рядовые пользователи — работают только после даты запрета;
- ответственный за закрытие (главбух, администратор) — единственный, кто двигает дату;
- на время правки дата сдвигается назад, а после — возвращается на место.
Если нужно, чтобы конкретный сотрудник всегда мог работать в закрытом периоде, ему задают индивидуальную (пустую или раннюю) дату запрета — это чище, чем выдавать лишние права на всю базу.
Как временно снять запрет и исправить документ прошлого периода
Иногда исправить старый документ всё-таки надо: нашли ошибку в закрытом квартале, пришла уточнёнка. Порядок безопасной правки:
- Зафиксируйте, что именно и почему правите (чтобы потом не гадать).
- Зайдите в настройку даты запрета и сдвиньте дату назад так, чтобы нужный документ оказался в открытом периоде. Можно сделать это точечно — только по своему пользователю.
- Внесите исправление, перепроведите документ, проверьте движения.
- Переформируйте затронутую отчётность, если период уже сдавался.
- Верните дату запрета на прежнее значение.
Не оставляйте запрет снятым «на потом» — открытый период живёт ровно до тех пор, пока кто-то не наделает в нём правок. Снятие и возврат должны идти одной процедурой.
Если исправление меняет уже сданную отчётность, одной правкой документа дело не ограничится: понадобится корректировка в учёте и, возможно, уточнённая декларация или расчёт. Сдвиг даты запрета — только технический шаг, а не само исправление.
Для разовых точечных правок удобнее не снимать общий запрет, а завести исполнителю индивидуальную дату: остальная база остаётся замороженной.
Простой пример. Общая дата запрета — 30 сентября, нашлась ошибка в акте от 12 сентября. Не трогая общую дату, ставим главбуху индивидуальную дату 31 августа. Теперь только он может открыть сентябрь: правит акт, перепроводит, переформирует декларацию. После этого возвращаем его индивидуальную дату к общей (или удаляем её) — сентябрь снова закрыт для всех. Остальные пользователи всё это время работают как обычно и ошибку задним числом не повторят.
Как это устроено внутри — для разработчиков
Дата запрета — часть подсистемы БСП, а не самописная проверка в каждом документе. Значения дат хранятся в служебном регистре настроек, а проверка срабатывает при записи объекта: перед записью документ сверяется с действующей для пользователя датой по его разделу и организации.
Что полезно знать, если дорабатываете конфигурацию:
- собственные документы, которые должны попадать под запрет, подключают к подсистеме дат запрета штатными средствами, а не отдельной проверкой «в лоб»;
- относительные даты вычисляются от рабочей даты сеанса в момент проверки, поэтому результат зависит от того, какая дата стоит у пользователя;
- в коде не стоит «обходить» механизм прямой записью в обход проведения — так в базе появляются расхождения между документами и регистрами.
Если точных имён процедур не помните — смотрите документацию по подсистеме «Даты запрета изменения» в составе БСП вашей версии; выдумывать названия модулей не нужно.
Частые ошибки при вводе даты запрета
Отдельная история — дата запрета загрузки данных. Она лежит на соседней вкладке и ограничивает не ручную правку, а приём документов при обмене и синхронизации. Если из другой базы «не доезжают» документы за прошлый период — проверьте не только запрет редактирования, но и запрет загрузки.