Panel nuevo en Analítica (solo Admin/Dev). Botones para aplicar en Mercado Libre (entrar, poner en cola, activar Meli+, salir) con confirmación que muestra precio, descuento, margen y lo que se envía; si ML rechaza, se ve su mensaje, sin reintentos; historial en el server. Botones habilitados para todas las publicaciones (el modo prueba con MCO2179583773 terminó). Botón ⚡ Aplicar todo en la vista simple: abre una revisión con todas las acciones pendientes (precio, descuento, margen y avisos), todas marcadas para desmarcar las dudosas; hay que tildar "Revisé todas" para enviar. Se mandan de a una (primero salir, después entrar/cola y al final Meli+), sin reintentos; si ML rechaza una se sigue con las demás y al final se ve ✓/✕ con el mensaje de ML; se puede detener a mitad de camino. Selector Simple / Avanzada: la simple (por defecto) es la lista de lo que hay que hacer hoy, una fila por acción (entrar, poner en cola, activar Meli+, salir) con campaña, precio, descuento, margen y fecha; la avanzada es el detalle por producto que sigue. Una fila por publicación con ventas (▲▼ vs período anterior), stock y días de stock (como Inventario), precio y margen de hoy, y el plan en una línea de tiempo hasta la revisión siguiente. Las campañas se revisan el 1 y el 15 de cada mes: se decide ahora lo que arranca antes de la próxima revisión o cierra inscripción antes, y lo que arranca más adelante va en cola (aceptar ahora, queda programado). Base = campaña de ML de ≥ 15 días activa hasta la próxima revisión (co-fondeada primero, después descuento dentro de 20–35%, más días y mejor margen); Meli+ (solo en las 20 publicaciones que más venden en el período, entre las que tienen stock suficiente, para darles tracción) con campañas DEAL de ML, sin crear descuentos individuales: si la principal es DEAL, en la misma campaña (precio Meli+ 5% más abajo); si no, otra DEAL de ML en paralelo con general = principal −4% y Meli+ = principal +1%. Detecta también las promos propias (descuento individual y otras que ML no lista como campaña), consultando cada publicación activa: se muestran como "Descuento individual (propio)" con su precio Meli+, siguen las mismas reglas y tienen botón Salir; si ya hay un precio Meli+ activo, no se sugiere otro. Ticket mínimo 0.000 en todas las promos (si el descuento lo pasa, el precio queda justo en 0.000; con Meli+, el Meli+ en 0.000 y el general 5 puntos arriba). Columna Por qué en las dos vistas con el motivo de cada recomendación, salvo remate (más de 30 u. y stock para más de 90 días o sin ventas: sin piso y margen ≥ 0), general = base −4% y Meli+ = base +1% (ML pide Meli+ 5% más abajo; si el margen Meli+ queda ≥ 30%, base / base +5%), y sin base el individual hace de base con 20% / 25%; picos = campañas cortas (relámpago, oferta del día, Hot Sale…) solo si bajan más que la base. Topes de descuento: stock normal 35% (relámpago y co-fondeadas 40%), poco stock (menos de 25 días; producto estrella —SKU en el 80% de la facturación, como Rendimientos— con más de 30 u.: menos de 15 días) 15% sin picos, sin stock nada. Margen con promo ≥ 20%. Publicaciones que comparten SKU: solo 1 lleva promo (la que más vende en el período; sin ventas, la de más visitas o visitas en alza) y una 2ª si vende al menos la mitad que la 1ª; las demás quedan a precio lleno para que la promo se vea como oferta (salir de sus campañas / no entrar). Precios que elige el vendedor (DEAL, individual, Meli+) redondeados a 000 o 500; en la confirmación se pueden editar precio y % (y el Meli+) con el margen recalculado y avisos (ticket mínimo, rango de ML, 5 puntos del Meli+, redondeo). Los productos con promos activas y nada que hacer siguen a la vista como "✓ Todo bien" (pestaña En orden). En la vista simple los productos son desplegables (arrancan cerrados, con un resumen de acciones en la cabecera; botón Abrir/Cerrar todo). En la vista simple cada producto lleva su cabecera (nombre, SKU, stock y Full), aunque tenga una sola publicación. Cada producto (el conjunto de SKU de las variantes de una publicación) es su propio grupo; una publicación combo que junta varios productos compite en cada uno, sin pegarlos en un solo grupo. Por SKU se muestran como máximo las 2 publicaciones que llevan la promo; las de precio lleno quedan ocultas salvo que tengan una oferta activa (aparecen en rojo para sacarla y desaparecen al salir). Las dos vistas agrupan por SKU (la simple, con una cabecera con stock, días y qué publicaciones tienen Full) y cada publicación muestra su stock Full ("Full N u." o "Sin Full"). La vista avanzada agrupa por SKU (cabecera con stock compartido y las publicaciones adentro; las de precio lleno sin gráfico). En campañas donde el precio lo elige el vendedor (DEAL) se propone el mayor descuento de la banda que deje margen ≥ 30% (si no, el menor que deje ≥ 20%), dentro del rango de ML, en lugar del sugerido por ML. La columna Ventas pasa a mostrar las unidades de cada publicación (y las del SKU abajo) y sus visitas. Lo activo que queda fuera del plan pasa a Para revisar con el motivo. Pestañas Con plan, Para revisar, Sin acción; la lista ordena lo más próximo primero. Margen = neto con los costos por unidad del período (los de Rentabilidad); Ads por unidad siempre de los últimos 30 días (gasto ÷ unidades, sin importar la barra) y, con menos de 5 u. vendidas, el % de Ads promedio de la tienda; est. = sin ventas en el período, con costo Fulfy. KPIs: campañas vigentes y del ciclo, con plan, Meli+ a activar, para revisar y cupones del período desde Mercado Pago (lo que puso ML y el cargo por cupón que paga el vendedor, hoy no restado en los márgenes).

