В широкомасштабных средах Salesforce Field Service (SFS) управление сетями внешних подрядчиков требует тонкого баланса между безопасностью платформы и производительностью планирования. В этом руководстве сравниваются две основные архитектурные схемы: традиционная схема на основе территории и новая схема общего доступа на основе организации для регулирования доступа внешних подрядчиков и управления ими. В настоящем документе мы подробно рассматриваем как возможность помочь организациям выбрать базовую структуру, которая наилучшим образом поддерживает их оперативные цели, так и возможность понимания преимуществ каждого варианта.

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

Помимо сиюминутных операционных выгод, этот фундаментальный выбор определяет готовность организации к автономному обслуживанию. Схема общего доступа на основе организации предоставляет объединенную доступность данных, требуемую Agentforce, и особенно агенту планирования для Field Service, для выполнения целостной оценки без ограничения искусственными хранилищами данных. Общий доступ на основе организаций также позволяет Data Cloud более эффективно агрегировать показатели производительности подрядчика, позволяя безупречно проводить конкурентный бенчмаркинг, сохраняя строгую изоляцию данных, требуемую в средах с несколькими поставщиками.

• Выберите схему на основе конкурентной накладки. Если внешние подрядчики конкурируют с внутренними или другими внешними ресурсами на общедоступных территориях, общий доступ на основе организации, скорее всего, будет архитектурным правильным выбором. Общий доступ на основе территории уместен только в том случае, если подрядчики получают эксклюзивные не накладывающиеся области обслуживания/задания.
• Избегайте разрастания территорий. Создание выделенных территорий подрядчика для достижения изоляции данных при необходимости приводит к иерархии, которая ухудшает эффективность и производительность планирования и значительно увеличивает административные расходы в масштабах. Общий доступ на основе организации устраняет эту схему проблемы.
• Создание основы для планирования на основе искусственного интеллекта. Агент планирования для Field Service и механизм оптимизации будут иметь лучшую производительность, если у них будет полная доступность пула ресурсов. Территориальная структура общего доступа препятствует этому; общий доступ на основе организации является нужной архитектурной основой.

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

Поскольку организации масштабируются на Salesforce Field Service, способ проектирования и управления этими внешними ресурсами — будь то посредством схемы типа территории, общего доступа к организации или гибридов — напрямую определяет, насколько безопасно и эффективно они могут планировать работу в смешанных кадрах.

Данное руководство предназначено для технических и стратегических заинтересованных лиц, ответственных за разработку, производительность и масштабируемость внедрений Salesforce Field Service:

• Архитекторы решений и технических решений: Для оценки влияния разных схем общего доступа на эффективность планирования и оптимизации.
• Лидеры операций Field Service: Чтобы понять компромиссы между разными персонами подрядчика, например, именованными подрядчиками, компаниями подрядчика и случайными сотрудниками.
• Администраторы Salesforce: Чтобы получить важные данные о том, как сервисные территории и таблицы общего доступа платформы используются для управления сложными требованиями безопасности.

Персона подрядчика по масштабу напрямую определяет соответствующую архитектуру общего доступа. Каждая категория имеет разные последствия для структуры доступа на уровне записи, восприятия доступности ресурсов оптимизатором и масштабирования решения:

• Названный подрядчик: Отдельный внешний ресурс, который обрабатывается аналогично внутреннему сотруднику. Именованному подрядчику требуется специальная лицензия пользователя. Модель общего доступа отображает внутренние схемы доступа техника, что делает эту персону подрядчика самой низкой сложности для поддержки.
• Компания подрядчика: Сторонний объект, управляющий собственными сотрудниками. В SFS компании-подрядчики представлены как ресурсы на основе нагрузки, где родительская организация планирует и назначает работу компании, а не конкретному лицу.
• Случайный сотрудник: Пользователь, временно действующий на нескольких территориях. Самая сложная архитектурная персона. Переходные многотерриториальные взаимосвязи означают, что границы общего доступа на основе территории разрушаются, поэтому доступность управляется динамически на уровне записи, а не посредством статического географического назначения.

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

