При обновлении нетиповых (доработанных) конфигураций «1С:Предприятие 8» специалисты часто сталкиваются с ситуацией, когда механизм сравнения и объединения некорректно сопоставляет объекты метаданных. Особенно остро эта проблема проявляется в регистрах сведений, когда «живой» регистр из основной конфигурации сопоставляется с регистром, имеющим префикс Удалить в новой версии. В этой статье мы подробно разберем, почему возникает этот «перекос», чем он опасен и как восстановить правильное сопоставление объектов вручную.
Для того чтобы понять, почему платформа 1С предлагает нам сопоставить, например, рабочий регистр ЗамерыВремени с объектом УдалитьЗамерыВремени, нужно заглянуть во внутреннюю логику системы. Проанализируем ситуацию: каждый объект в конфигурации имеет два основных способа идентификации:
РегистрСведений.ЗамерыВремени).Выясним причину ошибки: в процессе развития типовых решений (особенно при обновлении Библиотеки стандартных подсистем — БСП) разработчики фирмы «1С» часто проводят рефакторинг. Если структура старого регистра больше не отвечает современным требованиям, они переименовывают его в УдалитьИмяРегистра (сохраняя старый UUID), а затем создают абсолютно новый регистр со старым именем ИмяРегистра, но уже с новым UUID.
Когда мы запускаем обновление через «Сравнение и объединение», платформа видит, что у объекта в основной базе и объекта в файле обновления совпадают UUID, и автоматически «схлопывает» их, несмотря на разные имена. В результате ваш рабочий регистр ЗамерыВремени оказывается связанным с УдалитьЗамерыВремени. Если оставить всё как есть, данные в вашей базе будут переименованы в «удаляемые», а для работы системы создастся новый пустой регистр, что приведет к потере работоспособности функционала или утрате истории данных.
Рассмотрим подробнее конкретный пример из практики обновления Бухгалтерии КОРП 3.0. Регистр ЗамерыВремени является частью подсистемы оценки производительности. В новых релизах структура этой подсистемы претерпела значительные изменения для поддержки облачных технологий и более детальной аналитики.
В процессе последовательного обновления (через файлы .cfu) происходит следующая трансформация:
ЗамерыВремени (со всей накопленной информацией) получает имя УдалитьЗамерыВремени.ЗамерыВремени с пустой структурой.Если ваша конфигурация находится «на замке» (типовая), платформа сделает это автоматически. Но если в конфигурацию внесены изменения и вы обновляетесь через ручное сравнение, автоматика может сопоставить ваш рабочий ЗамерыВремени с новым пустым ЗамерыВремени (по имени) или со старым переименованным (по UUID). Нам важно проконтролировать этот процесс.
Если вы обнаружили «путаницу» в окне сравнения и объединения, выполним следующие шаги для восстановления корректной структуры. Пройдем по этапам:
ЗамерыВремени, а напротив него в колонке «Конфигурация поставщика» стоит УдалитьЗамерыВремени — это сигнал к действию.ЗамерыВремени. Теперь ваш рабочий регистр будет обновляться именно из нового объекта поставщика.Проанализируем ситуацию, которая возникнет, если проигнорировать неверное сопоставление. Предположим, мы согласились с тем, что рабочий регистр ЗамерыВремени сопоставился с УдалитьЗамерыВремени.
Что произойдет после нажатия кнопки «Выполнить»?
Во-первых, платформа применит изменения метаданных. Ваш регистр с данными будет переименован в УдалитьЗамерыВремени. Во-вторых, будет создан новый, абсолютно пустой регистр ЗамерыВремени. Поскольку в коде программы (в модулях) обращения идут к имени ЗамерыВремени, система начнет работать с новой пустой таблицей. Все накопленные данные «зависнут» в старой таблице с префиксом Удалить. Если в релизе не предусмотрен автоматический перенос данных (или он не сработал из-за ваших изменений), данные будут фактически потеряны для бизнес-логики.
Многие пользователи опасаются обращаться в техподдержку «1С» (v8@1c.ru), если конфигурация доработана. Рассмотрим, как правильно действовать в таких случаях. Специалисты поддержки действительно могут отказать в анализе, если увидят снятый «замок» с конфигурации. Чтобы получить качественную помощь, попробуйте воспроизвести проблему на чистой типовой конфигурации того же релиза. Если на типовой базе при обновлении тем же .cfu файлом возникает аналогичный перекос — это явная ошибка релиза, которую разработчики обязаны исправить.
Золотое правило обновления: Всегда делайте резервную копию перед началом сравнения. Если после обновления вы обнаружили, что данные в каком-то регистре исчезли, проверьте, не появился ли в системе новый регистр с похожим именем и префиксом Удалить. Скорее всего, ваши данные остались там, и потребуется либо ручной перенос, либо откат и повторное обновление с правильным ручным сопоставлением объектов.
Таким образом, внимательное отношение к окну «Сравнение и объединение» и понимание механизмов UUID позволяет избежать критических ошибок при сопровождении сложных информационных систем на базе 1С:Предприятие 8.3.