Desarrollo de software
Imputación de horas en Manresa
Hay un momento en que la hoja de cálculo compartida y el programa genérico ya no dan más de sí: cada mes se añade una columna, una macro o un parche. Ahí es donde un software a medida empieza a ahorrar más de lo que cuesta.
Una API que cobra o crea pedidos tiene que soportar que el mismo mensaje llegue dos veces. Diseñamos operaciones idempotentes para que un reintento por un corte de red no genere un cobro o un pedido duplicado.
La integración continua no es un lujo de grandes empresas. Que cada cambio se construya, se pruebe y se despliegue igual, con la posibilidad de volver atrás, ahorra horas de incidencias y fines de semana.
Señales de que lo necesitas
Horas que no se facturan
En proyectos y servicios recurrentes, parte del trabajo no se imputa o se imputa tarde, y las desviaciones se descubren al cerrar el proyecto.
Proyecto de software que no termina
Se empezó un desarrollo grande hace meses, el alcance no para de crecer y todavía no hay nada usable en manos del equipo.
Crecer exige reescribir
El negocio quiere abrir un canal nuevo o integrar a un socio y la respuesta técnica es siempre «habría que rehacerlo».
Un monolito que no se puede tocar
Todo está en un único bloque de código acoplado, cualquier cambio rompe algo inesperado y las pruebas no cubren lo importante.
Aplicaciones Power Platform sin control
Varios departamentos han creado aplicaciones y flujos por su cuenta. Nadie sabe cuántos hay, quién los mantiene ni qué datos manejan.
Desplegado como desplegamos lo nuestro
Lo que montamos queda documentado y se puede repetir, no depende de una persona.
$ desplegar tuempresa
✓Versión de la aplicación verificada
✓Base de datos creada
✓Aplicación arrancada y sana
✓Primer administrador creado
✓Dominio configurado
✓Certificado TLS emitido
Listo: https://tuempresa.forgenex.com
Cómo trabajamos
Contrato primero
Antes de programar, acordamos la API en OpenAPI con quien la va a consumir. Las discrepancias aparecen en un documento, no en producción.
Simulación y pruebas
Con el contrato se generan simuladores para que el consumidor avance en paralelo y pruebas que verifican que la implementación lo cumple.
Implementación robusta
Idempotencia, validación de entrada, límites de uso y errores claros desde la primera versión.
Publicación y ciclo de vida
Documentación accesible, versionado y un procedimiento para retirar versiones antiguas sin dejar a nadie atrás.
¿Hablamos de tu caso?
Cuéntanos qué proceso llevas hoy en hojas de cálculo y te decimos cómo sería una primera versión.
Qué te llevas al terminar
- Aplicación o web desplegada en producción con entorno de pruebas separado.
- Pruebas automáticas de las funciones críticas que se ejecutan antes de cada publicación.
- Despliegue automatizado: cada versión se construye, se prueba y se publica con el mismo procedimiento, y se puede revertir.
- Pruebas de contrato entre consumidores y proveedores de API, verificadas en integración continua.
- Robots o flujos automatizados con cuentas de servicio, registro de ejecución y alertas cuando fallan.
- Formación a las personas que van a usar la aplicación y a quien la va a administrar.
- Repositorio de código a tu nombre, con historial de cambios y acceso para quien tú decidas.
Preguntas que deberías hacer a cualquier proveedor
- Que documente qué hacer cuando una automatización falla.
- Que separe entorno de pruebas y producción y te deje revisar cada entrega.
- Que distinga entre lo que se resuelve con una herramienta de flujos y lo que necesita código.
- Que haga preguntas sobre tu proceso antes de hablar de tecnología.
- Que pueda decirte qué componentes y versiones tienes en producción.
Guías de nuestra biblioteca técnica
Ingeniería de software
SBOM y dependencias en el ciclo de vida del software
Qué no afirma un SBOM
El documento no prueba que el software sea seguro, que no contenga código malicioso ni que todos los componentes sean vulnerables. Es una entrada para la evaluación, no la conclusión. Comprueba además componentes descargados dinámicamente, dependencias transitivas que el generador no resuelva y módulos opcionales…
Leer la guía completaDesarrollo y arquitectura
Diseño de APIs contract-first con OpenAPI
Qué debe resolver el primer borrador
Escenarios y recursos: identifica quién llama, qué necesita hacer y qué conceptos del negocio se exponen. Operaciones: documenta rutas, métodos, parámetros, cuerpos, respuestas y paginación con ejemplos válidos. Seguridad: declara mecanismos de autenticación y requisitos de autorización por operación; no publiques…
Leer la guía completaDesarrollo
Feature flags para despliegues graduales en empresas
Separar despliegue de activación
Una feature flag permite decidir en tiempo de ejecución si una función está habilitada. Esto facilita pruebas internas, activación por grupos y despliegues graduales, pero no elimina la necesidad de pruebas, control de cambios ni observabilidad. OpenFeature describe una especificación independiente del proveedor para…
Leer la guía completaEjemplos según tu actividad
- Distribución B2B
- Portales de pedido para clientes profesionales con tarifas propias, historial y descarga de facturas.
- Despachos profesionales
- Flujos de alta de expedientes, archivo de documentos y recordatorios, gobernados para que la información confidencial no salga de donde debe.
- Inmobiliarias
- Automatización de publicación en portales y de seguimiento de contactos, con alertas cuando un portal cambia su formato.
- Empresas de software y agencias
- APIs públicas para clientes con contrato OpenAPI, versionado y política de retirada, y canales de despliegue continuo.
Desde Sevilla, para Manresa
Las decisiones técnicas que tomemos para tu sistema en Barcelona quedan escritas y a tu disposición, para que tu equipo las pueda revisar o cambiar.
Muchas empresas de Barcelona combinan un ERP de siempre con herramientas nuevas; integrarlas bien suele dar más que sustituirlas.
Si tu equipo está en Manresa, coordinamos las validaciones con la persona que conoce el proceso, en sesiones cortas y a distancia.
Preguntas frecuentes
¿Puede integrarse con mi programa de gestión?+
Si tu programa tiene API o permite intercambiar datos de forma estable, sí. Si no, buscamos la forma menos frágil y te explicamos sus límites.
¿Dónde se aloja la aplicación?+
Donde mejor te convenga: en nuestros servidores en Europa, en tu propia nube o en tu infraestructura. Lo decidimos según requisitos de datos, coste y quién va a operarla.
¿Es mejor una app o una web?+
Si tus usuarios la abren a diario o necesitan cámara, notificaciones o trabajo sin conexión, una app puede compensar. Si no, una web o una PWA hace lo mismo con un solo desarrollo y sin pasar por las tiendas.
¿RPA, low-code o integración por API?+
Si el sistema tiene API, casi siempre es la opción más estable. El low-code va bien para flujos entre aplicaciones conocidas. El RPA queda para cuando no hay otra forma de acceder, sabiendo que es lo más frágil ante cambios de pantalla.
¿Qué son las políticas DLP de Power Platform?+
Reglas que definen qué conectores pueden combinarse en un mismo entorno, para evitar por ejemplo que un flujo saque datos de clientes hacia un servicio no autorizado. Se definen por entorno y se prueban antes de activarlas.
¿Podéis integrar sistemas que no tienen API?+
A veces sí, mediante la base de datos, ficheros de intercambio o captura de cambios. Son soluciones más frágiles y te explicamos sus límites antes de elegirlas.
Imputación de horas cerca de Manresa
Para tu empresa en Manresa
Hablemos de Imputación de horas con un caso concreto de tu empresa sobre la mesa.