SAP FSM, Sales Cloud et S/4 : réussir les échanges

Un technicien termine une réparation. Le service voit «terminé», mais la comptabilité attend encore les heures. Le commercial appelle le client sans savoir qu’une seconde visite est nécessaire. Chaque application fonctionne ; le processus complet, non.

Relier SAP Field Service Management, SAP Sales Cloud V2 et S/4HANA Public Cloud commence par ces échanges. Ce guide décrit des choix de conception, pas un connecteur standard universel.

Distinguer contexte commercial et exécution

Sales Cloud V2 porte la relation commerciale et les opportunités. FSM soutient les interventions terrain. L’ERP gère les documents opérationnels et financiers convenus. Si le périmètre comprend la gestion des cas, évaluez séparément Service Cloud V2. Sales Cloud ne remplace pas un processus de service.

SAP publie un guide d’intégration Public Edition/FSM. Vérifiez les objets pris en charge par votre version. Une fonction documentée pour Private Edition ou un ancien CRM ne s’applique pas automatiquement à vos systèmes.

Définir la responsabilité des données

Donnée	Décision à prendre
Client et site	Quel système maîtrise l’identifiant et les changements d’adresse ?
Équipement	Quelle référence suit les interventions et remplacements ?
Ordre de service	Où réside l’ordre de référence et quand peut-il être planifié ?
Heures et pièces	Qui approuve les corrections avant comptabilisation ?
Statut client	Quels événements les ventes doivent-elles connaître ?

Les réponses dépendent du modèle de service, du périmètre activé et des systèmes existants. «Tout synchroniser» ne définit aucune responsabilité.

Tester une intervention complète

Prenez une réparation illustrative avec un client, un équipement et un technicien. Créez l’ordre, planifiez le travail, saisissez le résultat et vérifiez le traitement financier. Déplacez ensuite le rendez-vous, ajoutez une pièce et corrigez le temps enregistré.

Pour chaque échange, relevez identifiant source, identifiant cible, horodatage et statut métier. Un message vert prouve le traitement d’un message. Il ne prouve pas que le bon ordre soit prêt à facturer.

Rendre les échecs visibles

Testez un client absent, une pièce inconnue et une confirmation reçue deux fois. Qui voit l’erreur ? Qui la corrige ? Comment rejouer le message sans double comptabilisation ? Vérifiez aussi la synchronisation hors ligne si le parcours mobile retenu la prend en charge.

La vue d’ensemble SAP distingue les capacités des backends. Consultez les prérequis actuels plutôt que de copier une architecture d’une autre édition.

Donner aux ventes un contexte utile

Choisissez les jalons pertinents : rendez-vous confirmé, nouvelle visite nécessaire, service terminé. Faut-il un lien, quelques statuts ou une intégration dédiée ? Ce choix relève du périmètre à définir, pas d’un flux direct FSM-Sales Cloud présumé disponible.

Commencez par un parcours de service et des critères mesurables. Échangez avec Spadoom à partir d’un ordre réel, de ses exceptions et des systèmes concernés.