Desarrollo de software
Imputación de horas en Valencia
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.
Ningún proceso de ingeniería sustituye al criterio, pero sí evita depender de la suerte. Revisiones, pruebas y despliegues automatizados convierten los errores en algo que se detecta pronto y se corrige barato.
Nosotros operamos nuestra propia plataforma: varios productos que comparten identidad, bases de datos y despliegue. Los problemas de integración que te planteamos resolver los hemos tenido que resolver antes en casa.
Por qué nos llaman
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.
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.
Scripts sueltos en el ordenador de alguien
Procesos importantes dependen de scripts sin control de versiones, sin registro y sin nadie que sepa qué hacen exactamente.
Cambios que rompen cosas lejanas
Se toca una función y falla otra que nadie relacionaba. No hay pruebas que lo detecten antes de publicar.
Integraciones que fallan al desplegar
Dos equipos o proveedores cambian sus APIs por separado y la incompatibilidad se descubre en producción.
Y cuando toca facturar
El trabajo hecho se factura sin copiar datos, y el cobro vuelve a la ficha del cliente.
De la primera llamada a funcionar
Contenido y objetivos
Para una web, definimos primero qué tiene que conseguir cada página y qué información necesita el visitante para dar el paso.
Diseño y estructura
Arquitectura de páginas, diseño visual y textos, revisados con criterios de accesibilidad desde el boceto.
Construcción con presupuesto de rendimiento
Desarrollo con límites de peso y tiempo de carga medidos en cada versión.
Publicación y medición
Puesta en producción con redirecciones, analítica respetuosa con la privacidad y revisión de resultados tras las primeras semanas.
¿Hablamos de tu caso?
Si tienes una aplicación heredada sin documentación, empecemos por una auditoría para saber en qué punto está.
Qué recibes
- Pruebas de contrato entre consumidores y proveedores de API, verificadas en integración continua.
- Integraciones con tus sistemas existentes mediante API, documentadas.
- Pruebas automáticas de las funciones críticas integradas en el ciclo de entrega.
- Canal de integración y despliegue continuo con pruebas automáticas y vuelta atrás.
- Inventario de automatizaciones existentes (RPA, flujos, scripts) con dueño, sistema que tocan y datos que manejan.
- Despliegue automatizado: cada versión se construye, se prueba y se publica con el mismo procedimiento, y se puede revertir.
- Canal de integración continua que construye, prueba y empaqueta cada cambio.
Qué mirar antes de elegir
- Que tenga una política para versionar y retirar APIs.
- Que pueda decirte qué componentes y versiones tienes en producción.
- Que priorice las pruebas por riesgo de negocio, no por cobertura.
- Que te enseñe software suyo en producción, no solo capturas de pantalla.
- Que incluya observabilidad desde el principio y no tras el primer incidente.
Guías de nuestra biblioteca técnica
Desarrollo y arquitectura
CI/CD con GitLab Runners y Kubernetes
Estructuración del Pipeline (.gitlab-ci.yml)
Con el Runner operando en K8s, cada job definido en el .gitlab-ci.yml se ejecutará en un contenedor aislado. Para exprimir al máximo esta arquitectura, emplearemos el patrón Docker-in-Docker (DinD) para compilar y pushear imágenes de contenedores desde dentro de Kubernetes, o herramientas daemonless como Kaniko.
Leer la guía completaIngeniería de software
El Despertar de la Eficiencia: Orquestando RPA en la Trinchera Corporativa
Cómo orquestamos la solución técnica
Para el despliegue técnico, optamos por una arquitectura de micro-automatizaciones combinando las capacidades de Computer Vision para la interfaz del ERP legado, y el poder de Python para la lógica de negocio y ETL pesada.
Leer la guía completaDesarrollo
Feature flags para despliegues graduales en empresas
Riesgos habituales
No uses una flag como sustituto del control de acceso: ocultar un botón no protege el endpoint ni los datos. Las decisiones de autorización deben aplicarse en servidor y probarse como tales. Evita que una combinación creciente de flags cree estados difíciles de probar; registra las dependencias y elimina las antiguas…
Leer la guía completaEjemplos según tu actividad
Clínicas (gestión administrativa)
Webs, citas y facturación sin tratar historia clínica ni datos de salud, que quedan en los sistemas sanitarios especializados.
Logística
Integración con transportistas y clientes mediante APIs y eventos de estado, con reintentos y trazabilidad de cada envío.
Empresas de software y agencias
APIs públicas para clientes con contrato OpenAPI, versionado y política de retirada, y canales de despliegue continuo.
Industria
Automatización de informes de producción y calidad, con pruebas sobre las aplicaciones de planta que no pueden fallar en mitad de un turno.
Desde Sevilla, para Valencia
Una empresa de Valencia que vende fuera de su provincia necesita una web que cargue igual de rápido para quien la visita desde cualquier sitio; lo medimos en cada versión.
Si tu empresa en Valencia tiene su propio equipo de desarrollo, podemos acompañarlo en las decisiones de arquitectura sin sustituirlo.
Desde Sevilla acompañamos a equipos de toda Comunitat Valenciana en la gobernanza de Power Platform y en sus procesos de entrega de software.
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.
¿Qué pasa si una versión nueva da problemas?+
El despliegue está preparado para volver a la versión anterior rápidamente, y las funciones nuevas pueden activarse de forma gradual para detectar fallos con pocos usuarios.
¿Cuánto tiempo hasta tener algo funcionando?+
Buscamos que haya una primera versión usable cuanto antes, aunque sea limitada. El plazo concreto depende del alcance y lo acordamos al cerrar el documento de alcance.
¿Qué pasa con las automatizaciones cuando se va quien las hizo?+
Si usan su cuenta personal y no están documentadas, se paran. Por eso las montamos con cuentas de servicio, control de versiones y documentación de operación.
¿Qué pasa si un servicio externo se cae?+
El diseño debe contemplarlo: límites de tiempo, reintentos con espera, cortacircuitos que dejan de insistir y colas que guardan el trabajo pendiente hasta que el servicio vuelva.
¿Esto tiene sentido para una empresa pequeña?+
A escala reducida, sí. Un repositorio, unas pocas pruebas de lo crítico y un despliegue automatizado ya evitan la mayoría de sustos. No hace falta el proceso de una gran empresa.
Imputación de horas cerca de Valencia
Hablemos de Imputación de horas con un caso concreto de tu empresa sobre la mesa.