El Change history es el registro de las operaciones realizadas sobre el evento por los miembros del equipo y por el personal de Nightify. Sirve para reconstruir quién ha hecho qué y cuándo, por ejemplo cuando un evento aparece suspendido, una verificación se ha cancelado o un borrador se ha eliminado. La columna Operation no muestra el nombre del botón sino el código técnico de la acción: la tabla de más abajo los traduce.
En resumen
- Dónde: Event dashboard → pestaña Change history. La página se titula Change history event #….
- Permisos: Consultar registros del evento, incluido entre los roles predefinidos solo en Administrador.
- Qué obtienes: la lista completa, sin paginar, de las operaciones ordenadas desde la más reciente, con fecha y hora, autor y código de la operación.
Procedimiento paso a paso
- Abre el historial. Desde el panel del evento elige la pestaña Change history. Qué ves: una tabla con las columnas Fecha, User y Operation.
- Lee las filas. La primera fila es la operación más reciente. Fecha indica la fecha y la hora con los segundos; User el nombre, los apellidos y el correo electrónico del autor; Operation el código técnico.
- Interpreta el código con la tabla siguiente y, si hace falta, compáralo con Última actualización y Actualizado por en la tarjeta de estado del panel.
Campos y opciones: los códigos de la columna Operation
| Código | Qué significa | Quién lo genera |
|---|---|---|
disable | Publicación suspendida (Suspend publication). | Equipo de la organización. |
enable | Publicación reactivada (Enable publication). | Equipo de la organización. |
submit_pending | Evento o cambios enviados a verificación (Publicar evento / Publicar cambios). | Equipo de la organización. |
cancel_review | Verificación cancelada (Cancelar la verificación y volver al borrador). | Equipo de la organización. |
update_snapshot | Guardado del borrador: se registra en cada guardado de los contenidos (textos, precios, imágenes y demás). La fila indica que ha habido un cambio, no qué campo ha cambiado. | Equipo de la organización. |
delete_draft_snapshot | Borrador de los cambios eliminado (Delete draft en la tarjeta de estado). | Equipo de la organización. |
map_create y update_snapshot_event_map_assignment | Creación del mapa de asientos y asignación o modificación del mapa en el borrador. | Equipo de la organización. |
snapshot_access_type_missing | Aviso de un tipo de acceso que falta en la versión guardada. | Sistema, durante las operaciones sobre la venta de entradas. |
duplicate | Evento duplicado (Duplicar). | Equipo de la organización; la fila aparece en el evento de origen. |
review_admin_approve, review_admin_retry_ticketing_sync, finalize_staged_snapshot_approval | Aprobación de la verificación, nuevo intento de sincronización de la venta de entradas y finalización de la aprobación. | Personal de Nightify. |
insert, delete_draft | Inserción del evento y eliminación del borrador por parte de la administración. | Personal de Nightify. |
Qué no contiene
- El detalle de los campos modificados: para comparar los contenidos abre el borrador y la versión publicada desde el editor del evento.
- Las acciones sobre las reservas (anulaciones, regeneraciones, cambios del titular), que encuentras en el detalle de cada pedido, y los escaneos, que están en el Informe de entradas.
- El resultado textual de la verificación: el motivo de un rechazo está en la tarjeta de estado del panel, en Motivo del rechazo:.
Mensajes y errores
| Mensaje | Por qué aparece | Qué hacer |
|---|---|---|
| Tabla vacía | No hay ninguna operación registrada para el evento. | Es normal en un evento recién creado y nunca guardado ni enviado. |
| La pestaña Change history no aparece | El rol no tiene Consultar registros del evento. | Pídeselo a un Administrador. |
Muchas filas update_snapshot seguidas | Cada guardado del borrador genera una fila. | Ninguna acción: es el comportamiento previsto. |
Casos particulares
- El evento aparece sin publicar y no sabes por qué: busca la última fila
disabley lee la columna User. - Una verificación ha desaparecido: una fila
cancel_reviewindica que un miembro del equipo la ha cancelado devolviendo el evento al borrador. - Quieres saber quién ha creado la copia de un evento: la fila
duplicateestá en el evento de origen, con su autor.
Reglas y límites
- El historial es de solo lectura y no se puede borrar ni filtrar.
- La lista es completa y va desde la operación más reciente; no está paginada.
Artículos relacionados
- Pausar o reactivar la publicación
- Enviar el evento a revisión
- Cancelar la revisión y volver al borrador
- Duplicar un evento