При освоении 1С:ERP 2.4 или переходе с предыдущих систем (например, 1С:УПП 1.3) пользователи часто сталкиваются с ошибкой при проведении документа Начальная штатная расстановка. Система выдает сообщение о том, что данные невозможно поместить в запрещенный период, так как они относятся к дате 31.12.1899. В то же время в настройках даты запрета обычно стоят более современные значения (например, 1950 год или начало текущего года), и найти загадочную дату "конца XIX века" в интерфейсе не получается.
В этой статье мы подробно разберем, почему возникает эта ошибка, как она связана с архитектурой 1С:ЗУП/ERP и какие шаги необходимо предпринять для успешного проведения документа ввода остатков. Для снижения вероятности кадровых ошибок при масштабной миграции применяется перенос данных из 1С:УПП 1.3 в 1С:ERP 2, который обеспечивает корректное автоматическое заполнение всех периодических сведений на дату ввода остатков.
Проанализируем техническую составляющую вопроса. В программном коде 1С:ERP (и 1С:ЗУП 3.1) существует специализированная функция, определяющая "точку отсчета" для всех периодических сведений. Разберем, как это выглядит в коде:
// Пример системной логики определения пустой даты
// Используется в модуле ЗарплатаКадрыКлиентСервер.ДатаОтсчетаПериодическихСведений
Функция ДатаОтсчетаПериодическихСведений() Экспорт
Возврат '18991231';
КонецФункции
Дата 31.12.1899 является техническим минимумом. Она используется платформой для того, чтобы в регистрах сведений (таких как ГражданствоФизическихЛиц, СведенияОбИнвалидности, СтатусЗастрахованныхЛиц) история значений начиналась "с самого начала времени". Когда мы проводим Начальную штатную расстановку, документ не просто фиксирует позицию сотрудника, он инициирует запись или обновление данных в этих связанных регистрах. Если у сотрудника в карточке не заполнены какие-то периодические реквизиты или они были перенесены из старой базы некорректно, система пытается создать запись именно от 31.12.1899.
Самый быстрый и эффективный способ решить проблему — это временное управление датами запрета. Рассмотрим этот процесс по шагам:
Лаптев Александр Геннадиевич), под которым выполняется проведение.Начальная штатная расстановка.Важный нюанс: Иногда даже полные права (роль Администратор) не игнорируют дату запрета, если в настройках не стоит соответствующая галочка в дополнительных параметрах. Проверьте это в том же меню настройки даты запрета.
Если снятие даты запрета не помогает или вы хотите найти корень проблемы в данных, проанализируем карточки сотрудников. Ошибка часто кроется в полях, которые имеют историю изменений. Разберем основные «виновные» регистры:
Посмотрим на пример ситуации: при переносе из УПП стаж сотрудника мог перенестись с пустой датой начала. В этом случае в документе расстановки программа видит «пустое» значение и подставляет 31.12.1899.
Рассмотрим структуру самого документа Начальная штатная расстановка. Проанализируем следующие моменты:
Дата приема заполнена у всех сотрудников. Если дата приема отображается как пустая, программа воспринимает её как минимально возможную.Зарплата нажмите на кнопку со стрелочками (вызов формы редактирования начислений). Посмотрите, не затесалась ли там дата 31.12.1899 в периодах действия плановых начислений.Если сотрудников в документе сотни, найти одного «проблемного» человека вручную крайне сложно. Проанализируем ситуацию методом исключения. Попробуйте разделить один огромный документ Начальная штатная расстановка на несколько маленьких (например, по подразделениям). Тот документ, который не проведется, укажет вам на конкретный отдел, где работает сотрудник с некорректными данными.
Часто бухгалтеры и кадровики не могут найти этот документ, так как он предназначен только для ввода начальных данных. Рассмотрим, как его открыть:
Путь в интерфейсе: Кадры — См. также — Данные на начало эксплуатации. Именно здесь находится журнал, объединяющий документы Начальная штатная расстановка, Начальная задолженность по зарплате и другие формы ввода остатков.
Резюме: Ошибка с датой 1899 года — это следствие попытки системы записать базовые кадровые сведения, которые должны действовать «всегда». Самым практичным решением является временное отключение механизма Дата запрета изменения для администратора, выполняющего ввод остатков. После успешного проведения всех документов ввода данных на начало эксплуатации, функционал запрета следует вернуть в штатный режим.