Odoo 18 en posventa: repuestos, garantía y cierre
Mini-caso para ordenar posventa con Odoo 18: números de serie, órdenes de reparación, permisos, PostgreSQL, costos y restauración.
Antes, garantía buscaba repuestos por remito; después, cada reparación tuvo producto, número de serie, repuesto, responsable y cierre. Odoo 18 permite unir inventario, lotes, números de serie, órdenes de reparación y permisos en un circuito de posventa. Este caso muestra cómo una concesionaria de Ruta 40 puede bajar discusiones de garantía a datos verificables.
Dónde aparece el repuesto sin historia
La cifra que ordena la decisión viene del repositorio oficial: odoo/odoo tenía 52.673 estrellas y más de 32.900 forks al 27 de junio de 2026. Esa actividad no reemplaza una evaluación local, aunque sí muestra que la herramienta tiene comunidad y código observable. El número de serie corta la discusión. La documentación de Odoo 18 explica seguimiento por números de serie y lotes, órdenes de reparación y derechos de acceso. En posventa, esos tres bloques separan producto vendido, repuesto usado, técnico responsable y estado. Para una concesionaria con taller, mostrador y compras, el antagonista concreto es la garantía que llega con pieza cambiada y sin vínculo con la unidad original.
Cómo funciona por dentro
El flujo empieza en inventario. Compras carga producto, proveedor, lote o número de serie, costo y ubicación. Odoo guarda esos datos en PostgreSQL, que conserva registros estructurados, usuarios, estados y auditoría; entrega consultas por producto, serie, orden, cliente y fecha. Si falla, la señal aparece cuando el repuesto existe en depósito y no aparece en la reparación. El segundo paso abre la orden. Taller recibe unidad, síntoma, cliente, fecha, técnico y producto afectado. La orden de reparación toma repuestos del inventario, mano de obra y estado. El sistema entrega una vista para taller, compras, administración y gerencia. Cada rol ve lo que necesita: técnico carga avance, compras repone, administración revisa costo y gerencia mira tiempos. El tercer paso controla permisos. Derechos de acceso deciden quién crea productos, quién ajusta stock, quién cierra reparación y quién lee márgenes. El cuarto paso guarda evidencia: fotos, remitos y comprobantes quedan asociados a la orden. Si el adjunto falla, la reparación cierra y la garantía queda sin respaldo. El quinto paso factura o cierra garantía. La orden indica repuestos usados, estado, costo, responsable y salida. El sexto paso prueba recuperación: se restaura base y archivos, se abre una reparación cerrada y se ve número de serie, repuesto, técnico, documento y evento final.
Qué se instala o configura primero
La pila inicial usa Odoo 18, PostgreSQL 17, módulos de inventario y reparaciones, roles por área, adjuntos, proxy HTTPS, backup diario y monitoreo. Con dólar oficial vendedor de $ 1.495, un servidor de USD 35 a USD 90 por mes equivale a $ 52.325 a $ 134.550 mensuales. Una implementación de USD 1.200 a USD 2.600 queda entre $ 1,79 y $ 3,89 millones. Incluye catálogo de 100 repuestos, diez productos con serie, flujo de reparación, roles, tablero y restauración. No incluye migración histórica completa ni reglas comerciales de fábrica. UMSA puede comenzar con un piloto de mostrador y taller: diez órdenes reales, tres técnicos y dos perfiles administrativos. El primer entregable verificable es abrir una reparación y ver serie, repuesto, permiso, costo y recuperación. El objeto concreto es una caja de embrague con etiqueta de proveedor y marcador negro sobre el lateral. Esa caja debe convertirse en producto, lote, ubicación y movimiento, porque la garantía se defiende con una cadena de eventos. La capacitación termina con una reparación de prueba. Taller carga una falla, compras entrega repuesto, administración revisa costo y sistemas restaura el caso. La salida esperada es una orden que cualquier responsable autorizado pueda leer sin buscar remitos sueltos. El tablero mensual debe mostrar reparaciones abiertas, piezas pendientes, órdenes cerradas y reclamos reabiertos. También conviene separar costo interno de costo facturado para que garantía, taller y administración hablen sobre el mismo número. Si una devolución cambia stock, la orden debe mostrar quién la autorizó.
Dónde se rompe y cómo probarlo
El primer riesgo es producto sin número de serie. La señal aparece cuando una garantía se asocia a un modelo genérico. La prueba intenta cerrar reparación sin serie en productos críticos y exige bloqueo o revisión. El segundo riesgo es ajuste de stock amplio. La señal aparece cuando cualquier usuario cambia cantidad disponible. La prueba entra con técnico de taller, intenta ajustar inventario y guarda rechazo. El tercer riesgo es adjunto fuera de orden. La señal aparece cuando la foto del repuesto vive en una carpeta y la reparación no la muestra. La prueba abre orden, serie, repuesto y documento desde usuario de lectura. El cuarto riesgo es restauración incompleta. La prueba levanta Odoo en otro servidor, recupera PostgreSQL y archivos, abre una orden cerrada y compara total, repuestos y usuario final. La posventa mejora cuando cada reclamo muestra pieza, decisión y prueba.
Para seguir leyendo
Para avanzar
Ver también
Continuá hacia capacidades técnicas, sectores o notas relacionadas.