Дополнение: похожее затруднение возникает и при соединении потоков workflow через AND.

Если есть событие А, событие В, и процесс P, который начинается в случае выполнения A и B, то что ставить 1-м, стартовым событием в процесс P? Можно, наверное, сделать событие "A и B", но как-то это IMHO коряво

С точки зрения общей логики "новый или повтор с изменениями" - это не возникающее в этот момент обработки заказа событие, а атрибут заказа, на основании которого осуществляется ветвление процесса. Т.е. это условие ветвления, а не событие.

Меня и смущает, что объект "событие" мы используем для обозначения 2-х, логически разных, вещей: собственно событий и условий ветвления

Юрий,

как сделать так, чтобы было формально правильно - понятно.

Вопрос в следующем: может, правильнее делать как-то по-другому?

Для того, чтобы было правильно в рамках семантики Арис, нам придется много где делать "вырожденные" функции типа "определить, новый заказ или старый".

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

Поэтому хочется понять: может, можно как-то без этих "лишних сущностей" обойтись? Например, сделать еще объекты - события какого-то другого цвета, и делать развилки на основе "условий" с ними, без "вырожденных" функций...

Наши задачи ты вроде знаешь, но давай еще раз сформулирую:

1) Использование в качестве пояснений по работе наших процессов для разработчиков ERP-системы

2) Внедрение системы показателей путем разбиения всей работы на фрагменты с четкими входами-выходами, назначения ответственных за эти куски и показателей работы этих фрагментов.

3) Использования диаграмм процессов и отчетов для формирования различных отчетов, в частности рабочих инструкций для облегчения введения в должность новых сотрудников, внедрения новых процедур и т.п.

4) Расчет (точнее, примерная оценка) стоимости процессов методом ABC c помощью Animation

5) Реинжиниринг неэффективных процессов с о прикидкой эффекта с помощью опять-таки расчета стоимости и времени вариантов процессов с помощью Animation.

Вроде ничего не забыл...