솔루션 상태 허브로 문제 해결

솔루션 상태 허브를 사용하면 환경 상태를 보다 잘 파악하고 Dynamics 365 환경의 문제를 감지할 수 있습니다. 솔루션 상태 허브는 인스턴스 내에서 규칙을 실행하여 환경의 구성을 검증합니다. 이는 자연스러운 시스템 운영을 통해 시간이 지남에 따라 변경될 수 있습니다. 일부 규칙은 Dynamics 365 Field Service에만 적용되며 문제가 발생하면 필요에 따라 규칙을 실행할 수 있습니다. Field Service가 설치되거나 업데이트될 때 일부 규칙이 자동으로 트리거됩니다. Field Service 규칙 집합을 정기적으로 실행하여 환경의 상태를 모니터링하십시오.

솔루션 상태 허브가 감지하는 몇 가지 일반적인 문제는 다음과 같습니다.

1. 중요한 Field Service 프로세스가 비활성화된 경우.
2. 업그레이드 실패를 유발하는 프로세스가 비활성화된 사용자에게 할당된 경우.
3. 런타임 문제를 일으키는 사용자 지정 웹 리소스.

솔루션 상태 허브를 실행하는 것 외에도 Dynamics 365 Field Service를 사용자 지정하기 위한 모범 사례 및 스크립트, 플러그인, HTML, 워크플로 등을 개선하기 위해 Solution Checker 실행을 확인하십시오

필수 항목

• Field Service v8.4.0.338 이상(통합 인터페이스) 또는 v7.5.7.87 이상(웹)
• 솔루션 상태 허브는 환경의 지속적인 정상 작동을 보장하기 위해 Power Apps 검사기를 확장합니다.

상태 확인 실행

Field Service에 대한 분석 작업을 실행하려면:

1. 솔루션 상태 허브 앱을 엽니다.

2. 분석 작업을 선택하고 새 분석 작업을 만듭니다.
3. 대화 상자가 열리면 Field Service를 선택합니다.
4. 확인을 선택하고 분석 작업을 시작합니다.

상태 확인 결과 보기

분석 작업을 실행하면 실행이 완료되면 새로 고쳐지는 개요 페이지로 리디렉션됩니다.

분석 작업을 실행할 때 각 규칙에 대한 반환 상태가 표시되어 규칙이 통과했는지, 실패했는지 또는 구성 오류가 있었는지 나타냅니다. 또한 규칙이 실패하면 심각도를 반환하여 각 문제의 심각도를 보여줍니다. 가능한 모든 반환 상태 결과는 다음 표에 나열되어 있습니다.

규칙 반환 상태	권장 사항
실패	시스템 내에서 특정 장애를 강조 표시하고 제안된 대로 규칙을 수정합니다.
경고	규칙 메시지에 언급된 의미에 유의하십시오.
통과	이 규칙에 문제가 없음을 나타냅니다. 모든 규칙이 이 상태에 있어야 합니다.

계약 작업 주문 생성

심각도: 높음

확인 사항

모든 작업 주문이 계약에 따라 올바르게 생성되었는지 확인합니다.

실패 이유

올바르게 처리되지 않은 계약 되풀이 사항이 있으며 생성되어야 하는 작업 주문이 생성되지 않았습니다.

수정 방법

작업 주문이 생성되지 않은 이유와 실패 원인을 식별하고 해결합니다. 그런 다음 계약 상태를 다시 "추정"으로 변경한 다음 다시 "활성"으로 변경하여 레코드 생성을 다시 시작합니다.

주의

계약 상태를 변경하면 "활성" 상태인 모든 기존 계약 예약 데이터 레코드가 삭제되지만 이후 날짜에 대한 레코드만 재생성됩니다.

계약 관련 워크플로의 실패 여부 확인

심각도: 높음

확인 사항

계약과 관련된 워크플로의 실패 여부를 확인하고 계약 예약 설정 또는 계약 송장 설정 실패 기록을 반환합니다.

실패 이유

이 규칙은 계약 레코드와 관련된 실패한 워크플로가 있는 경우 실패합니다.

수정 방법

