Guía para registrar un programa en el registro de software ruso / Sudo Null IT News
2. Confirmación de derechos exclusivos sobre el software.
3. Copia de prueba del software.
4. Documentación contable y corporativa
5. Sitio web y descripción del software que contiene.
6. Otros documentos e información
1. Documentación técnica
Este bloque de documentos es el más importante y voluminoso:
Manual de usuario + instrucciones de instalación (excepto servicios web)
Descripción de características funcionales.
Este documento contiene una descripción de todas las funciones del software, requisitos de hardware y software del usuario, la parte del servidor (si está disponible) o una descripción de los dispositivos a los que está destinado.
Descripción del ciclo de vida
En este documento describimos la mejora y eliminación de fallas identificadas durante la operación, hablamos del personal y sus competencias involucrados en el soporte técnico y la mejora del software.
Descripción de los medios técnicos para almacenar y compilar código + claves de licencia (si están disponibles)
Lista de componentes de terceros + descripción de la arquitectura técnica (opcional)
Normalmente combinamos la descripción de estos dos elementos en un solo documento. Enumera todos los componentes, bibliotecas, marcos, DBMS e IDE de terceros que se requieren desde el momento de escribir hasta operar el software. Indicamos licencias de distribución e hipervínculos a las mismas.
Además de los componentes cuyo uso está prohibido (versión actual¡pero la lista no se limita a ellos!), es necesario comprender las licencias de los programas de “código abierto”: condiciones de uso en software de diferentes arquitecturas, condiciones de distribución y patentes, “viralidad”, etc. El tema es demasiado amplio y se tratará más adelante en una serie de artículos separados. Pero esto es necesario entenderlo, ya que la presencia de BSL, GPL u otras licencias problemáticas para los componentes usados puede representar un serio obstáculo para registrar el software en la lista rusa.
2. Confirmación de derechos exclusivos sobre el software.
Este bloque de documentos debe confirmar que el titular de los derechos de autor tiene derechos exclusivos sobre el programa en todo el mundo. Opciones principales:
un paquete de documentos internos desarrollado por empleados de la empresa;
desarrollo de terceros.
Desarrollo interno En el ámbito de la autoridad oficial, una asignación de trabajo se manifiesta mediante un conjunto de órdenes, actos, especificaciones técnicas y la colocación del programa en el balance como un activo intangible.
Desarrollo de terceros más diversos: contrato de desarrollo, contrato de enajenación de derechos y contrato de encargo de autor. Cada uno de ellos tiene sus propias particularidades, pero la lista de documentos para la inscripción en el registro de software ruso es la misma: contrato, actos y especificaciones del mismo, acuerdos adicionales (si los hubiera), tarjeta de activos intangibles.
También puede haber casos mixtos cuando el software fue escrito por empleados y desarrolladores externos o se compró con posibilidad de modificación y luego se desarrolló dentro de la empresa. El tema es amplio y requiere un análisis detallado por separado. Hay muchas opciones diferentes y problemas potenciales, requieren atención al detalle para que el paquete de documentos de título no solo cumpla con los requisitos del Ministerio de Desarrollo Digital al registrar un programa, sino que tampoco tenga problemas potenciales para la empresa desde el punto de vista del Código Civil. Problemas frecuentes que requieren solución: no hay ningún documento, la ausencia del nombre del software en los contratos y actos, la transferencia de derechos está mal escrita, no hay pagos de la empresa por parte del titular de los derechos de autor y del autor. .
Por otra parte, cabe mencionar el Certificado Rospatent. ¡Este documento no es necesario! Podemos o no indicar información del mismo en la solicitud.
3. Copia de prueba del software.
Aplicaciones de escritorio, aplicaciones y ofimática.
Adjuntamos a la aplicación el archivo de instalación o las instrucciones, un enlace al archivo de archivos para la “instalación manual”.
Software de arquitectura cliente-servidor, programas de servidor.
Para dicho software, debemos proporcionar al experto acceso no sólo a la parte del usuario, sino también a la parte del servidor. Por tanto, las opciones son las siguientes: en forma de acceso remoto (normalmente vía SSH), solicitar una demostración de tu técnico a un experto conectado remotamente (te contamos más sobre esta opción a continuación) o en forma de pre- Imagen configurada de una máquina virtual con instrucciones explicativas.
Aplicaciones móviles para iOS y Android
Aquí no hay elección: tendrás que transferir el código fuente de la aplicación y/o el archivo *.apk (para proyectos Android).
Software incorporado, firmware
Solicitamos una demostración por parte de su técnico a un experto conectado remotamente, quien podrá adjuntar el archivo compilado. Esto no ha sucedido en nuestra práctica, pero es posible que soliciten mostrar partes del código fuente.
Le contamos más sobre la demostración remota del trabajo a un experto. Si elegimos esta opción, lo indicamos en la aplicación y dejamos los datos de contacto del técnico especialista. Durante el examen, el perito y el técnico. El especialista contacta, acuerda el momento y las circunstancias de la demostración, el método de comunicación (Anydesk, Telemost, etc.). La demostración no dura más de 20 minutos, durante los cuales se muestra la funcionalidad del software y el experto hace preguntas técnicas.
En cualquier caso se deben dejar los contactos del especialista técnico, independientemente de la opción elegida para visualizar la copia del software.
4. Documentación contable y corporativa
Con esta información debemos confirmar dos requisitos obligatorios para los solicitantes:
la proporción de ciudadanos y empresas extranjeros debe ser inferior al 50%;
las deducciones a favor de los titulares extranjeros de derechos de autor durante el año pasado en virtud de acuerdos de licencia y otros acuerdos no deben exceder el 30% de los ingresos por software.
Para confirmar el primer punto, no es necesario adjuntar ningún documento del titular de los derechos de autor, un empresario individual. Además de la Carta con la marca del Servicio de Impuestos Federales, la organización debe adjuntar documentos que revelen la cadena de propiedad a los beneficiarios finales (debe haber evidencia documental de que más del 50% pertenece a los siguientes beneficiarios finales: individuos – ciudadanos de Rusia Federación Rusa, una entidad constitutiva de la Federación Rusa, una entidad municipal, una organización rusa sin fines de lucro sin participación predominante). Para una LLC, dicho documento es un extracto del Registro Estatal Unificado de Entidades Jurídicas. Para una sociedad anónima: un extracto del registro de accionistas. Para corporaciones públicas: ley federal. Para instituciones presupuestarias: un extracto del Registro Estatal Unificado de Personas Jurídicas. Para una empresa extranjera: un extracto del registro mercantil del país correspondiente con una traducción notariada al ruso (en la práctica, se acepta un documento con una antigüedad no mayor a 3 meses, aunque este período no está fijado en las regulaciones).
Es necesario revelar información sobre el/los fundador/es: datos del pasaporte, dirección de registro. Cuando la cadena de participación indirecta es compleja, es mejor demostrar claramente en un documento aparte que una participación superior al 50% pertenece a las personas cuya información hemos divulgado.
Si no hay deducciones a favor de los titulares de derechos de autor extranjeros, solo necesitará una carta informativa firmada y sellada por la organización. De lo contrario, debemos preparar: un certificado contable de pagos con el monto de los pagos a empresas extranjeras durante el año pasado, un acuerdo u otro documento para software pago, una orden de pago, una declaración de ingresos de nuestro programa, un balance general, etc.
La presencia de pagos a extranjeros y la falta de ingresos por software el año pasado es una violación formal de los requisitos del Ministerio de Desarrollo Digital al incluir software en el registro, por lo que hay que ser creativo. Un ejemplo sencillo: cuando utilizamos un IDE de pago, especificamos el uso de una alternativa gratuita.
5. Sitio web y página con descripción del software.
Para confirmar los derechos sobre un dominio, debe adjuntar un certificado del registrador de nombres de dominio. Si el administrador del dominio no es el titular de los derechos de autor, entonces se debe redactar un acuerdo de uso a su favor. A menudo se escribe que el sitio debe estar en el segmento ruso de Internet, pero esto es sólo una recomendación, no un requisito obligatorio.
Se debe crear una página en el sitio (o 2, si desea colocar información sobre el precio del software por separado), pero que contenga la siguiente información:
manual de usuario;
descripción de las características funcionales del software;
información necesaria para instalar el software;
Información sobre el costo del software.
Esta información se puede ubicar tanto en la propia página como en archivos separados, cuyos enlaces se encuentran en la página del software. Los archivos con información se pueden combinar y combinar entre sí, pero es importante indicar claramente la información contenida en ellos en los nombres de los enlaces y en los propios archivos. Si no se espera que los usuarios instalen el software, esto debe indicarse claramente, así como quién instala el software y en qué etapa, o que el software es una solución SaaS.
Comprueba lo que contiene la página. información de costos software, o información sobre el procedimiento para determinar el precio (se indican métodos de cálculo específicos o una frase como “el costo del software se calcula individualmente” y se indican los contactos con los que se puede contactar para determinar el costo), o información sobre el posibilidad de utilizar el software bajo una licencia abierta u otro acuerdo de licencia libre, o información de que “el costo del software está incluido en el costo del equipo suministrado y no se asigna por separado”.
6. Otros documentos e información
Los datos obligatorios que se requerirán al completar la solicitud serán la clase principal de software, una breve descripción y características funcionales del producto, que se reflejan en el registro.
Determinamos la clase de software. por clasificadorbasado en la descripción de clases y funcionalidad del proyecto. Además de la principal, puedes elegir varias clases adicionales. Si durante el examen el perito considera que la clase que ha elegido no es adecuada, se negará a registrar la solicitud. En este caso, el perito puede excluir clases adicionales incluso sin notificarlo al solicitante.
Poder legal legible por máquina para presentar una solicitud
A partir del 1 de septiembre de 2024, el único caso en el que este documento no será necesario será la presentación de una solicitud por parte del director general (u otra persona autorizada para actuar en nombre de la organización sin poder) y la firma de su Reino Unido. En este caso, la solicitud puede ser presentada por cualquier persona que tenga firma electrónica calificada y haya adjuntado el MCD recibido a través del sitio. https://m4d.nalog.gov.ru/emchd/create.
Las facultades que deben seleccionarse según el clasificador para la presentación de solicitudes en el registro del Ministerio de Desarrollo Digital para software y software: RRPO.0001 y RRPO.0002.
En diferentes situaciones, es posible que necesite otros documentos además del conjunto estándar descrito anteriormente: un acuerdo y una carta informativa de una organización dedicada a la modernización y soporte técnico de software, un acuerdo constitutivo, decisiones del único fundador, etc.
7. Etapas del examen
Después de recopilar todos los documentos, preparar el sitio y una copia de prueba del software, mediante Sitio web del Ministerio de Desarrollo Digital la solicitud es completada y firmada por el EPC. Después de esto, a la aplicación se le asigna el estado “nueva”.
Si todo se hace correctamente, la ruta de estado se verá así: “Nuevo” → “Enviado para registro” → “Registrado” → “Evaluación de expertos en preparación” → “Evaluación de expertos realizada” → “Preparación para la votación” → “Incluido en el registro”. El estado “Denegación de registro” se producirá si el conjunto de documentos está incompleto, hay errores en los documentos o se detecta incumplimiento de los requisitos de PP 1236 durante la verificación inicial de los documentos.
El estado “En revisión por el solicitante” significa que el experto tiene preguntas al evaluar el software. Las preguntas se podrán leer abriendo la solicitud a través de la sección Mis Solicitudes del sitio web del Ministerio de Desarrollo Digital, y también se enviarán a la dirección de correo electrónico vinculada a los Servicios del Estado del solicitante.
El estado “Negativa a ser incluido en el registro” significa que durante el examen se estableció un incumplimiento de los requisitos obligatorios de la Resolución 1236. Al mismo tiempo, no existe prohibición de presentar una segunda solicitud durante un año, como ocurre con muchas. ¡escribir! Esta regla se aplica sólo a la denegación cuando se detecta una falsificación por parte del titular de los derechos de autor.
La duración del examen realizado por el Ministerio de Desarrollo Digital oscila actualmente entre 1 y 2 meses. La duración de la etapa preparatoria es de 5 a 15 días, si se tiene experiencia. Si se está preparando por primera vez y no hay documentación técnica para el proyecto, espere entre 1,5 y 2 meses para la preparación.
Conclusiones
Introducir software en Mitsnifra es necesario para que los desarrolladores de software eviten pagar el IVA al obtener beneficios de su producto. Esto también ayudará a obtener la acreditación de TI de la empresa para recibir otros beneficios y es necesario para el registro posterior del paquete de software en el registro del Ministerio de Desarrollo Digital.
Si tienes alguna pregunta escríbenos en un telegrama o pregunta en los comentarios.