1. Расходящиеся цели: Родительская организация в основном занимается вопросами качества обслуживания клиентов и контрактной работы/соглашения (например, предпочтения в отношении ресурсов, быстрое и своевременное обслуживание и управление распределением работы и часов между подрядчиками). Подрядчики же обычно фокусируются на увеличении назначенной работы при минимизации времени в пути и операционных затрат.

2. Конкуренция: В отличие от внутренних сотрудников, прямые конкуренты часто составляют разные компании-подрядчики. В то время как головной организации необходимо целостное представление региона (прозрачность), подрядчикам требуется строгая изоляция от деятельности друг друга (изоляция).

3. Целостность торговой марки: Для конечного клиента сотрудник представляет ваш фирменный стиль, что часто требует от родительской компании просмотра обновлений статуса в реальном времени. Однако подрядчики часто охраняют свои внутренние операции в закрытой системе, или "черном ящике".

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

Конструкция подрядчика в Salesforce Field Service охватывает три отдельные модели работы, каждая из которых влияет на доступность ресурсов, ответственность за отправку и лицензирование:

1. Распределение внешней емкости
2. Самостоятельное планирование партнеров
3. Диспетчерская служба

Распределение внешней емкости (неплатформенная емкость): Подрядчик управляет внешними сотрудниками и предоставляет определенную нагрузку (например, 10 доступных часов), а не отдельные расписания техников. Эта нагрузка обрабатывается как область часов или рабочих элементов для целей планирования.

Самостоятельное планирование партнеров: Менеджеры подрядчиков входят в Salesforce посредством сайта взаимодействий для планирования собственных рабочих групп. Они требуют строгой изоляции от других партнеров.

Внутренняя отправка: Внутренние диспетчеры планируют работу технических специалистов подрядчика напрямую. Подрядчики используют мобильное приложение Field Service Mobile для выполнения.

По этой схеме Сервисная территория служит главной границей безопасности. Каждая компания-подрядчик назначается своей уникальной "дочерней" территории.

• Малые партнерские сети
• Партнеры со строго не накладывающимися географическими регионами
• Ситуации, когда работа подрядчика кардинально отличается от работы внутренних ресурсов, устраняя конкуренцию (например, внешние подрядчики обрабатывают только установки «Тип А», в то время как внутренние ресурсы обрабатывают все остальные типы работ)

• Упрощенная конфигурация: Использует стандартную настройку и автоматизацию территории пользователя.
• Очистить область данных: Обеспечивает легкий доступ к данным и упрощенное управление безопасностью посредством стандартных объектов сервисной территории.

• Эффективность оптимизации: Механизм не может оценить ресурсы за пределами территории, предотвращая оптимальное планирование и эффективную маршрутизацию.
• Разрастание территории: Создание большего количества территорий для очень низкого количества ресурсов приводит к накладному планированию.
• Производительность диаграммы Ганта: Крупные иерархии (1K+ территорий) могут привести к значительным преградам в производительности, а также рискам достижения ограничений платформы.

Данное руководство представляет новый подход к решению: Общий доступ на основе организации (реализуется посредством собственных правил общего доступа на основе критериев Salesforce, аналогичного механизму платформы, используемому для предоставления доступа к записи на основе значений полей). Общий доступ на основе организации отделяет доступность от географии. Территории остаются большими и непрерывными, а доступность управляется посредством таблиц общего доступа платформы на основе взаимосвязи организаций. В практическом плане правила общего доступа на основе критериев оценивают поле записи (например, ServiceResource.Company) и автоматически предоставляют общий доступ к записи соответствующей группе. Общий доступ на основе критериев — это механизм, обеспечивающий работу общего доступа на основе организации без настраиваемого кода на уровне записи.

• Крупномасштабные экосистемы, где значительная часть рабочей силы состоит из внешних ресурсов
• Городские районы, где несколько подрядчиков покрывают одинаковые почтовые индексы
• Сценарии, когда внутренние и внешние ресурсы способны выполнять одну работу (например, «Установки типа А»), но бизнес-правила предписывают определенную логику выбора ресурсов (например, предпочтение внутренних ресурсов в определенных сценариях)

