Как обновить 1С 10.3 самостоятельно

Релиз 10.3 чаще всего означает конфигурацию «1С:Управление торговлей», редакция 10.3 — одну из самых распространённых учётных систем на платформе «1С:Предприятие 8.2/8.3». Обновить её самостоятельно вполне реально: весь процесс занимает от получаса до нескольких часов в зависимости от размера базы и количества пропущенных релизов. Главные условия успеха — актуальная резервная копия, правильный порядок установки промежуточных обновлений и спокойная проверка результата до возврата пользователей к работе.

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

Ниже разобран весь цикл работ: от проверки текущей версии до контрольного запуска. Инструкция ориентирована на файловый и клиент-серверный вариант базы, режим обычного приложения, через конфигуратор.

Проверьте текущую версию и условия обновления

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

Обновления конфигураций 1С распространяются через портал portal.1c.ru и диски ИТС — для скачивания нужна действующая подписка (договор ИТС или регистрация программного продукта). Скачиваются они в виде установщика, который распаковывает шаблоны обновлений в каталог шаблонов (обычно папка tmplts в профиле пользователя).

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

Сделайте резервную копию базы

Резервная копия — обязательный шаг, без которого дальше двигаться нельзя. Самый надёжный способ для файловой базы — выгрузка через конфигуратор: откройте базу в конфигураторе, выберите «Администрирование — Выгрузить информационную базу» и укажите файл с расширением .dt. Для клиент-серверной базы дополнительно рекомендуется средствами СУБД (MS SQL, PostgreSQL) сделать бэкап на уровне сервера.

Убедитесь, что копия действительно создалась: файл .dt должен иметь ненулевой размер, сопоставимый с размером базы. В идеале — проверьте его восстановлением в тестовую папку: создайте пустую базу и загрузите туда выгрузку через «Администрирование — Загрузить информационную базу». Это занимает время, но гарантирует, что копия рабочая.

Установите дистрибутив обновления

Скачанный с портала архив распакуйте и запустите setup.exe из него. Установщик не меняет саму базу — он лишь копирует файлы шаблона обновления в каталог шаблонов на компьютере. Если баз несколько или обновление ставится с сервера, убедитесь, что каталог шаблонов доступен тому пользователю, под которым будет запускаться конфигуратор.

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

Выполните обновление в конфигураторе

Попросите всех пользователей выйти из базы: обновление выполняется в монопольном режиме. Проверить активные сеансы можно через «Администрирование — Активные пользователи» в режиме «Предприятие» или через консоль кластера для серверной базы. После этого запустите конфигуратор.

Порядок действий в конфигураторе:

1. 1
   Откройте конфигуратор и дождитесь монопольного доступа к базе
2. 2
   Меню «Конфигурация — Поддержка — Обновить конфигурацию»
3. 3
   Выберите источник «Поиск доступных обновлений» и укажите каталог шаблонов
4. 4
   Выберите нужный релиз из списка и подтвердите запуск обновления
5. 5
   Дождитесь анализа изменений и нажмите «Выполнить»
6. 6
   Примите изменения: «Конфигурация — Обновить конфигурацию базы данных»
7. 7
   Дождитесь завершения реструктуризации и обработчиков обновления

На этапе анализа конфигуратор покажет список изменённых объектов. Если конфигурация типовая (без доработок), достаточно нажать «Выполнить» — все объекты заменятся автоматически. Если конфигурация дорабатывалась, часть объектов потребует ручного объединения: здесь нужно аккуратно переносить свои изменения в новые версии объектов, и это уже работа для специалиста, знакомого с доработками.

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

Запустите отложенные обработчики и проверьте результат

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

После этого проверьте ключевые участки учёта до запуска пользователей: откройте основные отчёты (оборотно-сальдовую ведомость, взаиморасчёты, остатки склада), сверьте итоги с данными до обновления, проверьте проведение нового документа и печать основных форм. Особое внимание — обменам с другими программами (банк-клиент, обмен с бухгалтерией, сайтом): их форматы иногда меняются между релизами.

Контрольные точки

Как проверить результат обновления

Номер релиза в «О программе»

Норма

Отображается новый номер релиза

Тревожный признак

Релиз старый — обновление не применилось

Отчёты и итоги

Норма

Остатки и обороты совпадают с данными до обновления

Тревожный признак

Расхождения в суммах или пустые отчёты

Проведение документов

Норма

Новый документ проводится без ошибок

Тревожный признак

Ошибки при проведении или записи

Отложенные обработчики

Норма

Все обработчики завершены успешно

Тревожный признак

Обработчики зависли или завершились с ошибкой

Типичные ошибки и ограничения самостоятельной работы

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

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

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

Частые вопросы об обновлении 1С 10.3

Можно ли обновить 10.3 сразу на последний релиз, минуя промежуточные?

Только если в описании целевого релиза ваш текущий указан как поддерживаемый для обновления. Часто между старыми и новыми релизами есть обязательные промежуточные версии — тогда их ставят последовательно. Список поддерживаемых версий смотрите в файле описания поставки или на портале 1С.

Что делать, если конфигуратор пишет, что обновления не найдены?

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

Сколько времени занимает обновление?

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

Изменятся ли мои данные после обновления?

Документы, справочники и остатки обновление не удаляет — меняется программный код и структура хранения. Обработчики обновления могут преобразовывать данные (например, заполнять новые реквизиты), но итоговые суммы учёта меняться не должны. Именно поэтому сверка отчётов до и после — обязательный контрольный шаг.

Обновление прервалось с ошибкой. Что делать?

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

Можно ли обновляться через интернет прямо из программы?

В старых редакциях 10.3 механизм обновления через интернет ограничен или отсутствует — штатный и предсказуемый путь остаётся через конфигуратор и установленные шаблоны. Автоматическое обновление через сервисы 1С появилось в более поздних конфигурациях на управляемых формах.