ForgeNEX

Desarrollo de software

Software a medida en A Coruña

Una web corporativa no es un folleto: es lo primero que ve un cliente y, a menudo, lo que decide si te escribe. Tiene que cargar rápido en el móvil, poder leerse con un lector de pantalla y decir con claridad qué haces.

Una app móvil tiene sentido cuando tus usuarios la van a abrir a menudo o necesitan funciones del teléfono. Si no, una web bien hecha o una PWA cubre lo mismo con un solo código y menos coste de mantenimiento.

Cada decisión de arquitectura importante se escribe con su contexto, las opciones consideradas y por qué se eligió una. Dentro de un año, quien herede el sistema sabrá por qué está así y no tendrá que adivinarlo.

Pide una propuesta

Lo que suele estar pasando

  1. 01

    Cada despliegue es un susto

    Publicar una versión implica subir ficheros a mano un viernes por la tarde y cruzar los dedos. Si algo falla, nadie sabe volver atrás rápido.

  2. 02

    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.

  3. 03

    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.

  4. 04

    Una API cambió y rompió a los clientes

    Se modificó un campo o un formato sin avisar y las integraciones de clientes o socios dejaron de funcionar de un día para otro.

  5. 05

    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.

Cómo trabajamos

    01

    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.

    02

    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.

    03

    Implementación robusta

    Idempotencia, validación de entrada, límites de uso y errores claros desde la primera versión.

    04

    Publicación y ciclo de vida

    Documentación accesible, versionado y un procedimiento para retirar versiones antiguas sin dejar a nadie atrás.

¿Hablamos de tu caso?

Envíanos tu idea, aunque esté a medio definir; el primer paso es ordenarla juntos.

Pide tu propuesta

Lo que entregamos

  • Inventario de automatizaciones existentes (RPA, flujos, scripts) con dueño, sistema que tocan y datos que manejan.
  • Plan de mantenimiento con actualizaciones de seguridad y revisión periódica de dependencias.
  • Modelo de entornos de Power Platform (desarrollo, pruebas, producción) con permisos por rol.
  • Medición de rendimiento con Core Web Vitals en las páginas clave y un presupuesto de rendimiento acordado.
  • Plan de modernización por fases para sistemas heredados, sin parar la operación.
  • Registro de decisiones de arquitectura (ADR) con contexto, alternativas y consecuencias.
  • Despliegue automatizado: cada versión se construye, se prueba y se publica con el mismo procedimiento, y se puede revertir.

Ejemplos según tu actividad

Distribución B2B

Portales de pedido para clientes profesionales con tarifas propias, historial y descarga de facturas.

Industria

Aplicaciones de planta para partes de trabajo, control de calidad u órdenes de fabricación, pensadas para tabletas y uso con guantes o prisa.

Hostelería y turismo

Sincronización de disponibilidad y reservas entre canales, donde un retraso o un duplicado provoca sobreventas.

Servicios técnicos

Aplicaciones para técnicos de campo con órdenes de trabajo, material usado y firma del cliente, sincronizadas con la oficina.

Del trabajo a la factura

El trabajo hecho se factura sin copiar datos, y el cobro vuelve a la ficha del cliente.

facturacion.forgenex.com/facturas

Demostración de Facturación: una factura se rellena, se emite y se cobra.

Qué mirar antes de elegir

  • Que proponga modernizar por fases antes que reescribir de golpe.
  • Que mida cuánto resuelve sola cada automatización y cuánto escala a personas.
  • Que pueda decirte qué componentes y versiones tienes en producción.
  • Que proponga una primera versión pequeña antes que un proyecto enorme.
  • Que incluya observabilidad desde el principio y no tras el primer incidente.

Para saber más

Ingeniería de software

Checklist ALM para Microsoft Power Platform en empresas

De una app útil a una solución que se puede mantener

Una automatización creada para resolver una necesidad local puede convertirse en parte de un proceso empresarial. Para que el cambio no dependa de exportaciones manuales y conocimiento de una sola persona, define su ciclo de vida: quién desarrolla, dónde se prueba, quién autoriza y cómo se publica y revierte.

Leer la guía completa

Desarrollo y arquitectura

Introducción al Hub de Desarrollo y Arquitectura

Próximamente

Nuestros ingenieros están trabajando en guías definitivas, manuales de configuración y arquitecturas de referencia para esta categoría:

Leer la guía completa

Desarrollo y arquitectura

Patrón transactional outbox en arquitecturas de empresa

Flujo y contrato del evento

1. La aplicación valida la operación. 2. En una misma transacción, persiste el estado de negocio y la fila de outbox. 3. Un publicador o mecanismo CDC detecta la fila y emite el mensaje. 4. El consumidor valida el contrato, procesa el mensaje y registra su resultado. 5. La outbox se retiene y limpia según una política…

Leer la guía completa

Desde Sevilla, para A Coruña

Las empresas de A Coruña que dependen de un script en el ordenador de alguien suelen descubrirlo el día que ese ordenador falla; mejor antes.

Trabajamos con empresas de A Coruña en remoto: las reuniones de seguimiento se hacen por videoconferencia y las entregas se revisan en un entorno de pruebas al que accedes desde tu oficina.

El soporte de las automatizaciones de tu empresa de A Coruña se presta en remoto, con alertas que avisan cuando algo falla.

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.

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

¿Es mejor una app o una web?+

Si tus usuarios la abren a diario o necesitan cámara, notificaciones o trabajo sin conexión, una app puede compensar. Si no, una web o una PWA hace lo mismo con un solo desarrollo y sin pasar por las tiendas.

¿Cómo se evitan los duplicados al reintentar?+

Con operaciones idempotentes: cada petición lleva un identificador y el sistema reconoce si ya la procesó. Así un reintento devuelve el mismo resultado en lugar de crear otro registro.

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

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

Cuéntanos qué proceso llevas hoy en hojas de cálculo y te decimos cómo sería una primera versión.

Software a medida en A Coruña: cuéntanos qué necesitas

Llamar WhatsApp