Аудит базы 1С изнутри: сервер, права, учёт, скорость и обновления

· 9 мин

Содержание

Аудит 1С проводят в пять проходов: инфраструктура (платформа, сервер, СУБД, копии), права и безопасность, качество учётных данных, производительность, актуальность релизов. Итог — таблица находок с оценкой риска и план работ. Для базы на 10–30 пользователей полная проверка занимает 2–4 рабочих дня, для крупной клиент-серверной системы — 2–3 недели.

Проверять систему на ошибки и уязвимости лучше на копии базы: часть тестов (тестирование и исправление, выгрузка в .dt, сравнение конфигураций) нагружает сервер и требует монопольного доступа. Рабочую базу трогайте только для чтения: журналы, списки пользователей, настройки.

С чего начать: цели, доступы и копия

Аудит без цели превращается в перечень «всего подряд». Сначала договоритесь, зачем он нужен: база тормозит, сменился подрядчик, впереди налоговая проверка, переход на новую конфигурацию или просто инвентаризация после нескольких лет без присмотра.

Что запросить до старта:

  • 🔑 учётную запись с полными правами в базе и доступ к Конфигуратору;
  • 🖥️ доступ к серверу 1С и к СУБД (хотя бы на чтение настроек);
  • 📄 список пользователей с должностями — понадобится при сверке прав;
  • 🧾 перечень доработок, если подрядчик их документировал;
  • 📞 контакт того, кто отвечает за резервные копии.

Снимите свежую выгрузку .dt и разверните её в отдельной базе. На ней вы будете запускать тяжёлые проверки, не рискуя рабочими данными.

Готовность к аудиту
Выполнено: 0 / 6

Технический аудит: платформа, сервер, СУБД и копии

Здесь ищут то, что может положить систему целиком.

Платформа и режим работы

Посмотрите номер платформы в Справка → О программе (или в окне «О программе» через значок в шапке). Сверьте его с требованиями релиза конфигурации: в описании обновления указан минимальный номер платформы. Если версия ниже — следующее обновление конфигурации просто не встанет.

Зафиксируйте режим работы: файловый или клиент-серверный. Файловая база выше 15–20 одновременных пользователей и объёма в несколько гигабайт — уже риск: растут блокировки и время отклика.

Сервер 1С и кластер

Откройте консоль администрирования серверов 1С и проверьте:

  1. Сколько рабочих серверов и рабочих процессов в кластере.
  2. Диапазон портов рабочих процессов (задаётся в свойствах рабочего сервера) и открыты ли нужные порты: 1540 для агента, 1541 для менеджера кластера.
  3. Не висят ли старые сеансы. Список с лицензиями даёт команда rac session list --licenses — удобно, если консоль недоступна.
  4. Включены ли профили безопасности для баз, куда заходят внешние обработки.

СУБД и резервные копии

Для MS SQL Server и PostgreSQL проверьте модель восстановления, план обслуживания (обновление статистики, реиндексация) и свободное место на дисках с данными и журналом транзакций.

Главный вопрос раздела — копии. Мало того что они есть: нужно хотя бы раз развернуть копию и убедиться, что база открывается. Копия, которую никто не пробовал восстановить, на аудите считается отсутствующей.

Целостность базы

На копии запустите в Конфигураторе Администрирование → Тестирование и исправление. Для первого прохода включите только проверку логической и ссылочной целостности без исправления. Отчёт покажет битые ссылки и объекты, не найденные в базе.

Тестирование с исправлением требует монопольного доступа и может удалить или заменить «битые» объекты. В рабочей базе его запускают только после копии, в нерабочее время, предупредив пользователей.

Для файловой базы есть ещё утилита chdbfl.exe в каталоге bin платформы. Она проверяет физическую целостность файла 1Cv8.1CD.

Безопасность и права доступа: кто что может

Самые частые находки здесь не про хакеров, а про бардак: уволенные сотрудники с активными учётками, общий пароль на отдел, пять человек с полными правами.

Пользователи и роли

Откройте Администрирование → Настройки пользователей и прав → Пользователи. Выгрузите список и сверьте его со штатным расписанием. Проверьте:

  • 👤 учётки уволенных — их нужно запретить к входу, а не удалять (иначе пропадёт история в журнале);
  • 🔓 пользователей с профилем «Администратор» или ролью полных прав: в норме это 1–2 человека;
  • 👥 общие учётки вроде «Бухгалтер» или «Склад» — по ним невозможно установить, кто что менял;
  • 🔑 пользователей без пароля и с аутентификацией ОС, привязанной к чужой доменной записи.

