Переход на зарплату и кадры 3.0. Сравнение вариантов переноса

Не так давно фирма «1С» порадовала выходом новой версии прикладного решения 1С: Бухгалтерия предприятия 3.0 и огорчила последующим прекращением поддержки версии 2.0 весной 2014 года. Чуть позже разработчики по просьбам партнеров согласились продолжить поддержку версии 2.0 в части регламентированной отчетности до конца 2014 года.

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

Нужный релиз

Начнем с исходного: что необходимо для перехода? Необходимо немногое – релиз конфигурации версии 2.0, с которого можно перейти на актуальную версию. Чтобы понять, какой релиз необходим, нужно найти на сайте http://users.v8.1c.ru информацию об актуальной версии, пригодной для обновления. Например, на текущий момент актуальна версия 3.0.27.7, которая может быть обновлена с релиза 2.0.53.6.

Адаптация доработок конфигурации

Если конфигурация нетиповая, первая и самая сложная задача, которая стоит перед «внедренцами», — перенести из функционала «двушки» в «тройку».

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

Здесь встречаются следующие особенности:

Все доработки, сделанные на «обычных» формах, нельзя просто так перенести в управляемые формы. Необходимо адаптировать программный код.
Бухгалтерия 3.0 – это по сути своей новая программа. Если, например, ранее Ваша доработка находилась в функции «РасчитатьПроцентНадбавки» в модуле документа «ПоступленияТоваровУслуг», то теперь такой процедуры может не быть вовсе. Тут встаёт вопрос о необходимости серьезного понимания и анализа каждой доработки.
Если доработки программистов использовали типовые , с большой вероятностью «ссылки» будут потеряны: общие модули серьезно изменились: как состав их функций, так и их имена (наследие новой БСП 2.х).
Такая же ситуация с объектами метаданных. Большое количество объектов стали «ненужными», вместо них используются другие объекты, некоторые были переименованы (например, справочник «РегистрацииВИФНС» стал называться «РегистрацииВНалоговыхОрганах»).

Получите 267 видеоуроков по 1С бесплатно:

Проблема отраслевых «надстроек»

На текущий момент на основе конфигурации 1С: Бухгалтерия предприятия существует огромнейшее множество отраслевых решений. Эти решения зачастую устанавливаются как «надстройка» на конфигурацию.

Если проанализировать рынок – множество таких решений уже перестали поддерживаться. Везде по разным причинам: где-то компанию покинули разработчики, где-то организации-разработчика уже не существует. Независимо от причины, факт остается фактом – либо переводим конфигурацию «за свой счет», либо теряем заветный функционал.

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

Реструктуризация данных и сам процесс – очень щепетильные вопросы.

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

Были примеры, когда база обновлялась несколько суток, а в конце система выдавала ошибку о том, что «запись регистра сведений … стала не уникальна». Такая ситуация вполне возможна, на это необходимо обращать внимание и закладывать дополнительное время в копилку рисков.

Процесс обновления (запуск обработчиков обновления при первом запуске программы) тоже не всегда корректно отрабатывает и может неоднократно порадовать «сюрпризами».

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

Права доступа

Судя по опыту, достаточно часто случаются проблемы с правами доступа. После обновления обязательно проверьте возможность входа пользователя в информационную базу. Как правило, эти проблемы решаются банальной перезаписью прав пользователя (вкладка Группы доступа в элементе справочника «Пользователи»).

Внешние обработки, отчеты, печатные формы

Перевод внешних обработок, отчетов, печатных форм никак не предусмотрен фирмой 1С. Для их «конвертации» необходимо осознано подходить к делу:

во-первых, требуется перевод форм в режим управляемого приложения;
во-вторых, по новой методике библиотеки стандартных подсистем необходима подготовка таких файлов.

