Вот. Но! Одно дело - к существующему движку прикрутить внешние нахлобучки, чтобы Большое Руководство видело то, что оно хочет видеть и получало отчетность в том виде, в котором оно хочет получать...И СОВСЕМ ДРУГОЕ дело - переписывать механику ERP, делать ее необновляемой. И обновлять - да, с бубнами ))Есличо, то  половина, а то и две трети )) дохода моего мужа - как раз обновлять искореженные ERPшки ))) Не, с точки зрения жены - я ваще не против ни разу )))) А вот как работодатель - у нас четкие и однозначные требования - НИКАКИХ изменений, которые повлекут снятие с поддержки. Короче, схема не "юзер" - "писатель", а между ними переводчик опционально... а нормальная схема - Юзер - Бизнес-аналитик - Архитектор - Внедренец с подветкой от Архитектора на Разработчика. В этой схеме Разработчику работы остается мало, большинство задач (в том числе глобальных) решается без привлечения Разраба.... а когда Разраба привлекают - он работает через Расширения. Ибо починить отвалившееся в результате обновления Расширение сильно легче, чем обновлять всю систему,