Show Menu
화제×

OSGi 기반의 양식 중심의 워크플로우

기업은 수백 수천 개의 양식, 다양한 백엔드 시스템, 온라인 또는 오프라인 데이터 소스에서 데이터를 수집합니다. 또한 동적 사용자 집합을 사용하여 반복되는 검토 및 승인 프로세스를 통해 데이터에 대한 결정을 내릴 수 있습니다.
내부 및 외부 고객을 위한 검토 및 승인 워크플로우와 함께 대규모 조직과 기업은 반복적인 작업을 수행합니다. 예를 들어 PDF 문서를 다른 형식으로 변환할 수 있습니다. 수동으로 작업을 수행하면 많은 시간과 리소스가 소요됩니다. 또한 기업은 문서에 디지털 서명을 하고 양식 데이터를 보관할 수 있는 법적 요건을 갖추고 있으므로 나중에 사전 정의된 포맷으로 사용할 수 있습니다.

OSGi에서 양식 중심의 워크플로우 소개

AEM 워크플로우를 사용하여 적응형 양식 기반 워크플로우를 신속하게 구축할 수 있습니다. 이러한 워크플로우는 검토 및 승인, 비즈니스 프로세스 흐름, 문서 서비스 시작, Adobe Sign 서명 워크플로우 및 유사한 작업에 사용할 수 있습니다. 예를 들어 신용 카드 신청 처리, 직원 승인 워크플로우, 양식을 PDF 문서로 저장 또한 이러한 워크플로우는 조직 내에서나 네트워크 방화벽을 통해 사용할 수 있습니다.
OSGi의 양식 중심 워크플로우를 사용하면 JEE 스택에 완벽한 프로세스 관리 기능을 설치하지 않고도 OSGi 스택에서 다양한 작업을 위한 워크플로우를 신속하게 구축 및 배포할 수 있습니다. 워크플로우의 개발 및 관리에서는 익숙한 AEM Workflow 및 AEM 받은 편지함 기능을 사용합니다. 워크플로우는 다양한 소프트웨어 시스템, 네트워크, 부서 및 조직에 걸쳐 실제 업무 처리 과정을 자동화하는 기반이 됩니다.
설정되면 이러한 워크플로우를 수동으로 트리거하여 정의된 프로세스를 완료하거나 사용자가 양식 또는 통신 관리 편지를 제출할 때 프로그래밍 방식으로 실행할 수 있습니다. 향상된 AEM 워크플로우 기능을 통해 AEM Forms는 두 가지 서로 다르지만 유사한 기능을 제공합니다. 배포 전략의 일부로 적합한 솔루션을 결정해야 합니다. OSGi 및 JEE의 프로세스 관리에 대한 양식 중심 AEM 워크플로우의 비교를 참조하십시오. 또한 배포 토폴로지의 경우 AEM Forms 용 아키텍처 및 배포 토폴로지를 참조하십시오 .
OSGi의 양식 중심 워크플로우는 AEM 받은 편지함을 확장하고 AEM Workflow 편집기에 추가 구성 요소(단계)를 제공하여 AEM 양식 중심의 워크플로우에 대한 지원을 추가합니다. 확장된 AEM 받은 편지함은 AEM Forms 작업 영역과 유사한 기능을 가지고 있습니다 . 인간 중심 워크플로우(승인, 검토 등)를 관리할 수 있을 뿐만 아니라 AEM 워크플로우를 사용하여 문서 서비스 관련 작업(예: PDF 생성)을 자동화하고 전자 서명(Adobe Sign) 문서를 작성할 수 있습니다.
모든 AEM Forms 워크플로우 단계에서는 변수 사용을 지원합니다. 변수를 사용하면 런타임 시 메타데이터를 저장하고 여러 단계로 전달할 수 있습니다. 다양한 유형의 데이터를 저장하기 위해 다양한 유형의 변수를 만들 수 있습니다. 같은 형식의 관련 데이터의 여러 인스턴스를 저장하기 위해 변수 컬렉션(배열)을 만들 수도 있습니다. 일반적으로, 보유 중인 값을 기준으로 결정하거나 나중에 프로세스에서 필요한 정보를 저장하기 위해 필요한 경우 변수 또는 변수 모음을 사용합니다. 이러한 양식 중심 워크플로우 구성 요소의 변수 사용에 대한 자세한 내용은 OSGi의 양식 중심 워크플로우 - 단계 참조를 참조하십시오 . 변수 만들기 및 관리에 대한 자세한 내용은 AEM 워크플로우의 변수를 참조하십시오.
다음 다이어그램은 OSGi에서 양식 중심의 워크플로우를 작성, 실행 및 모니터링하는 종단 간 절차를 설명합니다.

