Modèles de licence pour votre application AppExchange

Choisir le bon modèle de licence est une décision aussi stratégique que technique. Salesforce fournit un outil dédié, la License Management App (LMA), pour suivre et contrôler qui utilise votre package et selon quelles conditions. Ce choix conditionne à la fois votre modèle économique et l'architecture technique de vos contrôles d'accès.

1. La License Management App (LMA)

La LMA est une application gratuite installée dans votre Partner Business Org (PBO). Elle centralise :

• La liste des orgs clients ayant installé votre package.
• Le statut de chaque licence : essai, active, expirée.
• Le nombre de seats (utilisateurs licenciés) alloués par client.

Chaque installation de votre package déclenche automatiquement un enregistrement dans la LMA, à condition d'avoir correctement lié votre License Management Org lors de la création du listing.

2. Les grands modèles de licence

AppExchange ne dicte pas un modèle unique : vous choisissez celui adapté à votre marché.

• Gratuit : pas de coût, souvent utilisé comme produit d'appel ou pour des composants utilitaires simples.
• Essai gratuit (Free Trial) : période limitée (souvent 14 ou 30 jours) avec expiration automatique de la licence, provisionnée via un Trial Org dédié.
• Par utilisateur (per-seat) : facturation proportionnelle au nombre d'utilisateurs actifs de l'application chez le client, modèle le plus courant pour les outils orientés productivité.
• Par org (site license) : un tarif fixe indépendant du nombre d'utilisateurs, adapté aux applications transverses (reporting, intégration).
• Basé sur l'usage : facturation liée à un volume (nombre d'enregistrements traités, d'appels API), plus complexe à mettre en œuvre techniquement.

3. Faire respecter la licence techniquement

La LMA suit les licences, mais ne bloque rien automatiquement dans l'org client : c'est à vous d'implémenter les contrôles. Le pattern standard consiste à interroger l'objet PackageLicense ou UserPackageLicense côté client :

PackageLicense license = [
    SELECT ExpirationDate, StatusIdentifier, UsedLicenses, AllowedLicenses
    FROM PackageLicense
    WHERE NamespacePrefix = 'monapp'
    LIMIT 1
];

if (license.ExpirationDate != null && license.ExpirationDate < Date.today()) {
    throw new LicenseExpiredException('Licence expirée, veuillez contacter le support.');
}

Prévoyez toujours un comportement gracieux en cas de licence expirée (lecture seule, message d'alerte) plutôt qu'un blocage brutal qui pourrait bloquer des processus métier critiques du client, comme un Trigger en production.

4. Gérer les seats et le contrôle d'accès aux utilisateurs

Pour un modèle per-seat, l'administrateur client attribue des licences individuelles via Setup > Installed Packages. Votre application doit vérifier, avant d'exécuter une action sensible, que l'utilisateur courant dispose bien d'une licence active :

• Utilisez UserPackageLicense pour vérifier l'attribution individuelle.
• Combinez ce contrôle avec les Permission Sets fournis par votre package pour aligner droits fonctionnels et droits de licence.
• Ne dupliquez jamais cette logique dans chaque contrôleur : centralisez-la dans une classe de service unique.

5. Anticiper les évolutions tarifaires

Changer de modèle de licence après plusieurs centaines d'installations est délicat et politiquement sensible. Avant de figer votre choix :

• Étudiez le modèle de vos concurrents directs sur AppExchange dans la même catégorie.
• Anticipez les cas limites : clients multi-org, environnements sandbox non facturables, comptes de test.
• Documentez précisément vos conditions dans votre End User License Agreement (EULA), relu par un juriste spécialisé.

Le modèle de licence n'est jamais un détail administratif : il structure votre architecture technique, votre relation client et votre trajectoire de revenus. Le poser correctement dès le départ, avec l'appui de la LMA, évite des refontes douloureuses plus tard.