Как обновить базу 1С, если в ней несколько конфигураций поставщика?

Программист 1С v8.3 (Управляемые формы) 1С:Управление торговлей Управленческий учет Торговля и дистрибуция
← На главную

Ситуация, когда в одной информационной базе 1С числится несколько конфигураций поставщика, встречается довольно часто, особенно в отраслевых решениях. В таких базах типовой функционал Управление торговлей может быть расширен специфическими модулями (например, CRM или отраслевыми блоками от сторонних разработчиков, таких как БИТ). Рассмотрим, как подходить к процессу обновления таких систем, чтобы не нарушить работоспособность доработок.

Понимание иерархии конфигураций поставщика

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

Шаг 1: Подготовка к обновлению

Перед тем как приступать к обновлению, выполните следующие действия:

  1. Создайте резервную копию базы данных. Работа с многоконфигурационными базами — процесс высокого риска. Наличие актуального бекапа обязательно.
  2. Разверните тестовую копию. Никогда не обновляйте сложную систему «на живую» в рабочей базе. Всегда проводите процедуру в копии, чтобы проверить, не «поплыли» ли важные функции.
  3. Соберите все файлы поставок. Убедитесь, что у вас есть официальные обновления .cfu или .cf для всех трех конфигураций (УправлениеТорговлей, CRM, БИТ).

Шаг 2: Процесс обновления

Рассмотрим основной алгоритм действий для автоматизированного обновления:

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

Важные нюансы при обновлении:

Шаг 3: Что делать, если автоматика не справляется?

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

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

Рекомендации по дальнейшей поддержке

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

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

← На главную