Права в типовых конфигурациях на БСП выдают через группы доступа. Проверьте, нет ли групп, в которые входят все подряд, и не дают ли профили доступ к разделам, которые человеку не нужны: кладовщику — к зарплате, менеджеру — к банку.

Политика паролей и даты запрета

В Администрирование → Настройки пользователей и прав найдите настройки входа: минимальная длина пароля, сложность, срок действия. Там же — даты запрета изменения. Если закрытые периоды не защищены, любой бухгалтер может перепровести документ двухлетней давности, и отчётность «поплывёт».

Журнал регистрации

Журнал открывается в Администрирование → Обслуживание → Журнал регистрации. Отфильтруйте события за последний месяц и посмотрите:

  1. Входы в нерабочее время и с незнакомых компьютеров.
  2. Удаление объектов и изменение пользователей.
  3. Запуски внешних обработок.
  4. Ошибки, которые повторяются десятки раз в день.

Если журнал пуст или хранит только пару недель — это отдельная находка. Уровень записи и срок хранения настраиваются в Конфигураторе.

Внешние обработки и доработки

Посмотрите список дополнительных отчётов и обработок, а также расширения конфигурации . Каждую обработку из неизвестного источника стоит открыть и прочитать код: она выполняется с правами пользователя и может записать в базу что угодно.

Отдельно оцените объём изменений типовой конфигурации: в Конфигураторе откройте Конфигурация → Поддержка → Настройка поддержки и проверьте, на поддержке ли конфигурация и включена ли возможность изменения. Затем сравните её с конфигурацией поставщика. Чем больше правок в самой конфигурации, а не в расширениях, тем дороже каждое обновление.

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

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

  • 📑 актуальные ли формы регламентированных отчётов и проходят ли они встроенную проверку;
  • 💳 работает ли обмен с банком и операторами ЭДО;
  • 🏷️ если организация работает с маркировкой — проходит ли обмен с ГИС МТ без ошибок;
  • 🧮 правильно ли заполнены ставки налогов и взносов на текущий год.

Если конфигурация сильно доработана, обновление стоит отдельно оценить в часах: каждое изменение типовых объектов придётся переносить при объединении. Это прямой аргумент для переноса доработок в расширения.

Отчёт по аудиту и план работ

Результат аудита — не «всё плохо», а документ, по которому можно планировать бюджет.

Структура отчёта

  1. Краткое резюме на одну страницу для руководителя: 3–5 главных рисков.
  2. Таблица находок: что найдено, где, чем грозит, оценка риска.
  3. План работ с оценкой трудозатрат и очередностью.
  4. Приложения: выгрузки прав, отчёт тестирования базы, сводка по техжурналу.

Как ранжировать находки

УровеньПример находкиСрок реакции
КритическийНет проверенных резервных копийСразу
ВысокийУ уволенных сотрудников активны учётки с правамиВ течение недели
СреднийКонфигурация отстаёт на 5 релизовВ течение месяца
НизкийДубли в справочнике номенклатурыПо плану

Каждая строка плана должна отвечать на три вопроса: что сделать, кто делает, к какому сроку. Повторный аудит через 6–12 месяцев покажет, что из плана выполнено, а что так и осталось строчкой в отчёте.

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

Можно ли провести аудит 1С своими силами?
Да, для небольшой базы. Проверку прав, журнала, учёта и релизов осилит опытный администратор с бухгалтером. Разбор техжурнала и нагрузки на СУБД лучше доверить специалисту с опытом настройки серверов 1С.
Сколько стоит аудит 1С у подрядчика?
Ориентировочно от 15–30 тысяч рублей за экспресс-проверку небольшой базы до нескольких сотен тысяч за полное обследование клиент-серверной системы с анализом производительности. Цена зависит от числа баз, пользователей и глубины проверки.
Как часто нужно проверять систему?
Полный аудит — раз в год и при смене подрядчика. Права пользователей и резервные копии стоит проверять ежеквартально, а экспресс-проверку учёта — после закрытия каждого квартала.
Нужно ли останавливать работу пользователей на время аудита?
Почти всё проверяется без остановки. Монопольный доступ нужен только для тестирования и исправления, загрузки .dt и обновления структуры базы — эти шаги делают на копии или в нерабочее время.
Чем аудит 1С отличается от аудита бухгалтерской отчётности?
Аудит отчётности проверяет достоверность цифр и заканчивается заключением аудитора. Аудит 1С проверяет саму систему: надёжность, права, скорость и качество данных, на которых эти цифры строятся.

Источники

  • Федеральный закон от 06.12.2011 № 402-ФЗ «О бухгалтерском учете»
  • Федеральный закон от 27.07.2006 № 152-ФЗ «О персональных данных»