|
|
|
Lo que entregamos · No. 08 · 14 al 25 de septiembre 2026
Probar
con lo real.
Esta edición cubre dos semanas. En la primera, Nexum estrenó la API de facturación centralizada: los sistemas dejan de hablarle cada uno a su facturador y le mandan el documento a un solo lugar, que decide con cuál emitirlo. En la segunda, esa misma API se probó contra los dos facturadores reales — y ahí aparecieron las diferencias que ninguna prueba de laboratorio muestra.
Ese fue el hilo de la quincena. POS Mobile, el punto de venta de Gate, quedó listo para cobrar desde la tablet de una tienda, y casi todo lo que hubo que corregir lo destapó algo que por primera vez tocaba lo real: una tablet de tienda, un pedido real, un proveedor real, una descarga que recorre todas las páginas.
En paralelo siguió el trabajo de ir a buscar el dato donde vive: 21 pantallas de reportería dejaron de leer una base intermedia, el stock de las tiendas pasó a salir del sistema de las cajas en vez del ERP, y el Monitor de Boletas le pregunta a cada tienda cuánto vendió porque es la única que puede responderlo.
|
📅 Octava edición · Dos semanas en un número
|
|
|
|
21
Pantallas de reportería que ya
leen del repositorio de datos
|
|
|
2
Facturadores intercambiables
por configuración en Nexum
|
|
|
74
Tiendas auditadas por el Monitor
de Boletas, sin descuadres
|
|
|
|
|
62,6 M
Unidades de compra con historia
completa, contra 8,2 M antes
|
|
|
54×
Menos lectura diaria en la
plataforma de datos
|
|
|
3
Tiendas nuevas de ecommerce
ya conectadas al OMS
|
|
|
|
|
Palabras de apertura
El laboratorio no tiene las sorpresas que importan.
Mauricio Álvarez
Chief Digital Officer
Badamax
|
"La pantalla de cobro de POS Mobile se corrigió dos veces sin que el problema se arreglara, hasta que alguien la abrió en la tablet de una tienda: el navegador de ese equipo es más antiguo y descartaba en silencio la instrucción que ocultaba el panel. Lo mismo con los facturadores, que recién al enviarle un documento a cada proveedor mostraron sus diferencias. Nada de eso aparece en una prueba armada. Por eso la regla que quedó escrita es tan simple como útil: antes de dar algo por listo, hay que verlo funcionando en el lugar donde se va a usar."
|
|
|
|
En este número
Dieciocho frentes de trabajo.
|
01 Nexum · Facturación centralizada
02 Gate · POS Mobile
03 Gate · Canal nuevo de ecommerce
04 Gate · Bandejas y pantallas
05 Nexum · Conciliación con las tiendas
06 Nexum · Comisiones y metas
07 Atelier · La PI contra lo cotizado
08 Atelier · Cotizaciones a proveedores
09 Atelier · Muestrario y especificación
|
10 Helix · Assortment
11 Reportería de tiendas
12 Tráfico y visitas web
13 Qlik · Salida del modelo comercial
14 Qlik · Correcciones de historia
15 Plataforma de datos
16 Monitor de Boletas y ticketera
17 Beaver · Orden de compra
18 Proyectos e iniciativas
|
|
|
|
🧾
|
No. 01 · Nexum · Facturación centralizada
Cambiar de facturador deja de ser un proyecto.
|
Hoy cada sistema que emite documentos queda pegado a un facturador puntual: habla directo con él y conoce su formato. Nexum estrenó una API única de centralización: los sistemas le mandan el documento a un solo lugar y ese lugar usa el facturador vigente según la configuración. Nace con dos facturadores intercambiables, y sumar uno mañana es agregar un traductor más, sin tocar ningún flujo existente. Es el facturador con el que va a emitir POS Mobile.
| Un formato único de documento —factura, boleta, nota de crédito, guía— que la API recibe sin importar quién va a emitirlo, y cada facturador lo traduce a su propio formato. Esa traducción es lo único que cambia entre uno y otro. |
| Cada documento queda auditable: pedido, folio, montos —neto, exento, IVA y total—, estado tributario, y el archivo exacto que se envió junto con la respuesta que llegó. Un pedido tampoco se puede folear dos veces: si ya tiene folio, la API devuelve el existente. Y como el estado tributario no llega de inmediato, hay consulta a demanda más un proceso que refresca los folios pendientes. |
| En Nexum hay una pantalla nueva en Contabilidad con dos pestañas: en Configuración se elige el facturador vigente, el modo de ensayo, las credenciales de cada uno —cifradas, revelables solo por un administrador— y el horario del refresco; en Documentos, la tabla de todo lo emitido con su estado y su archivo. La sección quedó registrada para poder otorgarla desde CockpIT, junto con un calendario de soporte de solo lectura para Helix. |
| La segunda semana los dos adaptadores se probaron contra los proveedores reales, y ahí aparecieron las diferencias: uno nunca había emitido y su primer envío fue rechazado hasta ajustar la declaración del documento, los espacios de nombres y los campos de la boleta — hoy emite en el ambiente de certificación. El otro habría devuelto un folio en cero porque el formato de las muestras antiguas no correspondía al del servicio; se alineó con el contrato que usa hoy la facturación en producción, junto con el PDF, la tasa de IVA y las líneas. |
|
|
|
💳
|
No. 02 · Gate · POS Mobile
POS Mobile ya cobra desde la tablet de la tienda.
|
POS Mobile, el punto de venta de Gate en tablet, pasó de pantalla a herramienta de caja: quedó listo para cobrar con la aplicación de pago del terminal en una tablet de tienda. Llegar ahí obligó a resolver todo lo que solo aparece cuando el equipo, la cuenta y el pago son los de una tienda operando.
| Cada tienda cobra con su propia cuenta. Si una tienda todavía no tiene cuenta habilitada, o la que tiene no corresponde, la caja se bloquea con un mensaje claro en vez de intentar cobrar. Es preferible que una tienda no pueda abrir caja a que cobre contra la cuenta equivocada. |
| Un solo cobro por venta. Si la cajera toca "cobrar" dos veces, el segundo intento se rechaza en vez de generar un segundo cobro. Y si el pago cae, la venta puede volver a intentarse sin tener que rehacerla: el sistema reconoce que es el mismo cobro. |
| Nada queda marcado como pagado sin confirmación. Antes, si el servicio de pago respondía con un error, la venta igual podía quedar como cobrada; ahora una venta solo avanza cuando el cobro está efectivamente confirmado, y la pantalla puede mostrar el estado real de cada intento. |
| Se puede ensayar sin consecuencias. Los pagos de prueba corren en un modo aparte: no emiten boleta, no gastan un cupón real y no ensucian los números del día. Sirve para capacitar a la tienda antes de abrir caja. |
| El panel de la caja se arregló recién en la tablet. En un computador de escritorio se veía perfecto; en la tablet de tienda quedaba colgado sobre la pantalla porque ese navegador es más antiguo y descartaba en silencio la instrucción que lo ocultaba. Se reemplazó por una que ese equipo sí entiende y se ajustó la altura a la ventana real del dispositivo. La pantalla ahora sirve igual en teléfono, tablet y computador. |
|
|
|
🛒
|
No. 03 · Gate · Canal de ecommerce
Tres tiendas nuevas entran como un canal más.
|
Las tres tiendas de ecommerce de la plataforma nueva quedaron conectadas al OMS como un canal más, con la misma lógica con la que ya entran los marketplaces. El sistema de tiendas no necesitó saber que existen: los pedidos le llegan con el mismo formato que ya conoce.
| Cada pedido llega con un número propio y reconocible, para que operaciones sepa de inmediato de qué tienda viene y no se confunda con el resto de los canales. |
| El RUT del cliente ya viaja con el pedido. La plataforma no tiene un campo estándar para el RUT chileno, así que se acordó dónde escribirlo y el sistema lo lee desde ahí — sin eso, la boleta no se puede emitir a nombre de quien compró. |
| El stock ya se sincroniza en las tres tiendas, con el mismo proceso que mantiene al día los otros canales. |
|
|
|
🖥️
|
No. 04 · Gate · Bandejas y pantallas
Las listas largas ahora se recorren completas.
|
La tanda de correcciones de la quincena en Gate tuvo un patrón común: casi todas aparecieron cuando alguien usó la pantalla con el volumen real del negocio, no con un puñado de registros de prueba.
| Gestión de Personas: la descarga a Excel ya trae todo. Con 3.707 solicitudes y 1.731 que comparten fecha con otra, la lista se recorría por páginas sin un criterio de desempate: una misma solicitud podía salir repetida y otra no salir nunca. Se agregó ese desempate y ahora la descarga recorre la lista completa sin duplicar ni perder filas. |
| Una fecha mal tipeada ya no tumba el listado. Una solicitud grabada con año 26 en vez de 2026 hacía caer la pantalla completa. Ahora la fecha imposible se muestra como tal y el resto del listado sigue funcionando. |
| Las pantallas de tienda se refrescan solas. Tras cinco minutos sin actividad, la pantalla vuelve a pedir los datos al abrirla de nuevo. Antes, una pestaña que quedaba abierta toda la mañana mostraba el estado de cuando se abrió. |
| Diez correcciones en total, sobre pantallas ya en uso: bandejas que se quedaban en blanco, filtros que no acotaban y descargas incompletas. La regla que quedó escrita para el equipo es probar con volumen y en el equipo de destino antes de dar algo por listo. |
|
|
|
⚖️
|
No. 05 · Nexum · Conciliación con las tiendas
La diferencia entre la caja y la contabilidad, a la vista.
|
Lo que vende una tienda queda registrado dos veces: en el sistema de las cajas y en el ERP contable. Cuadrar ambos mundos era un trabajo manual de planillas. Nexum estrenó la conciliación entre los dos sistemas: la comparación es automática y las diferencias se ven en pantalla, por tienda y por día.
| Tres pestañas cubren las tres direcciones en que se produce un descuadre: el stock por tienda y producto, las guías que van del ERP a la tienda y las que van de la tienda al ERP. En cada guía se ve el detalle producto por producto. |
| El reporte explica el motivo del desvío, no solo lo detecta. Ninguna de las dos fuentes registra por qué un documento no se integró; el reporte lo deduce del cruce y lo nombra, que es lo que permite actuar sobre cada caso en vez de solo listarlo. |
| El hallazgo se separa del ruido operativo. Buena parte de los documentos que emite una tienda son movimientos internos que nunca debieron llegar al ERP: se muestran como indicador aparte y nunca se suman al hallazgo, para que el titular del reporte sea accionable. |
| Una guía en camino no es una guía perdida. El plazo que separa una cosa de la otra se calibró midiendo el comportamiento real de los despachos, para que el reporte no abra marcando como incidencias cosas que están simplemente en tránsito. |
| Avisa cuando no pudo comparar. Si una de las dos fuentes no refrescó, la pantalla lo señala en ámbar en vez de mostrar la línea de actualización normal — sin eso, una captura tomada con datos desfasados es indistinguible de una con ambos sistemas al día. Y ante un error técnico lo dice explícitamente: en una herramienta de conciliación, el peor resultado posible es un está todo integrado cuando en realidad no se pudo comparar. |
| Filtros cruzados, orden y paginación, con descarga a Excel: la descarga avisa y pide acotar cuando la selección supera el volumen máximo, en vez de entregar un archivo truncado sin advertencia. |
|
|
|
🎯
|
No. 06 · Nexum · Comisiones y metas
Una sola meta por tienda, con historia de quién la cambió.
|
El cálculo de comisiones de venta en Nexum depende de dos cosas que antes vivían en planillas: la meta de cada tienda y la asistencia de cada persona. Ambas quedaron dentro del sistema, con reglas y con registro.
| Las metas se editan directo en la tabla de Helix, celda a celda, sin abrir otra pantalla ni volver a subir una planilla. Cada corrección queda guardada como una versión nueva con autor y fecha, y el historial se puede consultar desde la misma tabla. |
| Una tienda no puede terminar con dos metas vigentes para el mismo mes. Mientras se guarda un cambio, la versión anterior se cierra y la nueva se abre en la misma operación: si algo falla a mitad de camino, no queda nada a medias. |
| Quien no estuvo, no arrastra la meta. Cuando una persona tiene el mes completo de ausencia, su meta individual queda en cero en vez de exigirle una venta que no pudo hacer. El módulo también reconoce a quien está en período de formación y lo excluye del cálculo mientras dure. |
| Los traslados entre tiendas ya no se pierden. Cuando alguien se mueve de tienda a mitad de mes, la venta y la meta siguen a la persona al lugar correcto, y las tiendas de origen y destino cuadran. |
| Se sumó un control de calidad previo al cálculo: antes de correr, el sistema avisa si falta una meta, si sobra una persona o si hay una venta sin dueño. Y las notas de crédito descuentan de la tienda y del mes correctos, con el mismo criterio que usa la reportería comercial. |
|
|
|
🔍
|
No. 07 · Atelier · Confirmación del proveedor
Lo que confirma el proveedor se compara con lo que se cotizó.
|
Cuando el proveedor acepta un pedido, envía su documento de confirmación. Revisar si ese documento coincide con lo cotizado —línea por línea, talla por talla— era una comparación manual entre dos planillas. Atelier estrenó el cruce automático: al cargar la confirmación, el sistema la compara contra la cotización aprobada y muestra las diferencias.
| El cruce distingue lo que cuadra, lo que el proveedor confirmó con otra cantidad o precio, lo que aparece confirmado sin haber sido cotizado y lo que se cotizó y el proveedor no confirmó. Los cuatro casos exigen respuestas distintas del área. |
| La comparación baja hasta el nivel de talla y color, que es donde se esconden las diferencias que después aparecen en la recepción de la mercadería. |
| El cruce distingue lo que cuadra, lo que el proveedor factura con otra cantidad o con otro precio, el color que factura y no se cotizó, el que se quitó al cerrar y factura igual, y el que se cotizó y no trae. Cada caso exige una respuesta distinta del área. |
| Arriba queda el resultado: unidades de la confirmación contra lo adjudicado, la diferencia, y cuánto pesa en dinero la diferencia de precio. Quien revisa ve de inmediato si el documento se acepta o hay que volver al proveedor, y un botón deja precargado el comentario con las diferencias para justificarlas. |
| Cuando un artículo quedó adjudicado en dos cotizaciones, se comparan las dos sumadas —unidades por color y precio ponderado—, con el mismo criterio con que se elige al ganador. El sistema propone contra cuál comparar y quien revisa lo confirma o lo cambia, y la elección queda guardada con autor y fecha. |
| La comparación resuelve sola las diferencias de forma. El mismo color repartido en varias líneas se suma antes de comparar; el código del artículo se reconoce aunque venga escrito con distinta mayúscula; y el color se cruza por nombre contra el maestro, para que DK.BLUE en el documento del proveedor y el código de color de la cotización se reconozcan como el mismo. |
| Una fila de totales dejó de leerse como un artículo más. Un documento de camisas que cerraba con una línea de total sin rótulo declaraba 17.520 unidades en vez de 8.760, sin ningún aviso. Esa fila ahora se descarta, y un documento ya cargado con el error se corrige subiéndolo como versión nueva. |
| En el listado de confirmaciones se agregó la columna que resume el cruce, y en el de cotizaciones, la columna que muestra en qué confirmación terminó facturada cada una. El acceso a ambas queda restringido a quienes trabajan esos módulos. |
|
|
|
📨
|
No. 08 · Atelier · Cotizaciones a proveedores
Una cotización se arma, se compara y se aprueba en un solo lugar.
|
El envío de cotizaciones a proveedores en Atelier quedó cerrado de punta a punta, y con la información que el área necesita para decidir puesta al lado del precio.
| Los correos salen a los proveedores desde la casilla de Procurement, con el detalle del producto y las cantidades. Las respuestas vuelven al mismo hilo y quedan asociadas a la cotización, sin que nadie tenga que reenviarlas a mano. |
| Un pedido se puede partir en tandas con fechas distintas, que es como compra realmente el negocio: una parte para el inicio de temporada y otra para la reposición. Cada tanda lleva su propia fecha de llegada al centro de distribución. |
| Al lado de cada línea aparecen lo planificado, lo ya cotizado y el costo de referencia. Quien negocia ve en la misma pantalla cuánto falta por cotizar y si el precio que le están ofreciendo se aleja del esperado. |
| La aprobación de compra quedó dentro del flujo: la cotización se envía a aprobar y el estado es visible para todos los involucrados, sin correos paralelos. |
|
|
|
🧵
|
No. 09 · Atelier · Muestrario y especificación
La muestra física queda registrada con su foto y su decisión.
|
Entre la cotización y la producción está el muestrario: el proveedor manda una muestra física y el área decide si la aprueba, la rechaza o pide correcciones. Ese paso vivía en fotos de teléfono y correos sueltos. Atelier estrenó el módulo de Muestrario.
| Cada muestra recibida queda registrada con sus fotos, su proveedor, la fecha y el resultado de la revisión, y las observaciones quedan escritas junto a la muestra en vez de en un correo. |
| Lista los artículos vigentes de la temporada con su imagen técnica —código, marca, familia, colección y colores— y permite registrar el estado de cada muestra: pendiente, parcial, recibida o con observaciones, más un comentario por artículo. Los cuatro estados llevan ícono y palabra, no solo color. |
| Qué temporadas están en juego lo define Planificación, no una regla propia. Se abrió un canal entre Helix y Atelier para que esa pregunta tenga una sola respuesta en toda la plataforma. Y si Helix no responde, la recepción sigue funcionando: se avisa en pantalla y la lista sale de los artículos de Diseño. |
| Registrar una muestra tiene su propio permiso, separado del de la carta de colores. La carta la consulta cualquier persona de Diseño; esto escribe un registro operativo, y queda guardado junto con quién dijo que la muestra llegó y cuándo. |
| En paralelo, la ficha de Especificación de Producto de Atelier pasó a tener pantalla propia para la descripción de la prenda y su cuidado. Ambos campos existían pero solo los llenaba la importación desde el OMS: no había forma de verlos ni de escribirlos. Ahora se editan con los atributos del artículo a la vista, porque el trabajo es juzgar el texto contra el producto. |
| La descripción se redacta con apoyo de inteligencia artificial y siempre la confirma una persona; el cuidado de la prenda se elige de un listado, porque se repite entre artículos y un campo libre se llena de variantes con error de tipeo. La importación desde el OMS dejó de sobrescribir lo redactado, que es lo que habría borrado el trabajo en la siguiente corrida. |
|
|
|
📐
|
No. 10 · Helix · Assortment
La curva de tallas se define una vez y se aplica a toda la campaña.
|
El surtido de una campaña se arma decidiendo cuánto va de cada talla en cada tienda. Helix dejó esa decisión escrita como una curva reutilizable, en vez de repetirla producto por producto.
| La curva de tallas se define una vez y se aplica a los productos de la campaña, con la posibilidad de ajustarla donde el criterio comercial lo pida. |
| El armado del surtido quedó amarrado a la campaña, de modo que lo que se planifica y lo que se compra hablan del mismo período. |
| El resultado alimenta directamente la cotización a proveedores de Atelier: lo que se planifica en Helix es lo que se cotiza, sin una planilla intermedia. |
|
|
|
📊
|
No. 11 · Reportería de tiendas
El stock de las tiendas ahora sale del sistema de las cajas.
|
El stock de tienda se venía leyendo del ERP, que es donde se registra la mercadería, pero no donde se mueve el día a día de la sala. Pasó a leerse del sistema de las cajas, que es el que realmente sabe lo que hay en cada local — y las diferencias fueron grandes.
| El stock total de tiendas quedó en 313.259 unidades contra las 324.990 que mostraba antes —un 3,6% menos— y el universo pasó de 81 a 78 tiendas, porque la fuente nueva no arrastra locales que ya no operan. La variación contra el año anterior se corrigió de −18,6% a −16,5%. |
| 21 pantallas dejaron de leer una base intermedia y consultan el repositorio de datos. Cada pantalla trae su propia etiqueta de cuándo se actualizó el dato que muestra, así que quien la mira sabe si está viendo algo de esta mañana o de ayer. |
| El margen del año anterior se compara en la misma moneda. La comparación tomaba el valor histórico sin llevarlo a moneda de hoy: el margen aparecía creciendo 4,2% cuando el crecimiento real, ya descontada la inflación, es 0,3%. Los reportes de margen quedaron ajustados. |
| La conversión de Venta por Hora quedó alineada con el criterio comercial: se calcula sobre el total antes de descuentos, igual que el resto de la reportería. La tasa de la cadena en el año queda en 11,86%. |
| La vista de Stock por Tienda de Crew volvió a funcionar, apuntada a la misma fuente, y quedó sin diferencias contra la reportería comercial. |
|
|
|
🌐
|
No. 12 · Transversal · Tráfico y visitas web
El tráfico de la web se mide con el mismo criterio que la tienda física.
|
La visita a la tienda física se cuenta con los contadores de puerta; la visita a la web se contaba con otra definición, así que ambas cifras no se podían poner una al lado de la otra. El tráfico web quedó alineado con el criterio de tienda y entra al mismo repositorio.
| La web queda tratada como una tienda más en la reportería de tráfico, con su conversión calculada igual que la de cualquier local. |
| Con eso, la comparación entre canales deja de ser una interpretación y pasa a ser una lectura directa de la misma tabla. |
|
|
|
🚪
|
No. 13 · Qlik · Salida del modelo comercial
El modelo comercial completo, reconstruido fuera de Qlik.
|
Para dejar Qlik hay que saber exactamente qué hace hoy y poder reproducirlo. El modelo comercial quedó reconstruido en un ambiente de laboratorio con sus 20 orígenes de datos, cargando desde el repositorio nuevo en vez de la plataforma antigua. Ahí se puede comparar cifra contra cifra antes de apagar nada.
| Los tres insumos grandes ya están armados: el inventario histórico con 10,8 millones de filas, el detalle de venta con 5,2 millones y el maestro de productos con sus 356 atributos completos — los 356 que tenía el original. |
| La historia de compra pasó de 8,2 a 62,6 millones de unidades. La versión anterior solo alcanzaba a los años recientes; ahora el análisis de compra tiene toda la historia disponible. |
| La venta web quedó fechada en hora de Chile. Venía con la hora del servidor internacional, lo que movía de día entre el 25% y el 29% de los documentos de ecommerce — las ventas de la noche caían al día siguiente. Corregido, el cruce alcanza 7.110 de 7.113 documentos. |
| El calendario comercial quedó extendido hasta 2030, para que las proyecciones y la planificación de temporada no se corten en el año en curso. |
| El censo de fuentes quedó cerrado: 242 orígenes. 51 ya están en el repositorio de datos, 21 llegan por otra vía, 96 requieren trabajo y 74 no pertenecen al repositorio. El tamaño del camino que falta dejó de ser una estimación. |
|
|
|
🧮
|
No. 14 · Qlik · Correcciones de historia
Las devoluciones se cuentan una sola vez.
|
Mientras se prepara la salida, los reportes que el negocio sigue usando en Qlik también se corrigen. Dos arreglos de esta quincena tocan cifras que se miran todos los meses.
| Las devoluciones se estaban contando dos veces en el reporte de venta. Se corrigió el cruce que las duplicaba, y la devolución vuelve a restar una sola vez. |
| Enero 2022 del estado de resultados volvió a cuadrar. Faltaban $374,5 millones en el mes y había una fila sin unidad de negocio asignada de −$733 millones arrastrada a febrero. Ambos casos quedaron corregidos y la serie histórica es comparable de nuevo. |
|
|
|
🗄️
|
No. 15 · Plataforma de datos
La facturación completa, y una alarma que avisa cuando algo se cae.
|
La plataforma de datos es el lugar donde las apps y la reportería van a buscar la información en vez de golpear los sistemas transaccionales. Esta quincena cargó toda la historia de facturación y ganó un aviso automático cuando un proceso deja de correr.
| 3,8 millones de facturas y 8,1 millones de líneas quedaron cargadas, en 16 tramos para no golpear el sistema de origen en horario de operación. |
| Cada dato se lee una vez y lo consultan todos. El trabajo de consolidación de los últimos meses dejó la lectura diaria 54 veces más liviana que cuando cada reporte iba por su cuenta a la fuente. |
| Una carga antigua ya no puede pisar una reciente. Un proceso reaplicaba extracciones viejas sobre datos nuevos: alcanzó a afectar 53 facturas, 34 líneas y 46 documentos, todos reprocesados. Ahora el orden de aplicación está garantizado. |
| Se estrenó una alarma para procesos que se detienen sin avisar. Antes se descubría cuando alguien notaba que un reporte estaba viejo. La alarma se calibró con 37 días de historia y avisa alrededor de 1,3 veces por semana — suficiente para enterarse, poco como para que se ignore. La primera captura fue la ventana en que el sistema de las cajas estuvo fuera de servicio de madrugada. |
|
|
|
🔔
|
No. 16 · Monitor de boletas y ticketera
Los controles avisan cuando no pudieron controlar.
|
Dos herramientas de control mejoraron con la misma idea: un control que falla en silencio es peor que no tener control, porque deja tranquilo a quien lo mira.
| El Monitor de Boletas le pregunta a cada tienda cuánto vendió, en vez de deducirlo de una base consolidada, y compara esa respuesta contra lo que llegó a la contabilidad. Las 74 tiendas del control quedaron auditadas sin descuadres, y cuando una tienda no contesta, el monitor lo dice en vez de darla por cuadrada. |
| El ingreso de tickets desde las casillas de correo quedó normalizado. Entre el 18 y el 22 de septiembre los correos dejaron de convertirse en tickets: una interrupción de red había dejado el proceso marcado como "en ejecución" de forma indefinida, y todas las corridas siguientes se omitían. El servicio nunca dejó de responder y el ingreso se restableció el 22; el trabajo posterior atacó las causas. |
| La casilla se lee completa y la ventana de tiempo no avanza sobre lo que no se pudo leer. Antes el proceso leía un bloque acotado de mensajes, avanzaba igual y los excedentes no se volvían a mirar. Ahora recorre todo y avisa explícitamente cuando una lectura queda incompleta. |
| Una casilla con problemas ya no detiene a las demás, y las llamadas al servicio de correo tienen tiempo máximo de espera, para que una conexión colgada no vuelva a bloquear el proceso completo. |
|
|
|
🏷️
|
No. 17 · Beaver · Orden de compra
El centro de costo y la gerencia, cada uno en su lugar.
|
| En el detalle de la orden de compra de Beaver, la cabecera mostraba la gerencia en el campo de centro de costo. Ambos conceptos quedaron separados en la cabecera, y la vista ahora coincide con el panel de órdenes de compra del módulo financiero. Es un ajuste de visualización: no cambian los datos ni el flujo de aprobación. |
|
|
|
🧭
|
No. 18 · Transversal · Proyectos e iniciativas
Lo que avanzó fuera de las pantallas.
|
| Contabilidad digital: quedó definida la integración entre la plataforma de contabilidad documental y el ERP. Se acordó cómo se tratan las órdenes de compra en moneda distinta al peso, cómo se registra el ingreso de mercadería y qué pasa con las facturas que llegan sin orden de compra asociada. |
| Se cruzó la facturación de enlaces de julio y agosto contra las sucursales activas, para dar de baja los servicios de fibra que ya no se usan. El cruce quedó hecho y las bajas quedaron solicitadas al operador. |
| Se resolvieron incidencias de facturas que no aparecían en el portal del facturador, junto con logística y el equipo de soporte, y se destrabaron los conflictos de reemplazo por licencia médica en una tienda del sur dentro del OMS. |
| En el OMS se incorporó al mapeo hacia el ERP una familia de productos que se exportaba sin subclase, con el mismo ajuste aplicado a otras familias en semanas anteriores. |
| Cada gerencia recibió la planilla de control de uso de sus reportes de Qlik, para marcar cuáles siguen vigentes. Esa respuesta es la que define qué se reconstruye y qué simplemente se apaga. |
|
|
|
Lo que hay detrás
Un dato que pasa por un intermediario deja de ser el dato.
Casi todo lo de estas dos semanas corrige lo mismo: un sistema que respondía por otro. El stock de tienda salía del ERP y no de las cajas. La venta web se fechaba con la hora de un servidor lejano. El margen del año anterior se comparaba en pesos de entonces. La pantalla de cobro de POS Mobile se probaba en un computador y se usaba en una tablet. Ninguno de esos intermediarios estaba equivocado a propósito: simplemente no era la fuente. Ir a preguntarle al sistema que sí sabe es más barato que arreglar la conclusión después.
|
Gate
POS Mobile quedó listo para cobrar desde la tablet de una tienda.
|
|
|
Nexum
La caja de las tiendas y la contabilidad se concilian solas, por tienda y por día.
|
|
|
Atelier
Lo que el proveedor confirma se compara solo contra lo que se cotizó, talla por talla.
|
|
|
Qlik
El modelo comercial completo ya carga fuera de Qlik, con sus 20 orígenes.
|
|
|
|
|
Para cerrar
Dos semanas, una misma conclusión.
Cuando una cifra se corrige, lo primero que aparece es la incomodidad de que la anterior circuló un tiempo. Lo segundo, que es mejor saberlo. El stock de tiendas bajó 11.731 unidades en la reportería no porque se haya perdido mercadería, sino porque dejamos de contar tiendas que ya no operan. El margen del año anterior creció menos de lo que decía porque ahora se compara en la misma moneda. Son mejores números aunque sean más chicos.
Y del otro lado, lo que se construyó: POS Mobile de Gate cobrando en la tablet de una tienda, Nexum conciliando la caja con la contabilidad, Atelier comparando la confirmación del proveedor contra lo cotizado. Nos leemos en la próxima.
|
|
|
Lo que entregamos · No. 08 · 14 al 25 de septiembre 2026
Comunicación interna de Badamax Tech.
|
|