El panel Publicidad deja la carga manual de reportes .xlsx y lee la API de Product Ads con la barra global de período (máximo 90 días atrás, límite de ML). KPIs de resultado, tráfico y conversión con variación contra el período anterior del mismo largo, más Publicidad de Seguidores aparte. Campañas real vs. objetivo (ACOS y ROAS objetivo, presupuesto y uso), evolución diaria de toda la cuenta o por campaña y tabla de todos los anuncios con buscador, filtros, orden por columna y señales (Sin ventas, ACOS sobre objetivo, Escalar). Desplegable Campaña (o clic en la fila de la tabla): KPIs con objetivo, presupuesto y uso, evolución diaria con línea de ACOS objetivo, top 10 anuncios por inversión y tabla filtrada de esa campaña; en Toda la cuenta, gráfico de reparto por campaña con ACOS real vs. objetivo. Montos sin IVA, tal cual ML. Comparar / Tendencia sigue con jul/ago de los reportes y suma solo cada mes cerrado desde la API.

La tarjeta Publicidad con IVA pasa a ser la tarjeta Publicidad y entra en la utilidad, en la franja Rentabilidad Neta Real y en la Distribución de los ingresos. Desglose: Ads sin IVA (dato de la API) + Seguidores tal cual Facturación ML + IVA 19% sobre Ads = total Publicidad.

Nueva tarjeta Publicidad con IVA en la fila Mercado Libre = Ads con IVA (gasto de Product Ads de la API × 1,19: el cost de la API viene sin IVA y la facturación ML de PADS lo cobra con IVA) + Publicidad de Seguidores tal cual Facturación ML (sin sumarle IVA). Muestra el desglose de cada uno. Es solo informativa: la utilidad, la franja Rentabilidad Neta Real y el KPI Publicidad siguen con los datos de la API sin IVA.

Se quitó el panel Finanzas: su resultado (ventas − cargos − impuestos − COGS = utilidad) ya está en la franja Rentabilidad Neta Real del Dashboard con los mismos cálculos. En el Dashboard: la franja Rentabilidad Neta Real pasa arriba de todo; Distribución de los ingresos ordenada de mayor a menor; los KPIs van al final en 3 filas (Ventas · Mercado Libre · Costos propios); Ads + Seguidores se unen en un KPI Publicidad con ambos montos; Unidades vendidas muestra también las órdenes. Se quitaron la tarjeta Desglose de Costos, Información del Período y el KPI de IVA publicidad. Publicidad de Seguidores ahora usa el monto tal cual lo da Facturación ML (antes ÷ 1,19).

La franja pasa de Ventas / Total costos / Utilidad / % a un recorrido: Ventas reales − Cargos e inversiones (comisión + envío + Ads) − Impuestos (retención 1%) = Recibí − COGS + gastos fijos = Utilidad neta (con % de margen). Cada paso muestra su % sobre ventas y su composición.

