Зачем нужен тонкий клиент, если есть веб-клиент?

На первый взгляд может показаться, что при наличии веб-клиента тонкий клиент совсем не нужен. Ведь веб-клиент умеет все то- же самое, что и тонкий клиент, и вдобавок он не требует установки на компьютер пользователя.

На самом деле это не так. Несмотря на то, что веб-клиент не требует предварительной установки и может работать в операционной системе Linux, у тонкого клиента существует целый ряд существенных преимуществ.

Во-первых, что касается функциональности, веб-клиент «умеет» не все то, что умеет тонкий клиент. Количество таких отличий невелико и большинство прикладных решений общего назначения создаются так, чтобы они одинаково работали и в тонком клиенте, и в веб-клиенте. Однако специализированные прикладные решения могут использовать функциональность, доступную в веб-клиенте частично, или недоступную совсем. Например, это работа с файловой системой, работа с XML, работа с электронной почтой и др.

Во-вторых, веб-клиент подключается к информационной базе только через веб-сервер. А это не всегда может удовлетворять требованиям информационной безопасности. Например, организация не хочет «выставлять наружу» веб-сервер, а предпочитает работать с удаленными клиентами через VPN.

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

Лицензия 1с для веб-клиентов

Одной из приятных особенностей технологии 1С:Предприятие является то, что прикладное решение, разработанное по технологии управляемых форм, может запускаться как в тонком (исполняемом) клиенте под Windows, Linux, MacOS X, так и как веб-клиент под 5 браузеров – Chrome, Internet Explorer, Firefox, Safari, Edge, и все это – без изменения исходного кода приложения. Более того – внешне приложение в тонком клиенте и в браузере функционирует и выглядит практически идентично.
Найдите 10 отличий (под катом 2 картинки):

Окно тонкого клиента на Linux:

То же окно в веб клиенте (в браузере Chrome):

Зачем мы сделали веб-клиент? Говоря несколько пафосно, такую задачу перед нами поставило время. Уже давно работа через Интернет стала необходимым условием для бизнес-приложений. Вначале мы добавили возможность работы через Интернет для нашего тонкого клиента (некоторые наши конкуренты, кстати, на этом и остановились; другие, напротив, отказались от тонкого клиента и ограничились реализацией веб-клиента). Мы же решили дать нашим пользователям возможность выбрать тот вариант клиента, который им подходит больше.

Добавление возможности работы через Интернет для тонкого клиента было большим проектом с полной сменой архитектуры клиент-серверного взаимодействия. Создание же веб-клиента — и вовсе новый проект, начинавшийся с нуля.

Постановка задачи

Итак, требования к проекту: веб-клиент должен делать то же самое, что и тонкий клиент, а именно:

  1. Отображать пользовательский интерфейс
  2. Исполнять клиентский код, написанный на языке 1С

Пользовательский интерфейс в 1С описывается в визуальном редакторе, но декларативно, без попиксельной расстановки элементов; используется около трех десятков типов элементов интерфейса — кнопки, поля ввода (текстовые, цифровые, дата/время), списки, таблицы, графики и т.д.

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

И тонкий клиент (при работе через веб), и веб-клиент пользуются одним и тем же набором веб-сервисов для общения с сервером приложений 1С. Реализация у клиентов, конечно, разная – тонкий клиент написан на С++, веб-клиент – на JavaScript.

Немного истории

Проект создания веб-клиента стартовал в 2006 году, в нем (в среднем) участвовала команда из 5 человек. На отдельных этапах проекта привлекались разработчики для реализации специфической функциональности (табличного документа, диаграмм и т.д.); как правило, это были те же разработчики, что делали эту функциональность в тонком клиенте. Т.е. разработчики заново писали на JavaScript компоненты, ранее созданные ими на C++.

С самого начала мы отвергли идею какой-либо автоматической (хотя бы частичной) конверсии C++ кода тонкого клиента в JavaScript веб-клиента ввиду сильных концептуальных различий этих двух языков; веб-клиент писался на JavaScript с чистого листа.

