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

[Ivanhoe]

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

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

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

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

[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

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

[konopello]

Цитата:

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

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

Цитата:

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

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

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

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

[AlexeyVS]

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

[oip]

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

[AlexeyVS]

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

[AlexeyVS]

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

[Ivanhoe]

Я так понимаю, настройка работает только на Одобрение, если хотя бы один отклонил - значит Утверждение не прошло. Какая-то логика в этом есть. Если одному из участников "все равно" - то пусть "молчит".

[AlexeyVS]

То есть, если один одобрит, то процесс завершится? Сейчас проверим.

Да, если один одобрил и условие "Один одобряющий", то Утверждение завершается