• Максимальное использование и рентабельность инвестиций: Механизм оценивает весь региональный пул, находя "лучший" ресурс для каждой вакансии
• Масштабируемость: Поддержка большого количества подрядчиков/внешних ресурсов без увеличения количества территорий
• Консолидированное управление: Внутренние сотрудники управляют одним представлением вместо сотен изолированных папок (дочерние территории)

• Усилия по разработке: Требует настраиваемой автоматизации (Flow или Apex) для управления таблицами общего доступа
• Общий доступ к участникам: Требует явного общего доступа к записям участника сервисной территории (STM)

Для внешней рабочей силы (измерение распределения внешней емкости) архитекторы могут использовать ресурсы на основе возможностей для представления "сводки" рабочей силы подрядчика.

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

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

Дерево решений выбора схемы общего доступа подрядчика

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

Ядром этой схемы является уровень автоматизации, преобразующий взаимосвязь ServiceResource.AccountId или ServiceResource.Company (компания-подрядчик) в записи общего доступа платформы.

Чтобы проверить корректный доступ диспетчера и сервисного ресурса на сайте взаимодействий, доступ нужно контролировать посредством:

• Правило общего доступа к сервисным ресурсам: Предоставление доступа на основе критерия (организация/компания)
• Правило общего доступа к сервисной территории: Предоставляет доступ на основе критерия (имя/код территории)

При использовании общего доступа на основе организации обязательно учитывайте взаимодействие Field Service Mobile и доступность записей для назначенных технических специалистов.

• Общий доступ к назначенным ресурсам: Стандартные функции SFS автоматически предоставляют назначенному ресурсу доступ к сервисной встрече и ее родительскому заказ-наряду. Эта настройка предоставляет специалисту необходимую информацию для выполнения задания, не требуя дополнительных настраиваемых правил общего доступа для назначенной работы.
• Риски доступности: Хотя назначенная работа обрабатывается нативно, будьте осторожны с неназначенными или будущими встречами, в которых отсутствует связь организации или территории. Если единые стандартные параметры (OWD) не управляются строго или наборы общего доступа слишком широки, неназначенные встречи могут быть доступны всем пользователям консолидированной территории.
• Связывание организации с территорией: Убедитесь, что все сервисные встречи явно связаны с организацией и территорией. Это связывание позволяет чистую фильтрацию в мобильном приложении и проверяет отсутствие утечки данных для неназначенной работы в региональном пуле.

• Требование: 10 различных подрядчиков предоставляют монтаж волокон в Лондоне.
• Контекст: В рамках подхода, основанного на территориальном распределении, Лондон будет разделен на 10 перекрывающихся территорий. Диспетчеры будут с трудом просматривать близлежащую доступность, что приведет к большому времени в пути.
• Рекомендация: Общий доступ на основе организации. Внедрите объединенную сервисную территорию «Большой Лондон», используя общий доступ на основе организации для обеспечения безопасности подробных данных. Общий доступ на основе организации поддерживает изолированность руководства подрядчика А от соответствующих ресурсов, в то время как SFS Optimizer поддерживает кросс-функциональную доступность всех внутренних и внешних технических специалистов. Этот полный метод планирования способствует более эффективной логике маршрутизации, которая может сократить поездки более чем на 20% посредством полного планирования (ориентированная оценка на основе полевых наблюдений в развертываниях клиентов SFS), создавая немедленное улучшение использования ресурсов и повышение оперативности обслуживания.

• Требование: Поставщик ежедневно предоставляет до 40 "слотов" для ремонта котла, но управляет собственной диспетчеризацией техника.
• Контекст: Управление 40 отдельными записями ресурсов добавляет ненужные накладные расходы.
• Рекомендация: Ресурс на основе нагрузки, связанный с организацией поставщика. Одна запись ресурса представляет общую ежедневную производительность поставщика, поддерживая чистоту диаграммы Ганта и избегая необходимости управления записями техника-подрядчика.