В первых итерациях проекта веб-клиент конвертировал клиентский код на встроенном языке 1С непосредственно в JavaScript. Тонкий клиент поступает иначе — код на встроенном языке 1С компилируется в байт-код, и затем этот байт-код интерпретируется на клиенте. Впоследствии так же стал делать и веб-клиент – во-первых, это дало выигрыш в производительности, во-вторых – позволило унифицировать архитектуру тонкого и веб-клиентов.

Первая версия платформы 1С:Предприятие с поддержкой веб-клиента вышла в 2009 году. Веб-клиент на тот момент поддерживал 2 браузера – Internet Explorer и Firefox. В первоначальных планах была поддержка Opera, но из-за непреодолимых на тот момент проблем с обработчиками закрытия приложения в Opera (не удавалось со 100%-ной уверенностью отследить, что приложение закрывается, и в этот момент произвести процедуру отключения от сервера приложений 1С) от этих планов пришлось отказаться.

Структура проекта

Всего в платформе 1С:Предприятие есть 4 проекта, написанных на JavaScript:

  1. WebTools – общие библиотеки, используемые остальными проектами (сюда же мы включаем Google Closure Library).
  2. Элемент управления ФорматированныйДокумент (реализован на JavaScript и в тонком клиенте, и в веб-клиенте)
  3. Элемент управления Планировщик (реализован на JavaScript и в тонком клиенте, и в веб-клиенте)
  4. Веб-клиент

Структура каждого проекта напоминает структуру Java-проектов (или .NET проектов – кому что ближе); у нас есть неймспейсы, и каждый неймспейс лежит в отдельной папке. Внутри папки лежат файлы и классы неймспейса. В проекте веб-клиента около 1000 файлов.

Структурно веб-клиент по-крупному разделяется на следующие подсистемы:

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

  • Объектная модель, доступная разработчикам на клиенте (всего более 400 типов: объектная модель управляемого интерфейса, настройки компоновки данных, условного оформления и пр.)
  • Интерпретатор встроенного языка 1С
  • Расширения браузеров (используются для функциональности, не поддерживаемой в JavaScript)
    • Работа с криптографией
    • Работа с файлами
    • Технология внешних компонент, позволяющая их использовать как в тонком, так и веб-клиенте

Особенности разработки

Реализация всего вышеописанного на JavaScript – дело непростое. Возможно, веб-клиент 1С – одно из самых больших client-side приложений, написанных на JavaScript – около 450.000 строк. Мы активно используем в коде веб-клиента объектно-ориентированный подход, упрощающий работу с таким большим проектом.

Для минимизации размера клиентского кода мы вначале использовали свой собственный обфускатор, а начиная с версии платформы 8.3.6 (октябрь 2014) стали использовать Google Closure Compiler. Эффект использования в цифрах – размер фреймворка веб-клиента после обфускации:

  • Собственный обфускатор – 1556 кб
  • Google Closure Compiler – 1073 кб

Использование Google Closure Compiler помогло нам повысить быстродействие веб-клиента на 30% по сравнению с нашим собственным обфускатором. Кроме того, на 15-25% (в зависимости от браузера) снизился объем памяти, потребляемой приложением.

Google Closure Compiler очень хорошо работает с объектно-ориентированным кодом, поэтому его эффективность именно для веб-клиента максимально высокая. Closure Compiler делает для нас несколько хороших вещей:

  • Статическая проверка типов на этапе сборки проекта (обеспечивается тем, что мы покрываем код аннотациями JSDoc). В итоге получается статическая типизация, очень близкая по уровню к типизации в С++. Это помогает отловить достаточно большой процент ошибок на стадии компиляции проекта.
  • Уменьшение размера кода через обфускацию
  • Ряд оптимизаций выполняемого кода, например, такие как:

  • inline-подстановки функций. Вызов функции в JavaScript – достаточно дорогая операция, и inline-подстановки часто используемых небольших методов существенно ускоряют работу кода.
  • Подсчет констант на этапе компиляции. Если выражение зависит от константы, в него будет подставлено фактическое значение константы

В качестве среды разработки веб-клиента мы используем WebStorm.

Для анализа кода мы используем SonarQube, куда интегрируем статические анализаторы кода. С помощью анализаторов мы отслеживаем деградацию качества исходного кода на JavaScript и стараемся ее не допускать.

