Вот еще одна статья, которую я написал для www.sharepointbriefing.com. Это одно описывает технику, что мы можем в SharePoint Designer для выполнения вычислений, которые не возможно с использованием любого из встроенных вычислений стиль деятельности. Основная идея заключается в том, чтобы использовать настраиваемый список в качестве механизма вычислений-список, который выполняет вычисление правильно определить, Создайте элемент через СДПГ и затем прочитать результат.
Вот дразнилку:
Подробнее об этом здесь: http://sharepointbriefing.com/features/article.php/3866646/Use-Calculated-Columns-to-Close-Gaps-in-Workflows.htm
</конец>
Следуй за мной по щебетать на http://www.twitter.com/pagalvin
Не имея еще читать полный пост, Это звучит из вашего описания выше, что вы предлагаете разные списки для различных расчетов.
Вместо этого (и я полностью понимаю, что вы могли бы быть предлагая это в вашем посте), Вы можете иметь один список для всех расчетов. Нужен новый вид расчета? Добавить некоторые дополнительные столбцы. И, конечно же, элемент управления списка можно оставить delet элементов списка, как только будут завершены расчеты для конкретного рабочего процесса с помощью рабочего процесса.
Единственная проблема, которую я вижу с этой реализации является предположение, что идентификатор элемента скопированный идентификатор элемента, копируемые +1 (в список очень занят, это может вызвать проблемы).
Существует обходной путь, который, будет отправлять события, необходимо обновить вычисляемый столбец. Второй рабочий процесс, Это одно на списке WF вычисляемое поле. Добавление столбца(s) к списку вычисляемый, ExternalID и возможно ListName. Затем у рабочего процесса добавить идентификатор элемента, который рабочий процесс присоединен к и имя списка, где он проживает на вычисляемый элемент списка. После создания элемента списка сделать расчет, Задайте рабочий процесс ждать изменения поля (CalcReceiver для хранения вычисляемого значения).
Задать WF в списке вычисляемый, на создание, Найдите элемент (в списке правильное использование условных ветвей и ListName) Использование ExternalID, и обновить поле CalcReceiver с рассчитанных данных.
Затем либо WF удалите вычисляемый элемент списка.
Запуск вспомогательный рабочий процесс заполняет расчетные значения, и вы уверены, что вам всегда будет относиться к элемент правильного списка.
(представления комментарий на сайте с полный пост не нравится мое имя….)
Pingback: Использование вычисляемых столбцов для технических пробелов в СПД процессы – другое решение « Разработка его