• Требование: Коммунальная компания привлекает 50 мелких местных подрядчиков во время сезона штормов для выполнения ремонтных работ в часы пик.
• Контекст: Создание и удаление 50 территорий каждый сезон является серьезным административным бременем и негативно влияет на гибкость механизма планирования и оптимизации.
• Рекомендация: Общий доступ на основе организации. Создайте постоянную географическую территорию «Переполнение». Когда подрядчик принимает на работу, просто создайте его организацию и свяжите с ней его ресурсы. Уровень автоматизации обрабатывает доступность мгновенно, не требуя изменения дизайна иерархии территорий.

• Требование: При утечках газа с высоким приоритетом необходимо направить ближайшего техника, вне зависимости от того, на какого подрядчика он работает.
• Контекст: Общий доступ на основе территории создает пробелы в покрытии, когда ближайшая технология может находиться на другой территории, и поэтому недоступна для логики планирования.
• Рекомендация: Общий доступ на основе организации. Объединяя поставщиков на одной большой территории, механизм выполняет полный поиск на основе поездки по всему пулу поставщиков, сокращая время реагирования на критические инциденты безопасности.

• Требование: Специализированный партнер ОВК имеет 10-летнее эксклюзивное юридическое право на обслуживание отдаленного района или сельской местности.
• Контекст: В этой географии нет других подрядчиков, и партнер полностью управляет собственным планированием и отправкой.
• Рекомендация: Общий доступ на основе территории. В этом сценарии выделенная сервисная территория является самым эффективным выбором. Поскольку географическое совпадение с другими партнерами отсутствует, изолированность, обеспечиваемая границей территории, полностью соответствует правовым и оперативным требованиям без дальнейшей автоматизации общего доступа.

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

Требуются три архитектурных компонента:

1. Общее поле идентификатора для объектов «Пользователь» и «Сервисный ресурс», связывающее их с организацией подрядчика.
2. Общедоступные группы, агрегирующие всех пользователей диспетчера на компанию подрядчика, поэтому правила общего доступа применяются одинаково.
3. Правила общего доступа на основе критериев, оценивающие идентификатор и предоставляющие соответствующей общедоступной группе доступ к соответствующим записям.

Вместо использования территорий в качестве границ используйте «Общедоступные группы» для агрегации диспетчеров, которым требуется одинаковая доступность. Диспетчеры видят определенные территории, заказ-наряды и сервисные встречи посредством участия в общедоступных группах на основе территорий.

• Создание группы: Создайте общедоступную группу для каждой компании подрядчика.
• Назначение участника: Добавьте соответствующих пользователей партнерского сообщества (диспетчеров) в соответствующую общедоступную группу подрядчика.

Использование правил общего доступа на основе критериев для предоставления общедоступной группе доступа к определенным записям.

• Критерии общего доступа к сервисным ресурсам: Правила общего доступа к сервисным ресурсам обеспечивают доступность каждого техника подрядчика, сопоставляя идентификатор компании/организации в записи сервисного ресурса с соответствующей общедоступной группой подрядчика.
  • Уровень доступа позволяет диспетчерам планировать и обновлять назначения.
• Критерии общего доступа к сервисной территории: Используйте критерии общего доступа к сервисной территории для настройки логики ограниченного доступа к территории. Предоставьте диспетчерам доступ к обширным географическим территориям, на которых они допущены к работе. Пример:
  • Критерии: ServiceTerritory.Name РАВНО "Атланта".
  • Общедоступный: Соответствующие общедоступные группы подрядчика (например, подрядчик А, подрядчик Б, подрядчик В).
  • Уровень доступа: Чтение/запись

Подробные рекомендации по внедрению см. в официальной документации Salesforce:

• Правила общего доступа на основе критериев
• Общедоступные группы
• Триггеры Apex для автоматического управления записями общего доступа

При правильном внедрении общий доступ на основе организации предоставляет следующее:

• Объединенная доступность: Диспетчеры видят все актуальные ресурсы на всей территории без ручного переназначения территории.
• Динамический доступ: При изменении назначений подрядчиков правила общего доступа автоматически настраивают доступность без вмешательства администратора.
• Конкурентная изоляция: Каждый подрядчик видит только собственные ресурсы, сохраняя конфиденциальность данных.
• Масштабируемая архитектура: Новые подрядчики могут быть адаптированы путем простого создания организации и общедоступной группы, а правила общего доступа обрабатывают остальные автоматически.

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

• Включение искусственного интеллекта и компьютерного обучения: Общий доступ на основе организации проверяет доступность механизма во всем пуле ресурсов для поиска лучшего соответствия, а не ограничивается хранилищами данных. Поскольку это позволяет избежать неэффективных изолированных территорий, агент планирования для Field Service (помощник планирования на основе искусственного интеллекта в Salesforce) предоставляет более логичные схемы поездки и назначения техников, не ограничиваясь изолированными микротерриториями. Этот подход обеспечивает максимальную полную оптимизацию, напрямую повышая КПЭ поездки и готовность техника. Общий доступ на основе организации поддерживает планирование на основе искусственного интеллекта, предоставляя механизму доступ ко всему пулу ресурсов, позволяя сопоставлять «истинно лучшее», а не ограничиваться искусственными хранилищами данных.
• Архитектурная масштабируемость: Общий доступ на основе территории часто сталкивается с «стеной производительности» из-за зависимости от изолированных территорий. По мере развития сети подрядчиков эффективность механизма планирования нейтрализуется искусственными границами, которые препятствуют его выходу на доступную мощность на сопредельных территориях. Кроме того, если общий доступ на основе территории требует новой территории и ручных поправок для каждого партнера, общий доступ на основе организации упрощает рост. Организации принимают на работу сотни партнеров подрядчика, просто создавая записи организаций и связанных сервисных ресурсов, оставляя базовую структуру географической территории нетронутой и производительной.

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

• Оценка разрастания территорий: Прежде чем планировать миграцию, определите текущую иерархию территорий. Ключевые диагностические вопросы: Сколько территорий существует исключительно для обеспечения изоляции подрядчиков по сравнению с подлинными географическими границами? Каким является соотношение дочерних территорий подрядчика и действующих родительских территорий? Существуют ли территории, совместно используемые внутренними и внешними ресурсами, или они полностью изолированы? Этот аудит отличает истинную географическую структуру от накопленной задолженности изоляции. Территории, созданные исключительно для управления доступностью партнеров, являются сильными кандидатами на удаление в общем доступе на основе организации. Территории, кодирующие подлинную географию операций (зоны планирования, регионы SLA, границы регулирования), сохраняются и не смешиваются с контролем доступа.
• Жизнеспособность гибридного перехода: В организациях масштаба полный переход от общего доступа на основе территорий к общему доступу на основе организаций редко является желательным; вместо этого гибридный переход уменьшает риск, принимая на работу новых подрядчиков на основе общего доступа на основе организаций, сохраняя устаревшие когорты общего доступа на основе территорий до следующего окна продления. Гибридный подход является жизнеспособным с архитектурной точки зрения при условии, что автоматизация общего доступа на основе организации строго ограничена идентификатором организации/компании, что позволяет ресурсам без этого идентификатора оставаться в доступе на основе территории без сбоев. Считайте гибридное состояние временной архитектурой, а не постоянной моделью работы.
• Ключевые миграционные риски: Существующие миграции системы создают три важнейших архитектурных риска, требующих активного смягчения последствий. Во-первых, создание таблицы общего доступа, инициированное новыми правилами на основе критериев, требует больших ресурсов; запланируйте сокращения во время окон низкой активности, чтобы предотвратить пробелы в доступности диспетчера, вызванные длительными пересчетами. Во-вторых, заказ-наряды в полете рискуют потерять доступность во время перехода; сохранить параллельное участие в территории или предварительно заполнить общий доступ для активных записей до их закрытия. Наконец, настройте политики оптимизации и планирования, поскольку удаление дочерних территорий меняет пул ресурсов. Протестируйте, выполните базовые запуски и соберите показатели, чтобы подтвердить эффективность географических границ и фактическое повышение эффективности.