이 규칙은 이 규칙 실패를 솔루션 상태 허브의 해결 단추를 통해 해결할 수 있는 자동화된 해결 단계를 제공합니다. 또는 "계약 관련 워크플로의 실패 여부 확인" 규칙에 동일한 단계를 사용하여 개별적으로 보고 해결할 수 있습니다.

제거된 양식 라이브러리 확인

심각도: 중간

확인 사항

Field Service 라이브러리가 누락된 시스템에 Field Service 양식이 있는지 확인합니다.

실패 이유

Field Service 양식은 라이브러리에 따라 작동합니다.

노트

이는 현재 '가격 수준' 양식에서 허위양성 실패를 표시하는 것으로 알려져 있습니다. 이 문제는 향후 릴리스에서 해결됩니다.

해결 방법

양식에 누락된 라이브러리를 다시 추가합니다. 동일한 엔터티 또는 다른 조직의 다른 양식과 비교하여 필요한 라이브러리 목록을 가져올 수 있습니다. 지원팀에 문의하여 도움을 받으십시오.

'Connected Field Service' 앱 모듈의 사용자 지정 항목

심각도: 낮음

확인 사항

더 이상 사용되지 않고 사용자 지정해서는 안되는 Connected Field Service 앱 모듈에 대한 사용자 지정이 있는지 확인합니다.

실패 이유

조직의 Connected Field Service 앱 모듈에 대한 사용자 지정이 있는 경우 이 검사가 실패합니다.

해결 방법

Connected Field Service 앱 모듈에서 사용자 지정을 삭제하십시오.

사용자 지정된 옵션 집합

심각도: 높음

확인 사항

Field Service에서 사용자 지정하지 않아야 하는 옵션 집합이 사용자 지정되었는지 여부를 감지합니다. 옵션 집합을 사용자 지정하면 예기치 않은 동작이 발생할 수 있습니다.

노트

현재 사용자 지정되지 않은 경우에도 msdyn_billingtype에 대해 실패를 표시하는 것으로 알려져 있으며 Project Service Automation 솔루션이 설치된 경우에도 발생합니다. 이 규칙은 이 알려진 오류를 해결하도록 업데이트되었습니다.

실패 이유

기본 Field Service 옵션 집합에 대한 사용자 지정이 있는 경우 실패합니다. 옵션 집합에 대한 추가는 실패로 간주되지 않고 옵션 집합 내의 옵션에 대한 수정만 간주됩니다.

해결 방법

Field Service 옵션 집합에서 수동으로 사용자 지정 제거

사용자 지정 웹 리소스

심각도: 높음

확인 사항

Field Service 패키지의 일부가 아닌 사용자 지정된 웹 리소스를 감지합니다. 사용자 지정된 웹 리소스는 Field Service 업데이트로 업데이트되지 않으며 기능 문제가 발생할 수 있습니다.

실패 이유

Field Service 패키지의 일부가 아닌 사용자 지정된 웹 리소스가 있는 경우 실패합니다.

수정 방법

사용자 지정된 웹 리소스의 솔루션 레이어 UI를 통해 사용자 지정을 제거하십시오. Field Service를 업그레이드하면 웹 리소스가 올바르게 업그레이드될 수 있습니다.

Field Service 고유 번호 삭제 워크플로 확인

심각도: 낮음-중간

확인 사항

대량 삭제 자동 번호 워크플로가 올바르게 실행되는지 확인합니다.

실패 이유

삭제 고유 번호 워크플로가 실패하면 실패합니다.

해결 방법

이 규칙은 이 규칙 실패를 솔루션 상태 허브의 해결 단추를 통해 해결할 수 있는 자동화된 해결 단계를 제공합니다.

삭제된 프로세스

심각도: 높음

확인 사항

삭제된 프로세스가 없는지 확인합니다.

실패 이유

Field Service에 대한 기본 프로세스 중 하나라도 삭제되면 실패합니다.

수정 방법

지원 연락처.

삭제된 SDK 메시지 처리 단계

심각도: 높음

확인 사항

삭제된 SDK 메시지 처리 단계가 없는지 확인합니다.

실패 이유