Dashboard, Finanzas, Rentabilidad y Márgenes Pro calculan con la misma función (forEachLineaCosto): comisión = sale_fee × unidades; envío = costo real de cada envío (Full + Flex + Drop-off) por fecha de la orden, repartido entre las líneas; retención 1%; Ads × 1.19 (IVA). Antes Dashboard y Finanzas contaban solo envíos Full por fecha de despacho (~$0,9 M menos en 30 días) y Rentabilidad no incluía las publicaciones con Ads sin ventas. Verificado: los 4 paneles dan el mismo revenue, comisión, envío y retención al peso. Si una página del catálogo Fulfy falla, se avisa (sin reintentos ni llamadas extra a Fulfy).

Panel de prueba que une Márgenes y Rentabilidad: por SKU con desglose por publicación, Revenue − Comisión real (sale_fee × unidades) − Envío real (/shipments/{id}/costs repartido entre las líneas de la orden) − COGS Fulfy − Retención 1% = Contribución; menos Ads ML (con IVA, repartido entre variaciones por revenue) = Margen neto. Cada costo en $ y % del revenue. Filtros Killers ≥30% / Regulares 15–30% / Críticos <15% (por margen neto), Ads sin ventas y Sin costo Fulfy. Totales verificados al peso contra órdenes, envíos y Ads de ML.

Ads: ML dio de baja las rutas legacy de Product Ads; el server usa las vigentes /advertising/MCO/... (nuevo /api/ml/ads-by-item masivo con caché). Comisión: Dashboard y Finanzas sumaban sale_fee sin multiplicar por cantidad (ML lo da por unidad) → subestimaban la comisión en órdenes de varias unidades. Envío en Rentabilidad: leía o.shipping.cost, que la orden no trae → siempre $0; ahora usa el costo real por envío (/api/ml/shipping-by-order).

Se quitaron de la tabla de Márgenes Días Stock, Bogotá, Full ML y Vendidas (también en el desglose por publicación); se mantiene Stock. Solo cambia la vista: los cálculos siguen iguales y esos datos se ven en el panel Inventario. Los KPIs de Márgenes (Bogotá crítico, Con stock Full ML) y el CSV exportado no cambian.

Mismo listado por SKU que Márgenes, enfocado en stock: Bogotá (Fulfy), Full ML, Rotar (no disponible en Full), Stock total, Días stock, Ventas del período, Vendidas históricas, Costo unit. (COGS Fulfy) y Valor (stock total × costo, con % del total). KPIs: valor del inventario (Bogotá/Full), unidades, productos con stock y filtros rápidos Sin stock / Bogotá crítico / Stock sin rotación (>90 días o sin ventas) / Sin costo Fulfy. Desglose por publicación, buscador y exportar CSV. Márgenes e Inventario comparten los datos (getPerfData) con caché de 5 min por período; "↻ Actualizar" fuerza la recarga.

Botón "📥 Importar hoja" para subir el Excel/CSV del proveedor (columnas Producto, SKU, Variante, Categoría, Qty, Destino, separador ;). El .xlsx/.xls se lee con XLSX.read + sheet_to_json (mismo patrón que la exportación de Envíos Full); el .csv usa un parser propio con soporte de comillas y detección automática de delimitador (; vs ,). La columna "Variante" se separa en filas individuales por el patrón "<cantidad> <etiqueta>" (ej. "170 black, 50 khaki, 80 beige" → 3 filas); si un segmento no matchea el patrón o la suma no coincide con la cantidad de la hoja, la fila queda marcada con ⚠️ para revisión manual sin bloquear. Las filas "TOTAL" o sin producto se ignoran. Antes de guardar se abre un preview 100% editable (cantidad, destino MELI/Shopify/Otro, SKU/familia con el mismo datalist de autocompletado del formulario manual) con sugerencia automática de SKU/familia solo para destino "meli" sin SKU en la hoja, comparando el nombre del producto contra los títulos ya calculados en la pestaña Estimación (marcada siempre como "≈ sugerido, verificar", nunca como dato confirmado). Al confirmar, cada fila incluida genera un pedido independiente vía POST /api/import-orders (mismo skuPrefix para variantes de una misma familia) con fecha de pedido de hoy y fecha estimada de llegada a 90 días (IMP_LEAD_TIME_DIAS), y notas trazando variante/destino/categoría de origen.

Performance: se quitaron las columnas Visitas y Conv% y la carga de visitas por publicación desde la API de ML (una llamada por item) para acelerar el panel.

