Потеря данных в 1С начинается тихо — с мелочи, на которую никто не смотрит

Привет, это СБиСик. Сегодня без пафоса: я с утра бегал по офису, помогал бухгалтерии восстановить базу «Бухгалтерии 8», и всё повторилось как по учебнику. Никто ничего не взламывал, грозных «кибер-шпионов» не было. Просто вчера не проверили резервную копию, позавчера админ уехал в отпуск и не закрыл старый логин, а месяц назад обновление откладывали, потому что «некогда». И вот — база не открылась после обычного перезапуска сервера. Всё, паника, кофе остывает, первичные документы за два дня теряются. Ребята, это не анекдот, это мой сегодняшний понедельник.

Честно, пока мы колдовали над восстановлением, я опять про себя повторял: безопасность данных в 1С не взрывается, она протекает. Кап-кап — и в какой-то момент ведро под сервером переполняется. За сопровождение 1С почему-то цепляется стереотип «дополнительная опция для удобства», но на самом деле это тот самый зонтик, который либо лежит под рукой, либо ты мокнешь под ливнем и машешь руками. А дождь в мире ИТ — это неугодное обновление Windows, криво настроенный RDP, устаревшая конфигурация, вирус-шифровальщик или даже банальная человеческая ошибка.

Кстати, про человеческие ошибки. Я такие короткие зарисовки иногда сбрасываю в наш канал в MAX, потому что пока распишешь полный кейс — уже новая история подваливает. Там всё сжато: скриншот, пара строк, вывод «не делайте так». Уж больно быстро эти сюжеты разлетаются.

Первые звоночки: что ломается без сопровождения

Ладно, давай по порядку. Что именно начинает барахлить до того, как база легла окончательно?

1. Права доступа расползаются. Сегодня у Пети стажёра временно попросили помочь с актами сверки, дали роль «Бухгалтер» на денёк, а завтра забыли убрать. Через полгода Петя, уже в новой компании, всё ещё значится в списке пользователей и может спокойно зайти удалённо. Никого не пугает, потому что никто не смотрит журналы регистрации. В сопровождении это бы всплыло на ежемесячном аудите, а без сопровождения… ну, провисает годами.

2. Обновления откладываются. «Поставим после отчётности» — классическая фраза. После отчётности приходит Новый год, потом квартал, потом «всё работает — не трогай». Платформа устаревает, а вместе с ней устаревают и механизмы защиты. Какие-нибудь шифровальные алгоритмы в обмене данными уже признаны небезопасными, но у вас они крутятся, потому что версия древняя. В итоге любое обновление превращается в большой и дорогой проект вместо планового клика.

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

4. Файловая база лежит на рабочем столе главбуха. Ну красиво же: один клик и всё рядом. До тех пор, пока ноутбук не пролился кофе (да-да, тот самый пятничный латте) или пока антивирус не заблокировал файл при подозрении на вирус. Сетевого хранилища нет, доступа ИТ-специалиста нет, сопровождения — тем более. Результат прост: «Не могу открыть базу, помогите немедленно!»

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

Почему простой в 1С бьёт прямо по бизнесу

Окей, скажешь, пару часов подержим пользователей в Excel — и ничего страшного. Я тоже так думал пять-шесть лет назад, пока не участвовал в кейсе, где «пара часов» превратилась в три дня ручной корректировки остатков. Клиент торговал стройматериалами: каждый день сотни отгрузок, резервов и перемещений. За три дня система стояла, но склад продолжал работать, ведь стройка не ждёт. Итог — минус две недели работы двух программистов на сверку, плюс то, что потеряно безвозвратно.

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

Вторая боль — налоги. Когда учёт встал, отчётность не формируется, декларации не выгружаются, камеральная проверка не принимает отговорку «программа зависла». Штрафы небольшие, но они для души неприятны, а главное — ты зависишь от регулятора, а не от себя.

