Ошибка в 1С ЗУП «Начало периода болезни не может быть меньше 1 января 1900 г.»: как исправить

· 6 мин

Содержание

Короткий ответ: в 90% случаев ошибка Начало периода болезни не может быть меньше 1 января 1900 г в 1С ЗУП лечится обновлением релиза до актуального и повторным перевыбором сотрудника в больничном. Программа не смогла определить дату начала расчётного периода и подставила «пустую» дату — 1 января 1900 года, отсюда и текст.

Ситуация знакомая: бухгалтер загрузил больничный из СФР, жмёт «Провести» — и вместо начисления пособия вылетает красное окно. Чаще всего это больничный по уходу за ребёнком, который пересекается с отпуском или уже начисленной зарплатой. Ниже — почему 1С выдаёт 1900 год и что делать по шагам.

Почему появляется ошибка «начало периода болезни не может быть меньше 1 января 1900 г»

Дата 1 января 1900 года — это техническое «дно» для дат в 1С. Когда программа при расчёте пособия не находит корректную дату (начало болезни, стаж, период предыдущего документа), она подставляет минимально возможную и тут же сама себя проверяет: такой даты быть не может.

Типичные источники «пустой» даты:

  • 🐛 Ошибка релиза ЗУП 3.1. В ряде версий это признанная разработчиком проблема, которую закрывают патчем.
  • 🔁 «Залипшие» данные документа. Сотрудник или период подтянулись некорректно при загрузке из СФР.
  • 📅 Пересечение дат. Больничный накладывается на отпуск, другой больничный или командировку.
  • 💰 Уже начисленная зарплата за месяц болезни — расчёт пособия «спотыкается» о готовые данные.
  • 👶 Уход за ребёнком на фоне отпуска сотрудника — самый частый кейс.

Ошибка почти никогда не связана с реальной датой в самом больничном. Смотреть надо не на поле «Дата», а на окружение документа — релиз, сотрудника и пересечения.

Диагностика: с чего начать

Прежде чем что-то менять, определите свой случай — от этого зависит решение.

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

Решение 1. Обновить релиз и установить патчи

Самый правильный путь. Если ошибка массовая — почти наверняка виноват релиз.

  1. Проверьте текущую версию: Главное меню → О программе (или «Сервис и настройки»).
  2. Обновите конфигурацию ЗУП 3.1 до актуального релиза через Администрирование → Обновление программы.
  3. Установите доступные патчи (исправления) — они ставятся отдельно и часто закрывают именно эту ошибку.
  4. Перезапустите 1С и повторно проведите проблемный больничный.

Перед обновлением сделайте резервную копию базы. Обновление на «живой» базе без бэкапа — риск потерять данные при сбое.

Решение 2. Перевыбрать сотрудника и перепровести документ

Помогает, когда ошибка «прилипла» к одному документу — частый результат загрузки ЭЛН из СФР.

  1. Откройте больничный, зайдите в поле «Сотрудник».
  2. Очистите значение и выберите того же сотрудника заново.
  3. Нажмите «Пересчитать» (или «Обновить»), затем «Провести».
  4. Если не сработало — отмените проведение, закройте документ, откройте снова и повторите.

Этот приём «пересобирает» расчётный период заново, и дата 1900 года исчезает.

Решение 3. Разобрать пересечение «отпуск + больничный по уходу»

Классический кейс: сотрудник в отпуске 26.01–15.02, а больничный по уходу за ребёнком — 03.02–13.02.

Логика простая: за дни оплачиваемого отпуска пособие по уходу не назначается, и отпуск при этом не продлевается. Значит, наложение нужно убрать.

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

Решение 4. Если пособие не требуется — ответ в СФР

Иногда проводить больничный в ЗУП вообще не нужно: пособие платит работодатель, дни попали в отпуск, или сотрудник отказался.

  1. В разделе Кадры → Больничные / Электронные больничные откройте запрос СФР.
  2. Сформируйте «Ответ на запрос (СведСоц)» с признаком «Пособие не требуется».
  3. Отправьте в СФР. Сам больничный лист в ЗУП можно не проводить.

Так вы закрываете обязательство перед фондом, не сражаясь с ошибкой расчёта.

Решение 5. Проверить скрытую причину — зарплату и отсутствия

Если предыдущие шаги не помогли, ищите «тихий» конфликт данных.

  • 💰 Зарплата за месяц уже начислена. Отмените проведение документа начисления, проведите больничный, затем пересчитайте зарплату.
  • 📄 Дубли документов отсутствий — второй больничный, отгул или командировка на те же даты.
  • 👤 Данные о стаже сотрудника пусты — заполните стаж в карточке, иначе расчёт периода «уходит» в 1900 год.

Пошаговый чек-лист исправления

Убираем ошибку 1900 года по порядку
Выполнено: 0 / 7

Если не помогло

Прошли все шаги, а ошибка держится — действуйте так:

  • Проверьте, что патчи реально применились (Администрирование → Обновление → Установленные патчи).
  • Скопируйте документ через Ещё → Скопировать, заполните заново и проведите копию.
  • Проведите тестирование и исправление базы (chdbfl.exe для файловой базы, «Тестирование и исправление» в конфигураторе — обязательно с бэкапом).
  • Соберите текст ошибки и версию релиза и обратитесь к своему специалисту по сопровождению 1С.

Если база файловая и давно не «чистилась», плановое тестирование и исправление снимает целый пласт подобных сбоев с датами.

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

Что значит «начало периода болезни не может быть меньше 1 января 1900 г»?
Программа не смогла определить дату начала расчёта пособия и подставила минимально возможную — 1 января 1900 года. Это сигнал о «пустой» дате, а не о реальной дате в больничном.
Помогает ли просто обновление релиза?
Часто да. В ряде версий ЗУП 3.1 это ошибка платформы, которую закрывают патчем. Начинайте с обновления и установки исправлений.
Почему ошибка возникает именно по уходу за ребёнком?
Такой больничный часто пересекается с отпуском сотрудника или уже начисленной зарплатой. За дни отпуска пособие по уходу не назначается, и расчётный период «ломается».
Нужно ли вообще проводить больничный, если он попал в отпуск?
Если весь период ухода внутри оплачиваемого отпуска — пособие не полагается. Достаточно отправить в СФР ответ с признаком «Пособие не требуется».
Перевыбрал сотрудника, но ошибка осталась. Что дальше?
Проверьте пересечения дат и начисленную зарплату, затем сделайте тестирование и исправление базы. Обязательно предварительно сохраните резервную копию.
Может ли ошибка испортить данные в базе?
Нет, документ просто не проводится. Данные не портятся — программа не даёт записать некорректный расчёт.