Какие задачи решали/решаем

В ходе реализации проекта мы столкнулись с рядом интересных задач, которые нам пришлось решать.

Обмен данными с сервером и между окнами

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

  • Код, приходящий с сервера в виде структур данных
  • Код другого окна приложения

Чтобы избежать обфускации при взаимодействии с сервером мы используем тэг @expose:

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

We used Virtual DOM before it became mainstream)

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

Оптимизация работы веб-клиента

Чтобы наш веб-клиент работал быстрее, мы по максимуму стараемся задействовать штатные возможности браузера (CSS и т.п.). Так, командная панель формы (расположенная практически на каждой форме приложения) отрисовывается исключительно средствами браузера, динамической версткой на базе CSS.

Для функционального тестирования и тестирования производительности мы используем инструмент собственного производства (написанный на Java и C++), а также набор тестов, построенных на базе Selenium.

Наш инструмент универсален – он позволяет тестировать практически любые оконные программы, а потому подходит для тестирования как тонкого клиента, так и веб-клиента. Инструмент записывает действия пользователя, запустившего прикладное решение «1С», в файл-сценарий. В это же время происходит запись изображений рабочей области экрана — эталонов. При контроле новых версий веб-клиента сценарии проигрываются без пользовательского участия. В случаях несовпадения скриншота с эталонным на каком-либо шаге тест считается провалившимся, после чего специалист по качеству проводит расследование – ошибка это или запланированное изменение поведения системы. В случае запланированного поведения эталоны автоматически подменяются на новые.

Инструмент также проводит замеры производительности приложений с точностью до 25 миллисекунд. В ряде случаев мы закольцовываем части сценария (например, несколько раз повторяем ввод заказа) для анализа деградации времени выполнения со временем. Результаты всех замеров записываются в лог для анализа.


Наш инструмент тестирования и тестируемое приложение

Наш инструмент и Selenium дополняют друг друга; например, если какая-то кнопка на одном из экранов поменяла свое местоположение – Selenium это может не отследить, но наш инструмент заметит, т.к. делает попиксельное сравнение скриншота с эталоном. Также инструмент в состоянии отследить проблемы с обработкой ввода с клавиатуры или мыши, так как именно их он и воспроизводит.

Тесты на обоих инструментах (нашем и Selenium) запускают типовые сценарии работы из наших прикладных решений. Тесты автоматически запускаются после ежедневной сборки платформы «1С:Предприятие». В случае замедления работы сценариев (по сравнению с предыдущей сборкой) мы проводим расследование и устраняем причину замедления. Критерий у нас простой – новая сборка должна работать не медленнее предыдущей.

Для расследования инцидентов замедления работы разработчики используют разные инструменты; в основном используется Dynatrace AJAX Edition производства компании DynaTrace. Проводится запись логов выполнения проблемной операции на предыдущей и на новой сборке, затем логи анализируются. При этом время выполнения единичных операций (в миллисекундах) может не быть решающим фактором – в браузере периодически запускаются служебные процессы типа уборки мусора, они могут наложиться на время выполнения функций и исказить картину. Более релевантными параметрами в этом случае будет количество выполненных инструкций JavaScript, количество атомарных операций над DOM и т.п. Если количество инструкций/операций в одном и том же сценарии в новой версии увеличилось – это почти всегда означает падение быстродействия, которое нужно исправлять.

Также одной из причин падения производительности может быть то, что Google Closure Compiler по какой-то причине не смог сделать inline-подстановку функции (например, потому что функция рекурсивная или виртуальная). В этом случае мы стараемся исправить ситуацию, переписав исходный код.

Расширения браузеров

В случае, когда прикладному решению нужна функциональность, которой нет в JavaScript, мы используем расширения браузеров:

  • для работы с файлами
  • для работы с криптографией
  • работа с внешними компонентами

Наши расширения состоят из двух частей. Первая часть – то, что называется расширением браузера (как правило, написанные на JavaScript расширения для Chrome и Firefox), которые взаимодействуют со второй частью — бинарным расширением, реализующим нужную нам функциональность. Надо упомянуть, что мы пишем 3 версии бинарных расширений – под Windows, Linux и MacOS. Бинарное расширение поставляется в составе платформы 1С:Предприятие и находится на сервере приложений 1С. При первом вызове с веб-клиента оно загружается на клиентский компьютер и устанавливается в браузере.

