Как исправить ошибки по НДФЛ и делению на ноль при переходе с ЗКБУ 1.0 на ЗИКГУ 3.1

Переход со старых конфигураций 1С на платформе 8.2 (таких как ЗКБУ 1.0 или ЗУП 2.5) на новые современные решения редакции 3.1 (ЗИКГУ 3.1, ЗУП 3.1) — это трудоемкий процесс, с которым рано или поздно сталкивается любой специалист. Различия в архитектуре данных, механизмах расчета налогов и кадрового учета часто приводят к возникновению серьезных ошибок в процессе переноса. В этой статье мы подробно разберем, как исправить наиболее частые проблемы перехода: искажение регистров НДФЛ, ошибку деления на ноль при расчете ночных часов и незаполненные поля в штатном расписании.

Проблема 1: Искажение данных НДФЛ и вычетов при начале ведения учета с января

Часто при выполнении переноса данных на 1 января нового года пользователи сталкиваются с «кашей» в регистре НДФЛ. При попытке сформировать отчетность по форме 2-НДФЛ в новой базе отображаются некорректные суммы, вычеты не применяются или переносятся на будущие периоды, а налог исчисляется и удерживается только за последний месяц. Выясним причину этой проблемы и рассмотрим варианты ее решения.

При стандартном «Рекомендованном» (кратком) переносе данных на начало года исторические документы и транзакции по НДФЛ за предыдущие периоды не загружаются в базу. Программа переносит только остатки расчетов и кадровые срезы. Из-за отсутствия предыстории доходов за предыдущие месяцы алгоритмы расчета НДФЛ нарастающим итогом начинают работать некорректно, путая периоды применения налоговых вычетов.

Для исправления ситуации и успешного запуска учета проанализируем три практических решения:

1. Перенос данных с началом эксплуатации в декабре. Практика внедрения показывает, что наиболее стабильным решением является указание месяца начала эксплуатации как Декабрь предшествующего года. В этом случае мы переносим данные на 1 декабря, проводим расчет и выплату декабрьской зарплаты уже в новой базе ЗИКГУ 3.1. Это позволяет системе сформировать правильные входящие остатки по НДФЛ и взаиморасчетам на 1 января нового года.
2. Сдача регламентированной отчетности из старой базы. Самый безопасный и наименее трудоемкий способ — закрыть весь переходный год, рассчитать налоги и полностью сдать отчетность (2-НДФЛ, РСВ, СЗВ-СТАЖ) из старой конфигурации ЗКБУ 1.0. В новую базу ЗИКГУ 3.1 перенос осуществляется строго на 1 января «в чистую». Старая информационная база при этом остается в качестве архива для проверок и выдачи справок сотрудникам.
3. Использование специализированных обработок выгрузки. Для случаев, когда сдать отчетность из старой базы невозможно, фирма 1С поставляет внешние обработки (например, Vygruzka_NDFL_StazhPFR_2018.epf и аналогичные для других периодов). Важно помнить: загрузку данных НДФЛ и стажа с помощью таких обработок необходимо выполнять строго в пустую базу перед началом ведения в ней какого-либо текущего учета, чтобы избежать задвоения регистров.

Проблема 2: Ошибка деления на ноль при переносе «Доплаты за ночные часы»

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

Ошибка в обработчике события ПослеЗагрузкиДанных (конвертация)
Обработчик = ПослеЗагрузкиДанных (конвертация)
ОписаниеОшибки = Не удалось применить изменение настроек использования штатного расписания.
{Обработка.МенеджерРасчетаЗарплаты.МодульОбъекта(10575)}: При расчете начисления «Доплата за ночные часы_» возникла ошибка: Деление на 0
Формула, используемая при расчете: (РасчетнаяБаза / ОтработаноЧасов * ВремяВЧасахНоч) * ПроцентДляДоплатаЗаНочныеЧасы_ / 100

Проанализируем причины возникновения этой ошибки:

• Пустой производственный календарь или графики работы. При конвертации данных программа пытается выполнить тестовый расчет начислений для проверки корректности перенесенных формул. Если в целевой базе ЗИКГУ 3.1 еще не заполнен ПроизводственныйКалендарь или не заполнены графики работы сотрудников на переносимый период, показатели нормы времени (например, ОтработаноЧасов) принимают значение 0. Математический расчет формулы приводит к делению на ноль и аварийному завершению работы помощника.
• Битые кадровые ссылки в исходной базе. Если в ЗКБУ 1.0 присутствуют документы по уволенным сотрудникам или архивные записи с незаполненными кадровыми данными, алгоритм переноса не может рассчитать показатели для формул, что также приводит к нулевым значениям делителя.

