El historial de la ficha
Qué cambió en un producto, cuándo, por qué y cómo estaba antes.
Transcripción del video
En este video ves qué cambió en una ficha y cómo dejarla como estaba.
Cada vez que una ficha cambia de verdad, Bruxel guarda una versión. Aquí, cambias el color.
En «Historial» está cada versión, con su motivo, quién la hizo y cuándo.
Abre una y ves qué cambió: el valor de antes y el de ahora.
Lo que no tecleó nadie, como una importación o la detección de atributos, lo dice su motivo.
Debajo eliges dos versiones cualesquiera y ves su diferencia, aunque no sean seguidas.
Un administrador puede volver a una versión anterior: antes de escribir, te enseña cómo quedaría.
Restaurar no borra nada: la ficha vuelve a como estaba y el historial gana una versión más.
En el siguiente video traduces una ficha a otro idioma.
Qué guarda
Cada vez que una ficha cambia de verdad, Bruxel guarda una versión con el estado completo del producto en ese momento. Lo verás en la pestaña «Historial» de cualquier ficha.
- Los campos de la ficha: nombre, marca, SKU, la categoría que venía en tu archivo y el estado.
- Los valores de atributos, con su idioma.
- Las categorías asignadas y la familia.
- De los datos importados, qué columnas cambiaron — nunca su contenido.
Por qué está vacío
El historial empezó a grabar el día que se activó y no reconstruye el pasado. Una ficha que no ha cambiado desde entonces no tiene ninguna versión, y eso es normal: no es un error ni un dato perdido.
Cuando la edites a mano verás dos renglones en vez de uno: el primero, «Estado inicial», es cómo estaba antes, y el segundo es el cambio. Los cambios masivos —una importación, el relleno con IA sobre muchos productos— no guardan ese «antes»: su primera versión es el estado nuevo, y la comparación empieza desde el cambio siguiente. Borrar un atributo, una opción, una categoría o una familia sí lo guarda: la ficha conserva en su historial el valor que perdió.
Por qué muchas versiones no dicen quién
Solo los cambios que hace una persona en la app quedan atribuidos a su cuenta (verás su identificador, no su nombre completo). Las importaciones, el relleno con IA, las reglas de atributos y la detección de atributos no son de nadie en particular, así que el renglón se apoya en el motivo: «Importación», «Relleno con IA», «Reglas de atributos». Si el cambio entró por la API, verás la llave que se usó. Cuando alguien borra un atributo, una opción, una categoría o una familia —o renombra una opción o un código—, las fichas que lo usaban reciben una versión «Cambio en atributos o categorías» a nombre de esa persona: la ficha cambió aunque nadie la editó.
Comparar dos versiones
Debajo de la lista puedes elegir dos versiones y ver qué hay de diferencia entre ellas, aunque no sean seguidas. Solo se pueden comparar las versiones que ya estén cargadas en la lista: si quieres una más antigua, pulsa «Ver versiones anteriores» primero.
Volver a una versión anterior
En cada versión del historial, un administrador puede pulsar «Volver a esta versión». Antes de escribir nada se enseña qué va a cambiar y —esto es lo importante— qué no se va a poder devolver: una opción de atributo que alguien borró, un atributo que ya no existe, o un valor que una regla nueva de tu catálogo prohíbe. Lo que no se puede, se dice ahí mismo y el resto sí vuelve.
Restaurar no borra nada: la ficha vuelve a como estaba y el historial gana una versión más, marcada como «Restauración» y diciendo de cuál se volvió. Siempre puedes deshacer el deshacer.
Lo que todavía no hace
Volver a una versión anterior lo puede hacer un administrador, desde el propio historial. Lo que el historial NO devuelve:
- Las imágenes y los archivos del producto: el DAM tiene su propio ciclo.
- El SKU, el estado y las bajas: el SKU es la llave con la que empatas tu tienda y no se cambia de rebote; el estado lo lleva el proceso de generación.
- Del archivo que importaste, el contenido de las columnas: solo se guarda cuáles cambiaron.