Résumé

  • Apple rattache les recettes annuelles d’une application transférée à chaque compte qui participe à son transfert pour calculer l’admissibilité au programme des petites entreprises.
  • L’application peut garder sa disponibilité, ses notes et ses avis ; son ancien taux de commission ne constitue pas pour autant une marge acquise par l’acheteur.

Vendre une application permet de céder son exploitation. Cela ne permet pas de faire disparaître ses recettes du calcul annuel d’Apple. Dans le Small Business Program, le vendeur conserve une ombre comptable de l’actif qu’il vient de céder ; l’acheteur accueille une histoire qu’il n’a pas entièrement encaissée. La poignée de main change le propriétaire. Le calendrier garde son mot à dire.

La règle est écrite sur la page officielle du programme. Les recettes de l’année civile d’une application transférée sont associées à tous les comptes qui engagent ou acceptent son transfert. Le calcul combine aussi les comptes développeurs liés. Un écran de confirmation n’est donc pas une gomme.

Une petite entreprise, selon quelle addition ?

Le programme propose aux développeurs admissibles et approuvés une commission réduite de 15 % sur les applications payantes et les achats intégrés concernés. Le seuil annoncé est d’un million de dollars de recettes. Apple entend par là les ventes après sa commission et certains impôts et ajustements. Le prix d’acquisition d’une application, le bénéfice du studio et les achats bruts des utilisateurs sont trois autres grandeurs.

Le calcul regarde les douze mois fiscaux inclus dans l’année civile précédente et surveille également l’année en cours. Dépasser le seuil pendant cette dernière fait appliquer le taux standard aux ventes futures pour le reste de l’année, selon les conditions applicables. Une année ultérieure sous le seuil peut ouvrir une nouvelle qualification l’année suivante. La réduction exige une admission ; avoir une petite équipe ne suffit pas à l’obtenir.

Cette définition transforme une acquisition de produit en question de portefeuille. Une application économiquement séduisante chez son propriétaire actuel peut arriver dans un compte où d’autres recettes consomment déjà une partie du plafond. Copier sa marge historique dans le plan d’affaires revient à copier une condition sans copier les faits qui la rendaient possible.

Le contrat n’oublie aucun passage

L’accord développeur, annexe 2, précise que les recettes de l’application transférée entrent dans le calcul de chaque partie. Si elle passe plusieurs fois de main en main dans une année civile, chaque participant est concerné. Le dernier propriétaire n’obtient pas l’exclusivité de son passé.

Les comptes liés obéissent à une autre logique : la propriété ou le contrôle. Une participation majoritaire supérieure à 50 % figure parmi les critères, tout comme le pouvoir de décision ultime. Créer une nouvelle société ne crée donc pas, à lui seul, un plafond indépendant. Le contrat prohibe l’usage abusif de comptes multiples pour profiter du programme.

Transfert d’une application et contrôle d’un autre développeur sont deux chemins différents vers le calcul. Un simple vendeur n’est pas automatiquement le contrôleur de son acheteur. En revanche, vendre l’application ne suffit pas à enlever son historique annuel du compteur du vendeur. La règle suit l’opération même quand le lien de contrôle n’existe pas.

L’actif voyage mieux que ses comptes

Apple décrit un transfert qui peut préserver la disponibilité au téléchargement, les avis, les notes et le Bundle ID. Les utilisateurs continuent de recevoir des mises à jour. Ce maintien a une valeur évidente : personne n’achète volontiers un produit obligé de repartir sans sa réputation.

Mais le guide de transfert découpe les rapports financiers autrement. Le cédant garde l’accès aux ventes et paiements d’avant la transmission, pas aux suivants. Le destinataire reçoit les informations financières des opérations postérieures. Les règles d’App Analytics sont distinctes. La continuité du produit ne fabrique pas un relevé financier unique pour les deux entreprises.

Voilà un vrai sujet de négociation. L’historique nécessaire à la qualification et les rapports visibles après la clôture n’ont pas le même périmètre. L’échange des données utiles doit trouver sa place dans la transaction, au même titre que le code et les éléments de compilation que le vendeur remet directement à l’acheteur. Le transfert du compte ne livre pas tout le travail d’exploitation dans un joli carton.

Le taux est une condition du prix

Une valorisation sérieuse part des encaissements attendus après les commissions réellement applicables au destinataire. Elle regarde aussi ce que la cession laisse dans le calcul du cédant. La clause annuelle intéresse donc les deux côtés de la table, même quand seul l’un d’eux conserve l’application.

Pour chiffrer une opération, il manque ses recettes mensuelles en dollars, les ajustements et impôts, les autres comptes concernés et les conditions acceptées. Sans ces éléments, un pourcentage de marge affiché par le vendeur reste une promesse difficile à acheter.

Le pouvoir commercial d’une plateforme se loge parfois dans une définition peu spectaculaire. Ici, Apple laisse circuler l’application et conserve la règle qui détermine qui est encore « petit ». Une application peut changer de maison ; le million de dollars ne change pas de mémoire.