Package géré
Un package qui cache son code afin que les entreprises puissent le vendre sur AppExchange sans révéler son fonctionnement.
Définition
Un package géré est un ensemble distribuable et à espace de noms de métadonnées Salesforce dont le code Apex, les formules et la logique métier restent cachés à l'org qui l'installe, conçu pour un référencement sur AppExchange et une distribution commerciale ou multi-clients. Les grandes applications verticales sont livrées ainsi, ce qui explique pourquoi l'essentiel de la configuration quotidienne d'un produit comme nCino réside dans les enregistrements de l'org abonnée plutôt que dans le package lui-même. L'espace de noms préfixe chaque composant, empêchant les collisions entre les orgs clientes, et il ne peut jamais être supprimé une fois enregistré.
Les packages gérés peuvent être construits avec 1GP ou 2GP, bien que Salesforce recommande désormais 2GP pour son versionnage correct, ses déclarations de dépendance, et son modèle source adapté au CI. Le référencer publiquement sur AppExchange nécessite de réussir la revue de sécurité obligatoire de Salesforce, et les mises à jour sont généralement livrées sous forme de push upgrades vers les orgs abonnées installées plutôt qu'une nouvelle installation manuelle à chaque fois.
Comme le code reste caché, les abonnés ne peuvent pas voir ou personnaliser directement la logique protégée, ce qui est exactement le compromis qui rend possibles la licence et la protection de la propriété intellectuelle, contrairement à un package déverrouillé. La plupart des ISV construisent aujourd'hui sur 2GP, car les packages gérés construits en 1GP manquent d'une gestion correcte des dépendances entre packages.
Comment cela fonctionne dans Serpent
Serpent gère l'ensemble du cycle de vie du package géré pour les ISV : builds versionnés, promotion tenant compte des dépendances, suivi des versions des orgs abonnées, et préparation à la revue de sécurité AppExchange, le tout natif plutôt que rajouté avec des scripts. Les équipes peuvent voir exactement quelle version de package chaque org abonnée exécute et planifier les chemins de mise à niveau en conséquence, sans feuille de calcul pour le suivre manuellement. Comme Serpent ne nécessite pas de système CI séparé, les équipes ISV sans ingénieur de release dédié peuvent tout de même livrer à un rythme prévisible. Voir le DevOps pour ISV pour le flux complet.

Package géré, expliqué
Démarrez gratuitement. Pas de carte bancaire, pas d'installation, aucun engagement.
Configuration en moins de 15 minutes. Aucun recrutement DevOps nécessaire.
