Как поставить 1С:УПП 1.3 на поддержку, если она полностью снята и отсутствует конфигурация поставщика

Программист 1С v8.3 (Обычные формы) IT и автоматизация бизнеса
← На главную

В практике сопровождения старых систем, таких как 1С:Управление производственным предприятием (УПП) 1.3, часто встречается ситуация, когда конфигурация была полностью снята с поддержки. Это означает, что в базе физически отсутствует вспомогательная «конфигурация поставщика», и при попытке обновления или сравнения система не видит связи с типовым решением. Разберем подробно, как восстановить этот механизм, чтобы иметь возможность анализировать доработки и корректно устанавливать обновления.

Проанализируем проблему отсутствия эталона

Когда мы говорим, что база «снята с поддержки полностью», это подразумевает, что из файла базы данных (.1CD или таблиц SQL) удалены объекты конфигурации поставщика. Размер файла конфигурации при этом существенно уменьшается, но пропадает возможность штатного обновления через файлы .cfu. Для восстановления поддержки нам необходим файл полной конфигурации (.cf) именно той версии, которая указана в свойствах текущей базы (в нашем случае — 1.3.62.1).

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

Шаг 1: Поиск и подготовка эталонного файла конфигурации

Проанализируем ситуацию, если у вас нет прямого доступа к cf нужной версии. Как правильно отметил один из участников обсуждения, можно использовать архивные версии. Если у вас есть более старый релиз (например, 1.3.59.2), алгоритм действий будет следующим:

  1. Развернем пустую базу из имеющегося у нас старого файла .cf.
  2. Последовательно скачаем с портала обновлений все промежуточные дистрибутивы (updsetup.exe) от версии имеющегося файла до целевой версии 1.3.62.1.
  3. Выполним обновление пустой базы через конфигуратор: Конфигурация — Поддержка — Обновить конфигурацию.
  4. После того как пустая база будет обновлена до версии 1.3.62.1, выгрузим ее в файл: Конфигурация — Сохранить конфигурацию в файл....

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

Шаг 2: Восстановление поддержки методом сравнения и объединения

Теперь, когда у нас есть «чистый» cf версии 1.3.62.1, разберем по шагам процесс постановки нашей измененной базы на поддержку. Мы должны сделать это так, чтобы не затереть имеющиеся в базе уникальные доработки.

  1. Обязательно создаем резервную копию информационной базы.
  2. Заходим в Конфигуратор рабочей базы.
  3. Выбираем пункт меню Конфигурация — Сравнить, объединить с конфигурацией из файла....
  4. Выбираем подготовленный нами «чистый» файл .cf версии 1.3.62.1.
  5. В появившемся окне сравнения систем спросит: «Конфигурация не находится на поддержке. Поставить на поддержку?». Нажимаем Да.
  6. Критически важный момент: в открывшемся окне со списком объектов необходимо снять абсолютно все галочки. Мы не хотим ничего менять в коде или структуре объектов прямо сейчас, наша цель — только восстановить связь с поставщиком.
  7. Нажимаем кнопку Выполнить.
  8. Система предложит настроить правила поддержки. Рекомендуем выбрать режим «Объекты на поддержке с возможностью изменения». Это позволит вам в будущем видеть, какие объекты являются типовыми, а какие были изменены.

Шаг 3: Сопоставление объектов и работа с UUID

Рассмотрим ситуацию, когда при сравнении вы видите дубли одних и тех же объектов (например, две справочника «Номенклатура»). Это происходит из-за различия внутренних идентификаторов (UUID). Если базу снимали с поддержки и «накатывали» изменения простым копированием объектов, идентификаторы могут не совпадать.

В таком случае в окне сравнения нужно выполнить ручное сопоставление:

Это кропотливый процесс, но он необходим, чтобы в дальнейшем 1С понимала, что это один и тот же объект, и корректно применяла обновления в будущем.

Шаг 4: Анализ реального состояния конфигурации

Проанализируем предостережение опытных разработчиков: иногда номер версии в свойствах конфигурации может не соответствовать реальному программному коду. Например, кто-то мог вручную изменить строку версии с 1.3.60 на 1.3.62, чтобы система «думала», что она обновлена.

Чтобы выяснить истину, выполните следующие действия:

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

Использование внешних инструментов для детального анализа

Если стандартное окно сравнения 1С кажется вам неудобным для анализа огромного количества доработок (что типично для УПП), воспользуйтесь выгрузкой конфигурации в файлы XML.

Рассмотрим этот метод:


// В командной строке или через параметры запуска можно выполнить выгрузку
/DumpConfigToFiles "C:\Distr\Ref_Base"

После выгрузки эталона и вашей базы в текстовые файлы, вы можете использовать профессиональные инструменты сравнения, такие как WinMerge или Beyond Compare. Это позволит увидеть каждое изменение в коде до символа и понять, какие модули были «дописаны», а какие остались типовыми.

Заключение

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

← На главную