Field Service에서 예약된 작업 관리

고급 일정 예약 및 최적화를 사용하는 경우 예약된 작업 관리

예약된 작업을 설정하면 최적화 작업을 정기적으로 자동으로 실행할 수 있습니다.

1. 경우에 따라 일정 최적화 시 변경되지 않도록 특정 상태의 서비스 약속을 제외합니다.
   1. 앱 시작 관리자에서 Field Service 관리자를 찾아서 연 다음 Field Service 설정을 클릭합니다.
   2. 최적화 아래에서 논리를 클릭합니다.
   3. 전역 최적화 아래에서 고정 기준에서 일정 최적화에서 제외할 서비스 약속 상태를 선택합니다.
   4. 변경 사항을 저장합니다.
      이 설정은 발송자가 수동으로 실행하거나 예약된 작업에 실행하는 최적화에 적용됩니다.
2. 경우에 따라 예약된 작업 탭의 예약된 기준 유지 필드 및 Classic 발송 콘솔의 최적화 창에 표시할 기본값을 정의합니다. 이 필드는 특정 값이 있는 서비스 약속이 최적화 동안 일정에서 삭제되지 않도록 방지하지만, 다른 시간 슬롯 또는 자원으로 이동할 수 있습니다.
   

   노트 서비스 약속이 정의한 기준과 일치하지만 규칙을 위반하는 경우 고정되고 최적화되지 않습니다. 예를 들어 예약 유지 기준을 충족하고 다른 약속과 겹치는 서비스 약속은 고정된 것으로 간주되며 최적화 동안 이동되지 않습니다.
   1. 앱 시작 관리자에서 Field Service 관리자를 찾아서 연 다음 Field Service 설정을 클릭합니다.
   2. 최적화 아래에서 논리를 클릭합니다.
   3. 전역 최적화로 스크롤하여 예약된 상태 기준에서 기본적으로 표시할 서비스 약속 값을 선택합니다.
   4. 변경 사항을 저장합니다.
      이 설정은 발송자가 수동으로 실행하거나 예약된 작업에 실행하는 최적화에 적용됩니다.
3. 예약된 작업 탭을 엽니다.
4. 새 작업을 클릭합니다.
5. 작업에 고유한 이름을 지정하고 Automator 유형으로 고급 최적화를 선택합니다.
6. 일반 탭:
   1. 30일 이내에 최대 10개의 기간을 추가합니다.
      시작일은 가져온 데이터의 첫 번째 날입니다. 날짜까지는 가져온 데이터의 마지막 날짜입니다. 0일은 사용자의 시간대에 따라 오후 00시~11시 59분의 오늘을 나타냅니다. 겹치는 일수를 입력하면 데이터가 두 번 로드되어 오류가 발생할 수 있습니다.

      예를 들어 일반 탭에서 요일부터 요일까지의 값을 0으로 정의하고 일정 탭에서 매일 오후 6시에 실행되도록 반복 작업을 정의하는 경우 최적화 요청이 생성되고 매일 오후 6시에 실행됩니다. 최적화 구간은 요청이 트리거된 날 자정부터 다음 날 자정까지 24시간입니다. + 아이콘을 사용하여 여러 기간을 구성할 수도 있습니다. 예를 들어, 0일에서 6일까지를 선택한 다음, + 아이콘을 선택하여 7일에서 14일 사이의 다른 기간을 추가할 수 있습니다. 이 구성을 사용하면 하나의 최적화 작업에서 2주 기간을 최적화할 수 있지만 별도의 두 개의 최적화 요청을 사용할 수 있습니다.

      동일한 작업에 여러 기간을 지정하면 각 구간에 대해 별도의 작업을 설정하는 대신 여러 최적화 구간에 대해 단일 작업을 설정할 수 있습니다. 각 기간은 자체 최적화 요청을 생성하고 동시에 실행됩니다. 기간을 사용하면 미래 날짜에 시작되는 작업을 만들 수도 있습니다.

      

      노트 Field Service 설정(기본적으로 활성화됨)에서 최적화 중첩 방지 활성화가 활성화되어 있는 경우 중첩 기간을 정의할 수 없습니다.

      예를 들어 모든 서비스 약속에 도착 기간이 있는 경우 개별 날짜에 대한 기간을 설정합니다. 도착 기간에 따라 서비스 약속이 특정 날짜에 예약되도록 강제 적용되며 다른 기간에 실행되는 다른 최적화 요청으로 예약할 수 없습니다. 이를 통해 최적화는 관련 옵션에만 중점을 두어 더욱 최적화된 일정을 생성합니다.

      최적화 구간에 최적화 요청당 허용되는 수보다 많은 약속이 포함된 경우 작업을 기간으로 분할합니다. 그러면 각 최적화 요청이 제한을 초과하지 않습니다.

   2. 예약 정책을 선택합니다. 영역 탭에서 개별 영역 그룹에 대한 일정 예약 정책을 지정하지 않으면 이 일정 예약 정책이 전체 예약 작업에 적용됩니다.
   3. 최적화되는 약속 유형을 지정하려면 필터를 선택합니다. 해당 기준에 맞는 약속만 최적화됩니다.
   4. 이메일 수신자 사용자 이름에 사용자 이름을 입력한 다음, 목록에서 선택합니다. 필드에 이메일 주소가 표시됩니다. 최적화 작업 실패 메시지를 보내려는 이메일 주소를 사용합니다.
