Обновление 1С без остановки работы бухгалтерии

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

Почему каждое обновление 1С — это отдельный проект

Звонит мне как-то директор небольшой юрфирмы — девять человек, один сервер. Голос спокойный: «Евгений, у нас бухгалтер сама обновила 1С вчера вечером. Теперь не открывается база». Приехали, разобрались. Бухгалтер скачала последний релиз Бухгалтерии предприятия 3.0, запустила обновление прямо на рабочей базе без копии, и в середине процесса выключился компьютер — отключили свет в доме. Потеряли три дня работы. Три. Дня.

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

При этом 1С-ники выпускают обновления часто. Особенно в отчётные периоды — январь, апрель, июль, октябрь — релизы выходят почти каждую неделю. ФНС меняет форматы, Минфин добавляет новые требования, выходят поправки к законам. Если не обновляться — начинаются проблемы с формированием отчётности. Обновляться как попало — тоже проблемы. Вот между этими двумя крайностями и существует нормальный регламент обновления.

Тестовая база: без неё вы играете вслепую

Первое, что я рекомендую любому клиенту с сервером, — создать тестовую базу. Это копия вашей рабочей базы, поднятая на том же сервере или на отдельной виртуальной машине, куда никто не ходит работать. Только для проверки обновлений. Стоимость вопроса — примерно час работы администратора и дополнительные гигабайты на диске. Средняя база бухгалтерии небольшой компании весит 5-15 гигабайт. Не космос.

Схема работы простая. Выходит новый релиз. Администратор делает копию рабочей базы, разворачивает её в тестовом контуре и накатывает обновление туда. Дальше — главное. Бухгалтер или ответственный сотрудник проходит по ключевым операциям: проводит пару документов, формирует один-два привычных отчёта, проверяет печатные формы. Если всё нормально — в следующее окно обновления накатываем на рабочую базу. Если что-то сломалось — разбираемся с проблемой, не трогая рабочую среду.

Важный момент: тестовую базу нужно обновлять регулярно, не реже раза в месяц. Иначе она устареет и потеряет смысл как эталон. У нас есть клиент — сеть медклиник, пять точек в Москве — где тестовую базу мы обновляем автоматически каждое воскресенье в три ночи скриптом через PowerShell. Администратор видит результат в понедельник утром. Удобно и почти бесплатно.

Когда обновлять: выбираем окно правильно

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

Вот чего точно не надо делать: обновляться в понедельник утром перед сдачей отчётности. Или в последние дни квартала. Звучит очевидно, но вы не представляете, как часто это происходит. Однажды мне позвонил клиент в 9:15 утра в последний день сдачи декларации по НДС: «Мы вчера вечером обновили 1С, теперь выгрузка в ФНС не работает». Два часа нервных звонков, откат базы из резервной копии, ручная загрузка данных. Успели. Но это был очень некомфортный опыт для всех участников.

Среднее время обновления конфигурации на нормальном железе — от 20 минут до полутора часов, в зависимости от размера базы и количества доработок. Если конфигурация сильно модифицирована, время может вырасти до трёх-четырёх часов. На период обновления база недоступна — пользователи работать не могут. Это нужно честно учитывать при планировании окна, а не надеяться, что «быстро справимся». Закладывайте двойной запас.

Резервная копия и откат: без этого вообще не начинайте

Перед каждым обновлением — без исключений — делаем резервную копию базы. Это аксиома. Не «если вспомним», не «бэкап же есть ночной» — именно свежую копию прямо перед процедурой. В 1С есть встроенный механизм выгрузки в dt-файл. Для базы 10 гигабайт это занимает около 15-20 минут. Файл кладём в отдельную папку с датой и временем в названии — backup_20260618_2200.dt — и всем понятно, что это такое и когда сделано.

Если у вас виртуальная машина с Windows Server — а большинство наших клиентов работают именно так — добавьте к этому снимок виртуалки перед обновлением. Через Hyper-V или VMware это делается за три минуты. Если что-то пошло не так, откатить виртуальную машину на снимок — дело пяти минут. Быстрее, чем восстанавливать базу из dt-файла. Мы используем Veeam Backup & Replication у большинства клиентов — там и снимки, и резервное копирование на внешнее хранилище, всё в одном месте.

Откат — это не признание поражения. Это нормальная часть регламента. Если после обновления что-то работает криво — не надо пытаться чинить это прямо на боевой базе под давлением пользователей, которые уже стоят за спиной и смотрят в монитор. Откатились, выдохнули, разобрались с проблемой в тестовом контуре, нашли решение, обновились снова — на этот раз уже с пониманием, что делать. Вот это нормальный подход.

Регламент: что делать до, во время и после

Регламент обновления — это не бюрократия ради бюрократии. Это список действий, который защищает вас от ошибок под давлением. У нас есть типовой чек-лист для обновления 1С, который мы дорабатываем под каждого клиента. Блок «до» выглядит примерно так: проверить, что все пользователи вышли из базы; сделать выгрузку в dt-файл; сделать снимок виртуальной машины; скачать дистрибутив обновления с портала 1С и проверить его контрольную сумму; уведомить сотрудников о том, что база будет недоступна.

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

