ForgeNEX

Soluciones

Desarrollo apps en Barcelona

Preferimos entregar algo pequeño que funciona a las pocas semanas antes que un proyecto enorme que llega tarde. Cada entrega se usa de verdad, se corrige con lo aprendido y se decide qué va después.

Externalizar la informática no significa perder el control. Los accesos, la documentación y las credenciales críticas quedan a nombre de tu empresa, y si un día decides cambiar de proveedor, todo está escrito.

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.

Pide una propuesta

Automatizado de principio a fin

Lo que montamos queda documentado y se puede repetir, no depende de una persona.

forgenex

$ 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

Situaciones que resolvemos

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.

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.

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.

Pedidos o cobros duplicados

Un reintento tras un corte de red ha generado registros repetidos. Se detectan cuando el cliente reclama.

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.

Qué incluye Desarrollo apps

  • Documentación de operación de cada automatización: qué hace, qué hacer si falla y a quién avisar.
  • Medición de rendimiento con Core Web Vitals en las páginas clave y un presupuesto de rendimiento acordado.
  • Diagrama de contexto y contenedores del sistema, con responsables e interfaces de cada pieza.
  • Proceso de paso a producción para soluciones low-code, con aprobación y verificación.
  • Registro de proveedores y contratos tecnológicos con fechas de renovación y responsables.
  • Pruebas de carga sobre los puntos críticos y un informe de límites conocidos.
  • Checklist de transición con recogida de credenciales, licencias, contratos y configuraciones del proveedor anterior.

¿Hablamos de tu caso?

Si tienes una aplicación heredada sin documentación, empecemos por una auditoría para saber en qué punto está.

Pide tu propuesta

Para saber más

Desarrollo y arquitectura

Patrón transactional outbox en arquitecturas de empresa

El problema: guardar el estado y publicar el evento

Un servicio puede actualizar su base de datos y publicar después un mensaje. Si el proceso falla entre ambas acciones, el estado persistido y los consumidores quedan desalineados. Publicar primero tampoco resuelve la atomicidad: el evento puede anunciar un cambio que nunca se confirmó en la base de datos.

Leer la guía completa

Desarrollo y arquitectura

Arquitectura Event-Driven: Sincronización en Tiempo Real con Apache Kafka y Debezium (CDC)

Consideraciones de Arquitectura para Producción

1. Evolución de Esquemas: A medida que la base de datos evoluciona (DDLs), el esquema de los mensajes en Kafka cambia. Es imprescindible utilizar el Confluent Schema Registry junto con formatos binarios compactos como Apache Avro o Protobuf para garantizar la compatibilidad hacia adelante y hacia atrás. 2.…

Leer la guía completa

Desarrollo y arquitectura

Diseño de APIs contract-first con OpenAPI

Revisión y pruebas

Mantén el documento OpenAPI en control de versiones. En cada cambio, ejecuta validación de esquema, revisa el diff con responsables consumidores y prueba respuestas exitosas y errores. La generación automática de SDK o stubs ayuda a detectar inconsistencias, pero no demuestra compatibilidad semántica; incorpora…

Leer la guía completa

Cómo trabajamos

    01

    Auditoría de lo que existe

    Revisamos la aplicación o web actual: código, dependencias, rendimiento, accesibilidad y seguridad.

    02

    Estabilizar

    Primero lo urgente: copias de seguridad, actualizaciones críticas y un despliegue repetible.

    03

    Rodear y sustituir por partes

    Exponemos el sistema actual mediante una API y vamos sustituyendo módulos uno a uno sin parar la operación.

    04

    Retirar lo antiguo

    Cuando un módulo nuevo lleva tiempo funcionando, se apaga el viejo y se archivan sus datos.

Desarrollo apps para empresas de Barcelona

Nos coordinamos con la persona de referencia de tu empresa en Barcelona para aprobar cambios, avisar a la plantilla y revisar el servicio.

Si tu equipo está en Barcelona, coordinamos las validaciones con la persona que conoce el proceso, en sesiones cortas y a distancia.

Las empresas de Cataluña que crecen por adquisición o con nuevas sedes suelen heredar sistemas duplicados; ordenar quién es dueño de cada dato es el primer paso.

Cómo se aplica en tu sector

Departamentos financieros

Automatización de conciliaciones y cargas contables con registro de cada ejecución y validación del responsable.

Empresas que cambian de proveedor

La transición es el momento delicado. Una lista de entrada recoge todo lo necesario para que el cambio no deje cabos sueltos.

Comercio

Webs con catálogo y pedidos conectados al stock real, y herramientas internas para gestionar devoluciones y pedidos a proveedores.

Educación

Automatización de matrículas, listados y comunicaciones, con cuentas de servicio para que no dependan del curso académico de nadie.

Qué mirar antes de elegir

  • Que diseñe para los fallos: reintentos, idempotencia, límites de tiempo.
  • Que entregue informes periódicos con datos, no solo una factura.
  • Que mantenga un inventario de equipos y licencias actualizado.
  • Que haga preguntas sobre tu proceso antes de hablar de tecnología.
  • Que documente qué hacer cuando una automatización falla.

Preguntas frecuentes

¿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.

¿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.

¿Mi web tiene que ser accesible?+

Es una buena práctica siempre y una exigencia cada vez más frecuente en contratos y en determinados sectores. Además, una web accesible suele ser más clara y rápida para todos.

¿Qué es un SBOM y para qué sirve?+

Es un inventario de los componentes y versiones que forman cada entrega de software. Sirve para saber rápidamente si te afecta una vulnerabilidad publicada. No es una auditoría de seguridad: dice qué hay, no si es seguro.

¿Cómo sé si el servicio funciona bien?+

Con informes periódicos de incidencias, tiempos de resolución y tareas realizadas, y con una reunión de revisión en la que comentamos los resultados y lo que conviene mejorar.

¿Qué aportan las pruebas de contrato?+

Verifican que lo que un servicio envía coincide con lo que otro espera, sin montar todo el entorno. Detectan incompatibilidades entre equipos o proveedores antes de desplegar.

Si dudas entre app y web, te ayudamos a decidir según cómo la usarán tus clientes.

Desarrollo apps en Barcelona: cuéntanos qué necesitas