Kognit

Por defecto no (sin obligación legal, salvo pacto/convenio colectivo — SUSESO). Si lo activas, esos 3 días se pagan como sueldo normal y solo se descuenta el resto de la licencia.

• ↩ Kognit ya emite notas de crédito. Botón junto a la columna CxC del Libro de Ventas, sobre cualquier factura o boleta. Se abre una ventana con las líneas del documento: «Devolver todo» o bajar las cantidades para una devolución parcial, con un motivo que sale impreso. Antes de emitir se puede ver el archivo que se va a generar.
  • La anulación total copia los montos del documento original, no los recalcula, y la ventana lo confirma en verde. Ahí estaba el problema que motivó todo esto: recalcular desde el precio unitario mete 1 o 2 pesos de diferencia, y crecen con la cantidad — con 200 unidades son 84 pesos. En una devolución parcial el total se reparte sobre el del documento original, de modo que varias parciales nunca sumen más que el original.
  • El formato se verificó contra tres notas de crédito reales del ERP y sale idéntico. No es la factura con otro número: lleva 11 campos en Totales y 15 en Detalle, no manda forma de pago ni adicionales, y la referencia al documento anulado es obligatoria.
  • El folio ahora se reintenta, en las notas y también en las facturas. Si el ERP de escritorio ocupa el número entre que Kognit lo calcula y lo graba, toma el siguiente en vez de fallar con «Error al emitir» — que es lo que hacía hasta ahora, mientras el ERP sí reintentaba.
• 🧾 Emitir factura se ve mejor. El botón estaba, pero pasaba desapercibido. En la cotización ahora va separado del grupo PDF / Email / WhatsApp y algo más grande —mezclado con ellos parecía una opción más de «mandar el documento», cuando en realidad toma folio del SII, descuenta stock y no se deshace—. Y en el historial, el icono suelto pasó a decir «🧾 Facturar». Las condiciones para verlo no cambian: solo admin, con proveedor DTE configurado y sobre cotizaciones activas del ERP.
• 🧾 Facturación electrónica: el TXT ahora sale igual que el del ERP. Se comparó lo que genera Kognit contra cuatro documentos reales emitidos por gestión2006 (dos TXT y dos facturas impresas, de Allen y de Gamspa). El formato estaba bien en casi todo; aparecieron tres diferencias reales.
  • El descuento total no es solo el global: es la suma de los descuentos de línea más el global. En una factura de Gamspa el ERP declara 1.101.176 y Kognit mandaba 0.
  • Los textos largos se recortan al máximo del SII (giro 40, dirección 60, descripción 80) y ahora se avisa antes de emitir, con el texto original tachado y el que realmente se manda. Ese recorte ya ocurría en silencio: la factura impresa muestra el giro cortado justo en 40. En el ERP se guarda el texto completo.
  • Los campos adicionales del impreso (forma de pago y transporte) se configuran por empresa en Parámetros → Facturación DTE: el número lo elige cada una en facturacion.cl —en Allen la forma de pago es el 3, en Gamspa el 5 y el transporte el 6—. Con 0 no se envían.
