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

В этой статье разберём все возможные методы поиска даты запрета редактирования — от стандартных инструментов платформы до SQL-запросов для администраторов. Особое внимание уделим нюансам для популярных конфигураций: 1С:Бухгалтерия 3.0, 1С:Зарплата и Управление Персоналом 3.1, 1С:Управление Торговлей 11. А ещё выясним, почему иногда дата запрета не отображается и как это исправить.

⚠️ Важно: Параметры запрета редактирования могут отличаться в зависимости от версии конфигурации и настроек учётной политики. Если вы работаете в облачной или корпоративной версии 1С, некоторые методы могут быть ограничены правами доступа.

1. Стандартный способ: через журнал документов

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

Откройте любой журнал документов (например, Покупки → Поступления или Продажи → Реализации). В панели инструментов найдите кнопку "Настройки" (шестерёнка) и выберите пункт Запрет редактирования. В некоторых конфигурациях этот параметр может называться Периоды запрета изменения или Дата блокировки.

  • 📅 Для бухгалтерии: Дата обычно привязана к закрытию месяца/квартала. Проверьте в журнале Банк и касса или Основные средства.
  • 📦 Для торговли: В 1С:УТ 11 блокировка часто устанавливается на уровне складов. Смотрите в журнале Складские документы.
  • 👔 Для ЗУП: Запрет редактирования кадровых документов (приказов, табелей) проверяйте в разделе Кадровый учёт.

Если кнопки Запрет редактирования нет в настройках журнала, попробуйте альтернативный путь: Отчёты → Стандартные отчёты → Анализ учёта → Периоды запрета редактирования. В некоторых конфигурациях этот отчёт называется Контроль дат запрета изменения.

💡

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

2. Через конфигуратор: для администраторов и разработчиков

Если у вас есть права доступа к конфигуратору, этот метод даст максимально полную информацию. Запустите 1С:Предприятие в режиме Конфигуратор (для этого при запуске удерживайте клавишу Shift или выберите пункт в меню запуска).

Далее перейдите по пути:

Администрирование → Поддержка и обслуживание → Журналы регистрации → Настройки учётной политики

В открывшемся окне найдите вкладку "Периоды запрета редактирования" (в некоторых версиях — Блокировки данных). Здесь отображаются все активные ограничения с указанием:

  • 📌 Типа данных (документы, справочники, регистры)
  • 🗓️ Даты начала и конца блокировки
  • 🔒 Пользователя, установившего запрет
  • 📝 Причины блокировки (например, "Закрытие месяца")

В 1С:Бухгалтерии 3.0 путь может отличаться:

Администрирование → Настройки программы → Учётная политика → Периоды запрета редактирования

Что делать, если вкладка "Периоды запрета" отсутствует?

Это означает, что в вашей конфигурации блокировка реализована на уровне ролей или через дополнительные обработки. Попробуйте:

1. Проверьте права текущего пользователя в Администрирование → Пользователи.

2. Уточните у разработчика, не используется ли кастомное решение для запрета редактирования.

3. Посмотрите в Все функции (Ctrl+Shift+F12) — иногда пункты меню скрыты, но доступны через поиск.

3. SQL-запрос: для опытных пользователей

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

Для 1С:Предприятие 8.3 на MS SQL Server используйте следующий запрос (замените YourBaseName на имя вашей базы):

SELECT

t.Reference AS [Тип объекта],

t.DateFrom AS [Дата начала запрета],

t.DateTo AS [Дата окончания запрета],

t.Comment AS [Комментарий]

FROM

[YourBaseName].dbo._DataLocks t

WHERE

t.Active = 1

ORDER BY

t.DateFrom DESC

Для PostgreSQL синтаксис будет аналогичным, но с учётом особенностей СУБД:

SELECT

t.reference AS "Тип объекта",

t.datefrom AS "Дата начала запрета",

t.dateto AS "Дата окончания запрета",

