← На главную

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

Давайте проанализируем ситуацию. У нас есть база УПП 1.3.132.2, в которой ведется производственный учет (партионка), продажи, и сдается регламентированная отчетность. Важно отметить, что расчет зарплаты вынесен в отдельную базу, что немного снижает потенциальные риски, связанные с кадровым учетом в этой конкретной базе УПП. Конфигурация доработана, но, по словам автора, «не критично». Изначально возникает вопрос: можно ли сразу обновиться на последний релиз, или это приведет к серьезным проблемам?

Окончание поддержки 1С:УПП 1.3: что нужно знать

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

Подготовка к обновлению: ключевые шаги, которые мы должны выполнить

Независимо от выбранного метода обновления, есть обязательные подготовительные действия, которые помогут минимизировать риски и обеспечить безопасность данных. Мы должны быть особенно внимательны к этим шагам.

1. Создаем полную резервную копию базы данных. Этот шаг является абсолютным приоритетом. Перед любыми манипуляциями с конфигурацией необходимо создать актуальную резервную копию информационной базы (файл .dt или бэкап СУБД). Это ваша страховка на случай непредвиденных ошибок, позволяющая откатиться к исходному состоянию. Мы не можем недооценивать важность этого пункта.
2. Проверяем и обновляем платформу 1С:Предприятие. Для корректной работы с последними релизами УПП 1.3 и особенно для работы в современных операционных системах (например, Windows 10) рекомендуется использовать актуальный релиз платформы 1С:Предприятие 8.3. Убедимся, что установленная платформа соответствует требованиям целевого релиза конфигурации.
3. Оцениваем степень доработок. Мы знаем, что база доработана. Необходимо провести анализ этих доработок. Если это просто добавленные объекты (справочники, документы, отчеты) без изменения типовых механизмов, риски ниже. Если же были изменены типовые модули, регистры, обработки и переопределены ключевые процедуры, то обновление будет значительно сложнее и потребует больше внимания к переносу этих изменений.

Метод 1: Обновление «одним махом» (Big Jump)

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

Потенциальные риски, которые мы должны учитывать:

1. Некорректное выполнение обработчиков обновления. После каждого обновления конфигурации запускаются специальные обработчики обновления информационной базы в режиме «1С:Предприятие». Эти обработчики отвечают за приведение данных к новой структуре, заполнение новых полей, пересчет значений и другие важные операции. При большом «прыжке» многие промежуточные обработчики могут быть пропущены или сработать некорректно, что приведет к неконсистентности данных. Мы столкнемся с риском того, что информационные базы могут не соответствовать последней конфигурации.
2. Повреждение или очистка данных. Существует реальный риск очистить целые регистры расчета или другие важные данные, если мы перескочим через релизы, в которых менялась их структура. Некоторые регистры могут быть удалены, переименованы или изменены таким образом, что данные из старой структуры просто не будут перенесены в новую.
3. Проблемы с фоновыми заданиями. Максимум, с чем мы можем столкнуться, это спотыкание на выполнении какого-либо фонового задания при обновлении. Хотя их иногда можно поправить ручными действиями, это потребует глубокого понимания внутренних механизмов.
4. Влияние доработок. Если конфигурация нетиповая, стандартные методы обновления могут быть невозможны или привести к потере доработок. Сравнение и объединение конфигураций при таком большом разрыве версий будет крайне сложным.
5. Платформа может не предложить обновление. Стандартный механизм обновления через поддержку в конфигураторе часто не предлагает «прыжок» через слишком большое количество релизов. Например, со 132 релиза на 162 система не предложит перепрыгнуть, максимум на 133.3 и т.д. Однако, важно знать, что можно вручную выбрать файл обновления.

Возможность и условия успешного «прыжка»:

Несмотря на высокие риски, некоторые специалисты имеют опыт успешного «прыжка». Мы рассмотрим, при каких условиях это может быть возможно:

1. Для типовой конфигурации. В общем случае, иногда «1С» публикует релизы с приписками, которыми можно обновляться одним прыжком, но в таких релизах есть пояснение, насколько далеко от текущего может быть крайний прошлый релиз. Однако, 1.3.132.2, вероятно, сидит слишком далеко от текущего (1.3.162.3). Даже в этом случае всегда есть риски.
2. Опыт других пользователей. Один из участников форума успешно обновился с 1.3.120 до 1.3.162 одним прыжком. Его метод заключался в том, чтобы из 162 релиза выгрузить конфигурацию поставщика (файл .cf) и затем в своей базе через «Конфигурация - Поддержка - Обновить конфигурацию» выбрать этот файл обновления. После этого важно не забыть обновить платформу.
3. Ограниченные изменения функционала. Некоторые специалисты считают, что изменения в функционале УПП 1.3 между старыми и последними релизами не были радикальными, так как платформа уже не активно развивалась, а скорее поддерживалась в части регламентированного учета. Это могло бы снизить риски.

