Workflow programming

[SeregaK]

Подскажите, плз, можно ли программно работать с экземплярами бизнес процессов? Перерыл SDK и ничего не нашёл, у кого есть такая инфа заделитесь, плз! Интересует программное изменение этапов бизнес процессов!

[Likefire]

2 SeregaK: у тебя тройка?

[SeregaK]

Извеняюсь, нет, четвёка конечно!

[Likefire]

Цитата:

Сообщение от SeregaK

Извеняюсь, нет, четвёка конечно!

Тогда ничем помочь не смогу: у меня материалы по тройке есть, а по четверке сам ищу. Интересуюсь pdf-ничком Working with Microsoft Dynamics(TM) CRM 4.0 (Paperback) by Mike Snyder, Jim Steger

[SeregaK]

Ладно, спасибо!
Нам бы тоже такая книжка не помешала!

[Артем Enot Грунин]

Кто найдет со мной тоже делитесь!

[Черничкин Станислав]

Ну т.к. там WWF, можно через WWF-шные апи залезть. А еще можно рефлектором мозги CRM посветить, и узнать как она это делает. А что, очень надо? Я в принципе могу это найти, но у меня часа 3-4 уйдет, а самому мне это пока не нужно. Не хотелось бы просто так время терять. Если уж очень очень надо и без этого совсем никак, пишите сюда, как народу наберется, начну безвозмездно тратить рабочее время

[SeregaK]

Станислав, спасибо огромное за вашу отзывчивость! Проблема действительно очень актуальна! Отсутствие возможности ручного изменения этапов для поцессов продажи (как было в тройке) в бизнес правилах четвёрки- это огромный недочёт новой версии CRM. А такая функциональность на практике просто необходима в любом процессе продаж! Был бы вам очень признателен за пинок в нужную сторону!

[Сабитов Андрей]

Цитата:

Сообщение от Черничкин Станислав

.....как народу наберется, начну безвозмездно тратить рабочее время

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

[Черничкин Станислав]

>>бывает же слаучатся так, что клиент сразу хочет договр и счет

Для этого можно использовать несколько процессов продаж. Причем, какой процесс запустить в Вашем случае можно решить автоматически: клиенту нужны презентации и демонстрации -- менеджер создает объект "возможная сделка" система запускает "длинный" процесс продаж; клиент тупо хочет купить товар -- менеджер создает объект "Заказ", система автоматически создает для него "Возможную сделку" и запускает "короткий" процесс.

>>SeregaK
Благодаря Вам заметил, что в четверке нет даже ручного переключения этапов процессов (думал, что здесь идет речь именно о программном). Вообще, у меня такое мнение: раз переключение этапов убрали, значит эта фишка не совсем правильная с точки зрения бизнеса (иначе зачем было ее _убирать_???). Но если общественность настаивает...
Для перелючения этапов (вперед по процессу), товарищи из сытых (http://blogs.msdn.com/blogfiles/jim_...0415183537.jpg) буржуазных стран советуют программно закрывать связанные с экземпляром процесса задачи, наверное, это самый правильнвй вариант. Здесь описано как это делать: http://www.ascentium.com/blog/crm/Post12.aspx. Я сам так не делал, в четверке может возникнуть проблема с извлечением задач, связанных с процессом. В принципе можно считать, что все задачи связанные с основной сущностью процесса, и есть задачи процесса, но тогда есть опасность закрыть лишние задачи. Можно прикрутить какую-нибудь галочку к задаче, правда это не очень красиво.
Движение назад по процессу таким способом не возможно. Вызов API, связанных с WF через 2006-ую конечную точку (endpoint) не возможен. Похоже, единственный способ -- залезть в мозги WWF. В выходные (17-18) попробую, раньше не могу.

[Сабитов Андрей]

Цитата:

Сообщение от Черничкин Станислав

Для этого можно использовать несколько процессов продаж.

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

[SeregaK]

Станислав, спасибо за упоминание про советы буржуев (ссылка на jpg прикольная), действительно хороший вариант решения. Но интерес к програмному изменению всё же остался! =))

[Lazarus]

>>Андрей Сабитов