Before you start

  • 워크플로우는 실제 비즈니스 프로세스를 나타냅니다. 실제 비즈니스 프로세스와 비즈니스 프로세스 참가자 목록을 준비하십시오. 또한 워크플로우를 만들기 전에 자료(적응형 양식, PDF 문서 등)를 준비할 수 있습니다.
  • 워크플로우는 여러 단계를 가질 수 있습니다. 이러한 단계는 AEM 받은 편지함에 표시되며 워크플로우의 진행 상황을 보고하는 데 도움이 됩니다. 비즈니스 프로세스를 논리적 단계로 나눌 수 있습니다.
  • 사용자 또는 할당자에게 이메일 알림을 보내도록 AEM 워크플로우의 할당 작업 단계를 구성할 수 있습니다. 따라서 이메일 알림을 활성화합니다 .
  • 워크플로우에서 디지털 서명에 Adobe Sign을 사용할 수도 있습니다. 워크플로우에서 Adobe Sign을 사용하려는 경우 워크플로우에서 사용하기 전에 AEM Forms용 Adobe Sign 을 구성합니다.

Create a workflow model

워크플로우 모델은 비즈니스 프로세스의 로직과 흐름으로 구성됩니다. 일련의 단계로 구성됩니다. 이러한 단계는 AEM 구성 요소입니다. 필요에 따라 매개 변수 및 스크립트를 사용하여 워크플로우 단계를 확장하여 더 많은 기능과 제어를 제공할 수 있습니다. AEM Forms에서는 즉시 사용 가능한 AEM 단계 외에 몇 가지 단계를 제공합니다. AEM 및 AEM Forms 단계의 세부 목록은 OSGi - 단계 참조에서 AEM Workflow 단계 참조 및 양식 중심 워크플로우를 참조하십시오 .
AEM 파섹 워크플로우 모델을 만드는 단계별 지침은 워크플로우 모델 만들기를 참조하십시오 . 다음 예에서는 승인 및 검토 워크플로우에 대한 워크플로우 모델을 만들기 위한 단계별 지침을 제공합니다.
워크플로우 모델을 만들거나 편집하려면 워크플로우 편집기 그룹의 구성원이어야 합니다.

승인 및 검토 워크플로우에 대한 모델 만들기

