← На главную

Подготовка к процессу обновления

Прежде чем приступать к техническим манипуляциям с конфигурацией, обязательно создайте резервную копию базы данных. Это золотое правило любого администратора или программиста 1С. Обновление составных конфигураций — процесс рискованный, и возможность быстрого «отката» к работоспособному состоянию является критически важной.

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

Пошаговый алгоритм обновления

1. Анализ структуры поставки. Выясните, как именно предоставляются обновления. Часто отраслевое решение поставляется как «конфигурация на конфигурации». Если поставщик предоставляет полный файл .cf, который уже содержит в себе и типовую часть, и отраслевую доработку, вы можете использовать его для обновления. Если же используются .cfu-файлы (файлы обновления), то крайне важно соблюдать строгую последовательность: сначала обновление типовой части, затем — отраслевой.
2. Последовательное объединение. Откройте конфигуратор, перейдите в меню Конфигурация — Поддержка — Обновить конфигурацию. Выберите файл поставки. Если конфигураций несколько, процедуру нужно повторить для каждой, следуя инструкциям производителя.
3. Проверка совместимости. Убедитесь, что версии отраслевого модуля и типовой конфигурации соответствуют таблице совместимости, выпущенной разработчиком. Несовместимые релизы могут привести к потере данных или неработоспособности специфических функций, таких как расчеты или отраслевые отчеты.

Работа с окном сравнения и объединения

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

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

При анализе таких объектов руководствуйтесь следующей логикой:

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

Тестирование и проверка после обновления

Никогда не выполняйте обновление напрямую в рабочей базе. Разверните полную копию в тестовом контуре и выполните все манипуляции там.

После завершения процесса объединения выполните обязательные контрольные процедуры:

1. Проверка конфигурации. Используйте инструмент Конфигурация — Проверка конфигурации. Это позволит выявить синтаксические ошибки в модулях, которые возникли в результате некорректного объединения кода.
2. Функциональное тестирование. Проверьте критически важные механизмы: документы, специфичные для отраслевого решения, отчеты и алгоритмы расчетов.
3. Анализ конфликтов. Если вы видите большое количество «дважды измененных» объектов, это сигнал к тому, что необходим детальный анализ кода программистом. Если вы не уверены в своих силах, приглашение квалифицированного специалиста 1С на данном этапе будет значительно дешевле, чем последующее восстановление работоспособности базы после ошибочного объединения.

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