Desarrollo de software
Diseño web a medida en Donostia-San Sebastián
Hacemos nuestros propios productos —CRM, facturación, fichaje, gestión de tareas— con el mismo método con el que trabajamos para clientes. Lo que te proponemos lo hemos puesto antes en producción nosotros.
Trabajamos con contenedores Docker y, cuando la escala lo pide, con Kubernetes. Pero el objetivo no es la herramienta, sino que desplegar, escalar y recuperar el sistema sea un procedimiento repetible y no un arte.
Cuando dos sistemas se comunican por API, las pruebas de contrato comprueban que lo que uno envía es lo que el otro espera, sin tener que levantar todo el entorno. Detectan roturas antes de desplegar, no cuando un cliente llama.
Por qué nos llaman
Los clientes llaman para preguntar lo mismo
Estado del pedido, copia de factura, fecha de entrega: preguntas que podría resolver el propio cliente si tuviera dónde mirarlo.
Una app propia que nadie mantiene
Se hizo una app hace años, las tiendas exigen actualizaciones y las librerías han quedado obsoletas. Ya hay usuarios que no pueden instalarla.
Robots que se rompen cada semana
Se automatizaron procesos con RPA, pero cada cambio en una pantalla o en un formulario deja el robot parado hasta que alguien lo revisa.
Una sola persona sabe desplegar
El proceso de publicar una versión no está escrito ni automatizado. Si esa persona falta, el sistema se congela.
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.
Y cuando toca facturar
El trabajo hecho se factura sin copiar datos, y el cobro vuelve a la ficha del cliente.
El camino, paso a paso
Elegir el flujo crítico
Tomamos una integración que hoy falla o depende de trabajo manual, por ejemplo pedido a factura.
Diseñar el camino feliz y los fallos
Describimos qué pasa cuando todo va bien y, sobre todo, cuando un sistema no responde o un mensaje llega dos veces.
Automatizar con observabilidad
Montamos la integración con registros, alertas y un panel donde ver mensajes pendientes o fallidos.
Operar y extender
Tras un periodo funcionando, aplicamos el mismo patrón al siguiente flujo.
¿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.
Lo que entregamos
- Documentación de operación de cada automatización: qué hace, qué hacer si falla y a quién avisar.
- Registro de decisiones de arquitectura (ADR) con contexto, alternativas y consecuencias.
- Plan de mantenimiento con actualizaciones de seguridad y revisión periódica de dependencias.
- Documento de alcance con los flujos de trabajo acordados, lo que entra en la primera versión y lo que queda para después.
- Guía de revisión de código y de ramas adaptada al tamaño de tu equipo.
- Integraciones con tus sistemas existentes mediante API, documentadas.
- Pruebas de carga sobre los puntos críticos y un informe de límites conocidos.
Preguntas que deberías hacer a cualquier proveedor
- Que entregue documentación suficiente para operar sin depender de una sola persona.
- Que documente qué hacer cuando una automatización falla.
- Que te enseñe software suyo en producción, no solo capturas de pantalla.
- Que automatice el despliegue con posibilidad de volver atrás.
- Que te diga qué no recomienda tocar, no solo qué cambiar.
Lecturas relacionadas
Desarrollo y arquitectura
Patrón transactional outbox en arquitecturas de empresa
Diseña para duplicados y fallos
La entrega puede repetirse, por ejemplo si el publicador envía el mensaje y falla antes de marcarlo como procesado. Por eso el consumidor debe ser idempotente: registrar el ID tratado, rechazar efectos duplicados o aplicar una operación segura ante repetición.
Leer la guía completaDesarrollo y arquitectura
CI/CD con GitLab Runners y Kubernetes
El Paradigma de Kubernetes Executors
En ecosistemas de ingeniería maduros, mantener instancias estáticas para la ejecución de pipelines genera cuellos de botella e ineficiencias en el consumo de recursos. La integración de GitLab Runners con Kubernetes (K8s) mediante el Kubernetes Executor resuelve este problema aprovisionando pods efímeros bajo demanda…
Leer la guía completaDesarrollo y arquitectura
Patrones de Resiliencia en Microservicios: Circuit Breaker y Retry a Nivel Arquitectura
La Anatomía del Fallo en Sistemas Distribuidos
En ecosistemas nativos de la nube, la falacia número uno de la computación distribuida es asumir que la red es confiable. La degradación de un servicio, latencias impredecibles o particiones de red son eventos transitorios que, sin un control adecuado, provocan fallos en cascada, saturación de thread pools y, en…
Leer la guía completaCómo se aplica en tu sector
- Logística
- Seguimiento de envíos para clientes, aplicaciones de reparto con firma y foto de entrega e integración con los sistemas de transportistas.
- Hostelería y turismo
- Sincronización de disponibilidad y reservas entre canales, donde un retraso o un duplicado provoca sobreventas.
- Educación y formación
- Plataformas de inscripción, gestión de grupos y comunicación con alumnos y familias, con control de accesos por perfil.
- Hostelería
- Webs de reserva rápidas y accesibles, cartas digitales fáciles de actualizar y herramientas internas de turnos y pedidos.
En Donostia-San Sebastián y alrededores
Cuando la integración afecta a equipos físicos de una planta en Gipuzkoa, se puede organizar una visita puntual si el proyecto lo requiere.
La formación para citizen developers de tu empresa en Gipuzkoa se imparte en remoto, con ejemplos de vuestros propios procesos.
Muchas empresas de Gipuzkoa combinan un ERP de siempre con herramientas nuevas; integrarlas bien suele dar más que sustituirlas.
Más en Donostia-San Sebastián
Preguntas frecuentes
¿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.
¿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.
¿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.
¿Cómo se actualizan dependencias antiguas sin romper nada?+
Primero se añaden pruebas que cubran lo crítico, luego se actualiza por partes y se verifica cada paso. Saltar varias versiones de golpe sin pruebas es la receta de un fin de semana largo.
¿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.
¿Cómo sé dónde se ha perdido un dato?+
Con observabilidad: identificadores que acompañan la operación de un sistema a otro, registros estructurados y un panel de mensajes fallidos. Sin eso, la investigación es a ciegas.
Diseño web a medida cerca de Donostia-San Sebastián
Para tu empresa en Donostia-San Sebastián
Pide una revisión de tu web actual: rendimiento, accesibilidad y claridad del mensaje.