Администрирование · 11 мин
Как сделать даунгрейд 1С:Бухгалтерии
Как безопасно откатить 1С:Бухгалтерию на предыдущую версию: резервная копия, восстановление из бэкапа, ограничения платформы и типичные ошибки при даунгрейде.
Даунгрейд 1С:Бухгалтерии — это возврат информационной базы на более раннюю версию конфигурации. Такая задача возникает, когда после обновления обнаружились ошибки в работе, несовместимость с доработками, внешними отчётами или обменами, либо когда обновление было установлено случайно. Важно понимать сразу: штатной кнопки «откатить обновление» в 1С нет, и понизить версию конфигурации напрямую нельзя.
Единственный корректный способ даунгрейда — восстановление базы из резервной копии, созданной до обновления. Если копии нет, ситуация существенно усложняется: данные, введённые после обновления, придётся переносить вручную или через обработки, а в некоторых случаях без помощи специалиста не обойтись.
Ниже разобраны рабочие сценарии отката, ограничения платформы, проверка результата и типичные ошибки, которые приводят к потере данных.
Почему прямой откат версии в 1С невозможен
При обновлении конфигурации 1С выполняет необратимое преобразование структуры базы данных: добавляются новые объекты, реквизиты, переносятся данные между таблицами, выполняются обработчики обновления. Обратного преобразования платформа не предусматривает — старая версия конфигурации просто не сможет работать с данными нового формата.
Если попытаться загрузить в обновлённую базу конфигурацию старого релиза через «Конфигуратор», система либо откажется выполнять загрузку, либо база станет неработоспособной из-за несоответствия структуры данных. Это одна из самых частых причин обращений к специалистам после самостоятельных попыток отката.
Подготовка: что проверить перед даунгрейдом
Прежде чем приступать, зафиксируйте текущее состояние. Откройте раздел «Администрирование» → «О программе» и запишите точный номер релиза конфигурации и версию платформы. Это понадобится, чтобы понять, на какую версию вы возвращаетесь и совместима ли она с установленной платформой.
Далее определите, есть ли у вас резервная копия, сделанная до обновления. Источники копии: файл выгрузки .dt, архив средствами СУБД (для клиент-серверного варианта), копия каталога файловой базы, автоматическая копия сервиса 1С:Фреш или резервные копии хостинга. Проверьте дату создания копии — она должна предшествовать обновлению.
Обязательно сделайте выгрузку текущей (обновлённой) базы в файл .dt перед любыми действиями. Даже если вы планируете её заменить, эта копия — страховка на случай, если что-то пойдёт не так или понадобится вытащить данные, введённые после обновления.
Откат выполняется восстановлением из .dt или архива СУБД
Ищите автокопии, копии хостинга, старые выгрузки у бухгалтера
Данные после даты копии нужно переносить отдельно
Старый релиз конфигурации может не работать на новой платформе
Основной сценарий: восстановление из резервной копии
Это штатный и единственно безопасный путь. Принцип: вы создаёте чистую базу, восстанавливаете в неё копию, снятую до обновления, и продолжаете работу в ней. Старая (обновлённая) база при этом не трогается — она остаётся как источник данных для переноса.
- 1Сделайте выгрузку текущей обновлённой базы в .dt через Конфигуратор (Администрирование → Выгрузить информационную базу)
- 2Найдите резервную копию, созданную до обновления, и убедитесь в её целостности
- 3Создайте новую пустую информационную базу в списке баз (без конфигурации)
- 4Зайдите в Конфигуратор новой базы и выполните «Загрузить информационную базу» из старой копии .dt
- 5Дождитесь завершения загрузки и реструктуризации, запустите базу в режиме Предприятие
- 6Проверьте версию конфигурации: она должна соответствовать релизу на момент создания копии
- 7Заблокируйте работу пользователей в обновлённой базе, чтобы не было параллельного ввода данных
Для клиент-серверного варианта логика та же, но восстановление выполняется средствами СУБД: создаётся новая база на сервере, в неё разворачивается архив, сделанный до обновления, после чего база регистрируется в кластере 1С. Эти действия должен выполнять администратор, имеющий доступ к серверу СУБД.
После восстановления не удаляйте обновлённую базу. Она понадобится минимум для сверки и переноса документов, введённых за период между копией и откатом.
Что делать с данными, введёнными после обновления
Это самое узкое место даунгрейда. Всё, что пользователи ввели в обновлённую базу после даты резервной копии, в восстановленной базе отсутствует. Есть три подхода к решению проблемы.
Первый — ручной повторный ввод. Подходит, если документов немного и период короткий. Распечатайте или выгрузите списки документов из обновлённой базы и внесите их в восстановленную в той же хронологии, с соблюдением последовательности проведения.
Второй — перенос через типовую обработку «Выгрузка и загрузка данных XML» или универсальный обмен. Работает, если структуры объектов между релизами не изменились критично. Имейте в виду: при различиях в составе реквизитов часть данных может не перенестись или перенестись некорректно, поэтому после переноса обязательна сверка.
Третий — отказ от даунгрейда. Если объём введённых данных велик, часто дешевле и безопаснее не откатываться, а исправить проблему в новой версии: установить патч, дождаться следующего релиза или поправить доработку, которая конфликтует с обновлением.
Как выбрать действие
Совместимость старого релиза с платформой
Отдельный подводный камень — версия технологической платформы. Если вместе с конфигурацией обновлялась и платформа 1С, старый релиз конфигурации может на ней не запуститься или работать с ошибками: фирма «1С» гарантирует совместимость релиза только с определёнными версиями платформы, указанными в поставке.
Проверьте требования старого релиза — они указаны в файле поставки и в описании на портале 1С. Если текущая платформа новее поддерживаемой, установите подходящую версию платформы дополнительно: разные версии платформы спокойно уживаются на одном компьютере, и для конкретной базы можно указать нужную в настройках списка информационных баз.
В клиент-серверном варианте версия платформы определяется сервером 1С, поэтому вопрос совместимости нужно решать на уровне сервера — возможно, потребуется отдельный серверный экземпляр или согласование с администратором.
Проверка результата после отката
После восстановления базы не спешите отдавать её пользователям. Сначала выполните контрольные проверки, чтобы убедиться, что база работоспособна и данные согласованы.
Минимальный набор проверок: версия конфигурации соответствует ожидаемой, открываются и проводятся документы, формируются ключевые отчёты (ОСВ, анализ счёта), остатки на счетах совпадают с данными на дату копии, работают обмены с банком и другими базами. Также выполните тестирование и исправление базы в режиме проверки логической целостности.
Как проверить результат
Совпадает с релизом на дату резервной копии
Показывает новый релиз — восстановление не выполнено
Формируется, остатки соответствуют данным на дату копии
Ошибки при формировании, пустые или неверные остатки
Документы открываются и проводятся без ошибок
Ошибки вида «поле не найдено» — структура повреждена
Обмен с банком и смежными базами проходит штатно
Ошибки формата — нужна настройка под старую версию
Типичные ошибки при даунгрейде
Отдельно предупредим о работе с регламентированной отчётностью. Если в новом релизе уже были сданы отчёты или применялись новые формы, после отката база вернётся к старым форматам. Убедитесь, что это не нарушит обязательства по сдаче отчётности за текущий период.
Самая частая причина болезненного даунгрейда — обновление без резервной копии. Включите в регламент обновления обязательную выгрузку .dt перед каждым обновлением и храните копии минимум несколько релизов назад. Тогда откат займёт полчаса вместо нескольких дней восстановления.
FAQ: частые вопросы о даунгрейде 1С:Бухгалтерии
Можно ли откатить обновление через «Поддержка и обновление»?
Нет. В разделе обновлений есть только установка новых версий. Возврат на предыдущий релиз выполняется исключительно восстановлением базы из резервной копии, созданной до обновления.
Что делать, если резервной копии до обновления нет?
Проверьте автоматические копии: архивы хостинга, теневые копии Windows, старые выгрузки .dt, копии у бухгалтера или франчайзи. Если ничего нет, потребуется специалист: данные из обновлённой базы выгружаются обработками и загружаются в чистую базу нужного релиза, что трудоёмко и не гарантирует полного переноса.
Потеряются ли данные при восстановлении из копии?
Восстановленная база будет содержать данные строго на момент создания копии. Всё, введённое позже в обновлённой базе, туда не попадёт — эти документы нужно переносить вручную или через обмен данными с последующей сверкой.
Нужно ли откатывать платформу вместе с конфигурацией?
Не обязательно, но нужно проверить совместимость. Если старый релиз конфигурации не поддерживает установленную версию платформы, установите подходящую версию платформы рядом и укажите её в настройках конкретной базы — удалять новую платформу не требуется.
Как сделать даунгрейд в 1С:Фреш?
Самостоятельно — никак: версии в облаке управляются оператором сервиса. Если после обновления возникла критическая проблема, обращайтесь в поддержку сервиса. Альтернатива — выгрузить базу из облака и продолжить работу в локальной версии, но это уже смена режима работы, а не просто откат.
Можно ли запретить пользователям обновление, чтобы не понадобился даунгрейд?
Да. Ограничьте права: обновление конфигурации доступно только пользователям с правами администратора. Дополнительно настройте регламент, по которому обновление выполняется одним ответственным сотрудником и только после создания резервной копии.
Что важно запомнить
Даунгрейд 1С:Бухгалтерии — это восстановление базы из резервной копии, сделанной до обновления, а не откат версии. Перед началом выгрузите текущую базу в .dt, проверьте совместимость старого релиза с платформой, а данные, введённые после обновления, перенесите отдельно со сверкой. Обновлённую базу не удаляйте до полной проверки результата.