Доброго здоровья всем, если обсуждалось - поймите, простите и дайте ссылку почитать.
Есть несколько баз, обмен между которыми происходит при помощи сом коннектора ("на лету" - при проведении документа в базе1 он переносится в базу2). Коннектор, как известно, съедает пользовательскую лицензию, то есть пользователь, открывший одну базу и запустивший обмен из этой базы в другую (может быть и база2 и база3 и база4, одновременно) съел: 1 лицензию на толстого клиента базы1, 1 лицензию для коннектора в базу2, 1 лицензию для коннектора в базу3 и т д. В итоге 1 пользователь съедает 2-3-4 пользовательских лицензии. Если переделать схему обмена на обращение к веб сервисам этих баз, будет ли "экономия" лицензий, т к в сеансах базы приемника появляется строка с поднятым ws соединением - какую лицензию использует это соединение? Сколько таких лицензий доступно для использования?

самое близкое по смыслу
http://v8.1c.ru/predpriyatie/questions_licence.htm
п. 59
видимо, подробнее можно спросить на хотлайне 1с

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

Технически сеанс с типом "WS-соединение" клиентскую лицензию не кушает

Вот и не понятно, в первой части говорится, что

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

и тут же

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

(4) Перевожу: технически не нужно иметь лицензию на стороне поставщиа веб-сервиса, но нужно ее иметь (организационно) на стороне потребителя

(3) ок, то есть окно "не обнаружено свободной лицензии" при запуске толстого клиента не появится? даже если нет, то это технически, а юридически?

(6) Какого еще толстого клиента? Ты что-то путаешь походу

Очень интересно.
Чтобы работал опубликованный веб-сервис, должен "крутиться" как минимум один сеанс платформы. даже если не используется 1С-сервер, т.е. т.н. "Сервер приложений".

Это уже минус одна лицензия.

(8) "сеанс платформы" // Это что за чудо-юдо такое?

Сеанс в том значении, в каком это слово употребляется при описании лицензионной политики 1С

(10) Я тебя все равно не понял, ну да и хрен с этим

(5) + (8) а что значит "организационно"?
пример, для моего понимания: в сети ключ на 2 пользовательских лицензии, 1 ключ на сервер приложений (если правильно понимаю, то клиентский ключ и серверный - вещи разные), пользователь запускает толстого клиента (6) и заняв одну лицензию начинает работать, в процессе необходим перенос в другую базу,для чего поднимается сом коннектор и используется вторая лицензия с ключа пользовательских лицензий (всего их там 2). Соответственно, если второй пользователь параллельно захочет запустить какую то из баз, то получит сообщение, о недоступности лицензии - логично, ведь обе доступные лицензии съел первый

(12) Это значит "при потенциальной проверке на лицензионность должен предоставить ключи (лицензии)"

+ (8) Далее к опубликованному веб-сервису могут одновременно идти запросы от десятков абстрактных приложений, процессов, реализованных на любых платформах и механизмах. Как это можно юридически все "окучить" и требовать для каждого автора запроса к веб-сервису, чтобы он доказал свое право на обращение к веб-сервису?

(10) Ну чисто технически, когда веб-сервис опубликован на веб-сервере, а база лежит в виде файла, веб-сервер запускает как минимум один "сеанс", т.е. процесс 1cv8.exe. Как раз на это и съедается как минимум одна лицензия.  Я не прав?

(7) того клиента, который используется при доступе к базе по "классической" схеме, он так и зовется "Толстый", кстати говоря, люди обижаются

(14) так а база из которой обращается пользователь? разве она не использует процесс 1cv8.exe?

(12) некорректный пример. Лицензия на сервер приложений может использоваться только на запуск "сервера приложений"

(15) Я хз что ты тут обсуждаешь. Я про веб-сервисы отвечал как бы.

(16)  Если то, что обращается к веб-сервису - это база 1С, в которой совершается некое действие, требующее запроса к веб-сервису - то Да. Эта "запрашивающая" база 1С сама по себе кушает одну лицензию.

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

