Alibek B.К тому же, как вписать в понятие online-взаимодействия с БД кеши различных уровней?
если они устанавливают соединение с Oracle, то они будут multiplexing hardware or software

если их опрашивают со стороны Oracle (Job'ом например раз в минуту), то боюсь. Oracle Co. их будет тяжело подвести под if such devices can access the programs (AFAIK active voice в английском языке)
поскольку тут скорее уже "such devices can be used by the programs" (AFAIK passive voice в английском языке)

OracleNamed User Plus: is defined as an individual authorized by you to use the programs which are installed on a single server or
multiple servers, regardless of whether the individual is actively using the programs at any given time. A non human operated
device will be counted as a named user plus in addition to all individuals authorized to use the programs, if such devices can
access the programs. If multiplexing hardware or software (e.g., a TP monitor or a web server product) is used, this number must
be measured at the multiplexing front end. Automated batching of data from computer to computer is permitted. You are
responsible for ensuring that the named user plus per processor minimums are maintained for the programs contained in the user
minimum table in the licensing rules section; the minimums table provides for the minimum number of named users plus required
and all actual users must be licensed.

andrey_anonymousЕсли же абоненты общаются с каким-нть CRM, а потом, к примеру, раз в сутки пакет изменений уходит в биллинг через тот же ESB - то абонентов под NUP привязать будет сложно.
Мне кажется, тут технически скорее будет важно, кто инициирует соединение

Если Oracle, то это будет пакет данных забранный у ESB - тут нужно покупать лицензию ESB для Oracle
Если ESB через JDBC коннектится к Oracle - тут 100% "multiplexing hardware or software" , тут для ESB нужно покупать лицензию у Oracle для всех возможных NUP ESB.

IMHO

Alibek B.Ну к примеру синхронизацию выполняет скрипт на некотором стороннем закрытом сервере — раз в 5 минут подключается к БД, получает данные, обрабатывает и загружает в CMS.
Лицензия нужна на один сервер или на всех пользователей CMS?
IMHO
если бы скрипт запускался из Oracle раз в пять минут - я бы с пеной у рта доказывал, что лицензия вообще не нужна )))
раз скрипт на стороне CMS сервера, то на мой взгляд нужна на всех пользователей CMS или на всех пользователей "стороннего закрытого сервера".

Но вообще, как проведете по бумажке. Как я понимаю, при покупке лицензии инфраструктуру/использование нужно описывать в каких-то бумажках. Если в этих бумажках CRM удастся назвать "batching of data from computer to computer" и Oracle Co. под этим "подпишется" - то какие к Вам притензии?

andrey_anonymous,

не готов спорить о терминологии, почему batch процессинг в ethernet swith'е над пакетами 1500 байт это multiplexing hardware, а job раз в 5 минут это чистое batching of data from computer to computer. И когда заканчивается одно и начинается другое )))

Но насколько я понимаю, при покупки лицензии оформляется куча разных бумажек где описывается инфраструктура и если, в этой бумажке, данные действия будут названы batching of data и Oracle с этим согласится - то в целом, спорить на форуме станет бесполезно.

AFAIK Oracle Co. раньше достаточно лояльно относилась к разночтениям в лицензионных правилах и московское (и Европейское) представительство в случае разных проблем всегда пытались привести спорные условия к обоюдо-выгодному виду. По крайне мере, насколько я знаю, тупым подходом "решит он так, как будет дороже" они никогда не страдали.

В 1 (25) NUP - не верю, но "по числу сотрудников" проблем скорее всего вызвать не должно. (если нет сайта, личного кабинета).

IMHO