При работе в Safari наши расширения используют NPAPI, при работе в Internet Explorer — технологию ActiveX. Microsoft Edge пока не поддерживает расширения, поэтому веб-клиент в нем работает с ограничениями.

Дальнейшее развитие

Одна из групп задач для команды разработки веб-клиента – это дальнейшее развитие функциональности. Функциональность веб-клиента должна быть идентична функциональности тонкого клиента, вся новая функциональность реализуется одновременно и в тонком, и в веб-клиенте.

Другие задачи — развитие архитектуры, рефакторинг, повышение производительности и надежности. Например, одно из направлений – дальнейшее движение в сторону асинхронной модели работы. Часть функциональности веб-клиента на настоящий момент построена на синхронной модели взаимодействия с сервером. Асинхронная модель сейчас становится в браузерах (и не только в браузерах) более актуальной, и это заставляет нас модифицировать веб-клиент путем замены синхронных вызовов на асинхронные (и соответствующего рефакторинга кода). Постепенный переход к асинхронной модели объясняется необходимостью поддержки выпущенных решений и постепенной их адаптации.

База на веб-сервере — как ведется учет лицензий-ключей 1с?

Здравствуйте. Вопрос по 1С Свод отчетов проф.
Есть удаленный свод отчетов в департаменте и они всем конторам раздали по логину и паролю для входа в базу свод отчетов.

И появилась проблема: больше чем с 1 ПК не можем под 1 логином зайти в свод отчетов — пишет «не обнаружено свободной лицензии».

Вопрос: как ведется учет лицензий в этой программе Свод отчетов (в платформе 1С)?
Можно ли с 1 логином заходить с разных ПК?

Как сделать так, чтобы много бухгалтеров могли работать одновременно?

как ведется учет лицензий-ключей 1с, т.е. в каком случае берутся удаленные ключи департамента, а в каком местные ключи?

Особенности использования клиентских лицензий «1С: Предприятие 8» совместно с «1С: Линк»

Для одновременной работы нескольких пользователей через «1С:Линк» у пользователя должна быть аппаратная или программная клиентская лицензия «1С: Предприятие 8» на соответствующее количество пользователей.

При расчете количества клиентских лицензий учитывайте:

  • Тонкий клиент 1С сначала пытается использовать клиентскую лицензию «1С: Предприятие 8» на локальной машине, а уж затем, если она не найдена, использует клиентские лицензии удалённого компьютера (где находится информационная база).
    Если при работе с базой, опубликованной через 1С: Линк, Тонким клиентом используется локальная лицензия , то на одном компьютере возможен запуск произвольного количества экземпляров системы в режиме 1С:Предприятие.
  • Браузеры не работают с клиентскими лицензиями «1С: Предприятие 8» — веб-клиенты используют клиентские лицензии, размещенные на ПК с Агентом 1С:Линк. При этом в веб-клиенте на каждый сеанс работы с ИБ расходуется 1 клиентская лицензия 1С: Предприятие.
  • Сервис «1С: Линк» не поддерживает работу с базовыми версиями ПП «1С: Предприятие». Пользователь может осуществить переход с Базовой до ПРОФ версии, с зачетом уплаченной за нее суммы. Обратная процедура невозможна.
  • При нештатном завершении клиентского приложения (обрыв связи или закрытие окна бразуера) клиентские лицензии «1С: Предприятие 8» могут блокироваться. Штатно завершить работу можно командой «Файл»-«Выход». Освободить заблокированные клиентские лицензии можно перезагрузкой ПК, на котором установлен Агент «1С: Линк».

На основании информационного письма № 3895 от 31.03.2005 приобретать основные поставки для удаленных офисов, в которых не создаются информационные базы, не требуется. В соответствии с Лицензионным соглашением такой доступ к информационной базе допустим, если удаленное рабочее место обеспечено клиентской лицензией «1С:Предприятия 8».

