На вопрос, защищает ли резервное копирование 1С от потери данных при сбое сервера, короткий ответ такой: сам механизм в программе есть и он реально работает, но у него два условия, которые легко упустить, файловый режим и открытая программа по расписанию, а проверка того, что копия действительно появилась, остаётся на человеке. Путаницу создаёт то, что опция «включена» в настройках не означает, что копия реально создаётся каждый день.
Что уже делает штатный механизм 1С
Штатный модуль «Резервное копирование и восстановление» (раздел «Администрирование» → «Обслуживание», в типовых конфигурациях: «НСИ и администрирование» → «Поддержка и обслуживание») умеет два режима расписания: «Регулярно», с указанием периода и времени начала, и «При завершении работы», когда копия создаётся при закрытии программы пользователем. Там же настраивают, сколько копий хранить (по умолчанию предлагается «Последние 10 шт.») и куда их сохранять: на локальный диск, на съёмный носитель или в облако при подписке ИТС: Проф (wiseadvice-it.ru, cleverence.ru, 2026).
Где у штатного механизма кончается задача
Это работает только для файловой информационной базы. Для клиент-серверного режима (MS SQL, PostgreSQL) встроенный механизм не подходит вообще, резервную копию в этом случае делают средства самой СУБД, а не кнопка в интерфейсе 1С (wiseadvice-it.ru, 2026). Есть и второе условие даже для файлового режима: копирование требует монопольного доступа, поэтому при расписании «Регулярно» программа должна быть открыта в указанное время, то есть результат зависит от того, не закрыл ли кто-то сессию раньше (cleverence.ru, 2026). Настройка графика и хранения доступна только пользователю с правами администратора, значит кто-то конкретный должен её завести и потом регулярно проверять, что копии реально появляются, а не просто что опция включена.
Что добавляет уведомление поверх
Настройку самого механизма копирования в 1С и работу с СУБД мы не берём, это зона 1С-администратора или франчайзи. Добавить можно другой слой: бот в Telegram, который проверяет, появился ли файл очередной копии за сутки, и присылает сообщение ответственному, если копия не создалась или её размер резко отличается от обычного. Это тот же принцип ежедневного автоматического отчёта, что уже работает в проекте «Цифровой цех» для статусов цеха, только для другого события.
Что не входит
Настройка самого резервного копирования в 1С, восстановление базы после сбоя и работа с СУБД клиент-серверной базы остаются зоной 1С-администратора или ИТ-подрядчика, который обслуживает сервер. Мы не заменяем эту работу, уведомление проверяет только факт и время появления копии, а не её содержимое и не целостность базы.
С чего начинать
Если сейчас никто не может сразу ответить, когда последний раз реально проверяли, что копия базы 1С появилась, стоит начать с бесплатного экспресс-разбора: там выясняется, какая схема копирования включена, файловая или клиент-серверная, кто отвечает за проверку результата и нужен ли отдельный бот-наблюдатель поверх штатного механизма.
Что дальше
Границу между 1С и CRM в целом разбирает статья «1С для производства или CRM», выбор документа учёта выпуска продукции для цеха на 5–50 человек, статья «1С: производство по заказам или без заказов». Цена бота-уведомления и других продуктов уже опубликована на странице цен. Состав продуктов для малых производств целиком на странице «Для малых производств». Если непонятно, с чего начать, запишитесь на бесплатный экспресс-разбор. Работаем удалённо по всей России, подробности на странице «ВзлётБиз по всей России».