აქ არის კიდევ ერთი მუხლის I წერდა 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, შექმნა პუნქტის გავლით SPD და შემდეგ წავიკითხე შედეგი.
აი teaser:
დაწვრილებით ამის შესახებ აქ: http://sharepointbriefing.com/features/article.php/3866646/Use-Calculated-Columns-to-Close-Gaps-in-Workflows.htm
</ბოლო>
გამომყვეს Twitter-ზე http://www.twitter.com/pagalvin
არ მქონე სრული ჩანაწერი კომენტარის, ჟღერს თქვენი აღწერილობა ზემოთ რომ თქვენ ვარაუდით ჩამონათვალი სხვადასხვაა სხვადასხვა გათვლებით.
ამის ნაცვლად (და კარგად ვერკვევი შეიძლება ვარაუდით ეს თქვენი პოსტი), შეგიძლიათ ერთი სიაში ყველა გათვლებით. გვჭირდება ახალი ტიპის გაანგარიშებით? დამატება ზოგიერთი უფრო სვეტები. და რა თქმა უნდა, შეგიძლიათ შეინარჩუნოს კონტროლი სიის გამოყენებით სამუშაო პროცესის to delet სია ნივთები, როგორც კი გათვლებით კონკრეტული სამუშაოს დასრულების შემდეგ.
ერთადერთი პრობლემა ვხედავ ამ განხორციელება ვარაუდი, რომ პირადობის გადაწერა საქონელი ID პუნქტის თქვენ გადაწერა +1 (მე ძალიან დაკავებული სიაში შეიძლება გამოიწვიოს პრობლემები).
არსებობს Workaround რომელიც მუშაობს მოვლენების საჭიროა განახლება გათვლილი სვეტი. მეორე სამუშაო პროცესის, ამ ერთი წლის WF გათვლილი სფერო სია. დამატება სვეტი(s) to გათვლილი სია, ExternalID და ალბათ ListName. მაშინ არ workflow დაამატოთ ID პუნქტის workflow ერთვის და სახელი სიაში, სადაც იგი ცხოვრობს, რომ აწონილი სიის ელემენტი. შექმნის შემდეგ სიის ელემენტი უნდა გააკეთოს გაანგარიშებით, მითითებული სამუშაოს დაველოდოთ სფეროში ცვლილება (CalcReceiver გამართავს გათვლილი ღირებულება).
უცნობია WF on აწონილი სია, on შექმნა, მოვძებნოთ პუნქტის (სწორი სია გამოყენებით პირობითი ფილიალი და ListName) გამოყენებით ExternalID, განახლება და CalcReceiver მოედანი გათვლილი მონაცემები.
არც მაშინ WF მაშინ წაშლა გათვლილი სიის ელემენტი.
მიმდინარე მეორად workflow populates გათვლილი ღირებულება, და დარწმუნებული ხართ, თქვენ ყოველთვის ეხება სწორი სიის ელემენტი.
(კომენტარის წარდგენის საიტზე სრული პოსტი არ მოსწონს ჩემი სახელი….)
Pingback: Use Calculated Columns to Close Technical Gaps in SPD Workflows – Another Solution « სამუშაო It Out