|
![]() |
#1 |
Участник
|
Цитата:
Сообщение от Ivanhoe
![]() 0. можно запустить несколько вспомогательных документооборотов параллельно - это не то, что вы имеете в виду?
... Многоуровневое утверждение можно попробовать реализовать используя шаги / вспомогательные документообороты и условия шагов / автоматические действия / условия использования конфигурации. Можно пример того, что нельзя? ![]() ... 2. Опять же, можно пример? Только не ссылку на то, что умеют сторонние решения, а что конкретно не умеет WF AX 2009? =) Кроме того, будет проблема с условными маршрутами в такой реализации - получается, что нельзя создавать полный экземляр маршрута сразу. Придется создавать каждый экземпляр маршрута придется создавать частями по мере прохождения. Не рекламы для, а в качестве примера о чем люди думали при реализации документооборота http://navision.mazzy.ru/lib/docflownav/, http://navision.mazzy.ru/lib/docflownav2/, http://navision.mazzy.ru/lib/docflownav3/ ![]() При таком примере придется начинать не сложный маршрут, а кучу "вспомогательных документооборотов". А в дальнейшем эту кучу непонятно как анализировать. Какие прошли по одной ветке? Какие прошли по другой ветке? Какие не прошли до конца? Какие отложены? Какова средняя длина маршрута? В общем, идея с кучей лично мне категорически не нравится. ![]() Хотя согласен с тем, что вывернутся можно и при помощи кучи - "в гамаке и стоя". Типичные примеры, которые, на мой взгляд, реализуются сейчас через жопу: 1. то, что нарисовано на рисунке: большая продажа в кредит со скидкой (скидка требует одобрения у нач.отдела продаж, сумма требует одобрения у фин.отдела) 2. обходной лист при увольнении: кадровик начинает процесс, сотрудник должен получить несколько подписей в любом порядке (параллельные процессы), после появления всех подписей в отделе кадров выполняется несколько последовательных шагов. (или как вариант: то, что нарисовано на рисунке, но с возможностью параллельного одобрения скидки и суммы) 3. делегирование: в примере 1 "нач.отдела продаж" ушел в отпуск (или заболел). Нужно, чтобы его задачи выполнял заместитель. Причем делегирование должно быть очень контролируемым со стороны администратора системы НО! вполне допускаю, что я чего-то не знаю. Был бы очень и очень признателен, если бы знающие люди рассказали подробнее (готов выложить статью у себя или почитаю выложенную в любом другом месте). |
|
|
За это сообщение автора поблагодарили: sukhanchik (4), Ivanhoe (3). |
![]() |
#2 |
Участник
|
Вот пара мыслей по сказанному...
1. Обходной лист. Можно реализовать через Утверждение. Напрмер, есть документ "Обходной лист". Запускаем ДО (документооборот) по этому документу. Утверждение состоит из одного шага, но размножено на несколько утверждающих (подписывающих "бегунок"). Соответсвенно, получается, что документ будет утвержден ("бегунок" закрыт), когда все одобрят этот шаг. Порядок - любой. Причем можно настроить условие утверждения (все должны одобрить, один из списка, большинство, процент от всех), плюс можно указать условие окончательного утверждения (типа начальник кадров, который этот документ и запустил) 2. Делегирование. Насколько я знаю, можно настроить условие автоматического делегирования нечто вроде: "С такого-то числа по такое-то число Утверждение направлять моему заму"... как-то так. |
|
|
За это сообщение автора поблагодарили: Ivanhoe (2). |
![]() |
#3 |
Участник
|
Цитата:
Сообщение от AlexeyVS
![]() Вот пара мыслей по сказанному...
1. Обходной лист. Можно реализовать через Утверждение. Напрмер, есть документ "Обходной лист". Запускаем ДО (документооборот) по этому документу. Утверждение состоит из одного шага, но размножено на несколько утверждающих (подписывающих "бегунок"). Соответсвенно, получается, что документ будет утвержден ("бегунок" закрыт), когда все одобрят этот шаг. Порядок - любой. Причем можно настроить условие утверждения (все должны одобрить, один из списка, большинство, процент от всех), плюс можно указать условие окончательного утверждения (типа начальник кадров, который этот документ и запустил) И что делать, если после того, как все подпишут, нужно еще выполнить несколько последовательных шагов (например, несколько документов внутри самого отдела кадров)? Цитата:
И я не спросил это изначально, но как назначить маршрут не к человеку, а к роли? В своем вопросе я писал "(скидка требует одобрения у нач.отдела продаж, сумма требует одобрения у фин.отдела)". Как реализовать если фин.отдел - это несколько человек с одинаковыми полномочиями (одобрить может любой). Повторюсь, возможно я чего-то не знаю. |
|
![]() |
#4 |
Участник
|
Очень хочется независимо от обходного еще и процесс рассчета ЗП запустить или что-то еще по тому же сотруднику.
|
|
![]() |
#5 |
Участник
|
1. "Размножить" можно, назначив группе и написав свой ParticipantProvider (так делал я, возможно есть другой способ)
2. Утверждение от группы можно настроить, указав, что для успешного шага утверждения нужен один из всего списка утверждающих 3. Если после утверждения надо еще что-то, то шаблон воркфло можно настроить, добавив стадии. Например, сначала "бегунок", после него некая задача (подготовка трудовой, как вариант), затем еще что-нибудь. А весь процесс будет называться "Увольнение" |
|
![]() |
#6 |
Участник
|
Ну, началось...
ЕСЛИ "настроить можно" только "написав", ТО это значит в стандартном функционале "настроить" нельзя. Можно только дописать. Давайте будем все-таки пользоваться человеческой терминологией. Если можно "дописывать", то все остальное - понятно. Но тогда, по-моему, проще не "дописывать", а переписать весь этот механизм нафиг без привлечения связки IIS/WF |
|
![]() |
#7 |
Участник
|
Но там же можно выбрать в Назначении группу. Думаю так тоже размножит. Просто мне надо назначать на основе некоего динамического списка, который задает пользователь.
Насчет дописать - это переопределить пару методов стандартнного класса WorkflowWorkitemParticipantProvider. По-моему вполне неплохой подход. Насчет автоделегирования - можно настроить в меню Сервис - Параметры - закладка Делегирование и выбрать конфигурацию рабочего процесса. Я еще практически ничего не смыслю ни в программинге аксапты ни в ее настройке, поэтому пишу о том, что успел попробовать. Возможно, мои решения не совсем правильные и могут быть реализованы другим путем или проще. |
|
|
За это сообщение автора поблагодарили: mazzy (2). |
![]() |
#8 |
Участник
|
|
|
![]() |
#9 |
Участник
|
С учетом того, что "обработку" документа, который и является основанием WF, нужно в любом случае программировать (для нестандартных WF) - можно и расчет прикрутить, и что угодно. =)
__________________
Ivanhoe as is.. |
|
![]() |
#10 |
Участник
|
![]()
Можно =). А для процесса "увольнение" еще и ветку на случай краха IIS закодить.. чтоб уж наверняка...
|
|
|
За это сообщение автора поблагодарили: Ivanhoe (2). |
![]() |
#11 |
Участник
|
Цитата:
![]()
__________________
Ivanhoe as is.. |
|
![]() |
#12 |
Участник
|
Цитата:
...стандартное ядро WorkFlow и системы обработки Eventов постоянно ждало завершения этой функции и события в очереди стояли по 5-6 часов. придется их готовить |
|
![]() |
#13 |
Участник
|
Угу, и запускать процедуру увольнения автоматически при достижении каких-либо критических параметров...
![]() |
|