Конь..им не хватает того персонала, для которого всё это было писано.
САПу не хватает немцев в рашенских проектах, ОЕБСу не хватает амеров, Аксапте не хватает голландцев, АФСу не хватает шведов.. зато 1Су всего хватает :)
сильно сказано :)

Все есть в ERP системах, причем с избытком. Не хватает возможности выкинуть ненужное, а то что нужно заставить работать так как нужно.
Слишком большие кирпичи предлагаются для построения информационной системы на конкретном предприятии.
Нужно не "Продажи и Клиенты", а:
1. Варианты заголовков накладных
2. Варианты строк накладных
3. Варианты процедур заполнения накладных
4. Варианты процедур проведения накладных
5. Варианты форм печати накладных
6. и еще много вариантов из которых можно скомпоновать нужный функционал.
Иначе они так и будут использоваться в качестве хранилищ, а рядом будут плодиться куча внешних приложений, которые решают повседневные рутинные задачи.

АБПо-моему это называется модульность.
Как бы это не называлось, но "Слишком большие кирпичи предлагаются для построения информационной системы на конкретном предприятии". А нужны не модули, а интерфейсы (сервисы). Разница думаю понятна.

АБ Именно это и получится в результате.
Когда получится - тогда посмотрим. Мы уже это внедряем. А у некоторых - год работает.

АБСвое али готовое?
Вопрос не понятный... Даже не знаю, ответить на него или написать ответ :)
Свое, готовое. Можно посмотреть ,
почитать и даже скачать .

АБМеня сбила с толку фраза "мы внедряем" -- точнее было бы наверное сказать "мы разрабатываем".
Разрабатываем ISCRA Framework, внедряем решения на ней. Почему сбила с толку фраза?

АБЗа ссылку спасибо. Посмотрел, ключевых (в моем представлении) слов BPM, SOA не увидел. Насколько я понял, вы реализуете достаточно традиционную идею системы-конструктора.
Я безразлично отношусь к словам из трех букв, о чем не раз на этом форуме говорил, поэтому и не видите. Насчет конструктора.. Я бы сказал case-дизайнер. В качестве элементов предлагаются интерфейсы (элементарные сервисы) для ввода данных, получения данных, представления в различных формах, расчетов и т.п. В проекте под конкретное предприятие они компонуются в готовые приложения. Примерно так:
1. берем нужный заголовок накладной
2. Присоединяем к нему подходящие строки
3. Присоединяем к полученной накладной нужные формы печати
4. Присоединяем необходимые процедуры учета: изменение остатков на складе, формирование проводок и т.п.
5. Жмем на кнопку Выполнить - проверяем. Все ОК - отправляем на сервер приложений, пользователи могут работать, нет - делаем дальше.
Возможно и традиционно. Только сам конструктор точно также сконструирован из таких же элементарных сервисов, набор которых можно расширять, ненужные отключать, нужные создавать.

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

АБ
Игнорировать любые стандарты и технологии, если в их сокращении три буквы -- это конечно мужественное решение (уважаю!), но немного жалко WWW
Я их не игнорирую, просто не бравирую ими :)