Supervisar las operaciones de la plataforma y la actividad de auditoría

Las herramientas de Administración de la Plataforma exponen señales operativas y actividad privilegiada de toda la plataforma. Usa Salud operativa para revisar señales de publicación, cola de revisión, moderación y auditoría que puedan requerir intervención. Actualiza la vista antes de actuar sobre un elemento desactualizado.

Usa Registro de auditoría para buscar acciones, actores y objetivos. La pantalla carga primero la página limitada más reciente; selecciona Cargar eventos anteriores hasta que esté presente todo el periodo de investigación antes de buscar o elegir Exportar vista cargada. Exporta únicamente cuando lo requiera una investigación o un proceso de retención autorizados. Un evento de auditoría registra que ocurrió una acción; por sí solo no demuestra por qué se realizó.

Los cambios de instructores, taxonomía, tarifas de IA, ajustes de créditos y equipo de la Plataforma confirman juntos el resultado de dominio y el evento de auditoría de la Plataforma. Un fallo no puede dejar un cambio guardado sin su historial de auditoría. Si se interrumpe la respuesta, reintenta la solicitud sin cambios desde la misma página; el identificador de solicitud conservado confirma el resultado anterior sin aplicarlo dos veces. Un mensaje de conflicto de versión indica que otro administrador cambió el registro; actualiza y revisa el estado más reciente antes de iniciar otra solicitud.

Empieza por el registro pertinente más específico, confirma la cuenta o el contenido afectado y mantén la reparación dentro de los permisos que tengas asignados. No cambies el acceso de una cuenta solo para inspeccionar otro espacio de trabajo. Registra las decisiones importantes mediante el flujo de la plataforma para que revisores posteriores puedan reconstruir lo sucedido.

La comprobación programada de operaciones de la Plataforma se ejecuta cada hora. Salud operativa muestra la última ejecución persistente, si se completó totalmente, los casos de moderación vencidos y las entregas de notificaciones atascadas o fallidas. Limpieza de pruebas distingue cargas obsoletas, conciliaciones de cargas y pruebas cuya limpieza por retención está vencida. Trabajo del ciclo de vida de cuentas distingue cambios de cuenta abiertos, obsoletos y que requieren conciliación. Integridad del acceso cuenta las finalizaciones de medidas obsoletas o fallidas y las restricciones activas cuyo estado real de cuenta o curso ya no coincide con el registro de la medida. Limpieza de imágenes públicas cuenta reservas caducadas o interrumpidas de cargas de portadas o fotos de perfil y registros que requieren conciliación. Detén otros cambios en registros que requieran conciliación y escálalos a un propietario de la Plataforma. Una ejecución parcial se considera no saludable para evitar que el trabajo aplazado o fallido parezca satisfactorio.

Los administradores de la Plataforma pueden desplegar estos totales en Registros operativos que requieren acción. Cada cola está limitada y puede cargar otra página sin sustituir los registros ya mostrados:

• Limpieza de cargas de pruebas seguras enlaza la carga privada con su caso de moderación y muestra estado, error, intentos, antigüedad, aptitud, arrendamiento y ruta del objeto privado.

• Limpieza de retención de pruebas seguras enlaza las pruebas privadas caducadas con su caso y muestra el plazo de retención, el estado de reintento, el arrendamiento del proceso, los intentos y el objeto privado exacto. Los registros solo aparecen cuando el caso, las apelaciones, las medidas y las retenciones legales ya no bloquean la eliminación.

• Recuperación del ciclo de vida de cuentas enlaza la cuenta afectada y, si existe, el caso de moderación, y muestra el cambio de estado previsto, la comprobación de versión, los intentos, la antigüedad y el último error.

• Limpieza de imágenes públicas enlaza cada reserva de portada o foto de perfil con el propietario de la carga y muestra la ruta exacta del objeto público, su finalidad, aptitud, arrendamiento e historial de reintentos.

• Integridad de medidas y acceso enlaza el caso y, cuando esté disponible, la cuenta afectada, y muestra el identificador del registro, el estado real observado, la antigüedad y el fallo.

Los analistas y revisores con acceso exclusivo a la salud ven totales anonimizados y orientación de escalado, no correos de cuentas, rutas de objetos privados ni detalles de casos. Los administradores de la Plataforma pueden inspeccionar los registros limitados, pero solo el propietario de la Plataforma puede iniciar una recuperación o registrar un escalado. La limpieza ordinaria sigue siendo una operación programada.