제공된 Field Service SDK 메시지 처리 단계 중 하나라도 시스템에서 삭제되면 실패합니다.

해결 방법

지원 연락처.

삭제된 웹 리소스

심각도: 높음

확인 사항

삭제된 웹 리소스가 있는지 확인합니다.

실패 이유

제공된 Field Service 웹 리소스 중 하나라도 시스템에서 삭제되면 실패합니다.

수정 방법

지원 연락처.

비활성화된 SDK 메시지 처리 단계

심각도: 높음

확인 사항

비활성화된 SDK 메시지 처리 단계가 있는지 확인합니다. 비활성화된 SDK 메시지 처리 단계는 Field Service를 사용할 때 잘못된 동작을 유발합니다.

실패 이유

Field Service SDK 메시지 처리 단계 중 하나라도 비활성화되면 실패합니다.

해결 방법

비활성화된 SDK 메시지 처리 단계를 활성화하십시오.

Field Service 예약 설정 메타데이터 구성

심각도: 높음

확인 사항

Field Service 예약 설정 메타데이터 레코드가 시스템에 올바르게 존재하는지 확인합니다. 이 레코드가 없으면 예약 기능이 예상대로 작동하지 않을 수 있습니다.

실패 이유

Field Service 예약 설정 메타데이터 레코드가 시스템에 없으면 실패합니다.

수정 방법

지원 연락처.

Field Service 설정

심각도: 높음

확인 사항

Field Service 설정 레코드가 시스템에 올바르게 존재하는지 확인합니다.

실패 이유

Field Service 설정 레코드가 없거나 제대로 구성되지 않은 경우 실패합니다.

수정 방법

시스템은 Field Service의 정상적인 사용 중에 존재하지 않는 것으로 확인된 경우 이 레코드를 다시 생성합니다. 레코드가 자동으로 다시 생성되지 않으면 지원팀에 문의하십시오.

양식에 실행 컨텍스트 없음

심각도: 높음

확인 사항

실행 컨텍스트 매개 변수를 전달하지 않고 Field Service 라이브러리를 참조하는 이벤트 처리기가 있는 시스템에 양식이 있는지 확인합니다.

실패 이유

Field Service 코드는 OnLoad 이벤트 처리기에서 전달되는 실행 컨텍스트 매개 변수를 예측합니다. 이 값이 없으면 양식을 사용하는 동안 오류가 발생할 수 있습니다.

노트

이 규칙이 실패를 나타내는 가장 일반적인 시나리오는 기본 양식 중 하나의 복사본이 있고(8.X 이전의 Field Service 버전) Field Service가 업그레이드되는 경우입니다. 이러한 시나리오에서 이전 버전의 Field Service에서 복사된 양식에는 기본 제공되지 않는 양식에 ExecutionContext parameter가 없을 수 있습니다.

수정 방법

디자이너에서 양식을 열고 > 각 OnLoad 이벤트 처리기를 두 번 클릭한 다음 > "실행 컨텍스트를 첫 번째 매개 변수로 전달"을 활성화하고 > 양식을 저장 및 게시합니다.

Field Service 업그레이드 완료되지 않음

심각도: 낮음

확인 사항

Field Service 업그레이드가 시작되었지만 성공적으로 완료되지 않았는지 감지합니다.

실패 이유

Field Service 업그레이드가 시작되었지만 성공적으로 완료되지 않은 경우 실패합니다.

해결 방법

Field Service 업그레이드를 다시 시작하십시오. 업그레이드가 완료되면 이 규칙은 통과를 반환합니다. 업그레이드가 다시 실패하면 지원팀에 문의하십시오.

초안 상태의 프로세스 정의

심각도: 높음

확인 사항

초안 상태인 프로세스 정의가 있는지 확인합니다. 초안 상태의 프로세스가 있으면 Field Service가 올바르게 작동하지 않습니다.

실패 이유

초안 상태인 프로세스 정의가 있으면 실패합니다.

노트