Обратите внимание, что для работы нескольких пользователей дополнительный туннель не требуется! Количество работающих пользователей ограничивается только количеством клиентских лицензий «1С: Предприятие».

Различия между програмными и аппаратными лицензиями «1С: Предприятие»

В случае использования сервера «1С: Предприятие 8» все доступные клиентские лицензии «1С: Предприятие 8» (и программные и аппаратные) обычно размещаются на нем. Путаница возникает в случае, если сервера 1С нет и веб-публикация осуществляется средствами платформы «1С: Предприятие 8». Она возникает из-за того, что платформа ведет себя по-разному в случае работы с программными и аппаратными клиентскими лицензиями:

  • Платформа не умеет раздавать или получать программные клиентские лицензии «1С: Предприятие 8» по сети и, поэтому, использует только те клиентские лицензии, которые установлены на ПК. При этом на ПК допустимо комбинирование любого числа программных однопользовательских и многопользовательских клиентских лицензий «1С: Предприятие 8».
  • Платформа может получать аппаратные клиентские лицензии «1С: Предприятие 8» по сети через HASP License Manager или использовать локально подключенные к ПК. При этом на ПК недопустимо комбинирование аппаратных клиентских лицензий одного типа (ORGL8, ORGL8A и ORGL8B). Платформе будет доступен только один ключ из одинаковой пары, выбранный произвольно. Допускается комбинирование аппаратных клиентских лицензий разного типа.

Так же немаловажным является тот факт, что в отличие от Тонкого Клиента 1С, веб-клиент не может при подключении к базе использовать локальные (прогр. или апп.) или доступные в сети (апп.) клиентские лицензии «1С: Предприятие 8».

Рассмотрим поведение платформы «1С: Предприятие 8» для различных вариантов лицензирования на следующих примерах.

Программные клиентские лицензии «1С: Предприятие 8»

При использовании программных клиентских лицензий следует помнить, что сервер «1С: Предприятие 8» может раздавать их по сети, а платформа — нет, поэтому в случае веб-публикации ИБ средствами платформы, наилучшим вариантом будет размещение всех доступных программных клиентских лицензий «1С: Предприятие 8» на ПК с агентом «1С: Линк». Это позволит работать через веб-клиент максимальному числу пользователей.

С веб-публикацией ИБ можно удаленно работать используя локальную клиентскую лицензию, в случае подключения через тонкий клиент.

При таком размещении лицензий пользователи, находящиеся в локальной сети организации, должны будут работать с ИБ или через Линк, или иметь на своих ПК дополнительные локальные клиентские лицензии.

Аппаратные клиентские лицензии «1С: Предприятие 8» (USB)

При использовании аппаратных клиентских лицензий «1С: Предприятие 8», раздаваемых по локальной сети при помощи HASP License Manager, так же наилучшим вариантом будет размещение всех аппаратных клентских лицензий на ПК с агентом «1С: Линк». Это позволит держать постоянно включенным только этот ПК.

При таком размещении лицензий пользователи, находящиеся в локальной сети организации, смогут работать с ИБ и через Линк и по сети, используя лицензии, размещенные на ПК с линк-агентом.

Имейте ввиду, что при использовании аппаратных клиентских лицензий «1С: Предприятие 8» существуют ограничения. Они связаны с техническими ограничениями платформы «1С: Предприятие 8»: на одном компьютере могут одновременно работать по одному ключу серий ORGL8, ORGL8A и ORGL8B. Поиск клиентских лицензий производится в следующем порядке:

  • в ключе ORGL8,
  • в ключе ORG8A,
  • в ключе ORG8B.

Программные+аппаратные (USB) клиентские лицензии «1С: Предприятие 8»

При использовании программных и аппаратных клиентских лицензий «1С: Предприятие 8» следует придерживаться рекомендаций для программного и аппаратного вариантов лицензирования.

Как лучше активировать программные клиентские лицензии «1С: Предприятие 8»: несколько однопользовательских или одну многопользовательскую?

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

Если пользователи будут работать с базами через браузер, наиболее разумным вариантом будет активация многопользовательской серверной лицензии «1С: Предприятие 8» на ПК с сервером «1С:Предприятие». Пользователи смогут запускать клиенты с произвольных компьютеров, но при этом ограничится количество одновременно запущенных сеансов.

