В процессе работы со старыми конфигурациями 1С многие компании сталкиваются с дилеммой: тратить огромные ресурсы на срочный и сложный переход на новую редакцию или попытаться продлить жизнь текущей рабочей системе. Особенно остро этот вопрос встал перед пользователями конфигурации 1С:Зарплата и Управление Персоналом редакции 2.5 (ЗУП 2.5) весной 2018 года, когда фирма «1С» объявила о прекращении поддержки версии ПРОФ, а налоговая служба утвердила новую форму расчета 6-НДФЛ (приказ ФНС от 17.01.2018 № ММВ-7-11/18@).
В этой статье мы подробно разберем, как была реализована поддержка законодательства в последних релизах ЗУП 2.5, рассмотрим техническую процедуру «красивого» перехода с версии ПРОФ на версию КОРП для сохранения официальной поддержки, а также проанализируем, почему ранний переход на ЗУП 3.1 вызывал лавину ошибок в учете НДФЛ.
Многие пользователи опасались, что новая форма 6-НДФЛ по приказу № ММВ-7-11/18@ вообще не появится в ветке 2.5. Однако разработчики «1С» выполнили свои обязательства по обеспечению сдачи отчетности за первый квартал 2018 года.
Давайте проанализируем изменения в финальных релизах:
Если вам требуется сдать отчетность именно из версии ПРОФ за этот период, вам необходимо обновиться как минимум до релиза 2.5.130.2. Если же ваша база находится «на замке» (типовая конфигурация без изменений), процедура выполняется через стандартный механизм обновления.
Что делать, если учетная система сильно кастомизирована, переходить на ЗУП 3.1 прямо сейчас нет возможности, а сдавать отчетность дальше необходимо? Выходом является переход на 1С:ЗУП 2.5 КОРП. Поддержка КОРП-версии продолжалась разработчиками гораздо дольше (вплоть до конца 2023 года), что позволило многим компаниям легально отложить сложную миграцию на 3.1.
Рассмотрим техническую процедуру перевода базы ПРОФ на КОРП-версию. Самым чистым и надежным методом является полная замена конфигурации через файл метаданных (.cf-файл). Процедура не нарушает персональные данные сотрудников и историю расчетов, так как структура КОРП полностью включает в себя все объекты ПРОФ.
Пошаговый алгоритм перехода:
Администрирование -> Выгрузить информационную базу...) или скопируйте файл 1Cv8.1CD.1cv8.cf от версии ЗУП 2.5 КОРП. Обратите внимание: версия (номер релиза) КОРП-файла должна быть точно такой же, как у вашей текущей ПРОФ-версии, либо новее. Снижать версию (делать даунгрейд) крайне не рекомендуется.Конфигурация -> Поддержка -> Настройка поддержки. Нажмите кнопку Включить возможность изменения.Конфигурация -> Загрузить конфигурацию из файла.... Укажите путь к подготовленному файлу 1cv8.cf версии КОРП.Конфигурация -> Сравнить, объединить с конфигурацией из файла.... В этом случае вы сможете аккуратно перенести новые объекты КОРП, сохранив ваши доработки.F5 или выберите Конфигурация -> Обновить конфигурацию базы данных. Согласитесь с изменениями в структуре таблиц.После выполнения этих действий вы получите полнофункциональную КОРП-версию, сохранив все накопленные данные за прошлые периоды.
В процессе обсуждения перехода на ЗУП 3.1 эксперты и пользователи часто упоминали о серьезных проблемах с учетом НДФЛ. Разберем детально, с чем была связана эта «жесть» в версиях 3.1.4 и 3.1.5.
В старой версии ЗУП 2.5 исчисленный НДФЛ регистрировался жестко в документах начисления (таких как Начисление зарплаты, Начисление отпуска). Дата получения дохода фиксировалась по плановым показателям.
Начиная с редакции ЗУП 3.1.4, разработчики кардинально изменили концепцию:
Ведомость в банк, Ведомость в кассу.В результате при расчете зарплаты за очередной месяц НДФЛ по каждому сотруднику мог начать дробиться на огромное количество строк (вплоть до 10-15 строк по одному человеку) с копеечными «плюсами» и «минусами» за разные месяцы налогового периода. Это приводило к тому, что:
Анализ НДФЛ по месяцам и Регистр налогового учета по НДФЛ возникали фантомные сальдо и переплаты.Если вы уже перешли на ЗУП 3.1 и столкнулись с подобной ситуацией, не пытайтесь править суммы вручную в документах начисления — это только усугубит ситуацию при последующих выплатах. Проанализируем методику локализации ошибок, которую рекомендуют ведущие методологи:
Для поиска причин расхождений отлично подходит Универсальный отчет. Настроим его по регистру накопления Расчеты налогоплательщиков с бюджетом по НДФЛ:
Выбираем тип объекта: Регистр накопления
Имя таблицы: Остатки и обороты (или Обороты)
Группировка строк: Месяц налогового периода, Регистратор, Сотрудник
Поля для анализа: Приход (Исчислено), Расход (Удержано)
С помощью такой настройки мы увидим, в какой конкретно ведомости или документе начисления произошло неверное распределение сумм. Корректировку «поехавшего» учета следует производить с помощью специализированного документа Перенос данных (по регистрам Расчеты налогоплательщиков с бюджетом по НДФЛ и НДФЛ к удержанию) либо путем аккуратного перепроведения цепочки документов выплаты строго в хронологическом порядке.
Если ваше предприятие оставалось на ЗУП 2.5 (ПРОФ или КОРП) до последнего времени и переход планируется только сейчас, учтите важнейшее изменение в современных релизах ЗУП 3.1:
Начиная с релиза 3.1.30.35, разработчики «1С» полностью удалили из программы встроенный помощник перехода (обработку загрузки данных) из старых версий 2.5 и ЗиК 7.7. Напрямую перенести данные в чистую современную базу 1С:ЗУП 3.1 не получится.
Чтобы обойти это ограничение, используйте транзитный релиз:
Такой подход позволит вам корректно перенести кадровую историю и данные для расчета среднего заработка, избежав ручного ввода информации.