La config y la paginación del stock Fulfy corren en paralelo con la carga de ML; los lotes de items-detail van de a 5 simultáneos; precios, Full ML y Ads por item se piden al mismo tiempo. Se dejaron de pedir precios y Full para las variaciones virtuales VAR_ (no son item_id de ML; antes generaban llamadas con item_id=undefined). El fetch de Ads por item se salta cuando la API de campañas de ML Ads responde error o no hay campañas.

Click en Sin stock total, Bogotá crítico o Precio bajo mínimo muestra solo esos productos, ignorando el buscador, ordenados por urgencia: sin stock → más vendidos del período primero; Bogotá crítico → menos días de stock en Bogotá primero; precio bajo mínimo → mayor brecha contra el mínimo primero. Otro click en el mismo KPI o "✕ Quitar filtro" vuelve a la vista completa. Ordenar por una columna con el filtro activo reordena dentro del subconjunto; escribir en el buscador sale del filtro. El filtro se mantiene al cambiar el período. De paso, ordenar por columna ya no descarta la búsqueda activa.

"Total" pasa a llamarse Stock y "Total ventas" pasa a Vendidas. Stock y Días Stock se movieron entre Producto y SKU, tanto en la fila del producto como en el desglose por publicación.

Performance y Finanzas dejan de tener su propio selector de fechas y usan la barra global "Período: Hoy / 7 / 15 / 30 días / Personalizado" (nuevo helper periodDates(), mismo criterio que dateRange() del server). Performance suma la opción "Hoy" (comparada contra ayer) y Días Stock se calcula con ese período. Pareto, Performance y Finanzas se recargan al cambiar el período (antes Pareto no lo hacía). La barra se oculta en Envíos Full y Alertas de stock (usan ventanas fijas de 15/30/45 días propias del cálculo) y en Changelog. Calidad y Publicidad mantienen sus controles propios (60 días / histórico y por mes).

El selector de período pasa al sidebar, debajo del logo. En pantallas ≤ 768px: las grillas de KPIs y resúmenes de 3-4 columnas pasan a 2; los formularios pasan a 1 columna; las acciones del topbar hacen wrap; se deja espacio arriba para el botón ☰; el waterfall de Finanzas muestra nombre + monto arriba y la barra abajo; el detalle de reclamos de Calidad y las métricas por familia de Importaciones pasan a 3 por fila. Fix: si el sidebar quedó colapsado desde desktop, en celular el menú no se podía abrir. Los números grandes de KPIs y resúmenes (Dashboard, Rentabilidad, Finanzas, Performance) escalan con el ancho de pantalla y, si igual no entran, cortan dentro de su caja en vez de desbordar.

Se ocultó la columna Rotar de la tabla para limpiar la vista (el dato sigue en el CSV exportado). Nueva columna Precio prom. después de Revenue: revenue del período ÷ unidades vendidas, con delta ▲▼ y valor del período anterior, por SKU y por publicación. Ordenable y también incluida en el CSV.

La columna PRECIO muestra arriba el precio publicado en ML (con promos aplicadas) y abajo "mín: $X", el precio mínimo para mantener el margen objetivo del 30% (COGS Fulfy + flete + empaque + comisión ML + IVA + cargo fijo). Si el publicado está por debajo del mínimo, ambos se ven en rojo con ⚠. En el desglose por publicación se mantiene el precio de cada una. Se quitó la columna separada Mínimo.

Nueva columna Margen después de PRECIO: margen real del período seleccionado, calculado sobre cada venta al precio efectivamente cobrado (unit_price de la orden), con los mismos costos que el precio mínimo (calcMargenML): COGS Fulfy + flete $8.000 + empaque $1.500 + comisión ML (13% clásica / 16% premium) + IVA de la comisión + cargo fijo ML por tramo. No descuenta Ads. Verde ≥ 30% (objetivo), ámbar entre 0 y 30%, rojo si pierde. Muestra la utilidad promedio por unidad ($) y el % sobre lo facturado; el tooltip trae la utilidad total del período. Solo aparece en productos/publicaciones con ventas en el período (sin ventas → "—"). Ordenable por %. El CSV suma Precio, Margen $ y Margen %.

Las filas de variación ya no heredan datos de la publicación padre: Ventas, Revenue, Precio prom. y Margen usan solo las ventas de esa variación (si no vendió → 0 / "—"; antes mostraba el total de toda la publicación). Full ML por variación usa el stock real por inventory_id (by_variation de /api/ml/item-full-stock) en vez del total del padre; el Full del producto también suma ese dato real y solo reparte proporcional a available_quantity si ML no lo desglosa. En el desglose se quitaron los "—" de Días Stock y Bogotá (son datos del producto, no de cada publicación).

