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

Обновляться стоит не по принципу «вышел релиз — срочно устанавливаем», а исходя из задач компании. Поводом могут быть изменения законодательства и форм отчетности, исправление критических ошибок, требования подключаемых сервисов или появление функций, необходимых бизнесу. Перед установкой полезно изучить назначение релиза и убедиться, что используемая конфигурация совместима с требуемой версией платформы.
Почему нельзя откладывать обновление 1С
Главная причина своевременно обновлять 1С — изменения в регламентированном учете. Если государственные органы меняют формы отчетности, правила расчета налогов, взносов или порядок заполнения документов, разработчик учитывает эти изменения в новых релизах типовых конфигураций. На старой версии нужной формы может просто не оказаться либо она будет заполняться по прежним правилам.
Есть и техническая сторона. В новых релизах исправляют обнаруженные ошибки, дорабатывают механизмы обмена, интеграции и электронного документооборота. Если компания долго остается на старой версии, разрыв между установленным и актуальным релизами постепенно увеличивается. В результате очередное обновление может потребовать установки нескольких промежуточных версий и более тщательного тестирования.
Обновление особенно не стоит откладывать, когда:
- новый релиз необходим для подготовки обязательной отчетности или корректного расчета налогов и зарплаты;
- в текущей версии обнаружена ошибка, которая влияет на учет или документы;
- перестал корректно работать обмен с банком, сайтом, сервисом ЭДО или другой информационной системой;
- для нужной версии конфигурации требуется более новая платформа 1С:Предприятие;
- предстоит переход на новые правила учета или бизнес-процессы, уже реализованные в актуальном релизе.
При этом устанавливать обновление непосредственно перед сдачей отчетности или закрытием месяца без предварительной проверки тоже не лучшая практика. Для рабочей базы желательно выбрать спокойный период, создать резервную копию и после обновления проверить основные операции компании.
Чем отличается обновление платформы от обновления конфигурации
Понятие «обновить 1С» часто объединяет две разные процедуры. Платформа «1С:Предприятие 8.3» — это технологическая среда, в которой запускаются информационные базы. Она отвечает за выполнение программы, работу с данными, интерфейс и многие системные механизмы. Конфигурация — прикладное решение: например, бухгалтерский, зарплатный или торговый учет.
| Что обновляется | Что меняется | Когда обычно требуется |
|---|---|---|
| Платформа 1С 8.3 | Технологические механизмы системы, производительность, совместимость и исправления платформы | Когда этого требует конфигурация, необходимо исправление платформы или нужна новая технологическая возможность |
| Конфигурация | Формы отчетности, документы, расчеты, справочники и прикладная логика учета | При изменениях законодательства, исправлении ошибок и появлении необходимых возможностей учета |
Версии платформы и конфигурации не обязаны обновляться одновременно. Например, компания может установить свежий релиз «1С:Бухгалтерии», оставив подходящую версию платформы. Но если разработчик указывает, что новый релиз конфигурации работает начиная с определенной версии платформы, сначала необходимо обеспечить соответствие этому требованию.
Для пользователя различается и сама процедура. Новую версию платформы устанавливают на компьютер или сервер. Релиз конфигурации обновляет структуру и прикладную логику конкретной информационной базы. Поэтому перед самостоятельным обновлением важно точно определить, что именно устарело: платформа, конфигурация или оба компонента.
Какие риски возникают при работе на старом релизе
Самый заметный риск — ошибки в регламентированной отчетности и расчетах. Старый релиз может не учитывать актуальные требования, новые показатели или изменения алгоритмов. Причем повседневная работа базы при этом способна выглядеть совершенно нормально: документы проводятся, отчеты формируются, пользователи не видят явных сбоев. Проблема обнаруживается уже при конкретной операции или подготовке отчетности.
Второй риск связан с совместимостью. В инфраструктуре компании меняются операционные системы, банковские программы, оборудование, внешние сервисы и механизмы интеграции. Устаревшая версия 1С может работать с ними нестабильно или не поддерживать необходимые возможности.
Наконец, длительное отсутствие обновлений усложняет сам переход на актуальный релиз. Чем больше накоплен разрыв, тем внимательнее приходится проверять последовательность обновлений. Для типовой конфигурации это обычно решаемая задача. Если же база доработана программистами и типовой функционал изменен, автоматическое обновление способно затронуть доработки. В такой ситуации самостоятельная установка релиза без анализа изменений уже рискованна.
Перед обновлением стоит проверить номер текущей платформы и релиз конфигурации, выяснить наличие доработок и обязательно сделать резервную копию информационной базы. Для полностью типовой конфигурации дальнейшая процедура обычно достаточно предсказуема; для измененной базы безопаснее сначала оценить совместимость доработок с новым релизом.
Как подготовиться и как обновить платформу 1С
Обновление платформы 1С:Предприятие 8.3 обычно не затрагивает данные так, как обновление самой конфигурации, но подготовка здесь не менее важна. Платформа — это среда, в которой запускаются «Бухгалтерия предприятия», «Зарплата и управление персоналом», «Управление торговлей» и другие решения. Новый релиз может требоваться для очередной версии конфигурации, исправлять ошибки или обеспечивать корректную работу сервисов.
Перед установкой стоит выяснить три вещи: какая версия платформы используется сейчас, какую версию поддерживает ваша конфигурация и где физически находится информационная база. Текущую версию можно посмотреть в запущенной 1С через пункт «О программе». Для файловой базы обновление обычно выполняют на компьютерах пользователей, а в клиент-серверном варианте нужно учитывать также сервер 1С.
Где скачать релиз и как проверить совместимость
Дистрибутив платформы следует получать через официальный портал 1С для пользователей с соответствующим доступом. Не стоит скачивать установщики с программных каталогов, форумов и файлообменников: даже если номер версии совпадает, происхождение и целостность такого дистрибутива проверить сложнее.
Выбирать платформу только по принципу «самая новая» не всегда правильно. Сначала проверьте требования используемого релиза конфигурации: разработчик указывает версии платформы, на которых решение должно работать. Особенно внимательно к этому нужно относиться при наличии расширений, внешних обработок, обменов с сайтом, банком, ЭДО и другими системами.