Пошаговые действия для «прыжка» (если вы решили рискнуть):

Если после взвешивания всех рисков мы все же решаем попробовать «прыжок», выполним следующие действия:

1. Создаем максимально полную резервную копию базы. Это не обсуждается.
2. Обновляем платформу 1С:Предприятие до рекомендованной для целевого релиза УПП 1.3 (как правило, это один из последних релизов 8.3).
3. Получаем файл обновления. Загружаем файл обновления (.cfu) или файл конфигурации поставщика (.cf) для последнего актуального релиза УПП 1.3 с портала 1С:ИТС. Если мы используем метод из сообщения 29, то выгрузим конфигурацию поставщика из чистого последнего релиза в файл .cf.
4. Обновляем конфигурацию в Конфигураторе.
   1. Открываем базу в режиме Конфигуратор.
   2. Выбираем меню Конфигурация - Поддержка - Обновить конфигурацию.
   3. В окне выбора обновления выбираем опцию «Выбор файла обновления» и указываем путь к скачанному .cfu или .cf файлу.
   4. Соглашаемся на предложенные изменения. Если конфигурация доработана, то мы столкнемся с окном сравнения и объединения. Здесь потребуется очень внимательная работа по сохранению своих доработок и принятию типовых изменений. Этот этап – самый сложный.
   5. Дожидаемся завершения процесса обновления конфигурации.
5. Запускаем базу в режиме «1С:Предприятие». После обновления конфигурации необходимо обязательно запустить базу в пользовательском режиме. При первом запуске система предложит выполнить обработчики обновления данных. Мы должны дождаться их полного завершения. Если возникнут ошибки, фиксируем их и анализируем.
6. Тщательное тестирование. Это критически важный этап. Мы должны протестировать весь основной функционал, особенно в областях, которые были доработаны, а также:
   • Производственный учет (формирование партий, расчет себестоимости).
   • Продажи (проведение документов реализации, взаиморасчеты).
   • Регламентированная отчетность (формирование актуальных отчетов, проверка контрольных соотношений).
   • Рабочие места пользователей, используемые ежедневно.

Метод 2: Последовательное (поэтапное) обновление

Большинство специалистов, основываясь на практическом опыте, рекомендуют именно этот подход как наиболее безопасный. Мы рассмотрим его подробнее.

Почему последовательное обновление безопаснее?

1. Корректная обработка данных. Последовательное обновление гарантирует, что каждый промежуточный обработчик обновления данных будет выполнен. Это минимизирует риски потери или искажения данных, так как изменения в структуре базы происходят шаг за шагом, в соответствии с логикой, заложенной разработчиками.
2. Локализация проблем. Если в процессе обновления возникает ошибка, ее гораздо легче локализовать и исправить, так как мы точно знаем, между какими двумя релизами она произошла. Это сокращает время на диагностику и отладку.
3. Учет изменений в законодательстве. УПП 1.3 постоянно менялась для соответствия актуальному законодательству, особенно в части регламентированной отчетности и ЭДО. Последовательное обновление позволяет учесть все эти изменения по порядку.

Насколько часто нужно запускать "1С:Предприятие" для выполнения обработчиков?

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

Аргументы в пользу поэтапного подхода:

1. Сложность изменений. Участник форума (сообщение 44) прямо указывает: «Нет нельзя перескакивать, там кадровые документы СЗВ-ТД и т.д. и т.п. Куча проверок и обработок для добавления и удаления полей. Ряд информации переносится и заполняется обработками. Если все вызовы процедур обновления информационной базы объединить в один, то и то скорее всего будет работать неправильно». Хотя в нашем случае зарплата вынесена, эти аргументы касаются и других изменений в регистрах и структурах данных, например, связанных с НДС или новыми формами УПД.
2. Личный опыт неудачных «прыжков». Один из участников поделился опытом обновления 1С:БП3, которая была на интерфейсе 8.2, на самую новую версию. «Не взлетело, обновлял рабочую по порядку». Затем, даже ради интереса, тестовое обновление заняло больше времени, чем последовательное, чтобы просто пройти все обработчики без ошибок. Это убедительный аргумент.
3. Успешный опыт последовательного обновления. Другой участник рассказывал про обновление зарплатного контура в УПП в 2014 году, где он накатывал 10-12 релизов. «Ничего особенно страшного, за вечер и ночь все накатил». Это показывает, что последовательный подход не обязательно катастрофически долог, особенно с учетом инструментов.

