← На главную

Внедрение подсистемы «Самообслуживание клиентов» в 1С:УТ 11.4 — это мощный шаг к цифровизации бизнеса, позволяющий заказчикам самостоятельно формировать заказы, отслеживать остатки и контролировать взаиморасчеты. Однако этот процесс сопряжен с серьезными вызовами в области информационной безопасности, производительности системы и лицензионной политики компании. В рамках данной статьи мы детально разберем, как правильно организовать доступ внешних пользователей, не подвергая корпоративные данные риску.

Обеспечение безопасности: VPN или HTTPS

Разберем основной вопрос: как защитить базу данных при доступе извне. Традиционно рассматриваются два варианта: использование зашифрованного туннеля (VPN) или публикация веб-клиента через защищенный протокол HTTPS.

Проанализируем ситуацию с VPN. С точки зрения системного администрирования — это максимально безопасный вариант, так как база не «смотрит» в открытый интернет. Однако для массового сегмента (B2B-продажи) этот метод крайне неудобен. Клиенты не захотят устанавливать дополнительное программное обеспечение, настраивать сертификаты и логиниться в сеть ради одного заказа. Это создает высокий порог входа и снижает лояльность.

Рассмотрим альтернативу — HTTPS. При правильной настройке этого протокола и веб-сервера (Apache или IIS) безопасность будет на достаточном уровне. Для этого выполним следующие шаги:

1. Используем только доверенные SSL-сертификаты.
2. Настроим веб-сервер в DMZ (демилитаризованной зоне). Это изолированный сегмент сети, который отделяет веб-сервер от основной локальной сети компании. Если злоумышленник взломает веб-сервер, он не сможет автоматически получить доступ к серверам SQL или контроллеру домена.
3. Включим защиту от подбора паролей (brute-force) на уровне веб-сервера, так как встроенных средств защиты от частого перебора логинов в 1С практически нет.

Разграничение прав доступа на уровне записей (RLS)

Опубликовать базу — это лишь половина дела. Нам необходимо гарантировать, что Клиент А никогда не увидит заказы и цены Клиента Б. Для этого в 1С:УТ 11.4 используется механизм RLS (Record Level Security). Рассмотрим подробнее, как это работает:

При включении самообслуживания мы должны жестко ограничить область видимости данных. Система автоматически применяет фильтры к запросам, чтобы пользователь видел только те объекты (документы, элементы справочников), где он указан как партнер или контрагент. Проанализируем возможные риски: неправильная настройка профилей групп доступа может привести к утечке коммерческой информации. Поэтому перед запуском обязательно проверим доступ под «тестовым клиентом».

Лицензионные тонкости и экономическая целесообразность

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

Кроме того, обязательным условием для стабильной работы веб-публикации в многопользовательском режиме является наличие серверной лицензии 1С (желательно 64-разрядной), так как работа через файловую базу в веб-клиенте для внешних пользователей технически не оправдана.

Технические риски: нагрузка и блокировки

Рассмотрим ситуацию с производительностью. Когда клиент заходит в базу, он выполняет поиск по номенклатуре, формирует отчеты по задолженности или подбирает товары. Каждый такой запрос создает нагрузку на сервер 1С и SQL-сервер. При большом количестве одновременных подключений штатные менеджеры компании могут ощутить значительное замедление работы.

Особое внимание уделим блокировкам таблиц. Тяжелые запросы от внешних пользователей (например, построение сложного отчета по остаткам на всех складах) могут заблокировать таблицы, необходимые менеджерам для проведения первичных документов. Это может привести к параличу работы отдела продаж.

Современные альтернативы прямому доступу

Если риски безопасности и стоимость лицензий кажутся чрезмерными, разберем альтернативные способы реализации самообслуживания:

1. Интеграция с B2B-порталом (например, на базе Bitrix): Это наиболее профессиональный подход. Клиенты работают на внешнем сайте, который обменивается данными с 1С через фоновые задания. Лицензии 1С при этом не тратятся на каждого клиента, а база 1С полностью скрыта от интернета.
2. HTTP-сервисы (REST API): Программист может написать легковесный интерфейс, который будет запрашивать данные из 1С порционно. Например, для получения цены используется функция:
   Скопировать код

   
   &НаСервере
   Функция ПолучитьЦенуТовара(ТоварСсылка, ТипЦен)
       Запрос = Новый Запрос;
       Запрос.Текст = "ВЫБРАТЬ Цены.Цена ИЗ РегистрСведений.ЦеныНоменклатуры.СрезПоследних КАК Цены ГДЕ Номенклатура = &Товар И ВидЦены = &ТипЦен";
       // ... выполнение запроса
       Возврат Цена;
   КонецФункции
   

   Такой подход позволяет не пускать пользователя в «тяжелый» интерфейс 1С, а отдавать только нужные данные.
3. 1С:Кабинет клиента: Использование готового облачного сервиса от фирмы 1С, который берет на себя вопросы публикации и безопасности, синхронизируясь с вашей локальной базой по расписанию.

Резюме по внедрению

Подводя итог, можно сказать: использовать встроенное самообслуживание в УТ 11.4 можно, если количество ваших клиентов невелико, а бюджет позволяет закупить необходимые лицензии. В этом случае достаточно настройки HTTPS и корректного внедрения RLS. Для крупного бизнеса с тысячами контрагентов правильнее будет смотреть в сторону внешних порталов, взаимодействующих с 1С через HTTPСервисы или специализированные шины данных.