Правильная организация Managed решений

[Roman08]

Здравствуйте.
Dynamics 365 OnLine.
Возник вопрос по организации переноса решений с тестовой системы на рабочую.
Используем Managed решение, где собраны все изменения по сравнению со стандартом. И вот когда добавляем новый шаг в уже существующее воркфлоу и переносим потом решение полностью не переписывая, а объединяя (опция Maintain), то в рабочей системе этот новый шаг не появляется.
Вынуждены выбирать опцию Overwrite, но тогда "вылетают" все воркфлоу и бизнес-правила, которые привязаны к записям, потому что в системах у них разные GUID,и на рабочей системе их надо перенастраивать снова.
Что посоветуете делать в этой ситуации? создавать отдельное решение для каждого изменения (и, соответственно, перезаписывать /перенастраивать только его)? или неправильно понимаю идеологию Managed решений?
Думал, что можно использовать "Managed Properties", как описано в статье "Managed Vs Unmanaged Solutions", но они недоступны для редактирования.
Буду благодарен за описание ваших вариантов внедрения решений.
Спасибо.

[Артем Enot Грунин]

Подходов к решению задачи тысячи, какого-то самого правильного, пути увы нет. Из моей практики, однозначно могу посоветовать разбить ваше решение на какие-то части. Хотя бы по типу компонент: процессы, кастомизации, плагины - уже будет проще переносить.

Что касается проблемы гуидов. Есть 2 решения:
1. Создать во всех средах записи с одним гуидом. Для этого можно использовать как имеорт-экспорт Excel так и утилиту Configuration Migration в составе SDK.
2. Заменить прямые ссылки на записи отдельным шагом процесса. В шаге задается атрибут для поиска нужной записи и он возвращает то что нашел в конкретной базе.

[ZooY]

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

[Roman08]

Спасибо за идеи и советы.