Desarrollo de software
Gestión de retainers en Badalona
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.
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.
La calidad del software se decide antes de escribir código: requisitos claros, criterios de aceptación comprobables y revisiones entre compañeros. Corregir un malentendido en una reunión cuesta mucho menos que en producción.
Qué recibes
- Documentación de operación: cómo desplegar, escalar, recuperar y diagnosticar.
- Inventario de automatizaciones existentes (RPA, flujos, scripts) con dueño, sistema que tocan y datos que manejan.
- Medición de rendimiento con Core Web Vitals en las páginas clave y un presupuesto de rendimiento acordado.
- Cola o bus de eventos configurado cuando el caso lo requiere, con formatos de mensaje acordados.
- Registros estructurados, métricas y trazas para seguir una operación entre sistemas.
- Integraciones entre sistemas con reintentos, idempotencia y gestión de errores documentada.
- Control de accesos por roles y registro de quién hace qué en las partes sensibles.
Por qué nos llaman
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.
El programa estándar se queda corto
El software que compraste cubre la mayor parte del trabajo y el resto se hace a mano o con trucos. Ese resto es justo lo que diferencia tu forma de trabajar.
Pedidos o cobros duplicados
Un reintento tras un corte de red ha generado registros repetidos. Se detectan cuando el cliente reclama.
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.
Todo se prueba en producción
No hay entorno de pruebas o no se parece al real, así que los cambios se validan directamente con datos de clientes.
De 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.
¿Hablamos de tu caso?
Si tienes una aplicación heredada sin documentación, empecemos por una auditoría para saber en qué punto está.
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
No es igual en todos los negocios
- Clínicas (gestión administrativa)
- Automatización de agenda, recordatorios y facturación administrativa, sin acceso a datos clínicos de pacientes.
- 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.
- Logística
- Integración de documentos de transporte y estados de envío entre sistemas, priorizando APIs sobre robots que leen pantallas.
- Comercio y distribución
- Procesos de pedidos a proveedores, actualización de precios y conciliación de ventas automatizados con alertas cuando algo no cuadra.
Para saber más
Desarrollo
Plantilla ADR para decisiones de arquitectura de software
Ejemplo — supuesto ilustrativo
Contexto: un portal de cliente necesita incorporar dos funciones nuevas, pero el equipo también debe reducir dependencias entre módulos. Opciones: ampliar el módulo actual, separar una capacidad detrás de una API o sustituir el portal completo. Decisión: no se elige una alternativa por defecto; el ADR debe registrar…
Leer la guía completaIngeniería de software
Acelera tu Time-to-Market: Desarrollo Low-Code con Power Platform
La Tiranía del Backlog
El modelo tradicional de desarrollo está roto. Las áreas de negocio exigen agilidad extrema, pero se estrellan contra el muro de hielo de un backlog de TI paralizado. Semanas para priorizar requerimientos, meses para desarrollar un MVP y un Time-to-Market que asfixia la innovación corporativa.
Leer la guía completaDesarrollo y arquitectura
Idempotencia en APIs y webhooks: reintentos sin duplicados
Contrato mínimo de una clave
1. El cliente genera una clave opaca por operación lógica y la conserva al reintentar esa misma operación. 2. El servidor asocia la clave al usuario o tenant, al endpoint y a una huella de la solicitud normalizada. 3. La primera petición reserva la clave, ejecuta la operación y guarda el resultado identificable. 4.…
Leer la guía completaGestión de retainers para empresas de Badalona
Cuando el proyecto lo requiere, por ejemplo para observar un proceso en planta, se puede organizar una visita puntual a tu empresa en Badalona.
El soporte de las automatizaciones de tu empresa de Barcelona se presta en remoto, con alertas que avisan cuando algo falla.
Para equipos de desarrollo de Cataluña, proponemos prácticas de ingeniería proporcionadas: lo justo para dejar de depender de la suerte.
Criterios que importan
- Que pregunte por tu equipo y tu escala antes de proponer microservicios o Kubernetes.
- Que defina qué sistema es dueño de cada dato.
- Que incluya observabilidad desde el principio y no tras el primer incidente.
- Que haga preguntas sobre tu proceso antes de hablar de tecnología.
- Que opere sistemas propios en producción y pueda hablar de incidentes reales.
Preguntas frecuentes
¿Qué mantenimiento necesita después?+
Actualizaciones de seguridad, revisión de dependencias, copias de seguridad y pequeños ajustes. Te proponemos un plan con lo que incluye y lo que no, para que sepas qué pagas.
¿Hacéis también el diseño visual?+
Sí, el diseño de pantallas y la estructura de la web forman parte del trabajo, siempre ligados a lo que el usuario tiene que conseguir en cada página.
¿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.
¿Podéis revisar una arquitectura que ya tenemos?+
Sí. Hacemos una revisión con un informe de riesgos, puntos de mejora priorizados y lo que no recomendamos tocar.
¿Es seguro dejar que los empleados creen aplicaciones?+
Sí, con un marco: entornos separados, políticas sobre qué conectores pueden usarse juntos y un proceso para pasar a producción. Sin ese marco, el riesgo es perder el control de dónde acaban los datos.
¿Podéis integrar sistemas que no tienen API?+
A veces sí, mediante la base de datos, ficheros de intercambio o captura de cambios. Son soluciones más frágiles y te explicamos sus límites antes de elegirlas.
Gestión de retainers cerca de Badalona
Envíanos tu idea, aunque esté a medio definir; el primer paso es ordenarla juntos.