7. 영역 탭:
   1. 최대 100개의 서비스 영역을 검색 및 선택하고 그룹을 만듭니다. 동적 확장을 활성화한 경우 그룹에서 최대 1,000개의 서비스 영역을 선택할 수 있습니다. 고급 예약 및 최적화가 활성화된 활성 서비스 영역만 선택할 수 있습니다.
   2. 최대 50개의 그룹을 만듭니다.
   3. 각 그룹의 일정 예약 정책을 선택합니다.
   

   노트

   • 각 최적화 요청에는 일반 탭에 정의된 각 기간에 대한 그룹의 서비스 영역이 모두 포함됩니다. 예를 들어 기간 3개와 그룹 5개가 있는 경우 최적화 요청 15개가 실행됩니다.
   • 예약된 최적화 작업을 구성할 때 각 영역을 개별적으로 선택할 필요 없이 모두 선택을 클릭하여 모든 서비스 영역을 빠르게 선택할 수 있습니다. 이는 특히 동적 크기 조정을 사용할 때 유용합니다. 동적 확장을 사용하면 최적화 그룹을 수동으로 설정하고 함께 최적화해야 하는 구역 간 경계를 정의하거나 시스템 제한으로 인해 데이터를 분할할 필요가 없습니다.
8. 일정 탭:
   1. 빈도를 선택합니다.
   2. 이 작업이 반복 작업인 경우 세부 사항을 입력합니다.
9. 최적화 작업을 실행할 준비가 되면 작업을 활성화합니다.
10. 변경 사항을 저장합니다.
11. 예약 시간을 기다리지 않고 작업을 즉시 실행하려면 지금 실행을 클릭합니다.

예약된 작업

예약된 작업 매개 변수는 요청에 포함되는 서비스 자원 및 서비스 약속, 최적화 구간 등 최적화 요청에 포함된 데이터의 범위를 결정합니다. 최적화 구간은 예약에 사용할 수 있는 일수 범위로 간주됩니다.

최적화 요청의 구간은 항상 전체 캘린더 날짜(00:00-23:59)로 표시되며, 일반 탭의 시작 일자 및 종료 일자 필드에 따라 결정됩니다. 여기서 일 0은 오늘, 일 1은 내일 등과 같습니다.

구간 일자는 최적화된 서비스 영역의 시간대가 아닌 예약된 작업을 만드는 사용자의 시간대에 있습니다.

최적화 요청 영역 그룹(영역 탭)에 포함된 영역 중 하나에 활성 서비스 영역 멤버십(기본, 보조 또는 재배치)이 있는 경우 서비스 자원이 최적화 요청에 포함됩니다. 서비스 자원 영역 멤버십 시작 및 종료 일자는 최적화 구간과 겹쳐야 합니다.

다음과 같은 경우 서비스 약속이 최적화 요청에 포함됩니다. 

• 해당 영역은 최적화 요청 영역 그룹(영역 탭)에 포함됩니다.
• 허용된 가장 빠른 시작 및 기한이 최적화 구간과 겹쳐집니다. 도착 기간 시작 및 도착 기간 종료 필드가 채워지면 허용된 가장 빠른 시작 및 기한 대신 해당 값이 사용됩니다.
• 기준별 필터링에 정의된 필터 기준과 일치합니다. 

