При масштабировании бизнеса перед ИТ-специалистами и руководителями часто встает вопрос оптимизации ИТ-инфраструктуры 1С. Типичный сценарий: имеется программа 1С:Управление торговлей 11 (версия ПРОФ), две отдельные файловые базы (База А и База Б). Требуется подключить еще двух сотрудников по локальной сети к Базе А и одного удаленного сотрудника через веб-интерфейс к Базе Б. При этом все пользователи должны иметь возможность работать одновременно.
В этой статье мы подробно разберем, как правильно рассчитать необходимое количество лицензий 1С в зависимости от выбранного режима работы, рассмотрим тонкости веб-публикации, проанализируем архитектурные сложности ведения учета нескольких организаций в единой базе и оценим ограничения файлового режима.
Для правильного расчета лицензий в первую очередь необходимо определиться, каким именно образом удаленный пользователь будет подключаться к опубликованной базе Б. На практике существует два принципиально разных технических подхода, которые напрямую влияют на требования к лицензиям.
Вариант 1. Удаленный пользователь работает через веб-браузер (Веб-клиент)
Если сотрудник открывает 1С в Chrome, Firefox, Safari или любом другом браузере, технически он использует веб-клиент. Особенность веб-клиента заключается в том, что браузер физически не умеет опрашивать локальные USB-порты компьютера пользователя или искать файлы программных лицензий (пин-коды) на его жестком диске. В этом случае проверку и выдачу лицензии берет на себя веб-сервер (Apache или IIS), на котором опубликована информационная база.
Для успешной работы веб-клиента на компьютере, где развернут веб-сервер, должна быть установлена и активирована многопользовательская программная лицензия (например, комплект на 5 или 10 рабочих мест) или установлен сетевой USB-ключ. Обычные однопользовательские лицензии, привязанные к конкретным рабочим станциям пользователей, веб-сервер использовать для браузерных сессий не сможет.
Вариант 2. Удаленный пользователь работает через Тонкий клиент 1С
Этот способ является более гибким и экономичным. Тонкий клиент устанавливается на домашний или удаленный компьютер пользователя как самостоятельное приложение. При настройке подключения указывается URL-адрес опубликованной на веб-сервере базы. Тонкий клиент подключается к базе по протоколам HTTP/HTTPS, но при этом он способен использовать локальные лицензии, установленные прямо на компьютере удаленного сотрудника.
Это означает, что для удаленного пользователя достаточно приобрести стандартную однопользовательскую программную лицензию, активировать ее на его ноутбуке, и он сможет без проблем работать с опубликованной базой Б без необходимости разворачивать дорогостоящие сетевые ключи на стороне сервера.
Проанализируем важный нюанс: как списываются лицензии, если один и тот же пользователь открывает одновременно несколько информационных баз на одном компьютере (например, работает в Базе А и параллельно заглядывает в Базу Б)?
Здесь действует жесткое правило разделения по типу выдачи лицензий:
Рассмотрим практический расчет для конфигурации автора: 3 локальных пользователя в Базе А + 1 удаленный пользователь в Базе Б. Всего у нас 4 физических компьютера. Если все удаленные и локальные подключения выполняются через Тонкий клиент, нам потребуется купить:
1С:Управление торговлей 11 ПРОФ (включает платформу, конфигурацию и 1 лицензию);Итого для работы 4 пользователей на 4 компьютерах потребуется ровно 4 лицензии. Если же удаленный пользователь будет заходить строго через браузер, то на компьютере, выполняющем роль веб-сервера, придется активировать многопользовательский ключ, способный раздавать лицензии веб-сессиям.
В попытке сэкономить на лицензиях или упростить администрирование часто возникает идея: «А что если объединить Базу А и Базу Б в одну общую информационную базу А, создать внутри две организации, но настроить систему так, чтобы каждый видел только свои данные?»
В случае с конфигурацией 1С:Управление торговлей 11 этот шаг содержит серьезные архитектурные и технические подводные камни, которые мы разберем подробнее.
1. Ограничение видимости партнеров (клиентов и поставщиков)
Разграничить контрагентов между двумя организациями в УТ 11 можно с помощью типового механизма Групп доступа партнеров. Система позволяет настроить права так, чтобы менеджеры Организации 1 не видели клиентов Организации 2. Это стандартный функционал, работающий через механизм RLS (Row-Level Security — ограничение доступа на уровне записей).
2. Ограничение видимости номенклатуры (товаров)
С товарами ситуация обстоит значительно сложнее. В архитектуре 1С:Управление торговлей справочник Номенклатура спроектирован как сквозной и единый для всей информационной базы. Прямой логической привязки конкретной карточки товара к конкретной организации в системе нет.
Разграничить видимость товаров можно попробовать через Группы доступа номенклатуры, но это потребует сложного ручного администрирования прав доступа. Более того, при стандартных складских операциях разделение номенклатуры часто приводит к путанице в подборе товаров и оформлении документов закупки и продажи.
3. Проблема производительности RLS в файловом режиме
Это самый критический технический аспект. Механизм RLS (ограничение прав на уровне записей) работает путем динамического добавления сложных условий в каждый SQL-запрос платформы к базе данных. Например, при формировании любого списка документов или справочника система не просто считывает данные, а проверяет права пользователя по сложной матрице ограничений.
Концептуально шаблон такого запроса в СУБД выглядит следующим образом:
ВЫБРАТЬ * ИЗ Документ.РеализацияТоваровУслуг КАК Реализация
ГДЕ Реализация.Организация В (&ДоступныеОрганизации)
И Реализация.Партнер В (&ДоступныеГруппыПартнеров)
В файловом режиме работы (когда база хранится в одном файле 1Cv8.1CD на диске) выполнение подобных запросов вызывает колоссальное падение скорости работы. Файловая СУБД 1С не оптимизирована под тяжелые многопоточные запросы с проверкой прав. Даже при работе всего 3–4 пользователей включение RLS гарантированно приведет к постоянным блокировкам таблиц, зависаниям интерфейса и критическому падению производительности при проведении документов.
Поскольку рассматриваемая ИТ-инфраструктура планируется к запуску в файловом режиме, необходимо помнить о его технологических лимитах, установленных платформой 1С:Предприятие 8.3:
Если суммировать все затраты и риски (необходимость покупки коробки УТ 11 ПРОФ, докупки клиентских лицензий, настройки и обслуживания веб-сервера IIS или Apache на локальном ПК, борьбы с медленной работой файловой базы и RLS), отличной альтернативой становится переход в облачный сервис 1С:Фреш.
Проанализируем преимущества облачного подхода для данной задачи: