Документооборот DAX2009

Цитата:

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

Черещ субворкфлоу можно настроить

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

[Ivanhoe]

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

Насколько я понимаю, в одной конфигурации может быть только одно Утверждение и несколько Задач, соответственно если нужны именно несколько Утверждений (не шагов), то без вспомогательных документооборотов не обойтись. И мне такой подход кажется гибким. Например:
1. Есть три конфигурации:
1.1. Утверждение коммерсантами.
1.2. Утверждение финансистами.
1.3. Параллельное утверждение 1.1. и 1.2.
2. Настраиваем например так:
2.1. Для "ВИП" клиентов запускается 1.1. (потому как требуются скидки).
2.2. Для "ВИП" и суммой больше 1 000 000 запускается 1.3. (есть скидки и нужно планировать БДДС).
2.3. Для "разовых" - 1.2.

При этом если у нас меняется состав коммерсантов или финансистов, меняются тексты оповещений, меняются сроки прохождения - мы меняем в одной нужной конфигурации.

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

[konopello]

Прошу прощение что не в теме, относительно SAP, по умолчанию со стандартной системой поставляются предварительно настроенные WF, да они не всегда подходят. Но работают, и все таже проблема, в основном под каждого клиента приходиться допиливать. Однако плюcами является то что, есть довольно обширный графический интерфейс, и очень богатый функционал. Но зато у AX есть куда расти, есть где подсмотреть полезный опыт... И сделать лучше! : )

[mazzy]

Цитата:

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

Но зато у AX есть куда расти, есть где подсмотреть полезный опыт...

Ой, не смешите мои тапочки...

Согласен, что нужно сделать лучше. Но не думаю, что SAP является примером. Там то же самое, вид сбоку. Тоже куча программинга. Тоже "универсальные" механизмы, никак не привязанные к бизнес-логике. как и в 1С: тынц, тынц, тынц

Впрочем, вполне допускаю, что ошибаюсь.
konopello, может создадите новую тему в разделе Другие или Сравнение и расскажете о том, как там это сделано?
Ну, или хотя бы ссылок полезных накидать?
по аналогии с этой веткой А вообще в SAP много таких вещей, про которые AX пока только мечтать может

А здесь вернемся к документообороту в Аксапте?

[mazzy]

часть обсуждения выделена в отдельную ветку
Есть ли в DAX WF, возможность организации циклов?

[mazzy]

Цитата:

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

Насколько я понимаю, в одной конфигурации может быть только одно Утверждение и несколько Задач, соответственно если нужны именно несколько Утверждений (не шагов), то без вспомогательных документооборотов не обойтись. И мне такой подход кажется гибким. Например:
1. Есть три конфигурации:
1.1. Утверждение коммерсантами.
1.2. Утверждение финансистами.
1.3. Параллельное утверждение 1.1. и 1.2.
2. Настраиваем например так:
2.1. Для "ВИП" клиентов запускается 1.1. (потому как требуются скидки).
2.2. Для "ВИП" и суммой больше 1 000 000 запускается 1.3. (есть скидки и нужно планировать БДДС).
2.3. Для "разовых" - 1.2.

Э-э-э... А если параллельных утверждений будет больше двух? Например, с тем же самым обходным листом... Есть большой-большой список, в котором содержится пусть n пунктов. Нет, n мало, лучше m.

Некоторые пункты общие для всех, некоторые пункты нужны для одних, некоторые пункты для других... (например, в бухгалтерии подпись нужно поставить всем, у нач.склада поставить только работникам склада, в безопасности поставить только сотрудникам отдела1, отдела2 и т.п.)

Значит, конфигураций будет m! (факториал от m)?

И как этим факториалом управлять в более-менее нормальных, а не игрушечных случаях?

[Ivanhoe]

Насчет обходного листа - уже предложен вариант с одним Утверждением и роль "Обходная комиссия", в которую входят n человек. Пока все не утвердят, процесс дальше не пойдет.

Подумалось, для примера №1 с продажей можно и одним Утверждением обойтись. Главное, чтобы сотрудники понимали, что они должны утвердить (текст оповещения одинаковый для всех пользователей одного Шага. Тогда создаем одно Утверждение с несколькими Шагами:
Шаг 1 - только коммерсанты, условие по скидке и не превышению суммы.
Шаг 2 - коммерсанты и финансисты, условие по скидке и превышению суммы.
Шаг 3 - только финансисты, условие - нет скидки и превышение суммы.

Понимаю, что при m на n вариантов настроить и поддерживать нереально.. но в жизни насколько сложные могут быть варианты? Для примера - есть возможность настроить Конфигурацию для всех журналов ГК, а можно указать для конкретного наименования журнала. Для сложных процессов можно поступить также - привязка Конфигурации к справочнику-группировке.

По документообороту были написаны Whitepapers, были на форуме ссылки на блоги с примерами, есть описание в MSDN, хелпе и книге для разработчиков. Насколько востребовано детальное описание примера с картинками здесь на форуме? Если есть потребность, могу что-нибудь написать "с картинками".

[konopello]

Цитата:

konopello, может создадите новую тему в разделе Другие или Сравнение и расскажете о том, как там это сделано?
Ну, или хотя бы ссылок полезных накидать?
по аналогии с этой веткой А вообще в SAP много таких вещей, про которые AX пока только мечтать может

Пока время нет вот как появиться Оно самое так Я и вернусь к этому вопросу : ) У А так у меня хобби уже такое сравнивать AX c SAP. Ностальгия мучает.