또는

• 이미 최적화 요청 구간 내에서 최적화 요청의 서비스 자원 중 하나에 할당되었습니다.

예 다음의 예약된 작업 구성을 고려하십시오.

시작일 = 0

하루 = 3

기준별 필터링 = 없음

영역 그룹 = Los Angeles, San Francisco

최적화 작업은 로스앤젤레스 시간대(태평양 일광절약시간)에서 매일 오전 2시에 시작될 예정입니다.

작업이 1월 20일 오전 2시에 시작되는 경우(1월 19일~1월 20일 사이의 밤) 최적화 요청에는 다음이 포함됩니다.

• 영역 멤버십이 최적화 기간과 겹쳐지도록 1월 24일 이전의 시작 일자와 1월 20일 이후 또는 같은 종료 일자(날짜 필드의 시간 부분 무시)가 있는 로스앤젤레스 또는 샌프란시스코 서비스 영역 멤버십이 있는 서비스 자원입니다.
• 서비스 약속:
  • 영역 Los Angeles 또는 San Francisco
  • 도착 기간 시작 또는 가장 빠른 시작이 1월 24일 이전에 허용됨 00:00 AND 
  • 1월 20일 00:00 이후 도착 기간 종료 및 기한
  • 또는
  • 할당된 자원은 최적화 요청에서 수집된 서비스 자원 중 하나이며 예약 시작은 1월 20일 오후 00시~1월 23일 오후 11시 59분 사이입니다.

고급 일정 예약 및 최적화를 사용하지 않을 경우 예약된 작업 관리

예약된 작업을 설정하면 최적화 작업을 정기적으로 자동으로 실행할 수 있습니다.

1. 경우에 일정 최적화 시 변경되지 않도록 특정 상태의 서비스 약속을 제외합니다.
   1. 앱 시작 관리자에서 Field Service 관리자를 찾아 선택한 다음, Field Service 설정을 클릭합니다.
   2. 최적화 아래에서 논리를 클릭합니다.
   3. 전역 최적화 아래에서 일정 최적화에서 제외할 서비스 약속 상태를 선택합니다.
   4. 변경 사항을 저장합니다. 해당 설정은 수동으로 실행하거나 예약된 작업에 실행하는 최적화에 적용됩니다.
2. 예약된 작업 탭을 엽니다.
3. 새 작업을 클릭합니다.
4. 작업에 고유한 이름을 지정하고 Automator 유형으로 최적화를 선택합니다.
5. 최적화 작업의 세부 사항을 입력합니다.
   1. 최적화할 영역을 선택합니다. 작업에 100개 이하의 영역을 포함하는 것이 좋습니다.
   2. (선택 사항) 다중 영역을 선택했을 경우 영역 목록 아래의 단계별 최적화를 선택합니다. 단계별 영역 필드에 한 번에 최적화할 영역 수를 입력합니다. 이 설정은 예약된 작업 대기열의 최대 항목을 100개로 유지하며 최적화 시간에 영향을 주지 않습니다. 최적화 제한에 도달하지 않도록 수를 유지하는 것이 좋습니다.
   3. 시간 구간에는 최적화할 일수를 입력합니다.
   4. 최적화되는 약속 유형을 지정하려면 필터를 선택합니다. 해당 기준에 맞는 약속만 최적화됩니다.
   5. 최적화에 대한 안내는 일정 정책을 선택하십시오.
   6. 최적화 작업 실패 메시지를 보내려는 이메일 주소를 입력합니다.
   7. 빈도 및 예약을 선택합니다.
   8. 최적화 작업을 실행할 준비가 되면 작업을 활성화합니다.
   9. 예약 시간을 기다리지 않고 작업을 즉시 실행하려면 지금 실행을 클릭합니다.
   10. 변경 사항을 저장합니다.

고려 사항:

• 최적화는 상위 레코드가 작업 주문 또는 작업 주문 행 항목인 서비스 약속에만 적용됩니다. 예약된 최적화 작업에 포함된 활성 영역만 최적화됩니다.
• 전역 최적화는 규칙을 위반하는 약속을 다시 예약하지 않습니다. 규칙을 위반하는 약속을 취소하고 다시 예약하십시오.
• 전역 및 일 단위 최적화는 이미 예약된 서비스 약속의 경우 예약 종료 - 예약 시작 시간 = 기간을 확인하고, 자원 효율을 고려합니다. 이 유효성 검사를 위반하는 서비스 약속은 예약 취소됩니다.
• 최적화 작업이 시작되지 않는 경우에만 이메일이 전송됩니다. 최적화 작업이 나중에 성공하거나 실패하면 이메일이 전송되지 않습니다.

