Cómo desarrollar sistemas con subvenciones — el calendario con cálculo inverso desde la resolución de concesión y la elaboración del plan de negocio
· Actualizado el: · Go Komura · Subvenciones, Desarrollo de sistemas, Desarrollo por encargo, Plan de negocio, Gestión de flujo de caja, Contrato de desarrollo de sistemas, Gestión de cronogramas, BtoB
En el artículo anterior, «¿Se pueden usar subvenciones para externalizar el desarrollo de sistemas?», organizamos qué programa conviene estudiar según el objetivo.
Este artículo es la continuación. Trata de cómo proceder en la práctica una vez elegido el programa.
El desarrollo de sistemas con subvenciones difiere de forma decisiva del desarrollo habitual en dos puntos.
- Los gastos encargados antes de la fecha de la resolución de concesión quedan fuera del objeto de la subvención.
- La subvención se paga después (pago por reembolso): el coste del desarrollo debe adelantarlo la propia empresa en su totalidad.
Estas dos reglas determinan todo el plan: desde cómo elaborar el calendario hasta el momento del contrato y la gestión del flujo de caja. Dicho de otro modo, si planifica con cálculo inverso tomando estas dos reglas como eje, evitará los grandes fracasos.
Este artículo está dirigido a quienes encargan el sistema utilizando una subvención (directivos de pequeñas y medianas empresas, responsables de sistemas de información, encargados de la división de negocio). Si usted es lector del lado del proveedor, léalo como material para conocer bajo qué plazos y restricciones actúa el cliente.
Tenga en cuenta que los detalles del trámite varían según el programa y la convocatoria. Este artículo organiza el flujo general vigente en julio de 2026; el plan real debe ajustarse siempre a las bases de la convocatoria del programa que vaya a utilizar.
1. Antes que nada, la conclusión
Los puntos clave que hay que tener en cuenta al planificar un desarrollo de sistemas con subvenciones son los siguientes.
- El calendario no se elabora a partir de la fecha de entrega deseada, sino con cálculo inverso desde dos puntos: la «fecha de la resolución de concesión (fecha en que se puede pedir)» y el «plazo de ejecución del proyecto (plazo límite de recepción y pago)». El informe de resultados tiene un plazo aparte, posterior a este
- La «selección» y la «resolución de concesión» son trámites distintos. Por regla general, solo se puede encargar el pedido después de la resolución de concesión
- Planifique el flujo de caja suponiendo que, desde el inicio hasta el ingreso, transcurrirá alrededor de un año (recurriendo a un préstamo puente si es necesario)
- El responsable principal del plan de negocio es el cliente. Lo máximo que se le puede pedir al proveedor es la aportación de documentación fáctica relacionada con el desarrollo
- Los comprobantes (contrato, albarán de entrega, acta de recepción, registro de pago) se usan siempre en el informe de resultados. Reúnalos a medida que se generan
- Antes de solicitar la subvención, pregúntese una vez si la inversión merece la pena aunque no hubiera subvención
2. Conozca el flujo completo — el desarrollo es solo una parte del proceso
Cuando se utiliza una subvención, el desarrollo del sistema queda integrado en una serie de trámites como la siguiente.
Revisión de las bases de la convocatoria y selección del programa
↓
Preparación de la solicitud (plan de negocio, presupuesto, gBizID, etc.) … 1-2 meses
↓
Cierre de la convocatoria → Evaluación → Anuncio de selección … varios meses
↓
Solicitud de concesión → Resolución de concesión ← desde aquí se puede contratar
↓
Contrato/pedido → Desarrollo → Recepción → Pago … completado antes del plazo de ejecución
↓
Informe de resultados → Inspección de confirmación (fijación del importe de la subvención)
↓
Solicitud de pago por reembolso → Ingreso de la subvención … pago por reembolso
↓
Informe de situación de puesta en marcha, etc. … continúa durante varios años tras la finalización
※ El esquema anterior es un ejemplo de programa que sigue dos etapas («anuncio de selección → solicitud de concesión»). El número de etapas del trámite varía según el programa, y se divide a grandes rasgos en los dos patrones siguientes.
| Tipo de dos etapas (anuncio de selección → solicitud de concesión) | Tipo de solicitud de concesión única | |
|---|---|---|
| Ejemplos de programas | Subvención Monozukuri, Subvención para la Inversión en Ahorro de Mano de Obra de Pymes (modalidad general) | Subvención para la Digitalización y la Introducción de IA |
| Posición de la primera solicitud | Solicitud pública que recibe la revisión del plan de negocio | La propia solicitud ya es la solicitud de concesión |
| Notificación intermedia | Hay anuncio de selección (en este momento todavía no se puede pedir) | No existe una etapa intermedia de anuncio de selección |
| Examen del contenido de los gastos | Se realiza en la solicitud de concesión posterior a la selección | Se realiza dentro de la revisión de la primera solicitud |
| Momento en que se puede pedir | Después de la resolución de concesión | Después de la resolución de concesión |
La última fila de la tabla es el punto clave. Sea cual sea el número de etapas del trámite, el hecho de que solo se puede pedir después de la resolución de concesión es común a ambos. Si primero confirma cuál de los dos patrones corresponde a su programa y comprueba si existe o no una notificación equivalente a la «selección», podrá evitar un pedido prematuro.
Otra advertencia al leer las bases de la convocatoria: los términos que usamos en este artículo, como «plazo de ejecución del proyecto», «informe de resultados», «inspección de confirmación» y «solicitud de pago por reembolso», pueden recibir otros nombres según el programa y la convocatoria (por ejemplo, «plazo de finalización del proyecto subvencionado», «fijación del importe», etc.). En lugar de buscar una coincidencia exacta de nombres, interprete cada trámite según en qué punto del flujo anterior se sitúa.
En un desarrollo normal, el flujo termina en «pedido → desarrollo → recepción», pero aquí se añaden fases de solicitud e informe antes y después. Hay tres puntos que merecen especial atención.
La selección y la resolución de concesión son cosas distintas. En programas como la Subvención Monozukuri o la Subvención para la Inversión en Ahorro de Mano de Obra (modalidad general), el anuncio de selección es solo una notificación de que «se ha elegido el plan de negocio»; después viene el trámite de solicitud de concesión, en el que se examina el contenido de los gastos, y solo se puede encargar el pedido una vez emitida la resolución de concesión. El número de etapas del trámite varía según el programa, pero el hecho de que solo se puede pedir después de la resolución de concesión es común a todos ellos. La guía de trámites de la Subvención para la Digitalización y la Introducción de IA también establece explícitamente que el pedido, el contrato y el pago de las herramientas informáticas se realizan después de la resolución de concesión. Los gastos de un pedido prematuro, por regla general, no tienen remedio.
El período de ejecución del proyecto tiene un plazo. El período que va desde la resolución de concesión hasta la finalización del proyecto subvencionado (plazo de ejecución del proyecto) está fijado por cada programa, y es necesario completar el desarrollo, la recepción y el pago antes de ese plazo. El plazo de presentación del informe de resultados se establece por separado, después de ese punto, pero solo se reconocen como gastos los pagos completados antes del plazo de ejecución del proyecto. Si el desarrollo se retrasa y se supera el plazo de ejecución del proyecto, existe el riesgo de no poder recibir la subvención.
El ingreso llega al final. La subvención no se recibe hasta que termina la verificación del informe de resultados. Y, aunque termine la verificación, no se transfiere automáticamente: en programas como la Subvención Monozukuri, el pago solo se efectúa después de que el solicitante presente la solicitud de pago por reembolso, una vez fijado el importe de la subvención. El plazo de presentación de esta solicitud también está fijado por cada programa, así que no conviene relajarse y dejarlo abandonado después de presentar el informe de resultados. Hay que prever que, desde el inicio hasta el ingreso, pasará alrededor de un año, y planificar cómo cubrir la totalidad del coste de desarrollo durante ese período con fondos propios o financiación.
3. El calendario se calcula en sentido inverso desde dos fechas
El calendario de desarrollo de un proyecto subvencionado se elabora fijando primero estas dos fechas y encajando el desarrollo entre ambas.
- Punto de partida: fecha (prevista) de la resolución de concesión — no se puede pedir antes de esta fecha
- Punto final: plazo de ejecución del proyecto (plazo de finalización del proyecto subvencionado) — hay que terminar la recepción y el pago antes de esta fecha. La presentación del informe de resultados tiene un plazo aparte, posterior
3.1. Ejemplo de cálculo inverso
Supongamos un programa en el que la resolución de concesión se emite en abril, el plazo de ejecución del proyecto (plazo de finalización de la recepción y el pago) es a finales de noviembre, y el informe de resultados se presenta después de esa fecha.
Estas fechas de abril y finales de noviembre no son fijas. Se han establecido con fines explicativos, siguiendo una secuencia en la que se solicita dentro del año, la selección y la resolución de concesión se producen alrededor del cambio de ejercicio fiscal, y el proyecto termina dentro de ese mismo ejercicio. Al aplicarlo a su propio programa, sustituya la columna izquierda de esta tabla por la descripción del «período de ejecución del proyecto» de las bases de la convocatoria y por las fechas reales de anuncio de selección y resolución de concesión de convocatorias anteriores. El intervalo (cuántos meses hay) es más importante que las fechas en sí mismas.
| Momento | Trámite de la subvención | Actuación del lado del desarrollo |
|---|---|---|
| Octubre-noviembre del año anterior | Revisión de las bases de la convocatoria, preparación de la solicitud | Organización preliminar de requisitos, presupuesto aproximado, colaboración en el diagrama de arquitectura |
| Diciembre del año anterior | Solicitud | — |
| Febrero-marzo | Anuncio de selección, solicitud de concesión | Confirmación del presupuesto, ajuste de las condiciones del contrato |
| Abril | Resolución de concesión | Contrato y pedido, inicio de la definición de requisitos |
| Mayo-septiembre | — | Diseño, implementación, pruebas |
| Octubre | — | Pruebas de aceptación y recepción |
| Noviembre | Plazo de ejecución del proyecto | Pago completado (antes del plazo) |
| Diciembre | Informe de resultados (el plazo de presentación depende de cada programa) | Colaboración en la aportación de comprobantes |
| Año siguiente en adelante | Inspección de confirmación, solicitud de pago por reembolso, ingreso, informe de situación de puesta en marcha | — |
Lo importante aquí es situar la recepción y el pago de uno a dos meses antes del plazo de ejecución del proyecto. En las pruebas de aceptación de un sistema de negocio, siempre surgen problemas que solo se detectan al procesar datos reales. Si se fija la recepción justo al límite del plazo, no queda tiempo para las correcciones, y se produce la contradicción de «aceptar el sistema de forma insuficiente solo para cumplir el plazo».
3.2. Qué se puede y qué no se puede hacer antes de la resolución de concesión
Antes de la resolución de concesión no se puede formalizar el contrato, pero eso no significa que no se pueda hacer nada.
| Se puede hacer antes de la resolución de concesión | No se debe hacer antes de la resolución de concesión |
|---|---|
| Organizar los requisitos, inventariar los flujos de trabajo | Formalizar el contrato de desarrollo, emitir la orden de pedido |
| Obtener presupuestos de proveedores, comparar cotizaciones y propuestas | Pagar un anticipo |
| Elaborar el plan de negocio | Iniciar el trabajo de desarrollo (adelantarse al inicio) |
| Obtener gBizID Prime, preparar la solicitud electrónica | Comprar licencias o equipos por adelantado |
De hecho, cuanto más se afine la organización de requisitos y la precisión del presupuesto antes de la solicitud, con más fluidez podrá arrancar el desarrollo después de la resolución de concesión. Si el presupuesto de la solicitud y el contenido real del desarrollo se desvían mucho, se pierde tiempo en los trámites de solicitud de concesión o de cambio de plan.
Tenga en cuenta que la obtención de la cuenta gBizID Prime, necesaria para la solicitud electrónica, pasa por una revisión y puede llevar tiempo. Es más seguro obtenerla en la etapa en que empieza a estudiar el programa, no justo antes de presentar la solicitud.
3.3. Coherencia entre las fases y el contrato
El hecho de que se trate de un proyecto subvencionado no cambia el planteamiento del contrato de desarrollo. Si se adopta un contrato por fases (definición de requisitos como cuasi-mandato, y diseño en adelante como contrato de obra; véase «Cómo redactar contratos aprendiendo del modelo de transacción y contrato de la IPA»), es necesario hacer corresponder qué gastos de qué contrato son objeto de la subvención con el contenido de la solicitud de concesión. Si se dividen los contratos, conviene detallar también el presupuesto por esa misma unidad, lo que facilita el cotejo en el momento del informe de resultados.
4. Gestión de flujo de caja — prepararse para el pago por reembolso
La subvención no es un anticipo. El pago del coste de desarrollo se adelanta en su totalidad, y la subvención se ingresa después de la verificación del informe de resultados.
Lo que hay que confirmar al planificar es lo siguiente.
- Si se puede adelantar la totalidad del coste de desarrollo (incluidos los gastos que no son objeto de la subvención) durante el período hasta el ingreso
- Si el adelanto resulta difícil, si se puede recurrir a un préstamo puente de una entidad financiera (en algunos casos se puede consultar a partir de la notificación de selección). Ejemplos de dónde consultar: el banco o la caja de crédito con la que ya opera, la Corporación Financiera de Japón para Pequeñas Empresas (JFC), los préstamos institucionales de los gobiernos locales (sistemas de financiación que combinan el gobierno local, la asociación de garantía de crédito y la entidad financiera), y las consultas financieras de la cámara de comercio e industria o de la asociación de comercio e industria. Como la disponibilidad y las condiciones varían según la entidad, lo más realista es contactar con varias justo después de la selección
- Que, si la tasa de subvención es de 1/2, el 1/2 restante (o el 1/3 restante si es de 2/3) constituye un desembolso propio permanente
- Que el coste de mantenimiento y operación tras la puesta en marcha normalmente no es objeto de la subvención, y pasa a ser un desembolso propio anual. Sin embargo, hay excepciones: por ejemplo, en la Subvención para la Digitalización y la Introducción de IA, la cuota de uso en la nube de las herramientas de TI registradas puede ser objeto de subvención durante un período determinado (hasta un máximo de dos años en la modalidad estándar). La Subvención Monozukuri también tiene una categoría de gastos para el uso de servicios en la nube. Confirme en las bases de la convocatoria de cada programa qué costes de operación son objeto de subvención y hasta qué período
Los dos últimos puntos, en particular, tienden a pasarse por alto. Si se amplía el alcance del desarrollo porque «hay subvención», el desembolso propio y el coste de mantenimiento también se hinchan, y quedan como una carga después de que termine el proyecto subvencionado. Al final, lo más seguro es preguntarse una vez si la decisión de inversión se sostiene aunque no hubiera subvención antes de presentar la solicitud.
5. Elaboración del plan de negocio — lo que debe escribir el cliente y lo que puede aportar el proveedor
La revisión de la subvención se realiza a partir del plan de negocio. Y el responsable principal de este plan es el solicitante, es decir, el cliente.
5.1. Lo que solo el cliente puede escribir
- Los problemas de gestión de la propia empresa (en qué se tienen dificultades y por qué resolverlas ahora)
- Los objetivos numéricos (productividad laboral, valor añadido, aumento salarial y otros indicadores exigidos por el programa)
- El sistema de ejecución (quién es el responsable y quién es el punto de contacto del lado del negocio)
- El plan de financiación (distinción entre fondos propios y financiación externa)
Por ejemplo, la Subvención para la Inversión en Ahorro de Mano de Obra de Pymes (modalidad general) exige un plan de negocio que incluya objetivos relacionados con la mejora de la productividad laboral y el aumento salarial (los indicadores y valores utilizados varían según la convocatoria, y en algunas convocatorias se puede elegir entre varios indicadores), y existe una cláusula de devolución si no se alcanzan los objetivos fijados en el momento de la solicitud. Se trata de compromisos de la propia gestión empresarial, algo que el proveedor no puede asumir en su lugar.
5.2. Documentación fáctica que puede aportar el proveedor
Por otro lado, en la parte fáctica relacionada con el desarrollo sí se puede contar con la colaboración del proveedor.
- Material explicativo del contenido del desarrollo (qué se va a construir y cómo cambiará cada operación)
- Diagrama de la arquitectura del sistema (actual y tras la implantación)
- Presupuesto detallado conforme a las categorías de gastos
- Base de cálculo del efecto de reducción de horas de trabajo (cómo se mide el tiempo de trabajo actual, método de cálculo de la reducción)
De todos estos, lo que sorprendentemente más pesa en la revisión es el último, la «base de cálculo». Un desglose del tipo «el tiempo de introducción de datos por pedido es de una media de ◯ minutos, con ◯ pedidos al mes, es decir, ◯ horas al mes; de estas, el ◯ % que pasa a la carga automática es el objeto de la reducción» resulta más convincente que una descripción cualitativa del tipo «se va a mejorar la eficiencia del trabajo». Este desglose solo puede construirse mediante el trabajo conjunto entre los datos operativos del cliente y el conocimiento de diseño del proveedor.
5.3. Si necesita ayuda para redactarlo, acuda a una ventanilla pública
El apoyo para la redacción del plan en sí no forma parte del ámbito de trabajo del proveedor de desarrollo. Consulte con la cámara de comercio e industria o la asociación de comercio e industria, con un centro de apoyo Yorozu, con las entidades de apoyo presentadas en Mirasapo plus (un sitio de información de apoyo para pequeñas y medianas empresas y microempresas gestionado por la Agencia de Pymes, que reúne una visión general de subvenciones y ayudas, y cómo localizar entidades de apoyo), o con un especialista como un consultor de pequeña y mediana empresa. Si utiliza una gestoría de solicitudes con honorarios de éxito, se recomienda comprobar con calma la tasa de comisión y las condiciones del contrato.
6. Prepararse para el informe de resultados — reúna los comprobantes a medida que se generan
En el informe de resultados se presenta toda la serie de comprobantes, desde el pedido hasta el pago. Por lo general, se necesitan documentos como los siguientes.
- Presupuestos comparativos (en programas como la Subvención Monozukuri o la Subvención para la Inversión en Ahorro de Mano de Obra (modalidad general), por regla general se necesitan presupuestos de varios proveedores para adquisiciones por encima de un determinado importe. Si solo se puede obtener de un proveedor, se exige documentación explicativa como un informe de justificación de la selección del proveedor)
- Contrato, o bien orden de pedido y su aceptación
- Albarán de entrega, acta de recepción (con fecha dentro del período de ejecución del proyecto)
- Factura, registro de la transferencia bancaria (en la Subvención Monozukuri y en la Subvención para la Inversión en Ahorro de Mano de Obra (modalidad general), el pago debe realizarse, por regla general, mediante transferencia bancaria a nombre del solicitante; el pago en efectivo no es objeto de subvención. Un recibo no sustituye al registro de la transferencia, así que conviene fijar desde el principio la transferencia bancaria como forma de pago)
- Contrato de modificación o memorando, en caso de haber cambios de especificaciones
El patrón de tropiezo aquí es siempre el mismo: intentar prepararlo todo junto después. Como se verifica la coherencia de las fechas (si el pedido es posterior a la fecha de la resolución de concesión, si el pago se hizo dentro del período), no se puede preparar la documentación a posteriori, y tampoco se debe hacer. Basta con dejar cerrado y archivado, en cada momento —pedido, entrega, recepción, pago—, el documento correspondiente con su fecha. Solo con esto se reduce enormemente la carga del informe de resultados.
Desde el punto de vista del proveedor, esto es lo mismo que la gestión documental que debería hacerse de todos modos en cualquier desarrollo por encargo normal. En un proyecto subvencionado, se podría decir que simplemente queda formalizado como condición para recibir la subvención.
Además, hay programas en los que la obligación de informar continúa durante varios años incluso después del ingreso, como el informe de situación de puesta en marcha. En lugar de empezar a medir los indicadores usados en el informe (productividad, horas de trabajo, ventas, etc.) después de poner en marcha el sistema, incorporar el mecanismo de registro ya en el momento del desarrollo facilita el informe de cada año.
7. Errores frecuentes y cómo evitarlos
| Error | Cómo evitarlo |
|---|---|
| Encargar el pedido justo después de la selección y dejar los gastos fuera del objeto de la subvención | Confirmar en las bases de la convocatoria el momento en que se puede pedir (normalmente después de la resolución de concesión) y no contratar antes de eso |
| Retraso del desarrollo que no llega al plazo de ejecución del proyecto | Situar la recepción de uno a dos meses antes del plazo de ejecución del proyecto. Incluir desde el principio en el plan un período de correcciones tras las pruebas de aceptación |
| Desviación entre el presupuesto de la solicitud y el contenido del desarrollo, que aumenta los trámites | Elevar la precisión de la organización de requisitos y del presupuesto antes de la solicitud. Si surge un cambio, consultar cuanto antes a la oficina gestora sobre el cambio de plan |
| Dificultades de flujo de caja antes del ingreso | Planificar suponiendo el adelanto total. Si es necesario, consultar a una entidad financiera sobre un préstamo puente justo después de la selección |
| Documentación insuficiente para el informe de resultados | Cerrar y conservar los comprobantes a medida que se generan. Verificar la coherencia de las fechas cada vez |
| Expansión del alcance del desarrollo por dar por hecho la subvención | Preguntarse si la inversión se sostiene sin la subvención. Decidir en función del desembolso propio y del coste de mantenimiento tras la puesta en marcha |
Resumen
- El plan de un desarrollo con subvención se decide con cálculo inverso desde dos puntos: la fecha de la resolución de concesión (fecha en que se puede pedir) y el plazo de ejecución del proyecto (plazo de finalización de la recepción y el pago). El informe de resultados tiene un plazo aparte, posterior
- La selección y la resolución de concesión son cosas distintas. Por regla general, el pedido se hace después de la resolución de concesión
- La subvención se paga después. Hay que asegurar de antemano el flujo de caja para adelantar la totalidad del importe
- El responsable principal del plan de negocio es el cliente. Del proveedor se extrae documentación fáctica: contenido del desarrollo, diagrama de arquitectura, presupuesto y base de cálculo del efecto
- No reúna los comprobantes todos juntos después: hágalo a medida que se generan
- Como los detalles del programa cambian con cada convocatoria, confirme siempre las bases de la convocatoria más recientes
Para una visión general de la elección de programa, consulte el artículo anterior, «¿Se pueden usar subvenciones para externalizar el desarrollo de sistemas?»; para un ejemplo concreto de uso de la Subvención para la Inversión en Ahorro de Mano de Obra, consulte «¿Se puede digitalizar la recepción de pedidos por fax con la Subvención para la Inversión en Ahorro de Mano de Obra?».
Para quienes consideran un desarrollo basado en subvenciones
KomuraSoft LLC se dedica al desarrollo por encargo centrado en aplicaciones de negocio para Windows. En los proyectos que parten del uso de una subvención, colaboramos en la elaboración del presupuesto aproximado, el diagrama de arquitectura y la base de cálculo del efecto de reducción de horas de trabajo antes de la solicitud, y planificamos el desarrollo posterior a la resolución de concesión con un calendario calculado en sentido inverso desde el plazo de ejecución del proyecto.
Tenga en cuenta que no realizamos gestión de solicitudes ni evaluamos las posibilidades de selección. Le pedimos que consulte el trámite de solicitud con una ventanilla pública o un especialista; en cuanto al contenido y la forma de llevar a cabo el desarrollo, no dude en consultarnos desde la etapa de organización de requisitos.
Artículos relacionados
Artículos recientes con las mismas etiquetas para profundizar en temas cercanos.
¿Se pueden usar subsidios para externalizar el desarrollo de sistemas? — Un mapa de programas por objetivo y las trampas que conviene conocer antes de contratar (edición del año fiscal 2026)
¿Se pueden usar subsidios para externalizar el desarrollo de sistemas? Explicamos por qué el Subsidio de Introducción de TI no cubre el d...
¿Se puede digitalizar los pedidos por fax con la subvención de inversión para el ahorro de mano de obra? — Cómo enfocar la inversión en un sistema de pedidos usando el tipo general
La digitalización de pedidos por fax puede optar a la subvención de inversión para el ahorro de mano de obra (tipo general). Explicamos l...
¿Cómo debe formalizarse el contrato de desarrollo por encargo y mantenimiento operativo? — El uso diferenciado del mandato y el contrato de obra, según el «Modelo de transacción y contrato» de la IPA
Al externalizar el desarrollo de un sistema, ¿cómo debe formalizarse el contrato? A partir del «Modelo de transacción y contrato de siste...
Para no olvidar decidir «en cuántos segundos debe responder para ser aceptable» — Cómo ordenar los requisitos no funcionales con la «Escala de requisitos no funcionales» del IPA
Muchos conflictos por «lentitud» o «respuesta a fallos no prevista» se deben a requisitos no funcionales olvidados. Explicamos, en términ...
Especificaciones de desarrollo por encargo: ¿es correcto dejarlas en Excel? — Cómo elegir el formato como entregable
¿Deben las especificaciones entregadas en un desarrollo por encargo seguir en cuadrícula Excel? Analizamos sus problemas y cómo elegir un...
Temas relacionados
Estas páginas sitúan el tema en un contexto más amplio de servicios y decisiones.
Temas técnicos de Windows
Portal sobre desarrollo de Windows, investigación de fallos y aprovechamiento de activos existentes.
Servicios relacionados con este tema
El artículo está directamente relacionado con los siguientes servicios.
Desarrollo de aplicaciones para Windows
En el desarrollo de sistemas de un proyecto subvencionado es necesario diseñar el calendario de desarrollo ajustado a la fecha de la resolución de concesión y al plazo de ejecución del proyecto, y detallar el presupuesto conforme a las categorías de gastos.
Consultoría técnica y revisión de diseño
La elaboración de la base de cálculo del efecto de reducción de horas de trabajo que se incluye en el plan de negocio, y la verificación de que el alcance del desarrollo no sea excesivo respecto al objetivo de la inversión, forman parte de una consultoría técnica que implica revisión del diseño.
Preguntas frecuentes
Preguntas habituales en las consultas sobre el tema del artículo.
- ¿Puedo encargar el desarrollo en cuanto me seleccionen?
- En muchos programas, como la Subvención Monozukuri, tras el anuncio de selección hay un trámite llamado solicitud de concesión, que pasa por la revisión de la oficina gestora antes de emitirse la resolución de concesión. En algunos programas, como la Subvención para la Digitalización y la Introducción de IA, la solicitud inicial ya constituye en sí misma la solicitud de concesión, pero en cualquier caso, por regla general, solo son objeto de la subvención los gastos contratados o encargados a partir de la fecha de la resolución de concesión. Encargar el desarrollo justo después de la selección puede ser prematuro, así que confirme en las bases de la convocatoria de su programa el momento en que puede realizar el pedido, y no formalice ningún contrato antes de esa fecha.
- ¿El desarrollo de sistemas de un proyecto subvencionado tarda más que un desarrollo normal?
- El período del trabajo de desarrollo en sí no cambia, pero se añaden los trámites previos y posteriores. La preparación de la solicitud lleva de uno a dos meses, el anuncio de selección tarda varios meses más, la resolución de concesión requiere tiempo adicional y, una vez terminado el desarrollo, el pago llega después del informe de resultados y su verificación. No es raro que, desde el inicio hasta el ingreso del dinero, transcurra alrededor de un año. Además, la recepción y el pago deben completarse antes del plazo del período de ejecución del proyecto, por lo que el período de desarrollo se reserva calculando hacia atrás desde ese plazo.
- ¿Puede el proveedor redactar el plan de negocio?
- El responsable principal del plan de negocio es el solicitante, es decir, el cliente. Los problemas de gestión de la propia empresa, los objetivos numéricos y el sistema de ejecución solo puede redactarlos la propia empresa. Lo que el proveedor puede aportar es la parte fáctica relacionada con el desarrollo: la explicación del contenido del desarrollo, el diagrama de la arquitectura del sistema, el presupuesto y la base de cálculo del efecto de reducción de horas de trabajo. Si necesita apoyo para la redacción en sí, consulte a la cámara de comercio e industria, a un centro de apoyo Yorozu o a un consultor de pequeña y mediana empresa (chusho kigyo shindanshi).
- ¿Qué documentos se necesitan para el informe de resultados?
- Varía según el programa, pero por lo general se necesita toda la serie de comprobantes desde el pedido hasta el pago: contrato (orden de pedido y su aceptación), albarán de entrega, acta de recepción, factura y registro de la transferencia bancaria. Se verifica la coherencia de las fechas (si el pedido es posterior a la resolución de concesión, si el pago se realizó dentro del período de ejecución del proyecto), por lo que es fundamental reunir cada documento a medida que se genera, incluido el contrato de modificación si hubo cambios de especificaciones durante el desarrollo.
Perfil del autor
Página de presentación del autor del artículo.
Go Komura
Representante de KomuraSoft LLC
Especializado en desarrollo de software para Windows, consultoría técnica e investigación de fallos, sobre todo en proyectos con sistemas existentes y errores difíciles de reproducir.