OSGi의 Forms 중심 워크플로우 forms-centric-workflow-on-osgi
기업은 수백, 수천 개의 양식, 다양한 백엔드 시스템, 온라인 또는 오프라인 데이터 소스에서 데이터를 수집합니다. 또한 반복적인 검토 및 승인 프로세스를 포함하는 데이터에 대한 결정을 내리는 동적 사용자 집합이 있습니다.
내부 및 외부 대상자를 위한 검토 및 승인 워크플로와 함께 대규모 조직 및 기업은 반복적인 작업을 수행합니다. 예를 들어 PDF 문서를 다른 형식으로 변환하는 경우 이러한 작업을 수동으로 수행하는 경우 많은 시간과 자원이 소요됩니다. 또한 기업은 문서에 디지털 서명을 하고 나중에 사전 정의된 형식으로 사용할 수 있도록 양식 데이터를 보관해야 하는 법적 요구 사항이 있습니다.
OSGi에서 Forms 중심 워크플로우 소개 introduction-to-forms-centric-workflow-on-osgi
AEM Workflow를 사용하여 적응형 양식 기반 워크플로를 신속하게 구축할 수 있습니다. 이러한 워크플로우는 검토 및 승인, 비즈니스 프로세스 플로우, 문서 서비스 시작, Adobe Sign 서명 워크플로와 통합 및 유사한 작업에 사용할 수 있습니다. 예를 들어 신용 카드 신청 처리, 사원 휴가 승인 워크플로, 양식을 PDF 문서로 저장 등이 있습니다. 또한 이러한 워크플로우는 조직 내에서 또는 네트워크 방화벽에서 사용할 수 있습니다.
OSGi의 Forms 중심 워크플로우를 사용하면 JEE 스택에 완전한 프로세스 관리 기능을 설치하지 않고도 OSGi 스택에서 다양한 작업을 위한 워크플로우를 빠르게 빌드하고 배포할 수 있습니다. 워크플로의 개발 및 관리에서는 익숙한 AEM Workflow 및 AEM Inbox 기능을 사용합니다. 워크플로우는 여러 소프트웨어 시스템, 네트워크, 부서 및 조직에 걸쳐 실제 비즈니스 프로세스를 자동화하는 기반을 구성합니다.
설정한 후에는 이러한 워크플로를 수동으로 트리거하여 정의된 프로세스를 완료하거나 사용자가 양식 또는 서신 관리 편지를 제출할 때 프로그래밍 방식으로 실행할 수 있습니다. AEM Forms은 향상된 AEM Workflow 기능을 통해 두 개의 구별되지만 유사한 기능을 제공합니다. 배포 전략의 일부로 적합한 배포 전략을 결정해야 합니다. OSGi의 Forms 중심 AEM 워크플로 및 JEE의 프로세스 관리의 비교를 참조하십시오. 또한 배포 토폴로지에 대해서는 AEM Forms의 아키텍처 및 배포 토폴로지를 참조하십시오.
OSGi의 Forms 중심 워크플로우는 AEM 받은 편지함을 확장하며 AEM 워크플로 편집기에서 AEM Forms 중심 워크플로에 대한 지원을 추가할 수 있는 추가 구성 요소(단계)를 제공합니다. 확장된 AEM 받은 편지함에는 AEM Forms Workspace과(와) 유사한 기능이 있습니다. 사람 중심의 워크플로 관리(승인, 검토 등)와 함께 AEM 워크플로를 사용하여 문서 서비스 관련 작업(예: PDF 생성) 및 전자 서명(Adobe Sign) 문서를 자동화할 수 있습니다.
모든 AEM Forms 워크플로 단계는 변수 사용을 지원합니다. 변수를 사용하면 런타임 시 워크플로우 단계에서 여러 단계에 걸쳐 메타데이터를 보관하고 전달할 수 있습니다. 다양한 유형의 데이터를 저장하기 위해 다양한 유형의 변수를 만들 수 있습니다. 관련된 동일한 형식의 데이터의 여러 인스턴스를 저장하는 변수 컬렉션(배열)을 만들 수도 있습니다. 일반적으로 변수 또는 변수 컬렉션은 보유하고 있는 값을 기반으로 결정을 내려야 하거나 나중에 프로세스에서 필요한 정보를 저장해야 할 때 사용합니다. 이러한 Forms 중심 워크플로 구성 요소(단계)에서 변수를 사용하는 방법에 대한 자세한 내용은 OSGi의 Forms 중심 워크플로 - 단계 참조를 참조하십시오. 변수 만들기 및 관리에 대한 자세한 내용은 AEM 워크플로의 변수를 참조하십시오.
다음 다이어그램은 OSGi에서 Forms 중심 워크플로우를 만들고 실행하고 모니터링하는 엔드 투 엔드 절차를 보여 줍니다.
시작하기 전 before-you-start
- 워크플로우는 실제 비즈니스 프로세스를 나타냅니다. 실제 비즈니스 프로세스와 비즈니스 프로세스 참여자 목록을 준비하십시오. 또한 워크플로우 만들기를 시작하기 전에 자료(적응형 양식, PDF 문서 등)를 준비하십시오.
- 워크플로우에는 여러 단계가 있을 수 있습니다. 이러한 단계는 AEM 받은 편지함에 표시되며 워크플로우의 진행 상황을 보고하는 데 도움이 됩니다. 비즈니스 프로세스를 논리적 단계로 나눕니다.
- AEM Workflow의 할당 작업 단계를 구성하여 사용자 또는 할당자에게 이메일 알림을 보낼 수 있습니다. 전자 메일 알림을 사용하도록 설정하세요.
- 워크플로는 디지털 서명에 Adobe 서명을 사용할 수도 있습니다. 워크플로우에서 Adobe Sign을 사용할 계획이라면 워크플로우에서 사용하기 전에 AEM Forms에 대해 Adobe Sign 구성을 참조하십시오.
워크플로우 모델 만들기 create-a-workflow-model
워크플로우 모델은 비즈니스 프로세스의 로직과 플로우로 구성됩니다. 일련의 단계로 구성됩니다. 이러한 단계는 AEM 구성 요소입니다. 필요에 따라 매개 변수 및 스크립트를 사용하여 워크플로우 단계를 확장하여 더 많은 기능과 제어를 제공할 수 있습니다. AEM Forms은 즉시 사용할 수 있는 AEM 단계 외에 몇 가지 단계를 제공합니다. AEM 및 AEM Forms 단계의 자세한 목록은 AEM 워크플로 단계 참조 및 OSGi의 Forms 중심 워크플로 - 단계 참조를 참조하십시오.
AEM은 제공된 워크플로우 단계를 사용하여 워크플로우 모델을 만들 수 있는 직관적인 사용자 인터페이스를 제공합니다. 워크플로 모델을 만드는 단계별 지침은 워크플로 모델 만들기를 참조하십시오. 다음 예제에서는 승인 및 검토 워크플로우에 대한 워크플로우 모델을 만드는 단계별 지침을 제공합니다.
승인 및 검토 워크플로우에 대한 모델 만들기 create-a-model-for-an-approval-and-review-workflow
승인 및 검토 워크플로우는 결정을 내리는 데 사람의 개입이 필요한 작업을 위한 것입니다. 다음 예제에서는 프런트 오피스 뱅킹 에이전트가 채울 모기지 대출 신청에 대한 워크플로 모델을 만듭니다. 지원서가 작성되면 승인을 위해 전송됩니다. 이후 Adobe Sign을 이용하여 전자서명 신청자에게 승인된 신청서를 발송하게 된다.
이 예제는 아래에 첨부된 패키지로 사용할 수 있습니다. 패키지 관리자를 사용하여 예제를 가져오고 설치합니다. 다음 단계를 수행하여 응용 프로그램의 워크플로 모델을 수동으로 만들 수도 있습니다.
이 예제는 프런트 오피스 뱅킹 에이전트가 채울 모기지 응용 프로그램의 워크플로 모델을 만듭니다. 신청서를 작성하면 승인을 위해 전송됩니다. 나중에 승인된 애플리케이션은 Adobe Sign을 사용하여 전자 서명을 위해 고객에게 전송됩니다. 패키지 관리자를 사용하여 예를 가져오고 설치할 수 있습니다.
-
워크플로우 모델 콘솔을 엽니다. 기본 URL은
https://[server]:[port]/libs/cq/workflow/admin/console/content/models.html/etc/workflow/models
입니다 -
만들기 를 선택한 다음 모델 만들기 를 선택하십시오. 워크플로 모델 추가 대화 상자가 나타납니다.
-
제목 및 이름(선택 사항)을 입력하십시오. 예: 담보 대출 신청. 완료 를 선택합니다.
-
새로 만든 워크플로 모델을 선택한 다음 편집 을 선택합니다. 이제 워크플로우 단계를 추가하여 비즈니스 논리를 구축할 수 있습니다. 처음 워크플로우 모델을 만들 때 다음과 같은 내용이 포함됩니다.
- 단계: 플로우 시작 및 플로우 종료. 이 단계는 워크플로의 시작과 끝을 나타냅니다. 이러한 단계는 필수이며 편집하거나 제거할 수 없습니다.
- 1단계로 이름이 지정된 예제 참가자 단계입니다. 이 단계는 관리 사용자에게 작업 항목을 할당하도록 구성되었습니다. 이 단계를 제거합니다.
-
이메일 알림을 활성화합니다. OSGi에서 Forms 중심 워크플로우를 구성하여 사용자 또는 피할당자에게 이메일 알림을 전송할 수 있습니다. 이메일 알림을 활성화하려면 다음 구성을 수행하십시오.
https://[server]:[port]/system/console/configMgr
의 AEM 구성 관리자로 이동합니다.- 일 CQ 메일 서비스 구성을 엽니다. SMTP 서버 호스트 이름, SMTP 서버 포트, 및 "보낸 사람" 주소 필드의 값을 지정하십시오. 저장 을 클릭합니다.
- 일 CQ 링크 외부화 구성을 엽니다. 도메인 필드에 로컬, 작성자 및 게시 인스턴스의 실제 호스트 이름/IP 주소 및 포트 번호를 지정하십시오. 저장 을 클릭합니다.
-
워크플로우 단계를 만듭니다. 워크플로우에는 여러 단계가 있을 수 있습니다. 이러한 단계는 AEM 받은 편지함에 표시되며 워크플로우의 진행 상황을 보고합니다.
단계를 정의하려면 아이콘을 선택하여 워크플로 모델 속성을 열고 단계 탭을 열고 워크플로 모델의 단계를 추가한 다음 저장 및 닫기 를 선택합니다. 예시 모기지 신청의 경우 단계(예: 대출 요청, 대출 요청 상태, 서명될 문서 및 서명된 대출 문서)를 생성합니다.
-
작업 할당 단계 브라우저를 워크플로 모델에 끌어다 놓습니다. 이를 모델의 첫 번째 단계로 만듭니다.
작업 할당 구성 요소는 워크플로에서 만든 작업을 사용자 또는 그룹에 할당합니다. 작업 할당과 함께 구성 요소를 사용하여 작업에 대한 적응형 양식 또는 비대화형 PDF을 지정할 수 있습니다. 적응형 양식은 사용자의 입력을 수락하는 데 필요하며 비대화형 PDF 또는 읽기 전용 적응형 양식은 검토 전용 워크플로우에 사용됩니다.
단계를 사용하여 작업의 동작을 제어할 수도 있습니다. 예를 들어, 자동 기록 문서 생성, 특정 사용자 또는 그룹에 작업 할당, 제출된 데이터의 경로, 미리 채울 데이터의 경로 및 기본 작업 등이 있습니다. 작업 할당 단계의 옵션에 대한 자세한 내용은 OSGi의 Forms 중심 워크플로 - 단계 참조 문서를 참조하십시오.
모기지 애플리케이션 예제의 경우, 작업이 완료되면 작업 할당 단계를 구성하여 읽기 전용 적응형 양식을 사용하고 PDF 문서를 표시합니다. 또한 대출 요청을 승인할 수 있는 사용자 그룹을 선택합니다. 작업 탭에서 제출 옵션을 비활성화하십시오. String 데이터 형식의 actionTaked 변수를 만들고 이 변수를 Route 변수(으)로 지정하십시오. 예: actionTaken. 또한 승인 및 거부 경로를 추가합니다. 경로는 AEM 받은 편지함에 별도의 작업(버튼)으로 표시됩니다. 워크플로는 사용자가 탭한 작업(버튼)을 기반으로 분기를 선택합니다.
저당 신청과 같이 구성된 지정 태스크 단계의 모든 필드에 대한 전체 값 세트에 대해 섹션의 시작 부분에서 다운로드할 수 있는 예제 패키지를 가져올 수 있습니다.
-
단계 브라우저에서 OR 분할 구성 요소를 워크플로우 모델로 드래그 앤 드롭합니다. OR 분할은 워크플로우에 분할을 만들고 그 후 하나의 분기만 활성화됩니다. 이 단계를 통해 조건부 처리 경로를 워크플로우에 도입할 수 있습니다. 필요에 따라 각 분기에 워크플로 단계를 추가합니다.
규칙 정의, ECMA 스크립트 또는 외부 스크립트를 사용하여 분기에 대한 라우팅 표현식을 정의할 수 있습니다.
표현식 편집기를 사용하여 분기 1 및 분기 2에 대한 라우팅 표현식을 만듭니다. 이러한 라우팅 표현식은 AEM 받은 편지함의 사용자 작업을 기반으로 분기를 선택하는 데 도움이 됩니다.
분기 1 에 대한 라우팅 식
사용자가 AEM 받은 편지함에서 승인 을 탭하면 분기 1이 활성화됩니다.
분기 2 에 대한 라우팅 식
사용자가 AEM 받은 편지함에서 거부 를 탭하면 분기 2가 활성화됩니다.
변수를 사용하여 라우팅 식을 만드는 방법에 대한 자세한 내용은 AEM Forms 워크플로의 변수를 참조하십시오.
-
비즈니스 논리를 구축하기 위한 다른 워크플로우 단계를 추가합니다.
모기지 예제의 경우 아래 이미지에 표시된 대로 기록 문서 생성, 작업 단계 할당 2개 및 서명 문서 단계를 모델의 분기 1에 추가합니다. 하나의 할당 작업 단계는 서명된 대출 문서를 표시하여 지원자에게 보내기 하는 것이고 다른 할당 작업 구성 요소는 서명된 문서를 표시하기 위해 보내기 하는 것입니다. 또한 할당 작업 구성 요소를 분기 2에 추가합니다. 사용자가 AEM 받은 편지함에서 거부를 탭하면 활성화됩니다.
담보 대출 신청과 같이 구성된 할당 작업 단계, 기록 문서 단계 및 서명 문서 단계의 모든 필드에 대한 전체 값 집합의 경우 이 섹션의 시작에서 다운로드할 수 있는 예제 패키지를 가져옵니다.
워크플로우 모델이 준비되었습니다. 다양한 방법을 통해 워크플로우를 시작할 수 있습니다. 자세한 내용은 OSGi에서 Forms 중심 워크플로우 시작을 참조하십시오.
Forms 중심의 워크플로우 애플리케이션 만들기 create-a-forms-centric-workflow-application
애플리케이션은 워크플로우와 연결된 적응형 양식입니다. 받은 편지함을 통해 애플리케이션이 제출되면 관련 워크플로우가 시작됩니다. Forms 워크플로우를 AEM 받은 편지함 및 AEM Forms 앱에서 애플리케이션으로 사용할 수 있도록 하려면 다음을 수행하여 워크플로우 애플리케이션을 만듭니다.
- AEM 작성자 인스턴스에서 > Forms > 워크플로 응용 프로그램 관리 로 이동하고 만들기 를 탭합니다.
- 워크플로 응용 프로그램 만들기 창에서 다음 필드에 대한 입력을 제공하고 만들기 를 탭합니다. 새 응용 프로그램이 만들어지고 [워크플로우 응용 프로그램] 화면에 나열됩니다.
OSGi에서 Forms 중심 워크플로우 실행 launch
다음을 수행하여 Forms 중심 워크플로우를 시작하거나 트리거할 수 있습니다.
AEM 받은 편지함에서 애플리케이션 제출 inbox
만든 워크플로우 응용 프로그램은 받은 편지함에서 응용 프로그램으로 사용할 수 있습니다. 워크플로 사용자 그룹의 구성원인 사용자는 관련 워크플로를 트리거하는 애플리케이션을 작성하고 제출할 수 있습니다. AEM 받은 편지함을 사용하여 응용 프로그램을 제출하고 작업을 관리하는 방법에 대한 자세한 내용은 AEM 받은 편지함에서 Forms 응용 프로그램 및 작업 관리를 참조하십시오.
AEM Forms 앱에서 애플리케이션 제출 afa
AEM Forms 앱은 AEM Forms 서버와 동기화되며 양식 데이터, 작업, 워크플로우 애플리케이션 및 계정에 저장된 정보(초안/템플릿)를 변경할 수 있습니다. 자세한 내용은 AEM Forms 앱 및 관련 문서를 참조하십시오.
적응형 양식 제출 af
적응형 양식의 제출 액션을 구성하여 적응형 양식 제출 시 워크플로우를 시작할 수 있습니다. 적응형 양식은 적응형 양식 제출 시 워크플로우를 시작하는 AEM 워크플로우 호출 제출 액션을 제공합니다. 제출 액션에 대한 자세한 내용은 제출 액션 구성을 참조하십시오. AEM Forms 앱을 통해 적응형 양식을 제출하려면 적응형 양식 속성에서 AEM Forms 앱과 동기화 를 활성화하십시오.
AEM Forms 앱에서 워크플로우를 동기화, 제출 및 트리거하도록 적응형 양식을 구성할 수 있습니다. 자세한 내용은 양식으로 작업을 참조하세요.
감시 폴더 사용 watched
fd-administrators 그룹의 구성원인 관리자는 사용자가 파일(예: PDF 파일)을 폴더에 배치할 때 사전 구성된 워크플로를 실행하도록 네트워크 폴더를 구성할 수 있습니다. 워크플로우가 완료되면 결과 파일을 지정된 출력 폴더에 저장할 수 있습니다. 이러한 폴더를 감시 폴더라고 합니다. 워크플로를 시작할 감시 폴더를 구성하려면 다음 절차를 수행하십시오.
- AEM 작성자 인스턴스에서 > Forms > 감시 폴더 구성 으로 이동합니다. 이미 구성된 감시 폴더 목록이 표시됩니다.
- 새로 만들기 를 선택합니다. 필드 목록이 표시됩니다. 워크플로우에 대한 감시 폴더를 구성하려면 다음 필드에 값을 지정하십시오.
-
고급 을 선택합니다. 다음 필드에 대한 값을 지정하고 만들기 를 탭합니다. 감시 폴더는 워크플로우를 시작하도록 구성됩니다. 이제 파일을 감시 폴더의 입력 디렉터리에 배치할 때마다 지정된 워크플로가 트리거됩니다.
table 0-row-2 1-row-2 필드 설명 페이로드 매퍼 필터 감시 폴더를 만들면 crx-repository에 폴더 구조가 만들어집니다. 폴더 구조는 워크플로우의 페이로드 역할을 할 수 있습니다. 감시 폴더 구조의 입력을 수락하도록 AEM Workflow를 매핑하는 스크립트를 작성할 수 있습니다. 즉시 사용 가능한 구현을 사용할 수 있으며 [페이로드 매퍼 필터]에 나열되어 있습니다. 사용자 지정 구현이 없는 경우 기본 구현을 선택하십시오. 고급 탭에는 더 많은 필드가 포함되어 있습니다. 이러한 필드는 대부분 기본값이 포함되어 있습니다. 모든 필드에 대해 알아보려면 감시 폴더 만들기 또는 구성 문서를 참조하십시오.
대화형 통신 또는 편지 제출 letter
대화형 통신 또는 서신을 제출할 때 OSGi에서 Forms 중심 워크플로우를 연결하고 실행할 수 있습니다. 서신 관리 워크플로우에서는 대화형 커뮤니케이션 및 편지를 게시하여 처리하는 데 사용됩니다. 예를 들어 이메일, 인쇄, 팩스 또는 최종 편지 보관과 같은 작업을 수행할 수 있습니다. 자세한 단계는 대화형 통신 및 편지의 Post 처리를 참조하십시오.
추가 구성 additional-configurations
이메일 서비스 구성 configure-email-service
AEM Workflow의 작업 할당 및 이메일 보내기 단계를 사용하여 이메일을 보낼 수 있습니다. 전자 메일을 보내는 데 필요한 전자 메일 서버 및 기타 구성을 지정하려면 다음 단계를 수행하십시오.
https://[server]:[port]/system/console/configMgr
의 AEM 구성 관리자로 이동합니다.- 일 CQ 메일 서비스 구성을 엽니다. SMTP 서버 호스트 이름, SMTP 서버 포트, 및 "보낸 사람" 주소 필드의 값을 지정하십시오. 저장 을 클릭합니다.
- 일 CQ 링크 외부화 구성을 엽니다. 도메인 필드에 로컬, 작성자 및 게시 인스턴스의 실제 호스트 이름/IP 주소 및 포트 번호를 지정하십시오. 저장 을 클릭합니다.
워크플로 인스턴스 제거 purge-workflow-instances
워크플로 인스턴스 수를 최소화하면 워크플로 엔진의 성능이 향상되므로 완료되었거나 실행 중인 워크플로 인스턴스를 저장소에서 정기적으로 제거할 수 있습니다. 자세한 내용은 워크플로 인스턴스 정기적 제거워크플로 인스턴스 제거를 참조하십시오.
중요한 데이터를 워크플로우 변수에 매개 변수화하고 외부 데이터 저장소에 저장 externalize-wf-variables
적응형 양식에서 Experience Manager 워크플로우로 전송되는 모든 데이터에는 비즈니스 최종 사용자의 PII(개인 식별 정보) 또는 SPD(중요 개인 데이터)가 포함될 수 있습니다. 그러나 데이터를 Adobe Experience Manager JCR 저장소에 저장하는 것은 필수가 아닙니다. 정보를 워크플로 변수(으)로 매개 변수화하여 최종 사용자 데이터를 관리되는 데이터 저장소(예: Azure Blob 저장소)로 저장할 수 있습니다.
Adobe Experience Manager Forms 워크플로우에서 데이터는 워크플로우 변수를 통해 일련의 워크플로우 단계를 통해 처리되고 전달됩니다. 이러한 변수는 워크플로 인스턴스 메타데이터 노드에 저장된 속성 또는 키-값 쌍으로 명명됩니다(예: /var/workflow/instances/<serverid>/<datebucket>/<uniquenameof model>_<id>/data/metaData
). 이러한 워크플로 변수는 JCR이 아닌 별도의 저장소로 외부화된 다음 Adobe Experience Manager 워크플로에서 처리할 수 있습니다. Adobe Experience Manager은(는) 관리되는 외부 저장소에 워크플로 변수를 저장할 API UserMetaDataPersistenceProvider
을(를) 제공합니다. Adobe Experience Manager에서 고객 소유 데이터 저장소에 대해 워크플로 변수를 사용하는 방법에 대한 자세한 내용은 외부 데이터 저장소에 대한 워크플로 변수 관리를 참조하십시오.
Adobe은(는) API UserMetaDataPersistenceProvider를 사용하여 워크플로 메타데이터 맵에서 Azure Blob 저장소로 변수를 저장하는 다음 sample을 제공합니다. 유사한 행에서 샘플을 안내서로 사용하여 [UserMetaDataPersistenceProvider] API를 사용하여 Adobe Experience Manager 외부의 다른 데이터 저장소에서 워크플로 변수를 외부화하고 이를 관리할 수 있습니다.
워크플로우 API 샘플 구현 설치
관리되는 Azure Blob 저장소에 워크플로 변수를 저장하려면 다음을 수행하십시오.
-
다음과 같이 sample 워크플로 API UserMetaDataPersistenceProvider을(를) 설치합니다.
-
Maven 3을 사용하여 프로젝트 루트 디렉터리에서
mvn clean install
명령을 실행합니다. -
번들과 콘텐츠 패키지를 작성자에게 배포하려면
mvn clean install -PautoInstallPackage
을(를) 실행하십시오. -
번들만 작성자에게 배포하려면
mvn clean install -PautoInstallBundle
을(를) 실행하십시오.
-
-
ui.config
콘텐츠 패키지의 외부화 OSGi 구성 파일에서 다음 속성을 초기화합니다.code language-jql accountKey="" accountName="" endpointSuffix="" containerName="" protocol=""
다음은 이러한 속성의 목적(및 예)입니다.
-
accountKey 은(는) 액세스 권한을 부여하는 비밀 키입니다.
-
accountName 은(는) 데이터를 저장해야 하는 azure 계정입니다.
-
endpointSuffix(예:
core.windows.net
). -
containerName 은 데이터를 저장해야 하는 계정의 컨테이너입니다. 이 샘플은 컨테이너가 있다고 가정합니다.
-
프로토콜(예:
https
또는http
).
- Adobe Experience Manager에서 워크플로 모델을 구성합니다. 외부 저장소에 대한 워크플로 모델을 구성하는 방법은 워크플로 모델 구성을 참조하세요.
외부 데이터 저장을 위해 Adobe Experience Manager에서 워크플로 모델 구성 configure-aem-wf-model
외부 데이터 스토리지에 대한 AEM Workflow 모델을 구성하려면
-
도구 > 워크플로 > 모델(으)로 이동합니다.
-
모델 이름을 선택하고 편집 을 선택하세요.
-
페이지 정보 아이콘을 선택하고 속성 열기 를 선택합니다.
-
워크플로 데이터 저장소 외부화 을(를) 선택하십시오.
-
속성을 저장하려면 저장 및 닫기 를 선택하십시오.
외부 데이터 저장을 위한 AEM 워크플로 지침 guidelines-workflows-external-data-storage
다음은 Adobe Experience Manager 워크플로우를 사용하고 외부 데이터 저장소(예: Microsoft Azure 스토리지 서버)에 데이터를 저장하는 경우의 지침입니다.
-
워크플로우 모델 단계에서 입력 및 출력 데이터 파일과 첨부 파일을 정의하는 동안 변수를 사용하여 데이터를 저장합니다. 페이로드 관련 및 절대 경로에서 사용 가능 옵션을 선택하지 마십시오. 외부 데이터 저장소에 대한 Adobe Experience Manager 워크플로 모델을 구성한 후에는 페이로드에 대한 상대 및 절대 경로에서 사용 가능 옵션이 자동으로 표시되지 않습니다.
-
적응형 양식을 AEM Workflow에 제출하는 동안 변수를 사용하여 데이터 파일 및 첨부 파일을 저장합니다. 적응형 양식을 Adobe Experience Manager 워크플로우에 제출하는 동안 페이로드에 비례 옵션을 선택하지 마십시오. 외부 데이터 저장소에 대한 Adobe Experience Manager 워크플로 모델을 구성한 후에는 페이로드와 관련 옵션이 자동으로 표시되지 않습니다.
-
워크플로 모델에서 사용자 지정 Adobe Experience Manager 워크플로 단계를 사용하여 CRX DE 저장소에 데이터를 저장하지 마십시오.
-
외부 데이터 저장소에 대한 Adobe Experience Manager 워크플로 모델을 구성할 때, Adobe Experience Manager 받은 편지함에 있는 작업 항목이 외부 저장소로 표시된 워크플로에 속하는 경우 사용자 지정 열의 값을 가져오지 않으므로 Adobe Experience Manager 받은 편지함에 대한 사용자 지정 열을 만들지 마십시오.