Ошибки релиза 3.1.14 в 1С:ЗУП: инструкции по исправлению и технический анализ

Переход на новую ветку программного продукта, такую как 3.1.14 в конфигурации «Зарплата и управление персоналом», часто сопровождается внедрением масштабных механизмов, которые на первых порах могут работать нестабильно. В данном материале мы подробно разберем, с какими трудностями столкнулись пользователи при обновлении до релизов 3.1.14.55 и 3.1.14.61, и какие шаги необходимо предпринять для их устранения.

Проблема 1: Ошибка при вводе паспортных данных после 45 лет

Рассмотрим ситуацию, когда при попытке обновить данные документа, удостоверяющего личность, система блокирует запись и выдает ошибку. Выясним причину: в ветке 3.1.14 был реализован новый механизм Контроля ведения учета. Программа в автоматическом режиме сверяет дату рождения и дату выдачи паспорта, чтобы исключить использование недействительных документов.

В релизе 3.1.14.55 возник алгоритмический сбой: если паспорт был выдан точно в день 45-летия сотрудника или на следующий день, система ошибочно помечала его как некорректный. Проанализируем способы решения:

1. Установка патчей: Фирма «1С» оперативно выпустила исправления (патчи) для этой версии. Проверьте раздел «Администрирование» — «Обслуживание» — «Обновление программы» — «Установленные исправления».
2. Фоновые задания: Часто ложные предупреждения возникают из-за зависшего процесса первичной проверки данных. Рекомендуется дождаться завершения фоновых заданий после обновления или перезапустить их вручную через консоль регламентных заданий.

Проблема 2: Сообщение об «иных начислениях» в отпуске по уходу за ребенком

Разберем, почему у сотрудников, находящихся в декрете, появляется надпись: «Сотрудник, находящийся в Отпуске по уходу за ребенком имеет иные начисления». Это сообщение генерируется новым механизмом мониторинга плановых начислений.

Проанализируем ситуацию по шагам:

1. Проверка законодательства: Напомним, что компенсационная выплата в размере 50 рублей от работодателя была отменена для тех, кто ушел в отпуск по уходу за ребенком после 01.01.2020. Если сотрудник ушел позже этой даты, а в программе по старой привычке назначено это пособие, система выдаст предупреждение.
2. Анализ регистра «Плановые начисления»: Программа видит любую активную запись, которая не была приостановлена документом ОтпускПоУходуЗаРебенком. Даже если стоит флаг Не начислять зарплату, наличие активного начисления (например, надбавки за стаж, которая не была прекращена) вызывает срабатывание контроля.
3. Настройка начислений: Проверим настройки самих начислений. Если начисление должно прекращаться на время отпуска, в его настройках на вкладке «Средний заработок» или в правилах вытеснения должны быть корректно указаны приоритеты.

Проблема 3: Ложные сообщения по уволенным сотрудникам и больничным

Ситуация, когда по сотруднику, уволенному несколько лет назад, внезапно всплывает сообщение о начислении больничного листа, является следствием ошибки в запросе модуля контроля. Программа некорректно сопоставляет даты документов без ограничения по периоду актуальности.

Для программистов и системных администраторов рассмотрим вариант исправления через расширение или правку общего модуля УчетПособийСоциальногоСтрахованияПроверкиРасширенный. В функции РезультатПроверкиУволенныхСотрудниковСОплатойБольничного необходимо скорректировать запрос, чтобы он учитывал ограничение в 30 дней после увольнения и не затрагивал старые периоды.

Пример исправленного фрагмента запроса:

И (БольничныйЛист.ДатаНачала >= УволенныеСотрудники.Начало) 
И (РАЗНОСТЬДАТ(УволенныеСотрудники.Начало, БольничныйЛист.ДатаНачала, ДЕНЬ) <= 30)
|ИНДЕКСИРОВАТЬ ПО
| УволенныеСотрудники.Сотрудник
|;
|////////////////////////////////////////////////////////////////////////////////
|ВЫБРАТЬ
| УволенныеСотрудники.Сотрудник КАК Сотрудник
|ИЗ
| ВТСостоянияСотрудников КАК УволенныеСотрудники
| ВНУТРЕННЕЕ СОЕДИНЕНИЕ Документ.БольничныйЛист КАК БольничныйЛист
| ПО УволенныеСотрудники.Сотрудник = БольничныйЛист.Сотрудник
| ВНУТРЕННЕЕ СОЕДИНЕНИЕ РегистрРасчета.Начисления КАК НачисленияРегистр
| ПО (НачисленияРегистр.Регистратор = БольничныйЛист.Ссылка)

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

Проблема 4: Огромные суммы в колонке «Взыскано» (Алименты)

Посмотрим на ситуацию, возникшую в документе Ведомость в банк. В колонке Взыскано у сотрудников с исполнительными листами начали появляться некорректные, завышенные суммы. Это связано с изменением логики заполнения регистра Зарплата к выплате и внедрением кодов видов доходов для платежных поручений.

Выясним причину: программа может ошибочно суммировать удержания, произведенные ранее, или некорректно учитывать авансовые выплаты. Рассмотрим пути решения:

1. Обновление до релизов выше 3.1.14.61: В последующих сборках логика расчета «Взыскано» была скорректирована.
2. Пересчет документов: Попробуйте перезаполнить документ Начисление зарплаты и взносов и следом Ведомость. Иногда требуется ручная корректировка регистра накопления Удержания до предела по сотрудникам, если там накопились неверные остатки.

Проблема 5: Ошибки синхронизации с бухгалтерией

Если после обновления при обмене данными с «1С:Бухгалтерия» возникают ошибки, это означает, что структура данных в ЗУП изменилась, а правила обмена остались старыми. Разберем, где взять новый комплект правил:

1. Перейдем в раздел «Настройки».
2. Выберем пункт «Синхронизация данных».
3. Нажмем кнопку «Настроить» для существующего узла обмена.
4. Используем команду «Загрузить комплект правил» (обычно они входят в состав дистрибутива обновления в папке Synthes).

Рекомендации по стратегии обновления

Проанализируем опыт пользователей, столкнувшихся с отзывом релиза 3.1.14.60. Этот релиз содержал критическую ошибку в расчете среднего заработка (остался «тестовый код» разработчиков). Никогда не рекомендуется обновлять рабочую базу на «первую версию» новой ветки (например, .55) или на релизы, вышедшие только что.

Золотое правило: Выдержите паузу в 10–14 дней после выхода обновления. За это время сообщество успеет выявить критические баги, а фирма «1С» — выпустить патчи или отозвать нестабильный релиз. Если вы уже обновились до версии с ошибками, единственным штатным путем будет переход на более высокую исправленную версию (например, с .60 на .61), так как понижение версии («откат») в 1С без потери данных невозможно.

Для снижения навязчивости новых проверок, если они мешают работе, загляните в Настройки — Расчет зарплаты. В некоторых версиях там появилась возможность гибко настроить или отключить определенные элементы «Контроля ведения учета».