Если в компании используются несколько информационных баз, полезно заранее проверить их все. Например, одна база может работать на типовой актуальной конфигурации, а другая — на старом или доработанном решении с более жесткими требованиями к платформе. Установка новой версии на сервер сразу влияет на большее число пользователей, поэтому совместимость здесь особенно важна.
- Узнайте точный номер текущей платформы через «О программе» и разрядность установленного клиента.
- Проверьте требования релиза конфигурации и совместимость используемых расширений и интеграций.
- Скачайте подходящий дистрибутив платформы из официального источника 1С.
- Убедитесь, что есть права администратора для установки, а для серверного варианта — доступ к серверу.
- Запланируйте время, когда все пользователи смогут завершить работу с базой.
При этом не нужно удалять действующую платформу заранее. Несколько версий 1С 8.3 могут быть установлены на одном компьютере параллельно. Это удобно при проверке нового релиза и позволяет не лишать себя рабочего варианта до завершения тестирования.
Как сделать резервную копию базы перед обновлением
Резервная копия нужна даже при обычном обновлении платформы. Причина проста: проблема может возникнуть не только во время установки. После первого запуска новая версия платформы может выявить ошибку базы или несовместимость внешнего компонента, поэтому возможность быстро вернуться к рабочему состоянию экономит намного больше времени, чем занимает само резервное копирование.
Для небольшой файловой информационной базы практичный вариант — выгрузить данные через Конфигуратор. Завершите сеансы пользователей, откройте базу в режиме «Конфигуратор» и выберите «Администрирование» — «Выгрузить информационную базу». Сохраните файл с расширением .dt на другой диск или в надежное сетевое хранилище. Не храните единственную копию внутри каталога самой базы.
Дополнительно файловую базу можно копировать целиком на уровне файловой системы, но только при отсутствии активных подключений. Простое копирование папки в момент, когда в 1С работают сотрудники или выполняются фоновые операции, нельзя считать надежным резервным копированием.
Для клиент-серверной базы предпочтителен штатный механизм резервного копирования используемой СУБД. В рабочей среде это обычно Microsoft SQL Server, PostgreSQL или другая поддерживаемая система. Выгрузка .dt также может применяться в подходящих сценариях, но на крупных базах она занимает много времени и не заменяет грамотно организованное резервирование средствами СУБД.
Копия ценна только тогда, когда ее можно восстановить. Как минимум проверьте размер и время создания файла, а для критичной базы желательно выполнить тестовое восстановление в отдельную информационную базу. Перед обновлением также запишите версии платформы и конфигурации: это поможет понять, к какому состоянию нужно вернуться при проблемах.
Как обновить платформу 1С 8.3 для файловой и серверной базы
В файловом варианте схема довольно простая. Закройте 1С на компьютере, запустите установщик скачанного релиза платформы с правами администратора и пройдите стандартные шаги мастера установки. Обычно компоненты, предложенные установщиком по умолчанию, подходят для обычного рабочего места. После установки запустите базу и снова откройте «О программе», чтобы убедиться, что используется нужная версия.
Если с одной файловой базой работают с нескольких компьютеров, установка платформы только на одном рабочем месте не обновит остальные. На компьютерах пользователей также должна быть установлена подходящая версия клиента. В организациях с большим числом рабочих мест такую установку разумнее выполнять централизованно средствами администрирования.
С клиент-серверной базой порядок важнее. Недостаточно поставить новый тонкий или толстый клиент на компьютеры сотрудников: необходимо обновить серверную часть 1С. Конкретная процедура зависит от инфраструктуры и настройки кластера, поэтому для рабочего сервера сначала нужно обеспечить резервную копию СУБД и согласовать технологическое окно.
- Завершите пользовательские сеансы и фоновые задания, которые могут обращаться к базе.
- Создайте и проверьте резервную копию, затем установите требуемую версию серверных компонентов 1С на сервере.
- Проверьте запуск служб и состояние кластера 1С, после чего обновите клиентские приложения на рабочих местах до совместимой версии.
- Запустите информационную базу под учетной записью с необходимыми правами и убедитесь, что она открывается без ошибок.
- Проверьте основные операции: вход пользователей, проведение документов, печать, фоновые задания, обмены и подключенные внешние компоненты.
Есть важное различие между обновлением платформы и обновлением конфигурации. Установка новой 1С 8.3 не означает, что «Бухгалтерия» или другая прикладная конфигурация автоматически получила новый релиз. Версию платформы проверяют через «О программе», а обновление конфигурации выполняется отдельно. Поэтому после установки не стоит искать новые формы документов или изменения учета только потому, что номер платформы стал выше.
Если после обновления база не запускается, не начинайте сразу удалять файлы и переустанавливать все компоненты подряд. Сначала зафиксируйте текст ошибки, проверьте, какой именно версией платформы запускается база, и сравните ее с требованиями конфигурации. При наличии предыдущей версии платформы можно проверить запуск на ней. Для серверной базы при ошибках служб, кластера, СУБД или лицензирования безопаснее остановить самостоятельные эксперименты и передать диагностику администратору 1С.
Как обновить конфигурацию 1С 8.3 без потери данных
При обновлении 1С пользовательские данные — документы, справочники, остатки, настройки учета — должны сохраниться. Основной риск связан не с самим переходом на новый релиз, а с действиями вокруг него: отсутствием актуальной резервной копии, выбором неподходящего файла обновления или попыткой обновить измененную конфигурацию как полностью типовую.
Перед началом работ стоит убедиться, что пользователи вышли из информационной базы, а фоновые задания не выполняют критичные операции. Обязательно создайте резервную копию. Для файловой базы можно дополнительно скопировать каталог информационной базы при закрытых сеансах, а через конфигуратор — воспользоваться выгрузкой информационной базы в файл. Резервная копия особенно важна потому, что после обновления может измениться структура данных, и простая установка старой конфигурации поверх новой не всегда позволяет вернуть базу в исходное состояние.
Порядок обновления типовой конфигурации через конфигуратор
Для типовой конфигурации стандартный сценарий начинается с запуска базы в режиме «Конфигуратор». Перед установкой желательно посмотреть текущую версию: она поможет определить, можно ли сразу перейти на выбранный релиз. Для некоторых конфигураций и старых версий требуется последовательная установка нескольких промежуточных обновлений.
- Сделайте резервную копию информационной базы и проверьте, что ее файл или каталог действительно создан и доступен.
- Запустите информационную базу в режиме «Конфигуратор» и убедитесь, что работа пользователей с этой базой прекращена.
- Откройте раздел «Конфигурация» и выберите команду обновления конфигурации. Для типовой базы предпочтителен штатный поиск доступных обновлений; при заранее установленном дистрибутиве можно указать нужную версию из доступных шаблонов.
- Проверьте сведения о найденном обновлении и соответствие релиза вашей текущей конфигурации. Не подтверждайте замену только потому, что номер предлагаемой версии выше.
- После загрузки изменений подтвердите обновление конфигурации базы данных. На этом этапе платформа покажет изменения структуры, которые необходимо применить.
- После завершения откройте базу в режиме «1С:Предприятие». Конфигурация может выполнить дополнительные процедуры обновления данных — закрывать программу во время этого процесса не следует.
Нужно различать обновление платформы «1С:Предприятие 8.3» и обновление прикладной конфигурации. Например, установка новой версии платформы сама по себе не переводит «Бухгалтерию предприятия» или другую прикладную базу на новый релиз. Перед работой также полезно проверить требования выбранного релиза к версии платформы: слишком старая платформа может не поддерживать новую конфигурацию.