Цитата:

Ой, не смешите мои тапочки...

Согласен, что нужно сделать лучше. Но не думаю, что SAP является примером. Там то же самое, вид сбоку. Тоже куча программинга. Тоже "универсальные" механизмы, никак не привязанные к бизнес-логике. как и в 1С: тынц, тынц, тынц

Тут могу только добавить, я не говорю что это есть идеал, но связь с бизнес-процессами четкая, можно прямо с ARIS их грузить ну про это как нить потом. Плохой приме SAP и 1С. не буду засорять ветку, просто не удержался.

[mazzy]

Цитата:

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

По документообороту были написаны Whitepapers, были на форуме ссылки на блоги с примерами, есть описание в MSDN, хелпе и книге для разработчиков. Насколько востребовано детальное описание примера с картинками здесь на форуме? Если есть потребность, могу что-нибудь написать "с картинками".

Очень. Хотя бы сборник полезных ссылок сделать
у каждого участника есть возможность писать блоги http://axforum.info/forums/blog.php
можно просто тему отдельную создать.

например, у меня стойкое ощущение, что мое предсталение о WF ущебно где-то в основах. У меня стойкое ощущение, что WF создавался на совсем других принципах, чем я от него ожидаю. Да, я сейчас считаю, что WF ущербная штука. Но вполне допускаю, что это я его неправильно воспринимаю.

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

[AlexeyVS]

Вот ссылка на MSDN, где описано создание процесса с нуля по шагам для Клиента (модуль "Расчеты с клиентами").

http://msdn.microsoft.com/en-us/libr...(v=AX.50).aspx

Сам начинал именно с этого.

Цитата:

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

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

зависит от параметра

[AlexeyVS]

Вот реальный пример.
Есть Утверждение, назначенное группе. При старте процесса оно размножается на всех участников этой группы. Процесс запускает Инициатор (И), в группе 3 адресата (А).
Первый адресат (А1) утверждает. А2 - возвращает, А3 - делегирует А4.
Результат: процесс нахожится в ожидании, НО... Инициатор не может ничего сделать (только просмотреть журнал процесса), для И создается рабочий элемент (возвращенная запись), для А4вообще ничего не создается, его рабочий элемент помечен как завершенный...
В журнале написано, что Шаг 1 - выполнен, Утверждение возвращено.

[AlexeyVS]

Вот иллюстрация

[AlexeyVS]

То есть получается, что все утверждение возвращается Инициатору, если хотя бы один из Адресатов вернул свой элемент

[oip]

Цитата:

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

Инициатор не может ничего сделать (только просмотреть журнал процесса)

Инициатор еще может отправить документ в воркфлоу повторно (resubmit).

AlexeyVS у тебя похоже ReSumbit не реализован, вот и всё
воркфлоу не стандартное?

[AlexeyVS]

ReSubmit настроил, но Утверждение снова направляется всем трем Адресатам, хотя один уже утвердил свой элемент. Воркфлоу пишу сам, не стандартное.

[oip]

Ну так, по идее, это же логично, разве нет? Он утвердил ту версию документа, которая был раньше. Но после того, как кто-то вернул этот самый документ по каким-то причинам, в него могут (или даже должны, не просто же так его вернули) быть внесены исправления. И вряд ли правильно, если бы старое утверждение продолжало действовать.

[AlexeyVS]

OIP, все так. Но у меня в принципе не документ, а поручение, которое не меняется. Делать на основе задач пробовал, но там есть своя особенность. Если задача размножена на нескольких пользователей, то ее может принять на выполнение только один адресат - он и будет реальным исполнителем, от него будет зависеть исход всего процесса. Мне же надо, чтобы каждый делал свой участок независимо. Если только пробовать размножить задачу, как бы динамически создать конфигурацию, добавить туда задачи, по одной на каждого исполнителя. По идее тогда они будут выполняться в рамках одного процесса и не будут зависеть друг от друга. Но тут другая засада - задачи будут выполняться последовательно, что тоже не устраивает.

[AlexeyVS]

Есть еще вариант - использовать подпроцессы, которые опять же надо руками насоздавать, сказать им выполняться параллельно и указать родительскому процессу ожидать пока они все закончатся.