t.comment AS "Комментарий"

FROM

"_data_locks" t

WHERE

t.active = true

ORDER BY

t.datefrom DESC;

⚠️ Внимание: Прямое обращение к базе данных может нарушить целостность данных, если запрос выполнен некорректно. Всегда делайте резервную копию перед такими операциями. В облачных версиях 1С (1C:Fresh, 1C:Линк) доступ к SQL обычно заблокирован.

Тип конфигурации Таблица в базе Поле с датой запрета Примечание
1С:Бухгалтерия 3.0 _DataLocks DateFrom, DateTo Часто привязана к закрытию периодов
1С:ЗУП 3.1 _HRDataLocks LockDate Блокировка кадровых документов
1С:УТ 11 _TradeDataLocks DateFrom Может различаться по складам
1С:ERP 2.4 _ERPDataLocks PeriodStart, PeriodEnd Сложная структура блокировок

4. Через отчёт "Анализ учёта" (для бухгалтерских конфигураций)

В 1С:Бухгалтерии 3.0 и аналогичных конфигурациях есть специализированный отчёт, который показывает не только дату запрета, но и причины блокировки. Чтобы его открыть:

  1. Перейдите в раздел Отчёты.
  2. Выберите Стандартные отчёты → Анализ учёта.
  3. В списке отчётов найдите "Периоды запрета редактирования" (или Контроль дат блокировки).
  4. Укажите период анализа и нажмите Сформировать.

В результате вы получите таблицу с разбивкой по:

  • 📂 Типам документов (счета-фактуры, платежки, накладные)
  • 📅 Датам начала/окончания запрета
  • 👥 Ответственным пользователям
  • 📌 Статусу блокировки (активна/неактивна)

В 1С:Управление Торговлей 11 аналогичный отчёт называется Контроль блокировок данных и находится в разделе Администрирование → Сервис.

📊 Как часто вам приходится проверять дату запрета редактирования в 1С?
Ежедневно
Раз в неделю
Раз в месяц
Только при ошибках
Никогда

5. Программный метод: через встроенный язык 1С

Для автоматизации проверки даты запрета можно использовать скрипты на встроенном языке 1С. Этот метод полезен, если нужно регулярно мониторить блокировки или интегрировать проверку в бизнес-процессы.

Пример кода для получения даты запрета редактирования документов типа Документ.ПоступлениеТоваровУслуг:

Процедура ПолучитьДатаЗапретаРедактирования()

Запрос = Новый Запрос;

Запрос.Текст =

"ВЫБРАТЬ

| ПериодыЗапретаРедактированияДанных.ДатаНачала КАК ДатаНачала,

| ПериодыЗапретаРедактированияДанных.ДатаОкончания КАК ДатаОкончания,

| ПериодыЗапретаРедактированияДанных.Комментарий КАК Комментарий

|ИЗ

| РегистрСведений.ПериодыЗапретаРедактированияДанных КАК ПериодыЗапретаРедактированияДанных

|ГДЕ

| ПериодыЗапретаРедактированияДанных.ТипОбъекта = &ТипОбъекта";

Запрос.УстановитьПараметр("ТипОбъекта", Тип("Документ.ПоступлениеТоваровУслуг"));

Результат = Запрос.Выполнить();

Выборка = Результат.Выбрать();

Пока Выборка.Следующий() Цикл

Сообщить(СтрШаблон("Запрет редактирования с %1 по %2. Причина: %3",

Выборка.ДатаНачала, Выборка.ДатаОкончания, Выборка.Комментарий));

КонецЦикла;

КонецПроцедуры

Чтобы выполнить этот код:

  1. Откройте 1С:Предприятие в режиме Отладка (Shift+F12).
  2. Вставьте код в окно выполнения.
  3. Нажмите Выполнить (F5).

