1. Совместимость со старыми объектами стадий
1.1. Адаптировать механизм сохранения состояний EntityStageManager<TEntityInStage, TStageData, TEntityInStageRepository>
1.2. Переключить продажи на новый механизм
2. Отслеживание изменения стадии на BaseEntity и сохранение истории переходов
2.1. Проверять настроен ли текущий объект на журналирование SysModuleStageHistoryStorage.cs(new)
2.1.1. Запустить синхронизацию стадий при включенном журналировании стадий EntityStageManager.cs
3. Мастер разделов
3.1. Галочка "Ведение истории стадий"
3.2. Указать поле стадии
3.3. Указать объект истории стадий
3.3.1. Использовать существующий
3.3.1.1. Добавление и маппинг полей в существующий объект
3.3.2. Сгенерировать новый объект(наследник BaseEntityInStage)
3.3.2.1. Для создания схем с клиента использовать Terrasoft.ApplicationStructureWizardUtils
3.4. Получение и хранение информации о настройке объектов стадий (SysModuleStageHistoryManager)
3.4.1. Создать элемент менеджера SysModuleStageHistoryManagerItem (JS)
3.4.1.1. Дополнительно хранить информацию
3.4.1.1.1. EntitySchemaName
3.4.1.1.2. StageSchemaName
3.4.1.1.3. StageHistorySchemaName
3.4.1.1.4. StageColumnName
3.4.2. Создать менеджер SysModuleStageHistoryManager (JS)
3.4.3. Загружать менеджер в Мастере
3.5. Регистрация созданных объектов в SysModuleStageHistory(new schema)
3.5.1. EntitySchemaUId
3.5.2. StageSchemaUId
3.5.3. StageHistorySchemaUId
3.5.4. StageColumnUId
3.6. Сгенерировать деталь истории стадий и поместить ее на вкладку История текущего раздела
4. Добавление и маппинг полей в существующий объект
4.1. Маппинг полей справочника стадий
4.1.1. Финальная стадия(bool)
4.1.2. Порядок стадии(int)
4.1.3. Успешная стадия(bool)
4.2. Если на объекте нет нужных полей - предложить добавить
4.3. Маппинг полей справочника истории стадий
4.3.1. Id сущности(автоматически)
4.3.2. Id стадии(автоматически)
4.3.3. Историческая стадия(bool)
4.3.3.1. Если не указана, то не отмечать стадии как исторические
4.3.4. Start date
4.3.5. Due date