|
|
|
Lo que entregamos · No. 03 · 10 al 14 de agosto 2026
De construido
a en producción.
Tres de los módulos que la edición anterior anunciaba como construidos ya están operando: las cotizaciones a proveedores de Atelier hacen el ciclo completo por correo, el retroplanning de temporada quedó disponible para las cuatro áreas del ciclo compra-diseño, y la carga de tipos de cambio a SAP salió del script antiguo del OMS para vivir en Nexum.
Además la aprobación de compra internacional se mudó a su lugar natural —Helix › Planificación › Compras, junto al OTB y el Assortment—, y el directorio ganó la vista de presupuesto contra facturación en el momento exacto de aprobar una orden.
Esta edición estrena además una sección de proyectos e iniciativas: lo que se está construyendo y coordinando con las áreas y con terceros, más allá de lo que ya se puede usar en pantalla.
|
🧭 Tercera edición · Nueva sección: Proyectos e iniciativas
|
|
|
|
4
Áreas trabajando sobre
la misma malla de temporada
|
|
|
34 / 73
Tiendas incorporadas al
Despacho Desde Tienda
|
|
|
1 de 4
Capas de la plataforma de
datos ya en Google Cloud
|
|
|
|
|
20×
Más rápido el reporte de
trazabilidad logística
|
|
|
$0
Diferencia al mover la venta
al nuevo repositorio de datos
|
|
|
34.207
Líneas de Forecast validadas
contra el Excel de origen
|
|
|
|
|
Palabras de apertura
El proceso completo, no solo la pantalla.
Mauricio Álvarez
Chief Digital Officer
Badamax
|
"Con el modelo de comisiones cerramos un ciclo completo: levantamos el proceso, definimos roles, responsables, reglas y políticas, y recién entonces construimos el motor. Esa forma de trabajar —un equipo multidisciplinario cubriendo el proceso de punta a punta— es lo que quiero replicar en cada transformación que viene: wholesale, logística, contabilidad. La pantalla es el final del trabajo, no el principio."
|
|
|
|
En este número
Quince frentes de trabajo.
|
01 Atelier · Cotizaciones a proveedores
02 Atelier · Retroplanning
03 Atelier · Maestros de producto
04 Helix · Compras
05 Helix · Wholesale
06 Nexum · Presupuesto y OC
07 Nexum · Tipo de Cambio SAP
08 Nexum · Devolución de dinero
|
09 Beaver · Directorio Ejecutivo
10 Gate · Operación de tienda
11 Reportería comercial
12 Plataforma de datos
13 Proyectos · Transformación
14 Proyectos · Ecommerce y tiendas
15 Gestión y coordinación
|
|
|
|
✉️
|
No. 01 · Atelier · Compras
El proveedor responde y la respuesta llega al hilo.
|
La edición anterior contaba el módulo de cotizaciones ya construido y el envío por correo listo detrás de un interruptor. Esta semana el ciclo completo quedó operativo: se cotiza, se recibe y se negocia sin salir de la plataforma.
| Envío real de cotizaciones al proveedor, con el Excel de la solicitud y las fichas técnicas en PDF adjuntas automáticamente. |
| Las respuestas del proveedor entran solas al mismo hilo y se puede responder desde ahí. La negociación completa queda centralizada y trazable, en vez de repartida entre casillas personales. |
| Aviso de no leídos en el menú lateral y refresco automático de la conversación, para que no se quede una respuesta esperando sin que nadie la vea. |
| Modo de prueba seguro: todo el correo se puede redirigir a una casilla de control antes de abrir el canal a proveedores reales. Se destrabó además el problema que tenía los despliegues detenidos. |
|
|
|
🗓️
|
No. 02 · Atelier · Retroplanning
En producción para las cuatro áreas.
|
El módulo que reemplaza la planilla del retroplanning de temporada salió a producción el 10 de agosto y ya lo usan Comercial, Diseño, Abastecimiento y Planificación sobre la misma malla: fecha planificada contra fecha real, cada área editando solo sus hitos, y el indicador de cuánto de la malla está efectivamente planificado.
| Tres días después se cerró el hueco que dejó el lanzamiento: ya se pueden crear hitos y asignarlos a cada ruta. Sin eso, una malla nueva nacía sin columnas y nadie podía cargar fechas. |
| El permiso de gestor pasó a ser independiente de Diseño. Antes se resolvía contra el directorio de Diseño, así que quitarlo desde CockpIT no quitaba realmente el acceso. |
| Como referencia de lo que revela el módulo: en la temporada W27 falta planificar el 73% de la malla. Antes esa brecha no era visible. |
|
⚠️ Acción requerida
Hay que asignar la sección Retroplanning con permiso de edición desde CockpIT a los gestores actuales, y que vuelvan a iniciar sesión. El permiso anterior ya no otorga acceso.
|
|
|
|
🏷️
|
No. 03 · Atelier · Maestros de producto
Un país es un país, no un proveedor.
|
| Se limpió el desplegable de país de origen, donde "OTROS PROVEEDORES" y "PIAT/RICKY" figuraban como si fueran países. Se bloqueó su ingreso y se depuró lo ya registrado: quedan los 5 países reales, con 4 artículos pendientes de recargar su origen. |
| En la integración con SAP, la familia 76 se exportaba con la subclase vacía. Quedó mapeada a Otros Accesorios, siguiendo el mismo criterio de sus familias vecinas (74, 75 y 77). |
|
|
|
🌏
|
No. 04 · Helix · Planificación › Compras
La compra internacional se aprueba junto al plan.
|
La aprobación de compra internacional se trasladó a su lugar natural: Helix › Planificación › Compras, integrada con el OTB y el Assortment. Quien aprueba deja de decidir a ciegas: ve la compra al lado del plan que debería respaldarla.
| Bandeja única de todas las compras, agrupadas por pedido, con filtros por temporada, marca, familia y estado, e indicadores de gestión incluido el monto en USD. |
| Las compras pendientes de aprobación aparecen siempre primero, con el contador de cuántas hay esperando. |
| Detalle por familia: lo que se va a comprar y lo ya comprado, contrastado contra el OTB y el Assortment, con alerta cuando una familia no tiene plan que la respalde. |
| Aprobar o rechazar en un clic, con mantenedor de aprobadores configurable. Se retiró la vista antigua de aprobaciones en Atelier para que no haya dos lugares donde aprobar lo mismo. |
|
|
|
📦
|
No. 05 · Helix · Wholesale (B2B)
Qué se compró y dónde está la mercadería.
|
| Trazabilidad por temporada · Vista nueva |
| Por cada producto de la temporada, la vista muestra lo comprado, el stock en cada bodega, lo vendido y lo que falta trasladar. Esa foto se armaba a mano en Excel cruzando la planificación, el sistema de stock y la tabla de sugeridos. Al día siguiente se le agregó búsqueda, orden por columna y paginación, para que sea usable con las miles de líneas de una temporada. |
| Reserva de saldo y traslados |
| La reserva hacia la bodega de Venta Mayor debía mover solo saldo de temporadas pasadas, pero movía todo, incluida la temporada vigente. Al revisar contra el sistema, el 100% de los traslados creados hasta ese momento correspondía a la temporada actual. Se corrigió la identificación de saldo y se validaron los movimientos ya hechos. |
| Las devoluciones que fallaban a medias quedaban trabadas: no se podían reintentar y el botón para revertir desaparecía. Ahora se reintenta la reversa parcial y el botón se mantiene hasta que la devolución esté completa. |
| Se puede re-clasificar la temporada de un producto que ya tiene reserva activa, con un botón para hacerlo desde la misma pantalla. Antes había que deshacer todo. |
| Los traslados fallaban de forma intermitente por caídas de conexión, dejando lotes a medio procesar. Ahora el lote completo viaja como una sola operación y se reintenta automáticamente ante una caída puntual. |
| La Nota de Pedido se emitía desde el centro de distribución cuando corresponde emitirla desde las bodegas de Venta Mayor. Corregido. |
| La carga del archivo de planificación descartaba filas sin avisar, así que la información de temporadas quedaba incompleta y nadie se enteraba. Ahora se cargan todas y cualquier fila rechazada queda registrada. |
|
|
|
💵
|
No. 06 · Nexum · Presupuesto y OC
Una OC en dólares dejó de contarse como pesos.
|
| Una OC emitida en dólares o UF se guardaba con el monto como si fueran pesos. El control de presupuesto comparaba entonces dólares contra un plan en pesos y subestimaba gravemente el consumo: un caso real de USD 6.960 aparecía usando el 0,2% del presupuesto mensual cuando en realidad lo duplicaba. Se corrigió el registro, el detalle y el PDF, y se recalcularon las órdenes ya emitidas con el tipo de cambio real de su fecha. |
| Las facturas ingresadas con fecha retroactiva no se sincronizaban nunca, así que el gasto de los códigos presupuestarios quedaba subestimado — un caso detectado dejaba $5.533.260 fuera del control. Se corrigió el proceso y se agregó un botón para reprocesar facturas de un rango de fechas y recuperar lo perdido. |
| Los montos de aprobación en UF usaban un valor fijo escrito en el sistema. Ahora se toma el valor real de la UF a la fecha del documento, para que los tramos de aprobación se apliquen donde corresponde. |
|
|
|
🔁
|
No. 07 · Nexum · Tipo de Cambio SAP
La carga de monedas salió del script antiguo.
|
La carga diaria de dólar, UF y euro a SAP dejó de vivir en un script del OMS y pasó a ser un módulo de Nexum, con pantalla propia, historial y reproceso. Lo que costó ponerlo en marcha vale contarlo, porque no era lo que parecía.
| En la primera corrida real las 12 sociedades fallaron con "credencial inválida". Parecía clave vencida, pero no: cuando una sociedad no tenía clave propia, el conector mandaba la contraseña vacía en vez de usar la clave global. Corregido: 11 de 12 entran con la global, y la restante quedó cargada cifrada y verificada. |
| Las dos sociedades que aún fallan de forma esporádica no son un problema de clave sino de licencias de SAP al abrir muchas sesiones seguidas: se recuperan solas con los reintentos y con el reproceso programado. |
| El permiso de acceso se probó contra SAP sin escribir ni modificar ninguna tasa, para no tocar producción mientras se diagnosticaba. |
| El correo de resultados ahora se lee en el celular: en pantallas chicas se ocultan las columnas secundarias y quedan Sociedad · Moneda · Antes · Después · Resultado. En escritorio no cambia. |
| Y avisa siempre: antes el correo salía solo si había cambios, así que una ejecución manual posterior a la automática no dejaba constancia. Ahora cada corrida informa, haya cambiado algo o no. |
|
|
|
🏦
|
No. 08 · Nexum · Devolución de dinero
Cuando el banco rechaza, la NC vuelve a la bandeja.
|
| Nómina de rechazos: cuando el banco rechaza un pago por cuenta o banco incorrecto, la nota de crédito se marca como rechazada con motivo y comentario, se libera —revierte el pagado y sale de su nómina— y vuelve a la bandeja para corregir los datos y reingresarla. Antes ese caso quedaba en el aire. |
| El rechazo en lote se aplica todo o nada: o se rechazan todas las del grupo o ninguna, sin estados a medio camino. |
| Los roles de contabilidad —Control Caja, Tesorería y SAC— ahora pueden mover una NC entre secciones y el cambio se refleja de forma consistente en el destino. |
| Se corrigió el estado del SII: había NC que figuraban como no registradas estándolo (afectaba a Control Caja y Tesorería). Y las NC asociadas a una boleta de cambio ahora traen su medio de cambio, que antes salía vacío. |
|
Depende de Contabilidad
Falta generar el material macro por banco en formato TXT para las nóminas de pago.
|
|
|
|
🧭
|
No. 09 · Beaver · Directorio Ejecutivo
Cuánto queda de presupuesto, al momento de firmar.
|
El aprobador no tenía cómo evaluar el impacto presupuestario de la orden que estaba autorizando. Ahora, al aprobar, se abre una vista con dos tablas —por cuenta contable y por código de gasto—, acotadas a la gerencia solicitante, con Presupuesto / Facturado / Disponible / Esta OC y un interruptor entre el mes de la orden y el año completo.
| Decisión de fondo: la vista lista solo las cuentas y códigos que toca la orden, pero cada fila suma toda la gerencia en ese eje. El presupuesto de una cuenta incluye todos los códigos que caen en ella; recortarlo a los de la orden habría mostrado un disponible más alto que el real, justo en el momento de aprobar. |
| "Facturado" acá son solo facturas de proveedor, netas de notas de crédito y sin IVA — la definición que se pidió. Difiere a propósito del "Gastado" del panel superior, que además suma rendiciones, y la propia pantalla lo aclara al pie para que no se lea como un descuadre. |
| Cada cifra de Facturado abre el detalle de las facturas que la componen, con el total al pie para verificar la cuadratura. |
| Forecast consultable en el presupuesto EERR: el dato ya se cargaba pero no se podía consultar. Se habilitó la pestaña sin afectar ningún reporte existente, validando que las 34.207 líneas cuadran con el Excel de origen. |
|
⚠️ Un cambio que mueve cifras
La gerencia solicitante ahora se resuelve empezando por la que registró el flujo de aprobación, en vez de por la dimensión de la primera línea. La usan tanto la vista nueva como el panel existente —a propósito la misma, porque dos gerencias distintas en una pantalla mostrarían dos verdades—, así que en las órdenes donde esos valores difieran, las cifras del panel se van a mover.
|
|
|
|
🏬
|
No. 10 · Gate · Operación de tienda
Las tiendas volvieron a poder despachar.
|
| Las tiendas no podían dejar un despacho "listo para entrega": el sistema respondía que un perfil SAC no puede hacerlo, siendo que no son perfil SAC. Como el retiro en tienda sí funcionaba, el problema era difícil de leer. |
| La causa: el OMS deduce el rol del usuario a partir de la identidad con que Gate firma cada llamada, y Gate firmaba a todos —tiendas incluidas— como SAC, que solo puede cancelar, no empacar. Era deuda de la primera fase de integración: estaba documentada, nunca ejecutada. |
| Ahora cada perfil firma con su propia identidad. Se validó que no cambiara nada más comparando Pedidos, DTE y Preparar Pedido antes y después con una tienda real: 1.338 pedidos, 1.236 DTE y 12 órdenes, idénticos. El permiso se probó contra el sistema real sin emitir ni modificar ninguna orden. |
| Los descuentos que el punto de venta registra como ítem podían seleccionarse para devolver y, en vez de sumar, restaban. En el caso reportado la nota de crédito habría quedado en −$12.450: le habría cobrado al cliente en lugar de reembolsarle. Ahora esas líneas no son seleccionables, con el motivo visible al pasar el mouse. De paso se corrigió que el "seleccionar todo" nunca se viera marcado cuando el documento tenía una de esas líneas. |
| Comentario obligatorio al anular: antes no había dónde explicar el porqué y la nota quedaba sin justificación. Ahora el motivo se guarda junto a la nota y se muestra en su detalle, con registro de quién anuló y por qué. Cubre las NC emitidas desde Gate; las del OMS antiguo y las automáticas siguen sin comentario. |
| La validación que impide trasladar a alguien que está de vacaciones, con licencia o permiso no bloqueaba nada: fallaba en silencio. Concretamente, unas vacaciones del 25 de agosto al 20 de septiembre no impedían un traslado del 1 al 30 de septiembre. Hoy sí lo bloquea, indicando el motivo. |
| Por decisión operativa el módulo quedó cerrado a las tiendas hasta nuevo aviso: hoy es de uso corporativo y de supervisión. Verificado con una sesión real de tienda; reactivarlo es inmediato cuando se decida. |
|
|
|
📊
|
No. 11 · Reportería · Nexum y Gate
Kardex que abre al instante, y metas bien repartidas.
|
| Kardex · Control de Inventario |
| Entrar al reporte tardaba unos 2 minutos; ahora abre de inmediato y carga recién al elegir el período. Lo mismo se corrigió en Gate, donde era peor. Las consultas quedaron 5 a 6 veces más rápidas. |
| Se corrigió el saldo final cuando un producto tenía varias unidades en el mismo documento: 17 de 2.080 ítems mostraban un saldo intermedio como si fuera el final. |
| La historia visible pasó a ser una ventana móvil de 13 meses. Dato relevante para la comparación: el sistema anterior nunca permitió consultar más de unos 12 meses hacia atrás, así que la historia 2022-2023 nunca fue realmente accesible. |
| Se cerró un hueco silencioso: la parte antigua de esa ventana no se refrescaba, así que una corrección retroactiva nunca llegaba al reporte. Impacto medido: 0,016% de los documentos. |
| Apareció un segundo cargo que no vende y estaba recibiendo meta: Subjefe de Tienda y Formación absorbía $7,9 millones, el 17% de la meta de su tienda, con venta individual $0. Corregido y verificado: esa meta volvió a los vendedores y el total de la tienda no se movió. |
| Es un patrón, no un caso aislado — pasó dos veces en cuatro días. Cada vez que se crea un cargo de tienda que no comisiona, se cuela al reparto de la meta. Vale revisarlo con RRHH como regla, no caso a caso. |
| Tráfico, conversión y notas de crédito |
| Las tiendas con el contador caído aparecían sin tráfico del año anterior (MM047 en 27%, FE147 en 29%), lo que rompía la comparación y la conversión. Se incorporó el tráfico estimado y se reconstruyeron 17 meses: MM047 pasó de 462 a 2.420 y la conversión del año anterior volvió a existir. |
| Notas de crédito por tienda y semana: el cálculo base ya corre y cuadra contra la conciliación (1.168 documentos, diferencia de $0,28). Las cifras 2026: 7.583 notas por $281,7 millones — tienda física 1.178 ($60,4 MM) y web 6.405 ($221,3 MM), un 0,35% de la venta retail. La pantalla en Nexum todavía no está liberada. |
|
|
|
🗄️
|
No. 12 · Plataforma de datos
Qlik dejó de consultar RetailPro.
|
| Segundo corte del año contra RetailPro —el primero fue el sistema de pedidos—: las apps de carga de venta ahora leen del repositorio de datos, con cuadratura exacta contra el origen (junio cerrado y del 1 al 9 de agosto, diferencia $0 en líneas, unidades, venta y descuento). De paso, el reproceso pasó de correr cada 90 segundos a cada 30 minutos: 18 veces menos carga, sin perder frescura. |
| El reporte de trazabilidad logística bajó de 273 a 13 segundos, más de 20 veces más rápido. El proceso más caro del repositorio dejó de degradarse solo y quedó validado corriendo sin supervisión. |
| Menos corridas y más espacio: los procesos intradía pasaron de 14 a 3 por ciclo (−67%), y se liberaron 11,12 GB en inventario más 39 GiB en la limpieza general. |
| Confiabilidad: se agregó un candado que garantiza un solo escritor por conjunto de datos, una auditoría nocturna que verifica que ningún archivo quede sin responsable, y se cerraron tres causas distintas de datos que se veían al día estando atrasados. La batería de pruebas volvió a estar 100% verde (1.049 pruebas). |
|
|
|
🧩
|
No. 13 · Proyectos e iniciativas · Transformación
Procesos que se están rediseñando de punta a punta.
|
Sección nueva de esta edición: lo que se está construyendo y coordinando con las áreas, más allá de lo que ya se puede usar en pantalla.
| Comisiones de Venta · Nexum + Gate |
Se cerró el ciclo de levantamiento, definición e implementación del modelo de comisiones para los colaboradores de tienda: proceso documentado, roles, responsables, reglas y políticas definidas. El desarrollo del motor debería concluir esta semana. Siguen comisiones wholesale, comisiones logística y automatización de anexos de contrato. Esta forma de trabajo —equipo multidisciplinario cubriendo el proceso completo— es la base para las transformaciones que vienen.
| Gestión Wholesale · Helix + Runway |
Apoyo a la sistematización del proceso wholesale, con mejores controles al crear los sugeridos: revisión de inventario, de precios y de rendimiento retail. Se levantó en detalle el proceso wholesale que hoy vive en SAP, lo que permitirá trasladarlo a Helix y Runway como ya se hizo con la reposición automática.
| Plataforma de datos en Google Cloud |
Avance fuerte en el traslado de la plataforma de datos a Google Cloud: la primera de cuatro capas ya está montada, como espejo de lo que tenemos en casa, sumando capas de seguridad y controles de facturación para no desbordar el presupuesto. Siguen las capas intermedias y de consumo, para que la explotación analítica y un piloto de Qlik Cloud puedan apoyarse ahí. Habilita clusterización, series de tiempo, predicción y recomendación.
La digitalización del proceso contable avanza por etapas: órdenes de compra ya operando, gestión de proveedores en pruebas y gestión de recepción y facturación en desarrollo.
|
|
|
🛒
|
No. 14 · Proyectos e iniciativas · Ecommerce y tiendas
Nuevos canales y despacho desde la sala.
|
| Despacho Desde Tienda Express |
El rollout contempla 73 tiendas (43 Ferouch, 12 New Man, 18 Outlets). Van tres releases: 34 tiendas incorporadas y 31 activas, un 46% de avance.
| Release 1 — 11 tiendas activas, entre ellas Plaza Norte, Alto Las Condes, Costanera Center y Parque Arauco. |
| Release 2 — 10 tiendas activas, sumando regiones (Plaza del Trébol, Antofagasta, Marina Arauco). |
| Release 3 — 10 de 13 tiendas ya activas (Viña del Mar, Chillán, Rancagua, Espacio M, Los Dominicos, entre otras). |
| Integración Falabella · Ferouch (vía Flapp) |
Reunión de seguimiento el 14 de agosto. Quedó definido el piloto en Costanera Center, con uno de los dos espacios de bodega ya activado, y acordado el roadmap logístico: envío express → retiro en tienda → despacho a todo Chile.
| Ruta crítica: Falabella debe activar el servicio —estimado la próxima semana— y sin eso no se puede hacer el pedido de prueba. El plazo que manda es el congelamiento de Cyber, 5 al 7 de octubre. En paralelo hay que habilitar las dos bodegas restantes y cotizar bodegas adicionales en la plataforma. |
| Migración de VTEX a Shopify |
Cadencia semanal establecida con el proveedor (jueves), con documentación de integración entregada y carta Gantt de 16 semanas en marcha. Se gestionaron los accesos, llegaron nuevas propuestas de plantilla para Ferouch y Nimtu, y avanzó la definición de la home de Newman. Pendiente del lado nuestro: estudiar la documentación de integración y levantar dudas, pedir a la plataforma de marketplaces lo necesario para activar la conexión, y validar la disponibilidad de las tipografías actuales.
|
|
|
🤝
|
No. 15 · Gestión y coordinación
Casos que se resolvieron entre áreas.
|
| Discrepancia de presupuesto en Tecnología: se dirigió la resolución del caso, actuando de puente entre SAP, el dashboard del directorio y el Excel del área, y definiendo la estrategia para integrar los archivos de Forecast y corregir los errores en la fuente. |
| Boletas electrónicas sin indicador en SAP durante julio: se gestionó la corrección junto al proveedor de integración para habilitar su registro contable correcto. |
| Aviso final de cobranza de un proveedor internacional por USD 8.232: se coordinó con Logística y Finanzas para aclarar el estado del pago, se validó la orden de compra y se negoció la extensión del plazo, evitando la suspensión del servicio. |
| Documentación de lo que no estaba escrito: quedó registrado cómo el OMS resuelve los permisos —la pieza que faltaba para entender la falla de despachos— junto con el método para probar permisos sin tocar datos productivos. Se corrigió además una nota interna que afirmaba lo contrario y que fue, literalmente, la causa del error. |
|
|
|
🎯
|
Lo que hay detrás
Cada decisión, con su
contexto a la vista.
|
El hilo de esta semana es el contexto en el punto de decisión: la compra internacional se aprueba junto al plan que la respalda, la orden de compra muestra cuánto presupuesto queda en esa cuenta, la cotización guarda toda la conversación con el proveedor, y la malla de temporada dice cuánto falta por planificar. No es más información: es la información en el momento en que sirve.
|
Cuatro titulares del periodo
→ El retroplanning de temporada salió a producción para Comercial, Diseño, Abastecimiento y Planificación.
→ La aprobación de compra internacional se mudó a Helix, junto al OTB y el Assortment.
→ Las cotizaciones a proveedores hacen el ciclo completo por correo, con la conversación centralizada.
→ La primera de las cuatro capas de la plataforma de datos ya está en Google Cloud.
|
|
|
|
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
|
|
|
|