승인 및 검토 워크플로우는 의사 결정을 내리기 위해 사람이 개입해야 하는 작업을 위한 것입니다. 다음 예에서는 프런트 오피스 은행 에이전트가 작성할 대출 신청 워크플로우 모델을 생성합니다. 신청서를 작성하면 승인을 위해 전송됩니다. 나중에 승인된 신청서는 Adobe Sign을 사용하여 전자 서명을 받기 위해 신청자에게 전송됩니다.
이 예는 아래에 첨부된 패키지로 사용할 수 있습니다. 패키지 관리자를 사용하여 예제를 가져와 설치합니다. 다음 단계를 수행하여 애플리케이션에 대한 워크플로우 모델을 수동으로 만들 수도 있습니다.
이 예에서는 워크플로우 모델을 생성하여 프런트 오피스 뱅킹 에이전트가 채울 대출 애플리케이션을 만듭니다. 신청서를 작성하면 승인을 위해 보내집니다. 나중에 승인된 애플리케이션은 Adobe Sign을 사용하여 전자 서명을 위해 고객에게 전송됩니다. 패키지 관리자를 사용하여 예제를 가져오고 설치할 수 있습니다.
  1. 워크플로우 모델 콘솔을 엽니다. 기본 URL은 https://[server]:[port]/libs/cq/workflow/admin/console/content/models.html/etc/workflow/models
  2. Select Create , then Create Model . 워크플로우 모델 추가 대화 상자가 나타납니다.
  3. 제목 및 이름 ( 선택 사항)을 입력합니다. 예를 들어 대출 신청서. Done ​을 누릅니다.
  4. 새로 만든 워크플로우 모델을 선택하고 편집을 누릅니다 . 이제 워크플로우 단계를 추가하여 비즈니스 로직을 구축할 수 있습니다. 워크플로우 모델을 처음 만들면 다음과 같은 내용이 포함됩니다.
    • 단계:흐름 시작 및 흐름 끝. 이러한 단계는 워크플로우의 시작과 끝을 나타냅니다. 이러한 단계는 필수이며 편집하거나 제거할 수 없습니다.
    • 1단계라는 이름의 참가자 단계 예입니다. 이 단계는 작업 항목을 관리 사용자에게 할당하도록 구성됩니다. 이 단계를 제거합니다.
  5. 이메일 알림을 활성화합니다. OSGi에서 양식 중심의 워크플로우를 구성하여 사용자 또는 할당자에게 이메일 알림을 전송할 수 있습니다. 이메일 알림을 활성화하려면 다음 구성을 수행하십시오.
    1. 의 AEM 구성 관리자로 https://[server]:[port]/system/console/configMgr 이동합니다.
    2. CQ 메일 서비스 구성을 엽니다. SMTP 서버 호스트 이름 , SMTP 서버 포트 "보낸 사람" 주소 필드의 값을 지정합니다 . 저장 ​을 클릭합니다.
    3. Day CQ Link Externalizer 구성을 엽니다. 도메인 필드에서 로컬, 작성자 및 게시 인스턴스에 대한 실제 호스트 이름/IP 주소 및 포트 번호를 지정합니다. 저장 ​을 클릭합니다.
  6. 워크플로우 단계 만들기 워크플로우는 여러 단계를 가질 수 있습니다. 이러한 단계는 AEM 받은 편지함에 표시되며 워크플로우의 진행 상황을 보고합니다.
    스테이지를 정의하려면 아이콘을 눌러 워크플로우 모델 속성을 열고 스테이지 탭을 열고 워크플로우 모델에 대한 단계를 추가한 다음 저장 및 닫기를 ​누릅니다. 예를 들어 담보 대출 애플리케이션의 경우 단계를 만듭니다.대출 요청, 대출 요청 상태, 서명 문서 및 서명한 대출 문서
  7. 작업 단계 지정 브라우저를 워크플로우 모델로 드래그하여 놓습니다. 모델의 첫 번째 단계로 만듭니다.
    할당 작업 구성 요소는 워크플로우로 만든 작업을 사용자 또는 그룹에 할당합니다. 작업 할당과 함께 구성 요소를 사용하여 작업에 적응형 양식 또는 비대화형 PDF를 지정할 수 있습니다. 적응형 양식은 사용자의 입력을 수용해야 하며 비대화형 PDF나 읽기 전용 적응형 양식은 검토 전용 워크플로우에 사용됩니다.
    이 단계를 사용하여 작업의 동작을 제어할 수도 있습니다. 예를 들어 자동 기록 문서를 만들고, 특정 사용자 또는 그룹에 작업을 할당하고, 제출된 데이터의 경로, 미리 채울 데이터 경로 및 기본 작업을 지정합니다. 작업 할당 단계의 옵션에 대한 자세한 내용은 OSGi - 단계 참조 문서의 양식 중심 워크플로우를 참조하십시오.
    대출 신청 예제의 경우, 할당 작업 단계를 구성하여 읽기 전용 적응형 양식을 사용하고 작업이 완료되면 PDF 문서를 표시합니다. 또한 대출 요청을 승인할 수 있는 사용자 그룹에 대해 선택합니다. 작업 탭에서 전송 옵션을 비활성화합니다. 문자열 데이터 유형의 actionTaken 변수를 만들고 변수를 경로 변수로 지정합니다 . 예: actionTaken. 또한 승인 및 거부 경로를 추가합니다. 경로는 AEM 받은 편지함에 별도의 작업(단추)으로 표시됩니다. 워크플로우는 사용자가 누르는 작업(단추)을 기반으로 분기를 선택합니다.
    섹션 시작 부분에서 다운로드할 수 있는 예제 패키지를 가져올 수 있습니다. 예를 들어 담보 대출 응용 프로그램에 대해 구성된 할당 작업 단계의 모든 필드의 전체 값 집합입니다.
  8. 단계 브라우저에서 워크플로우 모델로 OR 분할 구성 요소를 드래그하여 놓습니다. OR 분할은 워크플로우에서 분할을 생성하며 그 후에는 하나의 분기만 활성화됩니다. 이 단계에서는 조건부 처리 경로를 워크플로우에 적용할 수 있습니다. 필요에 따라 각 분기에 워크플로우 단계를 추가합니다.
    규칙 정의, ECMA 스크립트 또는 외부 스크립트를 사용하여 분기에 대한 라우팅 표현식을 정의할 수 있습니다.
    표현식 편집기를 사용하여 분기 1과 분기 2에 대한 라우팅 표현식을 만듭니다. 이러한 라우팅 표현식은 AEM 받은 편지함의 사용자 작업을 기반으로 분기를 선택하는 데 도움이 됩니다.
    분기 1에 대한 라우팅 표현식
    사용자가 AEM 받은 편지함에서 승인을 누르면 분기 1이 활성화됩니다.
    분기 2에 대한 라우팅 표현식
    사용자가 AEM 받은 편지함에서 거부를 누르면 분기 2가 활성화됩니다.
    변수를 사용하여 라우팅 표현식을 만드는 방법에 대한 자세한 내용은 AEM Forms 워크플로우의 변수를 참조하십시오.
  9. 다른 워크플로우 단계를 추가하여 비즈니스 로직을 구성합니다.
    담보 대출 예제의 경우, 아래 이미지에 표시된 대로 레코드 생성 문서, 두 가지 지정 작업 단계 및 서명 문서 단계를 모델의 분기 1에 추가합니다. 한 가지 임무 지정 단계는 서명한 대출 문서를 신청자에게 표시하고 보내도록 전송하는 것이고 다른 지정 작업 구성 요소는 서명된 문서를 표시하는 것입니다 . 또한 분기 2에 할당 작업 구성 요소를 추가합니다. 사용자가 AEM 받은 편지함에서 거부를 탭하면 활성화됩니다.
    할당 작업 단계의 모든 필드, 기록 단계 문서 및 저당 응용 프로그램과 같이 구성된 문서 단계에 대한 전체 값 세트의 경우 이 섹션의 시작 부분에서 다운로드할 수 있는 예제 패키지를 가져옵니다.
    워크플로우 모델이 준비되었습니다. 다양한 방법을 통해 워크플로우를 실행할 수 있습니다. 자세한 내용은 OSGi 에서 양식 중심의 워크플로우 시작을 참조하십시오 .

