KOT MATPOCKuHДокументооборот без поддержки бизнес-процессов смысла не имеет вообще. А как называть - дело десятое.Да как ни назовите - если по сути это система документооборота, то автоматизировать реальные бизнес-процессы вам в ней не удастся. Вы получите, в лучшем случае, автоматизированные цепочки (workflow). Естественно, с хранилищем документов (что тоже ценно).
Ни в коем случае не собираюсь приуменьшать значение документооборота. Иногда действительно организации большего и не надо. Просто к сведению: это НЕ BPM. Это то, про что думали, что это BPM примерно лет 5-7 назад. Но не теперь.

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

KOT MATPOCKuHУточню, благодаря Petro123 и wiki :
BPMS - это информационная система, при помощи которой СОЗДАЕТСЯ система управления бизнес-процессами. Т.е. это ПО для создания систем!Поспорю. BPMS - это системный софт. Как, например, СУБД. Но вы же не называете СУБД информационной системой?
KOT MATPOCKuHРеально констатировать могу только следующее:
- проблема есть,
- $50к - жалко, т.к. на такую систему пришлось бы зарабатывать год, а я их зарабатываю, а не "делаю".
- в силу недооцененности ожидаемого от инвестиций результата принять одно из первых попавшихся смысла не имеет.

Вообще, когда тратишь свои деньги, а не чужие - совсем по другому смотришь на вещи.Тут Вы правы. Деньги надо тратить с умом, исходя из реальных потребностей. Есть такое понятие proof of concept - возможнось убедиться, что то, что предлагается действительно отвечает вашим потребностям. Мы называем это пилотным проектом. (да наверное у всех примерно так называется).
С ценами... $50к - это не обязательно так. Есть дешевле (порядка 20), есть дороже (от 200), есть Open Source (только придется брать в руки напильник).

По порядку?
KOT MATPOCKuH1) В случае изменения бизнес-процесса, точнее шаблона БП (добавили/удалили активити) что происходит с реальными начатыми БП по этому шаблону (в предыдущей версии)???Все зависит от выбранной системы. Варианты:
в некоторых системах можно изменять шаблоны процессов, по которым были запущены экземпляры, и после изменения все запущенные экземпляры будут дальше исполняться в соответствии с новой схемой.
В других системах все запущенные ранее экземпляры продолжают жизнь по старой схеме, а все новые будут жить по новой.
Что лучше? Вот тут уж точно не угадать. Кто что предпочтет (чаще как раз слышу, что старые должны идти по-старому, поскольку часто процессы связаны с договорными обязательствами и должны идти по оговоренному порядку). Но могу на этот счет сказать, что с тех пор как мы стали рассматривать процессы не как один большой процесс с подпроцессами, а как совокупность взаимодействующих асинхронно процессов, то эта проблема как-то отошла на второй план. Поясню.
К примеру, ваш сквозной процесс "от заказа до оплаты" на каком-то этапе выполняет действия, связанные только с оплатой (а точнее - ожидает, когда будет получен сигнал об оплате). Так вот процесс оплаты в данном случае целесообразно вообще сделать отдельным, внешним, а из основного процесса только инициировать его иполучать от него сигнал. В этом случае вы можете менять процесс оплаты, но при этом основной процесс будет работать по-старому.
С таким подходом вы минимизируете риски глобальных изменений, но сохраните (или даже приобретете) гибкость.

Кстати, в некоторых системах можно менять на ходу схему уже запущенного экземпляра процесса. Но тут не забывайте про то самое "цена-качество"
KOT MATPOCKuH2) Что происходит в связи с этим с аналитикой? Т.е. затачиваем отчет, например, считаем количество каких-либо выполненных шагов БП (за период), а потом нужно внести изменение в логику БП и соответственно изменить логику расчета в отчете. Как это все реализуется (расскажите на пальцах, pls) в той или иной системе - чтоб сравнить можно было.Ну, во-первых, любая BPMS имеет свой репозиторий, в котором хранит информацию о всех шагах всех экземпляров. А любой отчет - это обращение к данным из этих таблиц. Не Вам, как программисту, объяснять, что попадет в отчет.
KOT MATPOCKuH3) В процессе БП А рождается документ, например, договор. Например на всех шагах БП есть аттрибут номер объекта (здесь возможно есть более лучшие реализации, подскажите). На документе мне также хотелось бы его иметь (в информационной системе далее ИС). Также есть множество других БП для одного и того же номера объекта. Вопрос: возможно ли построить стандартными средствами информационной системы э... рабочий стол (слово отчет здесь не подходит), в которой для заказанного номера объекта показывалось бы для бизнес-процессов формирования и подписания договоров - только последнюю версию текста самого договора, а по другим БП - список выполненных и ожидаемых процессов с рядом их реквизитов?это не очень понятно:( И сама постановка и то, что понимается под "стандатными средствами системы".

KOT MATPOCKuHАББерите отчет на bptrends и читайте страниц так 500 на английском :)
Что это? Где это? Кто писал? В чем был заинтересован, когда писал?О! Вот тут в точку! Как только вам тут назовут конкретную систему - тут же будут обвинены в том, что заинтересованы. Начните с обратного: назовите систему - и вам про нее выскажут мнения (может быть:))

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

iskrafm,
Вы придираетесь. В теме стоят знаки вопроса - а это значит, что топикстартер сомневается в том, какую технологию выбирать. ИМХО, вот эти Ваши придирки и есть оффтоп...