개요
이 항목에 설명 합니다 설명 하는 실제 MRO 사례 연구 (유지 보수, 수리 및 운영) 워크플로 승인 프로세스 이끼에서 구현.
이것은 명백 하 게 기술 토론, 하지만 모스 플랫폼 실제 세계를 충족 하는 방법을 보여 주는 실제 예제를 제공 하기 위해 제공 해야 하는 대신.
(이 항목은 상호 간에 게시 http://paulgalvin.spaces.live.com 그리고 http://blogs.conchango.com)
배경
클라이언트의 MRO 프로세스 다음으로 특징 되었습니다 했다
- 수동 승인 프로세스.
- 스프레드시트 excel 사용 하 여 일부 지원.
- 불규칙 한 승인 프로세스. 같은 MRO 구매 승인 프로세스 매일 다를 것 이다, 사람에 의해 사람.
- 종이 손으로 쓴 서명을 많이 — 구매 요청을 필요 3 최종 승인 하기 전에 서 면된 서명.
포함 하는이 프로젝트의 목표:
- 완전히 과정을 자동화.
- 승인을 위해 엔터프라이즈 표준을 적용합니다.
- MRO 구매 다양 한 관리자의 통합된 뷰 제공.
- 자세한 감사 추적.
솔루션의 부작용으로, 서 면된 서명 했다 더 이상 필요.
승인 프로세스
4 "수영 차선"의 승인 프로세스 구성: 보낸 사람, 직접 관리자, 기능 관리자와 부서 관리자.
보낸 사람:
구입에 대 한 필요성을 보고 하 고 프로세스를 시작. 원조 수 있습니다 또는 구매 요청을 실제로 입력 하지 않을 수 있습니다, 하지만 그렇게 할 다른 직원이 대신 직접. 몇 번, 원조에는 포 요청 서 작성 전문 기술. 예를 들어, 사용자는 새로운 노트북 컴퓨터를 징 하고자 할 수 있습니다., 하지만 최고의 공급 업체를 알고 하지 않습니다, IT 표준, 등. 이 경우에, 그것을 함께 보낸 작품 실제로 징 발 채우고.
직접 관리자:
이것은 원조의 직속 관리자 (실제로 포 징 발 이끼로 입력 한 사람에서 다른 있을 수 있습니다.). 시스템 추가 승인 하는 선을 추구 하기 전에 직접 관리자가 요청을 승인 해야 합니다..
기능 관리자:
기능 관리자는 제안 된 구매 특정 기업 함수 범위 내에서 엔터프라이즈 표준을 준수 하도록 할 책임이 개별. 예를 들어, IT 구매 IT 기능 관리자에 의해 승인.
디비전 매니저:
부서장 승인 금액으로 구매 요청으로 엄격 하 게. 부문 관리자 구성 가능한 달러 금액 초과 구매 요청 승인.
솔루션
우리는 솔루션을 구현 하는 다음과 같은 도구 및 구성 요소를 사용:
모스: 이 떨어져 다른 모든 것 들 "응답" 플랫폼으로 서 역. 보안에 대 한 근본적인 서비스를 제공 하는 이끼, 마스터 데이터, 감사 추적 및 기타 기능.
InfoPath 양식 서비스: MOSS 구성 요소, 그러면 사용자가 웹 브라우저를 통해 구매 요청 작성.
SharePoint Designer (SPD): 자동화 된 워크플로우 프로세스를 구현 하 SPD를 사용 하는 우리.
웹 서비스: C# 웹 서비스 InfoPath 양식에서 계단식 선택 목록을 사용 하 여 사용자 경험을 강화 하 고 데이터 필터링 관련 하 여 더 나은 성능을 제공 합니다.. 참조 여기 이 주제에 그것을 사용 하 여에 대 한 우리의 이유 기술 깊은 다이빙에 대 한.
사용자 지정 목록: 모스 사용자 프로필 지정된 된 사용자의 직속 관리자 제공, 하지만 대부분의 워크플로 결정을 제어 하는 데이터를 제공 하지 않았다 (예를 들어. 여부 부서 관리자가 요청을 승인 하는 데 필요한). 우리는 "엔터프라이즈 데이터에 사용자 지정 목록 사용" "부서 관리자 승인 금액"와 같은 데이터를 유지 관리 하는 사이트, "기능 지역 관리자" 등등. InfoPath와 함께 매우 멋지게 통합 목록과 만들기/업데이트/삭제 제공 (CRUD) 감사와 상자 보안 기능.
사용 사례
이 사용 사례 솔루션 함께 맞는 하는 방법을 보여 줍니다.:
- Paul 새로운 노트북을 원한다. 그는 Vivek 자신의 요구를 설명 합니다., 회사 노트북 표준에 익숙한 IT 담당자, 기본 공급 업체, 등.
- 이끼에 Vivek 로그, 포 요청 폼에 액세스 하 고 Paul 대신 요청 입력. 양식을 묻는 비벡 구매 카테고리는 다음을 사용 하 여 웹 서비스 회사 승인 업체의 드롭 다운 목록. 비벡 또한이 구매 기업 기능 영역을 지정 합니다. (예를 들어. "그것은" 또는 "금융").
- SPD 기반 워크플로 시작, 바울의 직접 관리자를 결정 하 고 그의 매니저에 게 징 발, 스테이 시.
- 스테이 시 구매 요청 승인.
- SPD 워크플로 요청을 검사 하 고 IT 구매 결정. 그것은 IT 기능 관리자에는 워크플로 회람, Wonson.
- Wonson 징 발 승인.
- SPD 워크플로 다시 징 발을 검사 하 고 결정 구매 금액 maxium 달러 금액을 초과 하 고 승인을 위해 부서 관리자에 게 회람.
- 부서 관리자 승인 구매 요청.
노트
- 사용 보여줍니다 "깨끗" 거부 또는 점프 실행.
- 모든 승인자는 승인 또는 징 발을 거부로 서 면된 의견을 제공 하는 기능. 이러한 감사 추적에 기록 됩니다..
- 책임 관리자 어떤 시점에서 구매 요청을 거부 하는 경우, 포 징 발은 "죽은" 그리고 프로세스가 처음부터 시작 해야 합니다..
- 워크플로는 프로세스의 모든 단계에서 송신자를 게 알립니다..
- 아니 서 면된 서명 — 클라이언트 결정 (몇 가지 강력한 권고 후) 감사 트레일 워크플로 기록 통해 제공, 그들의 감사 요구 사항 제공.
- 노력 — 그것은이 솔루션을 구현 하기 위해 약 3 남자 주 했다.
결론
이 솔루션 개발 및 런타임 플랫폼으로 서 이끼를 활용. 클라이언트는 회사에서 거의 모든 직원의 영향을 받는 일상적인 비즈니스 프로세스를 자동화 하는 코어 모스 기능을 활용할 수 있게. 간단한 웹 서비스 제외 (자체 모스를 활용 하 여), 거의 실제 "프로그래밍" 필요 했다.
솔루션은 "쇼케이스 역할도" 클라이언트에 대 한, 어떻게 다른 모스 기능을 보여 주는 완전 한 기능의 비즈니스 응용 프로그램을 만들고 새로운 컨설팅 기회를 나중에 생성을 결합 될 수 있다.
용어집
MRO: 유지 보수, 수리 및 운영. 이러한 구매는 일반적으로 notepads 등 포함, 자, 개인용 컴퓨터, 프린터, 휴대 전화와 같은.