← На главную

Переход на новую версию конфигурации «Зарплата и управление персоналом» (ЗУП), особенно когда речь идет о смене минорной версии (с 3.1.4 на 3.1.5), всегда сопряжен с определенными рисками. Версия 3.1.5.126 в свое время стала камнем преткновения для многих технических специалистов и бухгалтеров. Проанализируем основные сложности, с которыми сталкиваются пользователи, и разберем способы их преодоления.

Особенности ветки 3.1.5: короткоживущая против стабильной

Прежде всего, проанализируем стратегию выпуска релизов фирмы «1С». В рассматриваемый период версия 3.1.4 являлась стабильной (LTS — Long Term Support), а 3.1.5 — технологической или «короткоживущей» веткой. Это означает, что в 3.1.5 обкатывались новые механизмы, которые не всегда были стабильны. Если ваша организация не требует немедленного внедрения специфического функционала, который появился только в 3.1.5, рассмотрим вариант остаться на последних патчах ветки 3.1.4 (например, 3.1.4.171), где уже реализованы новые формы отчетности, такие как 2-НДФЛ за 2018 год.

Требования к платформе и стабильность версий 8.3.10 и 8.3.11

Одним из критических условий обновления до ЗУП 3.1.5.126 является версия платформы. Программа требует версию не ниже 8.3.10.2580. Однако на практике системные администраторы часто сталкиваются с дилеммой выбора между 8.3.10 и более новой 8.3.11.

Разберем основные нюансы работы с платформами:

1. Целостность системы: Свежие версии платформы (начиная с 8.3.11) крайне чувствительны к изменениям в бинарных файлах. Если на сервере использовались патченные DLL, это может привести к аварийному завершению работы или отказу в доступе.
2. Стабильность: Платформа 8.3.11.3034 считается более стабильной по сравнению с ранними сборками 11-й ветки, однако переход на нее требует тщательного тестирования на копии базы, так как возможны утечки памяти при формировании тяжелых отчетов.
3. Частота обновлений: Переход на технологические релизы ЗУП вынуждает администраторов обновлять платформу значительно чаще (раз в 1-2 месяца), что увеличивает нагрузку на ИТ-отдел.

Проблема с печатью справки 2-НДФЛ 2018 года

Многие пользователи после обновления на 3.1.4.171 или 3.1.5.126 замечают, что программа продолжает печатать старый бланк (от 2015 года) вместо актуального по приказу ФНС от 17.01.2018 № ММВ-7-11/19@. Выясним причину этого поведения.

Проанализируем алгоритм выбора макета в коде конфигурации. Программа определяет форму справки исходя из даты документа. Если вы формируете отчетность, но дата самого документа 2-НДФЛ установлена ранее даты вступления приказа в силу, система подставит старый макет. Попробуем изменить дату документа на более позднюю (например, на конец февраля 2018 года), чтобы активировать новый бланк.

Критические ошибки в учете НДФЛ и расчетах

Версия 3.1.5.126 привнесла значительные изменения в логику учета НДФЛ, что вызвало ряд «детских болезней» в программе. Рассмотрим подробнее наиболее частые сбои:

1. Привязка к дате выплаты: В новой версии дата получения дохода жестко привязана к планируемой дате выплаты, указанной в документах начисления. Если бухгалтер выплачивает зарплату или межрасчетные выплаты в день, отличный от запланированного, НДФЛ может «разъехаться» в регистрах накопления. Проанализируем статью 223 НК РФ: для доходов в денежной форме датой получения является день выплаты. ЗУП 3.1.5 пытается автоматизировать этот контроль, но при несовпадении дат в ведомости и начислении возникают ошибки.
2. Начисления уволенным сотрудникам: Зафиксированы случаи, когда при создании приказа на увольнение программа некорректно пересчитывает зарплату за весь период с начала года, что приводит к ошибочным суммам к выплате.
3. Заполнение ведомостей: В релизе .126 наблюдаются проблемы с автоматическим подбором сотрудников в ведомости. Кнопка «Заполнить» может игнорировать часть персонала или, наоборот, добавлять лишних людей, по которым уже произведен расчет.

Ошибки в межрасчетных документах и способах выплаты

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

Чтобы избежать подобных ситуаций, проанализируем настройки каждого документа перед проведением:

1. Проверьте поле «Выплата» в нижней части документа (Больничный лист, Отпуск).
2. Убедитесь, что установлена корректная «Планируемая дата выплаты».
3. Проверьте, не очистились ли банковские реквизиты в карточке сотрудника после миграции данных.

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

Для производственных предприятий критичным багом релиза 3.1.5.126 стало некорректное распределение сдельного заработка. Рассмотрим пример: при наличии нескольких видов работ программа может игнорировать коэффициенты распределения или вовсе не сохранять данные в регистры после проведения документа Распределение основного заработка.

Также пользователи сообщают о проблемах с совместителями: при начислении зарплаты программа может двоить вычеты или некорректно определять норму времени, если сотрудник занимает несколько ставок в одной организации. Посмотрим на код расчета в таких случаях — зачастую требуется установка патчей или переход на версию 3.1.5.129+, где эти ошибки были оперативно исправлены.

Рекомендации по обновлению

Подводя итог, проанализируем, стоит ли обновляться на 3.1.5.126. Если ваша текущая база 3.1.4 стабильна и вам достаточно новых форм 2-НДФЛ, реализованных в последних патчах 3.1.4, лучше повременить с переходом на 3.1.5 до выхода более стабильных сборок (3.1.6 или 3.1.7).

Если же переход неизбежен, выполним следующие шаги:

1. Сделаем полную резервную копию базы данных и конфигурации.
2. Обновим платформу до 8.3.10.2580 или выше, проверив стабильность на тестовом сервере.
3. После обновления в рабочей базе проведем процедуру «Тестирование и исправление» (ТиИ) с установленными галочками проверки логической и ссылочной целостности.
4. Тщательно сверим отчет Анализ НДФЛ по датам получения дохода до и после обновления.

Помните, что версия 3.1.5.126 — это лишь этап в развитии системы, и большинство описанных проблем решаются либо административными мерами (контроль дат), либо последующей установкой исправлений от разработчика.