С учетом масштабируемости и оптимизации рентабельности инвестиций мы рекомендуем применять метод общего доступа к организациям, которые активно работают в полевых службах и которые управляют несколькими конкурирующими подрядчиками в накладывающихся друг на друга географических регионах. Хотя общий доступ на основе территории предлагает более простую и декларативную настройку, общий доступ на основе организации позволяет организациям полностью раскрыть потенциал механизма планирования и оптимизации. Открепляя доступность от географии, организации могут поддерживать настройку территории, которая масштабируется в соответствии с бизнесом и обеспечивает следующие результаты:

• Операционная эффективность: Агрегация ресурсов в единый пул позволяет механизму найти настоящего "лучшего" техника для каждой вакансии, сокращая время в пути и операционные затраты.
• Расширенные уровни обслуживания: Комплексное планирование уменьшает задержки обслуживания, определяя, какой ресурс по контракту наиболее доступен/ближайший, ускоряя время обслуживания и напрямую повышая качество обслуживания клиентов.
• Производительность диспетчера: Внутренние сотрудники могут управлять консолидированным региональным представлением, а не переключаться между изолированными "дочерними" территориями.

Общий доступ на основе территории лучше всего подходит для изолированных операций подрядчиков с строго не накладывающимися друг на друга географическими территориями/районами.

Выбор архитектурного макета - первый шаг. Успешное выполнение требует постоянного соответствия рекомендациям Salesforce и возможностям платформы.

Следующие этапы:

• Аудит ландшафта: Просмотрите текущую иерархию территорий и использование внешних ресурсов. Определите все «территории подрядчика», созданные исключительно для изоляции партнеров — если иерархия захламлена такими обособленными структурами, оцените преимущества и усилия миграции на общий доступ на основе организаций.
• Проверка безопасной среды: Прототип схемы общего доступа на основе организации в полной или частичной безопасной среде и тестирование доступности со всех сторон:
  • Внутренние пользователи (администраторы, диспетчеры и внутренние специалисты): Подтвердите соответствующий доступ. Некоторые внутренние пользователи должны иметь общий доступ.
  • Пользователь менеджера подрядчика: Проверка доступности доступна только их сотрудникам.
  • Техники подрядчика (внешние ресурсы): Подтвердите, что доступ правильно ограничен только назначенной работой.
  • Для предотвращения утечки данных между конкурирующими партнерами крайне важно тщательно проверить организационную значимость.
• Эталоны эффективности и оценка рентабельности: Используйте центр оптимизации и панели мониторинга Field Service Intelligence для получения важных данных о сокращении времени в пути, использовании ресурсов и улучшении времени ответа, предоставляя данные, необходимые для обоснования архитектурного перехода заинтересованным лицам. Этот анализ до и после можно также повторить в производстве после завершения перехода.
• Пилотный этап: После завершения тестирования безопасной среды запустите поэтапную пробную версию на одной или двух территориях, где внутренние и внешние ресурсы географически накладываются, в идеале повторяя ресурсы, проверенные в безопасной среде. Проверьте логику общего доступа с небольшой управляемой группой пользователей, прежде чем рекомендовать более широкое развертывание перед полным развертыванием.
• Масштабируемость решения: Убедитесь, что любая настраиваемая автоматизация (Flow или Apex), необходимая для управления записями таблиц общего доступа и участников сервисной территории (STM), создана для долгосрочной устойчивости. Решение должно использовать схемы модульного проектирования (например, инфраструктуры триггеров) и обеспечивать создание логики для беспрепятственной обработки назначений больших объемов ресурсов в пределах контролирующих ограничений платформы.

Все схемы в этом руководстве требуют проверки в безопасной среде перед развертыванием в производственной среде. Алгоритм внедрения зависит от конфигурации организации, объема данных и бизнес-правил.

Документация платформы (Salesforce Official):

