Откат обновления 1С: что делать, если после релиза всё сломалось
«Обновили вечером — утром не считается зарплата за 30 человек». Типовая записка в чате коллег после очередного релиза ЗУП.
Обновление 1С почти всегда штука нужная — новые формы отчётности, исправленные ошибки, изменения по налоговым ставкам. Но иногда после него вылезает то, чего раньше не было: слетают настройки, ломаются печатные формы, отчёт собирается с дикими цифрами. И первый вопрос — можно ли откатиться назад?
Короткий ответ: иногда да, иногда нет. Сейчас будет важное — не пропустите.
Бэкап до обновления — это закон, а не рекомендация
Главное правило, которое спасает нервы и деньги: перед любым обновлением — резервная копия. Без неё откат превращается из 15 минут работы в катастрофу на неделю. Я лично наступал на эти грабли — обновил «по-быстрому», бэкап забыл, а потом два дня собирал базу по кускам.
- Файловая база — просто скопируйте файл базы (он лежит в её папке) в безопасное место. Папку видно в окне запуска: выделите базу → кнопка «Изменить» → там путь.
- Через конфигуратор — Администрирование → Выгрузить информационную базу. Получите файл .dt. Это и есть полный слепок данных и конфигурации на текущий момент.
- Клиент-серверный вариант (SQL) — тут бэкап делает администратор средствами SQL Server. Бухгалтеру самому лезть не нужно — попросите айтишника или подрядчика.
- Облачная база (1С:Фреш) — копии создаются автоматически, восстановление через личный кабинет сервиса. Откат на дату делается в пару кликов.
Правило простое. Нет копии — нет отката. Запомнили?
Когда делать бэкап
Идеально — сразу перед стартом обновления, когда все вышли из базы. Если копия недельной давности, при откате вы потеряете все документы за эту неделю. А это уже не откат, а маленький конец света.
Восстановление из копии: как откатить обновление 1С за 15 минут
Если бэкап есть — всё решаемо. Алгоритм такой:
- Файловая база — закройте 1С, удалите (или переименуйте) текущий файл базы, на его место положите копию. Открываете — и вы снова в дорелизном состоянии.
- Из .dt-файла — Конфигуратор → Администрирование → Загрузить информационную базу → выбираете .dt. Внимание: загрузка полностью затирает текущую базу. Все изменения после бэкапа исчезнут.
- SQL-база — восстановление из бэкапа делает администратор средствами сервера. Тут без айтишника никак.
На моём проекте недавно после кривого обновления одной торговой базы откат из .dt занял минут двадцать. Если бы копии не было — переделывали бы конфигурацию вручную дня три. Вот вам разница в цифрах.
Переход на предыдущий релиз без бэкапа — почему это сложнее
А вот тут начинается грустное. Платформа 1С не умеет откатывать данные на старую версию релиза, если копии нет. Просто «поставить релиз поменьше» поверх обновлённой базы — нельзя.
Почему? При обновлении часто меняется структура хранения данных. Новый релиз дописывает реквизиты, перестраивает регистры. Старая конфигурация эти изменения уже не «понимает» и отказывается открывать базу.
Что реально можно сделать без копии:
- Откатить только конфигурацию, не данные — Конфигуратор → Конфигурация → Откат к конфигурации базы данных. Помогает, если вы случайно начали изменять конфигурацию, но ещё не записали её в базу.
- Поставить пустую базу старого релиза и перенести в неё данные выгрузкой. Долго, муторно, не всегда полно переносится.
- Заново исправить то, что сломалось — иногда проще не откатываться, а починить конкретную проблему в новом релизе. Особенно если релиз свежий и косяк уже известен.
Честно? Без бэкапа полноценного отката почти не существует. Поэтому возвращаемся к пункту первому — копия.
Риски отката, о которых забывают
Откатиться — не всегда значит «вернуть всё как было». Есть подводные камни:
- Потеря свежих документов. Всё, что внесли после создания копии, при восстановлении из .dt пропадёт. Реализации, банковские выписки, начисления — придётся вбивать заново.
- Несовместимость с уже сданными отчётами. Если на новом релизе вы сформировали и отправили декларацию по новым формам, а потом откатились — данные могут разойтись. При расхождениях ФНС вправе запросить пояснения по ТКС в рамках камеральной проверки.
- Закрытые периоды. При откате может «вскрыться» уже закрытый месяц. Проверьте настройки даты запрета редактирования в разделе администрирования.
- Расхождение с обменами. Если база обменивается данными с другими (бухгалтерия ↔ ЗУП, розница ↔ опт), откат одной базы рассинхронизирует обмен. Это лечится, но повозиться придётся.
- Регламентные операции. Если успели провести закрытие месяца, а потом откатились — закрытие, скорее всего, придётся перепроводить.
Откат после сдачи отчётности — отдельная боль
Если декларация уже ушла в ФНС, а вы откатили базу и пересчитали данные — итоговые суммы могут измениться. Тогда потребуется сдать уточнённую декларацию. Ничего криминального, но лишняя работа на ровном месте.
Как избежать отката вообще: 5 правил перед обновлением
- Бэкап перед каждым обновлением. Без исключений. Даже если «обновление маленькое».
- Обновляйте не в последний день отчётности. Самое глупое — катить релиз 24-го числа, когда 25-го сдавать НДС. Делайте заранее, чтобы было время на тесты.
- Сначала на копии, потом на боевой. Разверните копию базы, обновите её, проверьте отчёты. Если всё ок — повторяете на рабочей.
- Читайте описание релиза. На releases.1c.ru есть список изменений. Иногда там прямо написано про известные ошибки.
- Не гонитесь за самым свежим релизом. Если у вас стабильно работает — подождите неделю-две. Критичные баги обычно вылавливают быстро, выходит исправление.
Я считаю, что последний пункт недооценивают. Не соглашусь с теми, кто бежит ставить релиз в первый же день — по нашей практике на части проектов за прошлый год именно «самый свежий» приносил сюрпризы.
Кстати, если думаете, стоит ли вообще регулярно обновляться и во сколько это обходится — про бюджет на обновление платформы мы разбирали отдельно.
Итог: откат возможен, но бэкап решает всё
Полноценный откат обновления 1С реален только при наличии резервной копии. Есть копия — вернётесь за 15 минут. Нет копии — придётся либо чинить проблему в новом релизе, либо мучительно переносить данные.
Поэтому самое выгодное вложение времени — не изучение хитрых способов отката, а привычка делать бэкап перед каждым обновлением. Минута работы экономит дни.
Если разбор пригодился на практике — поставьте 👍
Если в 1С регулярно возникают такие задачи, и времени на них не хватает — делегируйте разовым спецам на koderion.ru. Биржа 1С без посредников, оплата по часам, без трудовых договоров.
Материал — рабочая практика, не заменяет письма ФНС и консультацию аудитора. Если в вашей базе картина отличается — это нормально, ЕНС и 1С не всегда совпадают. Пишите в комменты, разбираем.