Considérations relatives à Salesforce Go - Field Service

Général

• Salesforce Go pour Field Service applique automatiquement les configurations par défaut à votre organisation. Prenez connaissance des paramètres par défaut ci-dessous pour comprendre les modifications d'objets spécifiques.
• La désactivation de Salesforce Go n'annule pas les modifications. Réinitialisez manuellement les paramètres tels que les présentations de page, les autorisations et le partage s'ils sont désactivés.
• Conçu pour les nouvelles implémentations, Salesforce Go pour Field Service peut entrer en conflit avec les personnalisations existantes dans les organisations précédemment configurées.

Autorisations et accès

• Salesforce Go modifie les ensembles d'autorisations Technicien Field Service et Répartiteur Field Service. Vérifiez toutes les modifications personnalisées avant de les configurer pour éviter les conflits.
• La configuration Go accorde l'accès Lire, Créer et Modifier pour les objets Actif, Contrat de service et Élément de ligne de contrat à certains profils. Assurez-vous que ces autorisations correspondent à votre modèle de sécurité.
• Les contrôles d'accès aux enregistrements du répartiteur définissent le partage OWD pour les ordres d'exécution et les rendez-vous de service sur Privé. Vérifiez que cela correspond à votre stratégie de partage.

Présentations de page et pages d'enregistrement

• Go Configuration clone et attribue des présentations de package gérées à des profils Administrateur, Répartiteur et Technicien, ce qui peut remplacer les présentations personnalisées existantes.
• Les pages d'enregistrement Lightning Comptes, Contacts, Rendez-vous de service, Ordres d'exécution et Territoires de service appliquent par défaut l'application Field Service Console. Vérifiez les attributions existantes avant de les activer.

Automatisation et flux

• Aller à la configuration ajoute une action rapide Flux d'ordre d'exécution requête à requête. Examinez les flux existants Ordre requête-à-exécution pour éviter les enregistrements dupliqués.
• Capture de données hérite du partage parent des ordres d'exécution, des éléments d'ordre d'exécution et des rendez-vous de service. Assurez-vous que ce modèle respecte vos règles de partage.
• Go Setup génère des règles d'association automatique (bêta) pour lier des formulaires Capture de données à des enregistrements de service. Testez les règles dans une organisation sandbox avant le déploiement en production.

Mobile

• La Configuration de l'accès ajoute les vues de liste Mes tâches et Mes rendez-vous de service ouverts à la présentation mobile Rendez-vous de service, ce qui peut modifier les vues mobiles personnalisées existantes.
• La personnalisation de la marque mobile n'est pas automatique. Configurez les couleurs et les images d'arrière-plan séparément après la Configuration.
• Pour migrer des flux Capture de données vers une autre organisation, utilisez DevOps Center.

Planification

• Allez Configuration mappe En route vers la catégorie Réparti. Vérifiez la compatibilité des modèles de statut personnalisés avant l'activation.
• Vérifiez que les stratégies de planification par défaut des répartiteurs et des clients sont conformes à vos priorités métiers avant de les mettre en ligne.

Données et rapports

• Go Setup génère un type de rapport personnalisé Ordres d'exécution avec comptes. Si ce nom est déjà utilisé, le processus peut échouer ou produire un doublon.
• Par défaut, les rapports sur les actifs sont regroupés par Compte et Emplacement, mais vous pouvez les modifier après la configuration.

Considérations relatives à l'architecture et à la configuration

Si Salesforce Go automatise les tâches lourdes (activation des paramètres, création d'ensembles d'autorisations par défaut et installation de packages gérés), il fonctionne sur un modèle « standardisé ».

• Conflits de métadonnées existants : Évitez les échecs de configuration ou les doublons en auditant les autorisations Field Service existantes avant d'exécuter Salesforce Go, car les conventions de nommage personnalisées ou les ensembles d'autorisations peuvent entrer en conflit avec les paramètres par défaut.
• Le délai « Package géré » : Salesforce Go initie l'installation du package géré Field Service. Malgré l'interface indiquant « Terminé », le déploiement peut prendre 20 minutes.
• Limites basées sur la personne : Salesforce Go utilise des types d'autorisation larges tels que « Répartiteur » ou « Technicien ». Les rôles hybrides nécessitent un clonage et un ajustement manuels dans la Configuration standard.

Modélisation des données et des ressources

La configuration rationalisée utilise souvent par défaut des modèles simplifiés qui peuvent ne pas être adaptés aux opérations Field Service au niveau de l'entreprise.

• Hiérarchie du territoire : Salesforce Go crée des structures de territoire plates ; les hiérarchies imbriquées nécessitent une nouvelle parenté manuelle.
• Heures ouvrables et fuseaux horaires : Salesforce Go applique par défaut le fuseau horaire local de l'administrateur pour les heures ouvrables, ce qui peut entraîner des conflits de planification pour les agents mobiles dans différentes régions.
• Type de travail par défaut : Les types de travail génériques issus de la configuration rationalisée nécessitent des mises à jour manuelles pour une logique complexe, par exemple des compétences ou des produits, afin de préserver la précision de la planification.

Considérations relatives à l'application mobile

Les administrateurs confondent souvent Salesforce Go (l'outil de configuration) avec l'application mobile Field Service (l'outil de l'utilisateur).

• Provisionnement de licence : L'activation de la fonctionnalité via Salesforce Go n'attribue pas automatiquement de licences mobiles aux utilisateurs. Attribuez la licence d'ensemble d'autorisations Field Service Mobile à chaque technicien.
• Préparation hors ligne : La configuration « rationalisée » ne configure pas de porte-documents hors ligne ou de configurations de préparation spécifiques. Les techniciens dans les zones à faible connectivité nécessitent une phase de configuration secondaire pour s'assurer que les données sont disponibles hors ligne.