양식 중심의 워크플로우 애플리케이션 만들기

애플리케이션은 워크플로우와 연관된 적응형 양식입니다. 응용 프로그램이 받은 편지함을 통해 제출되면 연결된 작업 과정이 시작됩니다. AEM 받은 편지함 및 AEM Forms 앱에서 양식 워크플로우를 애플리케이션으로 사용하려면 다음을 수행하여 워크플로우 애플리케이션을 만듭니다.
워크플로우 애플리케이션을 만들고 관리하려면 fd-administrator 그룹의 구성원이어야 합니다.
  1. AEM 작성자 인스턴스에서 > 양식 > 워크플로우 애플리케이션 관리 ​만들기를탭합니다.
  2. 워크플로우 애플리케이션 만들기 창에서 다음 필드에 대한 입력을 제공하고 만들기를 누릅니다 . 새 응용 프로그램이 만들어져서 # 화면에 나열됩니다.
필드 설명
제목 제목은 AEM 받은 편지함에 표시되며 사용자가 애플리케이션을 선택하는 데 도움이 됩니다. 설명적으로 보관하십시오. 예를 들어, 저축 계정 응용 프로그램 시작.
이름 응용 프로그램의 이름을 지정합니다. 알파벳, 숫자, 하이픈 및 밑줄을 제외한 모든 문자가 하이픈으로 대체됩니다.
설명 설명은 AEM 받은 편지함에 표시됩니다. 설명 필드에 애플리케이션에 대한 자세한 정보를 제공합니다. 예를 들어 응용 프로그램의 용도와 같습니다.
적응형 양식
적응형 양식의 경로를 지정합니다. 사용자가 응용 프로그램을 시작하면 지정된 응용 양식이 표시됩니다.
참고 :워크플로우 애플리케이션은 한 페이지 이상 또는 Apple iPad에서 스크롤해야 하는 양식과 PDF 문서를 지원하지 않습니다. 응용 프로그램이 Apple iPad에서 열리고 응용 양식이나 PDF 문서가 페이지보다 길면 두 번째 페이지의 양식 필드 및 내용이 손실됩니다.
그룹 액세스
그룹을 선택합니다. 애플리케이션은 선택한 그룹의 구성원에게만 AEM 받은 편지함에 표시됩니다. 액세스 그룹 옵션을 사용하면 Workflow-사용자 그룹의 모든 그룹을 선택할 수 있습니다.
미리 채우기 서비스 적응형 양식의 자동 채우기 서비스를 선택합니다.
워크플로우 모델 응용 프로그램의 워크플로우 모델을 선택합니다. 워크플로우 모델은 비즈니스 프로세스의 로직과 흐름으로 구성됩니다.
데이터 파일 경로 crx-repository에서 데이터 파일의 경로를 지정합니다. 경로는 적응형 양식 페이로드에 상대적이며 데이터 파일의 이름을 포함합니다. 가능한 경우 확장자를 포함한 파일의 전체 이름을 항상 포함합니다. 예: [payload]/data.xml.
첨부 파일 경로 crx-repository에서 첨부 파일 폴더 경로를 지정합니다. 첨부 경로는 페이로드 위치에 상대적입니다. 예: [payload]/data.xml.
기록 문서 경로 crx-repository에서 기록 문서의 경로를 지정합니다. 경로는 적응형 양식 페이로드 위치에 상대적입니다. 가능한 경우 확장자를 포함한 파일의 전체 이름을 항상 포함합니다. 예: [payload]/DOR/creditcard.pdf.