• 💳 Las tarjetas de crédito se sugieren en las cuatro pantallas de pago. Había que escribir «Visa» de memoria en tres de las cuatro: la lista existía, pero vivía dentro de la ventana de conciliación de cartola y solo existía mientras esa ventana estaba abierta. Ahora es una sola lista compartida. Sigue siendo campo libre. En débito no cambia nada: ahí la marca no interesa.
• 📏 Las descripciones con pulgadas ya no cortan el texto emergente. 2.179 productos llevan una comilla doble (CODO 90 ACERO INOX 2") y esa comilla cerraba el atributo antes de tiempo: el tooltip salía cortado en «CODO 90 2». Corregido en siete tablas y en dos más con nombres de cliente.
• 👻 Dos botones invisibles en Backup. «Guardar configuración» y «Crear respaldo» estaban ahí, se podían pulsar y no se veían: texto blanco sobre fondo blanco, porque usaban un color que no existía. Se revisaron todas las variables de color: había 11 más sin definir, en 85 sitios.
• 🧾 Boletas del SII: «Actualizar desde SII» fallaba siempre. El SII prepara el archivo de forma asíncrona y Kognit preguntaba una vez, en el mismo segundo, sin darle tiempo a empezar; encima cada intento encargaba un trabajo nuevo. Ahora espera hasta 90 segundos, y si se agota lo dice: el trabajo ya quedó encargado y a la segunda se descarga directo.
• 🗣️ Los errores de servicios externos dicen qué pasó. Cuando falla el SII, Transbank o el hosting, el aviso traía el motivo real escrito para una persona… y se reemplazaba por «Error interno del servidor». Ahora ese mensaje llega. El error interno se sigue tapando, que para eso está.
• 🧾 Aviso al administrador cuando se factura un ticket. Como esas facturas se emiten desde el ERP de escritorio, que no le avisa nada a Kognit, el sistema las detecta y avisa por dos vías: un mensaje en el chat interno (queda guardado, aunque no estuvieras conectado) y una píldora flotante abajo a la derecha —«🧾 3 por revisar»— que no se cierra sola y no mueve la pantalla: al pulsarla se abre la lista.
  • Cada línea muestra la factura, el ticket, el cliente, el monto y la hora de facturación, con «Revisar pago» —abre el Libro de Ventas con esa factura ya filtrada— y «✓ Listo» para quitarla. También «Marcar todas».
  • La lista se puede filtrar por despacho: Todas / 🚚 Despacho / Retira o sin transporte, cada uno con su cuenta. Las de despacho llevan un 🚚 y el nombre del transportista. Ojo: «Marcar todas» marca todas las pendientes, no solo las que muestra el filtro.
  • Queda registrado quién revisó cada factura y cuándo. El aviso no se repite aunque haya varios usuarios conectados.
  • La primera vez mira 3 días hacia atrás, así que al principio pueden aparecer varios avisos juntos.
• ⌨️ En «Buscar cliente» de Cuentas x Cobrar ahora se elige con las flechas. ↓ ↑ recorren la lista, Enter elige y Esc cierra — sin soltar el teclado. Enter sin nada marcado no elige nada, para que no se cuele un cliente que no miraste. Corregido de paso: un cliente con comillas en el nombre rompía la lista.
• 📊 La planilla de caja en Excel se lee como en pantalla. Los cobros de facturas de otras fechas salían mezclados con los del día, sin encabezado ni subtotal, así que no se podía separar lo facturado hoy de lo cobrado hoy por documentos de otros días. Ahora van en su propio bloque, con los mismos colores de la pantalla, cabecera congelada y autofiltro. Los montos siguen siendo números: se pueden sumar y filtrar.
• 📦 El aviso a despacho ahora puede incluir las facturas a crédito. Una factura a 30 días se despacha igual que una pagada — solo que no está cobrada, y antes no aparecía en la lista.
  • Nueva casilla «Incluir facturas a crédito», columna Estado con «✔ Pagada» o la condición real, y las de crédito nunca vienen marcadas: incluirlas es siempre una decisión.
  • El mensaje de WhatsApp va en dos grupos y el título cambia a «Aviso de despacho». Antes decía «PAGADAS OK», y meter ahí una factura a crédito habría afirmado algo falso a quien lo recibe. Si marcas solo pagadas, el mensaje queda igual que siempre.
• 🚚 Pantalla de Despachos: condición de pago, botones ordenados y mejor buscador.
  • Condición de pago en la tarjeta (ej. «30 DÍAS»), solo cuando la factura no está pagada. «SIN PAGO AÚN» a 30 días no es un problema, es lo esperado: faltaba el dato que lo explica.
  • Los botones en una sola barra en vez de cuatro filas sueltas, con Eliminar separado al extremo. La Etiqueta se queda junto a su factura — un despacho puede tener varias y no debe imprimirse la equivocada.
  • El buscador ahora encuentra por N° de factura y por monto, además de cliente y N° de cotización. Los puntos de miles dan igual: «86910» y «86.910» buscan lo mismo.
• 🔴 Eliminar un pago en CxC ahora también lo quita del Libro de Ventas. Una factura con el pago ya eliminado seguía apareciendo pagada en el Libro (el caso reportado: 144584 de UNIFLEX SPA por $54.128, pendiente en CxC y con ✔ en el Libro).
  • Si al documento le quedan otros pagos, se ajusta el monto en vez de borrarlo, así un abono parcial sigue viéndose como parcial.
  • También al rechazar un cheque, que era peor y no se había notado: al protestarlo la factura volvía a quedar pendiente en CxC, pero en el Libro seguía marcada como cobrada — un cheque rechazado se leía como dinero recibido.
  • Ojo: las facturas que ya quedaron descuadradas no se corrigen solas. El cambio evita que vuelva a pasar; lo anterior hay que revisarlo una vez.
• 🚚 Los despachos se ven en la propia fila. En el Libro de Ventas desaparece la columna «D» con su X: ahora la fila lleva una franja naranja y un 🚚 junto al nombre del cliente, así que los despachos se ven en bloque al recorrer la tabla.
  • Se usa el camión y no un punto de color porque una franja sola desaparece impresa en blanco y negro; el camión se sigue viendo.
  • Filtro nuevo «Despacho» en el Libro de Ventas (Todos / 🚚 Con despacho / — Sin despacho), igual que el que ya tenía el Historial.
  • En el Historial la columna se mantiene, porque ahí muestra el nombre del transportista y no un simple sí/no — quitarla habría borrado ese dato. Se le añade la franja sobre el N° y el camión junto al transportista.
• 🔢 El número deja de repetir «C-2026-» en cada fila. Nueva opción en Parámetros → Documentos: prefijo atenuado (por defecto), solo el correlativo, o completo como antes.
  • No cambia el número real: el PDF, el ticket de picking, los correos y el WhatsApp siguen llevando el número completo, y la búsqueda lo sigue aceptando entero.
• 📖 Libro de Ventas: se ve completo, sin arrastrar de lado. Las 12 columnas no cedían nada y siempre había que hacer scroll horizontal para llegar a Pago y CxC. Ahora las columnas de ancho conocido quedan fijas y Nombre se queda con el espacio que sobra.
  • Nombre y Cond. pago se recortan con «…» cuando no caben, y el texto completo aparece al pasar el mouse. Las cifras y fechas se ven igual que antes.
  • Corregido de paso: un cliente con comillas (") en el nombre rompía la fila de la tabla.
• 🗂 El Historial de Cotizaciones ahora está dentro de Documentos Emitidos, como primera pestaña, delante de ERP: 📋 Historial · 🧾 ERP · 🏛 SII · 📚 Libros. Es la que se abre por defecto al entrar.
  • El botón «Historial» del menú de arriba sigue estando y lleva directo ahí, así que no hay que cambiar de costumbre: se puede llegar por donde siempre o por Documentos Emitidos.
  • Quien no tenga permiso de Facturas ni de Informes sigue viendo su Historial igual — solo se le ocultan los otros grupos.
• 🔐 Un administrador podía nombrar superadministradores. Entrando como administrador normal se podía asignar el rol de Super Administrador. Eso es una escalada de privilegios: ese rol manda sobre las conexiones a las bases de datos, el PIN y el panel de Deploy.
  • Al revisarlo apareció algo peor: la creación de usuarios no comprobaba el rol de nadie. Cualquier usuario con sesión iniciada —incluido un vendedor— podía crear una cuenta y darle rol de super administrador. Corregido.
  • Ahora solo un super administrador puede crear o ascender a otro, y la opción ni siquiera aparece en la lista para quien no puede asignarla.
• 🐛 Enviar por correo una cotización del ERP fallaba. Daba «el servidor SMTP no respondió», pero el correo no tenía nada que ver: una consulta a la base había quedado partida en dos y el PDF no se podía generar. Corregido, y revisado el resto del sistema por si había más casos iguales (no los había).
• 📧 El aviso de correo ahora dice qué falló. Al enviar una cotización salía siempre «El servidor SMTP no respondió», aunque el servidor hubiera respondido perfectamente y rechazado el envío por otra razón. Eso mandaba a buscar el problema donde no estaba.
  • Ahora el aviso da el motivo: credenciales rechazadas, destinatario no permitido (relay denegado), tiempo agotado, servidor no encontrado, puerto cerrado o problema de cifrado SSL/TLS. Si el error no se reconoce, se muestra tal cual.
  • Incluye con qué cuenta se intentó. Sin ese dato no se sabía si falló tu cuenta personal o la general de la empresa.
  • Cuidado con el botón «Probar»: usa los datos del formulario en pantalla y se manda el correo a ti mismo. Comprueba que la contraseña conecta, pero no que quedó guardada, ni que el servidor te deje enviar a un destinatario de afuera. Por eso la prueba puede salir bien y el envío fallar.
  • Si configuraste tu correo y el sistema sigue usando el de la empresa, revisa que el modo haya quedado en «personal» y no en «global» — es la causa más común.
• 🧰 Instalador: culpaba al antivirus de un error propio. La instalación se detenía en el paso 6 diciendo que nssm.exe no funcionaba y que «lo más probable es que lo borró el antivirus». Era falso: el archivo estaba sano y el propio registro se contradecía dos líneas más arriba.
  • Fallaba la comprobación, no el archivo — y fallaba siempre, con cualquier nssm.exe. Corregido, junto con dos casos parecidos que podían abortar la instalación de las librerías.
  • Cuando Windows Defender está desactivado (porque hay otro antivirus), ya no salen tres alarmas seguidas: si no está activo, no hay nada que excluir.

• 🧰 Instalador nuevo. Instalar Kognit en un equipo nuevo fallaba en silencio: quedaba el programa copiado y ningún servicio. Ahora es una ventana (INSTALAR_KOGNIT.bat) en vez de una consola.
  • Las tres causas reales, corregidas antes de copiar nada: el antivirus borraba nssm.exe (ahora se agrega la exclusión de Defender primero), se tomaba el Python de la Microsoft Store —que un servicio no puede ejecutar— (ahora se descarta y, si no hay otro, se instala uno real solo), y cuando un paso fallaba el instalador seguía igual.
  • Comprueba de verdad al final: espera a que Kognit responda en su puerto y, si no responde, muestra las últimas líneas de servicio.log en vez de decir «instalación completada».
  • Prueba la conexión a la base de datos antes de instalar, avisa si el puerto ya está en uso, y tiene un botón «Solo revisar el equipo» que informa qué falta sin tocar nada.
  • El servicio se crea con los mismos valores que usa el panel de Deploy, así que las empresas instaladas así aparecen ahí como siempre. Los .bat antiguos siguen disponibles.
• 📏 Ticket de picking: cuántas tiras son esos metros. Tubos y cañerías se piden en metros, pero en bodega se toman tiras. Ahora bajo la línea aparece «→ 9 TIRAS de 6 m», con el número en negativo para que se lea de reojo.
  • El largo sale del nombre del producto («… 6 MTS»), con el mismo detector que ya usa la pantalla de cotizar. Solo acepta 5,8 y 6,0 —los largos reales—, así no inventa tiras cuando el número del nombre es un diámetro o un espesor: SOPORTE TUBO DN 85-89 MM no genera nada.
  • Cuando no es múltiplo exacto, muestra las tiras completas y el resto: «→ 3 TIRAS de 5,8 m + 3 m».
  • Solo aparece cuando aporta: si el producto no menciona metros, o la cantidad no llega a una tira, el ticket queda igual que antes. Nada de renglones de más en una térmica.
  • Probado con 17 comprobaciones, sobre todo de los casos en que no debe aparecer.
• 📦 Avisar a despacho qué facturas quedaron pagadas. Botón nuevo en Documentos Emitidos → Libro de Ventas. Kognit lista las facturas pagadas que aún no se han avisado; marcas las que quieras y sale un solo mensaje con el número de cada factura, el monto, el total y el aviso de PAGADO OK.
  • Ventana por defecto la semana, con botones Hoy · Ayer · Semana · Mes. Las de hoy vienen marcadas y las anteriores no — marcar de más obliga a desmarcar a mano, que es donde se cometen los errores. Hay atajos Marcar hoy / Marcar ayer / Ninguna.
  • El número queda guardado, así no lo escribes cada vez.
  • Solo salen las facturas con transporte: las que retira el cliente no se despachan.
  • Se puede reenviar hasta 3 veces. Una factura ya avisada sigue apareciendo con la marca «avisada 1/3» —por si el número estaba mal o el mensaje no llegó— pero no viene marcada, y al llegar al tope desaparece. Antes se iba de la lista al primer aviso y no había forma de reintentar.
  • Permiso propio «Avisar despachos por WhatsApp» en Parámetros → Usuarios: quien despacha ya no necesita ser administrador para usarlo.
  • Se abre WhatsApp con el mensaje ya escrito —la app de escritorio o WhatsApp Web— y tú aprietas enviar. Nada de envío automático por CallMeBot: ese exige que cada número autorice al bot y nunca funcionó acá. Además el texto siempre queda copiado por si prefieres pegarlo a mano.
  • «Pagada» se decide con la misma tabla que usa el Libro de Ventas, para no inventar un tercer criterio de qué está pagado.
  • El transportista aparece como columna informativa (o «Retira cliente»), útil para quien despacha. El envío por transportista queda preparado en el servidor pero desactivado, como pediste.
• 💰 Los pagos de CxC ahora aparecen en el Libro de Ventas. Registrabas el pago en Cuentas por Cobrar y la factura seguía saliendo sin pago en el Libro. No faltaba un dato: faltaba la conexión. CxC escribe el pago en las tablas del ERP y el Libro lee cot_concil_banco, una tabla propia de Kognit — y solo cuatro flujos (aplicar NC, asignar saldo a favor, eliminar anticipo) hacían el puente. Los que registran un pago de verdad, no.
  • Asignar pago al ERP ya deja el registro en el Libro. Los otros tres flujos de pago van en la próxima.
  • Y lo más importante: ya no se pisa un pago existente. Si conciliás con la cartola, Transbank o WebPay una factura que ya tenía pago, Kognit no la modifica y te avisa: «2 documento(s) ya tenían un pago registrado y NO se modificaron. ¿Quieres revisar el detalle?».
  • Si dices que sí, se abre el detalle con fecha, monto, NC aplicada, medio, referencia y quién lo registró de cada uno.
  • Por qué importa: sobrescribir borraría el medio, la referencia y la fecha del pago original — y si el importe difiere, la Planilla de Caja quedaría con dos versiones del mismo cobro.
• 🔧 Fix — al cotizar, la fila no se actualizaba al cambiar cantidad, precio o descuento. Se veía como que el P. Neto y el Subtotal se quedaban con el valor anterior mientras el total de abajo sí cambiaba.
  • La causa la introdujo la propia v1.0.745: al agregar las franjas «＋ insertar aquí» entre líneas, el código que refresca una fila la buscaba por posición («la fila número N del cuerpo»), y esa posición pasó a ser la franja.
  • Peor aún: en las líneas impares apuntaba a la fila del producto anterior, así que editar la línea 2 actualizaba las celdas de la línea 1.
  • Ahora cada fila lleva su marca y se busca por ella, no por posición: da igual cuántas franjas haya intercaladas o en qué orden queden las líneas.

• 💲 Cotizar — nueva columna «P. Neto», y lo que ves ya es lo que se graba. En la pantalla de cotizar había que calcular de cabeza cuánto quedaba el precio tras el descuento. Ahora hay una columna con el precio unitario ya rebajado, entre Dto.2% y Subtotal.
  • Al agregarla apareció que la pantalla y el servidor no calculaban igual: la pantalla no redondeaba el precio unitario. Con $8.374 y 30 % de descuento mostraba $23.447 por 4 unidades, y el documento salía con $23.448. Un peso por línea, que se acumulaba en el Subtotal Neto.
  • Ahora la pantalla usa la misma regla que el servidor y el ERP: descuento al unitario, redondeo ahí, y recién entonces por la cantidad. También el descuento global y el IVA.
  • Al ERP no llega nada distinto: el navegador nunca envió los totales — manda precio, descuentos y cantidad, y el servidor los calcula. Lo que cambia es que la pantalla deja de mostrar un número que no era el que se guardaba.
  • Comprobado contra el servidor en 1.008 combinaciones de precio, descuentos y cantidad: cero diferencias.
• 📦 Fix grave — el stock que se mostraba era el de la columna equivocada. Kognit detecta al arrancar si la empresa lleva el stock por bodega (ITBO1+ITBO3…) o en una sola columna (ITSTOCK). Esa detección corría una sola vez y, si en ese momento la base no estaba disponible —pasa seguido, porque vive en otra ubicación y se llega por internet—, fallaba en silencio y el servicio quedaba usando ITSTOCK hasta el próximo reinicio.
  • Caso real: el ticket de picking mostró 12 unidades de un producto del que había 83 (47 en la bodega 1 y 36 en la 3), y lo marcó como faltante cuando sobraba. Bodega habría reportado un quiebre inexistente.
  • Afectaba a todo lo que muestra stock: cotizar, ticket de picking, plano de bodega, inventario y reposición.
  • Ahora la detección queda anotada en el log si falla, y sobre todo se reintenta: mientras no haya podido leer la base, cada consulta lo vuelve a intentar; en cuanto funciona, deja de intentarlo y no cuesta nada.
  • Probado con 11 comprobaciones, incluida la simulación del arranque con la base caída.
• 🎯 Ticket de picking — lo que no alcanza, imposible de pasar por alto. Antes el faltante se avisaba con un ! y un subrayado. Ahora la línea lleva tres marcas a la vez: un aro alrededor de la cantidad, una barra negra al costado para ubicarla sin leerla, y «FALTAN 42» en negativo — que dice cuánto falta, en vez de obligar a restarlo de cabeza mirando stk 8→-42. El aviso de cabecera también pasa a fondo negro, que es lo más visible que imprime una térmica.
• 🧮 Fix — la suma de las líneas no cuadraba con el total. En el detalle de una cotización, el subtotal de la línea podía no coincidir con el bloque de totales. Caso real: 54 unidades a $5.448 con 27,5% de descuento mostraban $213.289 en la línea y $213.300 en Subtotal Neto. Once pesos, a la vista del cliente.
  • El descuento se aplica al precio unitario y se redondea ahí mismo, antes de multiplicar por la cantidad: $5.448 − 27,5% = $3.949,8 → $3.950 → × 54 = $213.300. Kognit aplicaba el descuento pero se saltaba ese redondeo y multiplicaba el valor exacto. Con pocas unidades no se nota; con 54, sí.
  • Los totales del bloque salen del encabezado del ERP, así que la línea era la que discrepaba, no el total. Verificado contra la pantalla del propio ERP para esa cotización.
  • Ahora hay una sola regla —precio neto redondeado × cantidad— y se usa en los seis lugares que antes calculaban cada uno a su manera, en el PDF y al grabar.
  • Los informes cambian de número. Cuatro de ellos sumaban la columna CODSUBTOT, que no significa lo mismo en todas las filas: las cotizaciones creadas por Kognit guardan ahí el neto, las creadas por el ERP de escritorio guardan el bruto, sin descuento. Comprobado sobre 3.663 documentos. Esos informes —productos más cotizados, monto pendiente de clientes que no compraron, cotizaciones no facturadas y la búsqueda— venían sobrestimando entre un 25% y un 34%. Ahora calculan el neto real, así que sus totales van a bajar: no es un error nuevo, es el que se corrigió.
  • Redondeo del medio peso. Python redondea 50,5 a 50 (al par más cercano); el ERP y MySQL lo suben a 51. En los precios que caen justo en el medio, Kognit y el ERP daban números distintos. Ahora Kognit redondea igual que el ERP, también al grabar.
• ↕ Ordenar e insertar líneas en la cotización. Los productos caían siempre al final, así que armar un presupuesto agrupado por sección obligaba a agregarlos en el orden exacto o a rehacerlo.
  • Cada línea tiene ▲▼ en la columna del número para subirla o bajarla. Aparecen al pasar el mouse: en una cotización de 30 líneas, tenerlos siempre a la vista llenaba la tabla de botones.
  • Entre línea y línea hay un ＋ insertar aquí. Al elegirlo, el próximo producto que busques entra en ese punto y no al final; queda marcado en azul hasta que lo uses o lo canceles.
  • Normalmente, agregar un producto que ya está en la lista suma cantidad a esa línea. Pero si elegiste un punto de inserción, se crea una línea nueva: estás diciendo que lo quieres justo ahí, y sumarlo a otra sería ignorarte.
  • El orden se graba (campo CODPOS) y se respeta al reabrir la cotización, en el PDF y en el ticket de picking. De paso se corrigió una consulta que leía las líneas sin ordenar, así que ahí el orden salía al azar.
  • Reordenar no cambia ni cantidades, ni precios, ni descuentos, ni el total. Probado con 17 comprobaciones sobre una cotización real.
• 🔒 Seguridad — la IP del visitante ya no se puede falsificar. La autorización de acceso al sitio aprueba sin preguntar a quien llega desde la propia máquina del servidor. Esa IP se leía de la cabecera X-Forwarded-For, que la escribe quien se conecta: cualquiera con acceso al puerto interno podía mandar X-Forwarded-For: 127.0.0.1 y llevarse un permiso de entrada válido por 30 días.
  • Ahora esa cabecera solo se cree si la conexión viene del proxy instalado en la misma máquina. Si alguien llega directo desde la red, se usa su IP real y la cabecera se ignora.
  • La aprobación automática exige además que no venga reenviada por nadie. Sin eso, el día que un proxy dejara de mandar la cabecera, todo internet habría pasado por "local".
  • El cálculo estaba repetido en once lugares con pequeñas diferencias; ahora hay uno solo (_ip_cliente). De paso, cuatro pantallas que registraban la IP —solicitudes ARCO, leads web, pedidos web y la verificación anti-robot— guardaban la del proxy en vez de la del visitante.
  • Probado con ocho escenarios, incluidos dos intentos de suplantación.
• 🔍 Zoom propio en el Plano de bodega. El plano estaba clavado al ancho del panel, así que el zoom del navegador no servía: agrandaba la página entera y el dibujo se recalculaba igual de chico (por eso "se achicaban los espacios"). Ahora tiene su propio zoom.
  • Botones − 100% + ⤢ en la barra, y Ctrl + rueda del mouse sobre el plano. Sin Ctrl la rueda sigue haciendo scroll normal.
  • Al acercar, el plano crece de verdad; el zoom se centra en donde tienes el puntero, para no perder de vista lo que estabas mirando. ⤢ vuelve a ajustarlo al ancho.
  • Barras de scroll arriba/abajo e izquierda/derecha, bien visibles sobre el fondo oscuro. Antes el plano ampliado se desbordaba y quedaba cortado por los lados sin barra ninguna: el contenedor tenía overflow:auto pero, por ser un elemento flexible, no podía encogerse por debajo de su contenido y el scroll nunca se activaba.
  • Moverse arrastrando con el mouse, como en un mapa: con el botón izquierdo sobre el fondo (fuera del modo edición, donde ese gesto mueve estanterías) o con la rueda apretada en cualquier momento. Un clic con temblor de mano no cuenta como arrastre, y al soltar sobre una estantería no se abre su ficha por accidente.
  • El nivel de zoom se recuerda y se mantiene al cambiar de plano, al entrar en 3D o en pantalla completa.
  • Además, el lienzo ahora se recorta también por arriba y por la izquierda: si las estanterías de un respaldo empezaban lejos del origen, quedaba una franja vacía enorme y el plano se dibujaba diminuto sin motivo.
  • Arrastrar y redimensionar en modo edición sigue cayendo donde corresponde con cualquier zoom (las coordenadas se convierten con la matriz real del SVG).
  • La pantalla del plano ahora usa todo el ancho y todo el alto disponibles. El resto de Kognit centra las pantallas en 1400 px con aire a los lados, lo que en un monitor ancho desperdiciaba media pantalla justo donde más se aprovecha. Y el alto ya no es un porcentaje fijo: se mide lo que queda de ventana bajo el encabezado y se recalcula al cambiar el tamaño, porque cualquier número fijo sobra en una pantalla y falta en otra (arriba hay barra de menú, cinta de indicadores y, según la empresa, menú lateral).
  • Los controles de edición ya no se encinan. La columna de botones de cada estantería se dibujaba para todas a la vez, y con estanterías juntas tapaba la de al lado. Ahora, por defecto, se despliega la de una sola: el resto muestra un tirador ⋮ y se abre con un clic (abrir una cierra la anterior). El botón "⋮ Controles" de la barra permite volver al modo anterior si prefieres verlos todos, y la preferencia se recuerda. El nombre de la estantería sigue siempre visible, porque va arriba y no compite por espacio.
  • ↶ Deshacer, para cuando se borra por error. Eliminar una estantería, vaciar un espacio o quitar un nivel son un clic y se llevaban por delante asignaciones que costaron tiempo escribir. Ahora se guarda una copia antes de destruir. El botón ↶ Deshacer está en la barra de ✎ Editar plano, siempre a la vista —apagado mientras no haya nada que recuperar— y muestra entre paréntesis cuántas acciones puede devolver. Guarda las últimas 20.
    • Restaura la estantería con todos sus niveles y sus productos, no solo el dibujo.
    • Si mientras tanto otra estantería tomó el id de la borrada, la que vuelve entra con un id nuevo y sus niveles se renombran solos, en vez de quedar dos pisándose.
    • Si el servidor no acepta alguna restauración, lo dice: nada de verla recuperada en pantalla pero no en la base.
    • Vive en la pestaña: es una red para el error del momento, no un historial. Para eso está Descargar respaldo.
  • Al acotar el alto del plano, la ficha del espacio seleccionado (que es larga: contenedor, reposición, nombre, línea, códigos con su stock, notas y colores) dejaba el botón Guardar fuera de la pantalla. Ahora la ficha scrollea por su cuenta sin aplastar la lista de espacios, y Guardar / Vaciar espacio quedan pegados abajo, siempre a la vista.

• 📅 Fecha de caja al asignar pagos (cartola, Transbank y WebPay). Estos pagos se revisan al día siguiente, así que hasta ahora podían terminar en la caja del día equivocado sin que nadie lo viera: la fecha venía del archivo, no se mostraba y no se podía corregir; si el archivo no la traía, el pago caía silenciosamente en la caja de hoy.
  • En Transbank y WebPay cada fila tiene ahora su Fecha de caja editable, precargada con la del archivo. Las filas que vienen sin fecha quedan marcadas en ámbar — son justo las que caerían en hoy.
  • Barra "Aplicar una misma fecha de caja a los seleccionados", que solo toca las filas marcadas (una fila descartada a propósito no vuelve con una fecha que nadie eligió).
  • Al costado, un resumen en vivo dice en qué caja van a quedar los pagos marcados, y antes de grabar se pide confirmación con el detalle día por día.
  • En la cartola, al asignar un abono a factura(s), la fecha del encabezado pasó de ser un texto a un campo corregible, y la confirmación dice a qué caja va.
  • El criterio no cambió: la caja registra cuándo pagó el cliente (la fecha de la venta), no cuándo el banco liberó la plata — igual que el cheque, que se registra al recibirlo aunque se cobre después. Lo que se agregó es verlo y poder corregirlo.
  • El servidor descarta fechas mal formadas o futuras y lo deja anotado en el log, en vez de guardarlas.
• 🧾 Ticket de picking: se acabó el texto tenue, y ahora el tamaño se elige. En la impresora térmica varios textos salían pálidos y costaba leerlos. No era la impresora: una térmica solo puede quemar el punto o dejarlo blanco, no tiene grises, así que cuando le llega uno lo imita salpicando puntos sueltos — y eso es lo que se ve descolorido y sucio.
  • El ticket tenía gris escrito a mano: stk 39→34 en #333 y el pie de página en #555. Eran justo los dos textos más pálidos. Ahora todo va en negro puro.
  • Los textos iban en peso normal: los trazos finos se suavizan con píxeles grises en los bordes y la impresora los vuelve a salpicar. Ahora van en negrita o peso medio, con el suavizado apagado.
  • Había tamaños fraccionarios (9.5px) que caen entre dos puntos de la cabeza térmica y salen con el borde a medio quemar. Ahora todos son enteros.
  • Nuevo: Conexiones → Módulos → "Tamaño de letra del ticket de picking", con tres opciones. Compacto (la descripción entra en un renglón, gasta menos papel), Legible (recomendado, la descripción usa dos renglones) y Máximo (para bodega con poca luz; el ticket crece bastante). Se guarda por empresa.
  • Espacio para el corte. La fecha final quedaba pegada al corte. En una térmica la cuchilla está 10-15 mm por encima del cabezal, así que lo impreso en el último centímetro y medio cae justo a la altura del corte; el ticket reservaba solo 8 mm. Ahora reserva 18 mm, que obliga a avanzar el papel antes de cortar.
  • Lo que sí depende de la impresora: el ajuste de densidad/oscuridad del driver, que conviene subir un punto después de este cambio y no antes (si se sube primero, lo único que engorda es la salpicadura), y el rollo — el papel térmico viejo o guardado al sol imprime pálido sin remedio.

• 🔧 Fix — "RUT y nombre son obligatorios" con el RUT escrito. Al crear un cliente en el Mantenedor, escribir el RUT como se usa en Chile (76.221.499-7) hacía que el sistema lo rechazara diciendo que faltaba, con el campo lleno a la vista. La causa: el campo era numérico, y cuando uno de esos recibe algo que no es un número el navegador devuelve cadena vacía — el valor se ve pero el código lee "". Ahora es de texto y acepta con puntos o sin ellos, con guion o sin él, con dígito verificador o sin él; debajo muestra cómo quedará guardado y avisa si el DV no calza (sin bloquear, porque hay RUT especiales cargados así en el ERP). Probado con nueve formas de escribirlo.
• 🎯 Informes → Precisión de proyección (nuevo). Responde la pregunta que nadie podía contestar: ¿puedo confiar en la proyección de ventas que estoy viendo? Por cada mes muestra la meta, lo que llevaba a esa altura del mes, lo que el sistema habría proyectado, lo que finalmente se vendió, el % de cumplimiento de la meta, el desvío y el % de acierto.
  • No hizo falta haber guardado nada: la fórmula es reproducible, así que se recalcula para cada mes pasado con los datos que había entonces, con el mismo criterio del panel de Proyección (venta al corte ÷ días hábiles transcurridos × días hábiles del mes, feriados incluidos).
  • El corte es siempre el mismo día del mes en que se consulta, para que los meses se comparen entre sí.
  • La meta es el promedio de los tres meses cerrados anteriores: se mueve con la realidad reciente y no depende de que alguien la escriba cada mes.
  • Arriba: acierto promedio, sesgo (si la proyección tiende a quedar alta —o sea, si ilusiona— o baja) y cuántos meses superaron la meta.
  • El mes en curso no se califica: su venta aún es parcial y darle un acierto sería inventar. Sale marcado "EN CURSO".
  • Filtro por vendedor para admin; un vendedor ve solo lo suyo. Verificado con una prueba de siete comprobaciones sobre datos controlados.

• 📅 Fix definitivo — un pago ingresado hoy que entró ayer seguía apareciendo en las dos cajas. El arreglo anterior alineó los criterios, pero quedaba una diferencia de origen: para saber si una factura del día estaba pagada la planilla usaba la fecha del abono en el banco (la conciliación), mientras que el cuadro de "cobros de otras fechas" usaba PAFECING (cuándo se ingresó el pago). Cuando esas dos fechas no coinciden —justo el caso del contador que ingresa hoy los cobros de ayer— el mismo pago salía en la caja de ayer y en la de hoy. Ahora hay una sola definición de a qué día pertenece un pago, usada por todas las consultas de la planilla: 1) la corrección manual hecha desde Kognit, si la hay; 2) la fecha del abono en el banco de la conciliación — cuándo entró la plata de verdad; 3) PAFECING, lo único que hay si el pago no está conciliado. Al ser una expresión compartida, dos cajas ya no pueden discrepar. En la práctica: un cobro que entró ayer queda en la caja de ayer aunque se ingrese hoy, y desaparece de la de hoy. (Con esto Conexiones → 📅 Fechas de pagos queda casi sin uso: lo que corregía a mano ahora se resuelve solo.)
• 🖥 La Planilla de Caja se abre a pantalla completa. Tiene doce columnas y en un modal angosto obligaba a desplazarse en horizontal para leer una sola fila. Ahora ocupa toda la ventana.
• 🏦 Fix — en Despachos todas las tarjetas decían "SIN PAGO AÚN", aunque en Cuentas por Cobrar la factura figurara pagada. Las dos pantallas de despachos se alimentan de endpoints distintos y el tablero semanal nunca calculaba el estado de pago: el dato ni siquiera existía en su respuesta, así que el navegador lo tomaba como "no pagado" en todas las tarjetas, de todos los días, desde siempre. La del picking sí lo calculaba, de modo que la misma factura se veía distinto según por dónde se entrara. El cálculo pasó a un único lugar compartido, que además trae las facturas del ticket (el semanal tampoco las tenía).
• 🔧 Fix — un endpoint que nunca se pudo llamar, tapado por otra ruta. GET /api/cotizaciones/verificar-numero (comprobar que el correlativo no cambió mientras se llenaba el formulario) estaba declarada después de GET /api/cotizaciones/{cot_id}, y FastAPI resuelve por orden: la petición entraba por la de arriba con cot_id="verificar-numero" y devolvía un error de validación. Nadie lo notó porque se llama dentro de un try y, al fallar, no verificaba nada. Ambas rutas pasaron a un prefijo propio y se revisó todo app.py con un detector escrito para esto: no queda ninguna otra tapada.
• 🧾 Ticket de picking de la cotización, con los productos unificados. Una cotización repite el mismo producto en varias líneas —se van agregando al armar el pedido—, así que en bodega hay que recorrer decenas de renglones y sumar de cabeza. El ticket agrupa por código y suma las cantidades: en un caso real de 32 líneas quedaron 12 productos, y las cantidades unificadas por su precio dan exactamente el subtotal de la cotización. El documento comercial no se toca. Sale por impresora de tickets (80 mm): como en 72 mm útiles no cabe la descripción junto a la cantidad, cada producto usa dos renglones —descripción arriba; código con casilla [ ] y cantidad en grande abajo— y las descripciones largas se parten en vez de truncarse. Ordenado de mayor a menor cantidad, con cliente, destino, transportista, vendedor, totales y espacio de firma. Botón en Despachos y en el Historial de cotizaciones.
• 🔗 Vincular a mano la factura de un despacho. Cuando el ERP no dejó el enlace, la tarjeta ofrece "🔗 Vincular factura": se abre un cuadro con las facturas del mismo cliente y fecha cercana, marcando en verde las que calzan en monto con la cotización y advirtiendo las que ya están ligadas a otra — o se escribe el número directamente. La elección la hace una persona; el sistema propone, no decide. El vínculo se guarda en Kognit (cot_despacho_factura, con quién y cuándo) y no modifica nada en el ERP. Desde ahí ese despacho muestra su estado de pago como cualquier otro.
• — El badge deja de afirmar "sin pago" cuando en realidad NO se sabe. Si un despacho figura facturado pero ninguna factura quedó ligada a la cotización en el ERP (FANROCOT vacío, lo habitual al facturar desde el ERP de escritorio), no hay forma de saber cuál es su factura ni si está pagada. Antes eso se mostraba como "SIN PAGO AÚN", que es falso; ahora dice "— SIN FACTURA VINCULADA" con la explicación al posar el mouse. Se evaluó adivinar la factura desde gecot_det.CODFACT y se descartó: ahí esa columna es una marca (vale 1), no un folio, y habría enlazado una factura ajena mostrando el pago de otro cliente.
• ◑ El badge de pago distingue ahora el pago PARCIAL. Era de sí o no, así que una factura con un abono a cuenta se veía idéntica a una sin ningún pago. Ahora hay tres estados y el parcial indica, al posar el mouse, cuánto se abonó y cuánto falta.
• 🔧 Menos formas de que un pago quede "invisible". El cálculo del pendiente exigía que PATIPODOC fuera idéntico al tipo del documento; un pago grabado como FAC sobre una factura FEL no se contaba y el documento aparecía impago. Ahora, si no encuentra nada con el tipo exacto, amplía la búsqueda a la familia (FEL/FAC/FEC/FEX o BEL/BOL), pero solo tras comprobar que ese número no está repetido entre dos documentos distintos. Además los dos except mudos de esa pantalla ahora dejan el error real en el log.
• 🧑‍💼 Cambiar el vendedor de un documento sin abrirlo (Conexiones → Cambios varios). Hasta ahora, corregir el vendedor de una cotización obligaba a entrar a ella y regrabarla entera, cuando lo único que cambia es un código. La pantalla nueva busca por número, muestra cliente y vendedor actual, y deja elegir el nuevo de la lista real del ERP (gevend; se rechaza un código que no exista ahí, porque dejaría el documento fuera de todos los informes por vendedor). Escribe gecot_enc.COVEN —el ERP, que es de donde salen las comisiones— y en el sistema nuevo actualiza cot_cabecera. Motivo obligatorio, historial propio y auditoría completa (quién, cuándo, IP y equipo). Al confirmar avisa que el documento pasa a contar para las comisiones del nuevo vendedor.
• 🐞 Dos errores que reventaban en silencio, encontrados revisando el código completo. (a) Al enviar un certificado de calidad por email, el SMTP personal del usuario nunca se aplicaba: quedaba una variable suelta (req.usuario_codigo) heredada de la función de la que se separó ese código, que lanzaba error siempre y quedaba tapada por un except: pass; todos los certificados salían con el correo global. Corregido, y ese except ahora deja el motivo en el log. (b) El respaldo de base de datos en modo Python (el que se usa si no está mysqldump) fallaba en la primera columna de texto o fecha porque usaba date sin importarlo. Se revisó todo app.py con un analizador de ámbitos y no queda ningún otro nombre sin definir.
• 📅 Fix — aplicar una nota de crédito siempre caía en la caja de HOY. Los tres caminos de crédito (NC, saldo a favor del ERP y monedero de Kognit) grababan PAFECING con la fecha del momento, sin opción, así que una NC aplicada días después caía en la Planilla de Caja equivocada — el mismo problema ya corregido en los pagos con plata. Ahora los tres reciben la fecha del pago que ya se elige en el modal, validada en el servidor (formato correcto y nunca futura). No hay campo nuevo que llenar, y también aplica cuando la factura se salda solo con una NC.
• 🏦 Fix — en el Estado de Cuenta no se veía de qué banco era el cheque. El kardex traía N° de cheque, cupón, tarjeta y cobrador, pero no el banco: para ir a cobrarlo había que buscar el papel. Ahora se lee gepagos.PANROBAN y se traduce con el maestro gebancos (con el respaldo del texto Bco: de los cheques antiguos): "Cheque N° 1234 · Banco BCI".
• 🧾 Fix — un cheque que paga varias facturas no decía que iban juntas. Cada factura mostraba su abono por separado, así que parecían cheques distintos y el monto del papel no calzaba con ninguna. Ahora se agrupan por N° de cheque + banco del mismo cliente y cada documento indica "Pagada junto con FAC-1234, FAC-1235 (mismo cheque)".
• 🔧 Fix del fix — la Planilla de Caja quedaba en "Generando…" y terminaba en error interno. El criterio único de fecha del punto anterior se resolvía dentro del SQL, con una subconsulta contra la conciliación en el WHERE. Eso dejaba de poder usar el índice de PAFECING y obligaba a recorrer gepagos entero ejecutando la subconsulta por cada fila: la consulta se eternizaba y la conexión se cortaba sola (HTTP 500 … (0, '')). El criterio no cambió en nada — cambió dónde se calcula: ahora se resuelve en memoria, aprovechando que la conciliación ya está cargada, y los candidatos se buscan con dos consultas baratas que sí usan índice (los pagos ingresados ese día, y los de documentos cuyo abono bancario es de ese día). Mismo resultado, sin la espera.
• 🗺️ Plano de bodega — varios planos, códigos de producto y stock real. La herramienta original de E. Monsalve evolucionó: pasó de un plano a varios (bodegas y zonas distintas, cada una con sus estanterías, nombres, posiciones y número de niveles) y sumó un campo para los códigos de producto. Kognit ahora acompaña ese modelo:
  • Importación del respaldo .json (admin): trae planos, geometría y asignaciones de una vez. Más robusto que leer el HTML —que sigue disponible— porque el respaldo es datos, no código. Va en dos pasos: primero dice qué cambiaría (planos, estanterías, asignaciones, cuántas traen código y cuántas quedarían huérfanas porque su estantería ya no existe) y solo al confirmar escribe. La geometría se reemplaza; las asignaciones se mezclan, así que lo trabajado en Kognit que el respaldo no traiga se conserva.
  • Selector de plano arriba (aparece solo si hay más de uno), y el lienzo se ajusta al tamaño real de cada plano.
  • Códigos de producto por nivel: al abrir un nivel se ve, por cada código, su descripción y su stock real (mismo criterio que Inventario, para que el número no difiera del resto del sistema). Un código que no existe en el maestro se muestra en rojo en vez de esconderse. El buscador también busca por código.
  • Editor completo dentro de Kognit (admin o el permiso nuevo "Editar el plano de bodega"): botón Editar plano y, con él, arrastrar para mover, tirador para redimensionar, ⟳ para girarla (de horizontal a vertical y al revés), 🔒 para bloquear, clic en el nombre para renombrar, ⧉ para duplicar y ✕ para eliminar una estantería — avisando cuántos niveles con producto se perderían. También − / + para quitar o agregar niveles (tope de 5, que es el máximo del plano original), avisando si el nivel que se quita tenía algo asignado. Más + Agregar espacio y la administración de planos: Nuevo, Renombrar, Duplicar (copia estanterías y asignaciones) y Eliminar (no deja borrar el último). Todo con guardado automático; asignar productos a un nivel sigue sin requerir permiso.
  • Pantalla completa (botón ⛶): usa la del navegador, que oculta también su barra, y si el navegador la rechaza cae a un modo propio que fija el plano a la ventana — así la función nunca queda inservible. Deja solo el plano: se ocultan el encabezado y el panel lateral y se mantiene la barra de arriba, que es donde se cambia de plano y se sale, de modo que el dibujo ocupa todo y queda espacio para recorrer los niveles con el mouse y leer sus tooltips. Sale con el mismo botón o con Esc, y el dibujo se reajusta al nuevo tamaño.
  • Los controles de cada estantería pasaron a una columna vertical al costado derecho (mover, bloquear, girar, pasillo, +/− niveles con el número al medio, duplicar y eliminar), y más grandes. En fila sobre una estantería angosta quedaban de pocos píxeles y era fácil apretar "eliminar" queriendo apretar "duplicar".
  • El campo "Código(s) de producto" pasó a ser un buscador. Se escribe código o nombre y aparecen las sugerencias del maestro del ERP con descripción y stock; al elegir una, el código se agrega a la lista separado por coma, sin pisar los que ya estaban, y queda listo para escribir el siguiente. Marca los que ya están en ese nivel para no repetirlos. Antes había que escribirlos de memoria, y con dos convenciones conviviendo (CO-4 NPT y CNPT4 son productos distintos) es fácil asignar el equivocado y que el buscador no encuentre nada.
  • El resultado de la búsqueda se marca EN EL PLANO: al elegir un producto, el resto se atenúa y queda encendido solo el nivel donde está, con un latido de un par de segundos para ubicarlo en pantalla grande (respeta "reducir movimiento" del sistema). Picking en verde, reposición en morado, el mismo código de color del tooltip. Si el producto no está en el plano que se ve, salta al plano donde sí está. Aparece una ficha flotante con ese producto y solo ese: descripción, stock total y por bodega, y todas sus ubicaciones —de este plano y de los demás—, cada una con un clic para ir. El resaltado se mantiene hasta cerrar la ficha con la ✕.
  • Buscador de producto en la barra del plano, en dos pasos: se escribe código o descripción y la lista sale del maestro de productos del ERP (la misma que usa cotizar, no solo lo ya escrito en el plano); al elegir uno, dice dónde está: plano, estantería y nivel, en todos los planos a la vez, con su stock total y por bodega. La ubicación de picking va primero y la de reposición después, y un clic salta a ese plano y deja el nivel seleccionado. Si el producto no está asignado a ningún nivel lo dice, y muestra la ubicación que figure en el ERP.
  • El selector de planos sale en orden alfabético por nombre, no en el orden en que se importaron: con varias bodegas (B01-…, B02-…) encontrar la que se busca es inmediato. Orden natural y sin distinguir mayúsculas, así B10 va después de B2 y un nombre en minúsculas no se va al final.
  • Las bodegas del tooltip salen en orden alfabético por nombre (antes en el orden de las columnas ITBOxx, que es el de creación en el ERP), con orden natural para que "Bodega 2" quede antes que "Bodega 10".
  • En modo Solo ver también se muestra el nombre (y el pasillo) de cada estantería sobre su marco: antes solo aparecía al editar, así que mirando el plano no se sabía qué estantería era cuál.
  • Vista en 3D (solo lectura), con cada repisa a su altura real. Se gira arrastrando, se acerca con la rueda del mouse y vuelve a la vista inicial con doble clic (es solo la cámara: no toca la geometría ni se guarda). Hecha con transformaciones CSS y sin librerías externas: el servidor puede estar sin internet y un CDN fallaría en silencio, como ya pasó con el escáner de bodega.
  • Descargar respaldo: exporta el plano en el mismo formato .json de la herramienta, para abrirlo allá o guardarlo como copia — el viaje de vuelta del importador. También se sumaron el color del texto por nivel y la marca contenedor / sub-bodega.
  • Tooltip al pasar el mouse por un nivel: línea de producto, notas y, por cada código, descripción y stock (cero en rojo, códigos inexistentes marcados). Si el mismo producto está asignado en otro nivel —de este plano o de otro— lo indica: "↳ también en Reposición · X5 · N4". Con más de 8 códigos muestra los primeros y "+ N más". Cuando el ERP lleva stock por bodega (ITBO01, ITBO02…), muestra además cuánto hay en cada local con su nombre de gebodegas —por ejemplo B01: 786 · B02 Stgo Concha: 120—, omitiendo las que están en cero. El pie aclara que el TOTAL es la suma de todas las bodegas, no el stock de ese estante: el ERP lleva stock por bodega, no por estantería.
  • Casilla "este espacio es de reposición" por nivel, para distinguir el lugar donde se va a buscar del de respaldo (hasta ahora eso solo se intuía de que el estante se llamara "reposicion", que es una convención, no un dato).
  • "Aplicar ubicaciones al ERP" trabaja SOLO sobre el plano que se está viendo, no sobre todos a la vez. Cada plano es una bodega distinta y escribir todas de golpe, sin revisarlas por separado, es demasiado. El botón lo dice ("este plano"), la confirmación empieza indicando de cuál se trata, y si quedan ubicaciones en otros planos avisa cuántas. La vista previa muestra además el Pasillo, que antes no salía en los ejemplos.
  • "Aplicar ubicaciones al ERP" (admin): escribe la ubicación del plano en geitems_mae.ITUBI1-4, los mismos campos que ya usan el escáner de bodega y Crear Producto — en vez de una tabla paralela de ubicaciones que tarde o temprano diría algo distinto al ERP. Muestra antes qué cambiará y omite los códigos inexistentes informándolos, en vez de fallar a medias. Esos campos son de 5 caracteres, así que la ubicación se arma: Bodega = el código del plano, que ahora se define a mano con el botón "Código ERP" (FITT, VNPT…) en vez de un correlativo P2/P3 que no le dice nada a nadie; Estante = el nombre de la estantería si cabe en 5 (E1, A4a) y solo si no cabe su id interno — antes escribía siempre el id, así que el plano mostraba "E1" y el ERP decía "X1"; Pasillo = el pasillo de la estantería, que se pone con el botón P en modo edición (hay bodegas con dos o tres) y se deja vacío cuando la bodega tiene uno solo. El pasillo tiene nombre y código: se escribe el nombre visible ("Pasillo 1", "Pasillo Fittings") y el sistema propone el código de 5 caracteres para el ERP (P1), corregible. El nombre se guarda una sola vez por pasillo y lo comparten todas sus estanterías; en el plano se ve el código y el nombre completo sale en el tooltip del nivel; Nivel = N1, N2… El botón ℹ Información explica esto dentro de la propia pantalla.
