Dolibarr 24 en talleres: órdenes, stock y permisos
Caso de Dolibarr 24 para talleres y posventa: órdenes, repuestos, stock, usuarios, API, facturas y respaldo con una salida verificable antes de migrar.
Antes, el repuesto salía con un papel firmado; después, cada orden tuvo stock, usuario y comprobante. Dolibarr 24.0.0, publicado el 20 de agosto, suma cambios en stock, tickets, intervenciones, API y controles de seguridad. El caso sirve para una concesionaria sobre Ruta 40 en Tunuyán que necesita cerrar posventa sin perder piezas ni historial.
Qué cambia cuando la orden toca el depósito
El release de Dolibarr 24 enumera mejoras sobre transferencias de stock, intervenciones, tickets, importaciones, exportaciones y API. Para un jefe de compras, la cifra que duele no viene del software: aparece cuando una pieza de garantía queda imputada a la orden equivocada y nadie puede explicar quién la retiró. Una bandeja metálica con llaves de autos y remitos doblados alcanza para mostrar el síntoma. La orden tiene que tocar el depósito. La documentación de instalación y actualización ubica a Dolibarr como aplicación web PHP con base SQL y módulos activables. El módulo de stocks maneja almacenes, movimientos y productos. La página de usuarios y la guía de permisos explican cómo separar perfiles. La encuesta 2025 de Stack Overflow muestra que 58,6% de encuestados usa SQL; el dato ayuda a entender por qué una base relacional sigue encajando en inventario, ventas y auditoría. El antagonista concreto es la planilla de repuestos que vive al lado del sistema de facturación. Una persona actualiza precios, otra descuenta stock y una tercera busca la orden cuando el cliente vuelve por garantía. Si esos tres movimientos no comparten identificador, el taller trabaja con memoria y confianza. El caso se vuelve incómodo cuando llega una devolución. El cliente trae una factura, depósito recuerda otra pieza y compras revisa un proveedor distinto. La orden debería unir esos datos antes de que una discusión interna consuma una mañana completa.
Cómo funciona por dentro
El flujo mínimo separa siete pasos. Primero, recepción crea tercero, vehículo o equipo, orden de reparación y motivo. Segundo, el responsable de taller agrega diagnóstico, mano de obra y repuestos previstos. Tercero, depósito reserva o entrega piezas con almacén, cantidad y usuario. Cuarto, compras repone si el mínimo queda bajo. Quinto, administración emite factura, nota de crédito o garantía. Sexto, la API conecta datos con tablero, portal o sistema contable. Séptimo, backup y auditoría guardan base, adjuntos y documentos emitidos. Dolibarr recibe datos de clientes, productos, órdenes, tickets, facturas y movimientos. La base SQL conserva estados, cantidades, importes y permisos. Los adjuntos guardan fotos, comprobantes y documentos. La API REST entrega endpoints para que otro sistema consulte o actualice información con token controlado. Si la base falla, el taller pierde órdenes; si fallan adjuntos, pierde evidencia; si fallan permisos, cualquier usuario puede tocar precios o stock. La administración diaria requiere roles cortos: recepción carga datos y consulta estado; taller agrega diagnóstico; depósito mueve stock; compras crea pedidos; administración factura; gerencia lee reportes. El sistema debe registrar quién cambió precio, quién cerró orden y qué pieza salió del almacén.
Qué se instala o configura primero
En un proyecto UMSA, el primer entregable sería un mapa de posventa: tipos de orden, almacenes, familias de repuestos, estados de garantía, permisos por rol, documentos emitidos y salida por API. Después se carga un piloto con diez órdenes reales, veinte repuestos, dos almacenes y tres usuarios. La prueba termina cuando una orden reserva stock, descuenta pieza, emite comprobante y muestra el margen sin editar planillas. La pila inicial puede usar Dolibarr, MariaDB o MySQL, almacenamiento de adjuntos, proxy con TLS, backup diario y tablero de control. Para un taller o concesionaria chica, servidor, respaldo y monitoreo pueden ubicarse entre USD 45 y USD 95 mensuales, entre $68.850 y $145.350 al dólar oficial vendedor de $1530. La implementación inicial, con parametrización, migración simple, permisos, API y restauración probada, puede ir de USD 1.500 a USD 2.700, entre $2.295.000 y $4.131.000. Ese rango no incluye limpieza completa de catálogo ni integración fiscal compleja.
Dónde se rompe y cómo probarlo
El primer riesgo es el producto duplicado. La señal aparece cuando dos códigos representan el mismo repuesto y el depósito entrega uno mientras compras repone otro. La prueba importa catálogo, busca duplicados por marca, código y descripción, luego bloquea alta sin revisión. El segundo riesgo está en permisos amplios. La señal aparece cuando un usuario de taller cambia precio de venta o borra un movimiento de stock. La prueba crea perfiles, intenta acciones fuera de alcance y guarda los rechazos con usuario y hora. El tercer riesgo es una API sin límite operativo. La señal aparece cuando una integración consulta todo el padrón para mostrar una sola orden. La prueba usa token con permiso acotado, mide respuesta y verifica que sólo lea el endpoint necesario. El caso se resuelve cuando gerencia puede abrir una orden y ver pieza, responsable, comprobante, margen y evidencia de entrega. La decisión incómoda queda para antes de migrar: ¿qué planilla va a morir primero y quién firma la restauración?
Para seguir leyendo
Para avanzar
Ver también
Continuá hacia capacidades técnicas, sectores o notas relacionadas.