설명

박스 1: 조회
의사의 이름과 전화번호 필드는 고객 기록에 표시되어야 합니다.
조회: 특정 유형의 엔터티에 대한 단일 레코드에 대한 참조를 설정할 수 있는 필드입니다.
상자 2: 계산됨
고객 처방약의 리필 날짜는 자동으로 결정되어야 하며, 고객에게 알림이 전송되어야 합니다.
계산된 필드: 현재 엔터티 또는 관련 상위 엔터티의 필드를 사용하는 계산이 포함되어 있습니다.
상자 3: 텍스트
필드 데이터 유형: 단일 줄 텍스트:
이 필드에는 최대 4,000개의 텍스트 문자가 포함될 수 있습니다. 최대 길이를 이보다 짧게 설정할 수 있습니다. 이 필드에는 텍스트의 표현을 변경하는 여러 가지 형식 옵션이 있습니다. 이러한 옵션은 이메일, 텍스트, 텍스트 영역, URL, 티커 심볼 및 전화입니다.
참조:
https://docs.microsoft.com/en-us/dynamics365/customerengagement/on-Premise/customize/types-of-fields

설명

박스 1: Microsoft Flow
Microsoft Flow를 사용하면 Dynamics 365에서 이벤트가 발생하면 Slack에 자동으로 게시할 수 있으며, 타사 협업 도구와 Microsoft Yammer를 통합하여 제공하는 것과 유사한 기능을 사용할 수 있습니다.
박스 2: 워크플로
박스 3: 비즈니스 프로세스 흐름
비즈니스 프로세스 흐름은 단계로 구성되며, 각 단계 내에는 완료해야 할 단계가 있는데, 이는 필드입니다. 비즈니스 프로세스 흐름 제목에서 사용자는 프로세스의 어느 단계에 있는지, 그리고 프로세스를 진행하기 전에 어떤 단계를 완료해야 하는지 확인할 수 있습니다.
비즈니스 프로세스 흐름을 사용하면 프로세스를 완료하기 전에 사용자에게 특정 단계를 완료하도록 요구할 수 있으며, 필요한 경우 사용자가 단계를 건너뛸 수도 있습니다.
참조:
https://us.hitachi-solutions.com/blog/dynamics-365-workflow-vs-microsoft-flow/

대신 JavaScript 라이브러리에서 종속성 탭에 코드 날짜가 있는 빌딩 코드와 경과 시간이 있는 작업 항목을 추가합니다.
참조:
https://docs.microsoft.com/en-us/dynamics365/customerengagement/on-Premise/developer/web-resource-depen

설명:
네, 네, 아니오

