CFA · Admissions · Système d’information

CRM et ERP de CFA : éviter les doubles saisies avec Salesforce

Du portail candidat au CRM Salesforce puis à l’ERP du CFA : dossier vérifié, transmission et confirmation ou erreur à traiter.
Exemple de circulation d’un dossier : chaque transmission doit produire une confirmation ou une action explicite.

Une candidature apparaît dans un formulaire, puis dans un fichier de suivi. Lorsqu'elle avance, une autre équipe reprend les informations dans le logiciel de gestion du CFA. Une entreprise appelle entre-temps : son contact figure dans une troisième liste. Le problème se révèle souvent au moment le plus simple : personne ne sait quelle fiche contient la dernière information.

Le candidat devient apprenti, le CFA suit son parcours et l’entreprise l’accueille : ces trois acteurs doivent partager les informations utiles au bon moment.

Pour une direction de CFA, un responsable des admissions ou des relations entreprises, le sujet dépasse le choix du logiciel. Il faut décider où chaque information est créée, qui peut la corriger et comment elle parvient à l'équipe suivante. Ce travail prépare une intégration Salesforce utile et permet de définir précisément ce que le CRM doit échanger avec l'ERP de formation.

Partir d'un dossier réel et suivre ses passages de main

Avant de dresser la liste des interfaces, prenez quelques dossiers anonymisés : une candidature complète, une candidature interrompue et un apprenti dont la situation a changé. Suivez leur parcours avec les personnes qui les traitent.

À chaque étape, notez ce qui entre, la décision prise, l'outil utilisé et le destinataire suivant. Une pièce reçue est-elle signalée par email ? Une admission provoque-t-elle une nouvelle saisie ? Un changement d'entreprise est-il connu des relations entreprises avant d'être mis à jour dans le logiciel administratif ?

Cette lecture révèle des besoins différents. Certaines informations doivent être partagées automatiquement. D'autres demandent une validation humaine. D'autres encore sont recopiées alors qu'un accès en consultation suffirait. Le premier périmètre d'intégration se choisit à partir de ces situations observées, avec un responsable et un résultat attendu.

Répartir les données entre le CRM et l'ERP

Un CRM peut organiser les échanges, les candidatures, les actions des conseillers et les relations employeurs. L'ERP peut rester la référence de la gestion administrative ou pédagogique. Cette répartition dépend des logiciels et des processus du CFA : elle se décide donnée par donnée.

La matrice suivante est un exemple de cadrage, à adapter à votre organisation.

Information Outil de référence proposé Ce que l'autre outil reçoit Décision à prendre
Coordonnées du candidat CRM pendant la candidature Identité et coordonnées utiles après admission Qui traite une correction après inscription ?
Formation et rentrée Catalogue de référence du CFA Code stable, intitulé, dates utiles Qui ouvre ou ferme une session ?
Candidature CRM Dossier retenu et résultat validé Quel événement autorise la création administrative ?
Entreprise et établissement Référentiel désigné avec les relations entreprises Identifiant de l'établissement et coordonnées utiles Qui corrige une entreprise déjà reliée à des dossiers ?
Offre d'alternance CRM ou outil de recrutement désigné Référence de l'offre et état utile Qui clôture l'offre et prévient les conseillers ?
Contrat et situation administrative Outil administratif retenu Référence, statut validé et dates utiles Quels changements doivent revenir au CRM ?
Pièces justificatives Espace documentaire choisi Disponibilité, statut ou lien autorisé Où éviter de dupliquer le document lui-même ?

Le point décisif est la responsabilité en cas de désaccord. Si deux personnes modifient une adresse dans deux outils, le flux doit savoir quelle mise à jour accepter ou faire vérifier. La règle « dernière modification gagnante » paraît simple, mais elle peut effacer une correction déjà contrôlée. Il faut choisir une règle adaptée à chaque information.

Identifier la personne sans confondre ses candidatures

Un candidat peut demander plusieurs formations, candidater pour deux rentrées ou revenir l'année suivante. Il reste une personne, avec plusieurs démarches. Si chaque formulaire crée systématiquement une nouvelle fiche, les échanges se dispersent et les indicateurs deviennent difficiles à expliquer.

Nous recommandons de séparer la personne, la candidature, la formation et la rentrée dans le cadrage. Les liens permettent de retrouver les différentes démarches sans écraser leurs décisions. L'adresse email aide à rapprocher les fiches, mais elle peut changer ou être partagée : elle ne suffit pas toujours comme identifiant unique.

Il faut aussi conserver les identifiants des systèmes reliés. Lorsque l'ERP confirme la création d'un dossier, sa référence doit pouvoir être retrouvée depuis le CRM. Un nouvel envoi du même dossier peut alors mettre à jour l'enregistrement existant au lieu de le recréer.

Salesforce propose des mécanismes de détection et de gestion des doublons. Leur configuration doit être rapprochée des règles du CFA et des flux d'import : activer une règle dans le CRM ne règle pas à lui seul les doublons entre plusieurs applications. La documentation Salesforce sur la prévention des doublons présente ces mécanismes.

Concevoir un premier flux jusqu'à sa confirmation

Prenons un exemple fictif : Inès est admise pour la prochaine rentrée. La conseillère vérifie les informations nécessaires, puis confirme que le dossier peut être transmis à l'administration.

Le flux peut suivre quatre étapes :

  1. Le CRM contrôle la présence des informations exigées pour cette transmission.
  2. Le dossier est transmis avec sa référence, les données convenues et la date de validation.
  3. L'outil administratif accepte le dossier ou renvoie une erreur compréhensible.
  4. Le CRM affiche la confirmation et la référence administrative, ou une action à traiter.

