Бухгалтер открывает программу перед сдачей отчётности и видит, что релиз устарел. Обновление запускают — и оно останавливается на середине с ошибкой. Или ставится, но после него не печатаются счета и перестаёт работать обмен с сайтом. Отчёт нужно сдать завтра.
Мы обновляем и переносим базы так, чтобы этого не случилось: сначала копия и проверка на ней, потом изменения в рабочей базе. Подходит и для типовых конфигураций, и для доработанных, которые прежний подрядчик оставил без описания.
С чем к нам обычно обращаются
Не обновлялись год и больше
Накопились десятки релизов. Пропускать промежуточные нельзя, ставить их по одному долго, а ошибиться легко.
Конфигурация доработана
Изменения вносили разные люди. Обновление штатным способом затирает их или останавливается на конфликтах.
Старая редакция
Например, ЗУП 2.5 или Бухгалтерия 2.0: новые формы отчётов и законы поддерживает только актуальная редакция.
Файловая база стала тесной
Пользователей прибавилось, база лежит на сетевой папке: блокировки, долгие операции, риск повредить файл.
Переезд на новый сервер или в облако
Скопировать папку недостаточно: нужны лицензии, настройки сервера, регламентные задания и обмены.
Данные нужны в другой программе
Переходите с Бухгалтерии на КА или УТ, объединяете базы — справочники и остатки надо перенести без дублей.
Во что обходится неудачное обновление
Самое дорогое — не сама работа, а простой. Пока программа не открывается или документы проводятся с ошибками, бухгалтерия и склад ждут. Потом приходится исправлять документы задним числом и заново сверять остатки.
Хуже всего, когда нет проверенной резервной копии: тогда восстановить состояние «до обновления» нечем. Поэтому перед любыми изменениями мы делаем копию и убеждаемся, что из неё можно восстановиться.
Почему не всегда работает «просто нажать обновить»
В типовой конфигурации без изменений обновление действительно ставится штатно, если не пропущены обязательные промежуточные релизы и платформа подходящей версии. Сложности начинаются, когда это не так.
- Доработки. При обновлении изменённой конфигурации программа сравнивает вашу версию с новой поставкой. Каждое расхождение нужно разобрать вручную: оставить своё, принять новое или объединить. Ошибка здесь — потерянная доработка или сломанный типовой механизм.
- Цепочка релизов. Каждый файл обновления подходит только к определённым предыдущим версиям, поэтому после долгого перерыва ставится цепочка, а не один релиз. Иногда нужна и новая платформа.
- Обработчики обновления. После установки программа переписывает данные под новую структуру. На большой базе это занимает время, и прерывать процесс нельзя.
- Связанные программы. Обмены с сайтом, складом, банком и другими базами могут перестать работать, если изменилась структура объектов.
Обновление платформы 1С, конфигураций и перенос баз
| Работа | Когда нужна | Что входит |
|---|---|---|
| Обновление типовой конфигурации | Давно не обновлялись, нужна новая форма отчёта | Ставим цепочку релизов и при необходимости платформу, проверяем запуск и ключевые операции |
| Обновление доработанной | Изменения вносили вы или прежний подрядчик | Сравниваем и объединяем, сохраняем доработки, проверяем печатные формы, отчёты, обмены |
| Переход на новую редакцию | ЗУП 2.5, Бухгалтерия 2.0 и другие снятые с поддержки | Переносим данные штатными средствами, сверяем остатки и начисления, донастраиваем |
| Перевод на клиент-серверный вариант | Много пользователей, файловая база тормозит | Готовим сервер и СУБД, загружаем базу, настраиваем права, задания и резервное копирование |
| Переезд на другой сервер или в облако | Меняете оборудование или отказываетесь от своего сервера | Переносим базы и настройки, решаем вопрос с лицензиями, проверяем подключение пользователей |
| Перенос данных между программами | Переходите на другую конфигурацию, объединяете базы | Определяем, что переносить, готовим правила, переносим справочники и остатки, ищем дубли |
Как проходит работа
Обследование
Смотрим релиз, редакцию и платформу, ищем изменения в конфигурации, выясняем, какие обмены и внешние обработки используются, где и как работает база.
Резервная копия
Делаем выгрузку и проверяем её: разворачиваем, открываем, смотрим данные. Только после этого переходим к изменениям.
Работа на копии
Обновляем или переносим тестовую базу. Если конфигурация доработана — разбираем расхождения и фиксируем, что сделали с каждой доработкой.
Проверка с пользователями
Ваши сотрудники проводят привычные документы, печатают формы и строят отчёты. Замечания исправляем до переключения.
Переключение
Повторяем проверенные действия на рабочей базе в согласованное окно вне рабочего времени.
Первые дни после
Остаёмся на связи: отвечаем на вопросы пользователей и разбираем, если что-то ведёт себя иначе.
Обновление конфигурации 1С с доработками: как сохранить изменения
Если в базу вносили изменения, первым делом составляем их перечень: что меняли, зачем и используется ли это сейчас. Часто оказывается, что часть доработок уже не нужна, а часть закрывается возможностями новой версии.
Оставшиеся изменения переносим при объединении и проверяем каждое. Где это возможно, предлагаем вынести доработку в расширение: тогда основная конфигурация остаётся ближе к типовой, и следующие обновления проходят проще. Решение по каждой доработке согласуем с вами и оставляем описание.
Перенос базы: на сервер, в облако, в другую программу
С файлового варианта на сервер. Когда с базой одновременно работает много людей, файловый вариант начинает мешать. В клиент-серверном варианте данные хранятся в СУБД, а работой управляет сервер 1С:Предприятия. Для такого варианта нужна лицензия на сервер — подскажем, какая подойдёт, и поможем с установкой.
На новый сервер. Переносим базы, настройки кластера, регламентные задания и резервное копирование. Программные лицензии привязаны к оборудованию, поэтому на новом сервере их нужно активировать заново — заранее проверяем, что для этого есть всё необходимое.
В облако. Если свой сервер больше не нужен, базу можно перенести в аренду 1С в облаке или в сервис 1С:Фреш. Для 1С:Фреш релиз базы должен совпадать с релизом в сервисе, поэтому при необходимости сначала обновим её. Выгрузим, загрузим, проверим доступ пользователей.
В другую программу. При переходе, например, с Бухгалтерии на Комплексную автоматизацию или при объединении баз заранее решаем, что переносить: справочники, остатки, открытые документы. Затем переносим, сверяем и чистим дубли.
Стоимость
Цена зависит от того, что именно нужно сделать:
- сколько релизов пропущено и нужна ли новая платформа;
- есть ли доработки и сколько их;
- сколько обменов с другими программами нужно проверить;
- размер базы и где она работает: файловый вариант, свой сервер, облако;
- для переноса данных — сколько объектов и за какой период переносить.
Стоимость считаем после короткого обследования базы и называем до начала работ. Чтобы обновления не копились, их можно включить в сопровождение программ 1С: тогда релизы ставятся регулярно и без авралов. Для обновления типовых конфигураций нужен действующий договор информационно-технологического сопровождения (1С:ИТС).
Почему мы
Мы сопровождаем базы клиентов на постоянной основе и регулярно сталкиваемся с последствиями неудачных обновлений: потерянными доработками, сломанными обменами, базами без копии. Поэтому начинаем с копии и проверки, а не с обещания «обновим за час».
Работу ведёт специалист по 1С. Он объяснит, что и зачем меняется, согласует с вами решения по доработкам и оставит описание того, что сделано.
Что подготовить к первому разговору
- Название программы и, если знаете, релиз (видно в разделе «О программе»);
- Число пользователей и где работает база: на компьютере, сервере или в облаке;
- Вносили ли изменения в конфигурацию и кто их делал;
- С какими программами и сервисами есть обмен;
- Есть ли действующий договор 1С:ИТС.
Материалы по теме
Частые вопросы
Зависит от числа пропущенных релизов, доработок и обменов. Считаем после короткого обследования и называем сумму до начала работ.
Типовую базу с небольшим отставанием обычно обновляют быстро, доработанную или давно не обновлявшуюся — дольше. Срок называем после обследования.
Перед изменениями делаем резервную копию и проверяем, что из неё можно восстановиться. Все работы сначала идут на копии.
На время работы с копией — нет. Само переключение делаем в согласованное время, обычно вечером или в выходной.
Да. Разбираем каждое расхождение, сохраняем нужные доработки и проверяем их после обновления. Где возможно, предлагаем перенести их в расширение.
Для получения обновлений типовых конфигураций — да. Если договора нет, подскажем, какой вариант подходит.
Программные лицензии нужно активировать на новом оборудовании. Заранее проверяем, что для этого всё есть, и помогаем с активацией.
Да: в аренду 1С в облаке или в 1С:Фреш. Выгружаем базу, загружаем и проверяем работу пользователей.
Ваши сотрудники проверяют работу на копии до переключения. Если замечание появится позже, разбираем его в первые дни после переключения.
Обсудить обновление или перенос
Напишите программу, примерный релиз и что нужно сделать. Специалист по 1С перезвонит и предложит план.
