Des guides concrets pour comprendre une org Salesforce.
Trois ressources de méthode sont rédigées en français : une méthode pour documenter une org, un modèle de documentation et un exemple commenté. Les sept guides pratiques (org héritée, passation, audit, évaluation de l’IA) sont publiés en anglais.
Trois ressources de méthode
Documenter une organisation Salesforce pour prendre de meilleures décisions
Une méthode fondée sur un parcours métier, des contrats de comportement et des preuves datées, pour distinguer la configuration, l’intention métier et le fonctionnement observé.
Lire MéthodeModèle de documentation Salesforce : un contrat que l’on peut relire et vérifier
Un modèle Markdown avec un exemple rempli, un registre des sources, un contrat de comportement, des scénarios d’acceptation et le suivi des inconnues.
Lire MéthodeExemple de documentation Salesforce : analyser une règle sans lui faire dire plus que sa source
Une règle de validation analysée avec cas limites, contre-exemples et distinction entre transition et état courant. Source de métadonnées fictive téléchargeable.
LireSept guides pratiques
Chaque guide traite d’abord la question posée — l’outillage natif, ses limites réelles, la méthode manuelle — avant de préciser où aprity intervient. Rédigés en anglais.
Document a Salesforce Flow so another engineer can challenge it.
A screenshot can show a route through Flow Builder. It cannot explain which record changes enter that route, what happens on a second update, or which failures leave work unfinished. Those are the questions your documentation needs to answer.
Lire le guide Field dependenciesFind where a Salesforce field is used—and what your search cannot establish.
A blank dependency result is easy to misread as permission to delete a field. A useful investigation instead identifies the proposed change, collects several kinds of evidence and assigns an owner to the gaps.
Lire le guide Audit evidencePrepare Salesforce evidence an ISO 27001 auditor can follow.
A configuration export can show how an org was set up on a date. It cannot show that access was reviewed, a change was approved or a recovery procedure worked. Build the evidence pack around the questions being assessed.
Lire le guide Org takeoverInherited 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.
Lire le guide Operational handoverA Salesforce handover kit the receiving team can actually use.
A folder of diagrams can be delivered while the incoming team still cannot explain a failed order. Treat the handover as a transfer of operating responsibility, with a practical exercise that shows what has—and has not—been transferred.
Lire le guide AI evaluationEvaluate AI Salesforce documentation beyond fluent explanations.
An explanation can be readable, well formatted and wrong about the condition that matters. Evaluate whether a reviewer can rely on its claims, find its omissions and correct it without reconstructing the whole component.
Lire le guide Documentation auditAudit whether your Salesforce documentation can support a real decision.
A documentation audit should uncover where a reader would make the wrong change, misunderstand a process or be unable to investigate a failure. Counting documented components is only the beginning.
Lire le guideUn terme vous échappe ? Consulter le glossaire Salesforce →
Le plus parlant reste votre propre org.
Essai gratuit de 14 jours, en lecture seule, sans carte bancaire. Vous examinez le résultat avant de prendre la moindre décision.