Administración

Diagnosticar el estado antes de repetir la acción

Un diagnóstico seguro empieza conservando scope, estado, horas, cobertura y código de soporte. Sigue después la operación desde el producto fuente por Activity y evidencia Billing sin convertir una fila ausente en una conclusión falsa.

Si una operación parece bloqueada o incompleta, usa la resolución de problemas de Activity para conservar su estado y los datos útiles antes de reintentar.

Primero el scope

Organización, workspace, recurso, mercado, filtros y fechas pueden producir una vista vacía válida.

Estado antes que spinner

Aceptado, en cola, en curso, persistido y publicado no son el mismo hito.

Evidencia segura

Códigos de soporte y contadores limitados reproducen un problema sin exponer errores internos o secretos.

Conserva el estado antes de intentar corregirlo

Registra organización, workspace, proyecto, dominio, mercado, idioma y URL.

Copia estado, horas, contadores, código de soporte y texto exacto del error.

Anota filtros, búsqueda, ventana, selección y etiquetas como limitado, parcial, muestra o scope del viewer.

Decide si estás viendo un formulario de setup, un run fuente, un dashboard derivado, una fila de Activity o un registro de Billing.

Solo entonces recarga, reintenta, cambia el scope o crea un run de sustitución.

Descarta primero un scope equivocado

Muchas vistas vacías o sorprendentes son resultados válidos para otra organización, workspace, proyecto, dominio, país, idioma, lista, dispositivo, fecha o vista guardada. Limpia búsqueda y filtros, pero lee también las etiquetas de scope.

No muevas datos ni amplíes permisos antes de reproducir el problema en el contexto previsto.

Cargando, vacío y desactualizado son tres estados distintos

Estado	Qué comprobar
Cargando	Si la solicitud sigue activa, existe el run fuente y el worker realmente comenzó.
Vacío	Scope, filtros, requisitos, cobertura de fuente y existencia de un registro apto.
Desactualizado	Fecha fuente, último run correcto, historial de programación, baseline y publicación de un run más reciente.

Usa Activity como índice y diagnostica en el producto propietario

Activity puede unir una operación compatible con estado normalizado, scope, contadores, initiator, código de soporte, destino y evidencia Billing. Dashboard de 30 o 90 días, calendario de 365 días, lecturas de fuente y timeline de 100 filas están limitados. Una fila ausente no prueba que no hubo acción de producto.

Activity no puede cancelar, continuar, reintentar, reparar o publicar un run. Sigue el destino e inspecciona el estado y la salida del producto propietario antes de actuar.

Lista de Activity con jobs exitosos, enriquecimiento SERP, run de tracking y un error SERP fallido. — Cuando los datos parecen incorrectos, Activity suele mostrar si un job termino, fallo o proceso menos filas.

Una solicitud guardada no prueba que el trabajo de fondo se ejecutó

Para trabajo en cola o en curso, separa aceptación, dispatch, inicio del worker, respuesta del proveedor, persistencia y publicación. Una respuesta correcta al enviar solo prueba el contrato que esa respuesta describe.

Antes de reintentar, comprueba si ya hay otro run activo, si el original conserva una reserva, si existe salida parcial y si el producto ofrece recuperación compatible. Los reintentos repetidos pueden duplicar coste y confundir la evidencia.

Resultados parciales, limitados o muestreados siguen siendo útiles con sus límites

Lee la etiqueta de cobertura o límite antes de comparar recuentos.
No trates las filas fuera de la página devuelta como ceros.
Compara runs solo con scope, versión de regla, mercado, dispositivo y cobertura compatibles.
Un export puede contener solo el subconjunto cargado o devuelto.
Un gasto marcado como al menos no es un total financiero completo.

Datos ocultos, acción denegada y saldo insuficiente necesitan respuestas diferentes

Un control ausente puede deberse a capability, rol, asignación de workspace o proyecto, plan o feature gate. Pide a un admin que verifique la capability exacta sobre el recurso en lugar de conceder un rol amplio por conjetura.

Los datos Billing ocultos para un viewer no son cero. Si una operación medida está bloqueada, comprueba por separado saldo utilizable, estimación o reserva, run fuente e historial de pagos.

Si el saldo o los permisos de facturación impiden iniciar la solicitud, revisa la facturación y el uso antes de repetir la operación.

En imports y exports, demuestra el conjunto de filas

Conserva el archivo original y anota delimitador, encoding, cabeceras, mercado y número de filas.

Prueba un lote pequeño y representativo antes de un import grande.

Inspecciona filas rechazadas, duplicadas, vacías o normalizadas en vez de contar solo la tabla final.

Antes del export, registra filtros, búsqueda, selección, columnas, orden, páginas cargadas y cobertura.

Abre el archivo exportado y compara algunos registros conocidos con la vista fuente.

Reintenta solo cuando el estado actual lo respalde

Estado observado	Siguiente paso más seguro
Error de validación o requisito	Corrige entrada, acceso, verificación, mercado o setup antes de iniciar otra operación.
En cola o en curso	Comprueba dispatch y propiedad del worker; evita duplicar el run.
Parcial	Conserva salida útil, identifica lo ausente y usa el recorrido documentado de continuación o reintento.
Fallido o cancelado	Lee código de soporte, disposición Billing y controles de recuperación del producto fuente.
Correcto pero resultado sospechoso	Audita scope, cobertura, fecha fuente, transformaciones y publicación antes de repetir.

Escala con un registro reproducible y seguro

Organización, workspace, ruta de producto, recurso y zona horaria del navegador.
Acción intentada, resultado esperado, resultado real y reproducibilidad.
Run fuente o identidad visible, horas, estado, contadores y código de soporte.
Cobertura, límite, filtros, mercado, idioma, dispositivo y fecha.
Estado Billing o referencia del proveedor si es relevante, sin tokens, secretos, tarjeta o datos privados de clientes.