• 🗂️ Fix — al pulsar un grupo del menú se abría el desplegable de OTRO grupo. Cada grupo creado desde el editor nacía con el mismo identificador interno (grupo), y el desplegable se abre buscando ese identificador: con dos grupos propios, el segundo botón terminaba abriendo el menú del primero (por ejemplo, "Administración" mostrando Inventario y Compras). Ahora cada grupo nuevo nace con un id único y los grupos ya guardados con ids repetidos se desempatan solos al dibujar el menú — no hay que rehacer la configuración a mano.
• 📄 Planilla de Caja en PDF. Junto a Imprimir y Excel hay ahora un botón PDF que descarga la planilla del día como archivo, apaisado y listo para enviar o archivar (antes solo se podía imprimir desde el navegador). Trae lo mismo que la pantalla y en el mismo orden: las facturas emitidas del día con sus totales, el cuadro aparte de cobros de facturas de otras fechas, el resumen con el desglose de "Pagos al día" y el listado de pendientes con la columna Días (30 o más en rojo). Las facturas sin pago quedan en ámbar, igual que en la vista web.
• 📄 Libro de Ventas — nueva columna "Cond. pago" después de N° Doc, con la condición de pago del documento (CONTADO, 30 días…). Se muestra la descripción legible del catálogo del ERP (getipo_pag), no el código; si no hay descripción registrada cae al código. Solo aplica a facturas — boletas y notas de crédito no llevan condición, así que van en blanco. Es la vista Pro; el Excel y la vista Clásico (SII) mantienen el formato legal del libro, sin la columna.
• 📦 Despachos — nuevo estado "Entregado en sala de ventas". Para cuando el cliente cambia de opinión y se lleva la mercadería directamente desde la sala en vez de despacharla. Cierra el ticket igual que "Entregado a transporte" (se mantiene visible el día en que se marca y sale de la pantalla al día siguiente), pero deja constancia de que no hubo transporte — por eso no pide voucher.