• Руководство разработчика Field Service: Базовая справка для объектов данных Field Service, API и настройки
• Ссылка на объект ServiceResource: Документация API для объекта SR
• Ссылка на объект ServiceTerritoryMember: Документация API для объекта STM
• Правила общего доступа на основе критериев: Официальное руководство по безопасности для внедрения правил общего доступа, лежащих в основе общего доступа к организациям
• Руководство разработчика триггеров Apex: Ссылка на настраиваемый уровень автоматизации, требуемый для общего доступа на основе организации
• Рекомендации по триггеру Apex: Рекомендуемые схемы Salesforce для разработки масштабируемых триггеров

Статьи справки Salesforce

• Рекомендации по настройке Field Service Contractors: Рекомендации по настройке ресурсов подрядчика в Salesforce Field Service
• Определение ресурсов на основе нагрузки: Официальная документация по настройке ресурсов на основе нагрузки, на которую ссылается статья
• Как работает механизм оптимизации Field Service? Ссылка на оптимизацию Field Service. Руководство по выполнению оптимизации, также связанное с преимуществами общего доступа на основе организации и рентабельностью инвестиций, на которые ссылается статья.
• Настройка центра оптимизации: Руководство по конфигурации центра оптимизации, на которое ссылается раздел «Следующие этапы»
• Общие сведения об Experience Cloud: Настройка Partner Community для общего доступа на основе организации (Управление на платформе)

Salesforce Trailhead/Обучение

• Основы Field Service: Базовый модуль, охватывающий территории, ресурсы и часы работы
• Планирование Field Service: Понятия планирования, лежащие в основе обсуждения оптимизации в этом руководстве
• Оптимизация Field Service: Глубокое изучение политик настройки и планирования оптимизации
• Безопасность Salesforce и кто что видит: Правила общего доступа и основы безопасности данных
• Создание партнерского портала посредством Experience Cloud: Практическое руководство по настройке партнера Experience Cloud, на которое ссылается статья

Промышленность и стратегический контекст

• Отчет о состоянии обслуживания Salesforce, 7-е издание: В последнем выпуске, опросив 6500 специалистов по обслуживанию по всему миру, с выделенными важными данными о Field Service, внедрении искусственного интеллекта и тенденциях производительности техников, напрямую связанных с аргументами рентабельности инвестиций в этом документе.
• Agentforce for Field Service: Платформа выездного обслуживания Salesforce на основе искусственного интеллекта, имеющая непосредственное отношение к обсуждению на основе искусственного интеллекта и проверки будущего в разделе 13. Объединенный пул ресурсов общего доступа на основе организации расширяет интеллектуальные возможности планирования Agentforce.
• Руководство по партнерскому рынку для управления Field Service: Последний анализ рынка FSM по версии Gartner (требуется подписка Partner).

Мор Эпштейн
Старший архитектор успеха, Salesforce Field Service

Имея опыт работы в области промышленной инженерии в Технологии Джорджии и MBA, Мор является надежным консультантом с проверенным опытом разблокировки и ускорения важных внедрений Field Service. Ее глобальный опыт работы с клиентами в сочетании с практическим решением проблем на основе данных позиционирует ее как практический ресурс для организаций по выездному обслуживанию во всем мире. Mor превосходно проводит клиентов по пути планирования и оптимизации, помогая организациям раскрыть весь потенциал интеллектуального планирования для достижения измеримого повышения эффективности и предоставления услуг.

Ли Эфрати
Старший архитектор успеха, Salesforce Field Service

Ли является высококвалифицированным техническим архитектором с более чем 10-летним опытом работы в системе Salesforce и консультантом, специализирующимся на архитектуре Field Service и создании мобильных решений. Ли фокусируется на согласовании сложных организационных структур с собственной платформой SFS и мобильным приложением, чтобы стимулировать максимальный операционный рентабельность инвестиций для глобальных предприятий. С помощью менталитета клиента в первую очередь и всеобъемлющей платформы Knowledge Ли привносит консультативный подход, который последовательно обеспечивает долгосрочную ценность для клиентов Salesforce во всем мире.