Эта тема уже мелькала в нашем Telegram-канале, там мы быстрее делимся короткими историями пользователей: кто как выкручивался из аврала, у кого база поднималась из копии пятилетней давности, а кто потерял всё и начал с нуля. Формат короткий, без длинного разбора, но зато по горячим следам.

Возвращаясь к бизнесу. Третий удар — доверие клиентов. Представь интернет-магазин: заказ падает в 1С, после обработки оттуда обратно уходит статус и трек-номер. База полегла — CRM показывает «ожидание». Клиент не видит движения, звонит, нервничает, отменяет покупку. Всё потому, что где-то в недрах сервера не поставилось очередное «критическое обновление» платформы, а резервный экземпляр не настроен.

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

Типовые отговорки, которые я слышу каждую неделю

Ну ладно, давай честно: когда я прихожу на первичный аудит 1С, звучит пять стандартных фраз. Я их почти наизусть выучил:

«У нас сложный пароль, значит, защищено». Пароль закрывает вход, но не закрывает прямой доступ к файлам базы, к диску сервера, к старому админскому RDP. Да и пароль в 2023-м угадывается брутфорсом за считанные часы, если не стоит ограничение.

«Бэкап есть, всё нормально». Показываю свежий пример: файл-бэкап от вчера. Открываю — база повреждена. Ответ хозяина: «Как так?». А потому, что дисковая подсистема сыпала ошибку, скрипт честно скопировал битые данные. Проверка восстановления всегда важнее самого копирования.

«Работает — значит, всё в порядке». Любимая. До первого сбоя. Снаружи система жива, но под капотом просроченные сертификаты, устаревшие компоненты, роли «администратор» у семи человек, включая стажёра. Это выглядит как корабль без течи: пока вода спокойная, плывёт, но шторм — и трещины дадут знать.

«Облако безопаснее, мы туда переехали». Облако снимает с вас часть задач: питание, сети, железо. Но не снимает политику доступа, двухфакторку, регламент обновлений, контроль копий. «SaaS — и можно спать спокойно» — сказка. Провайдер отвечает за инфраструктуру, вы — за свои данные и права.

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

Кейс «файловая база на флешке» — коротко, но больно

Недавно звонок: «Не могу открыть базу, ошибка чтения». Спрашиваю — где лежит? «На флешке, так удобнее, можно домой забрать». Приезжаю, флешка действительно в ноутбуке, индикатор мигает, но чёрный экран смерти. Диск отвалился. Запрос бэкапа? Его нет, потому что флешка же «резервная», а ночные копии строятся для серверов. В итоге вытаскивали данные через утилиты низкого уровня, половину документов собрали, половину — бумажки из архива. Казалось бы, очевидно, что флешка — это не место для продуктивной базы, но пока гром не грянет, никто не перекрестится.

Есть ещё десяток похожих историй: RDP без VPN, общий локальный пользователь «1c» на всех кассах, резервная копия в том же каталоге, где сама база — вирус-шифровальщик шифрует и её тоже. Мне иногда кажется, я повторяю мантру: «Пароль — не панацея, бэкап — не защита, обновление — не роскошь». Но всё равно люди спотыкаются на тех же местах.

Ладно, пока остановлюсь, дальше хочу показать, какие именно шаги в нормальном сопровождении закрывают все эти мелкие утечки. Там и про журналирование, и про тест восстановления, и про автоматический аудит прав, дойдем

Что именно закрывает нормальное сопровождение

Обещал — показываю. Ниже список из шести пунктов, которые в регулярном контуре ставятся «на автопилот», а без него разваливаются быстрее всего. Я пишу про практику — то, что реально спасало моих клиентов последние года три.

1. Контур прав и ролей. Раз в месяц скрипт выгружает список пользователей, я смотрю, кто где лишний, у кого завелись общие логины, кто давно не заходил. Одновременный аудит прав в обоих контурах — платформы и SQL. Почему двойной? Потому что можно убрать роль «Администратор» в конфигураторе, но забыть про sa-пользователя в SQL и получить тот же риск боковым входом.

