¿Qué código ATECO debo elegir al abrir una agencia de software en Italia? Procesos fiscales y de facturación

La recomendación del 62.01.00 de tu gestor es estándar y acertada. No hay ningún impedimento legal para elegir varios códigos; puedes añadir como secundarios el 62.02 (consultoría) y el 58.29 (edición de software) junto a tu código principal. El único detalle a tener en cuenta es qué código representa el mayor peso de tu actividad principal.

El año pasado me di de alta en Turín con el 62.01.00 en forfettario. Con 38.000 EUR de facturación y un coeficiente del 67%, mi base imponible fue de unos 25.460 EUR. La cuota de Gestione Separata anda sobre el 26%, y con el 5% de IRPF aplicado los primeros cinco años, el sistema funciona de forma muy predecible.

Si sois dos personas, calculad bien si en lugar de crear una srls conviene más abrir dos forfettario independientes al principio. Al crear una SRLS el código ATECO pierde su flexibilidad con la INPS y los gastos fijos de gestoría y balance suben a unos 3.000 EUR al año.

Al darte de alta hay tres pasos que debes aclarar con el commercialista: 1) Si la actividad principal se registrará como profesional autónomo o artesanal/comercial, 2) Qué peso tendrán los códigos secundarios en la facturación, 3) Si será necesaria una comunicación SCIA cuando se pase a la venta de productos listos para usar.

nosotros tuvimos un dilema parecido en Roma. al principio pusimos el código de consultoría en primer lguar y algunos clientes corporativos nos pedían certificados al facturar luego nos quedamos tranquilos cuando cambiamos al 62.01.00, es la opción más limpia para trabajo de agencia.

nosotros tenemos el 62.01 y 62.02 abiertos juntos. con poner el concepto adecuado a cada código al facturar alcanza nadie viene a mirar la línea del código pero lo del inps si q es super critico ojo para q no les meta cuota fija.

edit: escrito desde el móvil, perdonad las erratas.

¿La herramienta lista en la nube que váis a desarrollar la venderéis por suscripción desde vuestros propios servidores o la instalaréis en la infraestructura del cliente? Esa diferencia puede exigir la obligación del registro mercantil más adelante.

Os cuento lo que me pasó a mí a ver si os sirve de ayuda. en fin si intentas cambiarlo todo a la vez nada termina de asentarse.

Si escribís el resultado aquí, también servirá de ayuda a otros.

Dejo una advertencia. Ningún proceso mejora si no se registran datos, porque no sabes qué tienes que arreglar.

Las decisiones apresuradas son las que hay que corregir seis meses después.

Hay algo que no entiendo. Todo lo que no está por escrito, ambas partes lo recordarán de forma distinta en el futuro.

Gracias, me ha servido de mucha ayuda.

Exactamente así. En un sistema heredado, lo más caro son las dependencias desconocidas.

También me gustaría saber si alguien lo hace de otra manera.

Yo también estaba pensando en lo mismo. Cada "lo miramos luego" en una reunión es trabajo no presupuestado.

Que todo el mundo haga algo no significa que sea lo correcto. También me gustaría saber si alguien lo hace de otra manera.

Hace dos años viví exactamente lo mismo. Si decidimos sin medir, siempre acabamos en el mismo punto.

Antes de decidir, mirad qué datos tenéis en la mano. Espero que le sea útil.

Hay tres cosas que revisar al hacer esto. Las decisiones apresuradas son las que hay que corregir seis meses después.

Si obtienes tres respuestas distintas sobre un tema, la pregunta está mal formulada. Comprobado por experiencia.

Estoy siguiendo esto.

Le agradecería que compartiera el resultado. Establecer un proceso de solicitud de cambios no ralentiza el trabajo, lo agiliza.

Si escribís el resultado aquí, también servirá de ayuda a otros.

Guardado. Las decisiones apresuradas son las que hay que corregir seis meses después.