II

CRM Dimex

Portal de trabajo con Grupo Dimex

Invarium Labs

Este portal contiene información de Grupo Dimex. El acceso queda registrado.

CRM Dimex Invarium Labs
Corte 31 jul 2026

Esto es una maqueta de trabajo, no el sistema final. Las cifras son reales: salen de los archivos que Dimex entregó, leídos con extracción determinista (0 llamadas a IA, costo $0.00). Sirve para acordar qué debe hacer el CRM antes de construirlo. Lo que aún no se puede calcular aparece marcado como tal, en vez de rellenarse con un número inventado.

La foto completa

Lo que hoy no cabe en una sola pantalla: cuánto se debe, quién lo debe de verdad y cómo va la operación. Cifras del 31 de julio de 2026.

El hallazgo que justifica el CRM

El mismo cliente aparece con la razón social escrita de dos formas. Quien consulta el archivo ve una parte de lo que realmente se le debe.

Antigüedad de la cartera

Cómo se reparte el saldo por tramo de vencimiento.

Concentración por grupo corporativo

Agrupado por R.F.C., no por cómo esté escrito el nombre.

ClienteR.F.C.Formas de escribirlo Saldo% cartera

Captura y consolidación

Naomi concentra en la sábana los pedidos de mayoreo, autoservicio y directos. Antes de capturar autoservicio, entra a diario al portal de cada cadena a descargar las órdenes de compra.

No se puede medir todavía El corte de la 1:00 PM no es calculable con los datos actuales. De los 844 pedidos, sólo 251 traen fecha de captura, y ninguna incluye la hora: todas vienen como 00:00. Para medir cuántos pedidos entran antes del corte hay que registrar la hora, o el indicador no existe.

Pedidos por canal

Distribución real de los 844 pedidos de la sábana.

Los códigos D (17) y E (4) aparecen sin documentar. Son parte de las preguntas abiertas.

Qué tan completa llega la sábana

Porcentaje de los 844 pedidos que tiene cada campo lleno. Un campo vacío no es un cero: es un dato que falta, y así hay que tratarlo al calcular.

Crédito y cobranza

Luis Álvarez valida los pedidos antes de que Naomi los capture. Los rechazados nunca entran a la sábana — por eso hoy no hay registro de cuánto negocio se frena aquí.

Verificado sobre el archivo La cartera está sana. Sólo el 0.25% del saldo rebasa los 30 días de vencimiento. El problema de Dimex no es la morosidad: es la concentración y la falta de visibilidad del grupo real.

Clientes partidos en varios renglones

Mismo R.F.C., razón social escrita de distinta forma. Cada renglón se ve como un cliente aparte al consultar el archivo.

R.F.C.Cómo aparece escrito Saldo unificado

Dato encontrado, pendiente de confirmar El archivo de antigüedad trae una columna PLAZO con el crédito pactado por factura (dominan 30, 45, 55 y 60 días). Puede ser la base de la alerta de crédito — falta que Dimex confirme si es el plazo oficial.

Producción y disponibilidad

Producción arma el plan semanal y señala qué pedidos no se podrán entregar en fecha. Los lunes hay revisión de los pedidos directos.

Falta el dato de origen La sábana no registra disponibilidad de planta. No hay columna de stock, ni de faltante de origen, ni de días en back order. El MVP de Miguel sí modela estas tres cosas y son reglas correctas del negocio — pero hoy no existe el dato para alimentarlas. Es de lo primero que hay que resolver con producción.

Catálogo de producto

Lo que sí está disponible y verificado del archivo maestro.

La sábana trae además una matriz de 273 columnas de SKU con la cantidad pedida: 7,378 combinaciones pedido-producto, 8.8 SKUs por pedido en promedio. Ahí está el detalle de qué se vende, hoy sin explotar.

Despacho y facturación

Ángel decide si se entrega con unidad propia o con flete de terceros, y exige comprobante de entrega al transportista.

Tipo de unidad

Con qué se mueve la mercancía.

Estatus del pedido

Los códigos tal como vienen en el archivo.

Su significado no está documentado. Se presume Entregado / En proceso / Cancelado, pero no hay que asumirlo: es la primera pregunta de la lista para el equipo.

Entregas y tarimas CHEP

Juanita registra los faltantes de origen, los folios de recibido y los sellos de tarimas CHEP entregadas a cada cliente, y le pasa el reporte a Naomi para el portal de CHEP.

Estado de tarima CHEP

Cómo viene marcado en la sábana.

Regla correcta, dato incompleto El balance de tarimas no se puede calcular hoy. La sábana registra las tarimas que salen (180 de 844 pedidos), pero no hay ninguna columna de tarimas recibidas de vuelta. Sin ese par, la resta no existe. El MVP de Miguel modela el balance correctamente; falta que la operación capture el retorno.
Cierre del ciclo El folio de recibido es lo que permite cerrar el crédito del pedido y avisar a cobranza. En la sábana el campo más cercano es FOLIO DE SALIDA, lleno en 477 de 844 pedidos. Hay que confirmar si es el mismo documento.

Lo que falta preguntar

Cada punto de abajo bloquea una parte concreta del CRM. No son dudas generales: son datos que sólo el equipo de Dimex tiene, y sin los cuales habría que adivinar.

El puente que no existe en ningún archivo

Es el bloqueo más importante y no se resuelve con código.

La sábana y la cartera hablan de universos distintos. La sábana identifica al cliente por sucursal de entrega («3B YAUTEPEC»); la cartera lo hace por razón social («Tiendas Tres B S.A. de C.V.»). Sólo 66 de 184 cadenas cruzan. Las grandes no cruzan ninguna.

Agrupando por prefijo se cubren 557 de 844 pedidos (66%) de forma automática. El resto —mayoreo, con nombres propios— necesita revisión humana. La propuesta es generar el cruce por reglas y que Dimex lo valide, en vez de adivinar.

Preguntas por persona

Ordenadas por quién es la única persona que puede contestarlas.