Field Service의 최신 흐름은 실패를 일으킬 수 있습니다. 이 규칙은 UR 24의 향상된 백그라운드 처리 설정을 기반으로 유효성을 검사하도록 업데이트되었습니다. UR 24 이전 버전에서는 비즈니스 프로세스 흐름(BPF) 유형 레코드에서 실패할 수 있습니다.

수정 방법

초안 상태가 되지 않도록 프로세스 정의를 다시 활성화하십시오.

비활성화된 사용자가 담당하는 프로세스 정의

심각도: 중간-높음

확인 사항

비활성화된 사용자에게 할당된 프로세스 정의가 시스템에 있는지 확인합니다. 이 경우 업그레이드가 실패합니다.

실패 이유

비활성화된 사용자에게 할당된 시스템에 프로세스 정의가 있으면 실패하며, 이로 인해 업그레이드가 실패할 수 있습니다.

노트

UR 24의 향상된 백그라운드 처리 설정을 기반으로 유효성을 검사합니다.

해결 방법

워크플로의 경우 프로세스 담당자를 활성 사용자로 변경합니다.

Universal Resource Scheduling 버전 호환성 확인

심각도: 낮음

확인 사항

현재 설치된 버전의 Field Service가 Universal Resource Scheduling의 버전과 호환되는지 확인합니다.

실패 이유

조직에 설치된 Universal Resource Scheduling 솔루션이 설치된 Field Service 버전과 호환되지 않으면 실패합니다. Universal Resource Scheduling 솔루션의 버전을 업데이트하는 Universal Resource Scheduling 솔루션이 포함된 다른 패키지가 설치되어 있으면 발생할 수 있습니다.

노트

이 규칙의 상태는 UR 23 릴리스에서 이 규칙의 낮은 심각도에 맞춰 "실패" 대신 "경고"로 변경되었습니다.

수정 방법

규칙에 의해 표시되는 경고 메시지에서는 Field Service와 호환되도록 업그레이드해야 하는 솔루션을 알려줍니다.

자동 번호 매기기가 활성화되었는지 확인

심각도: 낮음

확인 사항

조직에 자동 번호 매기기가 사용 설정되어 있는지 확인합니다. 고객은 Field Service 테이블 번호 매기기의 고유성을 보장하기 위해 새로운 자동 번호 매기기 기능을 사용하는 것이 좋습니다.

실패 이유

조직에 자동 번호 매기기가 사용 설정되어 있지 않으면 실패합니다.

수정 방법

설정>Field Service 설정>자동 번호 매기기에 # 옵트인(맨 위 명령 리본)으로 이동하여 Field Service에서 자동 번호 매기기를 선택합니다.

Field Service 및 Project Service Automation 솔루션이 호환되는지 확인합니다.

심각도: 낮음

확인 사항

현재 설치된 Field Service 버전이 설치된 Project Service Automation 버전과 호환되는지 확인합니다.

실패 이유

조직에 설치된 Project Service Automation 솔루션의 버전이 조직에 설치된 Field Service 솔루션과 호환되지 않으면 실패합니다.

수정 방법

규칙에 의해 표시되는 경고 메시지에서는 Field Service와 호환되도록 업그레이드해야 하는 솔루션을 알려줍니다.

사용 중지된 사용자가 담당하는 워크플로 인스턴스를 기다리는 중

심각도: 높음

확인 사항

비활성화된 사용자에게 할당된 대기 워크플로 인스턴스를 감지합니다. 이러한 워크플로는 생성해야 하는 레코드를 올바르게 생성하지 못합니다.

실패 이유

대기 중 이유로 일시 중지 상태의 비활성화된 사용자 계정에 할당된 일시 중단된 워크플로가 있는 경우 실패합니다.

수정 방법

워크플로를 다시 트리거하십시오. 일반 설명서를 참조하거나 지원팀에 문의하십시오.

필드의 필수 수준이 수정되었는지 검사

심각도: 높음

확인 사항

이 규칙은 양식에서 시스템 필드의 필수 수준이 수정되었는지 검사합니다

실패 이유

작업 주문 및 계약 양식에서 필요한 시스템 필드 수준(즉, 응용 프로그램 필수 필드/OOB 필드)이 수정된 경우.

수정 방법

