내가 쓴 다른 기사는 여기 있다 www.sharepointbriefing.com. 이 하나 없는 내장 계산-스타일 활동 중 하나를 사용 하 여 계산을 수행 하려면 SharePoint Designer에서 할 수 있는 기술을 설명 합니다.. 사용자 지정 목록을 사용 하 여 계산 엔진으로-계산을 제대로 수행 하는 목록을 정의 하는 기본 개념, SPD 통해 항목을 작성 하 고 결과 읽고.
여기 맛보기가입니다.:
여기 그것에 대해 자세히 보기: http://sharepointbriefing.com/features/article.php/3866646/Use-Calculated-Columns-to-Close-Gaps-in-Workflows.htm
</끝>
에 지 저 귐에 나를 따르라합니다 http://www.twitter.com/pagalvin
아니 아직 가득 차 있는 포스트 읽으면서, 그것은 당신이 다른 계산에 대 한 서로 다른 목록을 제안 하는 위의 설명에서 소리.
대신 (완벽 하 게 당신은이 게시물에 제안 될 수 있습니다 실현 하 고), 당신이 수 있는 모든 계산을 위한 하나의 목록. 계산의 새로운 종류 필요? 일부 더 많은 열을 추가. 물론, 최대한 빨리 특정 워크플로에 대 한 계산 완료 된 목록 항목을 delet 워크플로 사용 하 여 목록 컨트롤을 유지할 수 있습니다..
이 구현으로 보는 유일한 문제는 이다 가정 복사 된 항목의 ID를 복사 하는 항목의 ID +1 (매우 바쁜 목록에이 문제가 발생할 수 있습니다.).
계산 된 열을 업데이트 하는 데 필요한 이벤트를 발생 합니다 해결. 두 번째 워크플로, WF 계산 필드 목록에이 하나. 열 추가(s) 계산 된 목록, ExternalID와 아마도 ListName. 다음 계산 목록 항목에 있는 항목에는 워크플로 연결의 ID 및 목록의 이름을 추가 하는 워크플로가지고. 계산 할 목록 항목을 만든 후, 필드 변경 될 때까지 기다려야 워크플로 설정 (계산 된 값 CalcReceiver).
계산 목록에는 WF를 설정, 에 만드는, 항목 찾기 (조건 분기를 사용 하 여 ListName 올바른 목록에서) ExternalID를 사용 하 여, 계산 된 데이터를 CalcReceiver 필드 업데이트.
어느 WF 계산 목록 항목 삭제 다음 것.
계산 된 값을 채우는 보조 워크플로 실행, 당신은 항상 올바른 목록 항목을 참조 것입니다 확신.
(전체 게시물에 코멘트 제출 내 이름을 좋아하지 않아….)
핑백: 계산 된 열을 사용 하 여 SPD 워크플로-다른 솔루션의 기술 격차를 닫습니다 « 그것 밖으로 일