Лицензирование программных продуктов семейства 1С:Предприятие 8 традиционно вызывает множество вопросов у системных администраторов, руководителей ИТ-отделов и партнеров-франчайзи. Долгое время одним из самых спорных и финансово болезненных моментов оставалось лицензирование удаленных подразделений, офисов и торговых точек. Многие компании сталкивались с жесткими требованиями приобретать дорогостоящие основные поставки (программы в коробках) для каждого удаленного филиала, даже если все сотрудники работали в единой базе данных на сервере головного офиса. В этой статье мы подробно проанализируем радикальные изменения в правилах лицензирования «1С», которые значительно упрощают жизнь бизнесу, и разберем, как правильно организовать удаленную работу сегодня без лишних затрат и юридических рисков.
Для того чтобы понять масштаб изменений, давайте вернемся к предыстории. Ранее фирма «1С» в своих официальных правилах лицензирования строго разделяла понятия «удаленное рабочее место» и «удаленный офис (филиал)». Это деление основывалось на старом информационном письме № 3895 от далекого 2005 года.
Согласно прежней трактовке правил (в частности, пунктам 32 и 33 официального FAQ по лицензированию):
1С:Бухгалтерия или 1С:Управление торговлей) для каждого такого офиса. При этом способ подключения — будь то терминальный доступ через RDP, веб-клиент или тонкий клиент — значения не имел.На практике это приводило к абсурдным ситуациям. Представим компанию с разветвленной сетью из 20 небольших розничных точек или региональных представительств, в каждом из которых работает по 2-4 человека. База данных физически находится на сервере в центральном офисе. Люди подключаются к ней удаленно. С технической точки зрения им нужны только клиентские лицензии (рабочие места) и стабильный интернет. Однако, следуя буквальной трактовке старых правил «1С», компания была обязана купить 20 «коробок» программного продукта. ИТ-аудиторы и проверяющие органы при проверке лицензионной чистоты программного обеспечения часто цеплялись именно к этому пункту, выписывая огромные штрафы и требуя докупить ненужные основные поставки.
Фирма «1С» пересмотрела устаревшие требования и внесла принципиальные изменения в текст официального регламента (пункты 32 и 33 ответов на типовые вопросы по лицензированию). Теперь правила стали логичными, прозрачными и ориентированными на современные облачные и сетевые технологии.
Рассмотрим 핵심овое изменение. Из правил полностью убрали упоминание об ограничении в «три рабочих места» и необходимость классифицировать удаленные точки как «офисы» или «единичные места». Главным и единственным критерием теперь является физическое отсутствие локальной информационной базы на удаленной стороне.
Новая формулировка правил гласит: если на удаленных рабочих местах или в удаленных офисах не создаются и не хранятся информационные базы 1С:Предприятия 8, а работа ведется непосредственно с центральной базой головного офиса, то приобретать основные поставки для этих точек не требуется. Это правило действует вне зависимости от количества удаленных офисов, их юридического статуса и общего числа работающих там сотрудников. Единственное условие — все эти рабочие места должны быть обеспечены стандартными клиентскими лицензиями 1С:Предприятия 8 в достаточном количестве.
Давайте систематизируем новые правила в виде наглядного сопоставления:
RDP. Требовалось: Купить отдельную основную поставку для этого офиса + клиентские лицензии.RDP. Локальной базы в офисе нет. Требуется: Только клиентские лицензии на рабочие места. Покупать основную поставку не нужно.Несмотря на колоссальное облегчение правил, важно четко понимать технические границы дозволенного, чтобы случайно не нарушить авторские права и лицензионное соглашение. Рассмотрим подробнее основные сценарии организации работы региональной сети.
Сценарий 1. Работа через тонкий клиент, веб-клиент или терминальный сервер (RDP)
Это классический вариант централизации ИТ-инфраструктуры. Все данные хранятся на сервере в головном офисе (в файловом варианте или под управлением СУБД, например, PostgreSQL или MS SQL Server). Пользователи в регионах запускают тонкий клиент или открывают браузер и работают с базой напрямую по протоколу HTTP/HTTPS или через удаленный рабочий стол. Локально на компьютерах пользователей файлы базы данных (с расширением .1CD) отсутствуют.
В этом сценарии вам не нужно покупать основные поставки для региональных точек. Вам достаточно купить одну основную поставку для головного офиса (где развернута база) и обеспечить всех удаленных сотрудников клиентскими лицензиями.
Сценарий 2. Использование распределенных информационных баз (РИБ)
Этот сценарий применяется там, где интернет-соединение в регионах нестабильно или отсутствует вовсе. При такой схеме на удаленной точке (например, на складе или в магазине) разворачивается локальная копия информационной базы. Сотрудники работают с ней локально на высокой скорости, а в конце дня или по расписанию происходит синхронизация (обмен данными) с центральной базой.
Поскольку на жестком диске компьютера в удаленном офисе физически создается и функционирует база данных (файл .1CD или локальная служба SQL), этот сценарий требует обязательной покупки основной поставки для каждой такой точки. Облегчение правил лицензирования на этот случай не распространяется. Исключением может служить использование «Базовых» версий программных продуктов, но они имеют жесткие технические ограничения (только один пользователь, невозможность доработки конфигурации).
Сценарий 3. Смешанный режим работы
Иногда компании пытаются совместить оба подхода: например, часть операций кассиры выполняют в локальной базе (для надежности при отключении интернета), а управленческие отчеты строят через подключение к центральной базе по RDP. Запомните простое правило: если на сервере или компьютерах филиала есть хотя бы одна работоспособная локальная база (не считая учебных и пустых демо-баз), этот филиал должен иметь собственную лицензию на основную поставку программного продукта.
Проводя аудит лицензий, обратите особое внимание на используемые конфигурации. Описанное выше упрощение правил лицензирования удаленных офисов распространяется на большинство массовых продуктов («1С:Бухгалтерия», «1С:Управление торговлей», «1С:Зарплата и управление персоналом», «1С:Комплексная автоматизация» и др.).
Однако для крупных корпоративных систем класса холдинга действуют особые, более строгие правила. К продуктам-исключениям относятся:
1С:ERP Управление предприятием1С:Управление холдингом1С:ERP. Управление холдингомДля этих «тяжелых» решений требования остались прежними. Если удаленное подразделение является самостоятельным юридическим лицом (филиалом, дочерним обществом, обособленным подразделением с отдельным балансом), то для него необходимо приобретать либо отдельную основную поставку соответствующего продукта, либо специальную именную «Лицензию для филиалов». Корпоративный сектор монетизируется по другим правилам, и здесь фирма «1С» жестко контролирует использование систем в рамках холдинговых структур.
Поскольку теперь для удаленных рабочих мест нам требуются только клиентские лицензии, давайте разберем, как технически правильно организовать их распределение, чтобы пользователи не сталкивались с ошибкой «Ключ защиты не найден».
Существует два основных типа клиентских лицензий «1С»: программные (пин-коды) и аппаратные (USB-ключи). Рассмотрим особенности их использования при удаленной работе.
Вариант А. Выдача лицензий сервером «1С:Предприятия» (рекомендуемый метод)
При использовании клиент-серверного варианта работы самым надежным и простым в администрировании способом является раздача программных лицензий непосредственно сервером приложений. В этом случае все купленные многопользовательские программные лицензии активируются на сервере.
Когда удаленный пользователь подключается к базе через тонкий или веб-клиент, сервер приложений сам выделяет ему лицензию из общего пула на время сеанса работы. Нам не нужно активировать пин-коды на компьютерах удаленных сотрудников, что крайне удобно при обновлении парка ПК или работе сотрудников из дома.
Чтобы сервер «1С» мог раздавать лицензии, в свойствах информационной базы в консоли администрирования серверов необходимо проверить значение параметра «Разрешить выдачу лицензий сервером» — оно должно быть установлено в значение «Да».
Вариант Б. Использование терминального сервера (RDP)
Если пользователи работают в терминальном режиме, то программные лицензии (или аппаратный многопользовательский USB-ключ) должны быть установлены непосредственно на самом терминальном сервере. При этом программные лицензии рекомендуется активировать как «терминальные» (на компьютер в целом), чтобы каждый сеанс пользователя мог получить свою лицензию.
Если используются аппаратные USB-ключи HASP, для их корректной работы в сети может потребоваться настройка менеджера лицензий (Aladdin License Manager) и конфигурационного файла nethasp.ini. Давайте посмотрим, как выглядит пример конфигурации файла nethasp.ini для принудительного указания IP-адреса сервера лицензирования, чтобы удаленные рабочие места, подключенные по VPN, могли гарантированно находить сетевой ключ защиты:
[NH_COMMON]
NH_TCPIP = Enabled
[NH_TCPIP]
NH_SERVER_ADDR = 192.168.1.100 ; Укажите здесь реальный IP-адрес вашего сервера с USB-ключом
NH_PORT_NUMBER = 475
NH_TCPIP_METHOD = UDP
Использование файла конфигурации позволяет избежать долгого широковещательного поиска ключа в сети, что критично при медленном VPN-соединении с удаленным офисом.
Новая политика лицензирования фирмы «1С» позволяет компаниям сэкономить сотни тысяч рублей при масштабировании своего бизнеса и открытии новых филиалов. Проанализируем ключевые выводы, которые помогут вам провести аудит и оптимизировать затраты:
Таким образом, современные правила лицензирования «1С» наконец-то приведены в полное соответствие с техническими реалиями сегодняшнего дня. Используйте удаленный доступ, настраивайте тонкие клиенты и развивайте свой бизнес без лишней финансовой нагрузки!