Quel code ATECO choisir pour ouvrir une agence de dev en Italie ? Fiscalité et facturation

Le 62.01.00 conseillé par votre expert-comptable est le choix standard et le plus adapté. Rien ne vous empêche légalement d'avoir plusieurs codes : vous pouvez très bien adjoindre le 62.02 (conseil) et le 58.29 (édition de logiciels) en activités secondaires. Le seul point d'attention, c'est de veiller à ce que votre code principal reflète bien le gros de votre activité.

Je me suis lancé l'an dernier à Turin en forfettario sous le code 62.01.00. Sur 38.000 EUR de CA, avec le coefficient de 67 %, mon assiette imposable tournait autour de 25.460 EUR. La Gestione Separata tourne à environ 26 %, et avec l'impôt sur le revenu à 5 % pour les cinq premières années, c'est un système hyper prévisible et carré.

Si vous êtes deux, calculez bien si ça ne vaut pas plus le coup d'ouvrir deux forfettario séparés au début plutôt qu'une srls. En SRLS, vous perdez la flexibilité du code ATECO vis-à-vis de l'INPS et rien que les frais fixes de compta et de bilan grimpent vite à 3.000 EUR par an.

Au moment de la création, voici les trois points à bien verrouiller avec le commercialista : 1) Est-ce déclaré en profession libérale ou en artisanat/commerce, 2) Quel sera le poids des codes secondaires sur vos factures, 3) Faudra-t-il déposer une SCIA quand vous passerez à la vente de votre solution SaaS.

on a eu exactement la même hésitation à Rome puis au début on avait mis le code de conseil en avant et certains clients grands comptes nous ont réclamé des certifications pour la facturation. on a rebasculé sur le 62.01.00 et tout s'est débloqué. pour une agence, c'est vraiment la voie royale.

nous on a le 62.01 et le 62.02 d'ouverts tous les deux. sur la facture suffit de mettre un libellé qui colle au code personne va chercher la petite bête mais faites gaffe à l'inps pour pas vous taper les cotisations fixes.

edit : j'ai écrit depuis mon téléphone, désolé pour les fautes.

Votre outil cloud, vous comptez le vendre sur abonnement directement hébergé sur vos serveurs ou l'installer sur l'infrastructure du client ? C'est ce détail qui risque de déclencher ou non l'obligation d'inscription au registre du commerce par la suite.

Je vais raconter ce qui m'est arrivé, ça pourrait vous servir. Quand on essaie de tout changer en même temps, rien ne prend.

Si vous écrivez le résultat ici, cela aidera aussi d'autres personnes.

Je me permets une petite mise en garde. Aucun processus sans suivi ne s'améliore, car vous ne savez pas quoi corriger.

Les décisions hâtives finissent par être corrigées six mois plus tard.

Il y a un point que je ne comprends pas. Tout point non écrit est un point que les deux parties se rappelleront différemment plus tard.

Merci beaucoup, cela m'a été très utile.

C'est exactement ça. Dans un système repris, le plus coûteux sont les dépendances inconnues.

Je suis aussi curieux de savoir si d'autres font autrement.

J'y pensais aussi. Chaque « on verra ça plus tard » en réunion signifie du travail non chiffré.

Ce que tout le monde fait ne signifie pas que c'est la bonne chose. Je suis aussi curieux de savoir si d'autres font autrement.

J'ai vécu exactement la même chose il y a deux ans. Quand on décide sans mesurer, on revient toujours au même point.

Avant de décider, regardez quelles données vous avez en main. J'espère que cela vous sera utile.

Trois points à vérifier lors de cette opération. Les décisions hâtives finissent par être corrigées six mois plus tard.

Si vous obtenez trois réponses différentes sur un sujet, la question est mal posée. C'est confirmé par l'expérience.

Je suis intéressé.

Merci de partager le résultat. Mettre en place un processus de demande de changement n'ralentit pas le travail, il l'accélère.

Si vous écrivez le résultat ici, cela aidera aussi d'autres personnes.

Enregistré. Les décisions hâtives finissent par être corrigées six mois plus tard.