При настройке синхронизации между различными конфигурациями 1С (например, между «1С:Управление торговлей» и «1С:Бухгалтерия предприятия 3.0») одним из самых критичных параметров является Дата запрета загрузки данных. Часто возникает вопрос: если мы устанавливаем дату, скажем, 30.06.2025, то документы за это число еще загрузятся или уже будут заблокированы? Разберем эту ситуацию подробно, проанализируем техническую логику системы и выясним, как избежать ошибок при актуализации данных.
Рассмотрим стандартную ситуацию. В базе Бухгалтерия предприятия (БП 3.0) настроена синхронизация. Чтобы предотвратить изменение данных в закрытом периоде, администратор устанавливает дату запрета загрузки. Однако формулировки в интерфейсе или документации могут трактоваться двояко: запрет действует «до этой даты» или «по эту дату включительно».
Для того чтобы получить однозначный ответ, проанализируем результаты практического эксперимента. Если установить дату запрета на 30.06.2025, то система будет вести себя следующим образом: любые документы, дата которых попадает в интервал до 30.06.2025 23:59:59 включительно, не будут загружены в информационную базу. Таким образом, установленная дата является последним днем запрещенного периода.
Выясним причину такого поведения системы. В конфигурациях, построенных на базе Библиотеки стандартных подсистем (БСП), проверка даты запрета загрузки реализована в программном коде через сравнение. Логика проверки обычно строится по принципу «меньше или равно».
Рассмотрим пример того, как это выглядит на уровне программного кода (условно). При получении объекта из файла обмена или через веб-сервис срабатывает процедура проверки прав и ограничений:
// Условный пример логики проверки даты запрета
Если Объект.Дата <= ДатаЗапретаЗагрузки Тогда
Объект.Отказ = Истина;
ЗаписатьВЖурналРегистрации("Загрузка объекта запрещена: дата объекта в закрытом периоде.");
КонецЕсли;
Поскольку время документа (например, 30.06.2025 12:00:00) меньше, чем конец дня даты запрета (30.06.2025 23:59:59), условие срабатывает, и объект отклоняется. Это важно учитывать бухгалтерам и администраторам при закрытии месяца или квартала.
Проанализируем ситуацию, когда путают два похожих механизма. Несмотря на схожесть, они работают на разных уровнях системы:
Важно помнить: если дата запрета редактирования не установлена, а дата запрета загрузки активна, пользователь сможет изменить документ в БП 3.0 вручную, но синхронизация не сможет обновить этот же документ данными из другой базы. Это создает риск рассинхронизации данных, поэтому рекомендуется устанавливать оба типа запретов на одну и ту же дату.
Разберем по шагам, как можно гибко управлять этим механизмом в современных версиях 1С. Перейдем в раздел Администрирование — Настройки пользователей и прав — Даты запрета изменения. Здесь мы увидим возможность настройки даты запрета загрузки.
Посмотрим на доступные варианты настройки:
Особое внимание уделим функции Относительные даты. Вместо фиксации конкретного числа (например, 30.06), мы можем выбрать вариант «Конец прошлого квартала» или «Конец прошлого месяца». В этом случае система будет автоматически вычислять дату запрета при наступлении нового календарного периода. При этом правило включения самой даты в запрет сохраняется неизменным.
Выясним, что происходит с данными, которые не прошли проверку. При выполнении синхронизации система не просто игнорирует объект. В Мониторе синхронизации данных можно увидеть предупреждения. Если в загружаемом пакете содержатся документы за 30.06, а дата запрета установлена на 30.06, то в журнале регистрации зафиксируется событие о невозможности изменения объекта.
Существует важный нюанс со справочниками. Как правило, элементы справочников (Контрагенты, Номенклатура) не имеют реквизита Дата, поэтому дата запрета на них не распространяется. Однако, если справочник имеет периодические сведения (например, цены или счета учета), изменения в этих регистрах за закрытый период также могут быть заблокированы.
Рассмотрим основные правила, которые помогут избежать потерь данных:
Таким образом, мы выяснили, что дата запрета загрузки включает указанный день. Это стандартное поведение для конфигураций 1С версии 8.3, обеспечивающее надежную сохранность данных в закрытых периодах. Совместное использование даты запрета загрузки и даты запрета редактирования позволяет полностью контролировать целостность информационной системы.