Переход с ЗиК 7.7 на ЗУП 8

Есть вещи, которые остаются в жизни компании по одной причине: «работает — не трогай». Так и с 1С:Зарплата и Кадры 7.7. Система знакомая, привычная, бухгалтер в ней ориентируется с закрытыми глазами. Зачем что-то менять?

Ответ неприятный, но честный: потому что ЗиК 7.7 больше не обновляется. Платформа технологически устарела, поддержка прекращена, а законодательство меняется каждый квартал. ЕФС-1, новые форматы РСВ, изменения в расчёте больничных, прогрессивная шкала НДФЛ — всё это нужно учитывать в системе. А в ЗиК 7.7 этих обновлений нет.

Современная альтернатива — 1С:Зарплата и управление персоналом 8 (ЗУП 8). Это не просто «то же самое, только новее». Это качественно другой уровень: гибкий расчёт зарплаты, полноценный HR-контур, встроенный кадровый электронный документооборот, аналитика и интеграции с любыми внешними системами.

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

Почему оставаться на ЗиК 7.7 — это уже риск

Многие компании откладывают переход, аргументируя это тем, что «пока всё работает». Давайте посмотрим, что именно «работает» — и какой ценой.

Платформа перестала развиваться

1С:Предприятие 7.7 — это архитектура середины 90-х. Компания 1С прекратила её развитие более 15 лет назад. Это означает отсутствие обновлений под современные операционные системы, отсутствие нормальной многопользовательской работы и защиты от актуальных угроз информационной безопасности. Установка на современное железо — отдельный квест.

Законодательство не ждёт

Требования к расчёту зарплаты, НДФЛ, страховым взносам и отчётности меняются регулярно. В ЗиК 7.7 актуальных обновлений нет. Значит, либо вы работаете с «самодельными» доработками, либо что-то считаете вручную — с соответствующим риском ошибок и штрафов.

Кадры уходят вместе со знаниями

Специалистов, которые умеют работать с 7.7, становится всё меньше. Когда опытный бухгалтер уходит в отпуск или увольняется — найти замену, которая «разберётся в системе», становится настоящей проблемой. ЗУП 8 — массовый продукт с огромным сообществом, документацией и специалистами на рынке.

Функциональный потолок

ЗиК 7.7 создавалась в эпоху, когда HR-автоматизация означала «посчитать зарплату и напечатать приказ». Сегодня бизнес ожидает большего: электронные трудовые документы, онлайн-согласование отпусков, аналитика по персоналу, интеграция с банком. Ничего из этого в ЗиК 7.7 нет — и никогда не появится.

Что вы получаете, перейдя на ЗУП 8

Прежде чем говорить о трудностях — давайте честно обозначим, ради чего всё это затевается.

Актуальный расчёт зарплаты и налогов

ЗУП 8 обновляется регулярно вслед за изменениями законодательства. Расчёт НДФЛ с учётом прогрессивной шкалы, страховые взносы по актуальным ставкам, автоматическое формирование ЕФС-1, РСВ, 6-НДФЛ — всё это работает без «ручных заплаток» и обновляется по мере выхода поправок.

Полноценный HR-контур

Кадровый учёт — приёмы, переводы, увольнения, отпуска, больничные, командировки
Штатное расписание — с контролем соответствия и историей изменений
Подбор персонала — вакансии, кандидаты, этапы отбора
Обучение и развитие — планы обучения, компетенции, аттестации
Мотивация — KPI, премии, сложные схемы начислений

Кадровый электронный документооборот (КЭДО)

Один из самых востребованных модулей ЗУП 8 — встроенный КЭДО. Сотрудник подписывает трудовой договор, приказ об отпуске или заявление прямо в системе — с электронной подписью, без бумаги и физического присутствия. Для компаний с удалёнными сотрудниками или несколькими офисами это меняет всё.

Интеграции и открытая архитектура

Двусторонний обмен с 1С:Бухгалтерия, 1С:ERP, 1С:Управление торговлей
Интеграция с банками — выплата зарплаты реестрами напрямую из системы
Подключение к ЭДО-операторам
API для интеграции с внешними HR-системами и корпоративными порталами
Работа через браузер и мобильное приложение

ЗиК 7.7 vs. ЗУП 8: сравнение по ключевым параметрам

Параметр	ЗиК 7.7	ЗУП 8
Поддержка платформы	Прекращена	Активная
Обновления законодательства	Не поступают	Регулярные
HR-функционал	Минимальный	Полноценный
КЭДО	Нет	Встроен
Интеграции	Ограничены	API, ЭДО, банки, 1С-экосистема
Аналитика и отчётность	Базовая	Гибкая управленческая
Мобильный доступ	Нет	Через браузер и приложение

Основные сложности при переходе: говорим честно

Было бы нечестно описывать переход как лёгкий и безболезненный процесс. Это серьёзный проект — и лучше знать о рисках заранее, чем столкнуться с ними в разгар расчётного периода.

Перенос данных — главная техническая сложность

Структура данных в ЗиК 7.7 и ЗУП 8 принципиально отличается. Прямого автоматического переноса не существует — нужна специализированная обработка. При этом важно корректно перенести данные сотрудников и кадровую историю, остатки отпусков на дату перехода, задолженности по зарплате и авансам, данные для расчёта среднего заработка, а также взаиморасчёты с бюджетом по НДФЛ и взносам с начала года.

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

