|
|
|
Lo que entregamos · No. 06 · 31 de agosto al 4 de septiembre 2026
El dato, donde
se puede actuar.
Varias entregas de la semana comparten la misma idea: el dato tiene que llegar a quien puede hacer algo con él. En Gate, cuando el banco rechaza el pago de una nota de crédito ahora lo ve la tienda —la única que puede volver a llamar al cliente— y corrige ahí mismo los datos bancarios. En Nexum, el motivo que alguien escribe al anular una boleta dejó de quedar guardado sin mostrarse. Y en Atelier la pre-order dejó de ser una foto del día en que se creó: lee el plan de surtido de Helix en cada carga, así que no puede mostrar unidades distintas de las que se van a comprar.
En el otro extremo, el OMS se apagó por partes: cinco módulos dados de baja, con Temporadas y Maestros como únicas secciones vivas. Lo que salió de ahí no desapareció — se está concentrando en Gate, que pasa a ser la plataforma única de gestión de la operación de tiendas. Y los siete tabs del reporte de Productividad de tiendas quedaron reconstruidos sobre el repositorio de datos y cuadrados contra lo que se ve hoy en pantalla.
|
🎯 Sexta edición · Newsletter interno Badamax Tech
|
|
|
|
28 mil
Filas de venta recuperadas en
el plan de compra de Helix
|
|
|
7
Tabs del reporte de Productividad
sobre el repositorio de datos
|
|
|
19.556
Guías de despacho de tienda,
ahora un reporte en Helix
|
|
|
|
|
86 de 87
Corridas de la plataforma de datos
que ya no se interrumpen
|
|
|
163 / 163
Composiciones de SAP que
Atelier lee correctamente
|
|
|
5
Módulos del OMS dados
de baja en favor de Gate
|
|
|
|
|
Palabras de apertura
Medir antes de cortar, y medir antes de prender.
Mauricio Álvarez
Chief Digital Officer
Badamax
|
"Esta semana se apagaron cinco módulos del OMS y se cambió la fuente de la gestión de personas. Ninguna de las dos cosas se hizo a ciegas: antes de cortar se verificó que por las pantallas nuevas no hubiera entrado todavía ningún movimiento real, y que ningún pago se moviera. Lo mismo del otro lado — la reportería de tiendas está construida y cuadrada, y aun así no la prendemos hasta que cada tab coincida con lo que el usuario ve hoy. Medir antes de cortar y medir antes de prender es lo que permite avanzar rápido sin sobresaltos."
|
|
|
|
En este número
Veinte frentes de trabajo.
|
01 Atelier · Confirmaciones de PI
02 Atelier · Pre orders y cotizaciones
03 Atelier · Composiciones
04 Atelier · Comportamiento de colección
05 Helix · Plan de compra
06 Helix · Guías y módulos espejo
07 Gate · Pagos de notas de crédito
08 Gate · Notas de crédito y stock
09 Gate · Despacho same-day y retiros
10 Gate · Gestión de Personas
|
11 Nexum · Devolución de dinero
12 Nexum · COMEX
13 Nexum · Tipo de cambio
14 Nexum · Comisiones de venta
15 Reportería de tiendas
16 Analítica comercial e IA
17 Plataforma de datos
18 OMS · Baja de módulos
19 Lo que se levantó
20 Proyectos e iniciativas
|
|
|
|
📄
|
No. 01 · Atelier · Confirmaciones de PI
Cada PI queda en su temporada y en su historial.
|
| Aviso de PI ya cargada: si el número que sale del documento ya existe, la pantalla lo detecta antes de hacer revisar la PI entera y ofrece cargarla como versión nueva. El control está también en el servidor. Importa porque con un número duplicado Finanzas seguía al duplicado, y la PI original —con su historial y su dirección— dejaba de recibir las versiones nuevas. |
| Las fechas del documento se leen como son. Una PI real traía sus tres fechas escritas al estilo 2026.11.30 y se extraían con años que no existían en el papel. Se corrigió, junto con tres formatos más que se leían mal sin avisar: fecha en chino, año-mes-día tipeado a mano y seriales de Excel fuera de rango. |
| Las filas de continuación heredan sus datos. El proveedor escribe la información del artículo una sola vez y deja vacías las filas siguientes, así que un estilo con tres colores mostraba descripción, composición y talla solo en la primera. Ahora se heredan campo por campo — medido sobre 30 Excel de PI, 66 de 114 líneas eran de continuación. |
| Dos nombres del proveedor dejaron de partir los datos en dos. "AW27" es la convención europea de algunos proveedores para la misma colección que el documento, los códigos de estilo y el maestro llaman W27: partía la colección y dejaba fuera de su temporada 3 PI, 7.620 unidades y USD 75.614. Y algunos escriben el código del maestro en vez del nombre de la marca, así que el listado se separaba en dos. Unificados los dos casos, el conteo de una marca coincide con sus propias filas. |
| Navegación y filtros con buscador: la miga de pan muestra a qué paso te devuelve, salir de una PI vuelve a la colección desde donde entraste en vez de pedir elegir marca otra vez, y los 5 filtros del listado de PI más los 13 de Pre orders se pueden escribir para buscar. |
|
|
|
✉️
|
No. 02 · Atelier · Pre orders y cotizaciones
Se le pide al proveedor lo que el negocio compra hoy.
|
| La pre-order dejó de ser una foto |
| Las unidades, colores y tallas de una pre-order se leen del plan de surtido de Helix cada vez que se abre la pantalla. Antes eran una copia del día en que se creó, y cada cambio del plan exigía una actualización manual: mientras no se hiciera, la pantalla mostraba números que ya no eran ciertos y nadie tenía forma de saberlo. Ahora la pre-order no puede quedar desactualizada. |
| Lo único que sí puede quedar atrás es un documento que ya salió, y eso ahora se avisa con precisión: cada cotización congela las líneas exactas que viajaron en el Excel, las compara contra el plan de hoy y dice qué cambió — unidades, desglose por talla, un color nuevo o uno que dejó de estar. Antes era un contador de versiones que fallaba de tres formas: reenviarle a un proveedor marcaba a los otros, subir y bajar las unidades dejaba el aviso prendido para siempre, y solo decía que algo había cambiado. Ahora se sabe a quién reenviarle el documento y por qué. |
| El panel donde se cierra la negociación por color también lee la pedida real del plan. Era la última pantalla del módulo que seguía mirando la foto del día de creación: en un caso real mostraba 245 unidades de una camisa para la que el plan pedía 4.100, y el campo editable arrancaba en 245. Se corrigió además un caso en que un artículo abierto en Helix desaparecía del pedido al recotizar y no volvía ni al cerrarlo. |
| Una línea sin curva de tallas ya llega a cotización, como una fila por color y con el ratio en blanco en el Excel al proveedor, para cargar la curva después. Antes esas líneas se descartaban en silencio y el pedido salía incompleto. Es la contraparte del cambio en Helix que permitió cerrarlas: los dos lados juntos destraban el paso de surtido a cotización sin perder unidades. |
| Los adjuntos que manda el proveedor se ven y se descargan desde el hilo: su Excel cotizado, la foto de la muestra. Se leen de la casilla bajo demanda, así que los correos ya recibidos muestran sus adjuntos sin migrar nada. Antes el sistema guardaba solo el cuerpo del correo: el archivo existía en la casilla y no había forma de llegar a él desde Atelier. Con esto la cotización del proveedor deja de vivir fuera del sistema. |
| Al abrir esa puerta se revisó la seguridad y se cerraron tres puntos, todos con el mismo origen: el contenido de un correo entrante lo escribe alguien de afuera. El cuerpo del mensaje se insertaba en la página y el filtro que lo limpiaba se podía evadir —se verificaron tres formas—, así que se reemplazó por una librería que interpreta el HTML igual que el navegador. La descarga de un adjunto no verificaba que el mensaje perteneciera a esa cotización, con lo que cualquier sesión podía leer adjuntos de toda la casilla de Compras. Y un adjunto se entregaba con su tipo original, de modo que un archivo web enviado por un tercero podía ejecutarse con la sesión de quien lo abriera. Se cerró además un punto donde una dirección manipulada alcanzaba otras consultas con la sesión del usuario. |
| El mantenedor aceptaba un solo correo por proveedor; ahora se cargan todos los que correspondan, y al enviar la cotización el comprador elige quién va en copia: una fila por proveedor con las casillas sin marcar. Va agrupado por proveedor a propósito, para que los precios de uno no lleguen en copia al otro. El hilo muestra a quién se le mandó copia, que desde ahora es la única forma de saber qué se envió y a quién. |
|
|
|
🧵
|
No. 03 · Atelier · Diseño
La composición se guarda tal como se diseñó.
|
| Los porcentajes admiten dos decimales. Con enteros, una mezcla en partes iguales no se podía cargar: 33 + 33 + 33 da 99 y el sistema exige que sume exactamente 100, así que la única salida era redondear a mano y guardar una composición distinta de la diseñada. |
| La suma se valida en centésimas y no en decimales de coma flotante: medido sobre los casi 50 millones de repartos posibles en tres partes, el 8,5% no suma 100 exacto por la aritmética del computador. Sin ese cuidado, una de cada doce mezclas habría mostrado "la suma debe ser 100% (actual: 100%)". El campo acepta coma y punto —el teclado numérico del notebook trae punto— y frena el tercer decimal al tipear en vez de aceptarlo y reclamar después. |
| El hallazgo de mayor impacto de la semana apareció al medir ese cambio: el lector de composiciones de SAP no se detenía ante las decimales, devolvía otra composición. Una mezcla de tres materiales se leía como uno solo. Afecta a 8 artículos vigentes, y el riesgo concreto era que la pantalla mostrara un material donde el artículo tiene tres, invitando a completar hasta 100 y guardando así una composición que descarta dos materiales. Requiere una acción del usuario, no era una reescritura automática — la distinción importa para medir la severidad. |
| La verificación quedó reforzada: el chequeo automático daba luz verde porque solo comprobaba que la lectura no fuera nula; ahora exige además que los porcentajes sumen 100, que es lo que delata una lectura parcial. La medición pasó de 159 a 163 de 163 composiciones correctas, comparadas caso por caso: ninguna dejó de leerse y 16 pasaron a leerse bien. Además el separador decimal dejó de decidir la identidad de una mezcla — dos filas idénticas se separaban solo por la coma. |
|
|
|
🖼️
|
No. 04 · Atelier · Comportamiento de colección
El reporte se analiza en pantalla, con la foto al lado.
|
| El reporte de colección ya no hay que exportarlo para analizarlo. Las fotos no hubo que crearlas: son las que las diseñadoras ya cargan en la grilla de Diseño, cruzadas por código padre y color y adosadas en el mismo pedido que trae las cifras. Si esa consulta falla, el reporte sale igual con los números completos. |
| El orden respeta la jerarquía del reporte, que es lo que mantiene válidos los subtotales: las familias entre sí por su subtotal, los artículos dentro de su familia y los colores dentro de su artículo. Un tercer clic vuelve al orden original, las cifras arrancan de mayor a menor y los textos alfabéticamente, y las filas sin dato quedan al final en ambas direcciones en vez de contar como el valor más bajo. |
| Con esto la pantalla deja de ser espejo exacto del PDF, y es deliberado: la pantalla es donde se revisan los números, y el PDF conserva la paridad con el reporte que va a los dueños. |
|
|
|
🎯
|
No. 05 · Helix · Plan de compra
El planificador elige la base de la proyección.
|
| Al armar un plan a partir de una muestra de artículos, ahora se elige explícitamente qué temporadas históricas usar como base, y el sistema las promedia mes a mes. Antes el cálculo colapsaba las colecciones a una sola por mes y, por un empate en la selección, podía terminar apoyándose en las devoluciones de una temporada de contra-estación: canales enteros quedaban sin proyección —retail sin proyectar de octubre a enero— con la venta real ignorada. El planificador queda en control de la base del cálculo. |
| La fila de totales del plan cuadra con el detalle. No coincidía con la suma por familia porque la venta proyectada se guardaba en bruto, sin el descuento aplicado, lo que inflaba las unidades del total. Los totales quedaron consistentes y auditables, y la proyección quedó neta, alineada con los meses ya cerrados. |
| La comparación histórica muestra todas las temporadas seleccionadas, alineadas por mes calendario, y el buscador funciona también en las antiguas. Incluye una corrección de datos que recuperó unas 28.000 filas de venta que la sincronización venía descartando. |
| En surtido, una línea con unidades ya se puede cerrar aunque no tenga curva de tallas: la curva pasó a ser requisito de la cotización y no del cierre. Antes el proceso se trababa ahí, y esas líneas se descartaban más adelante sin dejar rastro. |
| En reposición, el filtro de configuración de tienda encuentra por nombre y no solo por código, sin distinguir mayúsculas y aceptando varios códigos a la vez. |
|
|
|
🚚
|
No. 06 · Helix · Retail y módulos espejo
Las guías de tienda pasan a ser un reporte.
|
Las dos preguntas que hace el negocio —qué guías emitió una tienda y qué artículos llevaban— se contestaban a mano consultando SAP. Se construyó y desplegó la cadena completa de datos sobre bodega central más tiendas, en ventana rodante de seis meses: 19.556 guías, 561.735 líneas, 690.781 unidades y 27.214 artículos.
| Tres definiciones salieron de medir y no de suponer. El único documento de SAP que emite este tipo de guía es el traslado de stock — el resto da cero. La ventana de captura tuvo que abrirse a diez días, porque la fecha de una línea puede ser hasta siete días anterior a la de su encabezado y con ventana corta una guía entraba incompleta sin que nada avisara. Y el emisor no se puede derivar del rango de folios, porque esos rangos avanzan: sobre el año completo, el 42% caía en "otro". |
| La cadena de datos ya está construida y desplegada; lo que queda es la publicación en Helix de las tres piezas de superficie, hoy en revisión final: el reporte en la sección Retail —con filtros que se acotan entre sí y muestran cuántas guías tiene cada opción, tabla a nivel de guía con el detalle de artículos al clic, dos exportaciones, y orden y paginación en el servidor por el volumen—, su servicio, y la sección en el catálogo de permisos. Sin esa última la ruta pediría iniciar sesión pero no quedaría restringida, y el permiso no aparecería en CockpIT. |
| Los módulos espejo de operación de tienda quedaron al día: traen la integración del despacho same-day, el distintivo de venta presencial y el aviso de marketplace en pedidos, el comentario obligatorio al anular una nota de crédito, el filtro de sucursal por código, y en el monitor el filtro de cancelados junto al catálogo de errores nuevo. Se preservaron las adaptaciones propias de Helix. |
| En Runway se desbloqueó la emisión de notas de crédito, que estaba detenida por dos causas distintas: el sistema exige un comentario cuando el motivo es una anulación y la pantalla no lo enviaba, así que toda nota con ese motivo se rechazaba; y la sesión se leía incompleta cuando el usuario tenía muchos permisos, lo que dejaba pantallas vacías justamente a los perfiles más amplios. Los módulos de operación quedaron además al día tras seis semanas de atraso. |
|
|
|
💸
|
No. 07 · Gate · Pagos de notas de crédito
La tienda ve el rechazo y corrige la cuenta.
|
Cuando el banco rechaza el pago de una nota de crédito, el rechazo vivía en Nexum, al que la tienda no accede. La tienda —la única que puede volver a llamar al cliente— no se enteraba, y la corrección dependía de que Finanzas avisara por correo o WhatsApp, caso a caso y sin registro. Es el primer sub-módulo de Devoluciones, que hasta ahora era un espacio deshabilitado.
| La tienda ve sus notas rebotadas con motivo y fecha, y corrige los datos bancarios para que vuelvan a la nómina de pago. SAC las ve y las corrige todas. |
| Cada dato lo sigue teniendo su dueño: Nexum es quien sabe del rechazo y se lee en vivo en vez de replicarse, los datos bancarios son lo único que se escribe, y Gate guarda el historial. El documento tributario ya emitido no se toca: el titular corregido va dentro del adjunto, no en el destinatario ya declarado al SII. |
| Se sumó la pestaña de notas ya pagadas, porque la tienda tampoco sabía cuándo salió el dinero y ante el reclamo de un cliente no podía responder. El módulo pasó a llamarse "Pagos de NC" y abre por defecto en las rechazadas, que son las accionables. La asimetría es deliberada: las rechazadas no llevan ventana de fechas —esconder una vieja sería esconder trabajo pendiente— y las pagadas sí, con la búsqueda por folio yendo al servidor para que una nota fuera de ventana se encuentre igual. |
| Del lado de Finanzas se expusieron esos datos con el mismo servicio de consulta que usa su propio panel, para que la pantalla de la tienda y la de Finanzas no puedan mostrar cosas distintas. Se agregó un resync puntual que evita esperar hasta 30 minutos al proceso automático — ventana en la que Finanzas podía nominar con la cuenta antigua. Y la tienda ve el grupo "Devoluciones" desde el principio, porque vienen más sub-módulos y es mejor que aprenda la forma definitiva del menú. |
|
|
|
🏬
|
No. 08 · Gate · Notas de crédito y stock
El stock vuelve a la tienda donde vuelve la prenda.
|
| La regla de cuándo una nota de crédito ingresa stock quedó explícita y la decide la tienda destino, no el canal ni quién la emitió. Antes esa decisión emergía como efecto lateral de un control, y en 60 días omitió 200 de 1.140 notas del centro de distribución y dejó afuera 22 de tienda que sí debían ingresar. Queda detrás de un interruptor para poder volver atrás sin desplegar. |
| Diez notas quedaron fiscalmente correctas pero sin ingresar el stock a la tienda, siempre con el mismo rechazo del sistema de tienda. La causa de fondo eran tres: una llamada que no se esperaba —así que la integración se grababa como exitosa y el error explotaba después, matando el proceso—, un error de ítems que quedaba silenciado en el registro, y la referencia del documento, que puede ser boleta o factura: filtrar solo por boleta dejaba sin ítems a las notas sobre factura, 4 de los 10 casos. Las tres corregidas. |
| Los pedidos mixtos ahora se evalúan por la rama correcta. Un pedido puede tener retiro y despacho desde tienda a la vez, cada uno con su local y sus productos; el control elegía uno de los dos y en un pedido mixto miraba solo el retiro. Si ese retiro había sacado stock, la nota del despacho pasaba el control e ingresaba stock que nunca salió de esa tienda. |
| El freno de emitir notas sobre pedidos sin preparar quedó acotado al perfil de tienda —antes alcanzaba también a SAC, que no podía emitir— y se extendió al despacho desde tienda en la capa que ven las notas emitidas desde Gate. Auditoría previa: en 120 días, 45 notas sobre pedidos con despacho desde tienda y ninguna con el despacho sin preparar, así que cerró la brecha sin interrumpir un flujo en uso. En la pantalla, la validación llega como un mensaje accionable —"deja el pedido listo y vuelve a intentar"— en vez de un error de sistema. |
|
|
|
🛵
|
No. 09 · Gate · Despacho same-day y retiros
Un despacho sin etiqueta se sigue hasta resolverse.
|
| El pedido se busca por el número que el operador logístico realmente usa. Se enviaba el número correcto en el campo equivocado, así que completar el despacho respondía siempre "no encontrado". Migrado a los endpoints que aceptan ese identificador y verificado contra la interfaz productiva. El mismo ajuste se aplicó en el seguimiento, donde ningún despacho habría avanzado. |
| Una respuesta correcta sin etiqueta dejó de contar como despacho resuelto. Un pedido pasó 43 horas sin despacho: el paso automático no corrió, y cuando se hizo a mano el operador respondió bien pero ya no generó envío ni etiqueta, porque ese despacho caduca — y la fila quedaba guardada como resuelta. Ahora existe un estado propio con el motivo, un proceso que reintenta dentro de la ventana y marca como vencido lo que ya no se recupera, y el seguimiento dejó de darlo por integrado. |
| Cuando el operador cancela un despacho, la orden se cancela. Nada leía ese estado: en el caso que lo destapó, el despacho se canceló por falta de stock el 18 de agosto, la tienda lo preparó el 25 y salió el movimiento de stock — se rebajó mercadería de un despacho que no existía desde una semana antes. El corte se puso en el stock y no en la boleta: sin movimiento emitido se cancela la orden; con movimiento ya emitido no se cancela, se marca y se deja a la vista para que alguien decida. |
| Los retiros que no llegaron a la tienda se reintentan solos cada 10 minutos. Un retiro llega al local únicamente cuando el sistema de tienda lo acepta, y un corte de conexión de un segundo alcanzaba para que el pedido no apareciera nunca y el cliente lo fuera a buscar a un local que no sabía que existía. El reintento republica por la misma cola de un retiro nuevo, así el pedido se procesa por el camino de siempre y sale de la lista solo cuando la tienda lo acepta. |
|
|
|
🧑💼
|
No. 10 · Gate · Gestión de Personas
El corte de fuente se hizo con la evidencia sobre la mesa.
|
| El ingreso de traslados, reemplazos y —nuevo— cambios de cargo se movió del sistema antiguo a Gate, con la cadena de datos conectada a la nueva fuente y un control de paridad entre ambas. |
| Se verificó antes de cortar: por las pantallas nuevas todavía no había entrado ningún movimiento real —dos solicitudes, ambas anuladas—, así que el cambio de fuente no mueve ningún pago hoy. Se agregó además el freno que impide que el corte reviva 4 registros que el sistema anterior había borrado. |
| El histórico migrado quedó diagnosticable. La carga inicial no traía el estado de los sistemas externos de cada movimiento, así que un traslado que había quedado a medias en el sistema de tienda no se podía distinguir de uno completo. Se migraron 795 filas —744 correctas, 46 pendientes y 5 falladas— y el detalle muestra una línea por sistema con su estado. La pantalla aclara que "sin registro" en una fila migrada no significa ni que falló ni que funcionó, porque el sistema antiguo solo registraba uno de los dos. |
| De paso, todo el módulo mostraba las fechas un día antes, y el archivo que alimenta los reportes entregaba una fecha del año 0026 donde el sistema actual deja el dato vacío. Corregidos los dos; el segundo se detectó comparando valor por valor y no por cantidad de filas. La búsqueda de boletas de la tienda llega ahora a 6 meses y respeta el rango elegido en pantalla, que hasta ahora se descartaba: una boleta de mayo no aparecía aunque la tienda supiera su folio. |
|
|
|
🏦
|
No. 11 · Nexum · Devolución de dinero
El motivo de una anulación se ve, se filtra y se exporta.
|
| Es el texto que la persona escribe al anular la boleta. Llegaba desde el sistema de origen y no se mostraba en ninguna pantalla. Ahora aparece en las tres tablas de notas de crédito, con filtro de con o sin comentario, incluido en el buscador y en los dos Excel. |
| Se muestra según el dato y no según la pestaña, porque una anulación no se queda en su bandeja: se mueve sola al marcarse pagada y a mano al transferirse entre las áreas de contabilidad. De las 8 notas con comentario que hay en producción, 3 ya estaban pagadas. |
| Nota para Tesorería: el Excel de nómina trae una columna más al final. |
|
|
|
🗂️
|
No. 12 · Nexum · COMEX
Un documento se mueve sin perder su historia.
|
| Los documentos se mueven entre la carta de crédito, sus embarques y sus subcarpetas. Antes un documento nacía donde se subió y se quedaba ahí: si el conocimiento de embarque se cargaba al nivel general y correspondía al segundo embarque, la única salida era borrarlo y volver a subirlo, perdiendo la fecha, quién lo subió y su historial. Ahora se mueve conservando todo, de a uno o en lote, y en Drive se reubica sin cambiar el enlace con el que se abren los Excel. |
| Aviso de nombre repetido antes de subir, con opción de reemplazar, en los tres niveles. Se pregunta al elegir el archivo, antes de subir un solo byte, y cubre el caso habitual de COMEX: llega el documento corregido con el mismo nombre. |
| El historial de la carta y de la carpeta quedó en una sola línea de tiempo: emisión, banco, monto por PI y sus movimientos —incluido cuando una PI pasa a otra carta, que antes no dejaba ningún rastro en la de origen—, renombres y alta o baja de cartas. Reconstruido desde el inicio para las 34 carpetas y 32 cartas que ya existían, no solo desde la publicación. |
| El transportista se ve en toda la jerarquía: se carga una vez en la fila de la PI y aparece en la tarjeta de la carpeta y en la fila de la carta. La primera versión lo asignaba arriba y las filas heredaban, pero COMEX corrigió la premisa —una carta de crédito puede tener más de un transportista—, así que ahora se deriva de las PIs y admite varias agencias por carta. Con un aviso por PI de cuántas filas le faltan y un resumen que dice cuáles: hoy en producción faltan en 351 de 615 filas (57%, en 27 de 34 carpetas), lo que queda como lista de trabajo de carga para el equipo. |
| Correcciones de datos y de pantalla: los nombres de carpeta, carta y subcarpeta ya no se pueden repetir y el aviso es entendible; quitar una PI de una carta la devuelve a "PIs sin asignar" en vez de dejarla en un estado invisible que contaba en la carpeta sin sumar al monto; los códigos de carpeta que traen el nombre del proveedor ya no se salen de la tarjeta; y la fecha de la carta mostraba un día menos en el historial — las 32 cartas de producción se leían con la fecha anterior. |
|
|
|
🔁
|
No. 13 · Nexum · Tipo de cambio
Un correo al día, y lo que requiere acción primero.
|
| El correo diario pasó de una tabla de 7 columnas a una tarjeta por sociedad y moneda, con el movimiento del valor como titular. En el celular —donde se lee— la tabla obligaba a desplazarse de lado, y el ajuste automático escondía justamente las dos columnas que hacen falta cuando algo falla. Lo que requiere acción va primero, y el asunto cambia cuando hay errores para que se note desde la bandeja. Se sumó envío de prueba. |
| Y llega una vez al día. Llegaba siete veces, con uno diciendo "6 de 6" cuando faltaba una sola sociedad y tres más después de que todo estaba cargado. La causa era una sola consulta: el registro de resultados solo agrega filas, y se pedían las sociedades con error de todo el día, así que un error de las 00:04 seguía contando a las 06:00 aunque la sociedad ya estuviera cargada. El conjunto de pendientes solo podía crecer. |
|
|
|
💳
|
No. 14 · Nexum · Comisiones de venta
La curva de tramos quedó continua.
|
| La curva tenía 7 huecos: quien caía justo en el borde de un tramo cobraba $0 sin que nada fallara. Ahora el tope de cada tramo se deriva del tramo siguiente, el mantenedor lo muestra de solo lectura y hay un control que impide volver a abrir un hueco. |
| En el motor del canal web, el pago individual se anulaba con cualquier movimiento aprobado —un reemplazo o un traslado— y no había ninguna columna donde devolverlo. Agosto subió $88.251 en 31 personas. En el esquema de tiendas nuevas, cubrir un cargo en la propia tienda cobraba el local dos veces: corregido. |
| La descarga que usa Remuneraciones recuperó el porcentaje de cumplimiento y las cuatro columnas de ausencia —licencia, vacaciones, inasistencia y permisos—, que salían vacías en las cuatro pestañas. Y en el consolidado ese porcentaje salía 0% en los cargos que solo cobran por local: 12 personas y $3,3 millones en agosto que se veían con un número que no correspondía. |
| Se revisó el reclamo de que cubrir un cargo de jefatura no pagaba la comisión propia: verificado de cuatro formas, la plata estaba correcta — los 33 que cubrieron recibieron su individual. Lo que confundía era que el reporte partía el día en dos filas, así que se corrigió la forma del reporte. Y tres de los seis motores liquidaban el mes con un día de venta menos que los otros tres: corregido. |
| Detectado y pagado: una persona sin marca de asistencia no recibe meta y, por lo tanto, no aparece ni cobra. Se le pagó lo que correspondía y quedó identificado el modo de falla, que es silencioso — nadie avisa. |
|
|
|
📊
|
No. 15 · Reportería de tiendas
Los siete tabs de Productividad, cuadrados.
|
El hito de la semana: los 7 tabs del reporte quedaron construidos y cuadrados sobre el repositorio de datos, contra lo que hoy se ve en pantalla — Indicadores Tienda, Indicadores Cadena, Dashboard, Venta x Hora, Tienda × Hora, Venta de productos y Retiro en Tienda. Queda un solo paso, en manos del equipo: cambiar la fuente para que el reporte empiece a leer de ahí. Hasta que se active, el usuario sigue viendo exactamente lo mismo.
| Suma apertura por vendedor con zona, cluster y cargo, filtros que se acotan entre sí y selector de 6 meses de historia con la comparación contra el año anterior en la misma pantalla. Venta de productos cuadra en 0,006% en venta y 0,009% en unidades, y Retiro en Tienda coincide exacto con el reporte actual. |
| La clave de esa cuadratura fueron los cambios de talla y color, que el sistema de tiendas registra como una boleta con dos líneas que se anulan entre sí: publicaban un producto vendido y otro devuelto, ninguno de los dos real. El tráfico por vendedor se reparte en partes iguales entre las personas presentes ese día, igual que hoy, y su comparación contra el año anterior dejó de salir en cero. |
| En el camino aparecieron dos cifras que hoy se muestran mal a los usuarios. La boleta promedio marcaba $715 donde van $56.757: había dos definiciones distintas de venta conviviendo en la plataforma, y además desordenaba el Ranking, que es peor que un número raro. Y el factor de reajuste mensual se tomaba del primer día del mes en vez del último, que es la convención tributaria: con la corrección coincide en 54 de 54 meses con lo que usa el reporte hoy. |
| Incidente propio, detectado y cerrado el mismo día: al acotar la ventana de historia, un paréntesis faltante dejó meses antiguos con 70 tiendas en $0 de venta y 493.532 entradas, con la conversión en 0%. Corregido y verificado en producción. |
| El inventario servido desde el repositorio perdía el 40% de la venta en unidades: un filtro de stock se llevaba puesta la venta. El stock ya cuadraba; ahora cuadra también la venta. Y 14 de los 16 atributos de producto —marca, color, categoría— llegaban con el nombre recortado en sus primeros caracteres. |
| Medido contra la fuente, el reporte de Merma Tienda que hoy ven los usuarios tiene el conteo inicial y la diferencia intercambiados. La versión corregida ya está lista para reemplazarlo. |
|
|
|
🤖
|
No. 16 · Analítica comercial e IA
La app de análisis se actualiza sola cada mañana.
|
| La app comercial en la nube recarga sola todos los días a las 06:30 con los datos vigentes; antes era una foto congelada que dependía de una llave que expiraba cada 24 horas. Las alarmas de recarga las manda la propia plataforma por correo, así que no hubo que construir ni mantener nada nuevo para eso. |
| La app de IA pasa a leer la venta directamente del repositorio de datos, y con eso los datos personales dejaron de salir del repositorio para alimentarla. |
| Hallazgo sobre la calidad de las respuestas: al preguntar por cumplimiento de presupuesto, el asistente entrega el porcentaje correcto —84,5%— pero lo acompaña con una venta y un presupuesto que vienen de universos distintos, 2,75 y 1,21 veces fuera, y los relaciona en el texto. Se está corrigiendo la definición para que no los mezcle. |
| En el laboratorio comercial se agregó el filtro de cobertura de presupuesto, para dejar fuera las tiendas que se planificaron cerradas —y por eso no tienen presupuesto asignado— pero siguen abiertas y vendiendo. Con eso la variación de venta contra presupuesto del año pasa de −20,5% a −22,3%: esa es la foto real. |
| El tab de promociones fallaba el día 1 de cada mes y el resto del mes mostraba el mes en curso vacío, sin avisar. Corregido y en producción. Y se validó qué familia de productos es realmente regalo de empaque: la que se llama "Promotion Toalla" se cobra al 100% y no es regalo, así que el indicador de unidades se corrigió sin borrar venta real de los reportes. |
|
|
|
🚀
|
No. 17 · Plataforma de datos
Publicar código ya no interrumpe lo que está corriendo.
|
| Hasta ahora cada publicación de código cortaba los procesos en ejecución, con cargas retrasadas y correos de falla que no eran fallas. En producción desde el 4 de septiembre y verificado: 86 de 87 corridas exitosas, sin más consumo de memoria y con menos de 2 segundos de latencia adicional. |
| Incidente detectado y cerrado el lunes: dos procesos nocturnos de consolidación se caían todas las noches desde el fin de semana por falta de memoria, y ninguna alarma lo veía — la única señal era el correo de falla. |
| La venta de e-commerce dejó de acumular archivos sin techo: de 4.749 extracciones guardadas a 309, y el proceso nocturno que las consolida bajó de 10 a 2 minutos. |
| Protección de datos personales en la nube: la exclusión que debía dejar afuera la información de personas no cubría ninguno de los conjuntos —comparaba nombres exactos— y el contador que debía verificarlo devolvía siempre cero. Corregido, y se sumaron los movimientos de personal y los empleados al perímetro. Queda el borrado manual de lo que se subió antes: 518 archivos, ya autorizado. |
|
|
|
🔌
|
No. 18 · OMS · Baja de módulos
Quedan vivas Temporadas y Maestros.
|
Los usuarios de estos módulos ya operan en Gate, que se está consolidando como la plataforma única de gestión de la operación de tiendas, así que dejan de aparecer en el menú y de ser alcanzables por dirección. Se liberó en dos tandas: Personal y Checkouts el 2 de septiembre con sus 5 pantallas hijas, y Documentos Tributarios, Envíos y Retiro en Tienda el 4 con sus 7.
| Los cinco módulos quedan reactivables: los componentes permanecen en el sistema, así que volver a habilitar cualquiera es descomentar su ruta y no reconstruirlo. Y las direcciones guardadas en favoritos ya no dejan una pantalla en blanco: redirigen al inicio de sesión. |
| El destino después de iniciar sesión era justamente Documentos Tributarios, así que los perfiles de administración y e-commerce entran ahora a Temporadas. |
| Los perfiles que quedaron sin ninguna sección —tienda, SAC, soporte y recursos humanos— reciben un aviso en la propia tarjeta de inicio de sesión que parte aclarando que la cuenta es válida, porque todo lo que aparece sobre un login se lee como contraseña equivocada. El formulario se vacía a propósito: un formulario intacto invita a reintentar algo que no puede funcionar. |
|
|
|
📋
|
No. 19 · Lo que se levantó
Una sociedad nueva entra al ecosistema.
|
Esto no está hecho: es lo que se levantó y especificó esta semana, agrupado por dónde nació.
| Las Moras · incorporación a la plataforma |
La sociedad agrícola entra al ecosistema, con once requerimientos levantados. Su prioridad declarada es emitir órdenes de compra y contabilizar facturas: las compras agrícolas son informales —petróleo o fertilizante por llamada— y la orden muchas veces se emite cuando llega la factura, escenario que el módulo de Badamax ya soporta porque la formalidad la aporta la recepción. Hay un segundo bloque con urgencia real: la intranet con que procesaban el pesaje de cosecha está caída y la próxima cosecha es a fines de noviembre, así que hoy no hay cómo calcular kilos por trabajador, bonos ni anexos de liquidación. El resto abarca recepción automática de facturas, nómina de pagos con comprobante al proveedor, kardex agrícola, facturación de exportación con recuperación de IVA, consolidación documental de embarques, provisión de vacaciones, centralización de remuneraciones por cuartel, guías de despacho del campo al packing y la unificación del correo corporativo.
| Nexum · digitalización documental de COMEX |
Siete requerimientos sobre el mismo diagnóstico: el control documental de las importaciones depende de personas y de canales informales. Las aprobaciones de proforma se apuran por mensajería con los datos del proveedor expuestos; las cartas de crédito se editan sin dejar historial y no se puede reconstruir su monto inicial; los documentos se cargan con numeraciones repetidas y se duplican; y las listas de empaque se arman a mano —incluso los fines de semana— porque cada proveedor entrega su propio formato. Se pide formato estándar de facturas y listas de empaque con carga automática, aviso por correo para aprobar proformas con enlace directo, historial de cambios de las cartas, validación que impida cargar documentos con el mismo número, y avisos ante cambios de fecha de diseño o de pago.
| Helix · surtido y ciclo de cotización |
Doce piezas, con un bloqueo vivo: en la pantalla de creación aparecen artículos de una marca dentro de otra, lo que impide cargar unidades. El otro bloqueo levantado —cerrar artículos sin curva de tallas— se abordó esta semana por el otro extremo, arrastrando esas líneas a la cotización con el ratio en blanco. Lo demás apunta al ciclo completo: aprobación de cotizaciones por temporada y familia con proveedor ganador, alerta cuando la proforma difiere de la cotización ganadora o del plan, margen por artículo con ajuste manual, clonar la curva de retail a e-commerce y outlet, comentarios por artículo para justificar cambios, y el detalle de qué cambió en los avisos de cierre. Se sumó también un pedido del plan de venta: excluir la venta de las tiendas planificadas para cierre, que hoy entra al plan como si fuera a repetirse e infla la base sobre la que se decide qué comprar.
Al revisar un caso puntual de una boleta web que no figuraba apareció el patrón completo: 230 documentos —boletas y 47 notas de crédito, de 2024, 2025 y 2026— quedaron en un estado en que no actualizan el stock de la tienda, descuadrando existencias sin que se detecte salvo por reclamo. En paralelo, la tienda no puede editar una solicitud de traslado o reemplazo aunque no esté aprobada, y como afectan cargo y comisión el error termina en la liquidación de sueldo. De Atelier vienen cuatro: tabla de tallas propia para blazer, subir la especificación de tallas al crear el producto para que viaje adjunta a la cotización, y más de un contacto por proveedor.
|
|
|
🛒
|
No. 20 · Proyectos e iniciativas
El piloto de despacho same-day está activo.
|
| Multiorigen · el piloto quedó activado en Costanera Center desde el 31 de agosto, con el flujo de despacho desde tienda validado y la estructura de comisión replicando el modelo actual. El plazo que manda sigue siendo el congelamiento de Cyber, del 5 al 7 de octubre. Apareció un tema a resolver con la plataforma de marketplaces: el inventario declara disponibilidad de productos que no tienen stock — 4 casos confirmados más 8 detectados el 3 de septiembre. |
| Migración de la tienda: fecha de salida confirmada para el 16 de noviembre, con las tres marcas. Se compraron los tres temas elegidos, lo que destrabó el desarrollo, y quedó aprobada la integración con la plataforma de marketplaces con reunión de arranque el 10 de septiembre. Del backlog de 18 ítems, tres se completaron esta semana y tres están en implementación. |
| Despacho desde tienda · 46% de avance, con 34 de 73 locales activos y los tres primeros tramos completos. El cuarto está en definición. |
| Cerrada definitivamente la contingencia de la zona norte: 24 días de ajustes diarios a las promesas de entrega por las restricciones climáticas del transportista, y el 3 de septiembre la operación quedó completamente normalizada, sin ninguna comuna con problema. |
| Evaluación de proveedores: llegó la propuesta formal de diagnóstico para el endurecimiento del directorio de usuarios, en evaluación de alcance y costo; la prueba de concepto de internet inalámbrico en dos tiendas tiene reunión de seguimiento; con Las Moras se hizo el arranque y la demostración, con la aprobación digital de compras y pagos como prioridad; y se descartó por costo una propuesta de plataforma de gestión de clientes. |
|
⚠️ Fecha operativa a tener presente
Una tienda cierra el 20 de septiembre por 35 días de remodelación. Ese mismo día hay que desactivarle el retiro en tienda y el despacho desde tienda, o los pedidos se van a rutear a un local cerrado.
|
|
|
|
🎯
|
Lo que hay detrás
Una copia envejece.
Una fuente, no.
|
El patrón más repetido de la semana fue el mismo: algo se había copiado en vez de consultarse. La pre-order de Atelier era una foto del día en que se creó y mostraba 245 unidades donde el plan de Helix pedía 4.100. El rechazo del banco vivía en Nexum, al que la tienda no entra. En los dos casos la solución fue la misma: leer de la fuente, y dejar que cada dato lo siga teniendo su dueño. Lo que sí conviene congelar es el documento que ya salió — y avisar exactamente qué cambió desde entonces.
|
Cuatro titulares del periodo
→ En Helix el planificador elige qué temporadas históricas usan de base las proyecciones de compra.
→ En Gate la tienda ve el rechazo del banco y corrige la cuenta, sin depender de un aviso caso a caso.
→ Los siete tabs del reporte de Productividad de tiendas quedaron cuadrados sobre el repositorio de datos.
→ Cinco módulos del OMS dados de baja, con la operación de tiendas concentrándose en Gate.
|
|
|
|
Gracias al equipo
Seguimos.
Gracias a todo el equipo por esta semana. Si algo de lo que leíste aquí te sirve —o te falta— escríbeme y lo conversamos.
✉️ malvarez@badamax.cl
|
|
|
Un abrazo,
Mauricio Álvarez · Chief Digital Officer
Una publicación de Badamax Tech
Serie · Lo que entregamos
|
|
|
|