Desarrollo de software
Imputación de horas en Vigo
Preferimos entregar algo pequeño que funciona a las pocas semanas antes que un proyecto enorme que llega tarde. Cada entrega se usa de verdad, se corrige con lo aprendido y se decide qué va después.
Un portal de clientes bien hecho quita llamadas y correos: el cliente consulta sus pedidos, descarga facturas o abre incidencias sin esperar a que alguien le conteste. Tu equipo atiende lo que de verdad necesita una persona.
Cuando un sistema necesita enterarse de lo que pasa en otro casi al momento, los eventos funcionan mejor que preguntar cada pocos minutos. Usamos colas y captura de cambios de base de datos (CDC) cuando el caso lo justifica, no por defecto.
Automatizado de principio a fin
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
Cuándo tiene sentido Imputación de horas
- 01
Datos personales mal custodiados
Formularios, portales y bases de datos guardan información de clientes sin control de accesos claro ni copias, y eso es un riesgo legal además de técnico.
- 02
Todo vive en hojas de cálculo
Pedidos, clientes y horas se llevan en ficheros que se copian, se pisan y nadie sabe cuál es la versión buena. Cualquier informe exige una tarde de limpieza.
- 03
Una API cambió y rompió a los clientes
Se modificó un campo o un formato sin avisar y las integraciones de clientes o socios dejaron de funcionar de un día para otro.
- 04
Sincronizaciones nocturnas que llegan tarde
Los datos se pasan entre sistemas una vez al día. Durante el día, el equipo trabaja con información desactualizada.
- 05
Despliegues manuales y arriesgados
Publicar una versión depende de una persona y de una lista de pasos que no está escrita. Si esa persona no está, no se publica.
Lo que entregamos
- Inventario de componentes de software (SBOM) asociado a cada versión desplegada.
- Prototipo navegable de las pantallas principales para validarlo con tu equipo antes de programar.
- Pruebas de contrato entre consumidores y proveedores de API, verificadas en integración continua.
- Pruebas automáticas de las funciones críticas que se ejecutan antes de cada publicación.
- Proceso de paso a producción para soluciones low-code, con aprobación y verificación.
- Límites de tiempo, reintentos y cortacircuitos en las llamadas a servicios externos.
- Mapa de datos: qué sistema es dueño de cada dato y cómo lo reciben los demás.
¿Hablamos de tu caso?
Hablemos de Imputación de horas con un caso concreto de tu empresa sobre la mesa.
Guías de nuestra biblioteca técnica
Desarrollo
Accesibilidad web: checklist de aceptación WCAG 2.2
Prueba breve antes de aceptar
Completa la tarea principal solo con teclado; amplía el texto y comprueba que no se pierden controles; envía el formulario vacío e introduce datos incorrectos; usa un lector de pantalla en los pasos críticos; inspecciona foco, nombres accesibles y mensajes de estado. Registra página, criterio, evidencia, severidad,…
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 completaIngenierí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 completaDe la primera llamada a funcionar
Descubrimiento
Entrevistas con quien usará la herramienta y revisión de cómo se trabaja hoy. Salimos con los flujos dibujados y una lista de prioridades.
Prototipo
Pantallas navegables sin código real para validar el recorrido. Cambiar aquí es barato; cambiar después, no.
Primera versión útil
Desarrollamos lo imprescindible para que el equipo deje de usar el método antiguo en al menos un proceso.
Iteraciones cortas
Entregas frecuentes con lo que se ha aprendido usando la herramienta. Cada una se prueba y se publica de forma controlada.
Traspaso y mantenimiento
Documentación, formación y un plan de mantenimiento acordado, con el código siempre en tu poder.
Trabajar con empresas de Vigo
Las decisiones técnicas que tomemos para tu sistema en Pontevedra quedan escritas y a tu disposición, para que tu equipo las pueda revisar o cambiar.
Desde Sevilla desarrollamos para empresas de toda Galicia, con el mismo método de entregas cortas y código entregado al cliente.
El soporte para clientes de Galicia se presta en remoto con el mismo canal y criterio que para el resto de España.
Cómo se aplica en tu sector
- Hostelería
- Webs de reserva rápidas y accesibles, cartas digitales fáciles de actualizar y herramientas internas de turnos y pedidos.
- Servicios financieros y cobros
- Operaciones idempotentes y registro de auditoría para pagos, conciliaciones y avisos, donde un duplicado no es aceptable.
- Asesorías y despachos
- Integración entre gestión documental, CRM y facturación para que un cliente se dé de alta una sola vez.
- Inmobiliarias
- Automatización de publicación en portales y de seguimiento de contactos, con alertas cuando un portal cambia su formato.
Qué mirar antes de elegir
- Que proponga modernizar por fases antes que reescribir de golpe.
- Que defina qué sistema es dueño de cada dato.
- Que te enseñe software suyo en producción, no solo capturas de pantalla.
- Que pregunte si hay API antes de proponer un robot que lea pantallas.
- Que pregunte por tu equipo y tu escala antes de proponer microservicios o Kubernetes.
Preguntas frecuentes
¿Podéis seguir con un proyecto que empezó otro proveedor?+
Sí, tras revisarlo. Te diremos con franqueza en qué estado está, qué riesgos tiene y si compensa continuar o rehacer partes.
¿Tengo que dedicar tiempo de mi equipo?+
Sí, algo. Necesitamos a alguien que conozca el proceso para validar prototipos y entregas. Sin esa participación, el software acaba resolviendo un problema que no es el tuyo.
¿Cuánto cuesta un software a medida?+
Depende del alcance, por eso empezamos definiendo una primera versión pequeña y con presupuesto cerrado. A partir de ahí, cada ampliación se estima por separado y puedes parar cuando quieras.
¿Necesito microservicios?+
Probablemente no al principio. Tienen sentido cuando hay equipos distintos, cargas muy diferentes o partes que cambian a ritmos dispares. Un monolito bien modularizado es más fácil de operar y puede dividirse después.
¿Qué es una API contract-first?+
Es acordar la interfaz por escrito, en OpenAPI, antes de programarla. Quien la consume y quien la implementa trabajan sobre el mismo documento y los malentendidos aparecen antes de escribir código.
¿Mi equipo tiene que cambiar su forma de trabajar?+
Algo sí: revisiones de código, pruebas y despliegues automatizados exigen hábitos nuevos. Adaptamos las prácticas al tamaño del equipo para que el proceso ayude y no estorbe.
Imputación de horas cerca de Vigo
Si tienes una aplicación heredada sin documentación, empecemos por una auditoría para saber en qué punto está.