Reprenez une org Salesforce que personne n’a documentée, en sachant ce qui vous attend.
Nouveau client, contrat d’infogérance, prestataire qui vient de partir : l’org est désormais sous votre responsabilité. aprity l’analyse sans rien y modifier et documente ce qu’elle contient et la façon dont elle se comporte : objets, automatisations, règles métier et intégrations, en langage métier.
Accès en lecture seuleMétadonnées supprimées après chaque analyseDonnées hébergées dans l’UE ou aux États-Unis
Vous en êtes responsable avant de la comprendre.
Rien n’est écrit
La documentation existante décrit l’org telle qu’elle a été conçue, pas telle qu’elle est devenue après des années de correctifs. Ceux qui la connaissaient sont partis ou travaillent sur autre chose.
Un comportement éclaté
Ce qui se passe quand un enregistrement est sauvegardé se répartit entre Flow, triggers, Apex, règles de validation et workflows, sans que l’ordre d’exécution soit visible nulle part.
Chaque changement est un pari
Sans carte des dépendances, le premier ticket d’un nouveau contrat peut casser un rapport, une intégration ou un processus dont personne n’a parlé lors de la passation.
Ce qui existe, comment cela se comporte, ce qui dépend de quoi.
Toute l’équipe consulte la même documentation dans le portail, rédigée en termes métier et actualisée à chaque analyse.
Objets et champs
Chaque objet et chaque champ expliqué en langage métier, avec, pour chaque objet, ses champs clés et ses règles bloquantes.
Automatisations et ordre d’exécution
Pour chaque objet et chaque événement de sauvegarde, les automatisations et leur ordre d’exécution, présentés sous forme de graphe.
Règles métier et intégrations
Chaque règle métier est reliée au composant dont elle provient ; les intégrations entrantes et sortantes sont cartographiées à partir des appels réellement présents dans le code.
Ce qui a changé depuis la dernière analyse
Les règles ajoutées, modifiées ou supprimées entre deux analyses, pour dater précisément une passation.
Pour l’équipe qui reprend l’org.
Intégrateurs et cabinets de conseil
Commencez une nouvelle mission avec un état de l’org partagé et à jour, au lieu d’une phase de découverte passée à faire de la rétro-ingénierie.
Équipes d’infogérance et de run
Démarrez un contrat de support avec les automatisations, les règles et les intégrations déjà cartographiées, puis relancez une analyse jusqu’à une fois par semaine au fil des évolutions de l’org.
Équipes internes après le départ d’un prestataire
Reprenez l’org en interne avec une documentation qui décrit ce qui est réellement déployé, et non ce que prévoyait le dernier cahier des charges.
Avec l’offre Intelligence, l’Org Expert répond aux questions sur l’org documentée, dans le portail ou dans Claude, ChatGPT, Cursor et GitHub Copilot via MCP. Ce que l’org n’exprime pas, comme la raison d’être d’une règle, reste à demander à ceux qui l’utilisent.
Tiré de l’org, pas des souvenirs de chacun.
Installez le package managé aprity et autorisez son application connectée, limitée à la lecture ; aucun mot de passe utilisateur n’est conservé. Chaque analyse lit les métadonnées, jamais les enregistrements, calcule le graphe de dépendances et documente ce qu’elle trouve. L’intention n’est documentée que lorsque l’org l’exprime elle-même, dans les descriptions, les textes d’aide, les messages d’erreur ou les commentaires du code. L’IA explique ce que fait un composant ; elle n’invente pas de justification.
Sécurité et confiance →- aprity n’est pas un outil de migration de données : il ne déplace aucun enregistrement et ne déploie aucune métadonnée.
- aprity ne modifie jamais l’org : le connecteur se contente de lire les métadonnées, pas les données métier.
- aprity ne remplace pas les échanges avec les utilisateurs : lorsque les métadonnées ne disent rien de l’intention, la documentation le signale.
- Une org par offre. L’essai gratuit documente jusqu’à 3 objets de votre choix, avec 2 scans au plus sur 14 jours.
Questions fréquentes
aprity modifie-t-il quoi que ce soit dans l’org que nous reprenons ?
Non. Le connecteur ne fait que lire, et uniquement les métadonnées, jamais les données métier de vos enregistrements. Rien n’est écrit dans l’org ; les métadonnées extraites sont supprimées après chaque analyse et seule la documentation est conservée.
aprity peut-il expliquer pourquoi l’org a été construite ainsi ?
Uniquement lorsque l’org le dit elle-même : descriptions, textes d’aide, messages d’erreur de validation ou commentaires du code. Quand les métadonnées sont muettes, aprity documente ce que fait le composant sans inventer de raison. C’est justement ce point qu’il faut éclaircir avec les utilisateurs de l’org.
Que couvre l’essai gratuit dans le cadre d’une reprise ?
L’essai de 14 jours porte sur votre propre org et s’active après une vérification rapide, en général sous un jour ouvré. Il comprend jusqu’à 3 objets documentés, choisis par vous, et jusqu’à 2 scans : commencez par les objets qui vous inquiètent le plus. Les offres payantes documentent l’org entière.
aprity est-il un outil de migration de données ?
Non. aprity documente la façon dont une org est construite et se comporte ; il ne déplace pas d’enregistrements, ne déploie pas de métadonnées et ne modifie pas la configuration. Il sert à comprendre ce que vous reprenez et ce qu’un changement touchera, en complément de vos outils habituels de déploiement et de gestion des données.
Cartographiez l’org avant d’y toucher.
Essai gratuit de 14 jours sur votre propre org, activé après une vérification rapide, sans carte bancaire. Accès en lecture seule ; les métadonnées sont supprimées après chaque analyse.
Pages liées
Audit d’org Salesforce
Une documentation déjà à jour pour votre prochain audit.
Cas d’usageDocumentation Salesforce
Chaque objet, chaque Flow et chaque règle de votre org, documentés automatiquement.
Guide (en anglais)Inherited a Salesforce org? Find what could stop the business first.
The first week is usually too short to understand an established org. It is enough to discover which services depend on it, who can recover them and which assumptions need urgent investigation.
GlossairePackage géré et préfixe d’espace de noms
Un package géré est un ensemble de métadonnées distribuable et pouvant être mis à niveau ; son préfixe d’espace de noms s’ajoute au nom d’API de chacun de ses composants.