ForgeNEX

Desarrollo de software

ERP para software factories en Santiago de Compostela

Una aplicación lenta pierde usuarios aunque funcione. Fijamos un presupuesto de rendimiento con Core Web Vitals desde el diseño y lo medimos en cada versión, para que la velocidad no se degrade con el tiempo.

Ningún proceso de ingeniería sustituye al criterio, pero sí evita depender de la suerte. Revisiones, pruebas y despliegues automatizados convierten los errores en algo que se detecta pronto y se corrige barato.

Muchas empresas tienen ya un sistema que funciona pero que nadie se atreve a tocar. A veces la respuesta no es reescribirlo, sino rodearlo con una API y modernizar por partes mientras sigue en marcha.

Pide una propuesta

Lo que suele estar pasando

  1. 01

    Un proveedor anterior desapareció

    Tienes una aplicación en producción sin documentación, sin acceso al código o con tecnología que ya nadie mantiene. Cada cambio es una aventura.

  2. 02

    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.

  3. 03

    Sistema lento en horas punta

    A primera hora o en el cierre el ERP se arrastra y los usuarios esperan minutos para guardar un pedido. Nadie ha medido por qué.

  4. 04

    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.

  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.

Y cuando toca facturar

Facturas correctas, con su numeración y sus impuestos, conectadas con el CRM.

facturacion.forgenex.com/facturas

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

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.

¿Hablamos de tu caso?

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

Pide tu propuesta

El resultado, en concreto

  • Documentación de despliegue y operación para que otro equipo pueda mantener el sistema.
  • Mapa de datos: qué sistema es dueño de cada dato y cómo lo reciben los demás.
  • Aplicación o web desplegada en producción con entorno de pruebas separado.
  • Registros estructurados, métricas y trazas para seguir una operación entre sistemas.
  • Modelo de entornos de Power Platform (desarrollo, pruebas, producción) con permisos por rol.
  • Formación para citizen developers sobre buenas prácticas, entornos y límites de uso de datos.
  • Revisión del circuito de facturación frente a los requisitos de trazabilidad y factura electrónica aplicables.

Qué mirar antes de elegir

  • Que escriba las decisiones técnicas importantes y su motivo.
  • Que te diga cuándo un producto estándar te sirve mejor que un desarrollo a medida.
  • Que trate los datos personales con control de accesos, copias y registro desde el diseño.
  • Que separe entorno de pruebas y producción y te deje revisar cada entrega.
  • Que el sistema esté preparado para los requisitos de facturación y trazabilidad aplicables a tu empresa.

Guías de nuestra biblioteca técnica

Ingeniería de software

SBOM y dependencias en el ciclo de vida del software

Qué no afirma un SBOM

El documento no prueba que el software sea seguro, que no contenga código malicioso ni que todos los componentes sean vulnerables. Es una entrada para la evaluación, no la conclusión. Comprueba además componentes descargados dinámicamente, dependencias transitivas que el generador no resuelva y módulos opcionales…

Leer la guía completa

Ingeniería de software

Checklist ALM para Microsoft Power Platform en empresas

Checklist de puesta en marcha

[ ] Responsable: asigna dueño de negocio, maker, administrador y persona que acepta el paso a producción. [ ] Entornos: separa desarrollo, validación y producción según el riesgo y las necesidades del equipo. [ ] Datos y conectores: revisa qué orígenes utiliza la app o el flujo y cómo se clasifican mediante las…

Leer la guía completa

ERP y sistemas de gestión

Cómo reconciliar datos en una migración de ERP

Una carga correcta no demuestra que el negocio esté listo

Que el proceso técnico termine sin error no garantiza que clientes, saldos, unidades o pedidos tengan el significado esperado en el sistema nuevo. La reconciliación compara origen y destino con reglas acordadas por quienes conocen el dato, y registra las diferencias que impiden aceptar una oleada.

Leer la guía completa

No es igual en todos los negocios

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.
Distribución y comercio mayorista
Tarifas por cliente, stock en varios almacenes y pedidos que entran por distintos canales. El reto es que el ERP refleje existencias reales y que la tienda online y los comerciales vean lo mismo.
Construcción
Gestión de obras con partes diarios, fotos geolocalizadas, mediciones y control de documentación de subcontratas.
Construcción
Aplicaciones low-code para partes de obra y control de documentación, con entornos separados y un responsable por aplicación.

Trabajar con empresas de Santiago de Compostela

Las decisiones técnicas que tomamos para tu empresa de Santiago de Compostela quedan escritas, para que cualquier equipo pueda continuarlas.

Si en A Coruña ya tienes un proveedor de sistemas o de hosting, nos coordinamos con él para el despliegue y los accesos.

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

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.

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

¿Qué pasa si una versión nueva da problemas?+

El despliegue está preparado para volver a la versión anterior rápidamente, y las funciones nuevas pueden activarse de forma gradual para detectar fallos con pocos usuarios.

¿Qué formación recibe mi equipo?+

Formación por puesto, centrada en las tareas que cada persona hace a diario, con manuales breves y sesiones grabadas para quien se incorpore más adelante.

¿Cómo sé dónde se ha perdido un dato?+

Con observabilidad: identificadores que acompañan la operación de un sistema a otro, registros estructurados y un panel de mensajes fallidos. Sin eso, la investigación es a ciegas.

¿Cómo se controla quién puede hacer qué en el sistema?+

Diseñamos una matriz de roles con segregación de funciones: quien crea un proveedor no debería ser quien aprueba sus pagos, por ejemplo. Después la configuramos y revisamos periódicamente.

Reserva una llamada para ver nuestras propias herramientas en funcionamiento y valorar si algo parecido te encaja.

ERP para software factories en Santiago de Compostela: cuéntanos qué necesitas