OSGi에서 양식 중심의 워크플로우 시작

다음을 통해 양식 중심의 워크플로우를 실행하거나 시작할 수 있습니다.

AEM 받은 편지함에서 애플리케이션 제출

만든 워크플로 응용 프로그램은 받은 편지함에서 응용 프로그램으로 사용할 수 있습니다. 워크플로우 사용자 그룹의 구성원인 사용자는 연관된 워크플로우를 트리거하는 애플리케이션을 작성하고 제출할 수 있습니다. AEM 받은 편지함을 사용하여 응용 프로그램을 제출하고 작업을 관리하는 방법에 대한 자세한 내용은 AEM 받은 편지함에서 양식 응용 프로그램 및 작업 관리를 참조하십시오 .

AEM Forms 앱에서 애플리케이션 제출

AEM Forms 앱은 AEM Forms 서버와 동기화되므로 계정에서 양식 데이터, 작업, 워크플로우 애플리케이션 및 저장된 정보(초안/템플릿)를 변경할 수 있습니다. 자세한 내용은 AEM Forms 및 관련 아티클을 참조하십시오.

적응형 양식 제출

적응형 양식의 제출 작업을 구성하여 적응형 양식 제출 시 워크플로우를 시작할 수 있습니다. 적응형 양식은 AEM Workflow 호출 제출 작업을 제공하여 적응형 양식 제출 시 워크플로우를 시작합니다. 제출 작업에 대한 자세한 내용은 제출 작업 구성을 참조하십시오. AEM Forms 앱을 통해 적응형 양식을 제출하려면 적응형 양식 속성에서 AEM Forms 앱과 동기화를 활성화합니다.
AEM Forms 앱에서 워크플로우를 동기화, 제출 및 트리거하도록 적응형 양식을 구성할 수 있습니다. 자세한 내용은 양식 작업을 참조하십시오.

감시 폴더 사용

