내 고객 중 하나는 작지만 유용한 시간 응용 프로그램을 엔터프라이즈를 구축 하기 위해 이전 계약자와 함께 일. 솔루션의 워크플로 부분을 구현 하려면 SharePoint Designer를 사용 하는 그 계약자. 그것은 혼란의 조금. 예를 들어, 단일 논리적 워크플로우 프로세스 지원 9 SPD 워크플로 고 그들의 5 개까지 동시에 옳은 상황을 주어 어떤 주어진된 시간에 불 수 있습니다.. 디버깅이 쉽지 않네요^^
내 고객은 여전히 뛰어난 요구 사항 수, 중 하나는 시스템 전자 우편 경고 발생-자체 이메일 뿐만 아니라 관련된 작업 양식에서 밖으로 보낼 때 일반적으로 더 많은 컨텍스트를 제공 하는. SPD 워크플로 구현 알으십시오, "사용자에서 데이터 수집" SPD 실제로 생성 작업은 사용자 지정 콘텐츠 형식. 우리가 사용 하 여 해당 작업, 우리는 많은 지정을 얻지 않는다. 우리는 일부 값에 대 한 프롬프트 수 있습니다. (예를 들어. "승인" 또는 "거부") 그리고 우리가 제목 및 설명에 하드 코딩 된 값을 지정할 수 있습니다.. 그것에 대해.
내 고객의 요구는 2 배:
- SharePoint 작업 할당에 대해 이메일을 보낼 때, 이메일 본문에 작업에 대 한 정보를 많이 포함.
- 더 중요 한 것은, 지금까지 – 사용자는 이메일에 있는 작업 링크를 클릭할 때, 작업 양식을 승인자의 승인 또는 거부 결정이 필요 하는 모든 정보가 있어야 합니다.. 바로 지금, 관리자는 기본 세부 정보 드릴 다운 하는 항목 링크를 클릭 하 고 아무도 좋아하는. 당신은 이메일에서 클릭 해야. 작업 항목에서 모호한 일종의 링크를 클릭 해야 합니다.. 다음 기본 데이터 볼 수 있습니다. (InfoPath에서는 양식). 뒤로/뒤로 클릭, 등. 모두는 그것을 미 워.
이 다소 지저분한 기술 솔루션을 상속 했습니다 하 고 가능한 최소한 관입 방법으로 변화를 만들고 싶어.
내가 지금 하 고 있어 접근 사용자 지정 경고 서식 파일을 만드는 것입니다.. 그것에 대해 여기를 읽을 수 있습니다.. 이 같은 흐름 작품:
- 사민당 워크플로 실행.
- 어떤 시점에서, 관리자에 게 작업 할당.
- SharePoint 시스템 자동으로 해당 관리자에 게 경고를 보냅니다.. 이것은 SPD 워크플로 않지만 오히려 "무슨 SharePoint 않습니다." (SharePoint 타이머 서비스, 나는 믿는다).
- 사용자 지정 알림 처리기가 표준 알림 프로세스에 찬성 호출 (마법의 규칙에 따라 상기에 설명 된 대로 참조 문서).
- 내 사용자 정의 경고 처리기를 실행 하는 경우, 그것은 아름 다운 이메일 생성. 더 중요 한 것은, 이후 손을 작업에, 그것은 또한 모든 컨텍스트 정보를 비즈니스 요구 사항을 충족 하는 데 필요한 실제 작업을 장식.
- 사용자 이메일 가져오고 그것은 유용한 컨텍스트 정보 가득.
- 사용자가 작업 링크 및 작업 자체의 유용한 컨텍스트 정보 가득 차 있다.
- 모두가 집가 수 박과 아이스크림.
내가 빠른 POC 및 랩 환경에서 잘 작동. 예상 대로 내 사용자 정의 이메일 경고를 얻을. 나는 또한 작업 설명 및 자체 제목 업데이 트를 얻을합니다.
만 까다로운 비트, 지금까지, 경고에서 항목을 업데이트 하는 상황을 피하기 위해, 또 다른 경고를 트리거링. 이 날을 걱정 하지 않습니다..
그렇게까지 같네요
이것에 대해 좋은 점은 기존 SPD 워크플로 중에 대해 깨끗이 필요가 없습니다.. 그들은 경고 처리기가 있는지 모르고 "IIZ RUNNIN IN DA BAKGROUND, DECORATIN TEH 작업 목록 WIF MOAR 컨텍스트”.
</끝>
에 지 저 귐에 나를 따르라합니다 http://www.twitter.com/pagalvin