Для устранения ошибки деления на ноль выполним следующие шаги:

1. В исходной базе ЗКБУ 1.0 запустим процедуру Тестирование и исправление (через Конфигуратор -> Администрирование) с включенными опциями проверки логической целостности и очистки неработающих ссылок.
2. Заполним производственные календари и графики работы сотрудников на весь переходный период в обеих базах.
3. Если ошибка сохраняется, временно отключим в настройках расчета зарплаты новой базы использование ночных и вечерних часов перед запуском загрузки. После успешного переноса данных вернем настройки в исходное состояние и настроим формулы вручную.

Проблема 3: Ошибка незаполненного поля «Организация» при записи штатного расписания

При переносе данных может возникать следующая ошибка, блокирующая создание штатного расписания и кадровых документов в ЗИКГУ 3.1:

Ошибка при вызове метода контекста (Записать): Ошибка при выполнении обработчика - 'ПередЗаписью':
{Справочник.ШтатноеРасписание.МодульОбъекта(77)}: Значение поля \"Организация\" не заполнено или заполнено неверно

Выясним причину этой проблемы. В старой редакции ЗКБУ 1.0 структура хранения кадровой истории была менее строгой. В регистре сведений РаботникиОрганизаций (отвечающем за кадровую историю сотрудников) могли остаться записи, в которых не указано подразделение или указано подразделение, не привязанное к конкретной организации (например, при объединении нескольких баз или ведении многофирменного учета).

При переносе данных алгоритм пытается автоматически выстроить структуру штатного расписания в ЗИКГУ 3.1 на основании исторических кадровых срезов. Не обнаружив связки между подразделением и организацией, система выдает ошибку заполнения реквизита.

Рассмотрим порядок исправления этой ошибки:

1. Откроем исходную базу ЗКБУ 1.0 в режиме "1С:Предприятие".
2. Перейдем в регистр сведений РаботникиОрганизаций.
3. Выполним поиск записей с пустыми или некорректными значениями в колонках Подразделение и Организация.
4. Скорректируем обнаруженные пустые записи: укажем верные подразделения или удалим устаревшие некорректные строки кадровой истории, если они не влияют на расчет среднего заработка за последние три года.

Почему для перехода всегда следует выбирать «Рекомендованный» перенос данных?

Специалисты по внедрению систем учета 1С единогласно сходятся во мнении: выполнять «Полный» перенос данных (с переносом всех расчетных и кадровых документов за прошлые годы) для конфигураций ЗКБУ 1.0 / ЗУП 2.5 крайне не рекомендуется. Это оправдано только для очень маленьких организаций с простым учетом.

Разберем, почему «Рекомендованный» (краткий) перенос является единственным стабильным решением:

• Различная методология учета. В редакции 3.1 кардинально изменена концепция кадрового учета и расчета зарплаты. Полностью переработан учет отпусков, разделены сущности физических лиц и сотрудников, изменены механизмы плановых начислений. Попытка переконвертировать документы прошлых лет под новые регистры приводит к огромному количеству логических ошибок, «плывущим» остаткам отпусков и искажению взаиморасчетов.
• Производительность систем. Базы с численностью сотрудников от 100 человек при полном переносе могут загружаться несколько дней. Процесс часто аварийно завершается из-за нехватки оперативной памяти на сервере или локальном компьютере.

При выборе рекомендованного варианта переноса в новую базу ЗИКГУ 3.1 переносятся только чистые и выверенные данные, необходимые для продолжения работы:

• Основные справочники организации (структура, должности, сотрудники, физлица).
• Актуальная кадровая расстановка сотрудников на дату начала эксплуатации.
• Действующие плановые начисления и удержания.
• Сведения для расчета среднего заработка за предыдущие 3 года (переносятся специальными техническими документами ПереносДанных, без загрузки исходных тяжелых документов начисления).
• Остатки неиспользованных отпусков и сальдо взаиморасчетов.

Соблюдение этих правил и предварительное тестирование исходной базы на логическую целостность гарантируют быстрый и безболезненный переход на новую редакцию программного продукта.