Оптимизация многодневных запросов на обслуживание (предварительная версия)

[Данная статья посвящена предварительному выпуску и может быть изменена.]

Требование к обслуживанию можно вручную запланировать на несколько дней и недель. Примером может служить 40-часовая заказ на работу в течение всей рабочей недели, когда один и тот же выездной специалист должен каждый день выполнять более детальную работу в одном и том же месте. Теперь вы можете использовать Resource Scheduling Optimization для оптимизации многодневных запросов на обслуживание этого типа.

Важно

• Это предварительная версия функции.
• Предварительные версии функций не предназначены для использования в производственной среде, а их функциональность может быть ограничена. Они доступны перед официальным выпуском, чтобы клиенты могли досрочно получить доступ и предоставить отзывы.

Многодневные требования для одного ресурса

Для многодневных требований метод бронирования, установленный для требования, определяет, какая логика используется при планировании требования. Затем система использует информацию о продолжительности требования для оптимизации графика.

Resource Scheduling Optimization назначает все резервирования многодневного требования одному и тому же ресурсу в пределах определенного диапазона оптимизации. Если ресурсы недоступны или если имеющиеся ресурсы не обладают достаточной емкостью для выполнения многодневного требования, система оставляет требование незапланированным.

При планировании учитываются перерывы, определенные в календаре ресурсов. Многодневные бронирования планируются примерно во время перерывов.

Resource Scheduling Optimization также рассчитывает время в пути от начальной и конечной точек и обратно, как и при других бронированиях на месте. Если вы хотите, чтобы технические специалисты ездили за свой счет или в нерабочее время, вы можете настроить поездки в нерабочее время по мере необходимости.

Особые случаи для многодневных требований

Диапазон оптимизации короче многодневного требования

Если определенный диапазон оптимизации меньше, чем длина многодневного требования, Resource Scheduling Optimization можно запланировать многодневное требование на другие ресурсы.

Например, для трехдневного диапазона оптимизации требуется пять дней. В этом случае система назначает трехдневные бронирования в пределах диапазона оптимизации одному и тому же ресурсу. Затем, во время следующего цикла оптимизации, он может назначить оставшиеся бронирования другому ресурсу.

Чтобы предотвратить Resource Scheduling Optimization назначение оставшихся бронирований другому ресурсу, вы можете закрепить любое из многодневных бронирований за ресурсом. Затем, во время следующего цикла оптимизации, система назначает оставшиеся бронирования тому же ресурсу.

Диапазон оптимизации не полностью перекрывает многодневные требования

Если определенный диапазон оптимизации не полностью перекрывает многодневное требование, Resource Scheduling Optimization частично удовлетворяет многодневному требованию.

Например, существует требование о 40-часовом многодневном рабочем дне в период с 1 по 5 марта, но диапазон оптимизации составляет два дня: с 1 по 2 марта. В этом случае система создает бронирования на 1 и 2 марта для одного и того же ресурса. Если в эти два дня ресурсов не будет, бронирования останутся незапланированными. Для последующего запуска оптимизации на 2 и 3 марта Resource Scheduling Optimization назначает резервирование на 3 марта.

Чтобы предотвратить частичное выполнение системой многодневных требований, убедитесь, что диапазон оптимизации соответствует диапазону дат многодневного требования.

Известные проблемы

Прогоны оптимизации могут создать дополнительное бронирование для многодневных требований, если одно из существующих бронирований имеет статус Завершено.

Если вы закрепите несколько бронирований за разными ресурсами, прогоны оптимизации могут удалить многодневные бронирования вместо того, чтобы оптимизировать их.