(Подробности о создании внешних обработок и отчетов в статье ИТС http://its.1c.ru/db/bspdoc#content:22:1:IssOgl2_%D0%A1%D0%BE%D0%B7%D0%B4%D0%B0%D0%BD%D0%B8%D0%B5%D0%BD%D0%BE%D0%B2%D0%BE%D0%B3%D0%BE%D0%BE%D1%82%D1%87%D0%B5%D1%82%D0%B0%D0%B8%D0%BB%D0%B8%D0%BE%D0%B1%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D0%BA%D0%B8)

Восстановление нумерации

Сами разработчики заявили, что после обновления программы на 3.0 существует проблема с нумерацией: она «сбивается» и начинает отсчет заново. Для того чтобы вернуть нумерацию, достаточно создать документ с последним кодом, который был в системе.

Например, если последний документ Поступления был с номером 256, мы создаем документ с этим же номером, установленным вручную (256), и следующий документ уже будет автоматически иметь номер 257.

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

Правила обмена

Если Ваша конфигурация обменивалась с другой с помощью правил обмена, то с очень большой вероятностью правила перестанут работать. Связано это с тем, что некоторые объекты метаданных стали называться по-другому, некоторые реквизиты были удалены, а некоторые — добавлены.

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

Организационные моменты

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

Обоснование затрат на обновление клиенту (начальству) . Это очень сложный вопрос для клиента. Совсем недавно был переход с 1.6 на 2.0, а теперь 3.0. Почему клиент должен отдавать деньги за обновление? Утешает только одно: надеюсь, в ближайшее время не предвидится никаких новшеств и серьезных обновлений.

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

Подведем некий итог и попробуем дать некоторые общие рекомендации для более легкого и комфортного перехода:

Переход планируйте как можно раньше, не тяните до последних дней.
Желательно, чтобы перенос функционала осуществлялся теми же программистами, которые дорабатывали конфигурацию.
Попробуйте выделить на реструктуризацию как можно больше времени. Если переходите с понедельника, то начните работу в пятницу вечером.
Перед финальным обновлением всех доработок обязательно прогоните обновление на тестовой среде. Без «репетиции» Вы рискуете не успеть выполнить обновление в технологическое окно.
Делайте бекапы всего, что можно, и как можно чаще.
Переход на 3.0 — это отличный повод для рефакторинга кода и «инвентаризации» доработок. Если Вы видите, что какой-то функционал не используется или перестал быть актуальным, то смело прощайтесь с ним.
Как можно больше тестируйте перенесенный функционал, создайте тестовую базу и запустите туда пользователей.
Создайте для пользователей среду, где они познакомятся с программой заранее — это поможет избежать в дальнейшем простых вопросов при начале работы с 3.0.
Всегда имейте в запасе «план Б» — если что-то пойдет не так, как планировалось, будьте готовы откатиться на 2.0 для того, чтобы не парализовать работу компании.

Для перехода с ЗУП 2.5 на ЗУП 3 необходимо выполнить начальный перенос данных. Так как ЗУП 3 значительно отличается от ЗУП 2.5, то переход осуществляется именно переносом данных, а не обновлением.

Для успешного перехода с ЗУП 2.5 на 3.1 следует выполнить следующую последовательность действий:

«Закрыть» месяц в ЗУП 2.5.
Перенос можно произвести не только на начало года, но и на любой месяц. Предварительно следует выполнить в ЗУП 2.5 окончательный расчет за этот месяц: выполнить расчет зарплаты, взносов, отразить выплату и перечисление НДФЛ.
Важно перед переносом полностью «закрыть» месяц в ЗУП 2.5. Нельзя начать рассчитывать месяц в ЗУП 2.5, а закончить уже в ЗУП 3 – такой возможности не предусмотрено!
Развернуть ПУСТУЮ базу ЗУП 3.
Обновить базы ЗУП 2.5 и ЗУП 3 до актуальных релизов.
Разработчики регулярно устраняют ошибки переноса и дорабатывают перенос, поэтому вероятность получить наиболее корректные результаты переноса выше, если обновить базы до самых актуальных релизов.
В ЗУП 3 в помощнике начальной настройки новой информационной базы указать, что перенос будет производиться из ЗУП 2.5.
До ЗУП 3.1.8:
Начиная с ЗУП 3.1.8:
Далее при работе в ЗУП 3.1.8 необходимо указать, как будет производится загрузка данных: прямым подключением к базе или через файлы:

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

Выбор и сравнение вариантов переноса данных из 1С ЗУП 2.5 в ЗУП 3.1

Выбор варианта переноса данных

Перед запуском процедуры переноса необходимо определиться, какой вариант переноса данных использовать. Разработчики рекомендуют вариант Использовать новые возможности кадрового учета и начисления зарплаты , однако и вариант Использовать начисления предыдущей программы также можно использовать, он является полностью рабочим, и объективно нельзя сказать, что он хуже, чем «рекомендованный» вариант. Выбор следует производить, исходя из особенностей данных базы ЗУП 2.5, а также потребностей пользователей программы. Ниже рассмотрены особенности первого и второго варианта переноса данных из 1С ЗУП 2.5 в ЗУП 3.1.

Переносится срез кадровых данных на дату начала учета – загружаются сведения только по работающим на дату переноса сотрудникам, их текущая штатная расстановка, действующие на момент переноса плановые начисления, право на отпуск, остатки отпусков и текущие периоды отсутствий;
Результаты начислений/удержаний НЕ переносятся – это означает, что в ЗУП 3 не получится в зарплатных отчетах сформировать сведения о начислениях/удержаниях за период до начала ведения в ЗУП 3;
Данные по взаиморасчетам – загружаются остатки на дату начала учета;
Данные по НДФЛ – переносятся остатки по неудержанному / неперечисленному НДФЛ на начало года, а также, если перенос выполняется не на начало года, то — данные по НДФЛ за период с начала года до даты переноса;
Данные для расчета среднего – переносятся все необходимые данные (для расчета пособий — переносятся данные за 3 предшествующих года; для расчета отпускных, командировок и т.п. — за 1,5 года).

Что потребуется довнести и настроить вручную:

Выполнить настройки кадрового учета и расчета зарплаты;
Создать и настроить «разовые» (неплановые) виды начислений и удержаний, которые периодически использовались в ЗУП 2.5 и будут использоваться в ЗУП 3.

Преимущество «рекомендованного» переноса заключается в том, что в ЗУП 3 не «приезжает» лишней информации. Это исключает возможности переноса из ЗУП 2.5 ошибочных настроек программы и видов начислений. Также это способствует тому, что сам переход на ЗУП 3 с ЗУП 2.5 выполняется довольно быстро.

Но стоит учитывать, что при таком варианте переноса просмотреть и сформировать отчеты за предыдущие периоды не получится, поэтому необходимо сохранить базу ЗУП 2.5, чтобы иметь доступ к этой информации.

Особенности «полного» переноса данных

Второй вариант переноса соответствует положению переключателя Использовать начисления предыдущей программы . Это более полный вариант переноса при переходе на ЗУП 3 с ЗУП 2.5. Он предполагает следующий перенос данных:

Переносится вся кадровая история по актуальным сотрудникам, причем перенос производится непосредственно в кадровые документы Прием на работу , Кадровый перевод , Увольнение – таким образом, все кадровые документы по приему и переводу сотрудников будут доступны в ЗУП 3;
Результаты начислений/удержаний и данные по взаиморасчетам – переносятся за период переноса данных. Это значит, что в ЗУП 3 можно будет формировать зарплатные отчеты (своды, расчетные ведомости) за весь период переноса данных, в том числе за период, когда учет в ЗУП 3 еще не велся;
Данные по НДФЛ и взносам – также будет доступна вся история по НДФЛ и взносам за период переноса;
Данные для расчета среднего – переносятся все необходимые данные для расчета среднего (для расчета пособий — переносятся данные за 3 предшествующих года; для расчета отпускных, командировок и т.п- за 1,5 года).

Недостатком такого варианта переноса является большое количество передаваемой информации. Это приводит к долгому выполнению самого переноса и к тому, что в ЗУП 3 могут «переехать» ошибки учета из ЗУП 2.5.

Детальное описание структуры переносимых данных при «полном» варианте переноса доступна в публикации .

Сравнительная таблица вариантов переноса данных из ЗУП 2.5 в ЗУП 3.1

Данные	Использовать начисления предыдущей программы	Использовать новые возможности
Кадровые данные	Вся кадровая история по актуальным сотрудникам	Срез кадровых данных на дату начала учета + история приказов для Т-2
Плановые начисления и удержания
Результаты начислений и удержаний
Данные для расчета среднего заработка
Данные по взаиморасчетам	Все взаиморасчеты за период	Остатки на дату начала ведения учета
Данные по НДФЛ и взносам

Какие данные не переносятся в ЗУП 3

Ни при одном из вариантов переноса данных в ЗУП 3 не переносятся следующие данные:

Штатное расписание (оно формируется уже в ЗУП 3 по актуальной штатной расстановке);
Настройки отражения в учете;
Дополнительные реквизиты и сведения;
Данные управленческого учета.

См. также:

Если Вы являетесь подписчиком системы «БухЭксперт8: Рубрикатор 1С ЗУП», тогда смотрите материалы

Инструкция по обновлению 1С ЗУП до редакции 3

Вся проблема перехода с ЗУП 2.5 на 3.1 заключается в том, что он делается не обновлением конфигурации, а переносом данных из базы с релизом 2.5. Причем переносятся данные только для расчета среднего заработка и подачи отчетности по НДФЛ. Начисления не переносятся, только остатки по сотрудникам. Чтобы сделать перенос исторических данных, можно обратиться к .

Базу данных с релизом 3 нужно установить чистую.

После создания чистой базы появится начальная страница. Выбираем последний пункт («Перенести данные из программы 1С Зарплата и управление персоналом 8, редакция 2.5») и нажимаем «Далее»:

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

Получите 267 видеоуроков по 1С бесплатно:

Обратите внимание, что перенос данных возможен только из релиза не ниже 2.5.87.2 . Но я бы не советовал переходить с этого релиза. У меня нормальный переход получился в сочетании таких релизов: 2.5.93.2 – 3.0.22.230 и то не с первого раза. Инструкцию по обновлению мы размещали ранее — .

На следующей странице нужно выбрать месяц начала эксплуатации:

Узнать его можно, посмотрев первый созданный документ в базе 1С ЗУП 2.5.

На следующей странице переходим непосредственно к загрузке:

Нажимаем на кнопку «Загрузить данные».

У меня сразу вышло окно с ошибкой. Ругается на какой-то файл с расширением «dll». Если это произошло, нужно закрыть окно с описанием ошибки и в окне, которое показано выше, внизу тоже будет текст с описанием ошибки и кнопка «Исправить». Причем в этом тексте может указываться другой файл, не обращаем внимания, жмем «Исправить».