|
|
|
Lo que entregamos · No. 05 · 24 al 28 de agosto 2026
Reemplazar,
no solo agregar.
Esta semana varias cosas no se sumaron: se apagaron. El Estado de Resultados nuevo cuadró 2024 y 2025 completos y con eso se dieron de baja tres informes antiguos. Se retiró la pantalla vieja de alta de proveedores que permitía saltarse las reglas. La llave maestra con que Atelier leía todo Helix se reemplazó por una credencial acotada. Y se liberaron 364 GB vaciando una tabla de mil millones de registros que ya nadie usaba.
En paralelo, los datos sensibles quedaron bajo llave: los proveedores se guardan cifrados, cada pantalla de las aplicaciones exige su permiso declarado, y el Retroplanning dejó de estar abierto a cualquier sesión del ecosistema.
Y se probó con Abastecimiento la primera cotización real de la temporada — el sistema ya envía y recibe los correos con los proveedores. De esa prueba salieron 29 requerimientos nuevos, que van al final de este número.
|
🔑 Quinta edición · Newsletter interno Badamax Tech
|
|
|
|
3
Informes antiguos dados de
baja tras cuadrar 2024 y 2025
|
|
|
148
Contratos de mall releídos
con IA, en 64 tiendas
|
|
|
29
Requerimientos levantados
y asignados esta semana
|
|
|
|
|
364 GB
Liberados en el SQL Server
del datacenter de Claro
|
|
|
8 de 8
Apps con la cifra de
presupuesto unificada
|
|
|
54
Características del producto
en la ficha, antes 16
|
|
|
|
|
Palabras de apertura
Un sistema nuevo no está listo hasta que el viejo se puede apagar.
Mauricio Álvarez
Chief Digital Officer
Badamax
|
"Mientras el informe antiguo sigue prendido al lado del nuevo, no ganamos: mantenemos dos. Esta semana cuadramos dos años completos del Estado de Resultados y recién entonces apagamos los tres informes viejos. Ese es el estándar que quiero: cuadrar contra la fuente, mostrar la evidencia, y después dar de baja."
|
|
|
|
En este número
Dieciséis frentes de trabajo.
|
01 Atelier · Cotizaciones a proveedores
02 Atelier · Proveedores bajo llave
03 Atelier · Maestros y tallas
04 Atelier · Diseño
05 Atelier · Retroplanning
06 Helix · Planificación y B2B
07 Nexum · Contratos de mall
08 Nexum · COMEX
09 Nexum · Órdenes de compra
|
10 Nexum · Devolución de dinero
11 Transversal · Presupuesto en la OC
12 Gate · Piloto de despacho same-day
13 Gate · Avisos y operación
14 Plataforma de datos
15 Qlik · Baja de informes antiguos
16 Lo que se levantó · 29 requerimientos
|
|
|
|
✉️
|
No. 01 · Atelier · Compras
La conversación con el proveedor vive en Atelier.
|
El envío a proveedores está listo y operando. El flujo es simple de explicar: el sistema opera por delegación la casilla de Procurement — envía la cotización desde esa dirección y lee de la misma casilla las respuestas que llegan.
Para el proveedor es un correo de Badamax como cualquier otro, y responde a donde siempre. Del lado nuestro, esa respuesta entra sola al hilo dentro de Atelier: nadie reenvía, copia ni pega nada. El correo es el transporte; la conversación vive en el sistema. Si un proveedor no tiene correo cargado, queda deshabilitado en el selector con el motivo al lado, en vez de fallar al enviar.
| La pantalla de cotización ganó lo que faltaba para negociar: FOB objetivo con su desvío, fecha de embarque, comentario por artículo, panel del hilo redimensionable y la comparación entre la composición que definió Diseño y la que ofrece el proveedor. Además el cierre de la cotización ahora se guarda — antes no persistía. |
| El Excel de solicitud usa la plantilla de Badamax, con el precio y el total en blanco para que el proveedor los complete y el total como fórmula. Se corrigió que los colores salieran cambiados: la librería descartaba la paleta propia de la plantilla y resolvía contra la suya. |
|
|
|
🔐
|
No. 02 · Atelier · Proveedores
Los datos del proveedor, cifrados en la base.
|
| Mantenedor de proveedores con alta y edición, y la razón social y el correo enmascarados para quien no tiene el permiso. Se crearon dos permisos separados —uno para el proveedor y otro para sus datos bancarios— administrables desde CockpIT. |
| Razón social, correo, dirección, teléfono, contacto y datos tributarios se guardan cifrados. El motivo es concreto: que un reporte o un servicio nuevo hecho sin cuidado no se lleve esos datos por delante. |
| Se incorporaron los datos bancarios que vienen en el PDF de la PI —beneficiario, banco avisador, cuenta y SWIFT—. Cambiar un número de cuenta archiva la fila anterior en vez de pisarla, y el registro de auditoría guarda el cambio enmascarado, para no mover el secreto de lugar. |
| Revisión automática de permisos por pantalla: se inventarían las 186 rutas de datos y las 46 páginas de la aplicación, y la revisión falla si aparece una sin permiso declarado. Salió de un hallazgo real — una pantalla de proveedores quedaba bajo el permiso de cotizaciones, así que la administradora habría visto los botones y recibido un rechazo al usarlos. |
|
|
|
🏷️
|
No. 03 · Atelier · Maestros
Los 19 catálogos de SAP, editables desde Atelier.
|
La pantalla de atributos era solo lectura: si a un catálogo le faltaba un valor —marca, colección, familia, color, sub estilo, temporada— había que entrar a SAP. Ahora se crean y editan desde Atelier, y lo que se escribe acá se escribe en SAP en la misma operación.
| Historial por catálogo y por valor: quién lo creó o editó, qué campo cambió y de qué a qué, y también los intentos que SAP rechazó con su mensaje — que es la única respuesta posible a "por qué este valor no está". La escritura se audita antes de copiarse a la base local, así que el registro sobrevive incluso si la copia falla después de que SAP ya aceptó. |
| Cada catálogo dice hace cuánto se trajo de SAP y la pantalla avisa cuál quedó atrasado. Antes no había forma de saber si lo que se veía era de hace dos minutos o de hace tres días — y por lo mismo, el botón de traer datos de SAP no tenía sentido. |
| Mantenedor nuevo de tipos de talla (Letras, Pantalón mujer, Calzado): la lógica existía por detrás, lo que faltaba era la pantalla, así que un tipo nuevo no se podía crear. Se arma en dos paneles con la numeración a un lado y la secuencia al otro, ordenable a mano, porque XS → S → M → L → XL no sale de ordenar códigos ni nombres: lo define quien lo arma. Muestra cuántos artículos usan cada tipo —letras la usan 483— porque apagar uno sin ese dato es a ciegas. De paso se cerró el permiso: crear y borrar tipos de talla estaba abierto a cualquier sesión. |
|
|
|
🎨
|
No. 04 · Atelier · Diseño
El mismo dato, escrito de una sola forma.
|
| El nombre del artículo se normaliza a mayúsculas sin acentos, en los tres caminos por donde entra. Nunca rechaza un nombre: lo reescribe, así que no bloquea la carga. La Ñ se conserva porque es letra del español y no un acento, y se respetan los símbolos que significan algo en el dato real. Los artículos ya creados en SAP quedan protegidos: sus nombres allá son idénticos a los de acá (688 alineados) y renombrarlos desincronizaría los dos sistemas. Se migraron 28 nombres históricos y se corrigieron 5 artículos cuya "ñ" estaba guardada de dos maneras distintas, lo que impedía que una misma búsqueda los encontrara. |
| Maestro administrable de materias primas, en reemplazo de un listado fijo de 58 materiales que estaba duplicado a mano en dos lugares: agregar un valor exigía dos despliegues, y tocar solo un lado hacía que la pantalla armara composiciones que el sistema no sabía interpretar. Reconoce además las composiciones que SAP escribe en inglés y truncadas —374 de 572 traen algún material así—, porque sin esos sinónimos se crean composiciones duplicadas de otras que ya existen. Las materias primas se archivan, no se eliminan: 849 artículos las mencionan, y al renombrar una el nombre anterior queda como sinónimo. |
| La característica del artículo ya no se pierde al importar desde el OMS: los dos sistemas escriben distinto los mismos valores y lo que no coincidía se guardaba vacío. Se recuperaron 131 artículos con característica y 38 con sub estilo. El dato existía y no llegaba a ninguna parte. |
| La ficha ya resuelve su imagen y su PDF en producción: leía la ubicación equivocada del archivo, y el problema era invisible en desarrollo. Consecuencia concreta: la plantilla COMEX de Nexum no mostraba ni la imagen ni el PDF de respaldo. Medido contra producción, 880 de 932 artículos vigentes ya resuelven imagen; los 52 restantes no tienen archivo cargado. |
| Los filtros del grid ahora alcanzan a las solicitudes de Helix, que quedaban ancladas arriba y empujaban los resultados fuera de la vista: con 36 solicitudes en S27 la pantalla mostraba 45 filas contra un contador que decía 9. Ahora el filtro de familia ofrece también las familias que solo existen en solicitudes, y cuando quedan ocultas aparece un aviso con enlace para verlas. Se corrigió además el contador del menú lateral, que caía sobre la fila siguiente y se leía como si fuera de otra pantalla. |
|
|
|
🗓️
|
No. 05 · Atelier · Retroplanning
La malla baja a nivel de artículo.
|
| La planificación se seguía por agrupación de productos; ahora la malla se despliega artículo por artículo, con dos vistas nuevas: Datos pendientes, que muestra qué información falta para que un artículo pueda avanzar de etapa, y Maestros, donde se administran los datos base que la alimentan. El seguimiento deja de ser por bloque y pasa a ser por producto. |
| La vista Sin ubicar reúne los artículos que todavía no tienen posición en la malla, y los espacios que vienen del assortment comercial aparecen colapsados, para leer la lista completa de una vez y expandir solo lo que hace falta revisar. |
| Atelier dejó de tener la llave maestra de Helix. Consumía el assortment comercial con una credencial de acceso total al sistema; se reemplazó por una credencial firmada y acotada solo a los datos que necesita, y Helix incorporó la contraparte para atenderla. En el camino se corrigieron dos fallas que mantenían esa copia vacía: no había proceso que la poblara y la credencial nunca llegaba al servidor. Quedó además un disparador manual para forzar la carga sin esperar al proceso automático. |
| La sincronización con COMEX volvió a traer datos: no estaba trayendo ningún registro. Se corrigió, se eliminó un filtro por marca que dejaba fuera parte de los embarques y se acotó la carga a la temporada en curso para no arrastrar histórico innecesario. |
| Ver la malla ahora exige permiso explícito. Estaba abierta a cualquier usuario autenticado, y el alcance era mayor de lo que parecía: no eran los 11 usuarios de Atelier sino las 298 cuentas del ecosistema. Quedó cerrada tanto en la pantalla como en la consulta de datos —antes la página redirigía pero la información seguía siendo accesible— y se cerró también una ruta de Diseño con la sesión como único control. Confirmado con quien opera el módulo: las dos personas que lo usan ya tenían el permiso, así que no hubo impacto operativo. |
|
|
|
🧬
|
No. 06 · Helix · Planificación y B2B
La OTB por muestra ya está operando.
|
| La funcionalidad, recién liberada, quedó operable. Generar el plan ya funciona, y cuando algo falla la pantalla lo informa — antes fallaba por un dato faltante sin mostrar el error, así que el botón quedaba inerte. Guardar regenera el mismo plan en vez de crear uno nuevo cada vez, y editar la muestra ya no separa los diseños que se unieron a mano. |
| Las temporadas se muestran con nombre y año ("Verano 2026", "Invierno 2026") en vez de una letra, en orden cronológico de la más nueva a la más antigua, y sin los sufijos heredados del código. El año salía corrido en un ejercicio. |
| Se agregó "Ver artículos" en modo solo lectura, para revisar qué quedó asociado sin entrar a editar y arriesgar un cambio involuntario. Y un usuario de solo lectura no veía el histórico: consultar la comparación entre temporadas exigía permiso de edición, cuando una consulta no debería exigirlo. |
| El cierre de la semana fue apuntar la vista al maestro de artículos en vez de deducir la temporada desde la venta y la compra. Es la fuente correcta y elimina los parches que se venían acumulando. Los totales del plan quedaron cuadrados. |
| Assortment, B2B y productividad |
| Al clasificar un artículo, la pirámide guardaba el texto visible en pantalla en lugar del código. Cada vez que una categoría cambiaba de nombre, el cruce con el resto de los sistemas se rompía y los artículos quedaban descolgados. Ahora guarda el código. |
| En la emisión del documento mayorista a SAP, el canal de venta se tomaba de la marca del producto y no del tipo de cliente, y las líneas no lo heredaban. Con la corrección la venta mayorista queda imputada al canal correcto y los informes contables por canal dejan de mezclar retail con wholesale. |
| Se agregó la descarga a Excel del detalle por tienda y vendedor en Productividad. |
|
|
|
📑
|
No. 07 · Nexum · Contratos de mall
Los contratos avisan antes de vencer.
|
| Alertas de vencimiento: la aplicación avisa qué contratos vencen, cuáles tienen el plazo de aviso encima y cuáles ya se pasaron. Antes no existía ninguna alerta. |
| Correo semanal automático a Contraloría, ya corriendo en producción y sin que nadie lo ejecute. Responde dos preguntas: qué contratos vencieron y a cuáles hay que avisar antes de que se cierre el plazo. La frecuencia, la anticipación del aviso y qué bloques incluye se configuran desde la pantalla, sin pedir un cambio a Tecnología. |
| Se releyeron con IA los 148 contratos de 64 tiendas y se corrigieron los datos en producción. Las causales de término pasaron de 1 a 60 tiendas, las condiciones de restitución de 1 a 58 y las opciones de salida anticipada de 0 a 14, todo con respaldo por tienda y posibilidad de revertir. |
| El costo fijo mensual estaba 32% abajo: pasó de 4.786 a 7.612 UF. La causa era que 25 tiendas mostraban la renta en cero porque el contrato declaraba la tarifa por metro cuadrado y nadie la multiplicaba por la superficie. |
| La ficha distingue "no hay" de "no sabemos": los campos verificados contra el PDF se muestran como "No hay · verificado" con la cita del contrato. Antes el campo desaparecía de la pantalla y se leía igual que un dato faltante — 25 campos en 12 tiendas dejaron de estar invisibles. |
|
|
|
🚢
|
No. 08 · Nexum · COMEX
Con quién se habla y quién firma la PI.
|
| Tres columnas nuevas en la plantilla: Contacto —la persona con la que se habla—, Proveedor —la razón social que firma la PI— y Puerto de carga, traídas de Atelier con filtro y orden propios y sin agregar ninguna sincronización nueva. También se sumó la composición al lado del estilo. |
| La columna Pirámide ya se llena en las dos vistas donde aparecía en blanco: la consulta se detenía en silencio al superar el tope de 500 códigos y la vista tiene 913, así que ahora se consulta por lotes. |
| Filtro por aprobación de Finanzas: era la única columna sin forma de filtrar, así que para ver qué PIs siguen sin aprobar había que recorrer 1.790 filas a ojo. Y las fechas del Excel salen como fecha real: antes se exportaban como texto con la hora pegada y no se podían ordenar ni filtrar en Excel. |
| Se corrigió la fecha de embarque: en dos PIs una fecha antigua le ganaba a la fecha viva, con desfases de 32 y 9 días sobre fechas contra las que COMEX planifica embarques. |
| La sincronización se ve mientras corre y no solo al terminar, las tres fuentes del historial fallan por separado en vez de vaciar la tabla completa —así se sabe cuál se cayó—, y una corrida que borra datos ahora se distingue de una de rutina. Antes el único rastro de un borrado quedaba en el registro del servidor y nadie podía responder desde la pantalla por qué una PI perdió su proveedor. |
|
|
|
🧾
|
No. 09 · Nexum y Beaver · Órdenes de compra
La OC se valida al crearla, no al enviarla.
|
| Una orden con un proveedor no habilitado, o en una moneda que ese proveedor no acepta, se rechazaba recién al enviarse a SAP: ya estaba creada, aprobada y con el comprador esperando. Ahora las dos condiciones se validan al crearla, el listado de proveedores viene de una sola fuente y el selector de moneda sigue al proveedor elegido. |
| Se retiró la pantalla antigua de alta de proveedores, que permitía saltarse esas reglas. |
| En el directorio, reintentar el envío a SAP quedó disponible desde el detalle de la orden para quien tenga el permiso. Cuando una OC falla por una condición transitoria, ya no hace falta que intervenga Tecnología: el documento sigue su curso el mismo día. |
|
|
|
🏦
|
No. 10 · Nexum · Devolución de dinero
La nómina de pago llega completa.
|
| Las notas de crédito que quedaban fuera de las primeras 500 del listado general desaparecían de la tabla sin ningún aviso, y el total "Pagado" —que se suma sobre esa misma lista— quedaba corto. Ahora vienen completas. |
| Los contadores quedaban viejos: se leía "0 de 25 pagadas · PENDIENTE" con la tarjeta de pagado en más de un millón de pesos. Marcar pagado, individual o masivo, ahora recalcula el estado, y se repararon las nóminas que ya habían quedado mal. |
| Se agregó paginación —300 filas de 14 columnas se pintaban de una sola vez—, manteniendo que la selección masiva alcance toda la nómina y no solo la página visible, que es lo que permite pagarla de una vez. |
|
|
|
📐
|
No. 11 · Transversal · 8 apps del ecosistema
Una sola cifra de presupuesto al crear la OC.
|
| Se pidió dejar a la vista solo la cifra contra la que se decide la compra. En vez de ocultar el plan, las dos columnas se fusionan en una rotulada "Presupuesto (Forecast)" o "Presupuesto (Plan)" según cuál manda. |
| El detalle importa: como el forecast hoy solo cubre 2026, ocultar el plan habría dejado las órdenes de 2024 y 2025 sin ninguna cifra de presupuesto y con una diferencia medida contra un número invisible. El caso ocurre con una OC fechada en el año anterior, o emitida en enero con fecha de diciembre. |
| Desplegado a las 8 apps: Hangar, CockpIT, Atelier, Nexum, Helix, Crew, Runway y Flare. Nexum quedó incluida, con el cambio portado a los componentes propios de su módulo de presupuesto. |
|
|
|
🛵
|
No. 12 · Gate · Piloto de despacho same-day
El vendedor ve el estado real de cada despacho.
|
Se habilitó en Gate el despacho same-day de los pedidos de Falabella desde la tienda: al dejar el pedido listo para entrega, el sistema completa el despacho con el operador logístico y trae la etiqueta para imprimir. Antes ese paso simplemente no existía.
| El checklist ahora refleja solo lo que está efectivamente listo. Medido sobre 300 despachos reales, los 300 aparecían con "Etiqueta lista" cuando solo 239 la tenían, y de los 61 restantes, 59 no tenían courier asignado — el vendedor lo descubría al imprimir. Se ajustó también "Integrado", que se marcaba apenas había un courier asignado, y entre asignar e integrar puede no pasar nada. |
| El botón de reintentar la etiqueta cubre ahora los tres casos que quedaban afuera: los pedidos preparados antes de encender el piloto, los que fallaron al completar y las reimpresiones cuando se pierde la etiqueta. |
| Los errores del operador logístico se traducen a algo accionable. Antes se mostraban en crudo: un vendedor leyendo un mensaje técnico en inglés no sabía si el problema era suyo, si reintentar o a quién avisar. Y el campo de marketplace, que salía siempre vacío, leía un dato que en ese documento no existe. |
| Tres pedidos del piloto estaban trabados hacía días y nunca llegaron a la tienda: el sistema de punto de venta rechaza el alta si el correo del comprador no tiene formato válido, y ese dato no se comparte por ese canal. El sistema acumulaba 52.634 llamadas fallidas reintentando. Resuelto. |
| Se evitó que un pedido saliera despachado dos veces: 367 de los últimos 370 despachos desde tienda reciben courier automáticamente, así que un pedido del piloto podía salir con dos couriers a la vez. Y los despachos del piloto quedaban en "listo para entregar" para siempre; ahora se siguen hasta la entrega al cliente. |
| La venta de tienda pasó de una hora a 5 minutos de retraso: el proceso que la trae ahora pide solo lo que falta integrar, dentro del horario de apertura de los locales, sin castigar el rendimiento del sistema de origen. |
|
|
|
🔔
|
No. 13 · Gate · Avisos y operación
Cada aviso llega a la tienda cuando sirve.
|
| Las tiendas ya reciben el aviso de despacho desde tienda, verificado con un despacho real. El aviso existía en el sistema anterior y se había perdido en la migración: la consulta apuntaba a una ruta que las tiendas no tenían habilitada, y el rechazo se leía como "no hay despachos" — sin error ni registro, indistinguible de que efectivamente no hubiera nada. Por eso nadie lo reportó como falla. |
| El aviso identificaba el pedido con un código interno en vez de su número; ahora dice el número que la tienda reconoce. Y los avisos llegan con Gate minimizado o en otra pestaña, que es justo cuando sirven: antes el sistema se detenía al perder el foco, pese a que el mensaje en pantalla prometía lo contrario. |
| El filtro por sucursal de documentos tributarios ya devuelve resultados: buscaba por el nombre de la tienda cuando el documento guarda el código, así que en el caso reportado pasó de 0 a 528 documentos. Y la tienda ahora busca boletas hasta 6 meses atrás respetando el rango que elige en pantalla, que hasta ahora se descartaba sin avisar — una boleta de 99 días no aparecía aunque supieran su folio. |
| En Gestión de Personas se sumó la pantalla de notificaciones —destinatarios por evento, interruptor de envío, historial de lo enviado y carga de feriados— más los avisos por correo de solicitud nueva, decisión, cancelación y falla de integración. Los feriados no son decorativos: definen cuándo cierra un traslado, y ahora un traslado que vencía domingo cierra el viernes. |
| Un traslado degradaba el cargo del colaborador en silencio: al aplicarse en el sistema de tienda perdía su cargo real. Corregido. La migración del histórico, que fallaba por un correlativo dependiente del orden de lectura, quedó completa con unos 3.670 movimientos y repetirla ya no duplica nada. En Helix, el botón del correo abre directo la solicitud, que es donde el supervisor aprueba. |
|
|
|
🗄️
|
No. 14 · Plataforma de datos
Nueve meses de boletas de 2022, recuperados.
|
| Se recuperó un tramo completo de boletas de tienda de 2022 —marzo a noviembre— que nunca había llegado a los informes: la historia de clientes de ese año quedó más del doble. Cambia todo análisis de recurrencia y antigüedad hacia atrás. De paso se evaluó traer un sistema antiguo para completar esos clientes y se descartó con evidencia, porque el dato ya estaba disponible por otra vía: se evitó un proyecto completo. |
| La recurrencia y fidelización por marca quedó automatizada y corre sola todos los días; antes era un informe armado a mano. En el camino se midió el cliente que se cuenta dos veces por comprar en más de una marca: el sobreconteo real es cercano al 2%, no el 7% que se estimaba. |
| Metas y comisiones bien asignadas: se corrigió cómo se identifica en qué tienda trabaja cada persona — la regla anterior acertaba 1 de cada 6 casos —, y el jefe de tienda pasó a medirse contra el total de su local, con el tráfico repartido de forma proporcional. Los seis cálculos de comisiones ahora leen en vivo los mantenedores de Nexum, así que un cambio del negocio se refleja el mismo día, y el calendario comercial pasó a tener una sola fuente: el mantenedor que administra el negocio, que los informes de meta no tomaban ni una vez. |
| Quedó cargado el presupuesto comercial, ya cruzable con la venta real: antes vivía solo en planillas. |
| Ahora se avisa cuando un informe deja de actualizarse en horario de tienda, caso que antes pasaba invisible; se sumaron mercadería y compra a las alarmas, y los informes de tienda pasaron a refrescarse cada 15 minutos. Sobre el Kardex quedó verificado que los movimientos se actualizan cada 5 minutos: el "cada una hora" que reportaban las tiendas es el horario nocturno, cuando no hay proceso corriendo. |
| La ficha del producto pasó a entregar sus 54 características; antes llegaban 16. El ranking de tiendas recuperó los cinco filtros que le faltaban, y en el SQL Server de la base histórica de la web —alojado en el datacenter de Claro— se liberaron 364 GB vaciando una tabla de más de mil millones de registros que ya no tenía uso ni sistemas escribiendo en ella. Es espacio en infraestructura arrendada, así que el ahorro es directo. |
|
|
|
📉
|
No. 15 · Qlik · Estado de resultados
Tres informes antiguos, dados de baja.
|
| 2024 y 2025 cuadran completos contra los informes antiguos. La única diferencia que quedaba quedó explicada: corresponde a un asiento contable registrado 41 días después de la última actualización del informe viejo — o sea, el nuevo es el que está al día. Con esa evidencia se dieron de baja los tres informes antiguos. |
| La productividad por gerencia contable quedó aplicada y verificada en las dos versiones del informe, con las 10 gerencias y sin diferencias entre desarrollo y producción. En Stock y Venta Mensual volvió a aparecer diciembre, que nunca se mostraba. |
| El cargo de Vendedor Trainee dejó de recibir meta, verificado en producción sin alterar las cifras de la tienda, y quedó registrado en el maestro de cargos de Nexum. |
| Sobre el asistente de consultas con IA se explicó por qué respondía cero a preguntas de venta: sin filtro de fecha tomaba un solo día. Se validó la medida que usa contra la que ve el negocio, con 28 de 28 casos idénticos. Y se publicó la primera versión de una app de IA alimentada desde la plataforma de datos, en el espacio piloto. En Gate, la maestra de tiendas pasó zona y grupo a fuente gobernada y se corrigió la etiqueta de semana comercial, que salía corrida en un día. |
|
|
|
📋
|
No. 16 · Lo que se levantó
29 requerimientos nuevos, todos con dueño.
|
Esto todavía no está hecho: es lo que se levantó, se especificó y se asignó esta semana. Va acá porque el origen importa — la mayor parte salió de usar el sistema con el negocio, no de una reunión de planificación.
| El paquete más grande · 7 requerimientos |
De la prueba de la primera cotización de la temporada con Abastecimiento salió el conjunto más grande. Hoy el comprador evalúa las respuestas de los proveedores sin tener a la vista el FOB objetivo ni el costo del artículo de referencia de la temporada anterior, así que vuelve al OMS o a una planilla para decidir. Los siete apuntan a lo mismo: que la decisión de compra ocurra completa dentro de Atelier — rediseño de la pantalla, comparación lado a lado entre proveedores, aviso cuando cambian las unidades, comentario por línea y por proveedor, justificación obligatoria de la desviación de FOB y fecha de despacho automática.
| Confianza en las cifras · 7 requerimientos |
Comercial reportó dos problemas que afectan directamente la confianza en el OTB: el total general no cuadra con el detalle y la venta de temporadas anteriores no coincide con Qlik. Van en progreso, con tres ajustes de uso más. En Nexum se levantó un caso equivalente en la nómina de devoluciones: 25 notas de crédito figuran pagadas en el detalle mientras el encabezado muestra 0% pagado, arrastrando un pendiente que no se rastrea a ningún registro.
| COMEX necesita mostrarle al agente de aduana imagen y descripción precisa para clasificar las prendas: hoy no aparecen las imágenes y las descripciones traen abreviaturas ambiguas —un polerón declarado como sweater, una camisa de lino sin descripción—. Y en la PI las curvas de talla llegan intercaladas y sin código. |
| Las tiendas no se enteran cuando el pago de una nota de crédito se rechaza —casi siempre por datos bancarios mal tomados—: el rechazo queda visible solo en Nexum y el aviso viaja por correo o WhatsApp, caso a caso. La tienda es la única que puede volver a contactar al cliente, así que se pidió un listado por tienda con edición de esos datos. |
| Finanzas pidió llevar el Estado de Resultado al módulo financiero común, con la misma estructura que usa hoy en Qlik, para que cada gerencia vea dentro de su propia app sus resultados, su presupuesto disponible y sus variaciones. Hoy funciona como una página suelta. |
| Diseño pidió generar automáticamente el Book de temporada, que hoy se arma a mano juntando por artículo imagen, descripción, cuidado de la prenda, unidades y fecha de llegada — con la descripción producida por IA sobre el maestro de productos y exportable a la herramienta de diagramación. Es el único del grupo que todavía no tiene responsable asignado. |
| También se pidió que el Assortment se segmente por temporada y distinga Essentials y los orígenes con plazo de fabricación largo, que son los que determinan cuándo hay que comprometer la compra. Y uno de los 29 se levantó, asignó y cerró dentro de la misma semana: una característica de producto que existía en el OMS y llegaba vacía a toda la temporada S26. |
|
|
|
🎯
|
Lo que hay detrás
Cuadrar, apagar,
y cerrar la puerta.
|
Tres movimientos se repiten en casi todo lo de esta semana. Cuadrar: dos años completos del Estado de Resultados, 148 contratos releídos, 300 despachos medidos uno por uno. Apagar: tres informes antiguos, la pantalla que permitía saltarse las reglas, una tabla de mil millones de registros, un proyecto que se descartó porque el dato ya existía. Cerrar la puerta: los proveedores cifrados, el Retroplanning que estaba abierto a 298 cuentas, la llave maestra de Helix cambiada por una credencial acotada.
|
Cuatro titulares del periodo
→ El Estado de Resultados nuevo cuadró 2024 y 2025, y con eso se dieron de baja tres informes antiguos.
→ Las cotizaciones se envían y se responden desde el sistema, y los datos de proveedor quedaron cifrados.
→ Los contratos de mall avisan antes de vencer, con correo semanal automático a Contraloría.
→ Gate despacha same-day los pedidos de Falabella desde la tienda, en piloto.
|
|
|
|
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
|
|
|
|