Mientras llegan los cuestionarios

Qué sí se avanza (sin retrabajo)

El árbol de partidas, el GG y cómo valoriza cada cadena esperan a OT. Mientras tanto se deja listo lo que Carlos ya fijó y lo que no se tira después.

Ya en el ERP

Ejemplos de verdad (retail)
Hecho
El dummy de edificio enseñaba mal. El piloto es una tienda.
Retrabajo: Bajo. Los IDs de partida se mantienen; cambia el contenido.
Campos fijos del proyecto
Hecho
Tipo, cadena, tienda, cómo se cobra, hitos. Carlos ya lo fijó.
Retrabajo: Nulo. El cuestionario solo llena valores, no cambia el campo.
Matriz de perfiles (ERP completo)
Hecho
Gerencia, coordinador, administración, RRHH, contabilidad, tesorería, OT, residente, obra, compras, almacén.
Retrabajo: Nulo. Los grupos Entra se llaman como aquí.
Pantalla Accesos (simulación)
Hecho
Gerencia mueve perfil y obras desde el ERP. Aún no escribe Microsoft.
Retrabajo: Bajo. Cuando haya login Entra, esta misma pantalla llama a Graph.
Levantar el how-to de OT y gerencia
En curso
Árbol de partidas, plantilla por cadena y GG sí dependen de ellos.
Retrabajo: —
Tres capas de precio en Estimación
Hecho
Interno, factor (cascada + pregunta al reaplicar) y GG detallado o %. Metro Piura es la referencia de oferta.
Retrabajo: Bajo. OT afinará valores; el motor ya no mezcla las tres capas.
Publicación en dos pasos
Hecho
OT marca listo. Gerencia da el GO. El botón dice quién falta. Nadie más publica.
Retrabajo: Nulo. Entra: grupo OT y grupo Gerencia.

Login Microsoft (aún no)
Este ERP, cuando Carlos publique y cargue las URIs
Misma app Entra que Lanzador / Asistencia. Copiar msal-start y auth-redirect. No Google/X.
Retrabajo: Alto si se enciende Google ahora. Por eso no se hace.
Grupos Entra + consentimiento
Carlos, una vez, al publicar
Once grupos con los nombres de la matriz. Permiso para listar gente y meter/sacar de grupos. Accesos ya está listo para hablarle a Graph.
Retrabajo: Nulo. La pantalla no cambia.
Lista de quién responde el cuestionario
Gerencia de operaciones
Nombres de OT, un comercial y los dos asientos de gerencia. Cada uno graba el suyo.
Retrabajo: Nulo.
Tabla de mapeo de códigos (vacía)
Este ERP
Un proyecto tiene código del cliente y código Inssitu. La tabla existe; las filas las pone OT cuando mande un Excel real (el de Metro Piura es la primera referencia: plantilla Cencosud que no se toca).
Retrabajo: Nulo. No adivinamos el árbol de Cencosud.
Importador de itemizado (vivo en Estimación)
OT, en cada archivo
Abre CSV o un ejemplo (Piura, Patio, otra DT). Detecta cabeceras, sugiere por el nombre, OT corrige y confirma. Crea partidas. El siguiente archivo se abre de cero.
Retrabajo: Bajo. No hay perfil fijo por cliente.
Marca, navegación, un movimiento = una partida
Este ERP
Ya corre. No se rediseña el motor de APU ni de tareo hasta ver las respuestas.
Retrabajo: Bajo.

De dónde sale el itemizado: cliente rígido, cliente modificable, o armarlo de memoria + EETT + planos
Cómo llegan las carpetas de licitación (consultas que superan, itemizado que cambia de forma, propuesta de metrados sin PU, carta consensuada)
Mapeo de columnas al importar: abrir → detectar cabeceras → sugerir por el nombre → OT corrige en pantalla. Cada archivo, no un perfil fijo por cliente (cambia si lo manda la supervisión o la DT)
El árbol de partidas de cada cadena y el mapeo de códigos
Cada cuánto valoriza cada cliente (el campo ya está; el default no se inventa)
Cómo arman el GG de ESE plazo (detalle de staff, no un % copiado)
Cómo aplican el factor interno→oferta (global, familia, partida, tipo de gasto) y si al reaplicar el global se pregunta
Qué partidas entran como paquete de tercero y cuándo se reconstruye el APU
Quién da el visto bueno, con qué papel y en cuánto tiempo
El formato de entrega (Excel / portal) por cadena
Módulo de valorizaciones (documentos, curva, liquidación)
Compras / OC (el Maestro de OCs ya existe aparte — Claude/Logística marcan el límite)
Planilla civil y SUNAT
Permisos finos por cargo de obra (calidad sin costos, etc.) si el cuestionario lo pide