В статье разберем причины обновления системы, а также дадим рекомендации по переходу с редакции 1С:ERP 2.4 на 2.5 на основе нашего опыта.
Тенденции для сохранения обновлений системы
Зачем нужно обновлять систему? В современном мире достаточно быстро меняется законодательство и гибко перестраиваются бизнес-процессы. В таком динамичном мире оставлять на предприятии статичную конфигурацию становится практически невозможно. Особенно, если регламентированный и оперативный учет ведется в одной системе – в таком случае своевременное обновление необходимо.
Статистика обновлений 1С:ERP примерно следующая:
-
В течение года более 12-15 релизов;
-
Примерно 1 раз в год запускается новая ветка релизов, например, 2.5.8 и 2.5.9;
-
Примерно 1 раз в 2-3 года выпускается новая редакция (2.4, 2.5).
Раньше множественные доработки системы 1С:УПП делали ее не обновляемой либо превращали обновление в сложный процесс. Сейчас системы 1С:ERP и 1С:Комплексная автоматизация при внедрении стараются сохранить максимально обновляемыми с помощью:
-
Сохранения типового функционала либо минимальных доработок конфигурации;
-
Разработки АРМов для оперативного обновления. АРМ – автоматизированное рабочее место. Оно позволяет с помощью типовых объектов системы 1С:ERP заложить определенные алгоритмы работы с автоматической генерацией документов. Обновлять системы с АРМами легче, чем с доработками самих объектов системы.
Рекомендации по обновлению 1С:ERP на новую редакцию
Сначала остановимся на ситуации, когда конфигурация разрабатывалась только для оперативного контура: сильно кастомизирована и в ней не проводится закрытие месяца.
В этом случае поможет только свертка базы нетиповыми средствами – выполняется сворачивание всех старых документов и движений. Вы начинаете работу с базой с чистого листа – с ввода остатков, но данные всех справочников остаются в системе. Специалисты группы компаний "СофтБаланс" неоднократно проводили подобную операцию – этот подход себя хорошо зарекомендовал в случаях, если старая система велась долго и ее сложно обновить на новую редакцию.
Однако здесь есть нюанс при работе с расширениями: их нужно поместить в код, чтобы можно было отладить доработки с учетом измененного функционала новой редакции.
В остальных случаях, если конфигурация не сильно доработана и ее можно обновить, то мы советуем:
-
Не торопитесь. Сделайте копию базы и протестируйте обновление, чтобы посмотреть, как изменится функционал. Возможно, некоторые бизнес-процессы в новой редакции перестроятся, поэтому подходите к вопросу внимательно и аккуратно. Сначала посмотрите все процессы в обновлении на тестовой базе. Так при необходимости можно будет внести доработки. Только после этого обновляйте рабочую базу.
-
Закрывайте год на текущих релизах и редакциях, если фирма 1С не объявляла о массовой ошибке (в этом случае обновление неминуемо). В нашей практике бывали случаи, когда при сложных обновлениях, например, с редакции 2.4 на 2.5 наши клиенты получали тестовые базы еще в октябре. Но рабочее обновление выполнялось только через практически полгода после сдачи годовой отчетности – в феврале-марте.
-
Выбирайте для обновления период, который вы закроете и не будете открывать. При обновлении могут быть внесены изменения в структуры регистров, и если старый период будет открыт, то могут возникнуть сложности с повторным закрытием из-за реструктуризации регистров.
-
Все изменения вносите через исправление в текущем периоде. Но если вдруг возникает необходимость все-таки внести исправления в старый период, то сначала проверяйте изменения на копии базы. Если все хорошо и проблем при закрытии месяца не возникает, то только тогда переносите на рабочую базу данных.
Если все сделано правильно, то обновление вашей конфигурации пройдет безболезненно и легко.
Систематизируйте процесс обновления базы, прорабатывайте регламенты и обязательно тестируйте на копии базы. Надеемся, что наши рекомендации вам помогут.
