WJЖизнь вообще сложная штука... Интеграция - она все же полегче:) Интеграция при помощи лично мне известных BPMS, особенно если есть доступ к телу (к базе данных) вещь абсолютно обычная и не требует от "многих руководителей" каких-то особых героических усилий.
У какие у нас развернутые представления об интеграции, да ктоже вас пустит к телу БД. В БД данные лежат, которые трогать можно только через API? а оно у многих отнюдь не JAVA. И придеься вам WebService писать, и не жабе под управлением сервера приложений, а на C, да еще не под стандартный протокол. Вот я посмотрю на эту интеграцию

Вот и открылась тайна. Интеграцию никто оказывается и не делает или делает условную на уровне общих справочников. Тогда тут же возникает вопрос, а не велика ли цена за вот BPM который используется как элементарный сервис-деск? Может действительно обойтись документооборотом?

АБ blindedИнтеграцию никто оказывается и не делает или делает условную на уровне общих справочников. Это откуда такой вывод?

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

Да ответ очевиден, только последствия - не совсем. Вы пилот с "облегченной" интеграции сделали и ушли, а потом вдруг выясняеися что надо делать полноценную. Топы конечно бегают, суетятся, а оказывается чтобы эту самую интеграцию по уму сделать надо столько вложить... А все так красиво и просто казалось в начале: дешево, быстро, легко. Я ведь вас не зря с цыганкой-гадалкой сравнил, она ведь тоже надеждами торгует...
АБ
blindedМожет действительно обойтись документооборотом. BPM не требует для начала работы сверхусилий по интеграции всего и вся. Это плохо? По-моему, хорошо. Можно начать с малого, и при этом открыть для себя перспективу интеграции. Документооборт же может быть и хорош в краткосрочной перспективе, но стратегически BPM определенно проигрывает.
А это как раз всеобщая беда, продукты кторые имеют низкий порог вхождения, кажущиеся простыми и легкими для освоения, как правило предназначены для решения простых задач. Как только задача становится более сложной вся простота и легкость уходит, и продукт начинает напоминать смирительную рубашку. Ситуция усугубляется тем что управленцы этого абсолютно не понимают, они покупаюся на эту самую легкость и это ощущение не покидает из очень долго.

АБВ общем никто ничего не понимает, а управленцы не понимают абсолютно ничего. Понимает blinded, но что в связи с этим предлагает делать - непонятно. По-видимому, ничего.

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

АБ
Типичная программистская позиция: "дайте только мне времени (и денег, но он об этом не думает), и я вам ого-го чего сделаю". Наверное. Если получится. И если поезд к тому времени еще не уедет на другую станцию, что с бизнес-процессами как раз бывает сплошь и рядом.
[/qout]
Неправда ваша. Я вам ничего сделать не предлагал.
А на счет подвижности бизнес процессов - это тодже палка о двух концах. Просто пришлось встречаться подобными системами(быть пользователем) Вы представляете ощущение пользователя когда у него интерфейс начинает меняться каждый месяц. Ф это просто манагеры упражнялись в оптимизации бизнесов процессов.
[quot АБ]
Те, кто считают деньги, обычно предпочитают что-то предсказуемое по отдаче, срокам и деньгам, и при этом имеющее перспективы развития. BPM всем этим требованиям удовлетворяет, Ваша позиция - нет.
Предсказуемость по срокам и деньгам!!! Вот когда кто-нибудь из ваших коиентов захочет проинтегрировать BPMS с 1С и ему это удасться - там и посмотрим

MLight АБ BPM не требует для начала работы сверхусилий по интеграции всего и вся. Это плохо? По-моему, хорошо. Можно начать с малого, и при этом открыть для себя перспективу интеграции.
Трудно не согласиться с АБ. Установил систему завел БП. Хочешь интегрировать справочники вперед, хочешь интергировать ввод накладных вперед. Все в твоих руках.
Только вот для этого надо уметь программировать

Вот как, теперь оказывается интеграция это не самое важное в BPMS. Так что Oracle, IBM, MS, продвигающие свои BPMS системы в первую очередь как средства обеспечивающие интеграцию систем, оказываются ничего в в BPMS системах не понимают? Договорились....