ForgeNEX

Desarrollo de software

Imputación de horas en Sabadell

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.

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.

No todo necesita microservicios. Para muchas empresas, una aplicación bien modularizada es más barata de operar y más fácil de entender. Proponemos dividir solo cuando hay un motivo concreto: equipos distintos, cargas muy diferentes o ritmos de cambio dispares.

Pide una propuesta

Lo que suele estar pasando

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.

Todo vive en hojas de cálculo

Pedidos, clientes y horas se llevan en ficheros que se copian, se pisan y nadie sabe cuál es la versión buena. Cualquier informe exige una tarde de limpieza.

Un servicio lento arrastra a todo el sistema

Cuando un proveedor externo tarda en contestar, las peticiones se acumulan y la aplicación entera deja de responder.

Una sola persona sabe desplegar

El proceso de publicar una versión no está escrito ni automatizado. Si esa persona falta, el sistema se congela.

Integraciones que fallan al desplegar

Dos equipos o proveedores cambian sus APIs por separado y la incompatibilidad se descubre en producción.

¿Hablamos de tu caso?

Escríbenos con lo que necesitas y te devolvemos una propuesta de alcance para la primera entrega.

Pide tu propuesta

El resultado, en concreto

  • Prototipo navegable de las pantallas principales para validarlo con tu equipo antes de programar.
  • Documentación de operación: cómo desplegar, escalar, recuperar y diagnosticar.
  • Registro de decisiones de arquitectura (ADR) con contexto, alternativas y consecuencias.
  • Documento de alcance con los flujos de trabajo acordados, lo que entra en la primera versión y lo que queda para después.
  • Inventario de componentes de software (SBOM) asociado a cada versión desplegada.
  • Modelo de entornos de Power Platform (desarrollo, pruebas, producción) con permisos por rol.
  • Límites de tiempo, reintentos y cortacircuitos en las llamadas a servicios externos.

Y cuando toca facturar

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.

De la primera llamada a funcionar

    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.

Guías de nuestra biblioteca técnica

Desarrollo y arquitectura

Diseño de APIs contract-first con OpenAPI

Diseña la interfaz antes de acoplarla a la implementación

En un enfoque contract-first, consumidor y proveedor acuerdan operaciones, modelos y errores antes de escribir la lógica del servicio. La especificación OpenAPI proporciona una descripción independiente del lenguaje para que personas y herramientas comprendan una API HTTP. El contrato ayuda a paralelizar…

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

Arquitectura de Microservicios con Spring Boot y Docker Swarm

Transición a Sistemas Distribuidos

La adopción de microservicios demanda una gestión rigurosa del estado, la configuración y el enrutamiento. Al combinar la robustez del ecosistema Spring (Spring Boot 3 + Spring Cloud) con la simplicidad operacional de Docker Swarm, logramos una orquestación ligera pero altamente efectiva para cargas de trabajo…

Leer la guía completa

No es igual en todos los negocios

Servicios técnicos de campo

Sincronización entre aplicaciones móviles que trabajan sin cobertura y el sistema central, con resolución de conflictos definida.

Comercio electrónico

Arquitectura que aguanta picos de campaña con colas para los procesos pesados y caché para lo que más se consulta.

Inmobiliarias

Publicación automática de inmuebles en portales desde el CRM y recogida de contactos de vuelta, sin copiar a mano.

Recursos humanos

Flujos de incorporación, solicitudes y documentación con políticas que impiden que los datos de empleados lleguen a servicios no autorizados.

Criterios que importan

  • Que adapte el proceso de ingeniería al tamaño real de tu equipo.
  • Que mida rendimiento y accesibilidad con criterios concretos, no con «queda bonito».
  • Que use en sus propios productos las prácticas que te propone.
  • Que te enseñe software suyo en producción, no solo capturas de pantalla.
  • Que documente las APIs con un contrato formal y lo mantenga actualizado.

Imputación de horas para empresas de Sabadell

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.

Revisamos la arquitectura de empresas de Sabadell en remoto: con acceso al código, a la documentación y unas entrevistas con tu equipo es suficiente.

Muchas empresas de Barcelona conviven con un programa antiguo que funciona; lo habitual es conectarlo y modernizar por partes, no tirarlo.

Preguntas frecuentes

¿Podéis seguir con un proyecto que empezó otro proveedor?+

Sí, tras revisarlo. Te diremos con franqueza en qué estado está, qué riesgos tiene y si compensa continuar o rehacer partes.

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

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

¿Mi equipo tiene que cambiar su forma de trabajar?+

Algo sí: revisiones de código, pruebas y despliegues automatizados exigen hábitos nuevos. Adaptamos las prácticas al tamaño del equipo para que el proceso ayude y no estorbe.

¿RPA, low-code o integración por API?+

Si el sistema tiene API, casi siempre es la opción más estable. El low-code va bien para flujos entre aplicaciones conocidas. El RPA queda para cuando no hay otra forma de acceder, sabiendo que es lo más frágil ante cambios de pantalla.

¿Podéis ordenar lo que ya tenemos sin empezar de cero?+

Sí, es lo habitual. Inventariamos, priorizamos por riesgo y migramos lo importante a un marco ordenado, dejando lo que funciona como está.

Hablemos de Imputación de horas con un caso concreto de tu empresa sobre la mesa.

Imputación de horas en Sabadell: cuéntanos qué necesitas