Особенности перехода с 1С Бухгалтерии 2.0 на 3.0

Уже несколько лет компания 1С предлагает на рынке свою версию программы 3.0, в то время как поддержка старой версии 2.0 была прекращена еще в 2014-м году. Соответственно у организаций, даже довольным качеством старой программы, возникает потребность в переходе на новую версию программного продукта.

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

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

Особенности перехода

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

Поиск релиза

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

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

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

Среди особенностей на этом этапе можно выделить:

• Доработки на основе «обычных» форм могут быть применены к управляемым формам только после внесения необходимых изменений в изначальный программный код.
• Версия 1С Бухгалтерия 3.0 представляет собой полностью новую программу, поэтому при реализации доработок необходимо предварительно провести анализ программного продукта. Не исключены случаи отсутствия каких-то процедур в модулях или даже самих модулей.
• С учетом значительных изменений общих модулей за последние несколько лет, доработки, созданные на базе стандартных модулей, практически гарантировано не позволят сохранить имеющиеся ссылки.
• Будут потеряны и объекты метаданных, так как многие из них трансформировались или полностью исчезли. Примером подобной ситуации выступает справочник «РегистрацияВИФНС», называющийся в настоящее время как «РегистрацияВНалоговыхОрганах».

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

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

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

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

Реструктуризация данных

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

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

С ошибками может пройти и обновление, что приведет к формированию ошибок и некорректности работы отдельных модулей.

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

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

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

Использование внешних обработок

При использовании любых внешних обработок или элементов их перенос на новую базу не предусмотрен. Соответственно потребуется проведение дополнительных мероприятий:

• Все формы требуется перевести в состояние управляемого приложения;
• Файлы должны быть заранее подготовлены к переводу.

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

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

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

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

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

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

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

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

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

Рекомендации по переходу

В целом для пользователей программы 1С в старой конфигурации 2.0 можно дать следующие рекомендации, позволяющие осуществить переход на новую конфигурацию с минимальными потерями и проблемами:

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