• 📅 Fix — la Planilla de Caja de un día pasado cambiaba con el tiempo. Al buscar los pagos de las facturas del día no se miraba cuándo se habían recibido, así que una factura emitida hoy y pagada dentro de un mes aparecía como pagada al reabrir la planilla de hoy: la caja de un día ya cerrado dejaba de reflejar lo que realmente entró, y dos impresiones de la misma planilla en fechas distintas no coincidían. Ahora cada planilla cuenta solo los pagos recibidos hasta esa fecha, con el mismo criterio en la lista de facturas pendientes. Los pagos posteriores no se pierden: aparecen en la planilla del día en que realmente se recibieron. Con esto la planilla de cada día queda como una foto fiel de ese día.
• 💰 Fix — la "Deuda Real" del cliente no descontaba los cheques en cartera de facturas antiguas. La deuda arrastrada (documentos anteriores al período consultado, calculada desde el primer movimiento del cliente) excluía todos los pagos en estado pendiente, así que una factura vieja ya cubierta con cheque seguía sumando. Ahora usa el mismo criterio que el resto: el cheque en cartera descuenta, porque el cliente ya pagó. Bajo el número se detalla qué se descontó — créditos disponibles (NC por asignar) y cuánto corresponde a cheques en cartera ya restados — para poder cuadrar el monto de un vistazo.
• 💰 Fix — el mismo pago se contaba DOS veces en la Planilla de Caja. Detectado con datos reales (FAC-144404: pagado en la caja del 19 y otra vez en la del 20). La planilla mira dos fuentes para saber si un documento está pagado —la conciliación de Kognit y los pagos del ERP— y les aplicaba criterios distintos: la conciliación no miraba fechas, así que el documento salía pagado en su día aunque la plata hubiera entrado después, y ese pago volvía a aparecer como cobro de otra fecha el día en que realmente entró, inflando los totales. Ahora se aplica el mismo criterio a las dos fuentes: cada pago se cuenta una sola vez, en la caja del día en que entró el dinero.
• 📋 Los cobros de facturas de otras fechas ahora van en un cuadro aparte. Antes se mezclaban entre las ventas del día con "Monto factura" en cero. Ahora la planilla trae la tabla de las facturas emitidas ese día con su total, y debajo un cuadro "Cobros de facturas de otras fechas" con su propio subtotal — plata que entró ese día por facturas emitidas antes. Suma a la caja pero no a "Facturado". Cada pago está en una tabla o en la otra, nunca en las dos.
• ⏱️ Columna "Días" en las facturas pendientes: cuántos días lleva sin pagarse cada factura desde su emisión, con las de 30 días o más destacadas en rojo. En pantalla, impresión y los dos Excel.
• 📊 "Pagos al día" ahora viene desglosado por medio. El resumen muestra, arriba del total: Efectivo, Transferencias, Redbank, Depósitos, Tarjeta de débito y Cheques al día (omitiendo los que van en cero), y cierra con el total. Desglose y total se calculan en el mismo punto del código, así que no pueden descuadrarse. Va igual en pantalla, impresión y los dos Excel. Bajo el total siguen aparte los conceptos que no son dinero de ese día: cheques a fecha, tarjetas de crédito, créditos y notas de crédito.
• 📅 Fix de raíz — los pagos del Libro de Ventas siempre quedaban con fecha de hoy. Al registrar o conciliar un pago, el sistema grababa el día en que entró el dinero (PAFECING) con la fecha del momento, sin opción. Como el contador ingresa al día siguiente los cobros del día anterior, esos pagos caían en la Planilla de Caja del día equivocado y aparecían como "cobro de documento de otra fecha". Ahora: al conciliar la cartola se usa la fecha del abono en el banco (cuando la plata entró de verdad, no cuando se alcanzó a conciliar); "Registrar pago" tiene campo "Fecha del pago" con aviso en ámbar si no es hoy y sin fechas futuras; y el reintento de pagos pendientes usa la fecha guardada, no la del reintento. Validado también en el servidor.
• 🔧 Herramienta para corregir los pagos ya mal fechados (Conexiones → 📅 Fechas de pagos). El fix anterior arregla lo nuevo; esto arregla lo que ya estaba grabado. Cruza los pagos contra la fecha del abono bancario guardada en la conciliación y muestra primero qué cambiaría: cuántos, por cuánto, el impacto por día y el detalle con "está en / pasa a". Recién al confirmar se aplica. No modifica el ERP: la corrección se guarda en una tabla propia de Kognit y la planilla la aplica por encima, así que el pago en el ERP queda igual (mismo monto, estado y documento) y el cambio es reversible. Los pagos ingresados directo en el ERP de escritorio no aparecen.
• ⏱️ La fecha del pago se recuerda durante la sesión. Quien digita una tanda de cobros del día anterior la elige una vez y los siguientes parten con esa misma fecha, en los tres modales de pago. La primera vez sigue partiendo vacía (elección consciente) y no se arrastra de un día para otro.
• 🗺️ Plano interactivo de bodega (nuevo, solo Allen). Mapa de la bodega a escala donde cada nivel de cada estantería se etiqueta con la línea de producto que va ahí, con color, notas, buscador y exportación. Idea y plano original de E. Monsalve; al integrarlo se conservó su diseño y geometría, y las asignaciones ahora se guardan en la base de datos (no en el navegador), así lo que asigna una persona lo ve todo el equipo y queda registrado quién lo cambió y cuándo. Se activa en Conexiones → Módulos (apagado por defecto). Si la bodega se rediseña, "⬆ Actualizar plano" permite subir el HTML nuevo: se lee solo la geometría, nunca se ejecuta el archivo, y lo ya asignado se conserva para las estanterías que mantengan su nombre.
• 🔑 Recuperación de contraseña (nuevo). Antes, quien olvidaba su clave quedaba bloqueado sin vía dentro del sistema. Ahora el login tiene "¿Olvidaste tu contraseña?": el usuario escribe su código, queda registrada la solicitud (fecha, equipo, IP) y le llega un correo al administrador. El sistema nunca cambia una clave solo: el admin entra a Parámetros → Usuarios → 🔑 Recuperaciones (con contador de pendientes) y aprueba o rechaza. Al aprobar se genera una clave temporal que se muestra una sola vez para dictarla, y se envía por correo al usuario si tiene uno registrado. Al entrar con ella, el sistema obliga a definir una clave propia. Seguridad: límite de 5 intentos por IP cada 15 minutos, la respuesta es siempre la misma exista o no el usuario (para que nadie averigüe códigos válidos desde el login), una sola solicitud pendiente por usuario, y auditoría de quién resolvió y cuándo. Si el correo falla, la solicitud igual aparece en pantalla.
• 🧾 Fix importante — las notas de crédito y saldos a favor que se marcaban al pagar nunca se aplicaban. En CxC el panel de "Notas de crédito / Saldos a favor" dejaba marcarlos y los usaba para el cálculo de "pago exacto", pero al guardar no se enviaban: el documento quedaba pendiente y la NC seguía sin asignar, tanto en el pago masivo como en el individual. Ahora se aplican de verdad, con el pago real escrito en el ERP. Cada crédito trae un selector "Aplicar a": en Automático se reparte entre los documentos marcados empezando por el más antiguo; eligiendo un documento queda amarrado a ese, y si sobra, el resto sigue al reparto automático en vez de perderse. Se aplican después de los pagos, para que cada crédito impute solo sobre lo que la factura todavía debe. También se puede guardar sin plata, cuando una factura se salda entera con una NC. Incluye notas de crédito, saldos a favor del ERP y monedero de Kognit; si una aplicación falla se dice cuál y por qué. El panel quedó igual en las dos pantallas de pago masivo (la de detalle por documento y la de instrumentos del lote, que antes ni siquiera mostraba los créditos) y en el pago individual.
• 🏛 El banco del cheque ahora sí queda guardado en el ERP (gepagos.PANROBAN). Kognit usaba una lista fija de bancos de Chile que no calzaba con el maestro del ERP, así que PANROBAN quedaba en 0 y el nombre se guardaba como texto dentro de la observación (Bco:...) — legible en Kognit, pero invisible para cualquier reporte del ERP que lea esa columna. Ahora los selectores se llenan con los bancos reales de gebancos y al grabar se traduce el nombre a su código BACOD. La Cartera de Cheques traduce el código de vuelta a nombre, y sigue leyendo el texto antiguo para los cheques ya cargados así. Si la empresa no tiene la tabla, todo funciona como antes. Además, si falta un banco, el propio selector trae "➕ Agregar banco…": pide el nombre y lo crea en gebancos con el siguiente código disponible (si ya existía lo reutiliza, no lo duplica). Solo admin/superadmin.
• 🏦 Fix — al dividir un pago en varios cheques se perdía el banco. El botón "Dividir en esa cantidad de cheques" (pago masivo, pool de instrumentos y pago individual) dejaba el banco y el vencimiento en blanco en cada cheque nuevo, y como el banco no era obligatorio, el pago terminaba grabándose en el ERP sin banco. Ahora los cheques divididos heredan el banco y el vencimiento del cheque original —que es lo normal cuando pagan con varios cheques del mismo talonario— y quedan editables. Además el banco pasó a ser obligatorio en el pago masivo, junto al N° y la fecha del cheque.
• 🧾 "Pagar varios documentos" ahora muestra los saldos a favor y las notas de crédito del cliente, igual que el pago individual (antes ese panel solo aparecía al pagar un documento suelto), para tener a la vista el crédito disponible antes de repartir los medios de pago. También aparece ahí el selector de Cobrador.
• 📆 La fecha del cheque pasó a ser obligatoria al registrar un pago con cheque, en todos los flujos (pago individual, masivo y Registrar pago del Libro de Ventas). De esa fecha depende que el cheque quede en cartera (a fecha, pendiente de cobro) o como cobrado hoy: sin ella, un cheque a 90 días se contaba como plata recibida hoy y descuadraba la caja. Validado también en el servidor.
• 🏦 Cambio importante — los cheques en cartera ahora sí saldan la factura del cliente. Recibir el cheque y que el banco lo haga efectivo son dos hechos distintos, y estaban mezclados en uno: como el cheque quedaba "pendiente de confirmar" no contaba como abono, las facturas ya pagadas seguían apareciendo con saldo y la deuda del cliente salía inflada — y para corregirlo había que confirmar el cheque, o sea declarar cobrado algo que aún no se cobra. Ahora el cheque cuenta como abono desde que se recibe: el documento queda saldado y el saldo refleja lo que el cliente realmente debe. El cheque sigue visible bajo su factura con la marca 🏦 en cartera y su fecha de cobro, y bajo el total de abonos se aclara cuánto corresponde a cheques por cobrar. En el ERP no se cambia nada (sigue pendiente hasta cobrarse) y la confirmación vive ahora solo en Cartera de Cheques. La Planilla de Caja no cambia: siguen sumando a "Cheques a fecha", no a "Pagos al día". Si un cheque se protesta, se marca como rechazado en Cartera de Cheques y la factura vuelve sola a quedar pendiente.
• 📅 Nuevo — la fecha del pago ahora decide en qué Planilla de Caja queda. El campo "Fecha del pago" ya existía, pero la planilla lo ignoraba, así que un cobro recibido ayer e ingresado hoy caía igual en la caja de hoy. Ahora esa fecha manda. Para que no se pase por alto, el campo parte vacío (obliga a elegir a qué día pertenece el dinero), no acepta fechas futuras, explica debajo para qué sirve, y avisa en ámbar cuando la fecha no es hoy ("Este pago quedará en la caja del 18/08, no en la de hoy"). Validado también en el servidor.
• 💵 Informe "Cheques en Cartera" — rehecho con el formato del ERP. Filtros nuevos: por fecha de vencimiento o de ingreso (Desde/Hasta), cliente, cobrador, banco y estado (solo en cartera / incluir cobrados). 🖨 Informe: agrupado por fecha de vencimiento con N° Cheque, Banco, N° Doc, RUT, Cliente y Monto, total por grupo, más total general al pie y marca de "vencido / vence hoy" que el original no traía. 📊 Excel con las mismas filas. La tabla en pantalla ahora muestra también banco y cobrador.
• ↩ Nuevo — deshacer la confirmación de un cheque (vuelve a la cartera). Si se marca por error como cobrado un cheque a fecha que todavía no se cobra (ej. pagaron en abril con un cheque a septiembre), ahora se puede devolver a pendiente. El pago no se elimina: sigue ligado a su factura, solo deja de contarse como cobrado. Dos caminos: el botón "↩ Volver a cartera" en la fila (filtrando por "Todos, incl. cobrados") y la pantalla "↩ Deshacer confirmación", que lista los cheques confirmados en los últimos 7/30/90/180/365 días según la auditoría —para encontrarlos sin recordar cuáles eran— y permite devolverlos en lote. Queda registrado quién y por qué. Para identificar con seguridad cuáles revertir, esa pantalla muestra la fecha de ingreso del pago y la fecha de vencimiento del cheque en columnas separadas, con filtros de rango para cada una, más el atajo "Mostrar solo los que aún no vencen": un cheque con vencimiento posterior a hoy no se pudo haber cobrado todavía, así que si está confirmado es por error (esos salen resaltados en ámbar con ⚠️). La misma pantalla tiene un selector "Cheques confirmados (candidatos a devolver)" / "Ya devueltos a cartera (historial)": el segundo muestra todo lo que se devolvió, con quién lo hizo, el motivo que escribió y el total devuelto.
• 📄 Nueva nota explicativa al pie de la Planilla de Caja (también sale impresa): explica que la planilla muestra el dinero que entró ese día —no solo lo facturado— y qué significa cada tipo de fila: las normales son los documentos emitidos ese día; las azules son cobros recibidos ese día de documentos emitidos en otra fecha (suman a la caja pero no a "Facturado", porque esa venta ya se contabilizó cuando se emitió); las verdes son ingresos sueltos cargados a mano. Incluye también el criterio de fechas del punto anterior.

