Еве уште една статија што сум го напишала за www.sharepointbriefing.com. This one describes a technique that we can in SharePoint Designer to perform calculations that aren’t possible using any of the built-in calculation-style activities. The basic idea is to use a custom list as a calculation engine – define a list that performs the calculation correctly, создаде содржина преку СПД, а потоа читаат резултат.
Тука е закачка:
Прочитајте повеќе за тоа овде: http://sharepointbriefing.com/features/article.php/3866646/Use-Calculated-Columns-to-Close-Gaps-in-Workflows.htm
</крајот>
Да се претплатите на мојот блог.
Следете ме на Twitter во http://www.twitter.com/pagalvin
Не ја прочитате целосна пост уште, тоа звучи од вашиот опис погоре дека сте укажува различни листи за различни пресметки.
Наместо (и јас целосно сфатиш дека би можеле да бидат сугерираат дека тоа во вашиот пост), можеш да имаш една листа за сите пресметки. Потребен ни е нов вид на пресметка? Додадете некои повеќе колони. И, се разбира, можете да ја задржат контролата на листата со користење на работното да delet листата штом пресметки за одредена работа се завршени.
Единствениот проблем што го гледам со ова имплементација е претпоставката дека проект на копирани содржина е проект на ставката сте копирање +1 (на многу зафатен листа ова би можело да предизвика проблеми).
Постои заобиколи дека ќе отпушти настани е потребно да се ажурираат пресметува колона. А втората работа, ова еден на WF пресметува полето листа. Додадете колона(на) на пресметаната листа, на ExternalID и можеби ListName. Тогаш имаат работното додадете проект на ставката е спроведен на работното да и името на листата каде што престојува до Пресметува елемент од листата. По создавањето на елемент во листата за да направите пресметка, постави работното да се почека до областа промена (CalcReceiver да се одржи на пресметковната вредност).
Постави WF на Пресметува листата за, на креирање, најдете ставка (во правилната листата со користење на условен гранки и ListName) користење на ExternalID, и ажурирање на CalcReceiver поле со пресметан податоци.
Тогаш или WF потоа ќе ги избрише Пресметува елемент од листата.
Водење на средно работното населува пресметковната вредност, и вие сте сигурни дека секогаш ќе се однесуваат на точни елемент од листата.
(коментарот поднесување на страницата со целосна пост не му се допаѓа моето име….)
Pingback: Use Calculated Columns to Close Technical Gaps in SPD Workflows – Another Solution « Работат It Out