Пошаговые действия для последовательного обновления:

Этот метод требует больше времени на сам процесс обновления, но существенно снижает риски. Мы будем действовать следующим образом:

1. Создаем максимально полную резервную копию базы. Снова подчеркнем: это обязательный первый шаг.
2. Обновляем платформу 1С:Предприятие до актуальной версии 8.3, рекомендованной для последних релизов УПП 1.3.
3. Определяем промежуточные (ключевые) релизы. Хотя официального списка «ключевых» релизов, через которые нельзя перепрыгивать, нет, по опыту можно выделить некоторые релизы, которые вносили значительные изменения. Участники форума упоминали, например, 1.3.159.1, 1.3.155.1, 1.3.153.х, 1.3.148.1, 1.3.145.1. Рекомендуется не пропускать более 2-3 релизов за один шаг.
4. Пошаговое обновление конфигурации.
   1. Для каждого промежуточного шага скачиваем соответствующий файл обновления (.cfu) с портала 1С:ИТС.
   2. Открываем базу в режиме Конфигуратор.
   3. Выполняем Конфигурация - Поддержка - Обновить конфигурацию, указывая .cfu для следующего релиза.
   4. Проводим сравнение и объединение конфигураций, внимательно перенося свои доработки и принимая типовые изменения.
   5. После успешного обновления конфигурации в конфигураторе обязательно запускаем базу в режиме «1С:Предприятие». Дожидаемся завершения всех обработчиков обновления данных. Если возникают ошибки, исправляем их перед переходом к следующему релизу.
   6. Повторяем шаги a-e для каждого промежуточного релиза до достижения целевой версии.
5. Тщательное тестирование. После завершения всего процесса последовательного обновления проводим комплексное тестирование всего функционала системы, как и в случае с «прыжком».

Работа с доработками: особая зона внимания

Для доработанной конфигурации, будь то «прыжок» или последовательное обновление, этап сравнения и объединения конфигураций будет самым трудоемким. Мы должны быть готовы к этому.

1. Анализ изменений. Перед объединением полезно использовать инструменты сравнения конфигураций (например, внешние обработки или встроенные средства конфигуратора) для оценки объема и характера изменений между вашей текущей версией и целевой типовой.
2. Аккуратное объединение. При сравнении и объединении мы должны тщательно выбирать, какие изменения принимать:
   • Принимать изменения типовой конфигурации в тех объектах, которые не были изменены нами.
   • Аккуратно объединять изменения в объектах, которые были доработаны, стараясь сохранить свою логику и при этом учесть новые типовые механизмы.
   • Восстанавливать те доработки, которые не удалось обновить штатными средствами или которые были затерты типовыми изменениями.
3. Тестирование доработок. После каждого этапа объединения (или после финального объединения при «прыжке») критически важно протестировать работоспособность всех ваших доработок.

Ключевые изменения в УПП 1.3 после 1.3.132.2

Поскольку в базе ведется регламентированная отчетность и продажи, мы должны быть осведомлены о возможных изменениях, которые затронут эти области в более поздних релизах УПП 1.3. Мы рассмотрим некоторые примеры:

• Регламентированная отчетность: В поздних релизах УПП 1.3 постоянно вносились изменения для соответствия актуальному законодательству. Например, в релизе 1.3.175.1 были актуализированы формы статистики. В версии 1.3.165.2 также были внесены изменения. В релизе 1.3.270.1 изменилось заполнение уведомления о контролируемых сделках. Обновления касались и других форм регламентированной отчетности (№ 1-ТОРГ, № 12-Ф, № ЗП-образование и т.д.).
• Работа с ЭДО: В новых версиях могли появляться изменения, касающиеся электронного документооборота, например, обновление форматов счетов-фактур и УПД, а также работа с машиночитаемыми доверенностями (МЧД).
• Оптимизация: В поздних релизах также проводилась оптимизация производительности, например, при обработке документа «Реализация товаров и услуг».

Итоговое решение автора и наши выводы

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

Таким образом, «прыжок одним махом» с версии 1.3.132.2 на самый последний релиз УПП 1.3, особенно с доработанной конфигурацией, сопряжен с высокими рисками повреждения данных и некорректной работы. Мы рекомендуем тщательное планирование, создание резервных копий и, по возможности, поэтапное обновление с учетом обязательных (ключевых) релизов и специфики внесенных доработок. В случае сомнений всегда выбирайте более консервативный и безопасный подход – последовательное обновление с тщательным тестированием на каждом этапе.