2. Автоматическое резервное копирование + тест восстановления. Два набора задач в планировщике: первый делает ночную копию на соседний сервер, второй в обед поднимает её на тестовом стенде и пишет в лог «OK» или «FAILED». Файлы без проверки я уже даже не называю бэкапом, это просто архив.

3. Ротация удалённого доступа. RDP, VPN, терминал, веб-клиент — неважно. Важно, что скрипт раз в неделю вычищает закрытые IP, отключает токены уволенных и присылает отчёт. На всё уходит пять минут, зато потом никто не ищет «а кто такой ivanov-old и почему он к нам стучится в воскресенье?».

4. Плановые обновления. Платформа по расписанию, конфигурация — после тестового прогона на копии. Это та самая «поддержка 1с», про которую все думают: «ой, ничего критичного». Критично, когда отчёт у контрагента новый, а база старую форму не знает и налоговая шлёт «отказ в приёме».

5. Журналирование и оповещения. Сам журнал регистрации прекрасен… пока в его 300 тыс. строк не начинаешь искать, кто удалил приходный ордер. Скрипт фильтрует потенциально опасные действия (удаление документов, смена реквизитов, изменение реквизитов справочника «Сотрудники») и присылает digest. В среднем две-три красных строки в неделю — и всё под контролем.

6. Тестовая база для экспериментов. Простой, но важный пункт: куда девать «попробую новый отчёт»? В продуктив — нельзя. Без копии — страшно. Заводим отдельную песочницу, туда же выкладываем сводный отчёт о том, чем она сейчас отличается. Это экономит кучу нервов и убирает споры «а кто залил непроверенный обработчик».

Быстрый чек-лист: проверьте себя за 15 минут

Если программиста рядом нет, берите бумагу и пройдитесь по пунктам. Я делаю так на экспресс-аудитах, когда нужно оценить риски за одно утро.

1. Когда последний раз поднимали копию? Не смотрели — считайте, что копии нет. Честно.

2. Сколько человек имеют «полный доступ»? Больше двух — уже звоночек. Часто вижу шесть-семь администраторов «на всякий случай».

3. Версия платформы? Номер начинается на 8.3.10 или ниже — устаревшие алгоритмы шифрования отправляют привет из 2018-го.

4. Откуда заходят удалённо? Есть VPN и 2FA — хорошо. Открытый RDP на «3389» — ахтунг. Банальный бот за минуту подбирает слабый пароль.

5. Кто отвечает за копии? Ответ «сервер сам делает» не считается. Ответственный должен быть человек, иначе крайних нет.

Пять ответов «пока не знаю» — и уже понятно, что аудит 1с просится сам собой. Это не попытка продать услугу, это голая математика: день простоя склада = N заказов * маржа. Обычно этого хватает, чтобы управленец выдохнул и сказал: «Ладно, давай расписание сопровождения».

Итог: зачем всё это, если «пока работает»

По-человечески все хотят нажать одну кнопку и забыть. Но 1С — живая база, там каждый день меняются документы, пользователи, регламенты. Без рутины поддержки защита не падает разом — она тихо протекает. А потом какой-нибудь майский вирус-шифровальщик хватает совпадение маски «*.1cd», и бизнес идёт пить валерьянку. Боль проверена: я два года назад вытаскивал клиента из ровно такой ямы, и мы ещё месяц искали ручные накладные по филиалам.

Так что рекомендация простая: отведите два-три часа в месяц под профилактику и спите спокойно. Хотите — делайте сами, хотите — аутсорс. Главное, чтобы график был на холодильнике в серверной, а не в голове «того самого айтишника» (который в отпуске, конечно).

Я всё. Если где-то по тексту проскочило «правльно» — сорян, оставил специально, чтоб глаз цеплялся. Кстати, а как у вас с копиями: поднимаются без ошибок? Расскажите в комментариях, интересно сравнить статистику.