Lorsqu'une SASU ou une EURL rachète une application mobile, elle doit déterminer précisément ce qui est acquis : code source, droits d'exploitation, marque, contrats, clientèle ou activité économique complète. Le prix ne s'enregistre pas automatiquement dans un seul compte comptable.
Les actifs incorporels identifiables peuvent être immobilisés et, lorsque leur durée d'utilisation est limitée, amortis selon les règles applicables. Le traitement fiscal peut être différent si l'acquisition comprend un fonds commercial ou constitue la transmission d'une activité autonome.
Après le rachat, les revenus provenant de l'App Store et de Google Play doivent être analysés à partir des contrats et des rapports financiers. Le virement reçu de la plateforme ne suffit pas à déterminer le chiffre d'affaires ni la TVA à déclarer.
Une difficulté supplémentaire distingue le rachat d'une application mobile de celui d'un logiciel classique : le transfert technique de l'application, celui des abonnements et celui des droits aux revenus ne se produisent pas nécessairement au même moment. Pour comparer avec la reprise d'un logiciel en ligne, voir notre guide sur le rachat d'un micro-SaaS.
L'application a changé de propriétaire, mais à qui appartient le prochain abonnement ?
Imaginons une SASU française qui rachète une application de suivi d'habitudes publiée sur iOS et Android.
Le vendeur annonce :
- Une application déjà disponible sur les deux stores.
- Des abonnements mensuels et annuels actifs.
- Des achats intégrés.
- Une audience internationale.
- Des revenus publicitaires complémentaires.
La SASU signe un contrat de cession et paie le prix convenu.
Quelques jours plus tard, elle reçoit un premier versement d'une plateforme.
Ce virement peut-il être enregistré intégralement comme son chiffre d'affaires ?
Pas nécessairement.
Une partie peut correspondre à des ventes réalisées avant la cession. Certains remboursements peuvent concerner d'anciens clients du vendeur. Et les abonnements déjà payés peuvent créer des obligations de service qui se prolongent après le transfert.
Le premier travail comptable consiste donc à fixer la frontière entre l'activité du vendeur et celle de l'acheteur.
Le contrat de cession doit prévoir deux dates différentes
Dans une acquisition d'application mobile, la date de signature du contrat ne coïncide pas toujours avec la date à laquelle l'acheteur peut réellement exploiter l'application.
Il faut distinguer :
- La date de transfert juridique : moment auquel les droits prévus au contrat sont cédés.
- La date de prise de contrôle opérationnelle : moment auquel l'acheteur peut effectivement gérer l'application, les mises à jour, les paiements et les services associés.
Le contrat doit expliquer ce qui se passe entre ces deux dates.
Le prix a été payé, mais le transfert du store est encore en attente
L'acheteur peut avoir réglé une partie du prix avant de disposer de tous les droits et moyens nécessaires à l'exploitation.
Cette situation nécessite d'examiner les conditions contractuelles et comptables avant de constater définitivement chaque actif acquis.
Un paiement ne suffit pas, à lui seul, à prouver que tous les éléments de l'application ont été transférés.
Les abonnements restent actifs pendant le transfert
La question est alors de savoir qui doit fournir le service aux abonnés et à qui reviennent les recettes correspondantes.
Ces règles doivent figurer dans le contrat de cession.
Elles ne peuvent pas être déduites uniquement de la date du virement bancaire.
Ce qui suit l'application sur Google Play ne suit pas forcément dans les rapports
Google Play prévoit une procédure officielle de transfert d'application entre comptes développeurs.
Selon sa documentation, des éléments associés à l'application, notamment les utilisateurs, les statistiques, les notes et les abonnements, peuvent être transférés.
En revanche, les rapports historiques de paiements et de revenus ne suivent pas automatiquement l'application.
Les commandes créées avant le transfert restent également dans le compte d'origine.
Le document à récupérer avant toute migration
L'acheteur doit demander au vendeur les exports nécessaires pour reconstituer l'historique financier.
Il faut notamment obtenir les rapports correspondant :
- Aux ventes antérieures.
- Aux abonnements actifs.
- Aux remboursements en attente.
- Aux commissions prélevées.
- Aux sommes restant à verser.
- Aux éventuels litiges ou ajustements.
Sans ces données, le premier rapprochement comptable risque d'être incomplet.
Le transfert technique ne se limite pas à la fiche de l'application
Il faut également vérifier les services associés.
Une application Android peut dépendre de Firebase, de Google Analytics, de services de jeux, de clés techniques ou de comptes publicitaires.
Le transfert de la fiche Google Play ne garantit pas automatiquement que toutes ces ressources sont configurées au nom de l'acheteur.
L'absence de transfert d'un service essentiel peut interrompre l'exploitation et modifier la valeur réelle de l'acquisition.
Sur l'App Store, acheter l'application ne signifie pas acheter le compte développeur
Apple prévoit également des procédures de transfert d'applications entre comptes développeurs, sous réserve des conditions techniques et contractuelles applicables.
Il faut distinguer le transfert d'une application du transfert de la société qui détient le compte développeur.
Avant de signer, l'acheteur doit vérifier les conditions de transfert de l'application concernée.
Certaines fonctionnalités, certains services associés ou certaines configurations peuvent nécessiter des démarches supplémentaires.
Une application peut dépendre d'éléments invisibles dans l'annonce
Par exemple :
- Un service de notifications.
- Un serveur d'authentification.
- Des clés de connexion à une API.
- Un système de gestion des abonnements.
- Une base de données hébergée chez un prestataire.
- Des droits d'utilisation sur des illustrations ou des musiques.
La reprise doit prévoir les accès et les droits nécessaires à la continuité du service.
Acheter le code source sans récupérer les droits et les services indispensables à son fonctionnement peut rendre l'application difficilement exploitable.
Le prix d'achat doit rémunérer des droits réellement transmis
Supposons qu'une SASU acquière une application pour 48 000 €.
Ce montant est fictif et sert uniquement à illustrer la méthode.
Le contrat indique que la vente comprend le code source, certains droits d'exploitation, une marque et une activité d'abonnement existante.
Il serait imprudent d'enregistrer immédiatement les 48 000 € dans le compte 205 sans examiner le contenu de l'opération.
Une grille de qualification comptable
| Élément acquis | Question à résoudre | Traitement à examiner |
|---|---|---|
| Code source et droits logiciels | Les droits sont-ils identifiables et contrôlés par l'acheteur ? | Immobilisation incorporelle, notamment compte 205 selon la nature des droits |
| Marque | Est-elle effectivement cédée et identifiable ? | Immobilisation incorporelle distincte si les critères sont réunis |
| Contrats et relations clients | Quels droits sont réellement transmis ? | Analyse des actifs identifiables et, éventuellement, du fonds commercial |
| Activité économique organisée | L'ensemble permet-il de poursuivre une activité autonome ? | Analyse d'une acquisition d'activité ou de fonds |
| Accompagnement du vendeur | S'agit-il d'une prestation distincte ? | Charge ou coût d'acquisition selon la nature de la prestation et les règles applicables |
La répartition doit être documentée.
Il ne suffit pas d'attribuer arbitrairement la moitié du prix au code et l'autre moitié à la clientèle.
L'audience n'est pas automatiquement une immobilisation distincte
Une application peut compter de nombreux utilisateurs sans que sa base d'utilisateurs constitue nécessairement un actif incorporel distinct répondant aux critères de comptabilisation.
Il faut déterminer quels droits sont réellement acquis, s'ils sont identifiables et comment ils peuvent être évalués.
Une audience ou une position favorable dans les stores ne se transforme pas automatiquement en compte 205.
Amortir le code source : la durée d'utilisation compte plus que l'âge de l'application
Le code d'une application mobile peut être soumis à une obsolescence rapide.
Les mises à jour d'iOS et d'Android, les changements de règles des stores et l'évolution des technologies peuvent réduire sa durée d'utilisation.
Mais il n'existe pas de durée universelle d'amortissement applicable à toutes les applications rachetées.
La société doit estimer la durée pendant laquelle elle prévoit de tirer des avantages économiques de l'actif.
Une application ancienne peut encore avoir une longue durée d'utilisation
Prenons une application dont le code a été récemment modernisé.
Même si sa première version date de plusieurs années, elle peut rester exploitable durablement.
À l'inverse, une application plus récente reposant sur une technologie abandonnée peut nécessiter une réécriture rapide.
La date de publication sur le store ne suffit donc pas à déterminer la durée d'amortissement.
Exemple de calcul
La société a identifié, au sein de son acquisition, des droits logiciels comptabilisés pour 24 000 €.
Elle estime leur durée d'utilisation à quatre ans.
À titre pédagogique, en retenant un amortissement linéaire et une année complète d'utilisation :
24 000 € ÷ 4 = 6 000 € d'amortissement annuel.
Ce montant constitue une charge comptable.
Son traitement fiscal doit être examiné selon les règles applicables à l'actif concerné.
Si l'application est mise en service en cours d'exercice, le calcul doit tenir compte de cette date et de la méthode retenue.
Et la marque ou le fonds commercial ?
Il faut éviter deux erreurs opposées.
La première consiste à amortir automatiquement tous les éléments acquis.
La seconde consiste à considérer que la marque, les relations clients ou le fonds commercial ne peuvent jamais être amortis.
Le traitement dépend notamment de la qualification comptable, de la durée d'utilisation et des règles spécifiques applicables.
Le fonds commercial obéit à un régime particulier, y compris sur le plan fiscal.
En 2026, il convient notamment d'examiner les dispositions fiscales en vigueur concernant la déductibilité de son amortissement, sans assimiler ce régime à celui du code source.
Le vendeur est américain : faut-il autoliquider la TVA ?
Pas avant d'avoir identifié précisément l'opération.
Le lieu d'établissement du vendeur ne suffit pas à déterminer le traitement fiscal.
Trois situations doivent être distinguées.
Vous achetez uniquement des droits logiciels
Lorsqu'une société française assujettie acquiert une prestation ou des droits incorporels auprès d'un professionnel établi à l'étranger, les règles générales de territorialité des prestations B2B peuvent conduire à une autoliquidation de TVA en France.
Il faut néanmoins vérifier la qualification de l'opération et les conditions applicables.
Vous reprenez une activité économique autonome
Si l'opération constitue la transmission d'une universalité totale ou partielle de biens répondant aux conditions de l'article 257 bis du CGI, un régime spécifique de dispense de TVA peut s'appliquer.
Ce traitement ne dépend pas simplement du fait que le vendeur soit étranger.
Il exige une analyse de l'ensemble transmis et de la poursuite de l'activité.
Vous achetez les titres de la société propriétaire
Dans cette situation, votre société acquiert des titres et non directement l'application.
L'acquisition relève d'une logique différente, avec notamment l'analyse des immobilisations financières et des conséquences juridiques et fiscales de la reprise de la société.
Les abonnements annuels : le point de friction entre vendeur et acheteur
Un utilisateur a souscrit un abonnement annuel avant la vente de l'application.
Après le rachat, il continue d'accéder au service.
Qui doit supporter les coûts d'hébergement et de maintenance jusqu'à la fin de son abonnement ?
Qui conserve le prix déjà encaissé ?
Ces questions ne peuvent pas être résolues par la seule lecture du relevé bancaire.
Exemple fictif : un abonnement qui traverse la cession
Un client paie 120 € pour douze mois d'accès à l'application.
L'abonnement commence le 1er juillet.
La cession de l'application intervient le 1er octobre.
À cette date, neuf mois d'accès restent à fournir.
Le contrat de vente doit prévoir comment sont répartis les droits et les obligations relatifs à cet abonnement.
Le montant éventuellement attribué à l'acheteur ne correspond pas nécessairement à un encaissement provenant du store.
Il peut être intégré au mécanisme d'ajustement du prix de cession ou faire l'objet d'un traitement contractuel spécifique.
Le traitement comptable dépend alors de la nature des obligations reprises et de l'accord conclu.
Un abonnement actif n'est pas uniquement une promesse de revenus futurs : il peut aussi représenter une obligation de service.
Le premier virement après la cession : un rapprochement à part
Imaginons qu'une plateforme verse 4 200 € à la société acheteuse.
Ce montant est fictif.
Le rapport financier fait apparaître plusieurs catégories d'opérations.
| Élément du rapport | Montant fictif | Contrôle nécessaire |
|---|---|---|
| Ventes attribuées à la période après transfert | 4 800 € | Déterminer la nature du chiffre d'affaires |
| Frais et retenues de plateforme | -500 € | Examiner le contrat et le traitement comptable |
| Remboursements et ajustements | -100 € | Identifier les périodes et clients concernés |
| Virement reçu | 4 200 € | Rapprocher le rapport et le compte bancaire |
Ces chiffres ne constituent pas un modèle d'écriture comptable universel.
Ils servent à montrer pourquoi un versement bancaire doit être expliqué par un rapport détaillé.
Pourquoi le montant brut n'est pas toujours le chiffre d'affaires de l'éditeur
Selon les conditions contractuelles, une plateforme peut intervenir comme intermédiaire ou exercer un rôle plus étendu dans la vente.
La qualification de la relation détermine notamment si les ventes aux utilisateurs doivent être comptabilisées en brut avec une commission distincte ou si l'éditeur réalise une prestation ou une fourniture à la plateforme.
Il faut examiner les contrats et les documents financiers correspondants.
L'enregistrement systématique de toutes les ventes utilisateurs au compte 706, suivi d'une commission au compte 622, serait donc trop simplificateur.
Un remboursement peut concerner l'ancien propriétaire
Supposons qu'un utilisateur obtienne en novembre le remboursement d'un achat effectué en septembre, avant la cession.
Si la plateforme retient cette somme sur un versement dû à l'acheteur, le contrat doit permettre de déterminer qui supporte économiquement le remboursement.
Ce montant ne doit pas être automatiquement traité comme une réduction du chiffre d'affaires propre à l'acheteur.
Apple et Google : qui est le client pour la TVA ?
La réponse dépend de l'opération.
Il ne faut pas supposer que toutes les ventes réalisées sur l'App Store et Google Play constituent nécessairement des prestations facturées à une société irlandaise.
Le rôle juridique et fiscal de la plateforme doit être déterminé à partir des conditions contractuelles applicables au produit et au territoire.
Les achats intégrés et abonnements
Certaines opérations peuvent relever d'un mécanisme dans lequel la plateforme intervient en son nom pour la vente au consommateur.
Le traitement de TVA de l'éditeur doit alors être déterminé selon cette organisation contractuelle.
Les revenus publicitaires
Une application gratuite peut générer des revenus via une régie publicitaire.
Cette activité ne doit pas être confondue avec la vente d'abonnements aux utilisateurs.
Il faut identifier le cocontractant de la prestation publicitaire, son établissement et les règles de TVA correspondantes.
Les paiements réalisés hors des stores
Une application peut également vendre des services par l'intermédiaire de son propre site internet ou d'un autre système de paiement, lorsque cela est autorisé.
Dans ce cas, les obligations de TVA peuvent être différentes de celles applicables aux transactions gérées par les stores.
Pour les services électroniques vendus directement à des particuliers situés dans d'autres États membres, les règles européennes de TVA et, le cas échéant, le guichet OSS peuvent devoir être examinés.
Faut-il déposer une DES pour les revenus des stores ?
Une déclaration européenne de services peut être obligatoire lorsqu'une entreprise française fournit une prestation relevant des règles applicables à une entreprise assujettie établie dans un autre État membre de l'Union européenne.
Mais la DES ne dépend pas simplement de l'origine géographique du virement.
Avant de la préparer, il faut vérifier :
- La nature de la prestation.
- L'identité du preneur.
- Son statut d'assujetti.
- Son État d'établissement.
- La règle de territorialité applicable.
- La période déclarative concernée.
Le montant déclaré doit être déterminé à partir des opérations concernées, et non automatiquement à partir du versement bancaire net.
Un virement d'Apple ou de Google ne suffit donc pas, à lui seul, à déclencher une DES.
Une application gratuite peut produire plusieurs catégories de revenus
Une même application peut combiner :
- Des abonnements premium.
- Des achats intégrés.
- Des revenus publicitaires.
- Des contrats B2B avec des entreprises.
- Des ventes directes sur un site internet.
Ces revenus peuvent avoir des qualifications et des traitements de TVA différents.
Exemple : une application de productivité
Une SASU exploite une application gratuite.
Les utilisateurs peuvent acheter un abonnement premium dans l'application.
La société affiche également des publicités et facture directement des licences à des entreprises.
Il serait incorrect de regrouper toutes ces recettes dans une catégorie unique intitulée « revenus Google ».
La comptabilité doit permettre de distinguer les canaux de vente et les contrats.
Cette séparation facilite les déclarations fiscales et permet aussi de mesurer la rentabilité réelle de chaque source de revenus.
Le dollar affiché dans les rapports n'est pas nécessairement le montant comptable en euros
Les plateformes peuvent présenter des ventes et des règlements dans différentes devises.
Il faut distinguer :
- La devise de la vente.
- La devise du rapport.
- La devise de règlement.
- La date de comptabilisation de l'opération.
- La date du paiement.
Les conversions doivent suivre les règles comptables applicables à la transaction concernée.
Il ne suffit pas de convertir tous les revenus au taux du jour où le virement apparaît sur le compte bancaire.
Des écarts de change peuvent également apparaître lorsque des créances ou dettes en devises sont réglées ultérieurement.
L'application perd ses utilisateurs après l'achat : faut-il modifier sa valeur comptable ?
Le nombre de téléchargements historiques n'est pas une garantie de revenus futurs.
Une baisse durable des abonnements, la perte d'un service technique essentiel ou une évolution défavorable des règles d'un store peut constituer un indice de perte de valeur.
L'entreprise doit alors examiner la valeur de ses actifs selon les règles de dépréciation applicables.
Un recul temporaire n'est pas automatiquement une dépréciation
Une application peut subir une baisse saisonnière de ses téléchargements.
Cette baisse ne signifie pas nécessairement que la valeur de l'immobilisation doit être réduite.
Il faut examiner les perspectives économiques et les données disponibles.
Une application qui ne peut plus être mise à jour
Le risque est plus sérieux lorsqu'une application devient incompatible avec les versions récentes d'iOS ou d'Android et que sa remise en état nécessite un investissement important.
Cette situation peut remettre en question sa durée d'utilisation restante et sa valeur comptable.
Il faut alors documenter l'analyse.
Le dossier de reprise que Fynteo doit pouvoir consulter
Pour une application acquise par une société française, le suivi comptable doit être construit à partir des documents du rachat et des rapports d'exploitation.
Les pièces essentielles comprennent :
- Le contrat de cession et ses annexes.
- La description des droits acquis.
- La justification de la répartition du prix.
- Les factures et justificatifs de paiement.
- Les dates de transfert juridique et technique.
- Les exports financiers précédant le transfert.
- Les rapports mensuels des plateformes.
- Les contrats des régies publicitaires et prestataires de paiement.
- Les informations nécessaires au traitement de la TVA.
Le rôle du compte bancaire connecté
Fynteo travaille avec Pennylane et recommande à égalité deux solutions de compte professionnel :
- Le Compte Pro Pennylane, intégré au logiciel comptable et opéré par Swan.
- Qonto, qui bénéficie d'une connexion native avec Pennylane.
Ce sont les deux options privilégiées pour travailler avec Fynteo.
Elles facilitent la remontée des transactions bancaires et leur rapprochement avec les justificatifs disponibles.
Mais elles ne remplacent pas les rapports d'App Store Connect, de Google Play Console ou des régies publicitaires.
Un virement de 4 200 € doit toujours pouvoir être relié à son détail financier.
Les deux comptables dédiés Fynteo disposent ainsi d'une visibilité partagée sur les opérations, les pièces transmises, les obligations fiscales et le suivi des immobilisations.
L'objectif est de préparer la comptabilité, la TVA et le bilan au fil de l'eau, sans supposer que la synchronisation bancaire qualifie automatiquement chaque revenu.
Avant de signer le rachat, posez cette dernière question
« Si le vendeur disparaît demain, pourrai-je encore exploiter l'application, servir les abonnés et expliquer tous les revenus reçus ? »
Cette question résume les principaux risques de l'opération.
Pour y répondre, l'acheteur doit avoir sécurisé les droits, les accès techniques, les contrats, les données financières et la continuité des services.
Un prix attractif ne compense pas nécessairement une application impossible à transférer ou des revenus impossibles à reconstituer.
La réussite d'un rachat d'application mobile dépend autant de la qualité du transfert que du prix payé.
Vous envisagez de racheter une application mobile ?
Fynteo vous accompagne pour analyser le traitement comptable de l'acquisition, les amortissements, les revenus des stores et les obligations de TVA.
Questions fréquentes
Comment comptabiliser le rachat d'une application mobile ?
Il faut identifier les droits et les éléments réellement acquis. Le code source et certains droits logiciels peuvent notamment relever des immobilisations incorporelles. Une acquisition comprenant une activité économique complète ou un fonds commercial nécessite une analyse différente.
Peut-on amortir une application mobile achetée à un développeur ?
Les actifs dont la durée d'utilisation est limitée peuvent faire l'objet d'un amortissement selon les règles applicables. La durée retenue doit être justifiée par l'utilisation prévue, et non par un nombre d'années systématique.
Le transfert Google Play inclut-il les abonnements existants ?
La documentation Google prévoit le transfert des abonnements associés à l'application. En revanche, certains rapports financiers historiques ne sont pas transférés. Il faut les récupérer auprès du vendeur avant l'opération.
Peut-on racheter une application iOS sans acheter le compte Apple Developer ?
Apple prévoit une procédure de transfert d'application entre comptes développeurs, sous conditions. L'acheteur doit vérifier l'éligibilité de l'application et les ressources techniques associées.
Les revenus App Store sont-ils toujours facturés à une société irlandaise ?
Non. Le traitement dépend des contrats et de la nature de l'opération. Il faut identifier le rôle de la plateforme et le cocontractant réel avant de déterminer la TVA et les obligations déclaratives.
Faut-il déposer une DES pour les revenus Google Play ?
Une DES peut être nécessaire pour certaines prestations intracommunautaires B2B. Elle n'est pas automatiquement obligatoire du seul fait qu'un versement provient d'une entité européenne. La qualification de la prestation doit être vérifiée.
Doit-on comptabiliser les revenus bruts avant commissions ?
Pas systématiquement. La présentation dépend du rôle juridique et économique de la plateforme et des contrats applicables. Les rapports financiers doivent être rapprochés des conditions contractuelles avant de retenir le traitement comptable.
Comment traiter les abonnements annuels payés avant le rachat ?
Le contrat doit préciser qui bénéficie des recettes et qui supporte les obligations de service restant à fournir. Un ajustement de prix ou un traitement comptable spécifique peut être nécessaire.
La TVA est-elle automatiquement autoliquidée si le vendeur de l'application est américain ?
Non. Il faut distinguer l'achat de droits, la transmission éventuelle d'une activité autonome et l'acquisition de titres. Le traitement dépend de la qualification juridique et fiscale de l'opération.
Peut-on acheter une application mobile en micro-entreprise ?
Une activité indépendante peut acquérir des droits nécessaires à son exploitation. Toutefois, le régime micro-fiscal ne permet pas de déduire les dépenses réelles ni de pratiquer des amortissements fiscaux dans les mêmes conditions qu'une entreprise au régime réel. La structure d'acquisition doit être choisie selon le projet.
Les frais Apple Developer et Google Play Developer sont-ils des immobilisations ?
Les frais récurrents d'accès à un programme développeur relèvent généralement de charges d'exploitation, sous réserve de leur nature et de leur période de rattachement. Leur TVA dépend notamment de la facture et du prestataire concerné.
Une application dont les téléchargements diminuent doit-elle être dépréciée ?
Une baisse de téléchargements peut constituer un indicateur à examiner, mais elle ne suffit pas automatiquement à constater une dépréciation. Il faut analyser les perspectives d'exploitation et la valeur de l'actif.
Article publié le 20 octobre 2026. Les règles fiscales et sociales peuvent évoluer : en cas de doute sur votre situation, parlez-en à votre expert-comptable.
Pour aller plus loin
Créez votre société avec Fynteo
Un parcours en ligne guidé, vos réponses enregistrées au fur et à mesure, et un expert-comptable qui vérifie votre dossier avant le dépôt.
Commencer ma création