몇 주 전에 매일 작업 알림 이메일을 보내는 SharePoint Designer 워크플로를 만드는 방법을 설명 하는 상세한 기사를 쓴. 그것은 되었습니다. 게시 새로운에 SharePoint 잡지 사이트. 더 일반적으로, 문서에 사민당의 루프 구조를 만드는 방법을 보여 줍니다..

잡지는 다양 한 기사를 포함 하 여, 다른 것 들 중, 매우 기술적인 것 들, 인터뷰 및 산업 뉴스. 귀하의 RSS 피드를 추가 하는 것이 좋습니다..

제품이 나 서비스를 판매 하는 경우, 나는 또한 사이트에 광고를 고려. 그것은 강한 시작 이미 보고 눈의 여러 수천 쌍. 그는 성장 해야.

마지막으로, 만약 당신이 뭔가 작성 하 고 더 많은 관객 들 앞에서 그것을 밖으로 얻을에 가려움증 했습니다, 이것은 좋은 시간과 장소 스크래치.

</끝>

내 블로그를 구독.

위로 마크 밀러 최종 사용자 SharePoint SharePoint Designer를 사용 하 여 자신의 사이트에 위대한 워크플로 솔루션을 만드는 데에 대 한 내 최신 기사 게시. 체크 아웃.

이 문서에서는, 설계 과정에 대해 얘기 하 고, 자세히, SharePoint 기능을 사용 하 여 신뢰할 수 있고 반복 가능한 테스트 프로세스를 설정 하는 방법 (사용자 지정 목록, 사이트 서식 파일). 문서 최종 사용자 대상, 하지만 방법은 개발자를 위한 좋은 너무.

</끝>

내 블로그를 구독.

지난주, 방법에 밖으로 일 하 던 루프 및 상태 시스템 구현 SharePoint Designer를 사용 하 고 언급, 옆으로, 난 아마 더 나은 워크플로 로깅에 대 한 블로그 게시물을 쓸 것 이다.

음, Sanjeev 라 날 이길. 보십시오.

사용자 지정 목록으로 로그 데이터를 저장 하는 것 같다 일반 워크플로 기록을 사용 하 여 우수한:

• 그것은 단지 사용자 지정 목록, 그래서 아주 쉽게 excel로 내보낼 수 있습니다.
• 보기를 만들 수 있습니다., 동적으로 데이터를 필터링, 등.
• 일반 워크플로 역사 얻을 자동 제거 적용 되지 않습니다..

일부의 위험이 / 나쁜 점:

• 로깅의 많은 많은 실행 중인 워크플로 목록에 기록 될 너무 많은 데이터를 일으킬 수 있습니다..
• 어쩌면 당신은 * 마 * 원하는 자동 제거. 이 방식으로 그 기능을 얻을 하지 않습니다. (코딩 없이).
• 보안은 까다로운. 목록에 쓰기 위하여, 사용자 권한을 있어야 합니다.. 즉, 아마 "공식의 어떤 종류를 위해 적합 하다는 것" 감사 이후 사용자 목록을 발견 하 고 그것을 편집할 수 있습니다.. 이 몇 가지 사용자 지정 프로그래밍으로 극복 될 수 있습니다..

</끝>

내 블로그를 구독.

이 지난 주 완료 개념 프로젝트의 증거에서 맨하탄에 클라이언트에 대 한. 솔루션을 구현 하는 동안, 모스 Kpi의 다른 단점에 부딪쳤다 (이전 KPI 문제와 나 해결 방법에 대 한 여기를 참조 하십시오.).

배경: 우리는 매우 복잡 한 여러 달 긴 비즈니스 프로세스를 모델링 하는 데 SharePoint Designer 워크플로 사용. Chugged 그것으로, 그것은 목록에 몇 가지 상태 정보를 업데이 트 것 이다. Kpi 할 그들의 모조를이 데이터를 사용 하 여.