관리자(fd-administrators 그룹의 구성원)는 사용자가 폴더에 파일(예: PDF 파일)을 배치할 때 미리 구성된 워크플로우를 실행하도록 네트워크 폴더를 구성할 수 있습니다. 워크플로우가 완료되면 결과 파일을 지정된 출력 폴더에 저장할 수 있습니다. 이러한 폴더를 감시 폴더라고 합니다 . 워크플로우를 시작하도록 감시 폴더를 구성하려면 다음 절차를 수행하십시오.
  1. AEM 작성자 인스턴스에서 > 양식 > 감시 ​폴더구성으로 이동합니다. 이미 구성된 감시 폴더 목록이 표시됩니다.
  2. 새로 만들기를 누릅니다 . 필드 목록이 표시됩니다. 워크플로우에 대해 감시 폴더를 구성하려면 다음 필드에 값을 지정합니다.
필드 설명
이름 감시 폴더의 이름을 지정합니다. 이 필드는 영숫자만 지원합니다.
경로 감시 폴더의 실제 위치를 지정합니다. 클러스터된 환경에서 AEM 클러스터 노드에서 액세스할 수 있는 공유 네트워크 폴더를 사용합니다.
사용 중인 파일 처리 워크플로우 옵션을 선택합니다.
워크플로우 모델 Select a workflow model.
출력 파일 패턴 출력 파일 및 디렉토리의 디렉토리 구조를 지정합니다. 출력 파일 및 디렉토리에 대한 패턴을 지정할 수도 있습니다.
  1. 고급을 누릅니다 . 다음 필드의 값을 지정하고 만들기를 누릅니다 . 감시 폴더는 워크플로우를 시작하도록 구성됩니다. 이제 감시 폴더의 입력 디렉토리에 파일을 배치할 때마다 지정된 워크플로우가 트리거됩니다.
    필드
    설명
    페이로드 매퍼 필터
    감시 폴더를 만들면 crx-repository에 폴더 구조가 만들어집니다. 폴더 구조는 워크플로우에 대한 페이로드 역할을 할 수 있습니다. AEM Workflow를 매핑하는 스크립트를 작성하여 감시 폴더 구조의 입력을 허용할 수 있습니다. 즉시 구현이 가능하며 페이로드 매퍼 필터에 나열됩니다. 사용자 지정 구현이 없는 경우 기본 구현을 선택합니다.
    고급 탭에는 더 많은 필드가 포함되어 있습니다. 이러한 필드 대부분은 기본값을 포함합니다. 모든 필드에 대한 자세한 내용은 감시 폴더 만들기 또는 구성 문서를 참조하십시오.

대화형 통신 또는 서신 제출

OSGi에서 인터랙티브한 커뮤니케이션이나 편지 제출 시 양식 중심의 워크플로우를 연결하고 실행할 수 있습니다. 통신 관리 워크플로우는 인터랙티브한 커뮤니케이션 및 서신의 사후 처리에 사용됩니다. 예를 들어, 이메일로 전송, 인쇄, 팩스 전송 또는 최종 글자로 보관합니다. 자세한 내용은 대화형 통신 및 글자의 사후 처리를 참조하십시오.

추가 구성

이메일 서비스 구성

AEM 워크플로우의 작업 할당 및 이메일 보내기 단계를 사용하여 이메일을 보낼 수 있습니다. 이메일 서버 및 이메일을 보내는 데 필요한 기타 구성을 지정하려면 다음 단계를 수행하십시오.
  1. 의 AEM 구성 관리자로 https://[server]:[port]/system/console/configMgr 이동합니다.
  2. CQ 메일 서비스 구성을 엽니다. SMTP 서버 호스트 이름 , SMTP 서버 포트 "보낸 사람" 주소 필드의 값을 지정합니다 . 저장 ​을 클릭합니다.
  3. Day CQ Link Externalizer 구성을 엽니다. 도메인 필드에서 로컬, 작성자 및 게시 인스턴스에 대한 실제 호스트 이름/IP 주소 및 포트 번호를 지정합니다. 저장 ​을 클릭합니다.

워크플로우 인스턴스 제거

워크플로우 인스턴스 수를 최소화하면 워크플로우 엔진의 성능이 향상되므로 저장소에서 완료되었거나 실행 중인 워크플로우 인스턴스를 정기적으로 제거할 수 있습니다. 자세한 내용은 워크플로우 인스턴스 제거를 참조하십시오.