주제 4, Proseware, Inc 배경
Proseware, Inc.는 수천 명의 직원을 보유한 업계를 선도하는 소프트웨어 회사입니다. 이 회사는 재능 있는 직원을 채용하는 데 어려움을 겪었습니다. 최고 수준의 지원자는 회사와 면접을 보지만 경쟁사에서 일하게 됩니다.
후보자들의 피드백에 따르면 일부 제안은 인터뷰 일정 조정 과정이 불편해서 수락되지 않았습니다. 회사에는 선택되지 않은 후보자를 추적하는 시스템이 없습니다.
현재 환경
채용 프로세스는 개인이 회사 웹사이트에서 직책에 지원할 때 시작됩니다. 개인은 스스로 직책을 찾았을 수도 있고, 직원의 공식 추천을 받았을 수도 있고, 어떤 경우에는 채용 관리자에게 직접 연락을 받아 지원하도록 권장받았을 수도 있습니다.
채용 담당자는 채용 관리자와 면접 일정을 잡고, 두 명의 상급 팀원과 면접 일정을 잡습니다. 각 면접은 후보자에 대한 피드백과 채용 여부에 대한 추천으로 이어집니다.
채용팀은 모델 기반 애플리케이션을 사용하여 모든 정보를 관리합니다.
해당 회사에는 다음과 같은 Microsoft Dataverse 테이블과 열이 있습니다.
* 구인공고
o 채용 관리자 - SystemUser 조회
o 채용 담당자 할당 - SystemUser 조회
* 연락처 (구직자)
o 연락처 식별자
o 이름
o 성
o 시간대 오프셋
o 관심 있는 사람 - 예/아니요(기본값)
* 응용 프로그램 응용 프로그램
o 연락처 식별자, 연락처 - 연락처 검색
o Job Posting - JobPosting 조회
o pro_recruiterassignedid
* 인터뷰
o Application - Application 조회 o Job Posting - JobPosting 조회 o Recommendation - Choice (Yes (0), No (1), null (default) are available values) o Person of Interest - Yes/No, No is the de'aul: value
* 추천
o 연락처 - 연락처 조회 o 추천인 - SystemUser 조회 o 채용 공고 - JobPosting 조회
* 시스템사용자
o 관리자 - SystemUser 조회 o 시간대 오프셋
* 채용담당자
o 채용 담당자 식별자 o 채용 담당자 이름
응용 프로그램
각 구인 공고와 관련된 여러 개의 지원서가 있을 수 있습니다. 직원이 지원자를 직위에 추천한 경우 지원서는 직원 기록에 연결됩니다. 동일한 개인이 여러 구인 공고의 지원자가 될 수 있습니다.
인터뷰
각 면접은 직원이 실시하며 단일 지원서와 관련이 있습니다.
면접 일정 조정 과정에서는 시간대 차이로 인해 잠재적 후보자가 임원진과의 면접을 평소와 다른 시간에 받아야 할 수도 있습니다.
인터뷰 일정
시스템은 채용 담당자에게 팀원 목록과 시간대 정보를 제공해야 합니다. 채용 관리자에게 직접 보고하는 상급 팀원 목록을 표시하려면 Job Application 양식에 Microsoft Power Apps Component Framework(PCF) 컨트롤을 만들어야 합니다.
* 컨트롤은 각 팀원의 현지 시간으로 현재 시간을 표시해야 합니다.
* 컨트롤은 작성해야 하는 코드 양을 최소화하도록 바인딩되어야 합니다.
* 팀원 목록을 표시하고, 지원자의 시간대와 가장 가까운 시간대에 거주하는 팀원이 먼저 표시되도록 목록을 정렬해야 합니다.
Job Application 양식에 시간대 이름과 현재 시간을 표시하는 두 번째 PCF 컨트롤을 개발해야 합니다. 지원자의 현지 시간으로 데이터를 표시해야 합니다.
과거 정보 추적
회사가 고용을 고려해야 할 관심 있는 사람을 식별하는 프로세스를 만들어야 합니다. 각 개인에게 과거 상호 작용에 따라 점수를 지정해야 합니다.
* 후보자에 대한 다음 정보를 확인할 수 있어야 합니다.
o 지난 2년 동안의 인터뷰 횟수와 팀 구성원이 추천을 제공했는지 여부 o 지난 2년 동안의 채용 관리자 추천 횟수와 직원 추천 횟수 o 개인이 회사에서 중요하다고 생각하는 12가지 지정 또는 인증을 가지고 있는지 여부
* 구인 신청 당 추천은 단 한 번만 가능합니다. 시스템은 후보자에 대한 여러 추천을 지원할 수 있어야 합니다.
* 신청이 완료되지 않은 경우에도 시스템은 추천을 추적해야 합니다.
역사적 정보 점수
자동화된 프로세스는 모든 후보자를 평가하기 위해 매주 실행되어야 합니다. 이 프로세스는 또한 과거 정보가 업데이트될 때 자동으로 실행되어야 합니다. 연락처 양식에서 명령 단추를 선택하여 채점을 수행할 수 있어야 합니다.
* 이 새로운 명령 버튼은 Recruiter라는 보안 역할에 할당된 직원에게만 표시되어야 합니다. 연락처 양식이 업데이트 모드에 있지 않으면 명령 버튼은 누구에게도 표시되어서는 안 됩니다.
* 관심 대상자는 다음의 과거 정보 기준에 따라 15점 이상을 받은 사람으로 정의됩니다.
o 추천서에 대한 인터뷰 1회당 점수는 2점 추가됩니다.
o 추천서 없이 면접을 실시할 경우, 면접 점수에서 2점을 차감합니다.
o 직원 또는 관리자 추천 1건당 점수가 1점 추가됩니다.
o 지정이나 인증을 받을 때마다 점수가 1점 추가됩니다.
* 모든 채점 요소는 변경 사항이 발생하면 다시 계산해야 합니다. Person of Interest 필드에 점수를 할당해야 합니다.
* 합계 또는 점수를 나타내는 값은 해당 숫자 필드에 저장되어야 합니다.
* 연락처와 관련된 활성 인터뷰 기록에 관심 대상 필드를 유지하려면 플러그인을 사용해야 합니다.
* Person of Interest 필드 업데이트에 등록된 플러그인은 이메일에 이름이 나온 후보자가 관심 대상자일 때 이메일 알림을 보내야 합니다. 채용 담당자는 Contact 레코드에서 필드가 업데이트될 때 메시지를 받아야 합니다.
* 인터뷰 기록의 관심 대상자 필드가 성공적으로 업데이트되면 인터뷰어는 이메일 알림을 받아야 합니다.
디자인 가이드라인
다음의 디자인 가이드라인을 따라야 합니다.
* 스키마 변경은 요구 사항을 충족시키기 위해 최소한의 저장 공간이 필요한 방법을 사용하여 이루어져야 합니다.
* 가능하면 기본 기능을 사용해야 합니다.
* 점수를 계산하는 데 필요한 모든 코드는 단일 지점에서 실행할 수 있어야 합니다.
* 이메일 알림은 최소한으로 유지해야 합니다.
문제
* 채용 담당자는 후보자를 평가하는 명령 버튼이 작동하지 않는다고 보고합니다. 코드를 디버깅하고 컨텍스트 입력 매개변수가 null임을 확인합니다.
* 해당 시스템은 후보자와 직위 및 자격증을 연결하는 것을 지원하지 않습니다.
* PCF 컨트롤에서 로컬 시간을 표시하는 데 사용되는 필드의 값은 활성 응용 프로그램 레코드가 열릴 때마다 Microsoft Dataverse에 저장됩니다.
* 인터뷰어들은 기존 관심 대상자에 대한 인터뷰 기록이 생성될 때 이메일 알림을 받지 못한다고 보고합니다.