ForgeNEX

Servicios IT

Desarrollo web en Vitoria-Gasteiz

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.

Desarrollamos webs, aplicaciones y herramientas internas con tecnologías conocidas y mantenibles —React, Next.js, Node.js, Python, Flutter— para que el día que cambies de proveedor, otro equipo pueda seguir sin reescribirlo todo.

Desarrollo web incluye algo que rara vez se ve: saber exactamente qué versión de qué componente está en producción. Con un inventario de dependencias por cada entrega, responder a una vulnerabilidad publicada pasa de días de búsqueda a una consulta.

Pide una propuesta

Situaciones que resolvemos

  1. 01

    Proyecto de software que no termina

    Se empezó un desarrollo grande hace meses, el alcance no para de crecer y todavía no hay nada usable en manos del equipo.

  2. 02

    La web no genera contactos

    Tienes web, pero tarda en cargar, no se ve bien en el móvil y nadie rellena el formulario. Es un gasto que no trae clientes.

  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

    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.

Desplegado como desplegamos lo nuestro

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

Nuestro método

    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?

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

Pide tu propuesta

Qué te llevas al terminar

  • 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.
  • Documentación de operación: cómo desplegar, escalar, recuperar y diagnosticar.
  • Política de versionado y retirada de APIs con avisos a los consumidores.
  • Medición de rendimiento con Core Web Vitals en las páginas clave y un presupuesto de rendimiento acordado.
  • Registro de decisiones de arquitectura (ADR) con el porqué de cada elección técnica relevante.
  • Pruebas automáticas de las funciones críticas que se ejecutan antes de cada publicación.

Qué mirar antes de elegir

  • Que escriba las decisiones técnicas importantes y su motivo.
  • Que te enseñe software suyo en producción, no solo capturas de pantalla.
  • Que mida cuánto resuelve sola cada automatización y cuánto escala a personas.
  • Que documente las APIs con un contrato formal y lo mantenga actualizado.
  • Que hable de mantenimiento y su coste antes de firmar, no después.

Lecturas relacionadas

Desarrollo

Feature flags para despliegues graduales en empresas

Separar despliegue de activación

Una feature flag permite decidir en tiempo de ejecución si una función está habilitada. Esto facilita pruebas internas, activación por grupos y despliegues graduales, pero no elimina la necesidad de pruebas, control de cambios ni observabilidad. OpenFeature describe una especificación independiente del proveedor para…

Leer la guía completa

Desarrollo y arquitectura

Idempotencia en APIs y webhooks: reintentos sin duplicados

Consistencia y límites

Si el efecto de negocio y el registro de idempotencia se guardan en la misma base de datos, intenta confirmarlos en una transacción coherente. Para enviar eventos o llamar a otro servicio, define cómo deduplicar esa etapa —por ejemplo, un identificador de operación en una outbox— porque la transacción local no hace…

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

Cómo se aplica en tu sector

Empresas con varias sedes
Integración de sistemas de distintas sedes con un modelo de datos común y responsables claros de cada dato.
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.
Servicios técnicos
Aplicaciones para técnicos de campo con órdenes de trabajo, material usado y firma del cliente, sincronizadas con la oficina.
Educación
Integración entre plataformas de inscripción, cobro y aula virtual, con un único origen de datos de alumnos.

Desde Sevilla, para Vitoria-Gasteiz

Si tu empresa en Vitoria-Gasteiz tiene su propio equipo de desarrollo, podemos acompañarlo en las decisiones de arquitectura sin sustituirlo.

Las empresas de País Vasco 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.

Desde Sevilla acompañamos a equipos de toda País Vasco en la gobernanza de Power Platform y en sus procesos de entrega de software.

Preguntas frecuentes

¿Qué tecnologías usáis?+

Las que mejor encajan y más fácil es encontrar quien las mantenga: React y Next.js en web, Node.js o Python en servidor, Flutter o React Native en móvil, bases de datos relacionales. Evitamos tecnologías minoritarias sin motivo.

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

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

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

¿Cómo se cambia una API sin romper a quien la usa?+

Añadiendo en lugar de modificar, versionando cuando el cambio es incompatible, midiendo quién usa la versión antigua y avisando con tiempo antes de retirarla.

¿Qué pasa si un servicio externo se cae?+

El diseño debe contemplarlo: límites de tiempo, reintentos con espera, cortacircuitos que dejan de insistir y colas que guardan el trabajo pendiente hasta que el servicio vuelva.

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

Desarrollo web en Vitoria-Gasteiz: cuéntanos qué necesitas