Добрый день!
Как вы относитесь к такому подходу в построении архитектуры системы, если для отражения разных сущностей бизнес процесса использовать один и тот же функционал системы?
Например, в системе есть функционал "Сервисное обращение". Этот функционал содержит соответствующие атрибуты (клиент, его адрес, описание обращения, задачи и т.д.). Для управления обращением используются такие понятия как Категория, Тип и Статус.
На выходе бизнес процесса получается несколько видов заявок (на поставку и на обслуживание), которые закрываются статусами.
Но в интерфейсе системы, для пользователей, это реализовано одним инструментом - "Сервисное обращение" и переход от одной сущности к другой осуществляется изменением значений Категории и Типа (При этом все атрибуты обращения пользователю отображаются одновременно, но использовать он их может в зависимости от Категории и Типа). И все это многообразие, доступно в интерфейсе в одном журнале (ну а в БД, в одной таблице).

Хочу узнать мнение как разработчиков, так и пользователей.

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