Андрей, подобная дискуссия постоянно происходит с нашим бизнес-руководством, которые приравнивают нехватку информации после переговоров как впустую потраченное время.
Итог: принято решение делать несколько процессов.
Случай почти розничного покупателя, когда заказчик приходит и говорит: мне надо то-то и то-то, выпишите счет -- самый простой, тут даже обсуждать нечего.
А вот процесс продажи внедрения формализовать удается с точностью процентов 50-70.

[Артем Enot Грунин]

Коллеги! Возможная сделка - это длительный процесс. По моему скромному мнению, процесс продажи должен быть формализован с точностью до 2-3 этапов. Включая выписку документов и отправку коммерческого. В большинстве контор операционная деятельность вообще не формализуется, так что не вижу никаких серьезных потерь.
Если надо что-то оформить за раз, следует сразу регистрировать коммерческие предложения и заказы, минуя создание возможной сделки.

[Черничкин Станислав]

Привет, ребята, извиняюсь за задержку.


Вообщем, бизнес-процесс CRM является наследником SequentialWorkflowActivity, а эта штука поддерживает только последовательное выполнение всех своих шагов. Вообще говоря, в SequentialWorkflowActivity произвольные переходы не нужны, потому что для управления последовательностью выполнения активностей можно использовать IfElseActivity, ConditionedActivityGroup, WhileActivity и т.п. С помошью этих конструкций вполне можно решать большинство задач "пропускания" этапов, например можно сделать на форме галочку "клиент не хочет презентаций" и пропустить все действия, связанные с презентациями.

Построение произвольного алгоритма с помошью SequentialWorkflowActivity не всегда удобно. Например, получение заказа от клиента практически всегда свидетельствует о проваливании сделки на дно воронки продаж, вне зависимости от ее текущего положения. Для реализации подобных алгоритмов в WWF предусмотрен компонент StateMachineWorkflowActivity, который позволяет создавать конечные автоматы. К сожалению в CRM 4.0 ничего не сделано для поддержки этого компонента, но Вы можете легко реализовать подобный функционал средствами CRM, создав по отдельному бизнесс-процессу на каждый из этапов продаж и прописав условия активации этих процессов-этапов. Так пользовательские переходы между этапами будут сводиться к остановке одного процесса и запуску другого. Также можно сделать активность, которая будет автоматически глушить другие процессы-этапы и расположить ее вначале каждого из наших процессов, тогда для перехода на произвольный этап пользователю останется только его "запустить".

И, наконец, когда я написал, что SequentialWorkflowActivity не поддерживает произвольного перехода между этапами, я не имел ввиду, что ее нельзя заставить это делать. Для последовательного выполнения дочерних активностей SequentialWorkflowActivity подписывается на события своей первой дочерней активности и даёт команду на её запуск. При возникновении события успешного завершения дочерней активности, SequentialWorkflowActivity повторяет тоже самое для следующей активности. Естественно, ничто нам не мешает написать активность, которая при запуске отпишет родительскую SequentialWorkflowActivity от своих событий, а дальше будет либо сама управлять последовательностью выполнения остальных активностей, либо "обманывать" SequentialWorkflowActivity посылая ей определенные события. Однако, такой метод мне не очень нравится, пока не могу объяснить почему.


З.Ы. Я сменил работу и теперь, во-первых, для меня CRM превратились в хобби, а во-вторых у меня больше нет аналитических данных по потребностям пользователей CRM. В принципе, я могу написать компонент для управления последовательностью выполнения этапов используя механизм, описанный в третьем пункте, но это будет грязный хак архитектуры WWF и я очень сомневаюсь в его целесообразности. Если у кого-нибудь возникли задачи, которые затруднительно решить первыми двумя методами, давайте обсуждать. Я допускаю, что M$ могли ошибиться, проектируя CRM 4.0 и она требует серьезной доработки напильником, но для такого решения мне нужны очень серьезные основания.

[Черничкин Станислав]

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

[SeregaK]

Спасибо огромное за столь развёрнутый ответ и ваше время! А Хобби-это конечно круто! А почему завязали с продуктом по работе, если не секрет конечно?

[Черничкин Станислав]

>>А почему завязали с продуктом по работе, если не секрет конечно?

Извиняюсь, но я подобные вопросы не обсуждаю. Скажу только, что непосредственно с продуктом это не всязанно.