Типовая 1С:ERP обновляется за вечер. ERP, в которую за три года внедрения и сопровождения внесли сотню изменений, — за дни, а иногда за недели. Разница не в программе, а в том, как сделаны доработки и как давно базу обновляли последний раз. Расскажем, как мы проводим обновление ERP с доработками и где чаще всего теряют время.
Почему с ERP нельзя тянуть
Фирма «1С» регулярно выпускает релизы 1С:ERP для Казахстана: исправления ошибок, новые формы отчётности, изменения по ЭСФ, СНТ и налогам. Чтобы получать их, нужен действующий договор 1С:ИТС.
Пропущенные релизы копятся. Обновиться с версии полугодовой давности обычно можно не напрямую, а только через промежуточные релизы — каждый со своим объединением и проверкой. Кроме того, новые релизы могут требовать более свежую версию платформы 1С:Предприятие. Поэтому мы советуем клиентам обновляться небольшими шагами, а не раз в год «большим взрывом».
Шаг 1. Инвентаризация доработок
Прежде чем обновлять, нужно знать, что именно изменено. Хорошо, если есть реестр доработок: что сделано, зачем, в каких объектах. Если реестра нет, его составляют по факту:
- сравнивают текущую конфигурацию с типовой поставкой той же версии;
- выписывают изменённые объекты: документы, справочники, общие модули, формы;
- отдельно — расширения конфигурации, внешние отчёты и обработки.
На старых проектах этот шаг иногда занимает больше времени, чем само обновление. Зато делается один раз, а реестр потом ведётся с каждой новой доработкой.
Шаг 2. Тестовая копия и план
Обновление никогда не делается сразу на рабочей базе. Порядок у нас такой:
- Полная резервная копия рабочей базы — выгрузка и копия средствами СУБД.
- Развёртывание тестовой копии на отдельном сервере или в отдельной базе.
- Выбор цепочки релизов от текущей версии до целевой, проверка требований к платформе.
- Согласование окна для переноса на рабочую базу — обычно выходные, не в период закрытия месяца.
Шаг 3. Сравнение и объединение
Если доработки внесены прямо в основную конфигурацию, при обновлении конфигуратор показывает объекты, изменённые и у поставщика, и у вас. По каждому такому объекту программист решает: взять версию поставщика, оставить свою или объединить вручную.
Здесь и тратится основное время. Типичная ситуация: доработали форму документа «Реализация товаров и услуг», а в новом релизе 1С переделала эту же форму. Автоматическое объединение может дать нерабочую форму или тихо потерять ваш код. Поэтому каждый объект с двойными изменениями смотрим глазами.
Быстрее всего обновляются базы, где доработки вынесены в расширения конфигурации. Основная конфигурация остаётся на поддержке без изменений, обновляется как типовая, а расширение затем проверяют на совместимость с новым релизом. Мы при сопровождении постепенно переносим старые доработки в расширения — это окупается на втором-третьем обновлении. Общие принципы — в статье «Обновление 1С с доработками», на примере Комплексной автоматизации — «Обновление КА с доработками».
Шаг 4. Проверка после обновления
Проверка — это не «база открылась». Мы прогоняем на тестовой копии сценарии, без которых бизнес остановится:
| Что проверяем | Как |
|---|---|
| Ключевые документы | Создать и провести поступление, реализацию, перемещение, выпуск продукции |
| Доработки | Пройти сценарии из реестра, особенно печатные формы и обработки |
| Закрытие месяца | Выполнить закрытие на копии за прошлый месяц и сравнить себестоимость |
| ЭСФ и СНТ | Сформировать и проверить выгрузку, не отправляя в ИС ЭСФ |
| Обмены | Проверить обмен с ЗУП, Розницей, банком, сайтом — всё, что подключено |
| Регламентированная отчётность | Сформировать основные формы и сравнить с прошлым периодом |
Самая коварная проблема — отчёт или обработка, которыми пользуются раз в квартал. После обновления о ней вспоминают через три месяца, когда уже ничего не откатить. Поэтому в реестре доработок отмечаем, как часто используется каждая.
Если сценарии тестирования описаны заранее, проверка идёт быстро. Как их составлять — в статье «Тестирование и опытная эксплуатация 1С:ERP».
Шаг 5. Перенос на рабочую базу
Когда тест пройден, обновление повторяют на рабочей базе в согласованное окно: пользователи выходят, делается свежая копия, применяется проверенная цепочка, запускается обработка обновления данных. В крупных базах ERP она может идти несколько часов — время нужно заложить в окно.
Утром первого рабочего дня после обновления консультант на связи с ключевыми пользователями. Мелкие вопросы всплывают всегда, важно закрыть их до того, как они станут ошибками в учёте.
Платформа: обновлять вместе или отдельно
Релизы ERP рассчитаны на определённые версии платформы 1С:Предприятие 8.3. Перед обновлением конфигурации проверьте в описании релиза минимальную версию платформы. Если её нужно поднять, делаем это отдельным шагом: сначала платформа на тестовом сервере, проверка работы базы, затем платформа на рабочем сервере, и уже потом конфигурация.
Совмещать оба шага в одну ночь мы не советуем. Если что-то пойдёт не так, будет непонятно, что именно стало причиной — новая платформа или новый релиз.
Отдельно проверяем клиентские компьютеры: версия клиента должна соответствовать версии сервера. В компаниях с удалёнными складами про это забывают, и в понедельник склад не может войти в базу.
Как сократить время следующих обновлений
Каждое обновление — повод сделать следующее дешевле:
- переносить доработки из основной конфигурации в расширения, когда объект всё равно приходится объединять;
- отказываться от доработок, которые закрыл типовой функционал нового релиза, — такое бывает чаще, чем кажется;
- обновлять реестр доработок и сценарии проверки;
- фиксировать время каждого шага, чтобы следующее окно планировать точнее.
После двух-трёх таких циклов обновление перестаёт быть проектом и становится плановой работой в рамках сопровождения.
Кто участвует в обновлении
Обновление ERP с доработками — не только работа программиста. В нашей практике участвуют:
| Кто | Что делает |
|---|---|
| Программист 1С | Объединение конфигурации, исправление доработок, перенос на рабочую базу |
| Консультант | Проверка сценариев, разбор изменений в новом релизе для пользователей |
| Ключевые пользователи | Проверка своих участков на тестовой копии |
| Администратор | Резервные копии, платформа, сервер, клиентские места |
Ключевые пользователи нужны обязательно. Программист проверит, что документ проводится, но только бухгалтер заметит, что в печатной форме счёта-фактуры сместилось поле, а только экономист — что изменилась сумма в отчёте по затратам.
Ещё одна полезная привычка: перед обновлением прочитать описание изменений в релизе и выписать то, что касается ваших процессов. Иногда в новом релизе меняется порядок работы, и пользователей нужно предупредить заранее, а не после жалоб.
Сколько это стоит
Типовая ERP без доработок обновляется в рамках обычного сопровождения. С доработками стоимость зависит от числа пропущенных релизов и изменённых объектов. Работы мы оцениваем после инвентаризации, по ставке от 22 000 ₸ в час. Обновления законодательства приходят по договору 1С:ИТС; услуга — на странице обновления конфигурации 1С.
Обновление — часть постоянного сопровождения, про него — в статье «Сопровождение 1С:ERP после запуска». О самой системе — на странице 1С:ERP для Казахстана.
Частые вопросы
Можно ли обновить ERP сразу через несколько релизов?
Не всегда. Для каждого релиза указано, с каких версий на него можно перейти. Если база сильно отстала, обновление идёт цепочкой через промежуточные релизы.
Потеряются ли доработки при обновлении?
Нет, если обновление делается через сравнение и объединение с проверкой каждого изменённого объекта. Доработки в расширениях сохраняются автоматически, но их тоже проверяют на совместимость.
Как часто обновлять 1С:ERP?
Законодательные изменения — к сроку их вступления в силу. Остальные релизы лучше ставить регулярно, раз в один-три месяца, чтобы не накапливать отставание.
Можно ли обновлять ERP самим?
Типовую конфигурацию без доработок администратор может обновить сам по инструкции. С доработками лучше доверить это программисту, который знает изменения в вашей базе.