L'équipe doit pouvoir distinguer « prêt à transmettre », « transmis » et « accepté ». Sinon, un dossier marqué comme envoyé peut être oublié alors que l'outil destinataire l'a refusé.

Le chiffrage du flux comprend donc aussi le traitement des erreurs, les reprises et le suivi. Il faut savoir qui reçoit l'alerte, qui corrige la donnée et comment relancer sans créer de doublon. La présentation de l'intégration CRM par Salesforce donne un cadre général aux échanges entre applications ; la disponibilité d'une interface avec votre logiciel précis reste à vérifier.

Donner à chaque public les informations qui le concernent

Un portail candidat, un portail entreprise et un espace établissement peuvent s'appuyer sur le même CRM avec des accès différents. L'enjeu est de définir les dossiers visibles et les actions possibles pour chaque rôle.

Le candidat peut déposer une pièce ou corriger certaines coordonnées. Le conseiller vérifie le dossier. L'entreprise consulte uniquement les candidatures qui lui ont été proposées. L'établissement partenaire retrouve les informations de son périmètre. Ces droits doivent être éprouvés avec plusieurs profils, y compris lorsqu'une personne change de rôle ou qu'une entreprise possède plusieurs établissements.

Le dépôt d'un document ne signifie pas qu'il est validé, ni qu'il doit être partagé à l'employeur. Le parcours doit rendre ces étapes explicites. Une notification peut annoncer une action disponible sans reprendre toutes les informations du dossier dans l'email.

Notre retour d'expérience sur trois portails Experience Cloud montre des espaces destinés à plusieurs publics dans un autre secteur. Pour un CFA, les règles métier et les accès restent à construire autour des parcours retenus.

Préparer la recette avec les équipes qui utiliseront le flux

Une démonstration réussie montre le parcours normal. Une recette utile vérifie également les situations qui font perdre du temps au quotidien.

Constituez un petit jeu de dossiers fictifs couvrant au moins ces cas :

  • une première candidature complète et acceptée ;
  • une deuxième candidature de la même personne ;
  • une information obligatoire absente ;
  • une correction après transmission ;
  • un envoi interrompu, puis repris ;
  • un dossier déjà connu du système destinataire ;
  • un changement d'établissement ou d'entreprise ;
  • un accès tenté depuis un profil qui ne doit pas voir le dossier.

Pour chaque cas, écrivez le résultat attendu dans les deux outils. Qui voit quoi ? Quel statut change ? Une tâche est-elle créée ? L'historique permet-il d'expliquer l'action ? La recette devient alors un document partagé entre admissions, administration, relations entreprises et intégrateur.

Mesurer ce qui devient plus simple

Le nombre de flux installés ne dit pas combien de travail a été évité. Avant le pilote, choisissez quelques indicateurs lisibles : dossiers ressaisis, transmissions refusées, corrections manuelles, délai entre validation et confirmation administrative.

Mesurez sur une période et un périmètre comparables. La rentrée concentre certains volumes ; un résultat obtenu pendant une semaine calme ne décrit pas forcément la charge de septembre. Conservez aussi un retour des utilisateurs : savent-ils retrouver le statut et identifier la personne qui doit agir ?

Ces observations permettent de décider du flux suivant. Elles aident également à choisir ce qui doit rester manuel, être simplifié ou demander une modification de l'organisation. L'accompagnement de l'Institut de l'Engagement illustre notre travail sur des parcours de candidature et d'accompagnement, dans un contexte différent de celui d'un CFA.

Questions fréquentes

Le choix dépend de ce que l’ERP couvre déjà et des difficultés à résoudre. Une intégration peut permettre de conserver la gestion administrative tout en améliorant les relations candidats et entreprises. Il faut comparer les fonctions, les accès, la reprise de données et le coût dans la durée.

La fréquence dépend de l’action attendue. Une confirmation peut nécessiter un retour rapide, tandis qu’un catalogue de formations évolue moins souvent. Définissez un délai acceptable pour chaque échange et ce que l’utilisateur voit pendant l’attente.

Oui, si le volume, la fréquence et le risque le permettent. L’import doit lui aussi conserver les identifiants, signaler les erreurs et éviter les doublons. Son coût de manipulation et ses limites doivent être comparés à ceux d’une interface automatisée.

Pas nécessairement. Selon les possibilités techniques, il peut exposer un statut ou un lien sécurisé vers l’espace retenu. Il faut vérifier les droits d’accès, la disponibilité du document et la façon de retirer cet accès lorsqu’il n’est plus justifié.

Il faut examiner le service précis, sa documentation, les accès disponibles et les conditions d’usage. Une intégration ne peut pas être confirmée à partir du seul nom du produit. Le périmètre doit préciser les données et les opérations attendues dans chaque sens.

Un passage de main qui revient souvent : dossier admis transmis à l’administration, offre d’alternance partagée ou pièce à vérifier. Apportez un exemple anonymisé, les outils concernés et la difficulté actuelle. Cela permet de définir un pilote et des critères de réussite précis.

Commençons par le dossier que vous saisissez deux fois

Pour découvrir les parcours d’admission, les relations entreprises et les portails à relier, consultez notre approche du CRM pour CFA avec Salesforce.

Un premier flux bien défini peut rendre le travail plus lisible pour plusieurs équipes. Il donne aussi une base pour les portails et les évolutions suivantes : des identifiants stables, des responsabilités claires et un résultat vérifiable.

Parlez-nous du parcours à simplifier dans votre CFA. Nous examinerons avec vous les informations à partager, les outils qui doivent faire référence et le premier périmètre à mettre en place.