Если активировать многопользовательскую клиентскиую лицензию «1С: Предприятие 8» на компьютере с Агентом «1С:Линк» без использования сервера «1С:Предприятие», то работать с этими клиентскими лицензиями можно будет только через сервис «1С:Линк», т.к. платформа «1С:Предприятие» не умеет раздавать клиентские лицензии «1С: Предприятие 8» по локальной сети.

Также можно установить по одной однопользовательской клиентской лицензии «1С: Предприятие 8» на определенные компьютеры и запускать с них произвольное количество сеансов с «1С:Предприятием». В такому случае следует учесть, что подключение через 1С:Линк будет забирать клиентскую лицензию. Таким образом, с приложением единовременно сможет работать только один человек (или несколько, если на ПК активировано >1 клиентской лицензии).

Сервис «1С:Линк» работает через веб-подключение и, подключаясь через браузер, клиенты используют клиентские лицензии «1С: Предприятие 8», доступные компьютеру с линк-агентом. Клиенты могут использовать локальные клиентские лицензии своих ПК только при работе через тонкий клиент.

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

Подробнее о типах программного лицензирования и механизмах работы с программными клиентскими лицензиями «1С: Предприятие 8» можно ознакомиться: в информационном письме

Настройка спящих сеансов

При нештатном завершении клиентского приложения (обрыв связи или закрытие окна бразуера) клиентские лицензии «1С: Предприятие 8» могут блокироваться.

Освободить заблокированные клиентские лицензии можно перезагрузкой ПК, на котором установлен Агент «1С: Линк».

При нештатном завершении клиентского приложения сеанс удерживается еще 20 минут. После этого в версиях до 8.3.5 сеанс удалялся. С версии 8.3.5 сеанс засыпает в в спящем состоянии по умолчанию удерживается еще сутки. Спящий сеанс не занимает клиентскую лицензию «1С: Предприятие 8».

В версии 8.3.5 время засыпания сеанса и время удаления неиспользуемого спящего сеанса можно изменить с помощью специальной обработки или в Конфигураторе 1С в диалоге Администрирование/ Параметры информационной базы, установив рекомендуемые параметры спящего сеанса:

  • время засыпания пассивных сеансов — 300
  • время завершения спящих сеансов — 10

Штатно завершить работу в веб-клиенте можно командой «Файл»-«Выход».

Занимает ли Веб-клиенты количество лицензий 1С равных количеству запусков?

Возникла потребность написать простую конфигурацию, где пользователи будут заходить через Веб-клиент и оставлять Заявку на отдых в санатории.

Пока что основной непонятный вопрос каким образом будут расходоваться клиентские лицензии 1С: по одному на каждый веб-клиент или 1 на веб-сервер в целом?

Потому как планируется, что нагрузка может доходить до 2500 человек в день, которые вошли в базу, оставили заявку и ушли. Если будет клиент-клиентская лицензия 1 к 1, то разработка не стоит ничего.

(0) Если бы всё было так просто.

1 подключение отжирает одну клиентскую лицензию.

Вывод: либо покупать 2500 лицензий, либо думать что-то ещё

HASP и веб-клиент

Доброго всем дня.
Вопрос заключается в следующем:
Допустим, имеем физическую машину с установленным сервером 1С, допустим версии 8.3.4.465. Для примера назовем ее S1. Также имеем в сети две машины с клиентскими ключами на 50 и 100 пользователей. Назовем их К1 и К2. Лицензии с них раздает HASP LM, т.е. по сути сами клиенты в сети получают для себя лицензии. Также в сети имеем веб-сервер, который требуется задействовать под веб-клиентов 1Ски. В первом приближении ничего сложного — на базе, к которой будут подключаться веб-клиенты устанавливаем свойство «Разрешить выдачу лицензий сервером» в «Да», публикуем базу на веб-сервере и все должно работать.
НО, цитата из документации «Руководство администратора» не позволяет нам этого сделать, т.к. «ВНИМАНИЕ! Если подсчетом клиентских лицензий занимается сервер «1С:Предприятия» или расширение веб-сервера, то клиентские лицензии, у которых в программе Aladdin Monitor значение колонки Timeout равно 0, будут считаться занятыми. В связи с этим не рекомендуется использовать одни и те же многопользовательские ключи HASP для одновременного получения клиентских лицензий с помощью HASP License Manager и сервера (или расширения веб-сервера) «1С:Предприятия».»