⚠️ Внимание: В некоторых конфигурациях название регистра сведений может отличаться. Например, в 1С:ЗУП 3.1 используется регистр ПериодыБлокировкиДанных, а в 1С:ERPБлокировкиДанныхУчета. Уточните точное имя в метаданных вашей конфигурации.

Убедитесь, что у пользователя есть права на чтение регистра "ПериодыЗапретаРедактированияДанных"|

Проверьте точное имя регистра в вашей конфигурации (может отличаться)|

Создайте резервную копию базы перед выполнением скриптов|

Тестируйте код в копии рабочей базы, а не в продуктивной среде|-->

6. Альтернативные методы: когда ничего не работает

Если ни один из перечисленных способов не сработал, попробуйте эти варианты:

  • 🔍 Поиск по метаданным: Откройте конфигуратор, нажмите Ctrl+Shift+F12 (поиск по метаданным) и введите запрос запрет редактирования. Система покажет все объекты, связанные с блокировками.
  • 📋 Журнал регистрации: В конфигураторе перейдите в Администрирование → Журнал регистрации и отфильтруйте события по ключевому слову Block или Запрет.
  • 💬 Обработки от партнёров 1С: На сайте Infostart или ITS найдите бесплатные обработки для анализа блокировок (например, "Анализ запретов редактирования").
  • 📞 Техническая поддержка: Если вы работаете в облачной версии 1С (1C:Fresh), обратитесь в поддержку — у них есть инструменты для диагностики блокировок на уровне платформы.

В 1С:Управление Холдингом и 1С:ERP дата запрета редактирования может быть скрыта за сложной системой ролей. В этом случае:

  1. Проверьте настройки ролей в Администрирование → Настройки пользователей и прав.
  2. Убедитесь, что ваша роль включает право Просмотр блокировок данных.
  3. Если блокировка установлена на уровне подсистемы (например, "Бухгалтерия"), запросите доступ у администратора.

⚠️ Внимание: В конфигурациях с распределённой базой данных (РИБ) дата запрета редактирования может различаться для разных узлов. Проверяйте блокировки на том узле, где был создан документ.

1. Кастомные обработки (проверьте в Администрирование → Дополнительные отчёты и обработки).

2. Настройки ролей (права на редактирование могут быть ограничены без явного указания даты).

3. Внешние обработки, подключённые к конфигурации.-->

7. Частые ошибки и как их избежать

При работе с датами запрета редактирования пользователи часто сталкиваются с типичными проблемами:

Ошибка Причина Решение
"Документ заблокирован, но дата запрета не указана" Блокировка установлена на уровне ролей, а не даты Проверьте права пользователя в Администрирование → Пользователи
"Дата запрета в прошлом, но документ всё равно не редактируется" Кэш 1С не обновлён или блокировка дублируется в другом регистре Перезапустите 1С с очисткой кэша (1Cv8.exe /ClearCache)
"SQL-запрос возвращает пустой результат" Неверное имя таблицы или отсутствуют активные блокировки Уточните структуру базы в Конфигуратор → Метаданные
"В отчёте 'Периоды запрета' нет моего типа документа" Блокировка установлена на уровне подсистемы, а не документа Проверьте настройки учётной политики для подсистемы

Ещё одна распространённая ситуация: дата запрета редактирования есть, но документ всё равно изменяется. Это возможно, если:

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

⚠️ Внимание: В 1С:Бухгалтерии 3.0 при закрытии месяца автоматически устанавливается дата запрета редактирования на первый день следующего месяца. Если вы пытаетесь изменить документ за закрытый период, система может предложить создать документ списания вместо прямого редактирования.

FAQ: Ответы на частые вопросы

Можно ли отменить дату запрета редактирования самостоятельно?

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

  1. Нужно открыть период заново (в 1С:Бухгалтерии это делается через Операции → Закрытие месяца → Отменить закрытие).
  2. Или временно получить права администратора и вручную редактировать регистр ПериодыЗапретаРедактированияДанных.

