Guest_12345Вопрос: чего ожидать от BPMS в условиях, когда не все хорошо и стабильно, когда имеются ошибки оператора, кладовщика, нач. ОТК, ген. директора ... Ну первое, что приходит на ум - это описание процедуры (читайте - процесса) исправления документов. В Вашем примере ошибка бухгалтерская. Ну вот если так:
Тот, кто обнаруживает ошибку инициирует процесс "исправление ошибок", затем назначает следующий шаг тому подразделению или пользователю, который отвечает за этот участок учета, далее вносится изменение в документ (с описанными заранее последствиями), затем, к примеру, формируется бухгалтерская справка и отправляется уведомление руководителю отдела бухгалтерии.
Это несколько упрощенное описание действий, которое можно на самом деле достаточно подробно детализировать. Я думаю, Вам это объяснять не надо.

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

процну очень смелое утверждение (обоснование есть или все бла бла бла ?)
про понятие "платформа" вы видимо и не слышали
почему-то весь мир движется именно в этом направлении наверное вас и др. не читал (банальный пример sap/r3) Не надо говорить за весь мир, проц. Часть мира уже поняла, что в рамках одной корпорации бизнес удержать невозможно. И корпоративная ИС, как бы ее не расширяли, не может единомоментно перестраиваться под внешние факторы.
процвсе ваши примеры не по теме - это интерфейсы с чужими системами - там свои методы
но даже для этого чаще всего используется единая платформа (если она есть)
и ее средства разработки
а чужие форматы надо знать Хороший пример у Garya с Банк-клиентом и Балансом-2. И как раз по теме, между прочим. А интерфейсы с чужими системами вы тоже в рамках одной КИС предполагаете сделать? Как много "чужих" систем потянет Ваша КИС? И если представить, что в некоторых чужих чичтемах форматы могут меняться... Где, в какой среде Вы будете делать интеграцию?

проц[quot Garya]SAP, Oracle, Microsoft - это и есть три основные платформы, выбрал и не дергайся. при этом SAP чаще всего это тот же самый Oracle
SAP действительно декларирует (на словах) интеграцию с чем угодно но на практике работает только сам по себеЭдак Вы и библию перепишете, проц. АБ не называл SAP, Oracle, Microsoft основными платформами. Он лишь сказал, что они отхватили значительную долю рынка. А монополизм, между прочим, не есть гуд. Вы предлагаете всем поставить SAP? А куда Вы денете те компании, для которых SAP - это стрельба из пушки по воробьям? Сколько партнеров готовы ради интеграции с Вами поставить SAP? Или Вы хотите жить обособленно? Идея построения коммунизма в отдельно взятой стране провалилась:)

2 steplton
Не спорю. Но не всем эти решения подходят. Тем более, что сейчас в той или иной степени, автоматизация присутствует на каждом предприятии. И сносить все и ставить SAP только потому, что в нем есть кое-какие возможности интеграции, не станет никто. Это не есть его (SAP) сильная сторона.