Аудит базы 1С изнутри: сервер, права, учёт, скорость и обновления
Содержание
Аудит 1С проводят в пять проходов: инфраструктура (платформа, сервер, СУБД, копии), права и безопасность, качество учётных данных, производительность, актуальность релизов. Итог — таблица находок с оценкой риска и план работ. Для базы на 10–30 пользователей полная проверка занимает 2–4 рабочих дня, для крупной клиент-серверной системы — 2–3 недели.
Проверять систему на ошибки и уязвимости лучше на копии базы: часть тестов (тестирование и исправление, выгрузка в .dt, сравнение конфигураций) нагружает сервер и требует монопольного доступа. Рабочую базу трогайте только для чтения: журналы, списки пользователей, настройки.
С чего начать: цели, доступы и копия
Аудит без цели превращается в перечень «всего подряд». Сначала договоритесь, зачем он нужен: база тормозит, сменился подрядчик, впереди налоговая проверка, переход на новую конфигурацию или просто инвентаризация после нескольких лет без присмотра.
Что запросить до старта:
- 🔑 учётную запись с полными правами в базе и доступ к Конфигуратору;
- 🖥️ доступ к серверу 1С и к СУБД (хотя бы на чтение настроек);
- 📄 список пользователей с должностями — понадобится при сверке прав;
- 🧾 перечень доработок, если подрядчик их документировал;
- 📞 контакт того, кто отвечает за резервные копии.
Снимите свежую выгрузку .dt и разверните её в отдельной базе. На ней вы будете запускать тяжёлые проверки, не рискуя рабочими данными.
Технический аудит: платформа, сервер, СУБД и копии
Здесь ищут то, что может положить систему целиком.
Платформа и режим работы
Посмотрите номер платформы в Справка → О программе (или в окне «О программе» через значок в шапке). Сверьте его с требованиями релиза конфигурации: в описании обновления указан минимальный номер платформы. Если версия ниже — следующее обновление конфигурации
просто не встанет.
Зафиксируйте режим работы: файловый или клиент-серверный. Файловая база выше 15–20 одновременных пользователей и объёма в несколько гигабайт — уже риск: растут блокировки и время отклика.
Сервер 1С и кластер
Откройте консоль администрирования серверов 1С и проверьте:
- Сколько рабочих серверов и рабочих процессов в кластере.
- Диапазон портов рабочих процессов (задаётся в свойствах рабочего сервера) и открыты ли нужные порты: 1540 для агента, 1541 для менеджера кластера.
- Не висят ли старые сеансы. Список с лицензиями даёт команда
rac session list --licenses— удобно, если консоль недоступна. - Включены ли профили безопасности для баз, куда заходят внешние обработки.
СУБД и резервные копии
Для MS SQL Server и PostgreSQL проверьте модель восстановления, план обслуживания (обновление статистики, реиндексация) и свободное место на дисках с данными и журналом транзакций.
Главный вопрос раздела — копии. Мало того что они есть: нужно хотя бы раз развернуть копию и убедиться, что база открывается. Копия, которую никто не пробовал восстановить, на аудите считается отсутствующей.
Целостность базы
На копии запустите в Конфигураторе Администрирование → Тестирование и исправление. Для первого прохода включите только проверку логической и ссылочной целостности без исправления. Отчёт покажет битые ссылки и объекты, не найденные в базе.
Тестирование с исправлением требует монопольного доступа и может удалить или заменить «битые» объекты. В рабочей базе его запускают только после копии, в нерабочее время, предупредив пользователей.
Для файловой базы есть ещё утилита chdbfl.exe в каталоге bin платформы. Она проверяет физическую целостность файла 1Cv8.1CD.
Безопасность и права доступа: кто что может
Самые частые находки здесь не про хакеров, а про бардак: уволенные сотрудники с активными учётками, общий пароль на отдел, пять человек с полными правами.
Пользователи и роли
Откройте Администрирование → Настройки пользователей и прав → Пользователи. Выгрузите список и сверьте его со штатным расписанием. Проверьте:
- 👤 учётки уволенных — их нужно запретить к входу, а не удалять (иначе пропадёт история в журнале);
- 🔓 пользователей с профилем «Администратор» или ролью полных прав: в норме это 1–2 человека;
- 👥 общие учётки вроде «Бухгалтер» или «Склад» — по ним невозможно установить, кто что менял;
- 🔑 пользователей без пароля и с аутентификацией ОС, привязанной к чужой доменной записи.
Права в типовых конфигурациях на БСП выдают через группы доступа. Проверьте, нет ли групп, в которые входят все подряд, и не дают ли профили доступ к разделам, которые человеку не нужны: кладовщику — к зарплате, менеджеру — к банку.
Политика паролей и даты запрета
В Администрирование → Настройки пользователей и прав найдите настройки входа: минимальная длина пароля, сложность, срок действия. Там же — даты запрета изменения. Если закрытые периоды не защищены, любой бухгалтер может перепровести документ двухлетней давности, и отчётность «поплывёт».
Журнал регистрации
Журнал открывается в Администрирование → Обслуживание → Журнал регистрации. Отфильтруйте события за последний месяц и посмотрите:
- Входы в нерабочее время и с незнакомых компьютеров.
- Удаление объектов и изменение пользователей.
- Запуски внешних обработок.
- Ошибки, которые повторяются десятки раз в день.
Если журнал пуст или хранит только пару недель — это отдельная находка. Уровень записи и срок хранения настраиваются в Конфигураторе.
Внешние обработки и доработки
Посмотрите список дополнительных отчётов и обработок, а также расширения конфигурации . Каждую обработку из неизвестного источника стоит открыть и прочитать код: она выполняется с правами пользователя и может записать в базу что угодно.
Отдельно оцените объём изменений типовой конфигурации: в Конфигураторе откройте Конфигурация → Поддержка → Настройка поддержки и проверьте, на поддержке ли конфигурация и включена ли возможность изменения. Затем сравните её с конфигурацией поставщика. Чем больше правок в самой конфигурации, а не в расширениях, тем дороже каждое обновление.
Если в базе хранятся паспортные данные, СНИЛС и зарплаты, проверка прав — это ещё и вопрос защиты персональных данных по закону № 152-ФЗ. Доступ к кадровым сведениям должен быть только у тех, кому он нужен по должности.
Проверка учёта и данных в базе
Технически здоровая база может содержать учёт, который не сходится. Эта часть аудита ближе к работе бухгалтера, чем администратора.
Встроенные проверки
В 1С:Бухгалтерии 3.0 начните с отчёта «Экспресс-проверка ведения учета» в разделе Отчеты → Анализ учета. Он проверяет остатки, сальдо, корректность закрытия месяца и показывает, где искать ошибку. Запускайте его по каждому закрытому кварталу.
Затем пройдите по оборотно-сальдовой ведомости. Тревожные признаки:
- 🔴 красное сальдо на счетах, где его быть не может: 10, 41, 50, 01;
- 🔴 остаток на 90 и 91 после реформации баланса;
- 🔴 непогашенные остатки на 60 и 62 по контрагентам, с которыми давно не работают;
- 🔴 неразнесённые суммы на 76 и 99 без расшифровки.
Справочники и дубли
Дубли контрагентов и номенклатуры ломают сверку расчётов и аналитику. Отсортируйте справочник контрагентов по ИНН и найдите повторы. В типовых конфигурациях есть обработка поиска и удаления дублей — её проще найти через поиск по разделу Администрирование.
Проверьте и учётную политику: выбранные методы должны совпадать с приказом организации. Требование вести внутренний контроль фактов хозяйственной жизни закреплено в статье 19 закона № 402-ФЗ, и аудит базы — практическая часть этого контроля.
Закрытие месяца
Откройте обработку закрытия месяца за последние 3–4 периода. Если какие-то регламентные операции выполнены с ошибками или пропущены, себестоимость и финансовый результат неверны. Особенно часто ломаются расчёт себестоимости и распределение косвенных расходов.
Почему база тормозит: анализ производительности
Жалобы «1С медленно работает» почти всегда сводятся к одному из четырёх узких мест: диск, память, блокировки или неудачный код доработок.
Что замерить
| Что проверить | Где смотреть | Нормальный ориентир |
|---|---|---|
| Загрузка процессора сервера | Диспетчер задач, монитор ресурсов | Не выше 70% длительно |
| Свободная память | Монитор ресурсов | Не меньше 20% |
| Очередь диска | Системный монитор | Близко к 0–2 |
| Время ожидания на блокировках | Технологический журнал | Без регулярных таймаутов |
| Размер таблиц и индексов | Средства СУБД | Без резкого роста за месяц |
Технологический журнал
Самый точный инструмент — технологический журнал платформы. Его включают файлом logcfg.xml в каталоге conf платформы. Для поиска долгих операций настраивают сбор событий длительностью больше заданного порога.
<config xmlns="http://v8.1c.ru/v8/tech-log">
<log location="C:\techlog" history="24">
<event>
<eq property="name" value="CALL"/>
</event>
<event>
<eq property="name" value="TTIMEOUT"/>
</event>
<event>
<eq property="name" value="TDEADLOCK"/>
</event>
</log>
</config>
Технологический журнал быстро растёт. Включайте его на 1–2 рабочих дня, следите за местом на диске и не забудьте удалить logcfg.xml после сбора данных.
Клиентская сторона
Если на сервере всё спокойно, а у пользователей тормозит, проверьте сеть и рабочие места. При старте с параметром /ClearCache платформа очищает кэш клиента — это снимает часть странных зависаний после обновлений. Отдельно проверьте, у всех ли пользователей одна и та же версия платформы.
Для постоянного контроля в крупных системах используют замер APDEX по ключевым операциям: проведение реализации, формирование ОСВ, открытие списка документов. Тогда «медленно» превращается в число, которое можно сравнивать месяц к месяцу.
Актуальность релизов и требований закона
Устаревший релиз опасен не сам по себе. Опасно другое: формы отчётности, форматы электронных документов и ставки меняются, и база начинает выдавать неверные декларации.
Как оценить отставание
Номер текущего релиза видно в окне «О программе». Проверить наличие обновлений можно в Администрирование → Интернет-поддержка и сервисы, если подключена интернет-поддержка. Отставание на 1–2 релиза обычно не критично. Отставание больше чем на полгода почти гарантирует проблемы со сдачей отчётности.
Что проверить по законодательству
- 📑 актуальные ли формы регламентированных отчётов и проходят ли они встроенную проверку;
- 💳 работает ли обмен с банком и операторами ЭДО;
- 🏷️ если организация работает с маркировкой — проходит ли обмен с ГИС МТ без ошибок;
- 🧮 правильно ли заполнены ставки налогов и взносов на текущий год.
Если конфигурация сильно доработана, обновление стоит отдельно оценить в часах: каждое изменение типовых объектов придётся переносить при объединении. Это прямой аргумент для переноса доработок в расширения.
Отчёт по аудиту и план работ
Результат аудита — не «всё плохо», а документ, по которому можно планировать бюджет.
Структура отчёта
- Краткое резюме на одну страницу для руководителя: 3–5 главных рисков.
- Таблица находок: что найдено, где, чем грозит, оценка риска.
- План работ с оценкой трудозатрат и очередностью.
- Приложения: выгрузки прав, отчёт тестирования базы, сводка по техжурналу.
Как ранжировать находки
| Уровень | Пример находки | Срок реакции |
|---|---|---|
| Критический | Нет проверенных резервных копий | Сразу |
| Высокий | У уволенных сотрудников активны учётки с правами | В течение недели |
| Средний | Конфигурация отстаёт на 5 релизов | В течение месяца |
| Низкий | Дубли в справочнике номенклатуры | По плану |
Каждая строка плана должна отвечать на три вопроса: что сделать, кто делает, к какому сроку. Повторный аудит через 6–12 месяцев покажет, что из плана выполнено, а что так и осталось строчкой в отчёте.
Частые вопросы
Можно ли провести аудит 1С своими силами?
Сколько стоит аудит 1С у подрядчика?
Как часто нужно проверять систему?
Нужно ли останавливать работу пользователей на время аудита?
Чем аудит 1С отличается от аудита бухгалтерской отчётности?
Источники
- Федеральный закон от 06.12.2011 № 402-ФЗ «О бухгалтерском учете»
- Федеральный закон от 27.07.2006 № 152-ФЗ «О персональных данных»