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

Shtockможно сказать, что bpms не поможет "избежать дублирования информации", так как определить какая информация "дублирующая" сможет только человек. В ней придется рисовать формочки и какие-то алгоритмы для нечеткого сравнения, чтобы посмотреть на "дублирование". Это очень актуально (по опыты скажу) в многофилиальных конторах. Присоединяюсь. Избежать дублирования информации -- это перебор. Если у вас две системы, которые знать ничего друг о друге не знают, и в обеих наличествует справочник контрагентов, то врядли вы от этого дублирования сможете уйти.

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

Приведу пример из практики. У одного нашего клиента была серьезная проблема. В корпоративной системе, как положено, заведены: административная структура, контрагенты, статьи бюджета, ЦФО. Но до регистрации в систему дело доходит ведь не сразу. В результате, например, в бумажных заявках на приобретение техники фигурировали самые разнообразные шифры, отсутствующие в системе. Проблема была решена с помощью BPMS: заявки стали первым шагом бизнес-процесса "Приобретение товаров и услуг", интерфейсный экран этого шага привязали к справочникам системы, на определенном шаге в контексте бизнес-процесса уже есть все данные, необходимые для регистрации в системе. Данные кондиционные, не требующие проведения дополнительных расследований и исключающие появление дубликатов из-за ошибок в кодах или названиях.

WJДублирование ввода и дублирования информации - это несколько о разных вещах Мечтается об устранении дублирования информации, но довольствоваться приходится устранением дублирования ввода.

LSVИ что ? Разве не так делается во многих даже старых системах ? Причём тут BPMS ? Попытка №368 :( Так да не совсем. Во-первых, "старые системы" обычно не охватывают бизнес-процесс от начала и до конца. Например, их может не интересовать предварительный этап -- когда заказа еще нет, а клиент просто поинтересовался ценой. Или завершающий, когда надо поинтересоваться у клиента доволен ли он сервисом. Во-вторых, даже если бизнес-процесс "вколотили в функционал" традиционной системы просто идеально, то цена этого оказывается непомерной, особенно если ставится задача перманентного усовершенствования бизнес-процесса.

Все что делает BPMS, можно сделать без нее, добрыми старыми методами. Но смысл? Когда-то мы перестали писать на ассемблере, потом перешли на использование готовых СУБД, сейчас то же самое происходит с управлением процессами. Я вполне допускаю, что в какой-то конкретной задаче цена BPMS пока превышает выгоды от его использования. (Они, собаки, действительно недешевы, хотя варианты есть.) Ну подождать год-два, присмотреться. Вон цены на СУБД сейчас уже ниже плинтуса. Но не видеть этих выгод...

LSVА вколотить BPMS в стороннюю программу Что за странная идея? Поясните пожалуйста, что Вы имели в виду. (Серьзно, не понял!)