Tareas y registros

Cada subida debe conservar una tarea, no solo una notificación temporal. Como mínimo incluye proveedor, aplicación, resumen del paquete, fase, progreso, horas de inicio y fin e información pública del error.

Primero revisa la fase

Localiza la última fase correcta y después la siguiente que falló. Los fallos de conexión, reserva, subida de fragmentos, procesamiento y revisión requieren recuperaciones completamente distintas.

Contenido de los registros

Los registros pueden incluir estados HTTP públicos, códigos de error del proveedor, rutas de campos, ID de recursos, checksum y fases locales. No deben contener JWT, Authorization, Cookie, .p8, claves privadas de Service Account, claves de licencia completas ni contraseñas.

Cómo compartir evidencias

Exporta preferentemente el resumen de tarea y registros sin datos sensibles; no compartas solo una captura de la última línea. Conserva ID de tarea, intervalo temporal, proveedor, aplicación y versión del paquete para relacionar el fallo con las solicitudes correctas.

Principios de recuperación

Si el proveedor ya creó un recurso no repetible, actualiza el estado remoto antes de reintentar. No reenvíes sin más el mismo Build, número de versión o una subida todavía en procesamiento.