После обновления обязательно нужно проверить внешние компоненты. КриптоПро — работает ли подпись в ЭДО. Подключение к банку через клиент-банк или через 1С:DirectBank — передаются ли платёжки. Интеграция с Честным ЗНАКом, если она есть. Плюс убедиться, что все внешние обработки и дополнительные отчёты, которые вы используете в работе, по-прежнему открываются. Это занимает 15-30 минут, но экономит часы разбора проблем потом.

Ошибки, которые я вижу снова и снова

Ошибка номер один — обновление без тестовой базы. «У нас всё типовое, ничего не меняли». Слышал это раз двести. А потом оказывается, что год назад фрилансер добавил нестандартную печатную форму для договоров, и она теперь не открывается. Или что подключённый модуль обмена с маркетплейсом несовместим с новым релизом. Типового почти ни у кого нет — просто люди не всегда знают об изменениях, которые когда-то вносились в их систему.

Ошибка номер два — обновлять сразу несколько конфигураций за один раз. У многих компаний стоит и Бухгалтерия предприятия, и ЗУП, иногда ещё Управление торговлей или Розница. Правило простое: обновляем по одной. Сначала Бухгалтерию, проверили, всё работает. Потом ЗУП. Это дольше — да. Но если что-то сломалось, вы точно знаете, в какой конфигурации искать проблему, а не копаетесь во всём сразу в режиме паники.

Ошибка номер три — не сообщать сотрудникам. Бухгалтер в 22:00 открывает базу, чтобы доделать что-то перед сдачей, а там идёт обновление. Или хуже — администратор начинает обновление, не зная, что кто-то работает в базе прямо сейчас. Активные сессии во время обновления могут привести к повреждению данных. Уведомление всех пользователей перед обновлением — не вежливость, а техническая необходимость.

Если своего IT-специалиста нет

Большинство компаний, с которыми мы работаем, не держат в штате системного администратора. Бухгалтер Марина Ивановна справлялась раньше сама, но теперь 1С стала сложнее, сервер есть, RDP-доступ для удалёнки настроен, а что делать с обновлениями — непонятно. Это нормальная ситуация для компании до пятидесяти рабочих мест. Содержать штатного сисадмина ради нескольких обновлений в год экономически бессмысленно.

Если вы работаете с IT-аутсорсером — убедитесь, что в договоре явно прописано обновление 1С. Часто бывает так: договор на обслуживание инфраструктуры есть, но 1С «не в зоне ответственности» — обновляет либо 1С-франчайзи отдельно за отдельные деньги, либо вообще никто. Это дыра в процессе. Кто-то должен отвечать за то, чтобы обновления происходили вовремя, по регламенту и с бэкапами. Уточните этот вопрос прямо сейчас, не откладывая.

Стоимость регулярного обновления 1С в рамках аутсорсинга в Москве — от 3 000 до 8 000 рублей в месяц, в зависимости от количества конфигураций и сложности доработок. Это дешевле, чем один день простоя бухгалтерии, когда обновление прошло криво, плюс срочный выезд специалиста. Мы у себя включаем обновление 1С в базовый пакет обслуживания — клиент не должен думать об этом вообще. Обновления происходят в фоне, в ночное время, по регламенту. Бухгалтерия с утра работает.

Частые вопросы

Сколько времени занимает обновление 1С?
Зависит от размера базы и количества доработок. Типовая конфигурация без модификаций на базе 5-10 Гб — от 20 до 40 минут. Если конфигурация сильно изменена или база крупная — от часа до трёх-четырёх. На всё это время база недоступна для пользователей, поэтому планируйте окно с запасом и не обновляйтесь перед срочными задачами вроде сдачи отчётности.

Нужна ли подписка ИТС для обновления 1С?
Да, для получения обновлений конфигураций необходима действующая подписка ИТС — Информационно-технологическое сопровождение. Без неё скачать новый релиз с портала 1С легально не получится. Стоимость ИТС для Бухгалтерии предприятия — от 6 300 до 15 000 рублей в год в зависимости от поставщика и комплекта. Если подписки нет или она просрочена — это нужно решить первым делом.

Что делать, если после обновления перестал работать КриптоПро?
Это частая история после обновлений. Обычно помогает переустановка компонента КриптоПро ЭЦП Browser plug-in или обновление самого КриптоПро до версии, совместимой с новым релизом 1С. Иногда нужно перерегистрировать лицензию. Решается за 15-30 минут, если делать это спокойно. Лучше проверять совместимость заранее — в тестовом контуре, до того как обновление ушло на боевую базу.

Можно ли обновлять 1С, если сотрудники работают удалённо через RDP?
Можно, но сначала нужно убедиться, что все пользователи вышли из базы. Через консоль сервера или через список активных пользователей в 1С видно, кто сейчас подключён. Принудительно завершите все сессии перед запуском обновления. Лучше предупредить сотрудников заблаговременно — чтобы они сохранили незаконченную работу и спокойно вышли, а не узнавали о недоступности базы в самый неподходящий момент.