Revisión completa del proceso de pagos masivos ("Pagar varios documentos" en Cuentas x Cobrar) y de cómo llegan a la Planilla de Caja. Se encontraron y corrigieron tres problemas:

• 💰 Fix grave — la Planilla de Caja no mostraba los cobros de facturas de días anteriores, así que la caja no cuadraba. La planilla se armaba solo con las facturas emitidas ese día y recién después les buscaba el pago. Como los pagos masivos sirven justamente para cobrar facturas antiguas, esa plata entraba pero no aparecía en ninguna parte de la planilla. (El pago siempre quedó bien registrado en el ERP: se veía en el Estado de Cuenta y en el Reporte de Pagos; era la planilla la que no lo reflejaba.) Ahora esos cobros salen como filas propias, con fondo azul claro, sumando a la columna de su medio de pago y a "Pagos al día". No suman a "Facturado del día", porque esa venta ya se contabilizó el día en que se emitió el documento — así el total facturado sigue correcto y la caja cuadra.
• 👤 Fix — "Pagar varios documentos" no guardaba el Cobrador. El pago individual sí lo registraba, pero el masivo nunca enviaba ese dato: todos quedaban con PACOBRA vacío en el ERP y por eso no aparecían en el Reporte de Pagos al filtrar por cobrador. Se agregó el selector de cobrador al modal de pago masivo, con "Oficina" precargado igual que en el individual.
• ⚠️ Fix — si un documento del lote fallaba, no había forma de saber cuál. Cada documento se cobra por separado (un pago por documento, como si se hicieran uno a uno), así que un error a mitad de lote deja unos cobrados y otros no. El aviso solo decía "N con error" y el detalle quedaba escondido en la consola del navegador. Ahora se muestra la lista exacta de los documentos que fallaron, con su monto y el motivo, para reintentar solo esos; además cada fallo queda en el log del servidor.

