Администрирование · 12 мин
Как обновить отраслевую конфигурацию 1С
Пошаговая инструкция по обновлению отраслевой конфигурации 1С: подготовка, резервная копия, типовое и нетиповое обновление, проверка результата и типичные ошибки.
Отраслевая конфигурация 1С — это решение на базе типовой платформы, доработанное под специфику отрасли: медицину, строительство, общепит, образование, ЖКХ и другие направления. Обновлять её сложнее, чем типовую «Бухгалтерию» или «Управление торговлей», потому что поставщиком релизов выступает не фирма «1С», а партнёр-разработчик, а сама конфигурация часто содержит доработки, снятые с поддержки.
Главное отличие процедуры — источник обновлений. Если типовые конфигурации обновляются через портал 1С:Обновление программ, то отраслевые решения получают релизы с сайта разработчика, через личный кабинет партнёра или на дистрибутивах. Прежде чем нажимать «Обновить», нужно понять, кто поддерживает вашу конфигурацию, какие в ней есть доработки и какой механизм обновления предусмотрен поставщиком.
Ошибки при обновлении отраслевого решения дороже, чем при типовом: можно потерять отраслевые доработки, сломать обмены с профильным оборудованием или получить базу, которая не открывается. Поэтому статья построена как полный маршрут: от определения типа конфигурации до проверки результата после обновления.
Определите, какая у вас конфигурация и кто её поставщик
Первый шаг — точно установить имя и версию конфигурации. Откройте базу в режиме Предприятия и посмотрите раздел «О программе» (обычно в меню «Сервис» или через значок информации). Запишите полное наименование конфигурации, номер версии и редакцию — эти данные понадобятся для поиска подходящего релиза и проверки цепочки обновления.
Далее выясните, кто поставщик решения. Отраслевые конфигурации делятся на три группы: совместные решения фирмы «1С» и партнёров (например, «1С:Медицина», «1С:Общепит»), решения фирм-франчайзи и собственные разработки внедренца. Совместные решения обычно обновляются через тот же механизм, что и типовые, а решения партнёров требуют файлов обновления с сайта разработчика.
Заодно уточните, действует ли у вас договор сопровождения (ИТС или договор с партнёром). Без активной подписки доступ к свежим релизам может быть закрыт, и файлы обновления просто негде будет взять легально.
Подготовьте базу: резервная копия и анализ доработок
Обязательный минимум перед любым обновлением — полная резервная копия. Самый надёжный способ для файловой базы — выгрузка через Конфигуратор: меню «Администрирование → Выгрузить информационную базу» в файл с расширением .dt. Для клиент-серверной базы дополнительно сделайте копию средствами СУБД, потому что выгрузка .dt больших баз может занимать часы и не всегда завершается успешно.
Второй шаг — определить, есть ли в конфигурации доработки. Откройте Конфигуратор, перейдите в «Конфигурация → Поддержка → Настройка поддержки» и посмотрите статус объектов. Если значки объектов отмечены как «изменён» или конфигурация снята с поддержки полностью, обновление будет сравнением и объединением, а не автоматической установкой. Чем больше доработок, тем выше вероятность конфликтов при объединении.
Третий шаг — пробное обновление на копии. Восстановите резервную копию в отдельную базу, выполните обновление там и проверьте ключевые операции. Это единственный безопасный способ узнать, не сломаются ли отраслевые механизмы, до того как вы тронете рабочую базу.
Получите файл обновления от поставщика
Источник обновления зависит от типа решения. Для совместных решений «1С» дистрибутивы доступны на портале portal.1c.ru или через сервис обновления программ при действующем договоре ИТС. Для решений партнёров файлы публикуются на сайте разработчика, в личном кабинете клиента или рассылаются по договору сопровождения.
При скачивании проверьте совместимость: файл обновления должен подходить именно для вашей текущей версии. Поставщики обычно указывают, с каких версий возможен переход на новый релиз. Если ваша версия сильно устарела, обновление придётся выполнять в несколько шагов через промежуточные релизы — пропускать их нельзя.
Также проверьте требования к платформе. Отраслевой релиз может требовать более новую версию платформы 1С:Предприятие, чем установлена у вас. В этом случае сначала обновите платформу, убедитесь, что база на ней открывается и работает, и только потом обновляйте конфигурацию.
Выполните обновление через Конфигуратор
Стандартный путь обновления отраслевого решения — режим Конфигуратора. Завершите работу всех пользователей, откройте базу в Конфигураторе и выберите «Конфигурация → Поддержка → Обновить конфигурацию». В диалоге укажите вариант «Выбор файла обновления» и путь к скачанному .cfu-файлу.
Если конфигурация на поддержке без изменений, обновление пройдёт автоматически: программа покажет список изменённых объектов и предложит выполнить обновление. Если есть доработки, откроется окно сравнения и объединения. Здесь нужно внимательно пройтись по объектам, помеченным как изменённые в обеих конфигурациях: для каждого решить, брать ли объект из нового релиза, оставлять свой или объединять вручную.
После объединения выполните «Обновить конфигурацию базы данных» (клавиша F7). Программа покажет окно реструктуризации — список таблиц, которые будут изменены. Примите изменения и дождитесь завершения. На больших базах реструктуризация может занять продолжительное время, прерывать её нельзя.
- 1Выгрузите базу в файл .dt через Конфигуратор
- 2Проверьте настройку поддержки и зафиксируйте доработки
- 3Скачайте .cfu-файл нужного релиза у поставщика
- 4Выполните пробное обновление на копии базы
- 5В рабочей базе: Конфигурация → Поддержка → Обновить конфигурацию, указать файл
- 6При объединении разберите конфликты по доработанным объектам
- 7Нажмите F7 и примите реструктуризацию
- 8Запустите базу в режиме Предприятия и дождитесь обработчиков обновления
Особенности обновления нетиповой (доработанной) конфигурации
Если конфигурация снята с поддержки или содержит массовые доработки, автоматическое обновление невозможно. Работа идёт через «Сравнить и объединить с конфигурацией из файла»: вы загружаете новый релиз поставщика и вручную переносите изменения, сохраняя свои доработки. Это задача уровня разработчика 1С, а не пользователя.
Особое внимание уделите модулям, в которые встроены ваши доработки. При объединении изменённые процедуры часто конфликтуют: поставщик переписал типовую процедуру, а вы ранее в неё же добавили свой код. В таких случаях доработку придётся переносить в новую версию процедуры вручную, иначе она будет потеряна.
Если доработок много и они критичны для бизнеса, рассмотрите альтернативу: перенос доработок в расширения конфигурации. Расширения не затрагиваются при обновлении основной конфигурации, и последующие релизы будут ставиться почти как на типовую. Это требует разовой работы разработчика, но сильно упрощает все будущие обновления.
Сравнение вариантов
Подходит, если конфигурация на поддержке без доработок. Быстро и безопасно, но недоступно при изменённых объектах.
Для конфигураций с умеренными доработками. Требует опыта разбора конфликтов и обязательного теста на копии.
Для сильно доработанных решений и критичных баз. Дороже, но ответственность за результат несёт исполнитель.
Проверьте результат после обновления
После реструктуризации запустите базу в режиме Предприятия. При первом запуске отработают обработчики обновления данных — они переносят данные в новые структуры. Дождитесь их завершения: прерывание может оставить данные в промежуточном состоянии. На больших базах это занимает заметное время, планируйте обновление на нерабочие часы.
Затем проверьте ключевую функциональность: откройте основные документы, сформируйте регламентированные отчёты, проверьте отраслевые механизмы и обмены с внешними системами и оборудованием. Сверьте контрольные цифры: остатки по складу, взаиморасчёты, оборотно-сальдовую ведомость — они должны совпадать с данными до обновления.
Если обнаружились ошибки, не пытайтесь исправлять их «на живую» в рабочей базе. Зафиксируйте проблему, при необходимости восстановите базу из резервной копии и разбирайте причину на копии.
Как проверить результат
База открывается, обработчики обновления завершились без ошибок
Ошибки при запуске, зависание обработчиков, сообщения о незавершённом обновлении
Остатки и обороты совпадают с данными до обновления
Расхождения в остатках, пропавшие документы
Профильные документы, обмены и оборудование работают
Ошибки обмена, недоступные отраслевые функции
В разделе «О программе» отображается новый релиз
Версия не изменилась — обновление не применилось
Типичные ошибки и как их избежать
Самая частая ошибка — обновление без резервной копии или с копией, которую не проверяли на восстановление. Выгрузку .dt стоит не только создать, но и хотя бы раз восстановить в тестовую базу, чтобы убедиться, что файл рабочий.
Вторая группа ошибок связана с пропуском промежуточных релизов и несовместимостью платформы. Всегда читайте файл описания обновления (обычно поставляется вместе с дистрибутивом): там указаны допустимые версии для перехода и требуемая версия платформы.
Третья ошибка — прерывание реструктуризации или обработчиков обновления. Даже если процесс кажется зависшим, дождитесь завершения: принудительное завершение почти гарантированно приводит к повреждению базы и восстановлению из копии.
Что важно запомнить
Отраслевую конфигурацию обновляют файлом от поставщика решения через Конфигуратор. Обязательный минимум: выгрузка .dt, анализ доработок, пробное обновление на копии и контроль итогов после. Сильно доработанные конфигурации безопаснее обновлять силами разработчика или переводить доработки в расширения.
Частые вопросы
Можно ли обновить отраслевую конфигурацию через интернет, как типовую?
Только если поставщик поддерживает такой механизм. Совместные решения фирмы «1С» часто обновляются через стандартный сервис «Обновление версии программы» при действующем договоре ИТС. Решения партнёров обычно требуют ручной установки файла обновления через Конфигуратор — уточните способ у вашего поставщика.
Что делать, если конфигурация давно не обновлялась?
Узнайте у поставщика цепочку перехода: скорее всего, придётся последовательно установить несколько промежуточных релизов. Запросите у разработчика архив старых дистрибутивов и инструкцию по порядку обновления. Каждый шаг выполняйте на копии и проверяйте запуск базы перед следующим.
Сохранятся ли данные при обновлении конфигурации?
Да, при корректном обновлении данные сохраняются: меняется структура метаданных, а данные переносятся обработчиками обновления. Риск потери данных возникает при прерывании реструктуризации, загрузке полной конфигурации вместо обновления и ошибках объединения — поэтому резервная копия обязательна.
Кто должен обновлять отраслевую конфигурацию: пользователь или специалист?
Если конфигурация на поддержке без доработок и поставщик даёт файл .cfu, обновление может выполнить уверенный пользователь или администратор по инструкции. При любых доработках, снятии с поддержки или критичности базы работу стоит поручить специалисту 1С — цена ошибки несопоставимо выше стоимости услуги.
Как понять, что обновление прошло неудачно?
Тревожные признаки: база не открывается в режиме Предприятия, обработчики обновления завершаются с ошибками, расходятся контрольные итоги, не работают отраслевые функции или обмены. В этом случае не продолжайте работу в базе — восстановите резервную копию и разбирайте причину на тестовой базе.
Нужно ли обновлять платформу перед обновлением конфигурации?
Только если новый релиз конфигурации требует более свежую версию платформы — это указано в описании обновления поставщика. Сначала установите нужную платформу, убедитесь, что база на ней работает, и лишь затем обновляйте конфигурацию. Обновлять платформу «про запас» без требования релиза не стоит.