Forum
Comptabiliser les revenus et frais d'une app Android
debaudringhien
Contacter en MP
debaudringhien
Nombre de posts : 176
Nombre de likes : 0
Inscrit :
26 mars 2008
Bonjour à tous.
Je publie Soleil.sylde.net, une application Android qui affiche la course du soleil en réalité augmentée, depuis l'Android Market.
C'est Android (Google) qui émet la facture pour le client final, même si la vente est réputée avoir lieu depuis la France, et non depuis les US, vu qu'Android propose une option bien pratique pour les règles de TVA qui en découlent. Un click pour lui demander de facturer la TVA française à tous les clients achetant depuis l'Europe, aucune TVA sinon.
En pratique, ma société (EURL IS) a donc un compte Google Checkout (probablement assimilé à un compte bancaire) aux US. Ce compte n'est pas rémunéré, sert juste à percevoir les ventes, puis à faire un virement vers le compte français de mon entreprise.
Android est assez avare en terme de pièces justificatives: tout ce qu'on a est un "relevé de compte numérique amélioré".
C'est un tableau excel, éditable pour une période donnée, qui contient une ligne par vente, avec comme infos:
Date de facture.
Infos du client (facultatives, le client peut mettre n'importe quoi en nom, adresse)
Montant TTC facturé.
Donc TVA autant.
Moins frais Android autant (~30% du HT en pratique).
Les frais Android ne sont pas détaillés, sont sans TVA, et incluent:
Les frais de facturation.
Les frais de change (conversion de devises).
Le droit d'afficher l'app sur l'Android Market.
Par rapport à tout ça, 2 questions me viennent.
1. Sur quel compte passer les "frais Android". J'avais pensé à 627800 "Services bancaires, autres frais", mais étant donné que la plus grosse partie de ces frais est probablement due à "Le droit d'afficher l'app sur l'Android Market", il y a peut-être mieux.
2. Le montant de chaque vente est franchement faible (de l'ordre de 2-3€).
Je peux importer dans ma compta une écriture pour chaque vente... C'est techniquement possible, car je programme moi-même le module d'import...
Mais ça risque de plomber la lisibilité de ma compta avec une multitude d'écritures (si l'app se vend bien).
D'où la question: n'est-t'il pas préférable de ne passer qu'une écriture par mois, du genre:
411 Clients Soleil.sylde.net Android Market D
7xx Ventes du mois à TVA 0% C
7xx Ventes du mois à TVA 19.6% C
445701 TVA collectée C
+
411 Clients Soleil.sylde.net Android Market C
5xx Compte bancaire Android D
6xx Frais Android Market D
Avec comme pièce justificative le tableau Excel du mois...
Qu'en pensez vous?
Merci... 😉
Je publie Soleil.sylde.net, une application Android qui affiche la course du soleil en réalité augmentée, depuis l'Android Market.
C'est Android (Google) qui émet la facture pour le client final, même si la vente est réputée avoir lieu depuis la France, et non depuis les US, vu qu'Android propose une option bien pratique pour les règles de TVA qui en découlent. Un click pour lui demander de facturer la TVA française à tous les clients achetant depuis l'Europe, aucune TVA sinon.
En pratique, ma société (EURL IS) a donc un compte Google Checkout (probablement assimilé à un compte bancaire) aux US. Ce compte n'est pas rémunéré, sert juste à percevoir les ventes, puis à faire un virement vers le compte français de mon entreprise.
Android est assez avare en terme de pièces justificatives: tout ce qu'on a est un "relevé de compte numérique amélioré".
C'est un tableau excel, éditable pour une période donnée, qui contient une ligne par vente, avec comme infos:
Date de facture.
Infos du client (facultatives, le client peut mettre n'importe quoi en nom, adresse)
Montant TTC facturé.
Donc TVA autant.
Moins frais Android autant (~30% du HT en pratique).
Les frais Android ne sont pas détaillés, sont sans TVA, et incluent:
Les frais de facturation.
Les frais de change (conversion de devises).
Le droit d'afficher l'app sur l'Android Market.
Par rapport à tout ça, 2 questions me viennent.
1. Sur quel compte passer les "frais Android". J'avais pensé à 627800 "Services bancaires, autres frais", mais étant donné que la plus grosse partie de ces frais est probablement due à "Le droit d'afficher l'app sur l'Android Market", il y a peut-être mieux.
2. Le montant de chaque vente est franchement faible (de l'ordre de 2-3€).
Je peux importer dans ma compta une écriture pour chaque vente... C'est techniquement possible, car je programme moi-même le module d'import...
Mais ça risque de plomber la lisibilité de ma compta avec une multitude d'écritures (si l'app se vend bien).
D'où la question: n'est-t'il pas préférable de ne passer qu'une écriture par mois, du genre:
411 Clients Soleil.sylde.net Android Market D
7xx Ventes du mois à TVA 0% C
7xx Ventes du mois à TVA 19.6% C
445701 TVA collectée C
+
411 Clients Soleil.sylde.net Android Market C
5xx Compte bancaire Android D
6xx Frais Android Market D
Avec comme pièce justificative le tableau Excel du mois...
Qu'en pensez vous?
Merci... 😉
-
hmg
Nombre de posts : 26784Nombre de likes : 400Inscrit : 9 janvier 2005Bonjour,
1/ Vous pouvez créer une subdivision spéciale pour ces frais.
2/ Vous pouvez tenir en détail ou reprendre les totaux mensuels (centralisation mensuelle). Dans ce cas, il faut conserver les documents qui vous ont permis de passer cette écriture mensuelle.
A noter : Ce compte est a priori à gérer comme un compte bancaire et à rapprocher régulièrement.Cordialement, - HMG - hmg_71@yahoo.fr Expert comptable - Paris - www.hmgec.com Pensez à regarder le contexte et la date des réponses. Elles ne s'appliquent pas toujours à tous les cas. -
debaudringhien
Nombre de posts : 176Nombre de likes : 0Inscrit : 26 mars 2008Merci hmg (again!).
1. Comme 627801 (sous "services bancaires et assimilés"), ou 622201 (sous "commissions sur ventes")?
Sachant que la majorité des ~30% de frais est une commission sur la vente, j'aurais tendance à préférer le second. Qu'en pensez-vous?
2. Je vais donc faire une centralisation mensuelle, pour éviter d'ensevelir mes autres écritures sous une collection de ventes à 2€... 😉 -
hmg
Nombre de posts : 26784Nombre de likes : 400Inscrit : 9 janvier 2005Bonjour,
1 - C'est à vous de choisir en fonction de la nature des frais. Sur un plan fiscal, cela apparaît sur la même ligne.
2 - Gardez bien les éléments détaillés vous permettant de passer ces écritures récapitulatives.Cordialement, - HMG - hmg_71@yahoo.fr Expert comptable - Paris - www.hmgec.com Pensez à regarder le contexte et la date des réponses. Elles ne s'appliquent pas toujours à tous les cas. -
debaudringhien
Nombre de posts : 176Nombre de likes : 0Inscrit : 26 mars 20081. Très bien. Va pour 622201 donc... :)
2. C'est noté. Je conserverai précieusement ce "relevé de compte amélioré" (seule et unique pièce à ma disposition), sachant que Google en garde une copie également (je ne sais pas pour combien de temps ceci-dis).
Encore merci hmg! -
hmg
Nombre de posts : 26784Nombre de likes : 400Inscrit : 9 janvier 2005Bonjour,
Voyez avec Google s'il existe d'autres types d'éditions.Cordialement, - HMG - hmg_71@yahoo.fr Expert comptable - Paris - www.hmgec.com Pensez à regarder le contexte et la date des réponses. Elles ne s'appliquent pas toujours à tous les cas. -
debaudringhien
Nombre de posts : 176Nombre de likes : 0Inscrit : 26 mars 2008Bonjour.
J'en doute fort: je dois composer avec ce qu'ils offrent à chaque développeur, c'est entièrement automatisé... Je n'ai même pas d'interlocuteur chez Google... ;)hmg a écrit : Voyez avec Google s'il existe d'autres types d'éditions.
Pour en revenir à mon écriture mensuelle, telle que dans mon premier post:
Etant donné que les ventes sont au comptant (Google émet la facture au moment du paiement CB, ni avant, ni après), le compte de classe 4 aura un solde toujours nul.
Confirmez-vous que pour des ventes au comptant, je peux m'en passer, et écrire:
701000 Ventes du mois à TVA 0% C
701000 Ventes du mois à TVA 19.6% C
445701 TVA collectée C
512101 Compte bancaire Android D
622201 Commissions sur ventes D
512101 est-t'il ok pour le compte bancaire Android (Google Checkout), ou faut-t'il lui préférer un 517?
Merci,
Sylvain. -
debaudringhien
Nombre de posts : 176Nombre de likes : 0Inscrit : 26 mars 2008Bonjour.
Par simplicité, j'ai choisi de ne pas maintenir le 411, puisqu'il est par définition toujour soldé, mais aussi: parge que Google ne donne pas les montants TTC en € dans le cas de devises étrangère...
En € je n'ai que le montant résiduel et la TVA...
J'ai aussi choisi de séparer
701001 Ventes produits finis TVA française
de
701002 Ventes produits finis sans TVA
afin d'avoir une bonne lisibilité pour les déclarations de TVA... J'espère que c'est admis... ;)
Sylvain. -
hmg
Nombre de posts : 26784Nombre de likes : 400Inscrit : 9 janvier 2005Bonjour,
Séparer les produits avec et sans TVA est normal.
Par contre, vous vendez une logiciel immatériel. Cela serait plutôt une prestation.
Exemple de comptes :
706 pour la France et les personnes sans numéro de TVA intracom en Europe (qui doivent payer la TVA)
70681 pour les personnes de l'ue qui donnent un numéro intracom
70682 pour les personnes hors ue
NB : sans infos sur les acheteurs de l'ue, tout est assujetti à TvA.Cordialement, - HMG - hmg_71@yahoo.fr Expert comptable - Paris - www.hmgec.com Pensez à regarder le contexte et la date des réponses. Elles ne s'appliquent pas toujours à tous les cas. -
debaudringhien
Nombre de posts : 176Nombre de likes : 0Inscrit : 26 mars 2008Bonjour.
Google ne permet pas aux clients Android de saisir un no intracommunautaire, ils payent donc la TVA française comme les particuliers...
Ca sera donc, je pense:
706001 pour l'UE (puis-je me permettre de distinguer 706001 logiciels immatériels de 706000 service "classique" aux entreprises -que je réalise également-?).
706821 (en gardant une place 706820 service aux entreprises) hors UE...
Merci beaucoup! 🙂 -
hmg
Nombre de posts : 26784Nombre de likes : 400Inscrit : 9 janvier 2005Bonjour,
Vous pouvez avoir autant de subdivisions que vous le souhaitez.Cordialement, - HMG - hmg_71@yahoo.fr Expert comptable - Paris - www.hmgec.com Pensez à regarder le contexte et la date des réponses. Elles ne s'appliquent pas toujours à tous les cas. -
debaudringhien
Nombre de posts : 176Nombre de likes : 0Inscrit : 26 mars 2008Merci!