동적 스케줄링 시스템 속성
조직의 필요에 따라 동적 일정 프로세스의 동작과 기능을 사용자 지정하는 속성을 설정합니다.
다음 속성을 사용하면 스케줄링 빈도, 자동 할당, 이동 시간 계산 및 최적화 반복과 같은 측면을 제어할 수 있습니다. 이러한 속성을 조정하면 작업 할당을 최적화하고 효율성을 높이며 동적 일정 프로세스를 특정 요구 사항에 맞출 수 있습니다.
다음으로 이동 레이블이 표시됩니다.
| 속성 레이블 | 속성 이름 | 설명 |
|---|---|---|
| 디스패처가 에이전트를 수동으로 이중 예약할 수 있도록 허용 | work.management.allow. doublebooking.dynamicscheduling | 동적 스케줄링이 활성화된 경우에도 디스패처가 에이전트를 수동으로 이중 예약할 수 있도록 합니다.
|
| 일정 상을 기반으로 에이전트가 작업 위치까지 이동하는 시간 계산을 무시하는 속성 | com.snc.dynamic.scheduling. ignoreAgentTravelTimeDuringScheduling | 에이전트의 이동 시간을 고려하지 않고 작업 주문 작업을 자동으로 할당합니다. 이동 무시 옵션이 작업 주문 작업 양식에 표시되므로 동적 일정을 통해 이동 시간과 관계없이 순위가 가장 높은 에이전트에 작업을 할당할 수 있습니다. 이동 무시가 활성화된 경우 동적 일정과 관련된 다음 매개변수를 설정합니다. 주:
|
| 작업 블록 이동 시간 평가 최적화 | work.management.travel.calculation. dynamic_scheduling | 작업 블록 이동 시간 등급을 최적화합니다.
|
| 이동 계산 방법 | com.snc.dynamic.scheduling.optimize_travel_time_rating | 에이전트에 동적 일정을 사용하여 작업을 할당할 때 Google Maps API, Beans.AI 또는 직선 추정치를 사용하여 예상 에이전트 이동 시간 및 작업 위치까지의 거리를 계산합니다. |
| 거리 계산 방법 | work.management.distance.calculation.dynamic_scheduling | Google Maps API, Beans.AI 또는 직선을 기준으로 에이전트의 예상 이동 시간 및 작업 위치까지의 거리를 계산합니다. 이동 시간 추정에 Google Maps API 사용 지리적 위치 속성이 활성화된 경우 예상 이동 시간 및 거리 계산을 위한 속성에서 Google Maps API 또는 직선 추정치를 선택할 수 있습니다. 이동 시간 예측에 Google Maps API 사용이 활성화되지 않은 경우, 시스템은 작업 주문 작업의 예상 출장 기간 필드에 있는 값을 사용하여 에이전트에 대한 작업 할당을 결정합니다.
|
| 고급 에이전트 권장 로그를 사용자에게 표시 | com.snc.dynamic.scheduling.showlogs | 동적 일정을 사용하여 작업을 예약하는 동안 권장 적격 에이전트를 디스패처에게 표시합니다. 유형: true/false 기본값: false |
| sn_fsm_multiday.minDurationForFirstWorkSchedule | 작업의 첫 번째 작업 일정에 예약할 최소 작업 기간(분)을 설정합니다. 유형: 정수 기본값: 60 | |
| com.snc.dynamic.scheduling.bundle_before_scheduling | 동적 예약 전에 동적 번들링이 실행되도록 합니다. 보류 중인 디스패치 상태의 작업은 동적 일정을 실행하기 전에 번들로 제공됩니다.
|
|
| work.management.enable.optimizing.travel | 동적 일정을 사용하면 가용성에 관계없이 가장 가까운 에이전트에 작업 주문 작업을 할당할 수 있습니다.
|
|
| work.management.travel.time.threshold.minutes | 이동 거리 내에 있는 경우 가장 가까운 에이전트에 작업 주문 작업을 할당하는 이동 시간(분)을 설정합니다.
|
작업 주문 작업 시작 및 종료 날짜
동적 스케줄링은 작업 주문 작업의 기간 시작 날짜 및 기간 종료 날짜 필드 값을 사용하여 작업을 예약합니다. 또한 시스템 속성, 비즈니스 규칙 및 클라이언트 스크립트가 설정 및 구성 중에 고려됩니다.
- 작업 주문 작업에 기간 시작 날짜와 기간 종료 날짜가 모두 있으면 동적 스케줄링이 이러한 날짜를 사용합니다.
- 작업에 기간 시작 날짜가 있지만 이 날짜가 지난 경우, 동적 스케줄링은 이 값에 대해 현재 날짜와 시간을 사용합니다.
- 작업에 기간 시작 날짜가 있지만 기간 종료 날짜는 없으면 동적 스케줄링이 com.snc.wm.wo.task_window_day 속성을 사용하여 값을 결정합니다.
- 작업에 기간 시작 날짜는 없지만 기간 종료 날짜가 있으면 동적 스케줄링이 이 값에 대해 현재 시간을 사용합니다.
- 작업에 기간 시작 날짜와 기간 종료 날짜가 모두 없으면, 동적 스케줄링이 기간 시작에 대해 현재 시간과 날짜를 사용하고 기간 종료에 대해서는 com.snc.wm.wo.task_window_day 속성을 사용합니다.
- 작업이 생성되면 상위 작업 주문에서 최근 SLA 위반 날짜를 기준으로 기간 종료 날짜가 자동으로 입력됩니다. 비즈니스 규칙이 작업 SLA [task_sla] 테이블과 작업 주문 작업 [wm_task] 테이블 모두에 대해 SLA를 기반으로 기간 종료를 채우고 클라이언트 스크립트 기간 종료 계산을 true로 설정해야 합니다.
- 작업이 생성되고 고정 기간이 활성화되면 비즈니스 규칙 및 클라이언트 스크립트가 실행되지 않고 기간 종료 시간이 업데이트되지 않습니다. 약속에 따라 작업 주문이 생성되고 작업 주문에 해당하는 SLA가 있는 경우 SLA가 아니라 약속을 기준으로 기간 종료 시간이 입력됩니다.
기간 시작 날짜 필드는 할당되지 않은 작업 주문에 대해서만 이전 주문의 제공 날짜를 기준으로 업데이트됩니다. WOT와 제공 시간 동기화 비즈니스 규칙을 True로 설정해야 합니다. 필수 부품 요구 사항이 포함된 이전 주문이 여러 개 있는 경우, 기간 시작 날짜 는 이전 주문의 최근 제공 시간으로 설정됩니다. 기간 시작 날짜는 이전 주문과 관련된 부품 요구 사항이 필수인 경우에만 이전 주문을 기준으로 업데이트됩니다. 그러나 기간 시작 시간을 수동으로 수정하여 이전 주문을 기준으로 입력되는 기존 날짜를 재정의할 수 있습니다.
주:
작업 주문 작업이 다음 중 하나 이상인 경우 기간 시작 날짜는 업데이트되지 않습니다.
- 약속과 연결
- 고정 기간
- 기간 종료가 채워지고 제공 날짜보다 빠릅니다.