사용자 지정 -> 엔터티 -> 작업 주문/계약 -> 필드 -> 필수 수준을 재설정해야 하는 필드를 더블 클릭 -> 필드 요구 사항 선택 -> 비즈니스 필수로 이동합니다.

노트

이 규칙은 작업 주문 및 계약의 기본 제공 필수 필드에 대해서만 구현됩니다.

지난 종료 날짜가 있는 활성 계약에 대한 검사

심각도: 높음

확인 사항

규칙은 시스템 상태가 활성이지만 종료 날짜가 과거인 계약에 대해 유효성을 검사합니다[종료 날짜가 지난 경우 시스템 상태는 만료되어야 함].

실패 이유

계약의 종료 날짜[과거 날짜로 된 종료 날짜]가 지났지만 계약의 시스템 상태가 활성인 경우 규칙이 실패합니다.

해결 방법

시스템 상태가 활성 상태이고 지난 날짜로 종료되는 계약이 있는 경우 해결하는 옵션을 제공합니다. 분석 결과를 선택하고 계약서를 검토한 후 해결 버튼을 선택합니다.

참고 및 제한 사항

• 규칙은 종료 날짜가 최근 90일 이내인 계약을 확인합니다.
• 규칙은 시스템 상태가 활성 및 종료 날짜 히트인 상위 5000개 계약을 고려합니다.
• 계약 예약 설정 및 계약 예약 날짜가 있는 계약만 유효성 검사를 위해 고려됩니다.

계약 예약 설정과 계약 예약 날짜 간의 수정 불일치에 대한 검사

심각도: 높음

확인 사항

규칙은 계약 예약 날짜의 개정이 해당 계약 예약 설정의 개정과 일치하는지 확인합니다.

실패 이유

계약 예약 날짜의 개정 값과 해당 계약 예약 설정이 일치하지 않으면 규칙이 실패합니다. 이 규칙은 예약 날짜가 90일(즉, 지난 3개월의 활성 예약 날짜)보다 오래되지 않은 활성 예약 날짜 레코드만 고려합니다. 불일치가 있는 경우 시스템은 해당 예약 날짜에 대한 작업 주문을 생성하지 않을 수 있습니다.

수정 방법

지원 연락처.

참고 및 제한 사항

규칙은 예약 날짜(최신)를 기준으로 지난 3개월 동안 상위 5000개의 활성 ABD 레코드를 고려합니다

계약 송장 설정을 사용하여 계약 송장 일자의 개정 불일치 검사

심각도: 높음

확인 사항

규칙은 계약 송장 날짜의 개정이 해당 계약 송장 설정의 개정과 일치하는지 확인합니다.

실패 이유

규칙은 계약 송장 날짜 및 해당 계약 송장 설정의 개정 값과 일치하지 않으면 실패합니다. 이 규칙은 송장 날짜가 90일(즉, 지난 3개월의 활성 송장 날짜)보다 오래된 활성 계약 송장 날짜 레코드를 고려합니다. 불일치가 있는 경우 시스템은 해당 송장 날짜에 대한 송장을 생성하지 않을 수 있습니다.

수정 방법

지원 연락처.

참고 및 제한 사항

규칙은 송장 날짜(최신)를 기준으로 지난 3개월 동안 상위 5000개의 활성 AID 레코드를 고려합니다

계약 예약 설정 담당자의 권한 확인

심각도: 높음

확인 사항

계약 예약 설정 레코드 담당자에게 작업 주문을 생성할 수 있는 권한이 필요했는지 확인합니다.

실패 이유

계약 예약 설정 담당자에게 아래 권한이 없는 경우.

1.prvCreatemsdyn_workorder

해결 방법

위의 권한을 각 계약 예약 설정 레코드 담당자에게 할당합니다.

계약 송장 설정 담당자의 권한 확인

심각도: 높음

확인 사항

계약 송장 설정 레코드 담당자가 송장을 생성하는 데 필요한 권한이 있는지 확인합니다.

실패 이유

계약 송장 설정 담당자에게 아래 권한이 없는 경우.

1.prvCreateInvoice

해결 방법