(14) Так же как это делает МС. Если пользователь стороннего приложения через него производит подключение (СОМ, WS или http) к 1С, то ему нужно купить лицензию. Ему также нужно купить пользовательскую лицензию на МС СКЛ, к которому подключается 1С, если не используется лицензирование на процессор.
(14).2 Нет 1cv8.exe не запускается, в веб сервер загружается dll подходящей версии.
(16) может использовать и rphost

(14) С веб-сервисом файловой базы не проверял. Но судя по ИТС, никакая клиентская лицензия не должна съедаться.

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

Можно положить на некий комп 1Сную базу, развернуть апач, опубликовать базу и веб-сервис, открыть у компа порты - и пожалуйста, даже если на компе нет ни программных, ни аппаратных лицензий, веб-сервис будет доступен в сети.

Повторюсь, это очень интересно.

(22) Технически файловая база может работать поставщиком веб-сервиса без каких-либо лицензий на хосте веб-сервера вообще

Организационно - нет

(24) Но все, кто обращаются к веб-сервису, должны иметь лицензию на рабочее место.
Эх, как много я еще не знаю. Да и сложно понять, как заставить купить лицензию 1С пользователя решения на php или C++ только потому, что это решение обращается за данными к веб-сервису на 1С.

Но 59-ый пункт в http://v8.1c.ru/predpriyatie/questions_licence.htm  прочитал внимательно.  Как раз на прошлой неделе общался с тимлидом из одной конторы по разработкам, успешно скрещивающей 1С-ные веб-сервисы с разнообразными решениями на php и C#

Вот уж задам теперь пару каверзных вопросов.

(26) Файловый веб-движок однопоточный, так что сильно злоупотребить не получится.

(28) Это принципиальный вопрос. Тут уж один "левый" сеанс или сто... Нарушение - оно и есть нарушение.

(26) Все-таки лицензию должен иметь поставщик веб-сервиса (клиенты-то анонимы могут быть, пожалуйста), в (5) окончание скорее всего неверное

+(30) Т.е. клиент должен быть обеспечен клиентской лицензией, а вот на чьей стороне - уже пофиг (кому веб-сервис нужнее - поставщику или потребителю, тот и платит)

(не забываем, это все организационные вопросы лицензирования, а не технические)

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

ну давай
(3) а какую тогда кушает, в слусчае например файловой базы, в свободном доступе что ли?
(5) если клиент - стороннее приложение?
(7) по толстому клиенту нужны комментарии?
(13) у меня платформа стоит на 500-х компах и что, если пользуются только 2?
(21) то есть все таки в свободном доступе? сомнительно..

(34) 1. Для файловой базы - никакую не кушает. Для серверной - лицензию на сервер приложений ("серверную", обычно она одна).
2. Поставщик веб-сервиса организационно должен обладать клиентской лицензией для такого клиента.
3. Я вроде ничего у тебя и не спрашивал.
4. Хз о чем ты толкуешь, не ясно.
5. Именно так.

разве веб серсвис на время работы не ест лицензию?

(31) >>кому веб-сервис нужнее - поставщику или потребителю, тот и платит

да ну, не верю, что определение плательщика за использование платформы отдается на откуп третьим лицам. Тут уж должна быть какая-то определенность.


(36) ну.. мы опять по второму кругу

(35) для файловой базы лицензий не нужно совсем, не по 1совски это. "Серверная" - одна на 2, 3 сервера приложений(кластер) пойдет? Тогда при организации обмена через сервисы съедается серверная лицензия, которая в количественном выражении неограниченна(необходимо просто ее наличие), так?

(36) об этом и говорим

+(38) мне кажется, что даже при файловом варианте лицензия будет потрачена, т к при публикации указывается "обработчик" доступа к базе, который скорее всего и всадит лицензию

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

(0)Используй веб-сервисы и не "парь" мозг)

(42) ок)
всем отозвавшимся большое спасибо! было интересно  и полезно понять глубину "организационной" ответственности

А с каклй стаьи сом соединение кущает дицензию?
оно так поступает только тогда,клгда дицензии раздает сервер,если лицензии раздает хасп менеджер,то все сеансы 1с зарущенные на одной машине под одним пользователем кушают одну лицензию
и не фиг во всякие сервисы лезть

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