Soluciones
Portal cliente en Burgos
La accesibilidad no es un extra estético: es que una persona que navega con teclado o con lector de pantalla pueda pedirte un presupuesto. La comprobamos con criterios WCAG en cada entrega, no al final.
Python sigue siendo una de las formas más directas de automatizar procesos con datos, ficheros y APIs. Cuando una herramienta low-code se queda corta, un script bien hecho, versionado y monitorizado suele ser la siguiente opción.
Las incidencias de nivel básico, como restablecer una contraseña o configurar una impresora, consumen mucho tiempo. Las organizamos con procedimientos y, cuando tiene sentido, con un agente de IA de primer nivel que resuelve lo repetitivo y escala lo demás a una persona.
Qué recibes
- Informe periódico con incidencias por tipo, tiempos de resolución y recomendaciones.
- Plan de modernización por fases para sistemas heredados, sin parar la operación.
- Pruebas automáticas de las funciones críticas integradas en el ciclo de entrega.
- Inventario de componentes de software (SBOM) asociado a cada versión desplegada.
- Sistema de tickets con historial de cada incidencia y solicitud, accesible para tu empresa.
- Gestión mensual de actualizaciones de sistemas y aplicaciones con ventanas acordadas.
- Registro de decisiones de arquitectura (ADR) con el porqué de cada elección técnica relevante.
Situaciones que resolvemos
- 01
Una web que no cumple accesibilidad
Clientes o administraciones empiezan a pedir accesibilidad y no sabes en qué punto está tu web ni cuánto costaría ponerla al día.
- 02
Sistemas que no se hablan
El CRM, la facturación y el almacén no comparten datos y alguien los copia de uno a otro. Los errores aparecen cuando el cliente ya los ha visto.
- 03
No sabes qué hay en producción
Se publica una vulnerabilidad en una librería conocida y no hay forma rápida de saber si tus aplicaciones la usan ni en qué versión.
- 04
Sin documentación
No existe un documento que explique cómo está montada la red, qué servidores hay o qué copias se hacen. Todo está en la cabeza de una persona.
- 05
Equipos sin inventario
No se sabe cuántos portátiles hay, quién tiene cada uno ni cuándo caduca su garantía; algunos se pierden cuando alguien deja la empresa.
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.
Del trabajo a la factura
Facturas correctas, con su numeración y sus impuestos, conectadas con el CRM.
Ejemplos según tu actividad
- Empresas con varias sedes
- Integración de sistemas de distintas sedes con un modelo de datos común y responsables claros de cada dato.
- Departamentos financieros
- Automatización de conciliaciones y cargas contables con registro de cada ejecución y validación del responsable.
- Construcción
- Aplicaciones low-code para partes de obra y control de documentación, con entornos separados y un responsable por aplicación.
- Hostelería
- Webs de reserva rápidas y accesibles, cartas digitales fáciles de actualizar y herramientas internas de turnos y pedidos.
Lecturas relacionadas
Desarrollo y arquitectura
Arquitectura de Microservicios con Spring Boot y Docker Swarm
Transición a Sistemas Distribuidos
La adopción de microservicios demanda una gestión rigurosa del estado, la configuración y el enrutamiento. Al combinar la robustez del ecosistema Spring (Spring Boot 3 + Spring Cloud) con la simplicidad operacional de Docker Swarm, logramos una orquestación ligera pero altamente efectiva para cargas de trabajo…
Leer la guía completaIngeniería de software
Pruebas de contrato con Pact para APIs empresariales
Flujo de integración continua
1. Consumidor: escribe pruebas para los comportamientos relevantes, incluyendo parámetros, cabeceras, códigos y campos de respuesta que realmente utiliza. 2. Contrato: el test genera un artefacto versionado; revisa cambios del contrato como parte del cambio de código. 3. Publicación: el pipeline publica contrato y…
Leer la guía completaDesarrollo
Plantilla ADR para decisiones de arquitectura de software
Guarda el razonamiento que no cabe en un diagrama
Una decisión de arquitectura puede ser costosa de cambiar y difícil de reconstruir meses después. Un ADR (Architecture Decision Record) conserva el contexto, las alternativas consideradas y las consecuencias que el equipo acepta. Conviene escribirlo cuando una elección afecta a límites del sistema, datos, despliegue,…
Leer la guía completaTrabajar con empresas de Burgos
Las empresas de Burgos que dependen de un script en el ordenador de alguien suelen descubrirlo el día que ese ordenador falla; mejor antes.
Si tu empresa de Burgos ya tiene personas creando aplicaciones low-code, el objetivo es darles un marco, no quitarles la herramienta.
Nos coordinamos con la persona de referencia de tu empresa en Burgos para aprobar cambios, avisar a la plantilla y revisar el servicio.
Criterios que importan
- Que use tecnologías comunes, para que otro equipo pueda mantenerlo si un día cambias.
- Que el código y el repositorio sean tuyos desde el primer día.
- Que separe entorno de pruebas y producción y te deje revisar cada entrega.
- Que diseñe para los fallos: reintentos, idempotencia, límites de tiempo.
- Que pregunte si hay API antes de proponer un robot que lea pantallas.
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.
¿El código es mío?+
Sí. El repositorio está a tu nombre o se te entrega completo, con la documentación necesaria para que otro equipo pueda mantenerlo.
¿Cómo se prueba antes de publicar?+
Hay un entorno de pruebas separado, pruebas automáticas de lo crítico y revisión por tu parte de cada entrega antes de pasar a producción.
¿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.
¿Hay que reescribir mi sistema heredado?+
Rara vez de golpe. Lo habitual es exponerlo mediante una API, ir sustituyendo módulos uno a uno y apagar lo antiguo cuando lo nuevo lleva tiempo funcionando.
¿Cómo pido ayuda cuando algo falla?+
Por un canal único que acordamos al inicio. Cada solicitud queda registrada con su prioridad y puedes consultar su estado e historial.
Portal cliente cerca de Burgos
Envíanos tu idea, aunque esté a medio definir; el primer paso es ordenarla juntos.