Цитата:
Сообщение от
ax_mct
Как программист в настоящем и юрист в прошлом, проживающий в англоязычной стране, на среднем уровне погружения в термины и логику, лично я понимаю это так:
Case 1: Типичный EDI обмен с внешними поставщиками и клиентами - это OK.
Case 2: Кладовщик во внешней WMS которая по факту внешний модуль AX - это $$$$. Даже если асинхронная связь через IDE.
Case 3: Сторонний E-commerce когда во время сессии пользователя идет обращение к AX - это $$$$.
Case 4: Самодостаточное и способное работать без связи с AX но для работы которой нужны данные введенные через AX - ???? Надо подумать. Но риск уже есть.
текущие колебания линии партии и правительства задают столбовую дорогу к
именованным пользователям.
это раньше, до победы единственно правильного и верного учения, лицензии делились по функционалу. Сейчас - праздник именованных пользователей и 4
источников и составных частей ролей.
Поэтому, с точки зрения лицензирования Майкрософт, классификация выглядит следующим образом:
- неименованный доступ к информации, не зависящей от пользователя
- именованный доступ пользователя к информации о себе
- именованный доступ пользователя к информации, которая создана другими пользователями за исключением функционала главной книги (роли task & functional - в рамках одного подразделения и в нескольких подразделениях соответственно)
- именованный доступ пользователя ко всем функциям, включая функционал главной книги (включая разноску документов)
причем безопасно считать, что доступ как при помощи самой аксапты, так и посредством сторонних программ. Там есть исключения, связанные с историческим развитием аксапты и назначением не той роли в стандартной аксапте. но общий подход такой. для доступа из внешних программ - именно такой.
есть еще один аспект:
лицензирование пользователя или лицензирование устройства - Device CAL.
для внешней программы (которая работает на каком-то оборудовании) можно купить лицензию на устройство.
тогда запросы с этого устройства не требуют лицензирования по пользователям.
поэтому для Microsoft Dynamics:
- предоставить неименованный доступ достаточно безопасно с точки зрения лицензирования. любым способом. например, общий прайс-лист, общее расписание, единый справочник складов и т.п.
- как только появляется персонифицированная информация, так тут же начниают работать лицензии на именованных пользователей. и возможны варианты.
- для внешних программ можно купить лицензию на устройство, а не лицензию на пользователя.
а вообще говоря, для Dynamics есть License Guide:
Цитата:
Сообщение от
gl00mie
по SAP'у я не знаю.