• 👥 Nuevo — Matriz de Permisos por Grupos (Parámetros → Usuarios). Antes cada usuario tenía sus ~50 permisos marcados uno por uno, sin ningún concepto de plantilla. Ahora se pueden crear grupos (ej. "Ventas", "Supervisores") con dos categorías — 🔒 Restricciones de datos sensibles (marcar = ocultar/limitar) y 🔓 Permisos adicionales de acceso (marcar = tiene acceso) — y asignárselos a cada usuario desde el modal de edición. Un usuario con grupo hereda automáticamente los permisos del grupo; si se le marca/desmarca algo puntual distinto a lo del grupo, queda como excepción individual (resaltada en ámbar) que no se pierde ni se contamina si el grupo se edita después — se calcula en cada login como grupo + excepciones propias. Eliminar un grupo deja a sus usuarios con permisos 100% individuales (nunca se quedan sin acceso). Retrocompatible: un usuario sin grupo asignado (todos los existentes al desplegar esto) funciona exactamente igual que antes. Nuevos endpoints GET/POST/PUT/DELETE /api/admin/grupos-permisos.
• ⏱ Nuevo — Descarga automática programada de facturas PDF (Conexiones → Descargar facturas PDF). Hasta 3 horarios diarios configurables (ej. 08:00 / 13:30 / 19:00) + selector de días de la semana (con atajos "Solo laborales" / "Todos") para que el servidor descargue solo, en segundo plano, sin depender de tener Kognit abierto — y sin correr en vano los fines de semana si no hay documentos nuevos. Cada corrida cubre mes actual + mes anterior (por si quedó algo rezagado de fin de mes) y nunca descarga de más: reutiliza la deduplicación por archivo que ya tenía descargador_facturacion.py (contador vs. total del mes, historial de descargas, folios ya en disco), así que repetir el rango es rápido y seguro. Nuevo marcador "📍 Última descarga automática" con fecha y resumen. La descarga manual (año/mes a elección) sigue funcionando igual que siempre, aparte.
• 📄 Fichas Técnicas automáticas por producto — implementado y luego revertido el mismo día. Se intentó (extracción de specs/fotos desde el link del proveedor, borrador editable, PDF con plantilla oficial), pero surgieron varios bugs en la práctica (rutas de FastAPI mal ordenadas que hacían fallar la vista previa/imágenes, problemas de foco en el pegado de imágenes) y se decidió revertir todo el código para retomarlo con más calma más adelante. Sin rastro en el código actual.
• 🔐 Nuevo — selector de autorizador al aprobar/rechazar una cotización pendiente. Antes la clave valía de cualquier admin/superadmin (o usuario con permiso autorizar_notas_pendientes) sin quedar registro de quién de verdad autorizó — el sistema solo "adivinaba" contra la clave de cada usuario elegible. Ahora el modal "Autorizar" pide elegir explícitamente el usuario (los mismos elegibles de siempre: admin/superadmin, o quien tenga el permiso "Autorizar notas pendientes" vía su Grupo de Permisos o como excepción individual — ej. bodega) y valida la clave de esa persona puntual. El registro de auditoría (cot_estado_log) deja constancia real de quién autorizó, en vez de solo registrar a quien estaba logueado en el navegador. Nuevo endpoint GET /api/usuarios/autorizadores.
• 🔧 Fix grave — Grupos de Permisos (y toda la pantalla de Usuarios) daba 500 en empresas con MySQL 5.5 (ej. GAMSPA): la tabla cot_permisos_grupos tenía tres problemas de definición que se fueron destapando uno tras otro — columnas DATETIME ... ON UPDATE CURRENT_TIMESTAMP (solo válido en TIMESTAMP, y en 5.5 además solo se permite una columna TIMESTAMP automática por tabla), y la columna permisos TEXT DEFAULT '{}' (MySQL nunca permite DEFAULT en columnas TEXT/BLOB, en ninguna versión — este era el error real de fondo). Como GET /api/admin/usuarios también toca esta tabla (para el badge de grupo), la pantalla de Usuarios completa quedaba en blanco ("No hay usuarios"), no solo Grupos de Permisos.
• 🔐 Autorizar cotización ahora también graba en el propio ERP quién aceptó. Además de pasar a ACTIVA, se actualiza gecot_enc.COBODUSER (código de bodeguero) y COBODFEC (fecha/hora) — mismo momento de la autorización, no de la impresión. No bloquea la autorización si esas columnas no existen en alguna empresa puntual. Ojo: el código de login en Kognit no siempre es el mismo que el código de bodeguero real en el ERP (ej. Miriam Lastra = "01" en Kognit pero "B01" en el ERP) — se agregó un campo nuevo y editable "Código de bodeguero (ERP)" en la ficha de cada usuario (Parámetros → Usuarios) para mapearlo explícitamente; si se deja vacío, se sigue usando el código de Kognit como respaldo.
• 🖨 Nuevo — pantalla "Notas de Venta Impresas" (Parámetros) + aviso al autorizador. Historial completo (pendientes e impresas) de lo que se encoló hacia la estación de impresión de notas de venta al autorizar cotizaciones, con filtros de fecha/estado/búsqueda y quién autorizó cada una. Además, quien autorizó recibe un toast ("🖨️ Nota de venta X impresa correctamente") en su pantalla cuando la estación confirma la impresión, sin tener que estar revisando nada — mismo ritmo de polling (8s) que el chat interno. Ojo: "impresa" solo significa que se le mandó la orden al sistema operativo, no hay confirmación de que salió el papel. Nuevos endpoints GET /api/notaventa/impresion/historial y GET /api/notaventa/impresion/avisos.
• 🔧 Fix grave — Cuentas x Cobrar: pagos ya cobrados (CO) en el ERP no aparecían para nada en Kognit (ej. GAMSPA). Causa real: un NameError (_re sin importar) dentro de cxc_kardex hacía fallar en silencio TODO el cruce de pagos del cliente apenas encontraba uno con datos de tarjeta en la observación — quedaba tapado por un except: pass que no dejaba rastro. Corregido el import faltante, y el log del servidor ahora registra el error real si este bloque vuelve a fallar por otra causa (antes quedaba mudo).
• 📝 gecot_det.CODOBS ya no se llena al crear/modificar cotizaciones (antes guardaba ahí la descripción del producto de esa línea) — estaba generando problemas al facturar desde el ERP de escritorio. Kognit nunca dependía de ese dato para mostrar nada (siempre re-obtiene la descripción vía geitems_mae), así que no afecta ninguna pantalla.
• 🛠 Nuevo — Fichas Técnicas de productos (Parámetros → Fichas Técnicas). Se cargan especificaciones libres (pares nombre/valor: material, medidas, norma, presión…) por código de producto, para mostrarlas junto al producto en el catálogo. Se pueden escribir a mano o extraer automáticamente pegando el link de una ficha de sansunstainless.com: lo extraído queda siempre como borrador editable y se suma a lo ya escrito sin pisarlo — nunca se publica solo. Nueva tabla cot_fichas_tecnicas y endpoints /api/fichas-tec/*.
• 📝 gecot_det.CODOBS ahora se graba en blanco en vez de NULL.
• 💵 CxC — Cartera de Cheques: nuevo atajo "Marcar todos los que vencen hasta" una fecha. Se elige una fecha de corte y se marcan de una todos los cheques pendientes de cualquier cliente con vencimiento igual o anterior, listos para confirmar en lote con el botón "✔ Confirmar seleccionados" que ya existía.

• 🔖 Nuevo — Trazabilidad de coladas / Certificados 3.1. Vincula el Heat No. de los certificados de calidad (Mill Test Certificate 3.1, PDF del proveedor) con el producto y el lote de Bodega, para poder emitir/enviar solo la página del certificado que corresponde a lo que realmente se vendió — no el PDF completo, que trae coladas de otros clientes. Escaneo de la carpeta de certificados en segundo plano (con barra de progreso), match asistido con sugerencia automática de producto (usando el diccionario del Traductor), consulta por producto o por factura/boleta, y envío de la página exacta por email. Nueva página certificados.html, accesible desde el ícono 🔖 en Historial → Facturas.
• 🔧 Fix grave — el módulo Bodega completo (bodega_router.py) nunca estaba registrado en app.py, no solo lo nuevo de hoy: le faltaban el import y el app.include_router(...), así que todas sus rutas devolvían 404 en silencio desde siempre. Corregido.
• 🌍 Traductor de productos — ahora soporta varias descripciones en inglés por código (antes solo guardaba una; proveedores distintos nombran distinto el mismo producto). "Lista para Proveedor" ganó edición inline de las traducciones. Se cargaron 31 traducciones nuevas desde el Excel de la orden C-1000, cruzadas contra el ERP. Este mismo diccionario alimenta ahora la sugerencia automática de match en Certificados 3.1.
• 💳 CxC — "Tipo de tarjeta" también se captura en pagos con Redcompra/débito (antes ese campo solo aparecía para Tarjeta de crédito, así que en débito nunca se guardaba nada).
• 👤 CxC — el selector "Cobrador" del registro de pago al ERP ahora precarga "Oficina" por defecto (antes quedaba vacío cada vez que se abría el modal, había que elegirlo a mano siempre).
• 🔧 Fix — el Estado de Cuenta del cliente (CxC) no mostraba el tipo de tarjeta ni el cobrador de un pago ya registrado, aunque sí quedaban guardados correctamente en el ERP (se veían bien en la Planilla de Caja) — daba la sensación de que esos datos no se habían guardado. Ahora se muestran también ahí, bajo cada pago.
• 🔧 Fix — sincronización de pagos Transbank: parser de la cartola corregía columnas mal detectadas (monto y fecha podían tomar la columna equivocada cuando había varias con nombre parecido, ej. "Fecha de venta de la anulación" en vez de "Fecha de movimiento") y ahora también extrae automáticamente tipo de tarjeta, N° de cuotas y N° de boleta al registrar el pago.
• 🔧 Fix — Centralización de compras en el Libro de Compras duplicaba el IVA al sumar el total de cada cuenta de centralización (el IVA ya se mostraba aparte, sumado, en la línea "IVA CF").
• 🔖 Certificados 3.1 — match automático mucho más fuerte + confirmar en lote. Antes la sugerencia de producto solo comparaba el texto en inglés contra todo el diccionario del Traductor; ahora primero cruza contra lo que realmente se recibió en el ERP bajo esa orden de importación (mismo número de orden usado al confirmar el ingreso), acotando el universo de candidatos a 1-5 productos en vez de todo el catálogo — cada línea queda marcada con su nivel de confianza (✅ alta / 🟡 media / ⚠️ ambigua, con botones para elegir entre los candidatos reales de esa orden). Nuevo botón "Confirmar todo lo de alta confianza" en la pantalla de match, para limpiar de un clic el grueso de líneas sin ambigüedad real (pensado para los ~1600 pendientes viejos). Nuevo endpoint POST /api/bodega/certificados/confirmar-lote.
• 🔖 Certificados 3.1 — filtro por nivel de confianza en la pantalla de match. Botones "Todas / ✅ Alta confianza / 🟡 Media / ⚠️ Ambiguas" arriba de la lista, para poder revisar puntualmente las de alta confianza antes de usar "Confirmar todo lo de alta confianza" (en vez de tener que confiar a ciegas en el botón de lote).
• 🔖 Certificados 3.1 — filtro por carpeta, para avanzar de a poco. Nuevo selector "📁 Carpeta" en la pantalla de match (ej. "C-1000") que acota tanto la lista mostrada como el botón "Confirmar todo lo de alta confianza" a esa carpeta puntual — pensado para ir procesando los ~1600 pendientes viejos carpeta por carpeta, en vez de todos juntos.
• 🔧 Fix — la búsqueda de producto en Certificados 3.1 (match manual) no mostraba nada al escribir cuando la consulta al servidor fallaba (el error quedaba tragado en silencio); ahora se ve el motivo real, y también "Buscando…"/"Sin resultados" mientras se escribe.
• 🔖 Nuevo — Certificados 3.1: pestaña "✅ Ya confirmados" para revisar y corregir matches equivocados. Antes, una vez confirmada una línea (heat no. → producto) no había forma de revisarla ni deshacerla desde la web. Ahora se puede listar todo lo ya confirmado (con el mismo filtro por carpeta) y, si un match quedó mal, revertirlo a "pendiente" con un clic — vuelve a aparecer en "Confirmar match" para corregirlo, y el lote de Bodega que había quedado con ese heat_no se limpia solo si nada más lo referencia. Nuevos endpoints GET /api/bodega/certificados/confirmadas y POST /api/bodega/certificados/revertir.
• 🎨 Certificados 3.1 (certificados.html) — cambió de tema oscuro propio a la misma paleta e identidad visual de Kognit (azules, tipografía Inter, topbar), para que se sienta parte del mismo sistema en vez de una herramienta aparte.
• 🔎 Certificados 3.1 — filtro por orden de importación ("🧾 Orden de importación") en "Confirmar match" y "Ya confirmados", además del filtro por carpeta — para poder ir revisando de a una orden puntual (ej. C-1000) en vez de toda la carpeta que la contiene.
• 🔧 Fix grave — "Consultar coladas por producto" y "Certificados de una factura/boleta" no mostraban ningún certificado ya confirmado (aparecía "Sin stock registrado en Bodega para este producto" aunque el match SÍ estuviera bien hecho). La causa: al confirmar un certificado, el lote de Bodega se crea con cantidad=0 (esa columna la maneja el stock físico, no la trazabilidad), y ambas consultas filtraban por cantidad>0 — ocultando en silencio cualquier certificado recién confirmado. Corregido para mostrar el lote si tiene heat_no, tenga o no stock físico contado.
• 🔧 Fix — el buscador de productos (/api/productos, usado en Cotizar/Certificados 3.1/etc.) ordenaba los resultados solo alfabéticamente, no por relevancia. Buscar "FERRULE" traía primero cualquier producto que mencionara esa palabra en cualquier parte de la descripción (ej. un conector que empezaba con "C..." y solo la nombraba al final) por delante de los productos que de verdad son "Ferrule Clamp ...". Ahora prioriza: coincidencia exacta → empieza con lo buscado → la frase completa aparece seguida → cada palabra suelta en cualquier lugar (como antes), y dentro de cada grupo mantiene el orden alfabético natural de siempre.
• 📦 Ingresos por Importación — los productos de cada importación ahora salen ordenados alfabéticamente por código (antes quedaban en el orden en que llegaron en el Excel/packing list del proveedor, sin ningún criterio para ubicar un código a simple vista en importaciones largas).
• 🔖 Nuevo — asociar Heat No. a mano desde Ingresos por Importación. Cada producto de una importación (incluso las ya ingresadas hace tiempo) ahora tiene un campo "Heat No." + botón "Guardar": si ya escaneaste el certificado PDF con ese heat no., lo confirma de verdad (queda ligado a la página real); si todavía no, igual guarda la trazabilidad para no perder el dato, y se puede completar después. Nuevo endpoint POST /api/bodega/certificados/asociar-heat-manual.
• 🔖 Nuevo — confirmar certificados en lote desde tu propia planilla (código + Heat No.). En "Confirmar match" de Certificados 3.1, nueva sección para subir la misma planilla donde ya escribes el código ERP de cada producto al recibir el pedido, agregándole una columna "Heat No." una vez que tengas los certificados — Kognit cruza exacto contra las líneas de certificado escaneadas y confirma de golpe, sin adivinar por texto. Nuevo endpoint POST /api/bodega/certificados/confirmar-por-planilla.
• 🔧 Fix grave — Certificados 3.1 perdía la trazabilidad si un producto llegaba con más de una colada dentro de la misma orden de importación (pasa cuando el proveedor cambia de heat a mitad de producción): al confirmar la 2ª colada, se pisaba en silencio la fila de la 1ª en bodega_lotes, porque la restricción de la tabla no contemplaba el heat no. como parte de la identidad del lote. Corregido para que cada colada distinta quede en su propia fila, sin afectar el conteo de stock físico normal (ingreso/ajuste), que sigue funcionando igual que siempre.
• 🔧 Fix — el botón para ver la página del certificado PDF (en "Por producto" y "Por factura/boleta") daba "Autenticación requerida" al hacer clic — era un enlace directo, y el navegador no manda el token de sesión en una navegación normal (mismo problema ya conocido de otras descargas del sistema). Corregido usando descarga con token real.
• 🔧 Fix — el N° de certificado mostrado a veces salía como una palabra suelta sin sentido (ej. "Chemical") en vez del número real — el parser podía enganchar la palabra equivocada si el texto del PDF no seguía el orden visual. Ahora descarta el dato si no tiene ningún dígito (un N° de certificado real siempre trae alguno) en vez de mostrar algo falso.
• 🔖 Nuevo — pestaña "📋 Estado por fecha" en Certificados 3.1. Semáforo de todas las facturas/boletas de un rango de fechas: ✅ completa (todos los productos con colada confirmada), 🟡 hay que elegir colada, 🟠 parcial, ⚪ ninguna. Antes solo se podía revisar documento por documento. Nuevo endpoint GET /api/bodega/certificados/facturas-estado.
• 🔖 Documentos emitidos → Facturas: cada producto del detalle ahora muestra en qué órdenes de importación ha llegado + si tiene certificado (columna "📦 Órdenes / 🔖 Certif.", cruce contra geitems_man/geitems_mand). Es informativo — Kognit no descuenta stock por lote FIFO al vender, así que no indica de qué orden salió específicamente esa venta, solo dónde buscar el certificado; además, si el producto tiene varias órdenes, se resalta cuál de ellas en particular tiene la colada confirmada. Nuevo endpoint GET /api/bodega/certificados/ordenes-producto.
• 🌍 Ingresos por Importación — agregar traducción al Traductor de productos directo desde ahí. Cada producto que sale "— sin traducción —" ahora tiene un campo para escribir la descripción en inglés y guardarla, sin salir de la pantalla (mismo diccionario que "Lista para Proveedor").
• 🔧 Fix grave — "Certificados de Calidad" dejó de mostrar los certificados reales tras usar "✉ Enviar" en Certificados 3.1. Al mandar una página por correo se creaba sin querer una carpeta nueva certificados (bien escrita) para el archivo temporal; como el sistema busca esa carpeta ANTES que la real (que tiene un typo en el nombre real en disco), empezaba a encontrar la nueva —casi vacía— en vez de la que tiene todos los PDF. Corregido para que los archivos temporales usen siempre la carpeta real ya detectada, nunca creen una nueva.
• 🔧 Fix — "Consultar coladas por producto" fallaba con "Not Found" en códigos con "/" (ej. 50003-1/2): iba como parte de la URL en vez de parámetro de búsqueda, mismo problema ya conocido en otras partes del sistema con códigos que llevan "/". Corregido.
• 🔧 Fix — asociar Heat No./agregar traducción podía fallar con "No existe el producto" en códigos con comillas de pulgadas (ej. DCLAMP1-1/2"): el código se armaba sin escapar dentro de un atributo HTML, y la comilla cortaba el valor a la mitad antes de llegar al servidor. Corregido.
• 🔧 Fix — el orden alfabético de "Ingresos por Importación" quedó por Código ERP en vez de Descripción Español (como se pidió originalmente). Corregido.
• 🔐 Certificados 3.1 es específico de Allen — apagado por defecto en las demás empresas. Nuevo interruptor "certificados_3_1_activo" (Conexiones → Módulos, superadmin): controla el ícono 🔖 en Documentos Emitidos → Facturas, la columna "📦 Órdenes / 🔖 Certif." y la columna "🔖 Heat No." de Ingresos por Importación — todas ocultas hasta que un admin las active a propósito en su propia instancia. El módulo viejo "📜 Certificados de Calidad" ya se podía ocultar por empresa desde Conexiones → Menú (sin cambios).
• ❓ Nuevo — ayuda in-app en Certificados 3.1. Botón "❓ Cómo funciona" en certificados.html abre un modal con el flujo completo de 6 pasos (desde escribir el código al hacer el pedido hasta enviarle el certificado al cliente) + casos especiales, sin salir de la pantalla.
• ❓ Nuevo — pestaña "Ayuda" en el menú principal (siempre visible). Acordeón con guías paso a paso de los módulos principales (Cotizar, Historial, Inventario, Compras, Despachos, Documentos, CxC, y Certificados 3.1 si está activo) — clic para desplegar. La de "Cómo crear una cotización" trae además un botón que lanza el tour interactivo real que ya existía. El chip "📚 Ayuda" del Asistente Kognit ahora apunta a la misma lista (sin duplicar contenido) y puede responder los pasos directo en el chat o llevarte a la pestaña completa.
• 🔐 El superadmin ya no aparece en la lista desplegable de usuarios del login. GET /api/usuarios-login ahora excluye a quien tenga rol='superadmin' (por rol, no por nombre) — para entrar con ese código hay que escribirlo directo en "Código de Usuario" (el campo ya existía debajo del selector), sin que aparezca a la vista de cualquiera que abra la lista.
• 🧭 Título de módulo agregado en pantallas que no lo tenían (Documentos Emitidos, Informes, Ventas) — antes saltaban directo a las pestañas internas sin decir en qué parte del sistema estabas.
• 🔘 Nuevo — "Pestañas redondeadas" en Parámetros → Configuración. Estilo opcional tipo carpeta para las pestañas del sistema (Documentos Emitidos, Historial, Informes, etc.) — se guarda en el navegador igual que la Paleta de colores, cada persona lo activa o no en el suyo.
• 🔧 Nuevo — "Documentación técnica" en Conexiones → Sistema. Muestra CONTEXTO_SISTEMA_COTIZACIONES.md leído en vivo desde el servidor (arquitectura, tablas de BD, endpoints) — siempre al día, sin mantener una copia aparte. Nuevo endpoint GET /api/config/contexto-tecnico (solo superadmin).
• 🗺️ Nuevo — "Mapa del sistema" en Conexiones → Sistema. Diagrama de capas (actores → pantallas → backend FastAPI → datos → servicios externos) más el ciclo de vida de un documento de venta (Cotizar → Autorizar → Facturar → Despacho → Certificado → Pago), pensado para tener a la vista cómo se conectan las piezas del sistema.
• 🤖 Asistente Kognit — ahora reconoce un N° de factura escrito directo (ej. "144291" o "factura 144291") y responde con cliente, fecha, total y si está pagada o pendiente, más accesos directos a "Ver PDF", "Abrir en Documentos" y "Certificados" (si el módulo está activo). Nuevo endpoint GET /api/facturas/{fanro}/resumen (respeta el mismo permiso por vendedor que el resto de Facturas).
• 🔖 Certificados 3.1 — elegir archivos puntuales dentro de una subcarpeta, no solo la subcarpeta completa. En "Escanear carpeta", cada subcarpeta (ej. "Certif. C-901 a C-1000") ahora tiene un botón "📂 Ver archivos" que despliega la lista de PDF que hay ahí adentro (marcando cuáles ya se escanearon antes y con qué orden quedaron) — se pueden marcar solo unos pocos puntuales ("Seleccionar todos"/"Ninguno" incluidos) y escanear solo esos, en vez de la subcarpeta entera. Pensado para poder trabajar con menos datos a la vez cuando una subcarpeta tiene cientos de archivos sueltos. Nuevo endpoint GET /api/bodega/certificados/archivos?subcarpeta=; POST /api/bodega/certificados/escanear acepta ahora archivos (rutas puntuales, con prioridad sobre subcarpetas).

• 🌐 Sitio Web público — el catálogo de ofertas ya no depende de un solo sitio. Antes, la lógica que decide qué productos están "en oferta" (visibles con precio real y comprables online) estaba fija a un solo hosting externo (leía un imagenes.json de un sitio en particular), así que cualquier otra instalación de Kognit con su propio sitio web quedaba sin ofertas funcionando. Ahora cada empresa administra sus propias ofertas en su propia tabla (cot_web_ofertas), desde Parámetros → Sitio Web → "🏷️ Ofertas del sitio web" (código, % descuento, cantidad mínima, vencimiento opcional). El mecanismo viejo se mantiene intacto como respaldo automático solo para quien ya lo estaba usando, así nadie pierde lo que tenía funcionando.
• 📂 Nuevo — Categorías visibles en el sitio web. En la misma pestaña, un listado con todas las familias reales del inventario y un interruptor por cada una para ocultarla del catálogo público (por ejemplo insumos internos o líneas que aún no se quieren publicar). Por defecto se muestran todas, sin que nadie tenga que tocar nada.
• 🖼️ Nuevo — Imágenes de producto asociables a mano. El sitio ya intentaba adivinar la foto de cada producto probando su código como nombre de archivo; ahora, para los que no calzan así, se puede asociar manualmente el nombre exacto del archivo ya subido a la carpeta de imágenes del hosting, desde Parámetros → Sitio Web → "🖼️ Imágenes de productos". Nuevos endpoints GET/PUT/DELETE /api/config/web-imagenes.
• 🔧 Fix — un producto sin precio configurado para mostrarse al público aparecía como "$0" en el catálogo web en vez de ocultar el precio; ahora muestra "Consultar precio", igual que ya hacía el resto del sitio en esos casos.
• 🔐 Toda la sección "Sitio Web" de Parámetros pasó a ser solo para superadmin por defecto (antes cualquier admin podía entrar a configurar ofertas/categorías/imágenes/Transbank). El superadmin puede activarle el permiso puntual "🌐 Sitio Web" a un admin específico desde su ficha en Usuarios, sin tener que darle el rol completo de superadmin.
• 🔍 Nuevo — Detectar imágenes automáticas. Botón en "🖼️ Imágenes de productos" que revisa de verdad (contra el hosting real del sitio, usando el "Sitio de retorno" ya configurado en Transbank) qué productos en oferta ya tienen foto detectable por código y cuáles quedan sin ninguna — para no tener que adivinar a mano cuáles faltan. Nuevo endpoint GET /api/config/web-imagenes/detectar.
• 📋 Registro de actividad — ahora cubre todos los módulos, no solo "Nueva cotización". Cada apertura de módulo (CxC, Inventario, Informes, Compras, etc.) queda registrada automáticamente, más las acciones que modifican datos: pago registrado, "Pagar varios documentos", y ajuste de stock manual.
• 📦 Compras — Ingreso de Orden de Importación: asignación de Packing List en lote. Antes cada bloque del packing list (cajas/piezas) se asignaba a mano uno por uno al producto de la orden; ahora se pueden marcar varios de una vez (o "Seleccionar todos") y asignarlos juntos al mismo producto con un solo clic. Se agregó también botón "↩ Deshacer" por bloque ya asignado, y el listado de productos de la orden quedó ordenado alfabéticamente con un buscador que filtra en vivo.
• 💳 CxC — "Pagar varios documentos": Banco pasó a lista desplegable (como el resto del sistema) y se agregó N° de cupón. Además, el Estado de Cuenta ahora muestra un resumen de cantidad y monto pagado por cada forma de pago (cheques, efectivo, transferencias, etc.) justo bajo los totales.
• 🔧 Fix — el botón de eliminar un pago del ERP (CxC, solo superadmin) podía no aparecer si el ID del pago era 0 (falsy en JavaScript, la condición lo trataba como "sin dato").
• 💳 CxC — "Pagar varios documentos" rediseñado: ahora vive dentro de "Registrar pago manual". En vez de mantener dos flujos paralelos, se reutiliza el mismo editor de medios de pago (cheque/efectivo/tarjeta/factoring, con "dividir en N cheques") que ya funcionaba bien, y se le agregó arriba una tabla de documentos pendientes del cliente para marcar a cuáles aplicar. Al guardar, los medios cargados se reparten automáticamente entre los documentos marcados (el más antiguo primero) y se registra un pago por documento vía /api/cxc/pagar-varios, reutilizando exactamente el mismo camino que un pago individual.
• 🔐 Eliminar un pago real del ERP (CxC): ahora un admin también puede hacerlo, con autorización de un superadmin (antes era exclusivo de superadmin). El admin debe ingresar la clave de un superadmin activo, verificada en el servidor.
• 🔧 Fix de seguridad — comparación de claves de administrador en texto plano. "Autorizar/Rechazar pendiente" y la nueva autorización de eliminar pago ERP comparaban la clave ingresada directo contra la columna clave; funcionaba solo para claves aún no migradas al hash — para cualquier usuario con clave ya hasheada (PBKDF2+salt), la comparación siempre fallaba. Corregido para usar _verificar_clave() (la misma función del login) en todos los puntos.
• 🔐 Nuevo permiso "Autorizar notas de venta pendientes" (Usuarios → Permisos): permite que un usuario sin rol admin (ej. bodega B01/B02) autorice/rechace notas PENDIENTE, sin necesidad de darle rol completo de administrador.
• 🔧 Fix grave — el selector de Estado en Historial (Activa/Facturado/Rechazada/Vencida) estaba roto desde siempre: el backend solo aceptaba PATCH con el estado por query string, pero el frontend mandaba PUT con el estado en el body — nunca coincidían, el cambio de estado fallaba en silencio. Corregido, y protegido con el nuevo permiso "Cambiar estado del documento en Historial" (antes cualquier vendedor podía cambiarlo sin restricción, incluso llamando la API directo).
• 🧩 Nuevo — Conexiones → Módulos: interruptores por empresa para activar/desactivar: pestaña "Ingreso Orden Imp." en Inventario, modo "Etiquetas pequeñas" en Etiquetas y Letreros, columna %venta en Informes → Importancia de vendedores, columna/KPI Utilidad en Ventas → Análisis de Clientes y en Detalle de ventas (estos dos también respetan el permiso individual "Ocultar utilidad" de cada usuario), y la tarjeta "Proyección anual — media recortada" en Inicio.
• 📋 Nuevo — filtro de tipos de documento (COTIPO) en "Pendientes por aprobar" (dashboard e Historial filtrado por PENDIENTE) y en el KPI "Pendientes Facturar" (que además ahora se acota al mes en curso, antes sin límite de fecha) — configurables por empresa en Conexiones → Módulos. Sin marcar ningún tipo, se muestran todos (comportamiento de siempre).
• 📅 Nuevo — la tarjeta "Pendientes facturar" del dashboard tiene sus propios campos Desde/Hasta, para recalcular ese KPI puntual con otro rango sin afectar a los demás KPIs (que siguen mostrando el mes en curso).
• 📈 Fix — "Proyección anual — media recortada" (Inicio, superadmin) ya no depende de haber visitado Ventas → Estadísticas Anuales. Antes solo se llenaba como efecto secundario de abrir ese panel, y arrastraba el filtro de vendedor que hubiera quedado activo ahí. Ahora Inicio la carga por su cuenta, siempre con el total de la empresa completa.
• 🧾 Nuevo — Estación de impresión de notas de venta (separada de la de etiquetas). Al autorizar una nota PENDIENTE, se encola sola un ticket con el mismo formato del "Vale" que imprime el ERP de escritorio (empresa, N° Vale, cliente, vendedor, ítems con Dsc1/Dsc2, totales, envío); el equipo marcado con el nuevo permiso "Estación de impresión de notas de venta" la imprime automáticamente sin intervención. Además deja registro en geserver_print (igual que si la hubiera impreso el ERP de escritorio), resolviendo dinámicamente el usuario ERP a través de geroles/geperfiles (rol "Servidor de impresión remota", código 50102).
• 🔐 Fix de seguridad — los informes de Ventas GEFAC y Facturas/Boletas solo restringían por vendedor del lado del navegador (ocultando el selector); cualquier vendedor podía llamar la API directo y ver los datos de toda la empresa o de otro vendedor. Ahora todos validan en el servidor con _faven_permitido.
• 🔧 Fix — "Diagnóstico" (Ventas) y "Patrón estacional" fallaban con "Error interno del servidor" ante un corte transitorio de conexión — ahora reintentan automáticamente una vez con una conexión nueva antes de mostrar error.
• 🔧 Fix grave — "Copiar cotización al ERP" (⇒ ERP en Historial) grababa quién creó el documento con el código del vendedor en vez del usuario realmente logueado, porque el endpoint nunca recibía esa información. Corregido; además ahora también registra el origen Kognit (badge "⚡ Kog" + tooltip "Creado por" en Historial), igual que la otra vía de creación directa al ERP.
• 🔢 Ajuste — numeración "Correlativo normal del ERP": el colchón de seguridad bajó de +3 a +2 sobre el último CONRO real (siempre se recalcula en vivo con MAX(CONRO), nunca con un valor cacheado).
• 🗂️ Reordenamiento de menú: "Leads Web" pasó a Administración (junto a Conexiones). "Días de validez" se movió a Documentos (Parámetros). "Mi Empresa" dejó de ser su propia pestaña — su panel vive ahora dentro de Configuración. "Leads Web — Auto-cotización" se movió a la pestaña Sitio Web, cuyas tarjetas ahora son colapsables.

• 💳 Sitio Allen — Nuevo: carrito de compra + pago online real con Transbank Webpay Plus. Los productos con oferta vigente ahora tienen un botón "Comprar ahora" (carrito independiente del de cotización), con checkout propio y pago real vía Transbank (Integración de pruebas o Producción, configurable). Al confirmarse el pago se crea automáticamente una cotización en el ERP con los precios realmente cobrados (con el descuento de oferta aplicado) y se avisa por correo a una casilla de ventas. El servidor recalcula siempre precio/oferta/stock — nunca confía en el monto enviado por el navegador. Nueva tabla cot_web_pedidos, endpoints POST /api/tienda/pedido, POST /api/tienda/pedido/retorno, GET /api/tienda/pedido/{id}/estado, GET/PUT /api/config/transbank (solo superadmin, credenciales cifradas). Nueva sección en Parámetros → Sitio Web para configurar ambiente/credenciales/email de aviso.

• 🤖 Licitaciones MP — robot desactivado (temporal): el ciclo automático de 6h generaba solicitudes de código de Clave Única repetidas sin completar el login; se desactivó el arranque automático del hilo de fondo, queda solo "🧪 Probar ahora" para seguir ajustándolo manualmente.
• 🔧 Fix Gamspa — /api/web-leads fallaba en cada llamada: cot_web_leads.fecha DATETIME DEFAULT CURRENT_TIMESTAMP es incompatible con MySQL 5.5 (error 1067 repetido en el log); se quitó el DEFAULT y el INSERT pasa NOW() explícito. También se subió el timeout de los informes pesados (Patrón estacional, etc.) de 120s a 280s.
• ⭐→📊 "Importancia de vendedores" renombrado a "Impacto Ventas" (configurable en Parámetros → Documentos) + nueva vista "📈 Evolución mes a mes": gráfico de líneas por vendedor con su % de participación mes a mes, en vez de solo un promedio acumulado del período. Nuevo endpoint GET /api/informes/impacto-ventas-evolucion.
• 🏖️ Ausencias automáticas — ahora en días hábiles (no corridos). Nuevo: "clientes que esperaron" (de los que no compraron con nadie durante la ausencia, cuántos volvieron con el mismo vendedor en 30 días) y "atenciones esperadas" (ritmo habitual de clientes atendidos por día hábil × días de la ausencia). Fix: el selector de período nunca se conectaba al backend, mostraba siempre todo el historial sin importar lo elegido en pantalla.
• 🤝 Nuevo informe "Fidelidad de clientes": vendedor principal y % de fidelidad por cliente, detección de cambios de vendedor con fecha, tarjeta "🏆 Mejor cliente de cada vendedor" (por monto y por N° de compras), encabezados de columna clickeables para ordenar. Nuevo endpoint GET /api/informes/fidelidad-clientes, permiso ver_fidelidad_clientes.
• 📅 Patrón estacional — stock actual visible en "Productos vendidos en [mes]" y en "🎯 Recomendado" (rojo si es 0, naranjo si es menor a 10).
• 📦 Kardex — venta promedio mensual y precio real: nueva tarjeta con el promedio de unidades vendidas al mes (últimos 6 meses y mismo período año anterior), y en la tarjeta de costo se agregó el precio de venta actual y el precio promedio realmente cobrado con descuentos (últimos 6 meses).

• 🤖 Nuevo (experimental) — Licitaciones MP: robot automático (Playwright) para renovar el token sin depender de una pestaña abierta: hasta ahora el token se renovaba a mano o con el script de Tampermonkey, que solo funciona si alguien deja una pestaña de mercadopublico.cl abierta — si nadie la deja, el token expira y nadie lo renueva. Ahora, en Licitaciones MP → Configurar, una nueva sección "Robot automático" permite guardar las credenciales de Clave Única (cifradas); el servidor mismo hace login headless cada 6 horas y captura el token, sin depender de ningún navegador de cliente ni pestaña abierta — la búsqueda de licitaciones sigue siendo 100% en vivo, el robot solo mantiene el token fresco. Botón "🧪 Probar ahora" para verificar antes de confiar en la corrida automática. Requiere Playwright instalado en el servidor (pip install playwright && playwright install chromium). Queda marcado como experimental: el login automático contra Clave Única nunca se había probado en código, así que los selectores del formulario pueden necesitar ajuste según el resultado real. Nuevos endpoints POST /api/mp/robot/credenciales, GET /api/mp/robot/estado, POST /api/mp/robot/probar-ahora.
• 🌐 Nueva pestaña Parámetros → Sitio Web (allen.cl), solo superadmin: antes la clave de Intranet del catálogo (web_admin_key) y el interruptor "mostrar precio/stock reales al público" (web_mostrar_precio) solo se podían cambiar editando app_config.json a mano en el servidor. Ahora hay un campo con la clave en texto plano (para poder recuperarla si se olvida) + botón "🎲 Generar" (clave aleatoria de 16 caracteres) y "📋 Copiar", más el checkbox de precios/stock — todo se guarda al instante sin reiniciar Kognit. Nuevos endpoints GET/PUT /api/config/web-allen. De paso se cambió la clave de Intranet por defecto ("allen", demasiado simple) por una generada al azar.
• 🔥 Leads Web: el % de descuento de "Ofertas Web" del sitio ahora llega hasta la cotización real. Cuando un cliente agrega un producto marcado en oferta en allen.cl, el % viaja con la solicitud (badge visible en el detalle del lead); al usar "Convertir a cotización", ese % se carga automáticamente como Dto.1 del ítem correspondiente en la cotización del ERP, en vez de perderse y depender de que el vendedor recuerde aplicarlo a mano.
• 🌐 Sitio Web (allen.cl): "Mostrar precios" ahora tiene 3 modos en vez de sí/no. "No mostrar" (por defecto), "Solo productos en oferta" (esos productos muestran su precio real al público, igual que en Intranet, el resto sigue en "Consultar precio") y "Todos los precios". web_mostrar_precio pasó de booleano a texto ('no'|'ofertas'|'todos').
• 🔧 Fix — el modo "Solo productos en oferta" no mostraba ningún precio: intentaba leer imagenes.json desde una ruta local del disco (allen_imagenes_json_path), pero Kognit y el hosting de allen.cl no son el mismo servidor, así que ese archivo no existía ahí. Ahora, si no encuentra el archivo local, lo descarga directo desde https://www.allen.cl/imagenes.json (con caché de 60s para no recargar el sitio en cada visita al catálogo).

• 🏢 Mantenedor de Clientes — ya se pueden crear, editar y eliminar sucursales desde Kognit: antes las sucursales (gecli_suc) solo se podían ver; ahora el botón 🏢 permite "+ Agregar sucursal" y editar/eliminar las existentes, sin depender del ERP de escritorio. Pensado para clientes que trabajan solo con Kognit — el cliente en sí ya se creaba directo en gecli con "+ Nuevo cliente", ahora también se le pueden cargar sus sucursales. Nuevos endpoints POST/PUT/DELETE /api/clientes/{rut}/sucursales.
• 🔧 Fix — Licitaciones MP, el filtro "Cierra antes de" no mostraba nada, ni las que cierran hoy: comparaba la fecha de cierre convertida a UTC (toISOString()), que le suma horas y la empuja al día siguiente — una COT que cierra hoy en la tarde quedaba clasificada como si cerrara mañana y el filtro la descartaba. Ahora compara por fecha calendario local, igual que "Publicado" (desde/hasta).
• 📄 Descartado (PAUSADO) — leer el PDF de la factura vía sesión web del SII: ese portal exige un paso de sesión "seleccionar Empresa" no resuelto — queda el código sin usar.
• 🧾 Nuevo — Conexiones → "Importar clientes SII (XML)": trae giro/dirección/comuna/ciudad reales del cliente sin ninguna sesión del SII, subiendo el "Respaldo de Documentos Tributarios Electrónicos" (XML) que el propio SII permite descargar. Se guarda por RUT, solo se actualiza con documentos más recientes. POST /api/sii/importar-xml, GET /api/sii/cliente-datos-xml?rut=....
• ➕ Estado de Cuenta en PDF — detalle de origen del saldo a favor: tabla nueva con cada partida (NC, monedero, transferencia a favor, etc.), documento/fecha y monto — antes solo se veía el total sin decir de dónde salía.
• 🔧 Fix grave — la columna "Saldo" del detalle del Estado de Cuenta en PDF mostraba números incoherentes: al agrupar por documento (factura + su pago), seguía usando el saldo corrido cronológico original — un pago arrastra el saldo real de su fecha, no el de la factura bajo la que queda agrupado. Reemplazado por "Pendiente" por documento, igual que la vista en pantalla.
• 🔧 Ajustes al Estado de Cuenta en PDF: logo ya no se deforma (proporcional a su tamaño real), espacio corregido entre "ESTADO DE CUENTA" y el período, y el detalle agrupa cada factura junto a su(s) pago(s) en vez de orden puramente cronológico. "Vista previa/Imprimir" ahora abre el mismo PDF.
• 💳 "Pagar varios documentos": mismos campos de detalle según el medio que "Asignar pago"/"Registrar pago manual" (cheque, tarjeta, factoring con comisión por documento), mismo selector de medios, y "Monto recibido" con separador de miles.
• 💳 Nuevo — "Pagar varios documentos" en Cuentas x Cobrar (equivalente a la pantalla del ERP de escritorio): marca varias facturas pendientes, ingresa el monto recibido, "🔀 Distribución automática" lo reparte empezando por la más antigua (editable a mano), y se registra un pago por cada documento — quedan igual que pagados uno por uno. Pensado para facturas del Registro SII de años anteriores cargadas de una vez. Funciona con ERP o Registro SII.
• 📄 Nuevo — Estado de cuenta en PDF profesional + envío por email, en Cuentas x Cobrar: mismo diseño/paleta que las cotizaciones (logo/datos de la empresa), con detalle cronológico y saldo corrido. Botones "⬇ Descargar PDF" y "📧 Enviar por email" junto a "Vista previa/Imprimir" — funciona igual con ERP o Registro SII.
• 📁 Fix — las fotos de boucher de despacho quedaban sueltas en la raíz de la carpeta de datos: ahora se guardan en su propia subcarpeta vouchers/. Compatible hacia atrás; nuevo endpoint de mantenimiento para migrar los que ya quedaron sueltos.
• 🔧 Fix — al elegir "SMTP → fallback a correo local" en Correo saliente daba "Unexpected end of JSON input": esa llamada no mandaba el token de sesión, el servidor la rechazaba y respondía vacío. Ahora manda el token y muestra un mensaje claro si aun así falla.
• 🗑️ Nuevo — Conexiones → Accesos al sitio: se puede eliminar una solicitud del historial (pendiente, rechazada, expirada o revocada) — antes solo se acumulaban sin poder limpiarlas. Un acceso "aprobado" no se elimina directo, sigue existiendo "Revocar" para eso. También se muestra la fecha de vencimiento de cada solicitud.
• 🔧 Fix grave — el estado de cuenta de "Registro SII" no arrastraba saldo anterior ni saldo a favor de antes del período consultado: ignoraba cualquier documento emitido antes del "Desde", a diferencia del de ERP. Ahora calcula igual: deuda pendiente y NC sin aplicar de antes del período, con aviso del detalle.
• 🔧 Fix grave — "Vista previa / Imprimir" (y el banner de saldos/NC) siempre usaban datos del ERP, nunca del Registro SII: para un cliente sin ficha en el ERP esa vista salía vacía o incorrecta. Ahora respeta la fuente elegida en pantalla.
• 🔧 Fix — al eliminar un pago manual de CxC (Registro SII) con Factoring, ahora también se borra su comisión asociada en Comisiones Factoring; y el documento ya no salía duplicado (ej. "SII-SII-33-262").
• 💡 Nuevo — guía de referencia "¿Cuánto suele cobrar una factoring en Chile?" en Comisiones Factoring (desplegable): tasa de descuento mensual, comisión de servicio, gastos operacionales, factores que mueven la tasa, IVA y % típico de anticipo. Son rangos de mercado de referencia, no una cotización.
• 📱 Fix — el modal "Registrar pago" de Cuentas x Cobrar no era responsive: se veía cortado/con scroll horizontal en pantallas angostas. Ajustado a ancho responsive; las grillas de cheque/tarjeta/factoring se acomodan solas.
• 📅 Factoring — nuevo campo "Vencimiento del documento" en el medio Factoring (Libro de Ventas y CxC): fecha en que el documento habría vencido normalmente, para llevar control de cuándo debería llegar el neto. Se guarda y se muestra en Comisiones Factoring.
• 📋 Fix KPIs Licitaciones MP — "Total (MP)" y "Publicadas hoy" ahora se recalculan con el filtro activo (antes quedaban fijos con el total general sin importar los filtros). Con un filtro activo, "Total (MP)" pasa a decir "Coinciden con filtro".
• 🔄 Licitaciones MP — el script de Tampermonkey se auto-refresca cada 12 min mientras la pestaña de MP quede abierta de fondo: sin esto, si nadie navegaba activamente por MP, el token renovado internamente por MP nunca pasaba por una petición capturable. Solo recarga si la pestaña está en segundo plano.
• 🔧 Fix grave (raíz real, 3 causas en cadena) — el script de Tampermonkey nunca lograba enviar el token: (1) el @match exigía un subdominio y el dominio raíz de MP nunca calzaba; (2) el script modificaba window.fetch/XMLHttpRequest en vez de unsafeWindow, así que corría pero nunca veía peticiones reales; (3) la que realmente bloqueaba todo: llamar a GM_xmlhttprequest desde una función pegada al XHR de la página real fallaba con "is not a function" — corregido capturando esa API en una variable al cargar el script. Hay que reinstalar el script (Conexiones → Config MP) para tomar el cambio.
• 🔄 Unificado — el modal "Registrar pago" de Cuentas x Cobrar ahora usa el mismo sistema de medios de pago que el Libro de Ventas: antes solo tenía un selector plano; ahora acepta múltiples líneas con los campos según el medio (cheque, tarjeta, factoring con comisión) — un cliente solo con datos SII (sin ERP) queda igual de bien registrado que uno con ERP real. La comisión de factoring queda en el mismo historial sin importar por cuál de los 3 flujos se ingrese el pago.
• 🏭 Nuevo — Factoring como medio de pago en Cuentas x Cobrar, con historial de comisiones: nuevo medio "Factoring" al registrar un pago (empresa de factoring + comisión por % o por monto fijo, se calcula lo otro solo). La factura queda pagada al 100%, la comisión queda aparte solo para reporte. Nueva pantalla Documentos → Libros → 🏭 Comisiones Factoring (detalle + totales por cliente y general, filtro fecha/empresa). Conciliación bancaria del neto queda manual por ahora.
• 🔧 Fix grave — "Importar seleccionados" fallaba con Error interno del servidor en empresas donde gecli.CLICIU es numérico (ej. Alas): se intentaba guardar el nombre de la ciudad como texto en una columna que ahí es un código numérico — mismo problema ya visto en Reasignar clientes de vendedor. Ahora esa columna se deja sin tocar; además, si un cliente puntual falla, ya no tumba al resto de la selección.
• ✏️ Nuevo — al cotizar, "Actualizar en ficha cliente" ahora también guarda giro, dirección, ciudad, comuna y región (antes solo contacto/email/teléfono/celular) — pensado para completar en el momento clientes importados del SII que llegaron incompletos. Ciudad/comuna/región se resuelven contra el maestro real (geciu/gecom/gereg) antes de guardar; si no hay coincidencia exacta, se avisa cuál no se pudo guardar.
• 👥 Nuevo — "Clientes pendientes de crear en gecli" (misma pantalla): lista los RUT de las ventas SII ya descargadas que aún no existen en el mantenedor, con selección por checkbox e importación masiva a gecli (completa giro/dirección si ya se subió el XML de respaldo). GET /api/clientes/sii-pendientes, POST /api/clientes/sii-importar.
• 🔧 Fix — ordenar por "Cierre" en Licitaciones MP salía desordenado entre COTs del mismo día: comparaba las fechas como texto; ahora compara como fecha+hora real (Date.getTime()), igual para "Publicación".
• 🔧 Fix grave — "Buscar por código exacto" no encontraba licitaciones publicadas ese mismo día: seguía con el tope viejo de 20 páginas (1.000 registros) por estado, el mismo límite ya demostrado insuficiente para el filtro de Región (total real ronda 2.000-3.000) — una COT recién publicada con cierre lejano cae después de la página 20 y nunca se revisaba (caso real: 2945-45-COT26, emitida a las 6am). Subido a 60 páginas (3.000).

• 🔧 Fix — el botón "Instalar script en Tampermonkey" abría el texto plano en vez de instalarlo: Tampermonkey solo detecta automáticamente una URL instalable si termina en .user.js. Se agregó GET /api/mp/tampermonkey-script.user.js y el botón apunta ahí. Sigue requiriendo tener la extensión Tampermonkey ya instalada antes.
• 🔧 Fix — el filtro de Región se perdía hasta la mitad de las COTs: el bloque grande para comparar por organismo tenía un tope de 20 páginas (1.000), pero el total de "Publicada" ronda las 2.000 — cualquier COT después de la página 20 quedaba afuera sin importar la comuna (caso real: 2263-38-COT26, de Araucanía, no aparecía). Se subió el tope a 60 páginas (3.000).
• ⚡ Licitaciones MP — el detalle de una COT ya no se queda en "Cargando..." tanto rato: se pinta al instante con lo que ya se tenía en memoria (nombre, organismo, monto, cierre, estado) en vez de esperar el detalle completo (ítems/descripción), que puede demorar si Kognit tiene que escanear varias páginas/estados de la API.
• 📋 Licitaciones MP — confirmado el límite real de la API de búsqueda masiva: no trae descripción ni región/comuna/dirección de entrega (solo existen en el detalle de una COT puntual) — no hay forma de filtrar por región exacta o texto de descripción sobre el listado completo sin pedir el detalle de cada una. Se sacaron los campos de diagnóstico temporales.
• 📅💰 Licitaciones MP — nuevos filtros: fecha de publicación (rango), fecha de cierre y monto máximo: "Publicado" (desde/hasta), "Cierra antes de" y "Monto máx. $", junto a los filtros ya existentes.
• 🔧 Fix — el botón "Ver en Mercado Público" abría Kognit en vez del portal si se clickeaba mientras cargaba: el link quedaba en href="#" hasta terminar de cargar el detalle interno — un clic antes abría "#" (Kognit mismo). Ahora se arma con el código apenas se abre el modal.
• 🔧 Fix — el filtro de Región seguía sin funcionar (conexión a medias del fix anterior): se creó la función correcta pero el filtro seguía llamando a la vieja. Ya está conectada.
• 🔧 Fix grave (raíz real) — el filtro de Región solo encontraba 1-2 resultados: no era la lista de comunas — textoBusqueda de MP busca dentro del título de la licitación, no del organismo comprador, y los títulos casi nunca mencionan la comuna. Ahora se trae un bloque grande sin filtro de texto (solo estado) y se compara el organismo en el navegador (tope 1.000 registros).
• 🔧 Fix — "Limpiar filtros" volvía a mostrar cerradas: reseteaba el Estado a "Todos" en vez de "Publicadas" (el valor real por defecto). También desactiva "Mi rubro" si estaba activo.
• 🏷 Licitaciones MP — filtro "Mi rubro" guardado: nuevo botón junto a "Próx. a vencer" que filtra por las palabras clave de tu rubro (configúralas una vez en ⚙️ Configurar). Se hace una búsqueda separada por cada palabra y se combinan sin duplicados (no hay certeza de si MP interpreta varias palabras juntas como Y o como O) — trae la primera página de cada una, como filtro rápido. Nuevo campo mp_rubro_keywords en GET/POST /api/mp/config.
• 🔧 Fix grave — abrir el detalle de una COT (ej. desde una previsualización de Excel) daba "Error 500": el detalle usaba siempre la API de licitaciones normales (LP/LE/LQ, por ticket), que no conoce las COT de Compra Ágil — con algunos códigos hacía tronar el endpoint. Ahora usa la API de Compra Ágil (JWT) para códigos de COT, el mismo camino de "buscar por código exacto", y de paso la guarda en caché.
• 🔧 Fix grave — "Compras Ágiles — Excel de Mercado Público" no leía archivos .xls (formato viejo): el importador solo usaba openpyxl (exclusivo para .xlsx) — al subir el Excel real que exporta MP (formato 97-2003), fallaba en silencio y la pantalla quedaba en 0, sin aviso claro. Ahora detecta el formato real por los primeros bytes del archivo y lee los .xls viejos con xlrd (con conversión correcta de fechas), además de los .xlsx de siempre.
• ⏱ Licitaciones MP — contador de la próxima auto-actualización: junto al botón "Actualizar" ahora se ve "⏱ Próxima actualización en mm:ss", que se reinicia con cada carga.
• 🔧 Fix — tarjeta "Total en BD" mostraba 50 siempre (el tamaño de página, no el total real): etiqueta vieja de cuando este módulo guardaba todo en una base local; en modo en vivo esa cifra solo reflejaba la página actual. Ahora dice "Total (MP)" y usa el total real de la API.
• 🔧 Fix — "Publicadas hoy" también estaba limitado a los 50 de la página: se agregó una consulta aparte, acotada a la fecha de hoy, para que ese número sea el total real.
• 🔧 Fix — ordenar por "Publicación" quedaba al revés del orden por defecto: la vista arranca con las más nuevas primero, pero el clic en esa columna ordenaba ascendente (más viejas primero). Ahora esa columna también parte descendente; "Cierre" y el resto siguen partiendo ascendente.
• ↕ Licitaciones MP — orden por fecha y hora de publicación, la más nueva primero: la API de MP no documenta con certeza a qué corresponde cada valor de su parámetro interno de orden, así que Kognit reordena lo que llega por fecha_publicacion descendente antes de mostrarlo, en vez de confiar en un valor no verificado.
• 🔄 Licitaciones MP — auto-refresco cada 5 minutos: mientras la pantalla queda abierta, el listado se vuelve a consultar solo cada 5 min por si aparece una COT nueva — se detiene al salir del módulo.
• 🔧 Fix grave — Licitaciones MP solo mostraba cerradas: sin filtro de estado, la API de MP devuelve todo ordenado por fecha de cierre ascendente — las miles de COTs ya cerradas (fecha pasada) llenaban la primera página entera y las abiertas nunca aparecían. El portal real de MP arranca con "Publicada" por defecto; ahora Kognit hace lo mismo, y el filtro de Estado se manda al servidor en vez de filtrar solo en el navegador sobre los mismos 50 resultados (siempre cerrados) ya traídos.
• 🔎 Licitaciones MP — buscar una COT por su código exacto: el buscador de texto solo revisa nombre/organismo (así lo arma la propia API de MP) — pegar un código como "1381-433-COT26" siempre daba "sin resultados". Cuando eso pase y el texto parece un código, aparece un botón "🔎 Buscar como código exacto en Mercado Público" que recorre la búsqueda paginada por varios estados hasta encontrarla (puede tardar unos segundos, no existe un endpoint de "buscar por código" directo en la API de MP). Nuevo endpoint GET /api/mp/buscar-codigo/{codigo}.
• ✏️ Licitaciones MP — botón "Licitar" renombrado a "Ver detalle": mismo botón, misma acción (abre la ficha en el portal Compra Ágil), solo cambió el texto.
• ⚠️ Licitaciones MP — el aviso de "token por vencer" ahora sale a 1 hora, no a 24: como el token dura ~8h en total, avisar con 24h de anticipación significaba que el aviso amarillo estaba prácticamente siempre encendido. Ahora aparece recién cuando falta 1 hora o menos (mostrando minutos: "vence en 42 min"). Se achicó también el intervalo de revisión de 6h a 30 min para no saltarse esa ventana más angosta.
• 🕐 Licitaciones MP — "Última actualización" con fecha y hora: junto al contador de COTs publicadas y la paginación, ahora se muestra la hora exacta de la última consulta en vivo (formato dd-mm-aaaa hh:mm:ss), igual que en el portal de Compra Ágil.