동적 스케줄링 시스템 속성
조직의 필요에 따라 동적 스케줄링 프로세스의 동작과 기능을 사용자 지정하도록 속성을 설정합니다.
다음 속성을 사용하면 일정 예약 빈도, 자동 할당, 이동 시간 계산 및 최적화 반복과 같은 측면을 제어할 수 있습니다. 이러한 속성을 조정하면 작업 할당을 최적화하고, 효율성을 개선하고, 동적 일정 프로세스를 특정 요구 사항에 맞게 조정하는 데 도움이 됩니다.
다음으로 이동 , 동적 일정 관리에서 속성을 찾을 수 없는 경우 sys_properties 테이블로 이동하십시오.
| 속성 레이블 | 속성 이름 | 설명 |
|---|---|---|
| 디스패처가 에이전트를 수동으로 이중 예약할 수 있도록 허용 | work.management.allow. doublebooking.dynamicscheduling | 동적 일정이 활성화된 경우에도 디스패처가 에이전트를 수동으로 이중 예약할 수 있습니다.
|
| 일정을 기반으로 에이전트가 작업 위치까지 이동하는 시간 계산을 무시하는 속성 | com.snc.dynamic.scheduling. ignoreAgentTravelTimeDuringScheduling | 에이전트의 이동 시간을 고려하지 않고 작업 주문 작업을 자동으로 할당합니다. 이동 무 시 옵션이 작업 주문 작업 양식에 표시되면 동적 일정을 통해 이동 시간에 관계없이 최상위 에이전트에게 작업을 할당할 수 있습니다. 출장 무시가 활성화된 경우 동적 일정과 관련된 다음 매개변수를 설정합니다. 주:
|
| 작업 블록 이동 시간 평가 최적화 | com.snc.dynamic.scheduling.optimize_travel_time_rating | 작업 블록 이동 시간 평가를 최적화합니다.
다음은 속성 옵션에 대한 자세한 내용입니다.
|
| 이동 계산 방법 | 작업.관리.출장.계산. dynamic_scheduling | 동적 스케줄링을 사용하여 에이전트에게 작업이 할당될 때 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 |
| 동적 일정 전 동적 번들링 | com.snc.dynamic.scheduling.bundle_before_scheduling | 동적 스케줄링 전에 동적 번들링이 실행되도록 합니다. 보류 중인 디스패치 상태의 작업은 동적 스케줄링을 실행하기 전에 번들로 제공됩니다.
|
| 임계치 내에서 이동 시간이 있는 에이전트에게 작업을 할당하는 기능 활성화 | work.management.enable.optimizing.travel | 동적 일정을 사용하여 가용성에 관계없이 가장 가까운 에이전트에 작업 주문 작업을 할당할 수 있습니다.
|
| 임계값 이내의 이동 시간(분)으로 에이전트에게 작업 할당 | 작업.관리.이동.시간.임계치.분 | 가장 가까운 에이전트가 이동 거리 내에 있는 경우 작업 주문 작업을 할당하는 이동 시간(분)을 설정합니다.
|
| 동적 일정이 작업 일정/WFO만 사용하도록 허용 | com.snc.dynamic.scheduling.useWorkScheduleOnly | 에이전트를 예약할 때 동적 스케줄링 및 워크포스 최적화를 기본 작업 일정으로 대체할 수 있는지 여부를 제어합니다. true로 설정하면 스케줄링 엔진이 기본 작업 일정으로 돌아가지 않습니다. false로 설정하면 에이전트의 작업 일정이 만료되거나 사용할 수 없는 경우 일정 엔진이 기본 작업 일정으로 폴백됩니다.
|
작업 주문 작업 시작 및 종료 날짜
동적 일정은 작업 주문 작업의 기간 시작 날짜 및 기간 종료 날짜 필드 값을 사용하여 작업을 예약합니다. 또한 시스템 속성, 비즈니스 규칙 및 클라이언트 스크립트가 설정 및 구성 중에 고려됩니다.
- 작업 주문 작업에 기간 시작 날짜와 기간 종료 날짜가 모두 있는 경우 동적 일정은 이러한 날짜를 사용합니다.
- 작업에 기간 시작 날짜가 있지만 날짜가 지난 경우, 동적 일정은 이 값에 대해 현재 날짜 및 시간을 사용합니다.
- 작업에 기간 시작 날짜가 있지만 기간 종료 날짜가 없는 경우 동적 일정은 com.snc.wm.wo.task_window_day 속성을 사용하여 이 값을 결정합니다.
- 작업에 기간 시작 날짜가 없지만 기간 종료 날짜가 있는 경우 동적 일정에서 이 값에 대해 현재 시간을 사용합니다.
- 작업에 기간 시작이나 기간 종료 날짜가 없는 경우, 동적 일정은 기간 시작에 현재 시간과 날짜를 사용하고 기간 종료에 com.snc.wm.wo.task_window_day 속성을 사용합니다.
- 작업이 생성되면 기간 종료 날짜는 상위 작업 주문의 최신 SLA 위반 날짜를 기준으로 자동으로 채워집니다. 비즈니스 규칙은 작업 SLA[task_sla] 및 작업 주문 작업[wm_task] 테이블 모두에 대해 SLA를 기반으로 기간 종료 채우기를 의미하며, 클라이언트 스크립트 기간 종료 계산을 예로 설정해야 합니다.
- 작업이 생성되고 고정 기간이 활성화된 경우 비즈니스 규칙과 클라이언트 스크립트가 실행되지 않고 기간 종료 시간이 업데이트되지 않습니다. 약속을 기반으로 작업 주문이 생성되고 작업 주문과 연결된 SLA가 있는 경우, 기간 종료 시간은 SLA가 아닌 약속을 기반으로 채워집니다.
기간 시작 날짜 필드는 할당되지 않은 작업 주문에 대해서만 이전 주문의 배송 날짜를 기준으로 업데이트됩니다. WOT와 배송 시간 동기화 비즈니스 규칙을 예로 설정해야 합니다. 필수 부품 요구사항을 포함하는 여러 이전 주문의 경우, 기간 시작 날짜 는 이전 주문의 가장 늦은 배송 시간으로 설정됩니다. 이전 주문과 연결된 부품 요구 사항이 필수인 경우에만 이전 주문을 기준으로 기간 시작 날짜가 업데이트됩니다. 그러나 기간 시작 시간을 수동으로 편집하고 이전 주문에 따라 채워진 기존 날짜를 재정의할 수 있습니다.
주:
작업 주문 작업이 다음 중 하나 이상이면 기간 시작 날짜가 업데이트되지 않습니다.
- 약속과 연결됨
- 고정 기간
- 기간 종료가 채워지고 제공 날짜 이전입니다.