최적화 실행 시간에 대한 고려 사항:

최적화 실행 시간은 예약된 최적화 작업의 완전함에 해당합니다. 실행 시간이 많을 수록 최적화된 일정에 가까워집니다.

기본 최적화 실행 시간을 설정하려면 앱 시작 관리자에서 Field Service 관리자 앱을 찾아서 엽니다. Field Service 설정 | 최적화 | 논리을 클릭합니다. 서비스 약속당 최적화 실행 시간 필드에 낮음, 중간 또는 높음을 선택하고 변경 사항을 저장합니다. 특정 최적화 작업을 하기 전에 실행 시간을 변경할 수 있습니다.

수준 높은 결과를 원할 경우 높음을 사용합니다. 신속한 결과를 원할 경우 낮음을 사용합니다. 대부분의 경우 만족스러운 일정을 생산하는 데 낮음이면 충분합니다. 런타임 설정과 상관없이 런타임은 6시간을 초과하지 않습니다. 낮음, 중간, 높음에 대한 실행 시간 비율은 1:2:3으로서, 높음 수준 최적화에는 낮음 수준 최적화보다 최대 3배의 시간이 소요됩니다.

다음의 경우 실행 시간이 긴 것이 도움이 됩니다.

• 서비스 약속당 후보가 많은 경우 - 서비스 자원이 적용되는 예약 정책의 작업 규칙을 준수하는 경우 서비스 약속의 후보로 간주됩니다. 예를 들어 예약 정책에서 필요한 시간에 관련 서비스 영역에 일할 수 있고, 필요한 기술이 있으며, 서비스 약속으로부터 최대 이동 범위 내에 거주지가 있는 후보를 요구할 수 있습니다. 서비스 약속에 후보가 많을 경우 실행 시간이 길면 최적화 프로그램이 일정 옵션을 더 많이 고려할 수 있습니다.
• 서비스 자원이 중앙의 서비스 센터에서 하루를 시작하는 경우 - 많은 서비스 자원이 같은 위치에서 시작하며 같은 작업에 라우팅될 가능성이 있을 경우 실행 시간이 길면 최적화 프로그램이 최적의 라우팅을 결정하는 데 도움이 됩니다.
• 서비스 약속에 동일한 우선순위가 있을 경우 - 우선순위가 높은 서비스 약속은 최적화 시 기준 역할을 하므로 일정 예약 옵션을 좁힐 수 있습니다. 모든 또는 대다수의 서비스 약속에 동일한 우선 순위가 있을 경우 최적의 라우팅을 결정하는 데 시간이 더 필요합니다.
• 복잡한 작업 - 복잡한 작업 체인은 관련 서비스 약속의 체인입니다. 종속성은 서비스 약속의 시간순일 수 있습니다. 아닐 경우 동일한 서비스 자원이 작업을 수행해야 합니다. 복잡한 작업에는 계산 시간이 더 필요합니다. 복잡한 작업이 일반적일 경우 실행 시간을 길게 잡으십시오.
• 거리 수준 라우팅(SLR) - 항공 이동 시간은 빠른 산술 계산이 필요합니다. SLR의 경우 최적화 프로그램이 GIS 서버로부터 이동 시간을 가져오는 데 추가 시간이 필요합니다. 그러나 최적화를 계속 사용할수록 Field Service가 서비스 영역의 SLR 이동 시간을 학습하여 점점 더 효율성을 띱니다. 새 서비스 영역을 최적화할 경우 실행 시간이 긴 것이 좋습니다.

노트

최적화가 조직의 세션 시간 제한 값보다 오래 실행되면 진행 중 상태로 멈춥니다. 최적화 작업이 실패하여 Salesforce 조직에 결과를 전달하려고 할 경우 오류가 발생합니다.

최적화에 실패하지 않으려면 세션 시간 초과 값을 2시간 이상으로 늘리거나 더 신속한 최적화 실행 시간을 선택하십시오.