01 · CRITERIO
Cómo decidimos
Validamos el problema con una fase de descubrimiento y una entrega pequeña antes de comprometer toda la inversión.
Cobertura en Cádiz
El software genérico deja de encajar cuando el proceso diferencial del negocio no puede modelarse sin trabajo manual o duplicidades.
Cádiz pide «software empresarial a medida», con el adjetivo empresarial delante. La página distingue cuándo un desarrollo propio se justifica y cuándo una herramienta existente resuelve lo mismo por mucho menos. Trabajamos en remoto desde Rute y no simulamos sede, equipo ni casos de cliente en Cádiz.
El escenario gaditano es un proceso que ninguna herramienta estándar cubre del todo y que hoy se sostiene con hojas de cálculo. Se acota el alcance mínimo que aporta valor y se descarta lo que puede esperar a una segunda fase.
01 · CRITERIO
Validamos el problema con una fase de descubrimiento y una entrega pequeña antes de comprometer toda la inversión.
02 · VALIDACIÓN
El software a medida tiene coste de propiedad para siempre: mantenimiento, dependencias que caducan y conocimiento que hay que documentar. Si una herramienta estándar cubre el 80 %, casi siempre gana la estándar.
Territorio
La provincia de Cádiz tiene un tejido industrial ligado al mar y a la aeronáutica: astilleros en la Bahía, empresas auxiliares del naval y del aeroespacial en Puerto Real y El Puerto de Santa María, el puerto de Algeciras con su logística de contenedores, y las bodegas del Marco del Jerez con procesos centenarios como el sistema de criaderas y soleras.
La consulta que llega a esta página pide software empresarial a medida. En Cádiz ese encargo suele aparecer cuando el proceso de la empresa no cabe en un programa estándar: la trazabilidad de piezas en una auxiliar del naval, la gestión de soleras en una bodega o la coordinación de contenedores y transportes en el entorno portuario de Algeciras, donde las ventanas de atraque no esperan a que alguien actualice una hoja de cálculo.
El sistema de criaderas y soleras es un buen ejemplo de proceso que ningún ERP genérico entiende: el vino se mueve entre escalas de botas a lo largo de los años y cada saca afecta a las anteriores. Modelarlo bien es exactamente el tipo de problema donde el desarrollo a medida compensa frente a forzar una herramienta estándar, sobre todo cuando además hay que cuadrar las existencias de cada escala con lo declarado al Consejo Regulador.
Encargos habituales
Escenarios, no casos de cliente.
Aplicación que registra sacas, rocíos y movimientos entre escalas, calcula la composición de cada saca y se integra con la gestión comercial existente.
Software de trazabilidad de piezas y certificados por proyecto de construcción, con control documental exigido por el cliente y acceso desde el taller.
Herramienta que coordina contenedores, transportes y documentación, conectada con los sistemas de navieras y clientes, para sustituir hojas de cálculo compartidas.
Contexto
La consulta gaditana incluye el adjetivo empresarial, lo que la separa de quien busca una aplicación suelta. Describe un proceso interno que ninguna herramienta estándar cubre del todo y que hoy se sostiene con hojas de cálculo compartidas y acuerdos verbales.
La pregunta previa a cualquier presupuesto es si ese desarrollo debe existir. Un software propio tiene coste de propiedad indefinido: mantenimiento, dependencias que caducan, un servidor que actualizar y conocimiento que hay que documentar para que no dependa de una persona. Si una herramienta existente cubre el ochenta por ciento, casi siempre gana la herramienta.
Cuando el desarrollo sí se justifica, el riesgo se desplaza al alcance. Los proyectos a medida no suelen fallar por dificultad técnica sino por crecer sin freno hasta que se agota el presupuesto con la mitad construida y nada utilizable.
Alcance
Qué herramientas existentes se han probado y en qué punto concreto fallan, documentado para poder revisar la decisión más adelante.
La versión más pequeña que ya sirve para trabajar, separada de todo lo que puede esperar a una segunda fase.
Qué información hay que importar del sistema actual, en qué estado está y cuánto trabajo de limpieza requiere antes de migrarla.
Qué cuesta mantener el software cada año: infraestructura, actualizaciones de dependencias y horas de soporte previsibles.
Código y decisiones documentados para que otro equipo pueda continuar. Es lo primero que se recorta y lo que más caro sale después.
La primera fase es un análisis funcional acotado: se describe el proceso, se prueban dos o tres herramientas existentes contra él y se documenta dónde fallan exactamente. Si ninguna sirve, ese mismo documento es la especificación del desarrollo. Si alguna sirve, se ha ahorrado un proyecto entero, y ese también es un resultado válido de esta fase.
Checklist previo
Fuentes primarias
Controles de seguridad aplicables al desarrollo de software.
Documentación técnica abierta sobre estándares y APIs web.
Revisión editorial: 28/09/2026.
Cuando el proceso central no encaja en herramientas estándar sin forzarlo, como las soleras de una bodega o la trazabilidad de un proyecto naval. Si un producto de mercado lo resuelve bien, suele ser más barato.
Sí, y suele ser lo recomendable: el desarrollo cubre lo específico y el ERP sigue llevando contabilidad, compras y ventas. Se conectan por las interfaces que ofrezca el ERP.