⚠️ Изменение даты запрета без веских причин может нарушить учётную политику!

Почему в облачной 1С (1C:Fresh) не видно дату запрета редактирования?

В облачных версиях доступ к некоторым административным функциям ограничен. Чтобы узнать дату запрета:

  • Используйте стандартные отчёты (раздел Отчёты → Анализ учёта).
  • Обратитесь в техническую поддержку 1C:Fresh с указанием названия вашей базы и типа документа.
  • Проверьте уведомления в личном кабинете — иногда даты блокировок приходят в виде сообщений.

В 1C:Fresh дата запрета часто привязана к тарифному плану (например, в тарифе "Базовый" блокировка устанавливается автоматически при закрытии квартала).

Как узнать, кто установил дату запрета редактирования?

Информация о пользователе, установившем блокировку, хранится в регистре сведений ПериодыЗапретаРедактированияДанных в поле Пользователь или Автор. Чтобы её увидеть:

  1. В конфигураторе откройте регистр ПериодыЗапретаРедактированияДанных.
  2. Посмотрите колонку Пользователь — там будет указан логин.
  3. Если поле пустое, блокировка установлена автоматически (например, при закрытии месяца).

В SQL-запросе (раздел 3 статьи) добавьте поле t.User или t.Author в SELECT.

Можно ли настроить уведомление о приближении даты запрета?

Да, это можно автоматизировать несколькими способами:

  • 📅 Регламентное задание: Создайте задание в Администрирование → Регламентные задания, которое будет отправлять уведомление за 3 дня до блокировки.
  • 🔔 Внешняя обработка: На Infostart есть готовые решения (например, "Уведомления о блокировках").
  • 📧 Email-рассылка: Настройте в Администрирование → Почта и уведомления автоматическую отправку письма ответственным лицам.

Пример кода для регламентного задания (выполняется ежедневно):

Процедура ОповеститьОБлокировке()

ДатаТекущая = ТекущаяДата();

Запрос = Новый Запрос;

Запрос.Текст =

"ВЫБРАТЬ

| ПериодыЗапретаРедактированияДанных.ДатаНачала КАК ДатаБлокировки

|ИЗ

| РегистрСведений.ПериодыЗапретаРедактированияДанных КАК ПериодыЗапретаРедактированияДанных

|ГДЕ

| ПериодыЗапретаРедактированияДанных.ДатаНачала > &ТекущаяДата

| И ПериодыЗапретаРедактированияДанных.ДатаНачала <= ДОБАВИТЬКДАТЕ(&ТекущаяДата, ДЕНЬ, 3)";

Запрос.УстановитьПараметр("ТекущаяДата", ДатаТекущая);

Результат = Запрос.Выполнить();

Если НЕ Результат.Пустой() Тогда

ТекстСообщения = "Внимание! Через 3 дня наступит блокировка редактирования документов.";

ОтправитьОповещениеПользователям(ТекстСообщения, "Блокировка данных");

КонецЕсли;

КонецПроцедуры

Что делать, если дата запрета редактирования мешает работе?

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

  1. Оцените риски: Убедитесь, что изменения не нарушат отчётность. В бухгалтерии это может потребовать пересдачи деклараций.
  2. Согласуйте с ответственными: Для бухгалтерских документов нужно разрешение главного бухгалтера, для кадровых — руководителя отдела.
  3. Временное снятие блокировки:
    • В 1С:Бухгалтерии: Операции → Закрытие месяца → Отменить закрытие.
    • В 1С:ЗУП: Настройки → Кадровая отчётность → Разблокировать период.
  4. Внесите изменения и заново закройте период.
  5. Зафиксируйте изменения: Создайте служебную записку или документ Внутреннее перемещение с объяснением причин правок.

⚠️ Важно: В 1С:ERP и 1С:Управление Холдингом снятие блокировки может потребовать согласования на уровне холдинга. Используйте механизм Заявки на изменение.