워크플로우 설계의 첫 번째 단계는 위에 나열된 고려사항뿐만 아니라 조직에서 워크플로우 설계자를 위해 정의한 다른 모든 추가 고려사항을 염두에 두고 비즈니스 프로세스를 선택하고 분석하는 것입니다. 이 작업을 완료할 수 있는 방법을 설명하는 데 사용되는 비즈니스 프로세스의 예는 케이스 종결 비즈니스 프로세스입니다.
상위 레벨에서 케이스 종결 비즈니스 프로세스는 케이스와 함께 케이스 검토, 케이스 위탁, 열린 케이스 이벤트를 포함하여 케이스의 연관된 레코드를 종결합니다. 모든 케이스 위탁에 대한 서비스 제공자를 위해 종결 커뮤니케이션이 인쇄됩니다. 종결 커뮤니케이션은 케이스의 기본 클라이언트를 위해서도 인쇄됩니다. 종결되는 케이스의 케이스 ID(caseID)는 이 비즈니스 프로세스를 수행하는 데 필요한 데이터입니다.
하위 레벨에서 이 비즈니스 프로세스는 케이스 보안 및 유효성 확인, 케이스 헤더 상태를 종결됨으로 업데이트, 케이스 상태 종료 날짜를 현재 날짜로 설정하는 작업을 포함하는 일련의 단계에서 시작합니다. 그런 다음 삽입된 세 개의 새 레코드인 케이스 상태 레코드, 케이스 종결 레코드, 케이스 이벤트 레코드가 있습니다. 이러한 모든 단계는 케이스 종결 비즈니스 프로세스에 고유한 것으로 식별할 수 있습니다. 그러나 이러한 단계 중 하나라도 없으면 케이스에 대한 데이터 무결성이 손상되거나 케이스를 종결하려는 시도의 추적성이 불완전할 수 있음을 참고하십시오. 이러한 모든 단계는 필수이고 구현하기 어려울 수 있기 때문에 워크플로우가 실패할 가능성이 높습니다. 따라서 이러한 단계는 워크플로우 프로세스로 이동되지 않아야 합니다.
케이스 종결 비즈니스 프로세스 예에서 다음 단계는 케이스의 재평가입니다. 이 단계는 모든 과오납부 또는 과소납부를 식별하므로 비즈니스 프로세스에 고유한 단계이며 과오납부 또는 과소납부가 발견되는 경우 케이스를 종결하지 않아야 합니다. 따라서 이 단계는 워크플로우에 포함되지 않아야 합니다.
재평가가 과오납부 또는 과소납부 결과를 생성하는 경우 케이스 소유자는 과오납부 또는 과소납부에 대한 알림을 받으며 케이스 소유자가 케이스를 종결 중인 사용자가 아님이 밝혀집니다. 이 단계는 조건을 기반으로 하는 알림을 포함하고 있으므로 케이스 종결 워크플로우의 파트로 구성할 수 있습니다.
재평가가 과오납부 또는 과소납부 결과를 생성하지 않는 경우 케이스 종결 프로세스가 계속됩니다. 시스템은 활성 케이스 검토가 있는지 확인하고 케이스 검토자에게 알려주는 동안 해당 검토를 취소합니다. 시스템은 케이스에 케이스 재활성 이벤트가 있는지 확인하고 해당 이벤트를 닫습니다. 시스템은 활성 케이스 위탁이 있는지 확인하고 해당 위탁을 취소한 후 취소된 위탁에 의해 영향을 받는 서비스 제공자에 대한 커뮤니케이션을 생성합니다. 또한 시스템은 케이스의 기본 클라이언트를 위한 종결 커뮤니케이션을 인쇄합니다. 이러한 단계는 모두 워크플로우의 파트일 수 있으며 관련되는 경우 알림을 정의할 수 있습니다.
서비스 제공자를 위한 커뮤니케이션 및 기본 클라이언트를 위한 종결 커뮤니케이션은 수동으로 봉투에 넣어 수신인에게 발송해야 합니다. 이 단계는 케이스 종결 비즈니스 프로세스에 추가해야 하고 수동 활동이 필요할 수 있는 추가적인 단계입니다.
케이스 종결 비즈니스 프로세스의 마지막 단계는 케이스가 종결된다는 알림을 케이스 소유자가 받아야 하는지를 결정하는 것입니다. 이 단계는 케이스를 종결하는 사용자가 케이스 소유자가 아닌 경우에만 완료됩니다. 이 단계는 워크플로우 및 정의된 관련 알림에 넣을 수도 있습니다.
요약하면 워크플로우에 포함될 단계는 일곱 가지로 보입니다. 이러한 많은 단계는 알림이 필요합니다. 추가적으로 케이스 및 재평가 데이터도 필요합니다.