Las acciones del propietario siempre requieren un motivo y el estado actual del registro. Reintentar limpieza reclama una fila exacta de prueba o imagen pública, respeta cualquier arrendamiento activo del proceso, vuelve a comprobar la seguridad del caso, la retención legal, el adjunto y la propiedad, y usa el finalizador existente protegido por token después de que Storage responda. Reintentar recuperación de cuenta reclama una operación del ciclo de vida, verifica el estado actual de Auth, aplica únicamente su objetivo registrado y usa el finalizador atómico de cuentas; el acceso se mantiene cerrado por seguridad si se interrumpe la verificación. Inspeccionar estado bloquea la medida y el caso y registra su clasificación sin cambiar el acceso. Una medida pendiente obsoleta ofrece Confirmar que no se confirmó y marcar como fallida solo cuando el servidor demuestra que no se confirmó ni su evento del caso ni la finalización de auditoría. Envía cualquier sustitución mediante el caso enlazado.

Registrar escalado conserva la versión actual del registro y el motivo del propietario en el historial de auditoría, pero deliberadamente no reconoce, oculta ni resuelve el contador rojo de salud. No elimines objetos de Storage, no edites filas del ciclo de vida o de medidas ni reproduzcas tokens de apelación fuera de estos flujos. Actualiza la vista después de cada acción antes de continuar.

La comprobación alerta al administrador asignado al caso —o a los Administradores de la Plataforma si no está asignado— cuatro horas antes de que venza un SLA de moderación activo y de nuevo después de su vencimiento. Envía las notificaciones de moderación por correo pendientes y vuelve a intentar los fallos temporales aptos con esperas crecientes limitadas. Un error permanente de entrega, un contenido de reintento no disponible u ocho intentos fallidos se convierten en una entrega fallida terminal mostrada en Entregas de correo sin resolver. Solo los administradores de la Plataforma pueden inspeccionar los datos del destinatario o resolver este trabajo. Selecciona un número de caso para abrir el caso de moderación vinculado antes de actuar. Corrige primero la dirección, plantilla o configuración de correo subyacente y, después:

• Elige Volver a poner el correo en cola para una notificación ordinaria que deba entregarse. Regresa inmediatamente a la cola limitada de reintentos. Si el destinatario es una cuenta, el reintento actualiza el destino con su correo registrado actual. Si ya no hay una dirección válida para la entrega, actualiza el correo de la cuenta o reconoce la entrega en su lugar.

• Elige Reconocer y registra un motivo cuando no deba intentarse otra entrega. El fallo permanece en el historial de auditoría, pero deja de aparecer como trabajo sin resolver.

• Elige Emitir un nuevo enlace de apelación y registra un motivo para un correo de apelación fallido. El enlace portador fallido nunca se reproduce; el sistema crea un nuevo token privado y envía un correo nuevo para la medida activa. Si ese sustituto no puede entregarse, su fallo aparece como un nuevo trabajo sin resolver.

Los enlaces de apelación son más estrictos porque cualquier enlace fallido o no confirmado se revoca. Si un proceso de entrega se detiene antes de confirmar el envío, el mantenimiento revoca el enlace después de 15 minutos y lo marca para la atención de un operador. El enlace sin procesar no puede recuperarse del registro de entrega.

La misma ejecución de mantenimiento elimina los registros de tokens de apelación 90 días después de su uso, revocación o caducidad, y elimina las pruebas privadas de moderación tras su fecha de retención de 90 días. Las pruebas se conservan mientras estén activos su caso, medida o apelación y mientras se aplique una retención legal. Si la ejecución programada no está saludable, trata los casos vencidos, las notificaciones retrasadas y las pruebas caducadas como un incidente operativo en lugar de depender de recordatorios manuales.

El mantenimiento de imágenes públicas elimina por separado los objetos de ruta exacta dejados por reservas caducadas o fallidas de cargas de portadas de curso o fotos de perfil, reintenta trabajos de limpieza limitados y mueve a conciliación los trabajos que fallen repetidamente. También elimina el historial antiguo de reservas terminales después de su periodo de auditoría. Usa la señal de salud Limpieza de imágenes públicas para detectar la detención del programador; no eludas el flujo de reserva o limpieza mediante cambios directos en el contenedor público.