Объединение правил автоматизации для категории ошибок и дефектов

Проблема:

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

Минусы дефектов:
1) после закрытия дефекта, его правила не мэтчатся в лаунче. Из-за этого необходимо "заново" искать/исследовать/создавать правило. Что делает процесс разбора больших лаунчей (500+ тестов, 20+ разнообразных ошибок) крайне продолжительным процессом.
2) У дефектов нет классификации. Другие команды/роли не могут быстро понять - этот дефект чей? Разработки, инфраструктуры или автотеста? Чтобы решить эту проблему, что добавляем в title дефекта некоторое обозначение "чей дефект", например: "[API] problem with /v1/qwe/rty".
3) Дефекты локальные. И это логично, но есть дефекты, которые могут встречаться в разных проектах из-за используемых продуктов. Например, продукт B использует продукт А, и продукт С использует продукт А. В продуктах В и С могут быть ошибки, связанные из-за изменений в продукте А. Но из-за особенностей работы дефектов - мы заводим одинаковые паттерны дефектов в В и С.

Всё это так или иначе может быть решено через "категории ошибок", но в настоящий момент для меня неудобно, из-за того что:
1) правила автоматизации дефектов и категорий ошибок НЕ выбираются из общего пула правил автоматизаций, тем самым приходится заводить два одинаковых правила (т.е. automation rule - как разные сущности в целом)
2) когда заводишь правило автоматизации в категорию, ты не можешь его проверить на каком-либо лаунче и не знаешь - работает оно корректно или нет?
3) нельзя конвертировать дефект (решённый) в категорию
4) даже если закрыть дефект и его правило руками унести в категорию - у категории свои отдельные дашборды на overview, у дефектов свои.
5) в итоге перенос дефектов в категории не решает проблему того, что в "неразобранных тестах" я вижу "новые дефекты" и не могу понять, был ли там старый дефект или нет. Что в целом замедляет работу по разбору упавших тестов.

------------------------
Решение:

Пожалуйста, рассмотрите возможность объединения "категорий ошибок" и дефектов:
1) у любого дефекта появится проектная или глобальная категория ошибки
2) после закрытия (?) дефекта -> правила автоматизации перейдут в категорию ошибок.
3) если появился "неразобранный тест" И "у него есть категория" -> это будет сигнализировать о том, что ранее закрытый дефект возобновился. И пользователю нужно будет решить - переоткрывать или заводить новый.
4) в рамках launch можно будет смотреть статистику - сколько было "категорий ошибок" при помощи классифицированных (категоризированных) дефектов.