← На главную

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

Этап 1. Проверка юридически значимых документов

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

1. Лицензионный или сублицензионный договор: Основное соглашение, по которому передавались права на ПО.
2. Акт приема-передачи или УПД: Документ, фиксирующий дату и факт получения программного продукта.
3. Платежные поручения: Подтверждение оплаты. Если программа куплена 10 лет назад, отсутствие этих документов может стать критическим фактором при глубокой проверке.
4. Регистрационная карточка: Состоит из двух частей. Одна отправляется в «1С», вторая остается у пользователя. Если физическая карточка утеряна (что случается часто), необходимо проверить регистрацию в личном кабинете на портале 1С.

Важный нюанс: Если организация работает в составе группы компаний, проанализируем, на кого именно оформлены лицензии. Если 1С куплена на «ООО Ромашка», а использует ее «ООО Лютик» в той же локальной сети, должно быть оформлено письменное разрешение от правообладателя или договор аренды ПО.

Этап 2. Технический аудит системы защиты

Теперь перейдем к технической части. Выясним причину появления «фантомных» лицензий. Зачастую компания покупает официальную версию, но системный администратор «для удобства» ставит эмулятор или патч. Это превращает легально купленный продукт в контрафактный с точки зрения закона.

Рассмотрим, что нужно проверить в первую очередь:

• Окно «О программе»: Посмотрим раздел «Лицензия». Здесь должны быть перечислены только те продукты, на которые есть документы. Если в истории лицензий видны записи о 5-пользовательских ключах, которых у клиента никогда не было — это повод для детального расследования. Однако помним, что «хвосты» могут остаться и от легальных ключей программиста, работавшего в базе.
• Поиск эмуляторов: Проверим список установленных драйверов. Нас интересуют следы VBus, MultiKey или виртуальных USB-хабов. Наличие таких драйверов — прямой признак использования средств обхода защиты.
• Целостность исполняемых файлов: Проанализируем содержимое папки bin в каталоге установки платформы. Оригинальные файлы, такие как backend.dll, backbas.dll, frame.dll, должны иметь корректные цифровые подписи и дату изменения, совпадающую с датой релиза. Если размер файла отличается от стандартного или подпись отсутствует — файл модифицирован («пропатчен»).
• Файлы-заглушки: Иногда злоумышленники подменяют системные библиотеки Windows, например wininet.dll или version.dll, располагая их непосредственно в папке с 1cv8.exe. Это делается для блокировки связи программы с серверами проверки лицензий.

Этап 3. Анализ легальности обновлений и договора ИТС

Проверим статус договора информационно-технологического сопровождения (ИТС/КП). Для всех программных продуктов, кроме базовых версий, наличие действующего договора ИТС является обязательным условием для получения обновлений.

Разберем по шагам логику проверки обновлений:

1. Зайдем на портал 1С и сверим список зарегистрированного ПО с тем, что реально установлено на серверах.
2. Сравним дату выхода текущего релиза конфигурации с периодом действия договора ИТС. Если договор закончился в январе, а установленный релиз выпущен в марте — это нарушение.
3. Важно: Само по себе использование программы без ИТС не является нарушением, если вы используете старый релиз, выпущенный в период действия вашей подписки. Запрещено именно обновление без активного договора.

Этап 4. Специфика серверных и клиентских лицензий

Проанализируем ситуацию с количеством рабочих мест. Если у клиента куплена лицензия на 10 пользователей, а в базе одновременно работают 20 — это прямое нарушение лицензионного соглашения. Рассмотрим нюансы:

• Серверная лицензия: Проверим разрядность. Использование 64-битного сервера с лицензией на 32-битный недопустимо.
• Виртуализация: На виртуальных машинах программные лицензии часто «слетают» при изменении параметров памяти или процессора. Убедимся, что для решения этой проблемы не использовались нелегальные активаторы.
• Терминальный доступ: При работе через RDP лицензии могут учитываться по-разному в зависимости от настроек выдачи (сервером 1С или клиентским приложением). Проверим соответствие общего количества купленных лицензий пиковой нагрузке.

Этап 5. Использование официальных инструментов

Для упрощения работы рекомендуем использовать специализированную «Утилиту проверки лицензионности использования системы 1С:Предприятие». Она позволяет в автоматизированном режиме собрать информацию о:

• Установленных версиях платформы и конфигураций.
• Обнаруженных аппаратных ключах защиты (HASP).
• Наличии известных эмуляторов и следов модификации файлов.

Результаты работы этой утилиты станут отличным фундаментом для итогового протокола аудита.

Заключение и выводы

По результатам проверки составим протокол. В нем зафиксируем все обнаруженные несоответствия: от отсутствия первичных документов до технических «хвостов» в системе. Помним, что цель аудита — не наказать клиента, а вовремя выявить слабые места, которые могут привести к изъятию серверов или крупным штрафам (до двукратной стоимости ПО согласно ст. 1301 ГК РФ).

Главный совет: Всегда проверяйте соответствие установленной базовой версии и регистрационной карточки. Если установлена версия Проф, а в документах значится Базовая — это критическое нарушение, требующее немедленного исправления путем покупки соответствующих лицензий или переустановки ПО.