Что проверить после установки нового релиза
Сообщение об успешном обновлении еще не означает, что проверка закончена. Сначала дайте программе выполнить все предусмотренные процедуры при первом запуске. Если 1С предлагает завершить обновление информационной базы или показывает служебные сообщения об обработке данных, дождитесь окончания операций и обратите внимание на предупреждения.
Затем имеет смысл проверить не всю базу подряд, а несколько контрольных точек, важных именно для учета компании. Откройте организацию и основные справочники, несколько документов до обновления и текущего периода, сформируйте привычный отчет. Если ведется бухгалтерский учет, разумно сравнить оборотно-сальдовую ведомость по контрольному периоду до и после обновления. Само обновление релиза не должно произвольно менять остатки и проводки ранее проведенных документов.
- проверьте версию конфигурации и убедитесь, что установлен именно запланированный релиз;
- откройте несколько ранее созданных документов и проверьте проведение нового тестового документа;
- сформируйте основные отчеты и сравните ключевые показатели с контрольными значениями;
- проверьте печатные формы, обмены, загрузку банковских данных, электронный документооборот и другие регулярно используемые функции;
- при наличии регламентных и фоновых заданий убедитесь, что они запускаются без новых ошибок.
Особое внимание стоит уделить интеграциям. Внутри 1С обновление может пройти без заметных проблем, но изменение формата обмена или состава объектов способно проявиться при синхронизации с другой базой, сайтом, CRM, банком или внешней обработкой. Поэтому первую синхронизацию после существенного обновления лучше проконтролировать, а не оставлять без наблюдения.
Как действовать, если база доработана
Если в конфигурацию вносились изменения разработчиком, стандартная инструкция для типовой базы уже не подходит в полном объеме. При обновлении конфигуратор может обнаружить различия между текущей конфигурацией и конфигурацией поставщика и предложить сопоставить объекты. В этот момент важно не заменить измененные объекты автоматически: вместе со старым кодом можно потерять рабочие доработки.
Типичный пример — компания добавила собственные реквизиты в документ и изменила его модуль, а в новом релизе поставщик тоже изменил этот документ. Задача состоит не в выборе одной из двух версий целиком, а в корректном объединении изменений. Новый штатный механизм должен сохраниться вместе с необходимой бизнес-логикой компании, причем иногда код доработки приходится адаптировать к изменившимся объектам конфигурации.
Признаками доработанной базы могут быть снятие конфигурации с поддержки, возможность редактирования объектов поставщика, собственные документы и справочники, измененные формы и программный код. При этом наличие расширений не обязательно означает изменение основной конфигурации: современные доработки часто вынесены в расширение и обновляются значительно проще. Но после установки релиза совместимость расширений все равно нужно проверить.
Если при обновлении появляется окно сравнения и объединения с большим количеством измененных объектов, а происхождение этих изменений вам неизвестно, безопаснее не продолжать операцию на рабочей базе. Созданную резервную копию можно развернуть отдельно, выполнить обновление на тестовой копии и проверить доработки там. Такой подход позволяет обнаружить конфликт нового релиза с изменениями компании до того, как он повлияет на ежедневную работу пользователей.
Ошибки при обновлении 1С и как их избежать
Даже типовая конфигурация 1С может обновиться не с первого раза. Причина не всегда в самой платформе или файле обновления: часто мешают незавершенные сеансы пользователей, измененная конфигурация, неподходящая версия релиза или недостаток свободного места. Поэтому перед обновлением важно сделать резервную копию информационной базы и убедиться, что ее можно восстановить.
Не стоит пропускать промежуточные релизы, если для перехода на нужную версию они обязательны. Для каждого обновления предусмотрена определенная исходная версия конфигурации. Попытка установить релиз поверх неподходящей версии может закончиться сообщением об ошибке или отсутствием нужного обновления в списке.
Почему не активна кнопка обновить конфигурацию 1С
В Конфигураторе команда обновления может быть недоступна по нескольким причинам. Например, пользователь открыл базу без достаточных прав, конфигурация находится в режиме, ограничивающем изменение, либо работа ведется не с той конфигурацией, которую предполагалось обновлять. Сначала стоит проверить права пользователя и состояние базы, а не пытаться обходить ограничение.
Еще один распространенный случай связан с поддержкой. Типовая конфигурация обычно находится на поддержке поставщика, причем возможность изменения отдельных объектов может быть ограничена. Если раньше в базу вносили доработки, снимали объекты с поддержки или меняли режим поддержки, процедура обновления уже может отличаться от стандартной.
- Недостаточно прав. Запустите Конфигуратор под пользователем с административными правами.
- Конфигурация изменена. Проверьте ее состояние и настройки поддержки. Автоматически принимать изменения поставщика в такой базе рискованно.
- Выбран неподходящий файл обновления. Сверьте текущий релиз и версию, для которой предназначено обновление.
- Есть незавершенные изменения. Сначала разберитесь с ранее внесенными изменениями конфигурации и сохраните базу.
- Используется нестандартная схема сопровождения. При расширениях, отраслевых дополнениях и существенных доработках необходимо учитывать их совместимость с новым релизом.
Если база точно типовая и раньше не дорабатывалась, причина обычно находится довольно быстро. Если же неизвестно, кто и как менял конфигурацию, лучше не снимать ее с поддержки только ради появления нужной команды. Такое действие способно превратить обычное обновление в последующее ручное сравнение и объединение конфигураций.
Что делать, если обновление прервалось
Сбой во время обновления может произойти из-за отключения компьютера, потери соединения с сервером, нехватки места на диске, антивирусной проверки или внутренней ошибки 1С. Важно определить, на каком этапе остановился процесс. Закрытое окно обновления еще не означает, что база автоматически вернулась в исходное состояние: часть изменений уже могла быть записана.
В первую очередь сохраните текст ошибки или сделайте снимок экрана. После этого проверьте доступность базы и наличие свободного места. Не запускайте обновление повторно несколько раз подряд, если 1С сообщает об ошибке при открытии или предлагает продолжить служебные операции. Повторные действия усложняют диагностику.
- Зафиксируйте сообщение об ошибке и этап, на котором остановилось обновление.
- Не удаляйте исходную резервную копию и не перезаписывайте ее новой копией проблемной базы.
- Проверьте, запускается ли Конфигуратор и определяется ли текущая версия конфигурации.
- Если целостность базы вызывает сомнения, безопаснее восстановить резервную копию и устранить причину сбоя до следующей попытки.
- После успешного обновления запустите 1С в режиме предприятия под пользователем с достаточными правами: некоторые процедуры обновления данных выполняются именно при первом запуске.
Для файловой базы особенно важны стабильная работа компьютера и достаточное место на диске. В клиент-серверном варианте дополнительно имеют значение состояние сервера 1С и СУБД, фоновые задания, блокировки и активные соединения. Поэтому один и тот же текст ошибки в разных архитектурах базы может требовать разных действий.
Когда безопаснее передать обновление подрядчику
Самостоятельное обновление оправдано, когда конфигурация действительно типовая, есть рабочая резервная копия, понятен порядок перехода между релизами, а пользователь уверенно работает с Конфигуратором. Например, небольшую файловую базу без доработок обычно значительно проще обновить самостоятельно, чем корпоративную базу с интеграциями и измененными объектами.
Помощь специалиста разумнее использовать, если конфигурацию дорабатывали программисты, часть объектов снята с поддержки, применяются расширения или отраслевые решения. При обновлении изменения поставщика могут пересекаться с собственными доработками. Тогда недостаточно просто установить новый релиз: нужно оценить различия, корректно объединить изменения и проверить ключевые бизнес-процессы.
То же относится к базам, от которых зависит ежедневная работа большого числа сотрудников. Для клиент-серверной 1С, обменов между информационными базами, интеграций с сайтом, кассами, складскими системами и внешними сервисами желательно заранее иметь план обновления и отката. Новый релиз может установиться без ошибок, но проблема проявится позже — например, при обмене данными или выполнении регламентного задания.
Передача задачи подрядчику особенно оправдана и после неудачного обновления, когда нет уверенности в текущем состоянии базы. Специалисту в этом случае потребуются резервная копия до обновления, текст возникшей ошибки и информация о выполненных действиях. Чем меньше попыток «починить» базу было сделано после сбоя без понимания причины, тем проще восстановить корректное состояние и завершить обновление.
Вопросы и ответы
Когда нужно обновлять 1С 8.3?
Обновление необходимо при изменениях законодательства и форм отчетности, исправлении критических ошибок, появлении требований внешних сервисов или новых функций, необходимых бизнесу. Перед установкой следует проверить совместимость конфигурации с выбранной версией платформы.
Чем обновление платформы 1С отличается от обновления конфигурации?
Платформа «1С:Предприятие 8.3» является технологической средой для запуска информационных баз, а конфигурация содержит прикладную логику учета, документы, справочники и отчетность. Установка новой платформы не обновляет автоматически «1С:Бухгалтерию», «1С:ЗУП», «1С:Управление торговлей» и другие конфигурации.
Нужно ли делать резервную копию перед обновлением 1С?
Да. Перед обновлением необходимо создать актуальную резервную копию и убедиться, что она доступна для восстановления. Для файловой базы можно использовать выгрузку информационной базы через Конфигуратор, а для клиент-серверной базы предпочтительно штатное резервное копирование средствами используемой СУБД.
Можно ли установить новую версию платформы 1С поверх старой?
Удалять действующую платформу заранее обычно не требуется. Несколько версий платформы 1С 8.3 могут быть установлены на одном компьютере параллельно. После установки важно проверить, какой версией фактически запускается информационная база и соответствует ли она требованиям конфигурации.
Как обновить типовую конфигурацию 1С без потери данных?
Сначала нужно завершить работу пользователей, создать резервную копию и проверить текущий релиз. Затем конфигурацию обновляют через Конфигуратор подходящим релизом, соблюдая требуемую последовательность промежуточных версий. После обновления следует запустить базу в режиме «1С:Предприятие», дождаться завершения служебных процедур и проверить основные операции и отчеты.
Можно ли пропускать промежуточные релизы при обновлении 1С?
Только если выбранный релиз допускает переход непосредственно с установленной версии. Для некоторых конфигураций требуется последовательная установка промежуточных обновлений. Перед началом процедуры необходимо проверить, для каких исходных версий предназначен конкретный релиз.
Что проверить после обновления конфигурации 1С?
Следует проверить номер установленного релиза, открытие и проведение документов, основные отчеты, печатные формы, фоновые задания и регулярно используемые функции. Отдельного внимания требуют обмены с банком, ЭДО, сайтом, CRM, другими базами и внешними системами.
Как обновлять доработанную конфигурацию 1С?
Доработанную конфигурацию нельзя без проверки обновлять как полностью типовую. Необходимо сравнить изменения поставщика с собственными доработками, корректно объединить их и проверить совместимость расширений. Безопаснее сначала выполнить обновление на отдельной тестовой копии базы.
Что делать, если обновление 1С прервалось с ошибкой?
Нужно сохранить текст ошибки и информацию об этапе сбоя, не перезаписывать исходную резервную копию и проверить состояние базы. Если целостность данных вызывает сомнения, безопаснее восстановить резервную копию, устранить причину ошибки и только после этого повторять обновление.
Когда обновление 1С лучше поручить специалисту?
Помощь специалиста целесообразна при доработанной конфигурации, снятых с поддержки объектах, отраслевых решениях, сложных расширениях и интеграциях, а также при работе с критичной клиент-серверной базой. Обратиться к специалисту также разумно после неудачного обновления, если текущее состояние информационной базы неизвестно.










