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

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

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

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

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

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-специалиста нет

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

Работаете с 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С видно, кто сейчас подключён. Принудительно завершите все сессии перед запуском обновления. Лучше предупредить сотрудников заблаговременно — чтобы они сохранили незаконченную работу и спокойно вышли, а не узнавали о недоступности базы в самый неподходящий момент.