ForgeNEX

Soluciones

Software a medida en Oviedo

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 automatización tiene coste de mantenimiento. Un robot que lee una web ajena se rompe cuando esa web cambia; un flujo que depende de la cuenta de un empleado se para cuando esa persona se va. Lo diseñamos pensando en quién lo va a mantener.

Microsoft Power Platform permite que personas de negocio creen aplicaciones y flujos sin esperar al departamento técnico. Funciona bien con reglas: entornos separados, políticas de qué conectores se pueden combinar y un camino ordenado de desarrollo a producción.

Pide una propuesta

Automatizado de principio a fin

Cada paso automatizado y comprobado, con su copia y su certificado.

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

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.

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.

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.

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.

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.

El resultado, en concreto

  • Documentación de operación: cómo desplegar, escalar, recuperar y diagnosticar.
  • Robots o flujos automatizados con cuentas de servicio, registro de ejecución y alertas cuando fallan.
  • Integraciones con tus sistemas existentes mediante API, documentadas.
  • Política de versionado y retirada de APIs con avisos a los consumidores.
  • Plan de actualización de dependencias con prioridades y pruebas de regresión.
  • 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.

Guías de nuestra biblioteca técnica

Ingeniería de software

Acelera tu Time-to-Market: Desarrollo Low-Code con Power Platform

Del MVP a Producción en 48 Horas

El manifiesto ágil en su máxima expresión. Imaginemos un requerimiento corporativo habitual: un flujo de aprobación de contratos legales y SLAs. En el modelo clásico de desarrollo de software a medida esto significa: levantamiento de requisitos, tickets de Jira, modelado de base de datos relacional, despliegue de un…

Leer la guía completa

Servicios gestionados de IT

Scorecard para revisar un servicio IT gestionado

Scorecard de revisión

Área Evidencia que se presenta Pregunta de revisión Acuerdo o acción ------------ Incidencias Volumen, antigüedad, prioridades y reaperturas ¿Qué patrón requiere análisis de causa? Responsable y fecha Servicio y SLA Numerador, denominador, ventana y exclusiones ¿Se mide según el contrato vigente? Aclaración o acción…

Leer la guía completa

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 completa

Nuestro método

    01

    Diagnóstico del ciclo de entrega

    Revisamos cómo se escribe, prueba, revisa y despliega el software hoy, y dónde aparecen los fallos.

    02

    Automatizar lo repetitivo

    Integración continua con construcción y pruebas automáticas en cada cambio.

    03

    Proteger lo crítico

    Pruebas de las funciones que más importan, pruebas de contrato en las integraciones e inventario de dependencias por versión.

    04

    Desplegar con confianza

    Entornos separados, despliegue automatizado y vuelta atrás probada.

    05

    Mejorar con los incidentes

    Cada fallo en producción se analiza para añadir la prueba o el control que lo habría detectado antes.

Trabajar con empresas de Oviedo

El soporte de las integraciones de tu empresa de Oviedo se presta en remoto, con alertas que avisan de fallos antes de que los note el cliente.

El soporte para clientes de Principado de Asturias se presta en remoto con el mismo canal y criterio que para el resto de España.

Si el proceso a automatizar ocurre en una planta o almacén de Asturias, se puede organizar una visita puntual si el proyecto lo requiere.

Ejemplos según tu actividad

Distribución y comercio
Sincronización de stock, precios y pedidos entre tienda online, ERP y almacén, con eventos para que ningún canal venda lo que no hay.
Hostelería
Flujos de reservas, facturación y pedidos a proveedores sin copiar datos entre aplicaciones.
Departamentos financieros
Automatización de conciliaciones y cargas contables con registro de cada ejecución y validación del responsable.
Hostelería
Varios locales con personal rotativo y equipos compartidos. Altas y bajas ágiles y soporte remoto para no depender de cada encargado.

Cómo elegir bien

  • Que te enseñe software suyo en producción, no solo capturas de pantalla.
  • Que pueda decirte qué componentes y versiones tienes en producción.
  • Que las credenciales críticas queden siempre a nombre de tu empresa.
  • Que opere sistemas propios en producción y pueda hablar de incidentes reales.
  • Que explique con claridad qué incluye la cuota y qué no.

Preguntas frecuentes

¿Tengo que dedicar tiempo de mi equipo?+

Sí, algo. Necesitamos a alguien que conozca el proceso para validar prototipos y entregas. Sin esa participación, el software acaba resolviendo un problema que no es el tuyo.

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

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

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

¿Qué son las políticas DLP de Power Platform?+

Reglas que definen qué conectores pueden combinarse en un mismo entorno, para evitar por ejemplo que un flujo saque datos de clientes hacia un servicio no autorizado. Se definen por entorno y se prueban antes de activarlas.

¿Cuándo conviene usar eventos en lugar de llamadas directas?+

Cuando varios sistemas necesitan enterarse de lo mismo, cuando no quieres que uno dependa de que otro esté disponible o cuando los datos deben llegar casi al momento. Para consultas simples, una llamada directa basta.

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 Oviedo: cuéntanos qué necesitas