El selector COLS (Stock / Histórico / Ventas / Precios / ADS) se reemplazó por VISTA. Resumida: Producto (con su SKU), Stock, Días Stock, Ventas, Revenue, PRECIO y Margen. Completa: suma Bogotá, Full ML, Vendidas, Precio prom. y ADS ML. La vista elegida se recuerda en el navegador (por defecto Resumida). Tour actualizado. En Resumida se oculta la línea "ant:" del período anterior; las flechas ▲▼ con el % de tendencia se mantienen.

Se eliminó la columna separada SKU: ahora el SKU se muestra debajo del nombre del producto, junto a la cantidad de publicaciones ("2 pubs · SKU"), y la columna Producto se angostó (150px mínimo) para dejar más espacio al resto. Click en cualquier punto del bloque nombre / x pubs / SKU copia el SKU al portapapeles sin plegar ni desplegar la fila: el bloque (ajustado al contenido; el nombre siempre en un solo renglón y la columna Producto mide exactamente lo que ocupa el nombre más largo, el resto del ancho queda para las demás columnas) se resalta al pasar el mouse y el aviso "✓ SKU copiado" en verde aparece solo en el SKU (más el toast "SKU … copiado"). Click en el resto de la fila despliega las publicaciones. El buscador sigue encontrando por SKU.

Las cajas de KPI (.kpi) son más chicas: menos padding, valor en 20px (antes 26px), etiqueta y subtítulo más finos. Las grillas de KPIs (.kpi-grid y todos los contenedores *-kpis) pasan a auto-fit con mínimo 160px: entran tantas cajas por fila como quepan, así quedan en 1 renglón (máx. 2). En Performance se quitó la fila-título "Catálogo" que ocupaba un renglón entero. En Rentabilidad las tarjetas superiores bajan de 28px a 22px y también se acomodan en auto-fit.

Los KPIs arrancan con Productos, Revenue y Unidades vendidas; después Sin stock, Bogotá crítico, Con stock Full ML y el resto. Con stock Full ML ahora también funciona como filtro (igual que Sin stock / Bogotá crítico / Precio bajo mínimo): trae solo los productos con stock en Full, ordenados de más a menos stock en Full. Unidades vendidas también filtra: muestra solo los productos con ventas en el período, de más a menos unidades vendidas (la caja indica cuántos productos vendieron).

Resultado financiero del período en formato waterfall: Ventas concretadas → menos comisión ML (sale_fee real por orden) → menos costo de envío real (solo Full, neto del descuento por reputación) → menos publicidad y otros cargos (input manual) → menos impuestos 1% → Recibiste (neto seller) → menos COGS (cruzado por SKU contra Fulfy) → Utilidad neta con margen %. Selector de fechas independiente desde/hasta (default últimos 30 días). 4 summary cards: Ventas / Cargos ML / Recibiste / Margen neto. Aviso amarillo cuando hay SKUs vendidos sin match en el catálogo Fulfy (COGS parcial).

Nuevo endpoint /api/ml/shipping-costs en el server que cruza órdenes pagadas del rango con la API de shipments de ML. Por cada envío fetcha /shipments/{id} + /shipments/{id}/costs en paralelo (batches de 15), filtra por status_history.date_shipped dentro del rango y agrega por logistic_type: Full, Flex y Drop-off. La descripción de la fila "Costo de envío" del panel Finanzas suma solo Full (coincide con "Envío a mi cargo" del reporte ML) y muestra el descuento por reputación aplicado. Ventana de órdenes ampliada 14 días hacia atrás para capturar envíos que despacharon tarde.

Botón "● Tour" en el topbar abre un overlay de 6 pasos que explica el panel completo: bienvenida, selección de período, búsqueda, KPIs superiores, columnas configurables y exportación. Cada toggle de columna (Stock, Histórico, Ventas, Precios) tiene un ícono ? que muestra al hover un tooltip con título, descripción detallada y un tip extra. Implementado con delegación de eventos sobre document — un solo listener para todos los íconos.

Se retiró el input editable de COGS manual y los indicadores F/M/? por fila. El costo ahora viene exclusivamente del catálogo Fulfy vía SKU. Cuando una publicación no tiene match en Fulfy, la celda muestra el mensaje "Sin costo Fulfy" en rojo en lugar de un input vacío. Las llamadas a /api/cogs se eliminaron de Dashboard, Rentabilidad, Performance y Finanzas — un solo punto de verdad para el costo de producto.

