MS Dynamics NAV - основы лицензирования разработки
Я новичок самообучающийся NAV. Некоторые из запросов могут быть глупыми, надеясь услышать от вас гениальных экспертов! Действительно путают с рамками лицензирования.
Запросы,
Я могу выделить два типа лицензий: лицензия клиента или лицензия партнера. Клиентская лицензия - это лицензия на продукт ERP, включающая пакеты функциональности системы (стартовый / расширенный) и доступ пользователя (полный / ограниченный пользователь). Партнерская лицензия - это то, на что подписывается партнер разработчика. Между этими двумя типами нет никакой связи, верно?
Является ли партнер по разработке способным вносить изменения в любой из примитивных объектов (таблиц / кодовых блоков), которые поставляются с предустановленной версией Starter/Extended. Разрешено ли партнеру по разработке изменять или улучшать функциональность системы в какой-либо степени?
Когда партнер по разработке регистрируется в Microsoft, ему предоставляется фиксированный набор идентификаторов объектов, который он будет использовать для создания новых объектов? Будет ли он использовать один и тот же набор идентификаторов для всех клиентов, которые будут использовать NAV? Итак, эти идентификаторы глобально уникальны - нет ли у двух партнеров разработчиков одинаковых идентификаторов?
Когда я подключаюсь к RTC, используя свою учетную запись домена, я действую в качестве полноправного пользователя по лицензии клиента (я вижу, что мой пользователь настроен как полноправный пользователь в разделе Departments=> Administration=>General=>Users). Если я подключаюсь к NAV DEV ENVIRONMENT, я МОГУ проектировать почти все таблицы, но НЕ МОГУ К КАЖДОМУ КОДЕКСУ. Итак, как безопасность работает в среде DEV???
2 ответа
Лицензия в зависимости от контекста может относиться к двум различным вещам:
- Приложение \ Лицензия на разработку
- Тип клиентской лицензии
Приложение \ Лицензия на разработку
Модель лицензий Microsoft Dynamics NAV основана на определении операций чтения, вставки, изменения, удаления и выполнения для каждого объекта в базе данных (таблица, таблица данных, форма, отчет, порт данных, XMLDataport, Codeunit, MenuSuite, страница, запрос). Это верно для обоих Конечные пользователи, партнеры и независимые поставщики ПО.
Существуют разные хорошо известные диапазоны объектов, которые имеют разное значение, поэтому, в зависимости от того, какие номера объектов вы можете получить, разные стороны имеют доступ, они задокументированы здесь.
Ваша способность изменять объекты будет зависеть от гранул объектного дизайна, которые вы приобрели у Microsoft через своего партнера Microsoft, список тех, которые имеют отношение к дизайну, можно найти по ссылке.
В зависимости от того, когда вы приобрели лицензию Microsoft Dynamics, в стартовый пакет могут входить разные лицензии, чаще всего пользователи имеют:
- 7110 конструктор отчетов и портов данных
- 7120 Дизайнер форм и страниц
Они предоставляют вам возможность изменять код в отчетах и формах, и сами включают объекты для модификации в пределах диапазона лицензий клиента.
Возможность изменять Codeunits является частью гранулы Application Builder, которую приобрели не многие клиенты, и, вероятно, объясняет, почему вы можете создавать одни типы объектов, а не другие.
У партнеров Microsoft есть то, что эквивалентно лицензии разработчика решения, которая позволяет им изменять защищенные таблицы (например, таблицы Леджера) в диапазоне базовых приложений.
Гранулы
В системе есть несколько хороших ресурсов для получения информации о том, какие разрешения вы можете ожидать в своем экземпляре NAV. В Microsoft Dynamics IDE вы можете получить доступ к своему файлу лицензии (или вы можете прочитать его как текстовый файл, просто игнорируйте, когда он попадает в ASCII внизу).
Вы можете использовать номер и имя, чтобы посмотреть, что каждый из них используется для примера
Существует также отчет 10313 "Лицензионные разрешения", который вы можете выполнить, который предоставит обзор диапазонов и того, какие конкретные разрешения (RIMDE) у вас есть в вашей лицензии для каждого из них.
Ваш партнер Microsoft имеет доступ к генерации отчета о лицензии (подробного или краткого), в котором будет представлен список приобретенных вами объектов и места их назначения.
В предыдущих программах лицензирования, таких как Business Ready Licensing (BRL), вам приходилось определять и приобретать каждую гранулу отдельно.
Совсем недавно Microsoft перешла на бессрочное лицензирование и лицензирование по подписке, которое обеспечивает большую часть областей применения, которые вы, вероятно, будете использовать.
Назначение объекта
Гранулы дизайна предоставляют доступ к определенным объектам, если вам требуется дополнительный доступ к объектам в базе данных, они должны быть приобретены отдельно, а затем назначены вашим партнером Microsoft.
Например, покупка 10 дополнительных таблиц дает вам право на 10 таблиц, которые затем необходимо назначить вашей лицензии, выбрав конкретные идентификаторы объектов для таблиц в вашей базе данных и добавив защиту.
развитие
Существует несколько основных типов сторон, которые занимаются разработкой в экземпляре Dynamics NAV:
Партнеры по решениям Microsoft
Они, как правило, занимаются разработкой для конкретного клиента, это модификации существующих форм и объектов, исправления ошибок и другие элементы, которые могут применяться только к конкретному клиенту.
Большая часть этого типа разработки выполняется в рамках существующих диапазонов объектов Microsoft Dynamics NAV, или, если создаются новые объекты, это делается в области проектирования заказчика (50 000 - 99999).
Клиенты, обладающие внутренними навыками, как правило, также могут осуществлять разработку в этом диапазоне, поскольку разрешения находятся в диапазоне клиентов.
Независимые поставщики программного обеспечения (ISV)
это также партнеры Microsoft, но они сосредоточены на разработке решений для нескольких клиентов, которые будут установлены в массиве баз данных и будут работать в области проектирования сертифицированных партнеров (100 000 - 999 999 999). Эти объекты будут одинаковыми для всех клиентов.
Следует отметить, что Microsoft Solution Partners не имеют автоматического доступа для изменения всех объектов ISV, которым им необходимо предоставить доступ к диапазонам объектов так же, как это сделал бы конечный пользователь, и в некоторых случаях может быть не в состоянии изменить некоторые объекты из-за желаний ISV (это редко).
Тип клиентской лицензии
Полноценный пользователь определяет тип клиентской лицензии, который используется при подключении к базе данных, и сам по себе напрямую не обеспечивает безопасность; Ограниченный пользователь имеет ограничение на доступ к нему.
Настройки вашей лицензии и безопасности работают вместе, чтобы определить максимальную безопасность, которую может иметь пользователь, поскольку вы можете добавить разрешения пользователю для объекта, на который у вас нет лицензии, но, поскольку среда выполнения не будет иметь разрешения, они все равно получат ошибку безопасности. (это верно даже для роли SUPER и партнеров MS, которые не лицензированы для определенного диапазона решений ISV).
- Я могу выделить два типа лицензий: лицензия клиента или лицензия партнера. Клиентская лицензия - это лицензия на продукт ERP, включающая пакеты функциональности системы (стартовый / расширенный) и доступ пользователя (полный / ограниченный пользователь). Партнерская лицензия - это то, на что подписывается партнер разработчика. Между этими двумя типами нет никакой связи, верно?
Партнерская лицензия по своей природе совпадает с лицензией клиента. Это просто дает вам больше возможностей, таких как создание объектов, полей, изменение кода объектов. Это относится к объектам, включенным в партнерскую лицензию.
Клиентская лицензия также может включать в себя некоторые дополнительные возможности, такие как конструктор отчетов, который позволяет клиентам изменять отчеты (как в форме Nav 5, не знаю, если это было изменено в последних версиях).
- Является ли партнер по разработке способным вносить изменения в любой из примитивных объектов (таблиц / кодовых блоков), которые поставляются с предустановленной версией Starter/Extended.
То, разрешено ли партнеру изменять определенные объекты, определяется его лицензией. Могут быть ограничения в зависимости от номера объекта. Не уверен, что есть, но технически это возможно.
Разрешено ли партнеру по разработке изменять или улучшать функциональность системы в какой-либо степени?
Существуют следующие ограничения: вы не сможете удалить / вставить поле из таблицы, если номер поля находится в диапазоне от 1 до 49999 (так называемый стандартный диапазон). Но это не критично, так как вы всегда можете создать поле в диапазоне вашего партнера. На самом деле ваш партнер / клиент является вашим главным ограничением. Который можно было бы использовать, отправив больше денег в MS;)
Имейте в виду, что если вы создаете объект в вашем диапазоне, 50010 например. Ваш клиент должен включить этот диапазон в свою лицензию для использования объекта. Таким образом, вы оба должны отправить больше денег в MS;)
- Когда партнер по разработке регистрируется в Microsoft, ему предоставляется фиксированный набор идентификаторов объектов, который он будет использовать для создания новых объектов? Будет ли он использовать один и тот же набор идентификаторов для всех клиентов, которые будут использовать NAV? Итак, эти идентификаторы глобально уникальны - нет ли у двух партнеров разработчиков одинаковых идентификаторов?
Хорошо посмотри на это. Короче говоря: диапазон 50,000 - 99,999 Партнёры, сертифицированный партнер может по ряду объектов от 100,000 - 999,999,999 и зарезервировать его исключительно для него.
- Когда я подключаюсь к RTC, используя свою учетную запись домена, я действую в качестве полноправного пользователя по лицензии клиента (я вижу, что мой пользователь установлен как полноправный пользователь в разделе Departments=> Administration=>General=>Users). Если я подключаюсь к NAV DEV ENVIRONMENT, я МОГУ проектировать почти все таблицы, но НЕ МОГУ К КАЖДОМУ КОДЕКСУ. Итак, как безопасность работает в среде DEV???
Не уверен, что вы подразумеваете под "безопасностью". Доступ к данным ограничен настройкой прав пользователя. Доступ к объектам ограничен лицензией.
В Nav до RTC были специальные права пользователя, позволяющие получить доступ к конструктору объектов (который теперь является всем, что осталось в Dev Env). На данный момент я предполагаю, что вы должны предоставить этого пользователя db_owner роль в базе данных для доступа к Dev Env.