Поделиться через


Техническая конфигурация тестового выпуска

Примечание.

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

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

Если вы больше не хотите предоставлять тестовый выпуск для вашего предложения, перейдите на страницу Настройка предложения и снимите флажок Включить тестовый выпуск. Тестовый выпуск доступен не для всех типов предложений.

Совет

Чтобы просмотреть представление тестового выпуска клиента на коммерческой платформе, ознакомьтесь с разделом "Что такое Azure Marketplace?" и Что такое Microsoft AppSource?.

Тестовый выпуск Azure Resource Manager

Существует только один вариант тестового выпуска для предложений виртуальных машин или приложений Azure, и для него требуется довольно подробная настройка. Ознакомьтесь с разделами о сведениях о подписке развертывания и списках тестовых выпусков, а затем перейдите к статье конфигурации тестового диска Azure Resource Manager.

Размещенный тестовый выпуск

Майкрософт может упростить настройку тестового выпуска, размещая и поддерживая подготовку и отзыв службы. Конфигурация для этого типа тестового выпуска одинакова независимо от того, предназначен ли тестовый выпуск для приложений Dynamics 365 в Dataverse и Power Apps или Dynamics 365 Operations Apps.

  • Максимальное число одновременных тестовых выпусков (обязательно) — задайте максимальное количество клиентов, которые могут использовать тестовый выпуск одновременно. Каждый одновременный пользователь использует лицензию Dynamics 365, пока тестовый выпуск активен, поэтому убедитесь, что у вас достаточно лицензий для поддержки максимального набора ограничений. Мы рекомендуем использовать значение 3–5.

  • Длительность тестового выпуска (обязательно) — введите количество часов тестового выпуска, чтобы оставаться активным для каждого клиента. По истечении этого периода сеанс завершится и больше не будет использовать ваши лицензии. Рекомендуемое значение: 2–24 часа (в зависимости от сложности предложения). Эта длительность может быть задана только в целых часах (например, "2 часа" допустима; Недопустимый параметр "1,5 часа". Пользователь всегда может запросить новый сеанс, если ему не хватило времени и требуется снова получить доступ к тестовому выпуску.

  • URL-адрес экземпляра (обязательный) — URL-адрес , в котором клиент начинает тестовый выпуск. Как правило, это URL-адрес экземпляра Dynamics 365, в котором установлено приложение и содержатся демонстрационные данные (например, https://testdrive.crm.dynamics.com).

  • URL-адрес веб-API экземпляра (обязательно) —получите URL-адрес веб-API для экземпляра Dynamics 365, войдя в учетную запись Microsoft 365 и перейдя к разделу Параметры>Настройка>Ресурсы для разработчиков>Экземпляр веб-API (URL-адрес службы), скопируйте URL-адрес, приведенный здесь (например, https://testdrive.crm.dynamics.com/api/data/v9.0).

  • Имя роли (обязательно) — укажите имя роли безопасности, определенное в пользовательском тестовом выпуске Dynamics 365, которое назначается пользователю во время тестового выпуска (например, тестовой роли).

Сведения о настройке среды Dynamics 365 для тестового диска и предоставлении разрешения AppSource на подготовку и отмену подготовки пользователей тестового выпуска в клиенте см. в статье "Настройка подписки Azure Marketplace для размещенных тестовых дисков".

Пошаговые инструкции по перечислению и настройке размещенного тестового выпуска см. в подробной конфигурации размещенного тестового выпуска.

Тестовый выпуск приложения логики

Этот тип тестового выпуска не размещен корпорацией Майкрософт. Используйте его для подключения к предложению Dynamics 365 или другому пользовательскому ресурсу, который включает различные сложные архитектуры решений. Дополнительные сведения о настройке тестовых выпусков приложения логики см. в разделах Operations и Customer Engagement на GitHub.

  • Регион (обязательно, раскрывающийся список в одиночным выбором) — в настоящее время Azure поддерживает 26 регионов для тестового выпуска. Ресурсы для приложения логики развертываются в выбранном регионе. Если приложение логики содержит пользовательские ресурсы, которые хранятся в определенном регионе, здесь следует указать этот регион. Рекомендуется полностью развернуть приложение логики локально в подписке Azure на портале и проверить, правильно ли оно работает, прежде чем делать выбор.

  • Максимальное число одновременных тестовых выпусков (обязательно) — задайте максимальное количество клиентов, которые могут использовать тестовый выпуск одновременно. Эти тестовые выпуски уже развернуты, что позволяет клиентам мгновенно получать доступ к ним, не ожидая развертывания.

  • Длительность тестового выпуска (обязательно) — введите время , в течение временного периода времени, в течение 30 часов. Тестовый выпуск автоматически завершит работу по истечении этого периода.

  • Имя группы ресурсов Azure (обязательно) — введите имя группы ресурсов Azure, в которой сохранен тестовый выпуск приложения логики.

  • Имя приложения логики Azure (обязательно) — введите имя приложения логики, которое назначает пользователю тестовый выпуск. Это приложение логики должно быть сохранено в группе ресурсов Azure выше.

  • Имя приложения логики отзыва (обязательно) — введите имя приложения логики, которое отзывает тестовый выпуск, когда клиент закончит использовать его. Это приложение логики должно быть сохранено в группе ресурсов Azure выше.

Тестовый выпуск Power BI

Продукты, в которых должен содержаться визуальный объект Power BI, могут использовать встроенную ссылку для совместного использования настраиваемой панели мониторинга в качестве тестового выпуска. Дополнительная техническая конфигурация не требуется. Все, что необходимо сделать, — отправить внедренный URL-адрес Power BI.

Дополнительные сведения о настройке приложений Power BI см. в статье Что такое приложения Power BI?

Сведения о подписке для развертывания

Чтобы разрешить Майкрософт развертывание тестового выпуска от вашего имени, создайте и предоставьте отдельную уникальную подписку Azure (не требуется для тестовых выпусков Power BI).

  • Идентификатор подписки Azure (требуется для Azure Resource Manager и приложений логики) — введите идентификатор подписки, чтобы предоставить доступ к службам учетных записей Azure для отчетов об использовании ресурсов и выставления счетов. Рекомендуется создать отдельную подписку Azure, которая будет использоваться для тестовых выпусков, если у вас ее еще нет. Чтобы найти идентификаторы подписок Azure, войдите на портал Azure, а затем перейдите на вкладку Подписки в меню слева. При выборе вкладки отображается идентификатор подписки (например, "a83645ac-1234-5ab6-6789-1h234g764ghty").

  • Идентификатор клиента Microsoft Entra (обязательно) — введите идентификатор клиента Microsoft Entra. Чтобы найти этот идентификатор, войдите на портал Azure, выберите вкладку Azure Active Directory на панели слева, выберите Свойства, а затем найдите номер Идентификатор каталога (например, 50c464d3-4930-494c-963c-1e951d15360e). Вы также можете найти идентификатор клиента своей организации, используя адрес доменного имени: https://www.whatismytenantid.com.

  • Имя клиента Microsoft Entra (необходимо для Dynamic 365) — введите имя идентификатора Microsoft Entra. Чтобы найти это имя, войдите в портал Azure, в правом верхнем углу имя клиента отображается под именем учетной записи.

  • Идентификатор приложения Microsoft Entra (обязательно) — введите идентификатор приложения Идентификатора Microsoft Entra. Чтобы найти этот идентификатор, войдите на портал Azure, выберите вкладку Active Directory в меню слева, выберите Регистрация приложений, а затем найдите номер Идентификатор приложения (например, 50c464d3-4930-494c-963c-1e951d15360e).

  • Секрет клиента приложения Microsoft Entra (обязательный) — введите секрет клиента приложения Microsoft Entra. Чтобы найти это значение, войдите на портал Azure. Выберите вкладку Идентификатора Microsoft Entra в меню слева, выберите Регистрация приложений и выберите приложение тестового выпуска. Далее выберите Сертификаты и секреты, выберите Новый секрет клиента, введите описание, выберите Никогда для параметра Срок действия истекает, а затем выберите Добавить. Обязательно скопируйте значение. Не покидайте страницу, пока не скопируете значение.

Публикация тестового выпуска

Параметр Публикация тестового выпуска, расположенный на вкладке Тестовый выпуск в Центре партнеров, отображает языки (и рынки), где доступен тестовый выпуск. В настоящее время доступен только английский язык (для США). Кроме того, на этой странице отображается состояние публикации для конкретного языка, а также его дата и время добавления. Необходимо определить сведения о тестовом выпуске (описание, руководство пользователя, видео и т. д.) для каждого языка или рынка.

  • Описание (обязательно) — опишите свой тестовый выпуск, что будет продемонстрировано, с чем нужно поэкспериментировать, какие функции изучить, а также укажите любые важные сведения, помогающие пользователю решить, следует ли купить ваше предложение. В этом поле можно ввести до 3000 символов.

  • Сведения о доступе (требуется для Azure Resource Manager и тестовых выпусков приложений логики) — расскажите, что клиенту необходимо знать для доступа к этому тестовому выпуску и его использования. Опишите сценарий использования вашего предложения и укажите, что должен знать клиент для доступа к функциям в тестовом выпуске. В этом поле можно ввести до 10 000 символов.

  • Руководство пользователя (обязательно) — подробная инструкция по работе с вашим тестовым выпуском. Руководство пользователя должно охватывать именно то, что требуется, чтобы клиент мог испытать тестовый выпуск и служить ссылкой на любые вопросы, которые они могли бы иметь. Файл должен быть в формате PDF. Присвойте ему имя (не более 255 символов) после отправки.

  • Видеоролики: добавление видеороликов (необязательно) — видеоролик можно разместить в любом месте и сослаться на него здесь с помощью ссылки и эскиза (533 x 324 пикселей), чтобы пользователь мог просмотреть пошаговые сведения и лучше понять тестовый выпуск. Видеоролик должен описывать эффективное использование возможностей вашего предложения и сценарии, для которых оно подходит.

    • Имя (обязательно)
    • URL-адрес (только YouTube или Vimeo; обязательно)
    • Эскиз (533 x 324 пикселей) — изображение должно быть в формате PNG.

Если вы создаете тестовый выпуск в Центре партнеров, нажмите кнопку "Сохранить черновик ", прежде чем продолжить.

Пошаговые инструкции по перечислению и настройке размещенного тестового диска см. в статье "Подробные сведения о конфигурации для размещенного тестового выпуска".