Настройка КЛИЕНТСКОГО прототипа Ax 7 в партнерской части LCS

[fed]

Мы относительно недавно продали свой первый проект на Ax 7 (хоть и не большой). Естественно, мы с самого начала проекта подписали клиента на минимальное количество лицензий (20 штук). Клиент, по понятным причинам, не очень доволен. Во первых - до запуска проекта еще месяцев 5-6,а платить надо уже сейчас. Во вторых - с системой пока работают ключевые пользователи (типа 5-6 человек), а платить приходится за все 20.
Возникает вопрос: Насколько правомерна такая схема, при которой мы разрабатываем прототип (и конфигурацию и, если понадобится, разработку) в партнерской части LCS - где у нас учебные и демонстрационные проекты/виртуалки живут. При этом, когда прототип уже готов, мы даем доступ ключевым сотрудникам клиента. (Создавая для них учетные записи в нашем домене). Потом, когда прототип уже более или менее зажил, мы официально закупаем клиенту необходимое число лицензий, переливаем готовую конфигурацию уже в клиентский инстанс и там проводим обучение пользователей, тестирование нагрузки и тд и тп.
Вопрос не о том, возможно это технически или нет, вопрос в том, насколько это правомерно и легально ? С одной стороны - мы в партнерской части LCS вполне можем разрабатывать "решения", и причем не только код разрабатывать, но и типа готовить демо-данные. При этом - никто не мешает нам ключевых сотрудников клиента объявить внешними консультантами например. С другой стороны - есть подозрение что Микрософт не будет рад такому использованию партнерского раздела LCS, и где-нить в каких-нить лицензионных соглашениях написано что так делать нельзя.

У кого какие мнения по этому поводу ?

[Ivanhoe]

На предыдущих версиях позиция MS была такая, что вести проект клиента на лицензиях партнера - нельзя.

[fed]

Цитата:

Сообщение от Ivanhoe

На предыдущих версиях позиция MS была такая, что вести проект клиента на лицензиях партнера - нельзя.

Зависит от определения "проекта клиента". Как его от "решения" отличить?
Может мы разрабатываем вертикальное решение для ритейловых компаний с альтернативно одаренным средним менеджментом и альтернативно ориентированым топ-менеджментом
Ну и как ты сам знаешь - на старых версиях партнерская лицензия заменялась на клиентскую эдак за месяц-полтора до запуска. Причем не только на внедрениях в России...

[Ivanhoe]

Ну тогда можно добавить, что всегда это был диалог. В случае с D365 автоматизированно проверить кто и что делает пока нельзя, значит, опять в крайнем случае будете "договариваться".

[skuull]

Это конечно не лицензионное соглашение, но в этот статье https://docs.microsoft.com/en-us/dyn...s-delivery-faq английским по белому написано, что партнер может использовать виртуалки для разработки своего IP, а для клиента может и локальные виртуалки. На одном из внедрений мы так и поступали, развернули виртуалки в LCS под подпиской клиента, а перед UAT купили 50 лицензий ( это были времена CTP 7), никаких претензий со стороны МС небыло.
Для прототипирования есть Prospective presale project в LCS который может создать партнер и развернуть виртуалки.

[fed]

Ссылка от skuull, конечно, полезная, но на все вопросы не отвечает. Они там пишут про разработку, но ничего не говорят про настройку. То есть - с одной стороны - конечно разработка подразумевает какую-то настройку демо-примера, но с другой стороны - будет ли Микрософт возражать если я в демо-пример залью 20000 номенклатур и 5000 клиентов конкретного заказчика ? И что будет если я после тестирования перелью в реальную клиентскую подписку не только саму доработку, но и настроечные данные? Нету ли в БД партнерских VM каких-нить водяных знаков, по которым MS сможет понять что настройки были подготовлены не в клиентском окружении, а в партнерском?

[skuull]

Я знаю, что хотелось бы один документ со всеми ответами но... В другой статье написано:

Цитата:

This topic describes how to move a Dynamics 365 for Operations database from an environment that runs on SQL Server (Tier 1 or one-box) to an environment that runs on an Azure SQL database (Tier 2 or higher).

https://docs.microsoft.com/en-us/dyn...r-to-azure-sql

One-box это всегда клиентская/партнёрская подписка, так как в проекте внедрения можно развернуть только Tier-1 как аддон. Мы опятьже так и делаем на проектах, делаем виртуалку для конфигурации и переносим базу потом на UAT/PROD.

[fed]

Цитата:

Сообщение от skuull

Я знаю что хотелось бы один документ со всеми ответами но... В другой статье написано:
https://docs.microsoft.com/en-us/dyn...r-to-azure-sql

One-box это всегда клиентская/партнёрская подписка, так как в проекте внедрения можно развернуть только Tier-1 как аддон. Мы опятьже так и делаем на проектах, делаем виртуалку для конфигурации и переносим базу потом на UAT/PROD.

Ну собственно - я после прочтения и регулярного использования этого документа и задался данным вопросом. Проблема в том, что понятие one-box не юридическое, а попытки спросить по поводу подготовки клиенткого прототипа в немецком и американском сейловых каналах MBS привели к противоречивым ответам.

[skuull]

Prospective presale project в LCS должен быть как раз для этого. У нас тоже проблемы с локальным МС который ничего не знает, приходится эскалировать до US.
Перенос с one-box на Tier 2 мы делаем регулярно, хотя MS активно предлогает купить аддон для gold конфигурации.