|
|
|
Lo que entregamos · No. 02 · 1 al 8 de agosto 2026
Seis módulos nuevos.
Y datos en los
que apoyarse.
Segunda edición de este resumen. La primera semana de agosto avanzó en dos frentes a la vez. Por un lado, seis módulos nuevos completos: cotizaciones a proveedores, retroplanning de temporada y carta de colores en Atelier; Kardex en Nexum; solicitudes de traslado y reemplazo en Gate; y transferencias de inventario en Helix.
Por otro, un trabajo fino de cuadratura que dejó varios reportes clave alineados con su fuente: comisiones, medios de pago, el presupuesto del directorio y las metas de venta. Son hallazgos que no salen en un tablero de estado; aparecen cuando alguien va a comprobar el dato contra su origen, y por eso vale contarlos al lado de lo que se construyó. El detalle de cada caso está más abajo.
|
📌 Segunda edición · Newsletter interno Badamax Tech
|
|
|
|
693
Muestras en la carta
de colores digital
|
|
|
99,3%
Cuadratura de comisiones
de julio contra el pago actual
|
|
|
17,6 M
Movimientos en el nuevo
Kardex, desde 2022
|
|
|
|
|
6
Módulos nuevos completos
entregados en la semana
|
|
|
4,1 M
Líneas en el nuevo reporte de
promociones y cupones
|
|
|
5 min
Actualización de la venta
ecommerce, antes al día siguiente
|
|
|
|
|
Palabras de apertura
Construir y comprobar, en el mismo movimiento.
Mauricio Álvarez
Chief Digital Officer
Badamax
|
"Esta semana entregamos seis módulos nuevos y, en paralelo, dejamos varios reportes apoyados en su fuente. Para mí las dos cosas son la misma disciplina: un sistema no termina cuando muestra un número, termina cuando puede demostrarlo. Cada cuadratura que hicimos —comisiones, medios de pago, presupuesto, metas— es lo que permite que el negocio decida sobre estos datos sin necesitar una segunda opinión. Ese es el estándar al que queremos llegar en todo el ecosistema."
|
|
|
|
En este número
Veinte frentes de trabajo.
|
01 Atelier · Cotizaciones a proveedores
02 Atelier · Retroplanning
03 Atelier · Muestrario y maestro
04 OMS · Seguimiento COMEX en PI
05 Nexum · COMEX
06 Helix · Wholesale (B2B)
07 Helix · Assortment
08 Nexum · Comisiones de Venta
09 Nexum · Reportes
10 Nexum · Contabilidad
|
11 Nexum · Cuentas contables y OC
12 Transversal · OC: neto, IVA y bruto
13 Beaver · Directorio Ejecutivo
14 Gate · Gestión de Personas
15 Gate · Operación y ecommerce
16 Crew · Personas
17 Reportes comerciales
18 CockpIT · Tecnología
19 Plataforma de datos
20 Puesta en marcha con los equipos
|
|
|
|
✉️
|
No. 01 · Atelier · Compras
Cotizar dejó de ser un correo suelto.
|
Las cotizaciones a proveedores se pedían por correo personal, se negociaban en hilos que solo veía el comprador y se cerraban en planillas. Ahora todo el ciclo vive en Atelier: se arma la pre-order, se invita a varios proveedores a competir, se conversa con ellos desde la aplicación, se aprueba con cruce contra el OTB y el resultado queda visible para Comercial en Helix.
| Pre orders · Cotizaciones |
| La pantalla "Creadas" se rediseñó completa: ahora es un índice por cotización y no por artículo×color, con el detalle de cada artículo adentro. Antes una misma cotización con veinte artículos ocupaba veinte filas. |
| Cierre por color: el comprador agrega o quita colores, edita las unidades de cada uno y define el FOB por artículo. Lo eliminado queda tachado y no se puede reutilizar, así que la negociación deja rastro. Las imágenes vienen de la media que carga Diseño. |
| Hilo de conversación con el proveedor, estilo Gmail: mensajes con formato, botón "Mostrar traducción" para los proveedores chinos, y la propuesta original mostrada como correo cuando todavía no hay respuestas. |
| Pantalla de redacción con selector de proveedor buscable. Muestra únicamente el seudónimo del proveedor: nunca el nombre real ni su correo. Texto enriquecido, adjuntos con vista previa —el Excel y la ficha técnica se adjuntan solos y se pueden quitar—, varios destinatarios y botón de traducción asistida. |
| Flujo de aprobación: mantenedor de aprobadores, bandeja de Aprobaciones en panel lateral, pestaña "Aprobadas" y control de que exista una sola solicitud pendiente por cotización. Se dejó de aceptar directo. |
| Cruce contra el OTB en el panel de aprobación: Target FOB versus cotizado, unidades del plan versus cotizadas, total en USD e índices de variabilidad ▲/▼%. El que aprueba ve cuánto se está desviando del plan antes de firmar. |
| El resumen por artículo se publica hacia Helix: estado de la cotización, cuántos proveedores están compitiendo y los datos del ganador (unidades, proveedor, FOB promedio ponderado, colores y fecha de aceptación). Se agregó el estado intermedio "En aprobación" para distinguir lo que ya subió a aprobación gerencial de lo que sigue en cotización. Filtros por estado y barra lateral colapsable. |
| Las cotizaciones ya salen por Gmail de verdad, reutilizando la misma cuenta de servicio de la ticketera. Queda detrás de un interruptor, así que se enciende cuando el negocio dé la señal. |
| El correo que se prueba internamente es idéntico al que recibirá el proveedor —mismo armado, mismos adjuntos—, para que no aparezcan sorpresas de formato recién en producción. |
| Red de seguridad para las pruebas: mientras se valida, todos los envíos se redirigen a una casilla interna. Nada se escapa a un proveedor real por error, y el remitente es configurable. |
| En el camino se detectó que los despliegues del backend estaban caídos desde el 6 de agosto por un conflicto de dependencias. Corregido: volvieron a publicarse los cambios acumulados. |
|
|
|
🗓️
|
No. 02 · Atelier · Retroplanning
La planilla de temporada, con dueño por área.
|
Módulo nuevo, construido desde cero, que reemplaza la planilla Numbers del retroplanning de temporada. Es una sección de primer nivel y no un submódulo de Diseño, porque la alimentan y la consultan cuatro áreas: Comercial, Diseño, Abastecimiento y Planificación.
| Malla de temporada por marca: los 24 hitos del ciclo —desde el moodboard hasta las fotos de ecommerce— cruzados por ruta y entrada, con la primera columna fija y desplazamiento por fases. Es el mismo layout que el equipo ya tenía validado en la planilla. |
| Fecha planificada versus fecha real. Este es el corazón del módulo: el prototipo anterior derivaba el estado de una sola fecha y pintaba en verde todo lo que ya había pasado, con lo cual un hito vencido y no cumplido se veía igual que uno cumplido a tiempo. Ahora el atraso se ve en rojo. |
| El semáforo lo calcula el sistema, no el navegador de cada usuario: dos áreas mirando la misma fecha ven siempre el mismo estado. |
| Cada hito tiene su área responsable y solo esa área (o el gestor) puede cargar su fecha. Se distinguen visualmente tres situaciones para que nadie sienta que la pantalla está rota: el hito no aplica a la ruta, aplica y lo puedo cargar, o le corresponde a otra área. Al guardar solo se envía lo que se tocó, para no pisar lo que otra área acaba de cargar. |
| Indicador "Malla cargada": mide qué porcentaje del retroplanning está efectivamente planificado. En W27 mostró 47 de 168 celdas: falta planificar el 73%. Sin ese indicador, el cumplimiento se calculaba solo sobre lo ya cargado y una malla casi vacía podía aparentar estar sana. |
| Índice de temporadas con avance: pantalla de entrada que lista todas las temporadas con atrasados, cumplidos, próximo vencimiento y barra de porcentaje cargado. Antes se abría una temporada por defecto, criterio que no era sostenible: no existe "la temporada vigente" en singular —hoy W26 y S26 lo están a la vez— y en agosto se planifica W27, que arranca en noviembre. Cada malla tiene su propia dirección, así que se puede compartir por enlace. |
| Administración de temporadas sin pasar por TI: crear una temporada ya se hace desde la aplicación. Incluye clonado de estructura —rutas, entradas, hitos, áreas responsables y plazos— sin copiar ninguna fecha: la estructura se hereda, el calendario se acuerda de nuevo en cada marca. Validado clonando W27 a otra marca: 3 rutas, 72 hitos con área y 0 fechas. |
| Corrección del catálogo de la ruta Básicos: tenía 18 hitos en lugar de 24, así que había etapas imposibles de cargar (moodboard, armado, entrega de book, fotos de ecommerce, kick off y días para fábrica). Se corrigió además el orden de las fases, que ubicaba la presentación de moodboard después del viaje de compra. |
| Dos criterios de negocio quedaron formalizados: una celda vacía es una fecha que falta, no un hito que no corresponde; y W27 e I27 son ambas "Otoño Invierno 2027" con la misma vigencia —I27 es la temporada de invierno de Outlet, no el verano—, por lo que todo selector debe mostrar temporada y año además del código. |
|
|
|
🎨
|
No. 03 · Atelier · Muestrario y maestro
693 colores, cada uno con su color real.
|
El módulo Muestrario existía como cascarón vacío. Hoy es una carta de colores digital con las 693 muestras: cada código de color de SAP se ve con su color real, agrupado por familia, con buscador por código y por nombre. Al hacer clic se abre ampliada, se puede copiar el valor y descargarla. Hay descarga en PDF por muestra, por familia y de la carta completa.
Hasta ahora ese conocimiento vivía en un Excel que una persona pintó a mano, donde el color no estaba en ningún campo de texto sino en el relleno de la celda, y Diseño improvisaba capturas de pantalla para mandarle un color a un proveedor.
| El listado lo manda SAP y se resincroniza cada hora: un color nuevo aparece solo, y se marca explícitamente cuando todavía no tiene muestra medida. Un proveedor no puede teñir contra una aproximación creyendo que es exacta. |
| Maestro de productos: se corrigió la habilitación y deshabilitación de productos en SAP. El estado se leía del campo equivocado y, al deshabilitar, SAP ignoraba la instrucción en silencio: el usuario veía la operación como exitosa y el producto seguía activo. Ahora el estado se manda completo y se limpian los rangos de vigencia al cambiarlo. |
| Se corrigió el cálculo del divisor en Comportamiento de colección, que se aplicaba sobre la cifra incorrecta. |
|
|
|
🚢
|
No. 04 · OMS · Gestión de PI
Dónde viene cada embarque, sin salir de la pantalla.
|
Se completó de punta a punta la visibilidad logística de las importaciones dentro de la gestión de PI, integrando la información que hoy vive en el sistema de Comercio Exterior. Antes había que cruzar dos sistemas a mano para saber si un artículo iba a llegar.
| Botón "Sincronizar COMEX": trae el estado logístico de toda la temporada desde el sistema de finanzas y actualiza el OMS, mostrando el avance mientras corre e informando cuántos registros se sincronizaron. Solo para perfiles con permiso de edición. |
| Semáforo de embarque por artículo-color: la columna "Entrada COMEX" muestra el estado real del embarque entre los 11 posibles del ciclo. Cuando un artículo tiene varios embarques se muestra el cuello de botella —si alguno está retenido, ese manda; si no, el menos avanzado—, para que la fila refleje el riesgo real y no un promedio optimista. |
| Filtro por estado logístico sobre esa columna, para aislar en un clic lo retenido, lo en tránsito o lo que no tiene tracking. Los artículos sin información se agrupan en "(Sin tracking)", de modo que la ausencia de dato sea visible y no se confunda con un estado válido. |
| Fechas de salida y llegada visibles (ETD, ETD2, ATD y ETA) en el detalle emergente, con ordenamiento por cualquiera de ellas y los vacíos siempre al final. Permite priorizar la revisión por proximidad de llegada. |
| La exportación a Excel incluye la información logística con el mismo criterio que la pantalla, y las fechas se exportan sin desfase de día. |
| Nota COMEX editable por artículo-color, con almacenamiento propio del OMS. Resuelve dos cosas que el negocio pedía: que la nota no se pierda cuando llega una nueva sincronización, y que se pueda editar incluso en PIs ya cerradas, que es justamente cuando la logística está operando. El botón de guardar aparece solo si el texto cambió. |
| Se blindó la integración: si mañana COMEX renombra un campo, ahora se detecta antes de publicar en vez de traducirse en registros descartados en silencio. Se sumaron pruebas automatizadas de la cadena completa (136 en verde) y herramientas de diagnóstico para validar la sincronización con datos reales. |
|
|
|
🗂️
|
No. 05 · Nexum · COMEX
Los files de importación, como son en la realidad.
|
| Documentos bancarios sin descargar nada: los archivos de cada carta de crédito —LC original, modificaciones, swift, facturas— se previsualizan en pantalla y se les puede editar el nombre. Antes había que descargar cada archivo para revisarlo y volver a subirlo para corregirlo. |
| Carpetas anidadas por embarque o BL dentro de la carpeta de la carta de crédito. Una LC puede amparar varios embarques y cada uno lleva su propia documentación: ahora la estructura del sistema replica la del file real y se encuentra en segundos lo que antes estaba todo mezclado en un solo nivel. |
| Tramos mixtos en Preinvoices: nuevas opciones AÉREO/MARÍTIMO y MARÍTIMO/AÉREO en la columna Type. Los embarques con un tramo aéreo de urgencia y el resto por mar se registran tal como ocurren, en vez de forzarlos a un solo modo de transporte y distorsionar el seguimiento. |
| Artículos con 0 unidades fuera de Preinvoices: inflaban el conteo de líneas y descuadraban los totales contra lo realmente embarcado. Ahora se filtran, y lo que se ve en pantalla cuadra con lo que se exporta y con la carga real. |
| Confirmaciones PI · Atelier ↔ Nexum |
| Versionamiento de las PIs: cada vez que se recarga una PI en Atelier queda registrada automáticamente una versión nueva con su historial completo, visible desde el informe COMEX de Nexum. Permite saber exactamente qué cambió entre una carga y otra —cantidades, precios, artículos— y da trazabilidad ante cualquier diferencia que aparezca en el proceso de importación. |
|
|
|
📦
|
No. 06 · Helix · Wholesale (B2B)
El stock se reserva al crear el sugerido.
|
La reserva de saldo entró en producción la quincena pasada y esta semana se endureció con lo que apareció al usarla de verdad. El cambio de fondo: el stock se traba al crear el sugerido, no al aprobarlo, para que dos KAMs no prometan los mismos SKUs y para que no se venda en retail lo que ya está comprometido.
| Órdenes y reserva de saldo |
| Ya no se puede reservar ni liberar dos veces. Si alguien hace diez clics en "Ejecutar reserva", el sistema detecta que ya hay una en curso y no crea otra; el botón desaparece mientras la reserva está activa, y en la liberación queda deshabilitado con el mensaje "Liberando stock…" hasta que termina. |
| La liberación mueve solo lo que la reserva movió. Antes intentaba devolver todos los ítems del sugerido; ahora calcula el neto real de lo reservado, descontando reversas y lo que quedó fuera, para no tocar stock vigente ni de otros sugeridos. |
| El envío a SAP dejó de colgar la pantalla: responde de inmediato y el trabajo sigue corriendo por detrás, con la pantalla actualizándose sola. Esa espera sin señales era justamente lo que llevaba al doble clic. Se agregó además bloqueo del botón mientras la acción está en curso en todo el resto de las operaciones (cancelar, marcar estado). |
| Tarjeta de estado neto con los SKUs y unidades efectivamente reservados hoy; el detalle técnico de los movimientos pasó a un panel colapsable y se refresca solo mientras haya algo en curso. Antes había que recargar la página a mano. |
| Se corrigió que el botón Aprobar no apareciera por diferencias de mayúsculas en el correo del aprobador, y ahora el detalle del sugerido muestra el correo del cliente como enlace directo. |
| Dos rollbacks quirúrgicos en SAP productivo para revertir el stock movido en duplicado por los errores detectados (3 de agosto: 234 SKUs / 9.300 unidades · 7 de agosto: 367 SKUs / 15.818 unidades), sin tocar ningún movimiento legítimo. |
| Transferencias de inventario · Módulo nuevo |
Módulo nuevo completo para el traspaso de stock entre el centro de distribución y la bodega de venta multitiendas, ejecutado directo contra SAP. Reemplaza un movimiento que se hacía a mano y sin registro.
| Alerta de rebalanceo: el sistema detecta los SKUs que están agotados en el centro de distribución pero tienen stock en la bodega de venta, y ofrece la transferencia con los datos ya cargados. Es venta que se estaba perdiendo por tener el producto en el lugar equivocado. |
| Cuatro pestañas: Dashboard (estado de la conexión con SAP, modo simulación y contador de alertas), Detalle (inventario por SKU en ambas bodegas, con filtros por marca, familia, artículo, artículo-color y talla), Historial (quién movió qué y cuándo, con reenvío de las transferencias que fallaron) y Alertas. |
| Arranca en modo simulación por defecto —se prueba sin mover stock real— y el acceso se administra desde CockpIT como una sección propia. |
|
|
|
🧬
|
No. 07 · Helix · Planificación
El plan y la cotización, en la misma grilla.
|
El brand manager planifica en Helix y Abastecimiento cotiza en Atelier. Hasta ahora eran dos mundos: había que preguntar por correo en qué quedó una cotización. Ahora el Assortment muestra el estado real de la compra al lado del plan.
| Columnas de cotización por artículo: estado (Sin cotizar / En cotización / En aprobación / Cerrada), unidades cotizadas, FOB ganador y total real, traídas desde Atelier. |
| Diferencia visual de colores contra la cotización ganadora: los colores que Abastecimiento canceló aparecen atenuados con la marca "Cancelado en cotización", y los que agregó aparecen como fila nueva "Agregado en cotización". El brand manager ve qué se le movió sin tener que comparar dos archivos. |
| Las columnas FOB, PVP y Total pasaron a llamarse Target FOB, Target PVP y Target Total, para dejar explícito que son el objetivo del brand manager y no el resultado del proveedor ganador. |
| Se bloquea la edición de FOB, unidades y fechas cuando la fila está cerrada o la cotización ya cerró, con la explicación en pantalla de por qué. |
| Control estricto contra referencias duplicadas: antes se podía agregar un artículo provisorio con la misma referencia de uno ya creado y aparecían dos filas idénticas. Ahora el sistema avisa con qué artículo choca y pide expandir el existente. |
|
|
|
💳
|
No. 08 · Nexum · Comisiones de Venta
99,3% de cuadratura, y las diferencias a favor.
|
| Se corrigieron ventas y pagos negativos de algunos vendedores: las devoluciones se estaban descontando de la venta comisionable, algo que el sistema anterior nunca hizo. Afectaba tanto el monto a pagar como el porcentaje de cumplimiento de meta. |
| Vuelven los reemplazos y traslados: tienda de destino, cargo cubierto y tipo de movimiento, tal como se veían antes. Validado en pantalla con el usuario. |
| El universo de cada esquema pasa a definirse por cargo, no por una regla aproximada que clasificaba mal —"Vendedor Senior" caía en el esquema equivocado—. Validado contra junio: $0 de diferencia, nadie entra ni sale. |
| Cuadratura de julio contra el sistema actual: 99,3%. Las diferencias que quedan son a favor del nuevo cálculo: 4 personas con cargos nuevos que hoy quedaban en $0 y sí tenían venta. |
| Se agregó el nombre del vendedor en todos los motores (en varios solo salía el RUT) y se habilitó el tab Piso para descarga, que ya se calculaba pero no se mostraba. |
|
Lo que falta
Construir los tabs Detalle y Sin Detalle de boleta (ya investigados y diseñados), y cerrar con el negocio la regla de tasa de reemplazo entre esquemas distintos, que se aplica sobre agosto.
|
|
|
|
📈
|
No. 09 · Nexum · Reportes
Un reporte venía 2,35 veces inflado.
|
| Boletas por medio de pago |
| Mezclaba tesorería interna con pagos de clientes —depósitos a plazo, fondos mutuos y el abono del adquirente—, y por eso venía 2,35 veces inflado. El total pasó de $526 mil MM a $223,7 mil MM, que cuadra con la venta del mismo período. |
| Con la corrección, la transferencia dejó de ser el medio de pago más grande ($332 mil MM → $31,5 mil MM, tercer lugar). El más grande es débito, con 42,5%. |
| Se recalculó el indicador de MACH: 0,177% de los pagos. No existe como medio propio, entra por otro código; tuvo su momento en 2024 (0,44%) y desde 2025 está prácticamente muerto — una sola transacción en 2026. |
| Nuevo tab Ranking de Tiendas, con el porcentaje de merma sobre el conteo inicial — comparable entre tiendas de distinto tamaño. |
| Se incorporó un segundo universo de merma que no teníamos: los ajustes cargados directo a contabilidad, sin inventario físico detrás. Cuadra exacto con el informe de Contabilidad. |
| Se respondió la consulta de Control de Inventario sobre el −100% de merma: no es que falte el conteo, es la baja total del saldo al cerrar una tienda. El reporte ahora muestra el motivo del ajuste junto al nombre de la tienda y se corrigió el texto que inducía al error. |
| Se corrigió que los usuarios no administradores no veían datos en el reporte. |
| Reporte nuevo para Control de Inventario, con la historia completa desde octubre de 2022: 47 meses y 17,6 millones de movimientos. Pedían al menos 13 meses. |
| Búsqueda por producto, paginación y descarga a Excel de todo el filtro, no solo de la página en pantalla. |
| Falta otorgar el permiso a Control de Inventario y cuadrar un mes cerrado de 2023/2024 contra el sistema antiguo. |
| El módulo Inventario tenía un solo permiso para sus cuatro pantallas: un check abría todo. Se separó en cuatro —Dashboard, Ticketera, Recepción en Tienda y Ajuste de Inventario— y se re-otorgaron los accesos. |
| Se habilitó la sección Cuentas Contables en el administrador de permisos. |
|
|
|
🧾
|
No. 10 · Nexum · Contabilidad
Cada devolución, en la bandeja del área que la resuelve.
|
| Nuevo tab Anulación para las notas de crédito anuladas, y reclasificación manual entre Control Caja, Tesorería y SAC cuando la clasificación automática no aplica o el caso cambia de área durante la gestión. Contabilidad corrige el ruteo por su cuenta, sin depender de TI. |
| Se corrigió el "seleccionar todo" en las nóminas de pago: solo marcaba las NC de la primera página de la tabla, con el riesgo de generar nóminas incompletas sin que nadie lo notara. Ahora selecciona el listado completo según los filtros aplicados. |
| Tipos de cambio en SAP · En revisión |
| La carga de dólar, UF y euro a SAP por sociedad sale del sistema legacy del OMS y pasa a ser un módulo propio de Nexum: valores tomados de la fuente oficial con respaldo alternativo si no responde, carga idempotente —si se repite no duplica—, historial con reproceso y aviso por correo cuando algo falla. |
| Nueva pantalla Contabilidad › Tipo de Cambio SAP con cinco pestañas: resumen del día por sociedad con reproceso fila por fila, historial de ejecuciones, administración de sociedades con su clave SAP cifrada, programación del horario —editable desde la aplicación, sin reiniciar nada— y destinatarios de los avisos. |
| Modo oscuro y uso en celular: Nexum activó el tema oscuro y corrigió el comportamiento en móvil, que renderizaba la versión de escritorio comprimida. Se replicó el enfoque que ya estaba probado en Gate. |
|
|
|
📚
|
No. 11 · Nexum · Cuentas contables
Ya no se traba una compra porque la cuenta no aparece.
|
| Al crear una OC ahora se pueden elegir todas las cuentas contables de la gerencia, no solo las que tienen línea de presupuesto. Antes el selector se alimentaba únicamente del presupuesto de gasto, así que cuentas como honorarios simplemente no existían para el usuario y no había manera de incorporarlas. |
| El selector muestra primero las presupuestadas con su plan disponible y al final el resto marcadas como "Sin presupuesto", con un aviso de que la OC se puede emitir igual y que queda señalizada. El aprobador ve esa marca en el detalle y en la bandeja de aprobaciones: sabe cuándo está autorizando un gasto que no estaba presupuestado. |
| Pantalla nueva para Contraloría: administra el plan de cuentas de SAP y la matriz cuenta ↔ gerencia. Sincroniza el plan completo desde SAP, se pre-puebla desde el presupuesto y luego se asignan a mano las que falten, mostrando si cada cuenta tiene o no presupuesto en la gerencia consultada. Es lo que habilita el punto anterior: hasta ahora la relación cuenta-gerencia solo existía de forma indirecta y dependía de que la cuenta estuviera presupuestada. |
| Códigos de gasto: el mantenedor exigía ser administrador global aunque desde CockpIT se hubieran otorgado los permisos. La pantalla salía vacía y "Sincronizar desde presupuesto" fallaba, mostrando el mismo mensaje que un maestro legítimamente vacío — de ahí que el diagnóstico costara. Ahora se autoriza por permiso de sección, la pantalla informa el motivo real cuando falla y a quien no tiene permiso de edición no se le ofrecen los botones. |
|
|
|
🧮
|
No. 12 · Transversal · 7 apps
Neto, IVA y bruto en la orden de compra.
|
El formulario de creación de OC cerraba con una sola cifra rotulada "Subtotal" que en realidad era el neto, sin decirlo en ninguna parte. Quien emitía la orden no veía el IVA ni el bruto, que es el monto que el proveedor va a facturar y el que la matriz de aprobación evalúa contra los umbrales en UF.
| Ahora se muestran las tres cifras, con el bruto destacado. |
| El IVA se calcula línea por línea con la tasa real de su indicador, traída desde SAP. Antes el 19% estaba fijo: una OC que mezclaba líneas gravadas con exentas se guardaba con un total equivocado y el PDF imprimía un neto que no correspondía. |
| Se corrigió que la descarga del PDF de la OC devolviera un archivo corrupto en varias apps, más problemas de presentación en el detalle de la orden. |
| Todas las apps del ecosistema quedaron actualizadas a la misma versión del módulo de finanzas: Nexum, CockpIT, Crew, Helix, Hangar, Flare y Runway. Solo Atelier queda pendiente. |
|
|
|
🧭
|
No. 13 · Beaver · Directorio Ejecutivo
Una factura se estaba contando seis veces.
|
| En el panel de presupuesto del directorio, una factura aparecía en $7.842.000 cuando su neto real es $1.307.000 — exactamente seis veces. La vista company-wide sumaba el mismo documento una vez por cada gerencia que lo tenía en su alcance. |
| No era un detalle de visualización: afectaba el "Gastado", la grilla mensual y el "Disponible si se aprueba" que decide una autorización, con un multiplicador que variaba según la gerencia. Corregido eligiendo una única copia por documento, con la batería completa de pruebas en verde. |
| El board de órdenes de compra dejó de mezclar las OC que nacen en las apps con los borradores creados directo en SAP, que se aprueban en la matriz de SAP y sobre los que el director no puede actuar desde acá. Era ruido en la cola. El panel de presupuesto y la ejecución de gasto siguen considerando todas las OC de la compañía: lo que se filtró es la cola de trabajo, no las cifras. |
|
|
|
🧑💼
|
No. 14 · Gate · Gestión de Personas
Traslados y reemplazos, con aprobación.
|
Módulo nuevo (primera fase). Los traslados y reemplazos de vendedores vivían en un sistema antiguo que los aplicaba sin aprobación jerárquica ni visibilidad de estado. Gate pasa a ser dueño de esas solicitudes.
| Tres tipos de solicitud —Traslados, Reemplazos y Cambio de cargo (nuevo)—, cada uno con sus propias reglas en el formulario, más una bandeja "Todas las solicitudes" que solo aparece para quien puede aprobar. |
| Tres perfiles resueltos por el sistema: el jefe de tienda solicita pero no aprueba, el supervisor decide sobre sus tiendas —derivadas de la jerarquía de BUK— y el corporativo ve todo. |
| Chequeo de conflictos mientras se llena la solicitud: ausencias, licencias, permisos, vacaciones y solapamientos, consultados en vivo. Si el servicio de personas no responde, la solicitud se crea igual con la advertencia visible — no se bloquea la operación de la tienda. |
| Detalle con historial completo de transiciones, comentario obligatorio al rechazar, tarjetas de conteo por estado que filtran al hacer clic, y protección para que dos supervisores no aprueben lo mismo a la vez. La pantalla anterior queda solo de consulta y deriva al módulo nuevo. |
|
|
|
🏬
|
No. 15 · Gate · Operación y ecommerce
La tienda puede terminar lo que ya veía en pantalla.
|
| Tres flujos que la tienda veía pero fallaban justo al confirmar —emitir nota de crédito, crear traslado o reemplazo, y preparar despacho con reintento de etiqueta— quedaron habilitados. |
| Antes de abrirlos se implementó el control de alcance por tienda: cada local solo puede operar sobre sus propios envíos, y ante cualquier duda el sistema niega en vez de permitir. Era el requisito de seguridad para poder habilitar esos flujos. |
| Las ventas presenciales se identifican con un distintivo "TIENDA" en el listado de pedidos. Antes caían con el tipo de despacho vacío, indistinguibles de un pedido al que le faltaba información. |
| Al emitir una nota de crédito que acredita la boleta completa, el retiro en tienda se cancela automáticamente, con la devolución de stock y la sincronización con los canales que corresponde. Antes quedaba un retiro vivo de un pedido que ya no existía. |
| Se corrigió el proceso nocturno de cancelación de pedidos de marketplace: hacía su trabajo pero no terminaba nunca, dejaba el proceso colgado y —peor— hacía que se saltaran las corridas siguientes sin que nada apareciera como caído. |
|
|
|
👥
|
No. 16 · Crew · Personas
Reportes pensados para RRHH, no para una tienda.
|
| El detalle por vendedor pasó a ser el tercer nivel de Indicadores Cadena (Cadena → Tienda → Vendedor), con RUT y cargo. Antes solo se podía ver una tienda a la vez, porque el reporte venía diseñado para el jefe de tienda; quien lo usa hoy es RRHH y necesita la mirada transversal. Se eliminó el tab antiguo. |
| Nuevo tab Stock por Tienda (Cadena → Tienda): stock del año actual versus el anterior, variación, venta en unidades y semanas de inventario, con Excel. El tab existente cortaba por atributo de producto; RRHH necesitaba la red de tiendas. Se agregó también una tarjeta de Stock en el tablero de Productividad. |
| Corrección importante: los 7 reportes de Crew mostraban "Algo salió mal" en la pantalla completa cada vez que se desplegaba el sistema de tiendas. Ahora degradan sin romperse. Verificado bajando el servicio a propósito: antes 7 de 7 rutas caídas, ahora 0. |
| Solicitud de Vacante · Nexum + Crew |
| Funcionalidad nueva para que las gerencias soliciten la apertura de un cargo de forma digital y trazable: creación de la solicitud, información del cargo y seguimiento de su estado. Por ahora habilitada en Nexum, y el diseño contempla extenderla a las plataformas del resto de las gerencias. En Crew quedó creada la categoría VACANTE para canalizar y gestionar estas solicitudes. |
| Queda pendiente la información de Desarrollo Organizacional —estructura de cargos y gerencias— para habilitarla a toda la compañía. |
|
|
|
📊
|
No. 17 · Helix · Flare · Gate
Promociones y cupones, con margen.
|
| Promociones y cupones · Reporte nuevo |
| Reporte nuevo para el equipo comercial: uso e impacto económico de promociones y cupones desde 2025 — 4,1 millones de líneas, 321 promociones y 35 cupones — con margen en pesos y en porcentaje, apertura por cadena, tienda, marca y promoción, y descarga a Excel. |
| Todos los filtros se acotan entre sí: elegir una cadena limita las tiendas y las promociones disponibles. Verificado con un usuario real del área comercial. |
| El mismo reporte quedó disponible en Flare, para Marketing. |
| Descarga a Excel del tab Tienda × Hora, que no existía: un botón, un archivo, 3 hojas (Venta, Tráfico y Conversión) con el mismo orden de tiendas en las tres. |
| Los porcentajes en los Excel ahora son porcentajes de verdad: la celda queda formateada como % en lugar de escribir "10,4" suelto, que Excel leía como diez coma cuatro. De paso se corrigió Margen % y Fidelización. |
| Filtros cruzados entre Cadena, Zona y Tienda (Gate y Crew lo heredan sin cambios), y se ocultó el filtro Cargo, que no filtraba nada porque la información no tiene esa apertura. |
| Botón para ver los reportes con o sin IVA, con la preferencia guardada por usuario. Ya está en Productividad, Venta x Hora, Meta y Ranking (Gate y Helix) y en Meta y Sobrecumplimiento de Nexum — este último a pedido de Remuneraciones. |
|
|
|
🛠️
|
No. 18 · CockpIT · Tecnología
37 secciones, una por pantalla.
|
No se podían asignar permisos a los usuarios de Tecnología: el modal mostraba pocas secciones y no coincidían con los menús reales. Eran cuatro problemas apilados.
| El catálogo de secciones llevaba tiempo desactualizado y le faltaba Finanzas entero, lo que hacía literalmente imposible otorgarlo: el usuario caía en "sin acceso" y el administrador no tenía forma de arreglarlo. |
| Los permisos se daban por grupo de menú y no por pantalla: no se podía dar Ticketera sin dar las 13 pantallas de Operaciones IT, ni Facturas sin dar todo Finanzas. |
| Desarrollo, Performance y Reportes no estaban protegidos: cualquier usuario logueado entraba por URL directa. Y el botón de guardar del modal fallaba siempre por un problema técnico que llevaba meses tapado tras un mensaje genérico. |
| Se reconstruyó el catálogo completo: 37 secciones en 8 categorías, una por pantalla, con el modal agrupado y selección por grupo. CockpIT queda al mismo nivel de granularidad que el resto del ecosistema y los permisos efectivamente se guardan. Se sumó además el módulo "Permisos por Producto", que permite elegir un producto, marcar las secciones y asignarlas a varios usuarios de una vez, en vez de entrar usuario por usuario. |
| Sistema de manuales traído desde Gate, con los dos primeros manuales de Finanzas (Órdenes de Compra y Proveedores): índice navegable, descarga en PDF y capturas generadas automáticamente contra producción en modo de solo lectura y con los RUT tapados. |
|
|
|
🗄️
|
No. 19 · Plataforma de datos
Tres incidentes que ningún proceso reportó.
|
| La venta de ecommerce se ve dentro de los 5 minutos de emitida la boleta; antes recién aparecía a la madrugada siguiente. Los reportes de venta de tienda pasaron de 30 a 5 minutos de actualización. |
| Se cargaron al repositorio las promociones y cupones de Retail Pro y la UF de SAP, para poder expresar la venta a pesos de hoy. |
| Auditoría de procesos automáticos: 2.140 ejecuciones diarias y 31,5 horas de cómputo al día. Se apagaron los procesos duplicados detectados y quedó identificado el más caro, con 4,3 horas diarias. |
| Limpieza del repositorio de datos: se midió en 59,8 GB, de los cuales el 72% es peso muerto. Entregado como insumo para el plan de migración a la nube. |
| Incidentes detectados y cerrados |
| Las metas de venta estaban congeladas desde el 22 de julio: agosto no existía en la plataforma. La causa fue una credencial rota en un cambio de contraseña, y el proceso se veía "verde" igual. Impacto real: las comisiones de agosto se habrían calculado sin meta, con tramo y bono equivocados. Corregido y el proceso quedó encendido. |
| Los reportes de tienda mostraron el dato del día anterior durante una jornada completa, sin que ningún proceso fallara. Lo reportó el negocio, no una alerta. Corregido y verificado sobre el día en curso, con las tiendas vendiendo. |
| Un despliegue alcanzó a interrumpir una escritura y se perdieron 3 meses de datos de ecommerce. Se recuperaron el mismo día y se corrigió el mecanismo de fondo en los 13 puntos donde podía repetirse. |
| Comercial (Qlik) y tráfico de tiendas |
| Compra por temporada sin el Excel manual: el reparto por canal (Retail / Wholesale / Ecommerce) ahora sale de las unidades que el propio equipo comercial ya asigna en el sistema de compras, cargadas automáticamente todos los días. Con eso Nimtu volvió a aparecer —se estaba borrando por no tener Excel— y se incorporaron las temporadas W27 e I27, que antes quedaban fuera. Los totales cuadran exacto contra SAP y se refresca solo. |
| Se resolvió el corte masivo de contadores de tráfico del 30 de julio al 2 de agosto, que dejaba fuera unas 36 de 75 tiendas: era un corte en el proveedor, no nuestro. El proveedor repuso los datos, se recargó la historia y volvimos a tener las 75 tiendas todos los días. |
|
|
|
🚀
|
No. 20 · Puesta en marcha con los equipos
Entregar no es publicar: es que se use.
|
| Lanzamiento oficial de las órdenes de compra para cada gerencia, con su flujo de aprobación. Se acompañó la habilitación de permisos caso a caso (Ecommerce, Marketing, ticketera) y se resolvieron problemas de conectividad VPN que estaban frenando el acceso. |
| Migración de las notas de crédito a Gate: se coordinó la transición con las tiendas, se hizo una sesión de capacitación y se distribuyeron los manuales, la grabación y el material de apoyo. |
| Se corrigieron casos puntuales de la operación —como la discrepancia en el Outlet Los Alerces— y se unificaron criterios operativos junto con el equipo. |
|
|
|
🎯
|
Lo que hay detrás
Los sistemas no avisan solos.
Alguien tiene que cuadrar.
|
Casi todos los errores de esta semana tenían algo en común: ningún proceso se veía caído. El reporte cargaba, el total salía, la pantalla se pintaba verde. Lo que falló fue el supuesto detrás del número. Por eso el trabajo de cuadrar contra la fuente —y de mostrar en pantalla cuando falta un dato en vez de dejarlo en blanco— vale tanto como construir la funcionalidad nueva.
|
Cuatro titulares del periodo
→ Seis módulos nuevos: cotizaciones, retroplanning y carta de colores en Atelier · Kardex en Nexum · solicitudes de personas en Gate · transferencias de inventario en Helix.
→ El reporte de medios de pago venía 2,35 veces inflado; hoy cuadra con la venta del período.
→ Las metas de venta estaban congeladas desde el 22 de julio: se detectó antes de calcular las comisiones de agosto.
→ Una factura se contaba seis veces en el presupuesto del directorio, justo en la cifra que decide una aprobación.
|
|
|
|
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
|
|
|
|