Salesforce pour les associations
Beyond NPSP : préparer l’évolution de votre Salesforce associatif
NPSP reste pris en charge par Salesforce, mais il n’est plus enrichi de nouvelles fonctionnalités. Les associations n’ont pas à migrer dans l’urgence : elles doivent choisir le bon moment, comprendre leurs dépendances et construire une trajectoire réaliste vers Agentforce Nonprofit.
La réponse courte : faut-il quitter NPSP maintenant ?
Non, pas automatiquement. Salesforce indique que NPSP reste pris en charge et que les organisations peuvent continuer à l’utiliser sans interruption. En revanche, le produit est entré dans une phase dite d’« End of Innovation » : il ne reçoit plus de nouvelles fonctions ou améliorations directes. Salesforce précise aussi qu’une association déjà équipée de NPSP n’est pas tenue de migrer vers Agentforce Nonprofit avant d’être prête.
La bonne décision dépend donc moins d’une date imposée que de l’état réel de votre organisation Salesforce : qualité des données, automatisations, dons récurrents, paiements, portails, rapports, intégrations et capacité de l’équipe à absorber le changement.
Une migration peut créer de la valeur si elle simplifie le modèle, sécurise les parcours de dons ou facilite de nouveaux usages. Elle peut aussi devenir un chantier coûteux si elle démarre sans inventaire. Le premier livrable utile n’est pas un planning de bascule : c’est une décision argumentée entre maintien, préparation progressive et migration.
Qu’est-ce que Beyond NPSP ?
Beyond NPSP est une initiative créée et financée par FinDock pour aider des organisations à but non lucratif à passer de Salesforce NPSP à Agentforce Nonprofit, anciennement appelé Nonprofit Cloud. FinDock a annoncé son lancement le 2 avril 2026, avec une enveloppe globale pouvant atteindre un million d’euros pour 2026.
Selon l’annonce officielle de FinDock, le financement minimal commence à 10 000 € pour les organisations éligibles. Les projets sont mis en œuvre par des partenaires Impact ou Delivery de l’initiative et les demandes sont examinées dans la limite de l’enveloppe disponible.
Ce financement ne remplace pas le cadrage. Il rend encore plus important le fait de distinguer les coûts de reprise des données, de reconfiguration, de tests, de paiements et de conduite du changement. Une aide financière utile ne transforme pas une migration mal préparée en bonne migration.
Ce qui change vraiment entre NPSP et Agentforce Nonprofit
Une trajectoire Beyond NPSP ne consiste pas à copier des objets et des champs vers une nouvelle structure. NPSP est un ensemble de packages gérés installé sur Salesforce. Agentforce Nonprofit repose sur une offre et un modèle de données différents. Salesforce publie d’ailleurs un guide de migration spécifique pour comparer les plateformes, comprendre la correspondance des fonctionnalités et préparer la mise en œuvre.
Pour une association, les écarts les plus sensibles ne sont pas toujours visibles dans la liste des fonctionnalités. Ils se trouvent souvent dans les règles accumulées au fil des années : définition d’un foyer, calcul d’un donateur actif, gestion des soft credits, renouvellement d’une adhésion, ventilation comptable, reprise d’un prélèvement rejeté ou accès d’un bénévole au portail.
| Zone | À inventorier dans NPSP | Décision de trajectoire |
|---|---|---|
| Personnes et organisations | Contacts, foyers, comptes, relations, affiliations, dédoublonnage | Définir le modèle cible et les règles de résolution d’identité |
| Dons et engagements | Opportunités, paiements, dons récurrents, allocations, campagnes, soft credits | Mapper les objets et conserver l’historique utile au reporting |
| Paiements | Prélèvements, cartes, PSP, mandats, échecs, remboursements, rapprochement | Concevoir le parcours de bout en bout, pas seulement l’encaissement |
| Automatisations | Flows, Apex, règles historiques, traitements planifiés, packages | Retirer, réécrire ou conserver chaque dépendance sur une base factuelle |
| Intégrations | Comptabilité, marketing, collecte, formulaires, portails, ETL et API | Choisir les systèmes maîtres, les identifiants et la gestion des erreurs |
| Adoption et pilotage | Profils, permissions, rapports, tableaux de bord, procédures et compétences | Séquencer la bascule selon la capacité réelle des équipes |
Les six étapes d’une trajectoire maîtrisée
1. Établir la carte de l’existant
La cartographie doit couvrir le modèle de données, les volumes, la qualité, les règles, les automatisations, les interfaces et les usages réels. Les métadonnées racontent ce qui a été configuré ; les ateliers utilisateurs révèlent ce qui est réellement utilisé et ce qui contourne le CRM.
2. Classer les processus par criticité
Un formulaire de contact et un prélèvement récurrent n’ont pas le même niveau de risque. Chaque processus doit être associé à un propriétaire, une fréquence, une volumétrie, une dépendance technique et un impact en cas d’échec. Cette classification détermine l’ordre des tests et des lots.
3. Comparer trois scénarios, pas un seul
Le scénario « migrer maintenant » doit être comparé au maintien temporaire de NPSP et à une préparation progressive. Pour chacun, il faut estimer les bénéfices, les risques, la charge, le coût des licences, le calendrier et les prérequis. Une recommandation sérieuse peut conclure qu’il vaut mieux attendre, à condition de préciser quoi fiabiliser pendant cette attente.
4. Prototyper le modèle cible
Avant une reprise massive, un prototype limité permet de valider les choix structurants : personnes, foyers, dons, paiements, consentements, droits et reporting. Il doit être testé avec des cas réels anonymisés ou des données de démonstration représentatives, pas seulement avec le cas nominal.
5. Préparer la reprise et la recette
Le plan de reprise précise les transformations, les contrôles de qualité, les identifiants, les rejets, les rapprochements et la stratégie de retour arrière. La recette couvre les montants, les statuts, les droits, les communications, les exports comptables et les traitements planifiés. Le nombre de lignes migrées ne suffit jamais à prouver qu’un parcours fonctionne.
6. Organiser l’adoption et l’après-bascule
Les équipes doivent savoir ce qui change, quand et pourquoi. Les formations sont adaptées aux rôles, les procédures sont accessibles et la période d’hypercare dispose d’un backlog, de responsables et de critères de sortie. Une migration est terminée quand l’organisation sait exploiter et maintenir son nouvel environnement, pas quand le dernier script s’est exécuté.
Dons et paiements : le point à sécuriser dès le cadrage
Dans NPSP, la donnée de don, le paiement et les agrégats associés sont étroitement liés aux objets et aux traitements historiques. Une évolution vers Agentforce Nonprofit doit donc traiter ensemble le parcours donateur, les moyens de paiement, les dons récurrents, les mandats, les incidents, les remboursements et le rapprochement.
FinDock présente les paiements comme une composante native de la nouvelle architecture Beyond NPSP. Cela n’autorise pas à présumer qu’un paramétrage standard couvre chaque organisation. Il faut vérifier les prestataires de paiement, les pays, les devises, la comptabilité, les règles de reçus, les prélèvements existants et le traitement des échecs.
Cloud Girafe accompagne la conception de ces parcours et leur intégration à Salesforce. Pour approfondir ce volet, consultez notre page consacrée à FinDock et aux paiements Salesforce.
Comment décider sans surdimensionner le projet ?
La décision tient sur une matrice simple : valeur attendue, risque de l’existant, maturité de la cible et capacité de transformation. Une organisation dont NPSP est stable, bien documenté et correctement adopté peut préparer sa trajectoire sans urgence. À l’inverse, une dette élevée, des intégrations fragiles ou un paiement récurrent mal maîtrisé justifient un diagnostic rapide, même si la migration n’est pas immédiate.
Un audit Salesforce permet de mesurer l’état de l’organisation avant de choisir le scénario. Il peut être complété par un pilote sur un périmètre réduit et par une estimation en lots. Cette approche évite de confondre le budget disponible avec le budget pertinent.
Pour voir comment un CRM associatif peut structurer des processus métiers sensibles, découvrez également le retour d’expérience OS’MOSE. Et pour situer Beyond NPSP dans l’écosystème d’intégrations, consultez le hub des partenaires technologiques Salesforce.
Ce que Cloud Girafe peut livrer
- diagnostic de l’environnement NPSP et des usages réels ;
- cartographie des données, automatisations et intégrations ;
- analyse des dons, paiements et rapprochements ;
- comparaison argumentée des scénarios de maintien, préparation et migration ;
- modèle cible et prototype sur un périmètre borné ;
- chiffrage par lots, dépendances et critères de décision ;
- stratégie de reprise, recette et retour arrière ;
- plan d’adoption, documentation et montée en compétence des équipes.
Notre rôle est de rendre la décision vérifiable. Si une migration immédiate n’est pas justifiée, la recommandation doit le dire et préciser les travaux préparatoires qui conservent leur valeur quel que soit le calendrier final.
Questions fréquentes sur Beyond NPSP
NPSP est-il encore pris en charge par Salesforce ?
Oui. Salesforce indique que NPSP reste pris en charge. Il est toutefois en fin d’innovation : de nouvelles fonctionnalités et améliorations directes ne sont plus développées pour le produit.
Une association doit-elle migrer immédiatement vers Agentforce Nonprofit ?
Non. Salesforce précise que les organisations utilisant NPSP ne sont pas obligées de migrer avant d’être prêtes. Le calendrier doit dépendre de la valeur attendue, des risques de l’existant et de la capacité de l’équipe.
Beyond NPSP est-il un produit Salesforce ?
Non. Beyond NPSP est une initiative créée et financée par FinDock. Agentforce Nonprofit, qui s’appelait auparavant Nonprofit Cloud, est un produit Salesforce.
Quel financement Beyond NPSP peut-il apporter ?
FinDock a annoncé pour 2026 une enveloppe globale allant jusqu’à un million d’euros, avec un financement minimal de 10 000 € pour les organisations éligibles. Les conditions et la disponibilité doivent être vérifiées sur le site officiel de l’initiative au moment de la demande.
Que faut-il auditer avant une migration ?
Au minimum : le modèle de données, les volumes, la qualité, les dons, les paiements, les automatisations, les intégrations, les droits, les rapports, les procédures et les compétences internes. Le diagnostic doit produire des scénarios comparables et chiffrés.
Peut-on commencer par un lot réduit ?
Oui. Un prototype ou un lot pilote permet de valider le modèle cible, les parcours critiques et les règles de reprise avant d’engager une transformation plus large.
Construisons une trajectoire adaptée à votre association
Vous utilisez NPSP et vous voulez savoir s’il faut maintenir, préparer ou migrer ? Cloud Girafe peut établir l’état des lieux, comparer les scénarios et transformer la décision en plan chiffré.
