ForgeNEX

Desarrollo de software

Gestión de proyectos agile en Burgos

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.

Cuando el ERP va lento, el problema rara vez es solo el servidor. Analizamos consultas, índices, integraciones y hábitos de uso para encontrar el cuello de botella real antes de proponer más hardware.

Nuestros propios productos se construyen con integración continua, pruebas automáticas y despliegues repetibles. Te proponemos las prácticas que usamos cada día, adaptadas al tamaño de tu equipo.

Pide una propuesta

Situaciones que resolvemos

Horas que no se facturan

En proyectos y servicios recurrentes, parte del trabajo no se imputa o se imputa tarde, y las desviaciones se descubren al cerrar el proyecto.

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.

Sin rastro de lo que pasó

Un mensaje se perdió entre dos sistemas y no hay registros suficientes para saber dónde ni por qué.

Comerciales sin visibilidad

El equipo comercial no sabe si un cliente tiene facturas pendientes o qué stock queda, porque esa información solo está en el ERP de administración.

Permisos demasiado abiertos

Cualquier usuario puede modificar precios, anular facturas o ver los márgenes. No hay registro claro de quién cambió qué.

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.

Cómo trabajamos

    01

    Descubrimiento

    Entrevistas con quien usará la herramienta y revisión de cómo se trabaja hoy. Salimos con los flujos dibujados y una lista de prioridades.

    02

    Prototipo

    Pantallas navegables sin código real para validar el recorrido. Cambiar aquí es barato; cambiar después, no.

    03

    Primera versión útil

    Desarrollamos lo imprescindible para que el equipo deje de usar el método antiguo en al menos un proceso.

    04

    Iteraciones cortas

    Entregas frecuentes con lo que se ha aprendido usando la herramienta. Cada una se prueba y se publica de forma controlada.

    05

    Traspaso y mantenimiento

    Documentación, formación y un plan de mantenimiento acordado, con el código siempre en tu poder.

¿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

  • Patrón de publicación fiable de eventos (outbox transaccional) donde una operación y su aviso deben ir juntos.
  • Inventario de automatizaciones existentes (RPA, flujos, scripts) con dueño, sistema que tocan y datos que manejan.
  • Comparativa de alternativas con coste total estimado de licencias, implantación, integraciones y soporte.
  • Informe de accesibilidad con criterios WCAG revisados y los ajustes aplicados.
  • Informe de rendimiento con las consultas, procesos o integraciones que frenan el sistema y las acciones propuestas.
  • Criterios de aceptación escritos y comprobables para cada funcionalidad.
  • Plan de mantenimiento con actualizaciones de seguridad y revisión periódica de dependencias.

Qué mirar antes de elegir

  • Que el sistema esté preparado para los requisitos de facturación y trazabilidad aplicables a tu empresa.
  • Que te diga cuándo un producto estándar te sirve mejor que un desarrollo a medida.
  • Que haya un plan de vuelta atrás definido antes del día del cambio.
  • Que diseñe para los fallos: reintentos, idempotencia, límites de tiempo.
  • Que pueda decirte qué componentes y versiones tienes en producción.

Profundiza en el tema

Desarrollo y arquitectura

Arquitectura Event-Driven: Sincronización en Tiempo Real con Apache Kafka y Debezium (CDC)

Configuración Técnica Práctica: PostgreSQL a Kafka

Debezium requiere que el nivel de Write-Ahead Logging (WAL) esté configurado como logical para emitir eventos decodificables. Edita tu postgresql.conf:

Leer la guía completa

Desarrollo y arquitectura

CI/CD con GitLab Runners y Kubernetes

Estructuración del Pipeline (.gitlab-ci.yml)

Con el Runner operando en K8s, cada job definido en el .gitlab-ci.yml se ejecutará en un contenedor aislado. Para exprimir al máximo esta arquitectura, emplearemos el patrón Docker-in-Docker (DinD) para compilar y pushear imágenes de contenedores desde dentro de Kubernetes, o herramientas daemonless como Kaniko.

Leer la guía completa

Ingeniería de software

SBOM y dependencias en el ciclo de vida del software

Saber qué se desplegó acelera la respuesta

Una lista de dependencias del repositorio no siempre representa lo que acabó dentro del artefacto publicado. Un SBOM (Software Bill of Materials) describe componentes y relaciones de un producto en una versión determinada; permite responder con más rapidez cuando aparece una vulnerabilidad o cambia el soporte de una…

Leer la guía completa

Cómo se aplica en tu sector

Hostelería
Webs de reserva rápidas y accesibles, cartas digitales fáciles de actualizar y herramientas internas de turnos y pedidos.
Despachos profesionales
Flujos de alta de expedientes, archivo de documentos y recordatorios, gobernados para que la información confidencial no salga de donde debe.
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.
Hostelería
Flujos de reservas, facturación y pedidos a proveedores sin copiar datos entre aplicaciones.

En Burgos y alrededores

Para pymes de Castilla y León, proponemos empezar por la herramienta que más horas manuales ahorre, aunque no sea la más vistosa.

Inventariamos y ordenamos las automatizaciones de empresas de Burgos en remoto, con acceso a sus entornos y entrevistas cortas con quien las usa.

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

Preguntas frecuentes

¿Puede integrarse con mi programa de gestión?+

Si tu programa tiene API o permite intercambiar datos de forma estable, sí. Si no, buscamos la forma menos frágil y te explicamos sus límites.

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

¿Cómo se prueba antes de publicar?+

Hay un entorno de pruebas separado, pruebas automáticas de lo crítico y revisión por tu parte de cada entrega antes de pasar a producción.

¿Cuánto se tarda en implantar un sistema de gestión?+

Varía mucho según el número de áreas, la calidad de los datos actuales y las integraciones necesarias. Tras el diagnóstico te damos un plan por fases con hitos concretos, en lugar de una fecha cerrada sin base.

¿Podéis integrar sistemas que no tienen API?+

A veces sí, mediante la base de datos, ficheros de intercambio o captura de cambios. Son soluciones más frágiles y te explicamos sus límites antes de elegirlas.

¿Mi equipo podrá mantener la arquitectura?+

Es un requisito del diseño. Documentamos, explicamos las decisiones y evitamos herramientas que tu equipo no pueda operar. Si hace falta, formamos a quien vaya a hacerse cargo.

Hablemos de Gestión de proyectos agile con un caso concreto de tu empresa sobre la mesa.

Gestión de proyectos agile en Burgos: cuéntanos qué necesitas