Manual Estratégico y Operativo: Migración Odoo 15 a Odoo 19

Este proyecto no es una iniciativa del departamento de TI ni una delegación en la consultora externa: es una transformación del modelo operativo y de la gobernanza de la información corporativa.

Principios Innegociables:

• Propiedad del Proceso (Process Ownership): La consultora configura e implementa; cada área operativa de la empresa define el criterio, opera, audita y valida. Ningún flujo funcional avanzará sin un responsable interno asignado.
• Criterio antes que Automatización: La Inteligencia Artificial (IA) y los bots de carga masiva procesan bajo reglas explícitas y documentadas. Un proceso no documentado es un proceso no automatizable.
• Generación IA en Borrador: Ningún motor de automatización o IA confirmará transacciones en Odoo 19. Su función es eliminar la transcripción manual (trabajo de aprendiz) generando borradores exactos. El responsable humano es el único con potestad para validar e implantar la firma operativa.
• Decisión por Evidencia: El Go-Live no dependerá de una fecha de calendario arbitraria, sino del cumplimiento de las pruebas operativas integradas sin errores bloqueantes.

 [ CAD / BIM / Impact ]  ---> Exportación Estructurada (JSON/CSV)
                                          │
                                          ▼
                             [ Bot / IA de Gestión Odoo ]
                                          │
                                          ▼ (Modo Borrador)
                                 [ ERP Odoo 19 ]
     ┌────────────────────────────────────┼──────────────────────────────────┐
     ▼                                    ▼                                  ▼
[ MRP / BOMs ]                  [ Órdenes de Producción ]          [ Contabilidad Analítica ]
     │                                    │                                  │
     ▼                                    ▼                                  ▼
[ Abastecimiento ]              [ Calidad / Ubicación Patio ]       [ Control de Presupuesto ]
     │                                    │                                  │
     └────────────────────────────────────┼──────────────────────────────────┘
                                          │
                                          ▼
                             [ Despacho y Montaje Obra ]

3.1 Arquitectura de Integración Técnica (Impact / BIM / Odoo)

• Fuente de Verdad Técnica: Software especializado (Impact StruSoft, Entorno BIM, Tecla). Odoo no reemplaza el diseño estructural ni la planificación geométrica.
• Mecanismo de Intercambio:
  • La Ingeniería exporta la estructura de la obra en un archivo plano estructurado (.CSV o .JSON) estándar.
  • Campos Mínimos Requeridos: ID_Pieza_Unica, Código_Obra, Tipo_Elemento, Volumen_Hormigon_m3, Peso_Acero_kg, Superficie_Encofrado_m2, Insertos_Lista, Secuencia_Montaje.
  • El Bot/IA toma este archivo staging, valida los maestros e inserta en Odoo 19 los productos y sus Listas de Materiales (BOM) en estado Borrador.

3.2 El Ciclo de Vida del Producto Prefabricado

A. Ingeniería y Traducción de Despiece

Conversión del despiece técnico en productos terminados con BOMs anidadas:

• Nivel 1 (Producto Terminado): Pieza Prefabricada (Ej: Columna C-101 Obra X).
• Nivel 2 (Insumos Base): Hormigón (m³), Malla y Armadura de Acero (kg), Insertos Metálicos (unidades), Separadores, Desmoldante (L).
• Gasto General Directo: Horas de Moldeo / Encofrado asignadas al centro de costo de la pieza.

B. Mermas, Reprocesos y Hormigón Sobrante (Completamiento del Circuito)

• Gestión de Hormigón Recuperado/Sobrante: El sobrante del pastón de hormigón no consumido en la orden principal debe derivarse a productos secundarios predefinidos (bloques macizos, contrapesos, muretes) mediante órdenes de producción secundarias, evitando el desvío directo a pérdidas no registradas.
• Reproceso por Defectos Menores: Piezas cachadas o con fallas superficiales pasan a estado "En Maquillaje/Reparación", acumulando un costo adicional en la cuenta analítica de la pieza sin alterar el catálogo maestro.

C. Abastecimiento, Almacén y Gestión de Envases/Racks (Logística Inversa)

• Compras: Solicitud automatizada desde la explosión de materiales (MRP) contra las Órdenes de Producción confirmadas.
• Recepciones: Mapeo obligatorio de ubicaciones físicas en depósito (Depósito Central / Insumos / Sector A).
• Logística Inversa de Racks/Caballetes: El transporte de piezas requiere elementos de estiba (racks, vigas de madera, caballetes metálicos). Odoo 19 debe registrar el movimiento de estos activos reutilizables como "Stock en Poder de Terceros / Obra" al momento de emitir el remito, y procesar su retorno al patio con el camión de regreso.

D. Producción, Calidad y Gestión de Patio

• Producción: Descuento real de insumos (cemento, aditivos, acero) al confirmar la Orden de Producción.
• Control de Calidad (QC): La pieza finalizada ingresa al estado En Inspección. El responsable aprueba, marca para maquillaje o rechaza.
• Patio de Acopio: Solo las piezas en estado Aprobado QC se mueven a la ubicación de stock Patio / Listo para Despacho.

E. Despacho, Flete y Montaje en Obra

• Despacho: Emisión del Remito contra la pieza física. Descuento automático del stock de patio.
• Logística: Asignación de camión (propio o de terceros) y chofer.
• Montaje: Cuadrilla de obra registra la recepción e instalación exitosa de la pieza. Registro de incidencias (roturas en viaje, demoras de grúa).

F. Control Analítico y Financiero del Proyecto

• Cuenta Analítica Única por Proyecto/Obra: Consolida la facturación al cliente, el consumo de materiales de fábrica, el costo de fletes, el alquiler de grúas, las subcontratas y los trabajos en sitio (fundaciones, movimiento de suelo).

5.1 Reglas de Salvaguarda Operativa (Bot Governance)

• Estado Borrador Obligatorio: El bot solo crea registros en estado Draft. Queda estrictamente prohibida la auto-confirmación.
• Fuentes Validadas Exclusivas: La IA solo procesará archivos estructurados provenientes de ingeniería o sistemas oficiales. Queda prohibida la ingesta de notas de voz o correos no estructurados como fuente de datos maestros.
• Parada por Ausencia de Criterio: Si el archivo de origen presenta ambigüedades, la IA detendrá el proceso para esa pieza y generará una alerta de excepción.
• Log Transaccional Auditado: Cada corrida del bot generará un informe de ejecuciones, fallas e inconsistencias.

[ Ingesta de Archivo Impact / BIM ]
               │
               ▼
   ¿Es un formato válido? ──(No)──> [ Abortar y Notificar ]
               │ (Sí)
               ▼
  ¿Existen los Materiales Base? ──(No)──> [ Alerta: Falta SKU Maestro ]
               │ (Sí)
               ▼
[ Generar Productos y BOMs en Borrador ]
               │
               ▼
[ Emitir Reporte de Control a Producción ]

5.2 Clasificación de Flujos por Nivel de Automatización

1. Lunes: Maestros
2. Martes: Compras
3. Miércoles: Producción
4. Jueves: Stock/Remitos
5. Viernes: GO/NO-GO

Día 1 (Lunes): Congelamiento de Datos y Accesos

• Acciones:
  • Congelamiento total de creación de productos en Odoo 15.
  • Verificación de credenciales y perfiles de permisos en Odoo 19 para los 8 responsables.
  • Carga e importación de saldos iniciales de stock, cuentas a pagar y cuentas a cobrar por la Contadora.
• Criterio de Éxito: 100% de los usuarios acceden correctamente a su entorno de trabajo personalizado.

Día 2 (Martes): Circuito de Abastecimiento e Insumos

• Acciones:
  • Procesamiento de 5 solicitudes reales de compra desde el área de producción a través de Odoo 19.
  • Emisión de Órdenes de Compra a proveedores reales.
  • Recepción simulada en depósito, validando el ingreso físico a ubicaciones específicas.
• Criterio de Éxito: Cierre completo del flujo Solicitud -> Orden de Compra -> Recepción -> Registro de Stock sin descuadres de unidad o precio.

Día 3 (Miércoles): Sincronización de Ingeniería y Producción

• Acciones:
  • Ejecución del Bot de IA sobre una obra real exportada desde Impact.
  • Auditoría y aprobación de BOMs por parte del Jefe de Producción.
  • Ejecución de 3 Órdenes de Producción, descontando materia prima y generando piezas terminadas.
• Criterio de Éxito: Descuento correcto de insumos (cemento, acero) e incremento en el stock de piezas terminadas sin errores en la estimación de costos.

Día 4 (Jueves): Inventario, Despacho y Logística de Obra

• Acciones:
  • Conteo físico e inventario rotativo sobre un sector de patio, comparándolo con la existencia en Odoo 19.
  • Emisión de 5 Remitos de despacho sobre piezas en estado Aprobado QC.
  • Simulación de recepción de piezas en sitio y registro de avance por el Responsable de Montaje.
• Criterio de Éxito: Baja automatizada del stock de patio al confirmar el remito y visibilidad inmediata en la cuenta analítica del proyecto.

Día 5 (Viernes): Evaluación de Evidencia y Matriz GO / NO-GO

• Acciones:
  • Reunión general del Comité de Dirección e Implementación (60 minutos).
  • Revisión del Registro de Errores de la semana.
  • Clasificación de fallas: Bloqueantes vs. No Bloqueantes.

Matriz de Criterios de Decisión (Go / No-Go)

• Regla de Cierre: La salida en vivo se aprobará únicamente si se alcanzan los umbrales de la tabla anterior. Cualquier fallo en un flujo crítico pospondrá el Go-Live por un ciclo semanal de ajuste.

• Formalización de Responsables (Hoy): Ratificación por escrito de los 8 dueños de proceso e integración en la matriz RACI.
• Cierre de Requerimientos de Configuración (Fecha Límite: 48 hs): Implementación estricta del Config Freeze sobre Odoo 19.
• Estandarización del Archivo de Despiece (Fecha Límite: 72 hs): Definición del estándar .CSV/.JSON de exportación entre el área de Ingeniería y el equipo del Bot.
• Ejecución de la Reunión General de Alineación (Fecha Límite: 5 días): Presentación del modelo operativo y prueba en vivo con error simulado.
• Inicio de la Semana de Prueba Operativa (Dry Run): Agendamiento obligatorio en los calendarios operativos de planta y obra.
• Soporte Presencial de Primer Nivel (Post Go-Live): Presencia continua del equipo de Sistemas y Consultoría en la planta durante las primeras 48 horas de operación real para resolver bloqueos inmediatos.