우리는 이러한 비즈니스 프로세스의 새로운 하나를 맞이할 때마다 새로운 사이트를 만들 하기로. 워크플로 자체에서 옆으로, 이러한 사이트 호스트 여러 문서 라이브러리, 대상 등을 사용 하 여. 그냥 잔뜩을 내부 직원 간의 협업을 통해, 비즈니스 파트너 참여의 직원과 클라이언트를 여행.

우리는 또한 몇 가지 Kpi를 워크플로 상태 데이터에 의해 추진으로 특정 비즈니스 프로세스의 전반적인 상태를 모니터링 하 고 Kpi를 사용 하 여 볼을 보여주고 싶.

마지막으로, 우리가 사용 하는 사이트에서 목록에서 보기에 조사 KPI 목록 항목 (다른 데이터 원본에서 당기는 다름, 엑셀 처럼 또는 SQL).

문제: 당신이 상상할 수 있습니다, 우리 생산 세계에 앞으로 기본 개념을 수행 하는 가정, 우리는 사이트 서식 파일을 원하는 것 이다. "비즈니스 프로세스 기반으로 새 사이트를 구축" 서식 파일.

문제는 당신이 그런 식으로 작동 KPI를 얻을 수 없는 것. 내가 KPI 목록 및 KPI 웹 파트 서식 파일을 기반으로 새 사이트를 만들 때, 새로운 사이트의 KPI 데이터 깨집니다.. 새로운 사이트의 KPI 목록 포인트 어떤 소스에서 정의한 처음 서식 파일로 저장 하는 경우.

예를 들어:

• 새 사이트를 만들고 그것을 완벽 하 게 구축. 이 사이트는 KPI 데이터 포함.
• 서식 파일로 저장.
• 새 사이트를 만들고 경우 서식 파일에서 기본.
• 이 새로운 사이트의 KPI 목록 항목’ 소스는 사이트 서식 파일을 가리킨, 현재 사이트가 아니라.

인스턴스화 과정 URL을 수정 하지 않습니다..

KPI 목록 항목을 정의할 때 상대 URL을 지정 하 여이 문제를 해결 하려고. 그러나, 일 하는의 유사 콘텐츠를 가져올 수 없습니다..

항상 이러한 "문제를 쌍을 하시기" 솔루션의 일부 종류와 블로그 게시물, 하지만 경우에 좋은 것. 내가 알아낼 수 최고는 새로 구축 된 사이트가 고 수동으로 모든 것을 해결 해야. UI이 게 소스 목록의 URL을 변경 하면 새로 고침 때문에 더욱, 그래서 당신은 정말 처음부터 모든 것을 다시 정의 해야.

누구 든 지 이것을 처리 하는 더 나은 방법을 안다면, 코멘트를 하시기 바랍니다.

</끝>

최근에 그것이 가능 하 고도 상당히 쉽게 만들 SharePoint Designer를 사용 하 여 상태 시스템 워크플로 배 웠 어 요. 필요는 발명과 모든 좋은 것 들의 어머니와 나는 필요 했다 이번 주 발명에 대 한 모습. 공교롭게도, 건너 왔어요 이 MSDN 포럼 게시물 뿐만 아니라. 내 개인적인 경험을 이번 주 고 그 "독립적인 확인" 내 신념에 힘을 준다. 내가 큰 길이 만발한 예제와 이것에 대해 쓸 계획, 하지만, 여기에 그것의 요점:

• 접근 방식을 활용 워크플로 목록 항목을 변경할 수 있습니다 사실, 함으로써 새 워크플로 실행. 일반적으로 불쾌 하 고 심지어 이것을 고려 했습니다. 세마포를 사용 하 여에 대 한 블로그 그것을 처리 하.
• SharePoint 수 여러 독립적인 워크플로 특정 목록 항목에 대 한 활성 수 있습니다..

그것을 구성 하려면:

• 상태 머신 디자인 (즉, 미국과 미국 다음 하나에서 전환 하는 방법).
• 각 상태를 별도 워크플로로 구현.
• 각 목록 항목에 모든 변경에 대 한 응답 실행 상태 워크플로의 구성.

각 상태 워크플로이 거친 패턴을 따릅니다.:

• 초기화 시, 그것은 정말 "현재 항목"에 상태 정보를 검사 하 여 실행 해야 하는지도 결정. 중단 하지 않을 경우.
• 일을.
• "현재 항목 업데이트" 새로운 상태 정보. 이 현재 항목에 대 한 업데이트를 유발 하 고 모든 상태 워크플로에서 발생.

하나 확실 한 혜택 이외에도 선언적 상태 시스템 워크플로 만들 수 있습니다., 모든 상태 정보는 Kpi를 작성 하 고 재미 있는 멋진 플레이.

그것은 상당히 상당한 단점을가지고 있다 — 표준 작업 흐름 기록 추적은 평소보다 훨씬 더 쓸모가 없습니다 🙂 쉽게 해결할 수 있습니다, 그러나. 사용자 지정 목록에서 모든 감사 유형 정보를 저장. 그건 아마 바닐라 순차 워크플로에 좋습니다., 하지만 그것은 다른 블로그 게시물을 위한 것입니다 🙂

나는이 "mea 죠 전화" 있기 때문에, 불행 하 게도, 포럼에 여러 번 고 다른 하나는 상태 시스템 워크플로 만드는 데 visual studio를 사용 해야 합니다.. 그는 단순히 사실이 아니다..

</끝>

내 블로그를 구독.

SharePoint Designer 워크플로에서 무한 루프를 일으킬 수. 이 같은 일반적인 구현 패턴 발생 문제:

• 워크플로 만들고와 목록의 연결.
• 새 항목과 기존 항목의 업데이트의 시작에 작성 해야 그것을 나타냅니다.
• 워크플로의 단계 "현재 항목"에서 필드를 업데이트.
• 이후 현재 항목 변경, 새롭게 시작 하는 워크플로.

이 무한 루프를 방지 하기 위해, 간단한 세마포를 구현:

• 사이트 열 추가 (또는 열을 목록/라이브러리 콘텐츠 형식을 사용 하지 않는 경우).
• 편집 페이지에서 숨기기 (쉽게 할 경우 해당 속성을 통해 사이트 열, 만약 목록 열 쉽지 않다).
• 워크플로의, 세마포 열의 값이 비어 있는지 확인.
• 비어 있는 경우, 비어 있지 않은 값으로 설정 하 고 진행.
• 경우에 비어 있지, 즉시 종료.

이 매우 미묘한 솔루션을 될 수 있다, 비즈니스 요구 사항 등에 따라, 하지만 그것 필요 했습니다 때 일시 킬 패턴 되었습니다..

</끝>

내 블로그를 구독.

많은 사람들이 알으십시오, 직원 교육 서식 파일 여기에 Microsoft에서 제공 우리가 다음 단계를 재현할 수 있는 버그:

• 최대 크기는 클래스 만들기 10 학생.
• 등록 –> 사용할 수 있는 총 석 제대로 감소 한. 결과: 9 사용 가능한 좌석.
• 등록 취소: –> 버그. 총 사용 가능한 좌석 하나에 의해 증가 한다. 그것은 하지 않습니다.. 결과: 9 Sharepoint에 따라 사용할 수 있는 좌석, 하지만 사실, 거기에 10 사용 가능한 좌석.

솔루션: SharePoint Designer를 사용 하 여 워크플로 수정 합니다..

첫 번째, 사이트를 오픈. 나를 위해 폴더 목록 다음과 같습니다.:

만약 우리가 "참석자 등록을 봐" 워크플로, 우리는 "좌석 정책 적용" 라고 표시 된 단계는 참조. 그것은 이것 처럼 보인다:

워크플로의이 단계 증가 "채워진 석 여 항목 업데이트" 과정에 있는 메타 데이터 열. 만약 우리가 좀 더 자세하게에서을 올려, 우리는 이것을 참조합니다:

그건 우리가 등록 취소 워크플로 수정 해야 하는 모든 정보.

만약 우리가 등록 취소 워크플로를 뒤집어합니다, 유사한 워크플로 단계 없다. 다음과 같이 추가:

1: "참석자 등록 해제 확장" XOML 열어 (첫 번째 화면 손실 된 경우 참조).

2: 새 워크플로 변수 추가, "새로운 채워진된 석" "숫자" 형식의.

3: "새로운 채워진 좌석에 값을 할당" 같이:

4: 에 의해 채워진된 석 감소 1:

5: 관련된 과정 항목 업데이트:

6: 모든 단계는 올바른 순서에 다는 것을 확인합니다. 나를 위해, 그것은 이것 처럼 보인다:

7: 그것을 다시 하려면 워크플로 완료.

8: 테스트.

</끝>

내 블로그를 구독.

SharePoint 솔루션 공예에서 찾을 신흥 패턴 중 하나을 SharePoint Designer 워크플로 및 이벤트 수신기를 활용 하 여.

여기는 맥락에서 그것을 넣어 비즈니스 시나리오:

• 문서 라이브러리에 문서 업로드.
• SharePoint Designer를 사용 하 여 만든 다단계 워크플로 킥오프.
• 그 과정 중 어떤 지점에서, 워크플로 사람에 게는 작업을 할당합니다. (통해 사용자 로부터 데이터를 수집 하거나 작업을 할당).
• 얼마나 오랫동안 그 작업 완료를 기다리고 있다 추적 하는 KPI를 사용 하. KPI 표시 작업을 완료 또는 기한에 대 한 녹색 이상 3 지금 으로부터 일. 작업 예정 이다 내일 아니면 오늘 경우 황색 표시. 그것은 작업 기한이 지난 경우 빨간색 표시.
• 여기가 키 커: 날짜 휴일을 인식 하는 KPI를 구동 하 고 싶어요.

난 휴가 인식 때문을 계산할 수 없습니다 매우 쉽게 SharePoint Designer 워크플로 날짜. 사용자 지정 작업을 만들거나 제 3 자 도구를 사용 해야. 그러나, 이벤트 수신기에 이러한 날짜를 계산 하는. 그 둘을 함께 병합 하 고 우리가이 같은 패턴을 얻을:

• 숨겨진된 예 정의 문서 라이브러리에서 사이트 열 레이블이 "DoCalcualteDueDate" /.
• False로 초기화.
• 워크플로에 적절 한 시기에 (예를 들어. "데이터 수집 직전" 액션), True로 값을 할당.
• ItemUpdate() 이벤트 수신기를 보이는 "DoCalculateDueDate" 사실 이다. 때문에 모든 업데이트를에서 실행 되는 이벤트 수신기, "DoCalculateDueDate" 일반적으로 false.
• 워크플로 DoCalculateDueDate로 할당, 이벤트 수신기 계산 휴가 인식 기한 날짜.
• 때 이벤트 수신기는이 계산, DoCalculateDueDate 플래그를 false로 설정 합니다..

끝에서, SPD 워크플로 이벤트 수신기 DoCalculateDueDate 세마포를 통해 전달 하 고 우리는 인해 휴가 인식 워크플로 생활에 정확 하 게 정확한 순간에 할당 된 날짜. SharePoint Designer 컨트롤 기한 할당 하지만 실제 계산 및 할당을 수행 하는 이벤트 수신기.

</끝>

내 블로그를 구독.

업데이트: 사이트 정의에 SPD 워크플로 포함 하는 방법을 연구 했습니다.. 이 MSDN 포럼 체인은 몇 가지 흥미로운 정보. 그것은 결정적인, 하지만 포인트 정글을 통해 경로를.

