Рано или поздно перед ИТ-специалистами и руководством холдингов (групп компаний) встает задача объединения учета в единую информационную базу. С технической стороны это сулит упрощение поддержки, легкое ведение сквозного учета и общие справочники. Однако на практике возникает масса подводных камней: от юридической чистоты использования лицензий разными юридическими лицами до жестких технических ограничений системы защиты 1С и операционных систем семейства Windows Server.
Давайте подробно разберем по шагам, как легально и технически грамотно выстроить работу группы из 5 организаций в одной базе 1С:Бухгалтерия 3.0 на 100 пользователей, какие лицензии для этого потребуются и какие альтернативные архитектурные решения помогут вам сэкономить сотни тысяч рублей.
Выясним правовой статус использования одной основной поставки (например, коробки 1С:Бухгалтерия 8 ПРОФ) несколькими компаниями. Согласно лицензионному соглашению фирмы «1С», правообладатель разрешает использовать одну основную поставку для ведения учета нескольких юридических лиц при условии, что все они являются аффилированными (входят в одну группу компаний) и работают в рамках одной локальной сети (включая защищенные каналы VPN).
Таким образом, покупать основную поставку «1С:Бухгалтерия ПРОФ» в каждый удаленный офис не требуется. Достаточно иметь одну легально приобретенную основную поставку на головную организацию. Однако здесь кроется серьезный налоговый риск, о котором системные администраторы часто не догадываются.
Внимание: налоговые риски безвозмездного пользования! Если «Организация 1» приобрела сервер, СУБД, основную поставку 1С и серверную лицензию, а остальные четыре организации пользуются этими мощностями бесплатно, Федеральная налоговая служба (ФНС) при проверке может квалифицировать это как безвозмездное получение имущественных прав. В результате этим четырем компаниям будет начислен внереализационный доход, исходя из рыночной стоимости аренды аналогичного ПО и вычислительных мощностей, с последующим доначислением налога на прибыль, пеней и штрафов.
Чтобы полностью обезопасить бизнес, необходимо заключить между «Организацией 1» (собственником ИТ-инфраструктуры) и остальными четырьмя компаниями **договор на оказание ИТ-услуг** (предоставление вычислительных мощностей и техническая поддержка) или договор аренды оборудования. Обратите внимание, что сублицензионный договор на саму 1С заключать нельзя без письменного согласия правообладателя («1С»), поэтому оптимальным решением является именно договор оказания услуг связи или комплексного ИТ-аутсорсинга.
Проанализируем ситуацию с лицензиями 1С, описанную в исходном вопросе. Мы имеем 5 комплектов по 20 клиентских лицензий. Всего в распоряжении 100 лицензий, часть из которых аппаратные (USB), а часть — программные (пин-коды). Автор интересуется: можно ли установить эти лицензии на локальные ПК, с которых пользователи подключаются по RDP?
Ответ однозначный: нет, при работе в терминальном режиме (RDP) сервер 1С не увидит локальные ключи защиты, установленные на клиентских компьютерах. Все клиентские лицензии должны быть установлены непосредственно на сервере (терминальном сервере или сервере приложений 1С).
При использовании аппаратных (USB) ключей защиты вы столкнетесь с серьезным техническим ограничением драйвера HASP. Разберем его подробнее:
ORGL8.Как решить эту проблему, если вы хотите использовать имеющиеся USB-ключи?
HASP License Manager. После этого потребуется тонкая настройка файлов конфигурации nethasp.ini на стороне терминального сервера и сервера приложений 1С, чтобы они знали конкретные IP-адреса, на которых запущены менеджеры лицензий.Если вы приняли решение использовать программные лицензии, критически важно правильно выбрать режим их активации на терминальном сервере. У программных лицензий 1С есть два режима работы:
Для 100 активных пользователей использование многопользовательской активации на сервере 1С приведет к моментальной нехватке лицензий, так как бухгалтеры часто работают с несколькими базами или запускают несколько сеансов одновременно. Поэтому активируйте программные лицензии на терминальном сервере как набор однопользовательских.
Рассмотрим ИТ-окружение автора темы. Заявлен сервер под управлением устаревшей ОС Windows Server 2008 R2 и наличие 20 терминальных лицензий (RDS CAL). При этом планируется работа 100 пользователей.
Это является критическим нарушением лицензионной политики Microsoft. Наличие 20 лицензий RDS CAL означает, что одновременно на сервер смогут зайти по RDP только 20 человек. Попытка обойти это ограничение техническими средствами (патчи, сторонние утилиты) переводит использование ПО в разряд нелегального (ст. 146 УК РФ).
Для легальной работы 100 пользователей по RDP вам потребуется приобрести колоссальный объем лицензий Microsoft:
Итого для законной работы по RDP вам необходимо докупить еще по 80 лицензий каждого типа. Кроме того, Windows Server 2008 R2 давно снят с поддержки. Купить для него новые клиентские лицензии напрямую невозможно. Покупка современных лицензий (например, для Windows Server 2022) с правом downgrade (понижения версии) — юридически сложный и крайне дорогостоящий процесс.
Также важно помнить о режиме работы сервера. Если сервер находится в рабочей группе (Workgroup), а не в домене Active Directory, Windows Server технически не умеет корректно учитывать терминальные лицензии типа "на пользователя" (Per User). Стабильно работать будут только лицензии "на устройство" (Per Device), что крайне неудобно, если сотрудники подключаются с домашних компьютеров или ноутбуков.
Давайте проанализируем, действительно ли вам нужен RDP? Технологическая платформа 1С:Предприятие 8.3 предлагает великолепную альтернативу — запуск системы через веб-сервер.
Вы можете развернуть на сервере бесплатный веб-сервер (например, Apache или встроенный в Windows IIS) и опубликовать на нем информационную базу. Удаленные пользователи устанавливают на свои компьютеры бесплатный дистрибутив «Тонкий клиент 1С» и подключаются к базе по зашифрованному протоколу HTTPS.
Посмотрим на ключевые преимущества этой архитектуры:
При использовании веб-сервера программные лицензии 1С должны быть активированы на сервере приложений 1С как многопользовательские. Да, при этом каждое открытое окно будет расходовать лицензию, но колоссальная экономия на лицензиях Windows с лихвой перекрывает возможную необходимость докупить небольшое количество лицензий 1С.
Поскольку в одной базе будут работать 5 разных организаций, автор планирует настроить разделение прав доступа, чтобы пользователи видели данные только своей компании. В 1С этот механизм называется RLS (Row-Level Security — ограничение доступа на уровне записей).
Помните, что включение RLS в типовой конфигурации «1С:Бухгалтерия» создает огромную нагрузку на СУБД. К каждому запросу платформы к таблицам документов или справочников СУБД вынуждена динамически пристраивать сложные подзапросы для проверки прав текущего пользователя. Это может замедлить работу системы в 2-3 раза.
Для минимизации падения производительности следуйте этим правилам:
PostgreSQL и коммерческим MS SQL Server учитывайте, что MS SQL "из коробки" гораздо лучше справляется со сложными запросами RLS благодаря продвинутому оптимизатору планов запросов. Использование PostgreSQL потребует от системного администратора глубоких знаний в тюнинге конфигурационного файла postgresql.conf (настройка параметров shared_buffers, work_mem, temp_buffers и регулярное регламентное обслуживание базы — выполнение команд VACUUM и ANALYZE).Подведем итог. Чтобы запустить работу 100 пользователей пяти организаций законно, стабильно и с минимальными затратами, рекомендуем отказаться от устаревшей технологии RDP в пользу Тонкого клиента.
Пошаговый план реализации проекта: