Cómo se asignan tiendas/clientes a ejecutivos en Mongo y dónde está el costo por orden

Investigado el 23/08/2026 contra la API mongoAggregate (ver plant-datos-endpoints).

Asignación de cartera — DOS campos, ninguno perfecto:

1. stores.responsableSales (colección stores, 7.424 tiendas): apunta al objectID de

un usuario. Solo 1.683 de 7.424 tienen valor. Los que tienen apuntan a

EX EMPLEADAS (confirmado por Gabriel): "Karen Responsable Ventas" (623), "Dulcinea

Garcia Ubaldegaray" (433), "Duarte María Alejandra" (311) + 3 UIDs más. NO USAR

este campo para carteras: usar orders.responsablePostSales.

1. orders.responsablePostSales (la fuente buena): en órdenes 2026 hay 3 UIDs:

• mqcl9DM4KDTSD79WSJW15gOMnMq1 = Darío Riso — dario.riso@plant.com.ar (el "@plant.com" de Mongo era typo; 1.703 órdenes)
• Wno5oeupu6g4g6MoUErVFBndIVA2 = JUAN CRUZ RAAD — juan.raad@plant.com.ar (confirmado por Gabriel 23/08; tel +5491130192682, 4.863 órdenes)
• NatSZPpIbOfzLaLhJFyKQU2ebVs1 = Martín Monthelier (tel +5491155255192, 2.249) —

YA NO TRABAJA en Plant: sus órdenes/cartera deben reasignarse a Darío Riso

(confirmado por Gabriel 23/08/2026). O sea: Darío = mqcl9... + NatSZ...

• 24.397 órdenes sin responsable (B2C/ML, esperado).

OJO: el campo a veces viene como array (asignación múltiple) — normalizar.

Los UIDs se resuelven en users por data.objectID (no por data.uid).

Costo por orden — hallazgo importante: orders.subTotalPurchase trae el costo de

mercadería congelado por orden (mejor que products.purchasePrice porque es histórico).

Cobertura ago-2026: 3.854 órdenes con costo ($1.339M venta / $775M costo → 42% margen)

pero 502 órdenes sin costo concentran $1.804M de venta — o sea ~57% de la facturación

del mes no tiene costo cargado. Para el selector de márgenes hay que mostrar cobertura o

completar con purchasePrice del producto.

Tiendas sin ejecutivo (ej. COTO) las ven Nico Santesteban y Gabriel.

Datos/plant-ejecutivos-carteras