El nav-item de "Mis Productos" ahora está oculto. El panel y su lógica de CRUD se mantienen en el código pero ya no son alcanzables desde la UI. La razón: el flujo de COGS manual que justificaba el panel fue reemplazado por la integración Fulfy (ver entry de Rentabilidad arriba). El endpoint /api/cogs en el server.js sigue intacto.

Se quitó el panel "Métricas" que analizaba un producto individual en el tiempo (visitas/ventas con período comparado, gráfico Chart.js, KPIs con delta). El nav-item, el panel HTML, las funciones loadMetricas, initMetricasProducts, filterMetricasProducts, selectMetricasProduct, getMetricasFilter, onMetricasFilterChange, el wrapper window.nav específico y el loader ensureChartJS se removieron por completo. La funcionalidad estaba poco usada y duplicaba info disponible en Rentabilidad y Performance.

Análisis de producto individual en el tiempo. Buscador por nombre o SKU, selector de período (7/15/30 días o fechas custom), gráfico de líneas con visitas y ventas diarias del período actual superpuesto con el período anterior en línea punteada. KPIs con delta ▲▼ comparando ambos períodos: revenue, unidades, margen, conversión, ACOS y ROAS. Tabla diaria con visitas, unidades, revenue y conversión.

Vista completa del catálogo cruzando Mercado Libre con Fulfy. Columnas: Bogotá (stock Fulfy), Full ML real, Rotar (unidades con not_available en Full), Total, Total ventas históricas, Visitas, Ventas del período + delta vs período anterior, Revenue + delta, Conversión + delta, Precio mínimo calculado y Precio real de ML. Desglose expandible por publicación incluyendo items con una sola publicación. Ordenamiento por cualquier columna. Buscador por nombre, SKU o MCO. Comparación de períodos con valor anterior visible debajo del actual.

Conexión completa con app.backend.fulfy.co para obtener stock bodega, costo de productos y nombre comercial por SKU. Paginación automática con guard de 50 iteraciones. Manejo de redirects 301 en el proxy del servidor. El stock bodega en Inventario se sincroniza desde Fulfy en lugar de ingreso manual.

El costo de cada producto se obtiene automáticamente desde la API de Fulfy como fuente primaria. El input manual sigue activo como fallback editable. Indicador visual por fila: F (fuente Fulfy, borde cyan), M (manual, borde normal), ? (sin costo, borde rojo). Al editar el input se persiste en db.json y recalcula sin recargar.

Inventario consulta /inventories/{id}/stock/fulfillment por cada variación para obtener el stock físico real en depósitos Full ML. La versión original usaba available_quantity que mezcla Full y no-Full. Items Full sin variaciones se marcan con ~ en ámbar indicando stock estimado no verificable por API.

Stock Full ML / Stock Disponible ML / Stock Bodega / Total reemplaza la columna única anterior. Nuevo filtro KPI "Reabastecer Full ML" para items con stock Full menor a 15 días de cobertura. Ordenamiento por columna con click en encabezado. Fila completa clickeable para abrir la publicación en ML.

extractMLSku() busca el SKU en cascada: seller_sku → attributes[SELLER_SKU] → seller_custom_field → variaciones. SKU visible en Publicaciones, Inventario, Rentabilidad y Performance. PATCH masivo aplicado sobre 79 variaciones en ML para cargar seller_custom_field donde faltaba.

Publicaciones e Inventario traen todos los items activos paginando de a 100. La versión original tenía límite fijo de 100 — con 154 publicaciones activas se perdían 54. Contador "X de Y productos" confirma que se cargaron todos.

Órdenes, Publicaciones, Inventario y Rentabilidad usan el permalink completo de ML con slug del título. La versión original generaba URLs incompletas tipo /MCO2729149814 en lugar de /MCO-2729149814-morral-tula-impermeable-...

Variable itemId usada antes de ser declarada en el .map() de loadOrdenes(). El ReferenceError era capturado por el catch que ejecutaba showConnectPrompt(), aparentando un problema de token cuando era un bug de JS.

El subtítulo del panel no tenía id="pub-sub". La referencia nula disparaba showConnectPrompt() desde el catch de loadPublicaciones().

Dashboard, Órdenes, Publicaciones, Stock, Rentabilidad y Reputación distinguen errores de token vs errores de JavaScript. Los errores JS muestran el mensaje real con botón Reintentar en lugar del prompt de conexión genérico.