위의 권한을 각 계약 송장 설정 레코드 담당자에게 할당합니다.

계약 예약 설정에 대한 반복

심각도: 높음

확인 사항

계약 예약 설정에 반복 설정이 구성되어 있는지 여부와 구성되어 있으면 유효한 반복 설정 값인지 확인합니다.

실패 이유

계약의 시스템 상태가 활성이고 계약 예약 설정 레코드에 WO 자동 생성이 예로 설정되어 있지만 반복 설정이 구성되어 있지 않은 경우. 계약의 시스템 상태가 활성이고 계약 예약 설정 레코드의 WO 자동 생성이 예로 설정되어 있지만 이에 대해 구성된 반복이 유효하지 않은 경우.

수정 방법

계약 예약 설정에서 유효한 반복을 구성하고 계약>계약 예약 설정>예약 반복을 선택합니다.

계정 레코드의 위도 및 경도 값

심각도: 낮음

확인 사항

위도 및/또는 경도 값이 계정 레코드에 있는지 여부를 확인합니다.

실패 이유

위도, 경도 또는 둘 다 계정 레코드에 없습니다.

수정 방법

계정 양식에 주소가 제공되었는지 확인합니다. 그렇다면 계정 양식의 명령 모음에서 지역 코드 버튼을 선택하여 계정을 지오코딩합니다.

모바일 사용자 보안 역할 확인

심각도: 높음

확인 사항

Field Service 모바일 앱에 액세스할 수 있는 일선 작업자에게 Field Service 리소스 역할 및 Field Service 리소스 필드 보안 프로필이 할당되었는지 확인합니다.

실패 이유

일선 작업자가 Field Service 리소스 역할 및/또는 Field Service 리소스 필드 보안 프로필 없이 Field Service 모바일 앱에 액세스할 수 있는 경우

노트

조직에 둘 이상의 사업부가 있는 경우 사업부가 메시지에 표시됩니다. Field Service 리소스 역할이나 보안 프로필이 없는 여러 사업부에 속한 사용자는 자신이 속한 각 사업부에 대해 플래그를 지정할 수 있습니다.

수정 방법

Field Service 리소스 보안 역할 및 필드 보안 프로필을 사용자에게 추가합니다. 자세한 내용은 일선 작업자 설정에 대해 이 문서 참조를 참조하십시오.

양식에 비정상인 사용자 지정이 있는지 확인

심각도: 높음

확인 사항

모든 작업 순서 양식에 대해 이 규칙은 하위 그리드 컨트롤 또는 조회 컨트롤의 수가 제한(4개의 하위 그리드 또는 20개의 조회)을 초과하여 성능에 영향을 줄 수 있는지 확인합니다. 이 규칙은 시스템 관리자에게 하위 그리드 컨트롤 또는 조회 컨트롤이 너무 많은 양식임을 알리는 통지를 트리거합니다.

하위 그리드 컨트롤은 다른 테이블의 레코드를 나열하는 형식의 테이블입니다. 하위 그리드 컨트롤의 예로는 Field Service에 기본으로 포함된 작업 주문 양식의 작업 주문 제품 하위 그리드 컨트롤이 있습니다.

조회 컨트롤은 다른 테이블의 레코드를 검색하는 양식의 필드이며 필드를 채울 하나 이상의 레코드를 선택할 수 있습니다.

실패 이유

이 규칙은 작업 주문 양식의 기본 탭(양식의 첫 번째 탭)에 4개의 하위 그리드 컨트롤 또는 20개의 조회 컨트롤보다 많은 작업 주문 양식이 있을 때 실패합니다. 양식 로드 성능은 양식의 기본 탭에 있는 컨트롤 수의 영향을 받으므로 컨트롤 수를 최소화하는 것이 좋습니다.

수정 방법

기본 탭(양식의 첫 번째 탭)의 조회 필드 및 하위 그리드 컨트롤 수를 양식의 다른 탭으로 이동(필요한 경우 양식에서 숨기기)하여 줄입니다.

양식 로드 시간을 향상할 수 있는 더 많은 방법을 확인하십시오.

다음 단계

• Dynamics 365 Field Service 문제 해결