Другая логика — другое мышление

ЗУП 8 работает иначе, чем ЗиК 7.7. Концепции, к которым привык бухгалтер, могут иметь другое воплощение или реализовываться иначе. Это не недостаток — это развитие. Но адаптация требует времени и качественного обучения, а не «разберётся сама».

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

Многие компании за годы работы с ЗиК 7.7 обросли доработками — самописными отчётами, нестандартными расчётами, специфическими формами. При переходе каждую доработку нужно проанализировать: перенести, заменить стандартным функционалом ЗУП 8 или отказаться совсем. Это требует времени и квалификации — и именно поэтому этап обследования нельзя пропускать.

Сопротивление сотрудников

Бухгалтер, который 10 лет работал в ЗиК 7.7, воспринимает новую систему как угрозу своей экспертизе. Это нормальная реакция. Без грамотного управления изменениями и качественного обучения даже технически идеальное внедрение может провалиться — люди будут саботировать систему или работать в ней неэффективно.

Этапы перехода: как это работает на практике

#	Этап	Что делается	Срок
1	Обследование	Анализ процессов, выявление доработок, объём данных, составление ТЗ	1–2 недели
2	Настройка ЗУП 8	Структура организации, виды начислений, удержаний, справочники	1–3 недели
3	Перенос данных	Сотрудники, кадровая история, остатки отпусков, задолженности	1–2 недели
4	Тестирование	Параллельный расчёт, сверка, корректировки настроек	2–4 недели
5	Обучение	Бухгалтеры, кадровики, руководители, инструкции	1–2 недели
6	Запуск	Переход в продуктив, поддержка, устранение ошибок	2–4 недели
7	Сопровождение	Обновления, доработки, консультации, развитие	Постоянно

⏱ Типовые сроки для компании с численностью 50–300 сотрудников: 2,5–4 месяца от старта до полноценной работы в новой системе.

Три варианта переноса данных: что выбрать

Вариант	Кому подходит	Плюсы	Минусы
Полный перенос истории	Крупные компании, важна аналитика за несколько лет	Полная история, непрерывная аналитика	Дорого, долго, сложно
Перенос остатков	Средний бизнес, смена периода	Быстро, экономично	Нет истории до даты переноса
Параллельный учёт	Когда критичен нулевой риск ошибок	Максимальная надёжность, проверка данных	Двойная нагрузка на сотрудников

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

Когда лучше начинать: выбираем правильный момент

Время старта проекта существенно влияет на его сложность. Вот что нужно учитывать:

Лучшее время для перехода: Начало нового года (январь) — позволяет начать чистый учётный период, перенести только остатки и не тащить «хвосты» прошлых периодов Начало квартала после сдачи отчётности — данные закрыты, ничего не «висит», хорошая точка для старта Период с минимальной нагрузкой — не в разгар отпускной кампании и не накануне крупной отчётности Плохое время для перехода: Декабрь: годовое закрытие, отчётность, высокий стресс — переход увеличит нагрузку критически Перед крупными выплатами: аванс, массовые отпускные — риск ошибок слишком высок В период реструктуризации или массового набора персонала — данные постоянно меняются, перенос усложняется

💡 Совет: начните проект минимум за 3–4 месяца до планируемой даты перехода. Реалистичное планирование — залог спокойного старта без авралов и ночных смен.

Типичные ошибки при переходе — и как их не повторить

«Перенесём всё как есть»

Самое частое заблуждение — скопировать в ЗУП 8 всё то, что было в ЗиК 7.7, включая все доработки, обходные решения и устаревшие справочники. Это путь к воспроизведению старых проблем в новой системе. Переход — это шанс разобраться с процессами и навести порядок, а не оцифровать накопившийся хаос.

Пропустить тестирование

Некоторые компании стремятся сэкономить время и пропускают этап параллельного расчёта. Это критическая ошибка. Ошибка в зарплате — это не просто технический сбой. Это недовольные сотрудники, конфликты, возможные трудовые споры и штрафные санкции. Один полный расчётный период в параллельном режиме — минимум, не обсуждается.

Недооценить обучение

«Бухгалтер сам разберётся — она умная». Может и разберётся. Через полгода. Ценой нескольких ошибок в расчётах и огромного стресса. Качественное обучение до запуска — это инвестиция, которая окупается в первый же расчётный период. Пользователь должен зайти в систему уже подготовленным, а не открывать её впервые в день выплаты зарплаты.

Выбрать подрядчика по минимальной цене

Переход с ЗиК 7.7 на ЗУП 8 — это специфическая задача. Далеко не каждый 1С-специалист имеет реальный опыт миграции данных именно из старой платформы. Экономия на подрядчике оборачивается дополнительными расходами на исправление ошибок — нередко в разы превышающими изначальную «экономию». Просите референсы и кейсы аналогичных проектов.

Забыть о поддержке после запуска

Первые 2–3 месяца работы в новой системе — самый напряжённый период. Нестандартные ситуации, непривычный интерфейс, вопросы по новым расчётам возникают постоянно. Контракт на сопровождение после запуска — не опция, а обязательная часть проекта.