Ситуация, когда в одной информационной базе 1С числится несколько конфигураций поставщика, встречается довольно часто, особенно в отраслевых решениях. В таких базах типовой функционал Управление торговлей может быть расширен специфическими модулями (например, CRM или отраслевыми блоками от сторонних разработчиков, таких как БИТ). Рассмотрим, как подходить к процессу обновления таких систем, чтобы не нарушить работоспособность доработок.
Для начала проанализируем, почему в вашей базе отображается три конфигурации. Обычно это означает, что базовая конфигурация (например, Управление торговлей) является фундаментом, на который «наслоены» дополнительные модули. При обновлении крайне важно понимать, что каждый поставщик ожидает определенную версию базовой конфигурации. Если вы обновите базу без учета этой зависимости, отраслевые модули могут перестать работать, так как их программный код рассчитан на определенные структуры метаданных и методы базового решения.
Перед тем как приступать к обновлению, выполните следующие действия:
.cfu или .cf для всех трех конфигураций (УправлениеТорговлей, CRM, БИТ).Рассмотрим основной алгоритм действий для автоматизированного обновления:
Перейдите в меню Администрирование -> Поддержка и обслуживание -> Обновление конфигурации. Система предложит выбрать файл обновления. Если структура поставщиков корректна и цепочка зависимостей не нарушена, конфигуратор попытается автоматически определить, какую часть нужно обновить в первую очередь.
Важные нюансы при обновлении:
Управление торговлей), а затем — отраслевые надстройки. Внимательно читайте документацию к вашим отраслевым решениям.БИТ) вносили изменения в типовые объекты метаданных, при обновлении неизбежно возникнут «конфликты». В режиме Сравнение, объединение вам придется вручную решать, какой вариант кода оставить: типовой от 1С или доработанный поставщиком.Если при попытке обновить систему возникает множество ошибок или система выдает сообщение, что конфигурация «не поддерживается», необходимо переключиться в режим Сравнение, объединение с конфигурацией из файла. В этом случае мы рекомендуем действовать по следующей схеме:
Чтобы упростить обновления в будущем, рассмотрите перенос специфических доработок из основной конфигурации в Расширения. Это позволит обновлять типовую часть базы без риска затереть или повредить функционал отраслевых решений. Перенос кода в расширения минимизирует количество правок, снимающих базу с поддержки, и значительно сокращает время на каждое последующее обновление.
Если после обновления вы заметили ошибки в работе документов или отчетов, проанализируйте поведение объектов с помощью Отладчика. Проверьте, какие обработчики событий вызываются при проведении документов, и не были ли изменены имена методов, которые использовались в отраслевом коде. Работа с такими базами требует высокой квалификации и внимательности, поэтому не пренебрегайте тестированием в копии базы на каждом этапе.