Какой видится выход:
Добавить еще один сервер 1С, назовем его для примера S2, на него локально вешаем какой нить маленький ключ, например, на 10 лицензий. S2 включаем в кластер S1, для S2 назначаем требование назначения функциональности — сервис лицензирования, прописываем nethasp.ini для S2, чтобы не искал ключи в сети, устанавливаем дополнительный параметр к этому требованию вида «WebServerExtensior» (соединение с информационной базой через веб-сервер: веб-клиент, тонкий клиент в случае подключения через веб-сервер, Web-сервис). Остальные все сервисы на S2 отключаем.
Иными словами, HAPS LM на К1 и К2 как раздавали всем клиентам в сети, так и продолжают раздавать. Добавленный S2 раздает лицензии только веб-клиентам.
Вопросы:
1. Требуется ли ключ защиты сервера 1С для S2?
2. На S1 нужно ли добавлять «отключенное» требование на сервис лицензирования?
3. На S1 стоит ли добавить также nethaps.ini, который бы не позволял ему осуществлять поиск ключей?
4. Заработает ли данная схема лицензирования веб-клиентов?

Пока самостоятельно нет возможности проверить, ждем ключ на 10. Если уже подобное разбиралось, буду признателен, если ткнете носом.

(3) отличается описанием пути в публикации и цитатой из документации администратора: «9.1.3.3. Веб-клиент

В зависимости от варианта информационной базы (файловый или клиент-серверный) подсчетом лицензий занимается либо модуль расширения веб-сервера (в файловом варианте), либо сервер «1С:Предприятия» (в клиент-серверном варианте).»

Другие публикации:

  • Отчетность по ндс за 1 квартал 2019 года Декларация по НДС Приказ ФНС № ММВ-7-3/[email protected] утвердил форму и формат декларации по НДС. На что важно обратить внимание при сдаче декларации по НДС? В какие сроки нужно отчитаться в 2019 году? Сроки сдачи декларации по НДС Крайней датой для […]
  • 1с внешнее соединение лицензия Подключение к 1C 8.3 и 8.2 и работа по COM соединению Подключение к другой базе 1С 8 по COM-соединению — очень полезная вещь. В основном, эта функция необходима для обмена данными между конфигурациями. Но по каким-то причинам у новичков […]
  • Налог на имущество организаций в 1с 82 в 2019 году Отчетность по налогу на имуществу в «1С: Бухгалтерия 8», ред 3.0 Автор: Дильнара Юмагулова, бухгалтер-консультант Линии консультаций компании «ГЭНДАЛЬФ» В данной статье будут рассмотрены основные моменты и нюансы, касающиеся налога на […]
  • Приказ мвд 815 от 08072011 Приказ МВД РФ от 8 июля 2011 г. N 818 "О Порядке осуществления административного надзора за лицами, освобожденными из мест лишения свободы" (с изменениями и дополнениями) Приказ МВД РФ от 8 июля 2011 г. N 818"О Порядке осуществления […]
  • Стаж для осужденных Войдет ли срок работы в статусе осужденного в пенсионный стаж? Сейчас собираю документы для оформления пенсии. В августе 1983 года, при Андропове, я был осужден к 3 годам условно с обязательным привлечением к труду. Меня уволили из […]
  • Мировой суд г абакана 8 участок Мировой суд г абакана 8 участок Судебный участок мирового судьи № 1 г.Абакана ВНИМАНИЕ! ИЗМЕНИЛСЯ АДРЕС ЭЛЕКТРОННОЙ ПОЧТЫ УЧАСТКА Аппарат мирового судьи Мировой судья судебного участка №1 г.Абакана Сапеева Ольга Владимировна Телефон: […]
Лицензия 1с для веб-клиентов
Смотрите так же:  Просрочен договор купли продажи на автомобиль