이 포스트는 약간 괴짜 "관찰 동작 겠다" 이후 나는 그것에서 결론을 그리기의 조금 의심 리드. SPD 워크플로 … 참.

사람들은 자주 물어 / 궁금 / 한 장소에서 다른 워크플로 SPD 이동 fretting. 오늘, 이러한 단계를 수행 하 고 이러한 관측 했다:

• 문서 라이브러리에 연결 된 사이트에서 SharePoint Designer를 사용 하 여 워크플로 만든.
• 연결 된 문서 라이브러리는 여러 문서에 이미 보관 되어.
• 서식 파일로 사이트를 저장.
• 서식 파일로 사이트를 저장 하면, 또한 콘텐츠를 저장.
• 해당 서식 파일을 사용 하 여 동일한 사이트 모음에 새 사이트를 만든.

이 시점에서, 워크플로 실행 하려고. 그것은 즉시 로그 메시지와 함께 자체 종료, "시작에 실패 했습니다".

나는 이것을 예상. SPD 워크플로 이동에 관해서 낮은 기대를가지고.

내가 계속:

• SharePoint Designer의 사이트 오픈.
• 워크플로에서 슬쩍을 했다. 그것은 좋아 보.
• "마침" 클릭.
• 워크플로 실행.

이번에, 그것은 잘 작동 했다.

이 워크플로 사용에서 "데이터 수집 사용자에서 추가할 것" 후드 아래 상대적으로 복잡 한 작업은 작업.

잠정적으로 결론의 과정 "마무리" 사민당 SPD 워크플로 새 문서 라이브러리에 제대로 연결을 발생 하는 워크플로. 또한는 XOML 및 기타 XML 아티팩트는 합리적으로 "느슨한" 결론. 그들은 슈퍼 긴밀 하 게 연관 되지 문서 라이브러리에.

무엇이이 평균? 그것은 안정적이 고 재현 과정 가정, 적어도 하나의 거친 방법 우리가 그들을 이동 시킬 수 있다. 만약이 우리 사이트 모음 경계를 교차 하는 경우 작동 것 이라고 또는 심지어 더 크게, 전체 새로운 농장 (예를 들어. 자극 하는 단계로 개발).

만약 당신이 이걸 읽는다면 경향, 코멘트를 하시기 바랍니다 또는 이메일 날 SharePoint Designer 마이그레이션 이야기. 난 기꺼이 업데이 트 거 야이 게시물 따라서 제공 하는 모든 통찰력.

</끝>

내 블로그를 구독.

그것은 종종 결코 직접 최종 사용자에 의해 조작 해야 하는 승인 코드와 같은 사용자 지정 목록에서 상태 정보를 저장 하는 데 유용. 이것은 일반적인 비즈니스 시나리오. 나는 올해 다음 Kpi를 드라이브 하 고 일반적으로 시간이 중요 한 비즈니스 프로세스를 지 원하는 SharePoint Designer 워크플로 통해 다양 한 상태 및 미리 알림 날짜를 생성 하는 프로젝트에 노력 하 고 있습니다..

사이트 콘텐츠 형식 사용 / 이 효과 달성 하기 위해 열.

상태 열에 표시 된 것 처럼 사이트 콘텐츠 형식 만들기:

참고 "상태 (데모에 대 한)" 아래쪽 필드.

다음, 열의 속성에 액세스 하려면 열 이름을 클릭 합니다. "숨겨진 선택 (폼에 표시 되지 않습니다.)" 같이 열 설정 섹션에서:

이 표준 편집/업데이트 양식에서 필드를 제거 합니다.. 그러나, 그것은 여전히 보기에서 사용할 수, Kpi, 개체 모델을 사용 하 고 싶은 곳, SPD 워크플로 포함 하 여.

</끝>

내 블로그를 구독.