Échecs de scan

Pourquoi un scan n’a pas tourné

Les admins et owners d’organisation peuvent consulter des raisons normalisées lorsqu’un scan échoue ou est bloqué avant démarrage (par exemple crédits insuffisants). Ceci est distinct des journaux d’audit Team+, qui tracent l’historique de gouvernance.

Où regarder

• Paramètres → Échecs de scan : liste organisationnelle des jobs en échec et des scans bloqués, filtrable par code et date.
• Unité de projet → Historique des scans : badge Échoué ; les admins voient aussi la raison lorsqu’elle est disponible.

Codes d’erreur

Code	Signification
pat_required	Un Personal Access Token est requis pour ce dépôt
repo_access	Dépôt inaccessible (auth, permissions ou clone)
rate_limit	Limite de débit du fournisseur atteinte
insufficient_credits	Crédits insuffisants
payment_failed	Échec de paiement de l’abonnement
sast_addon_required	Add-on SAST non activé (les crédits seuls ne suffisent pas)
entitlement_denied	L’offre n’inclut pas la fonctionnalité requise
lockfile_not_found	Aucun lockfile pour l’unité de projet
branch_or_commit_not_found	Branche ou commit inaccessible
workflow_timeout	Le scan ou le workflow a dépassé sa limite de temps — si un crédit était déjà consommé, il est restauré automatiquement
system_error	Échec plateforme inattendu — si un crédit était déjà consommé, il est restauré automatiquement ; contactez le support si le problème persiste

Les échecs de configuration / accès (pat_required, repo_access, lockfile_not_found, etc.) surviennent avant le débit et ne consomment pas de crédits. Voir Crédits.

Documentation liée

• API Scans
• Concept Scan
• Crédits
• MCP