Allez sur la page du projet concerné via le tableau de bord. Vérifiez le nom du projet et que vous êtes bien sur l’onglet principal (généralement “Sources” ou “Repos / Sources”).

Choisissez les sources à ajouter : dépôt Git, URL de site, ou fichier(s) à uploader. Pour chaque source, renseignez clairement le nom ou l’URL afin de faciliter l’identification lors du suivi.

Utilisez le bouton “Ajouter une source” / “Upload” / “Ajouter un dépôt” présent dans l’interface. Pour un upload, sélectionnez les fichiers ou glissez-les dans la zone prévue.

Validez la liste des sources puis lancez le traitement. L’interface créera immédiatement des entrées “pending” visibles dans la section de suivi pour vous informer que les jobs sont en file d’attente.

Dès le lancement, regardez la section “Progression” / “Jobs en cours” : chaque source devrait apparaitre avec une barre ou un indicateur initial (0–5%) indiquant qu’elle a été prise en compte.

Vous pouvez quitter la page : le traitement continuera en arrière-plan. À votre retour, l’interface rechargera l’état des jobs et affichera la progression actuelle.

Sur la page projet, repérez la section dédiée au suivi (souvent en haut ou dans un panneau latéral). Elle affiche les jobs en cours, leur progression (%) et un message résumé.

Pour chaque job, consultez : nom de la source, pourcentage d’avancement, message d’état (ex. “Téléchargement”, “Extraction”, “Indexation”, “Échec : accès refusé”).

Cliquez sur un job pour voir l’historique des messages et les étapes parcourues. Les messages indiquent souvent l’étape qui bloque (par ex. problème d’accès, taille du contenu, erreur du fournisseur).

Gardez la page ouverte si vous voulez voir des mises à jour en direct. Si la connexion est interrompue, vous retrouverez l’état actuel lors de la reconnexion.

Rappelez-vous que les traitements sont exécutés en file : si vous avez beaucoup de jobs simultanés, certains resteront en attente (pending) jusqu’à ce que les précédents finissent.

À la fin d’un job, l’interface mettra à jour le statut (terminé / échoué). Si configuré, vous pouvez aussi recevoir une notification. Vérifiez les résultats publiés (documents générés, site mis à jour) selon votre flux.

Affichez le détail du job échoué : le message affiché est votre première piste (ex. “Permission refusée”, “Timeout”, “Taille trop importante”, “Rate limit fournisseur”).

• Pour un dépôt : vérifiez que les identifiants d’accès ou autorisations sont valides et que le service distant accepte les requêtes.
• Pour un site : confirmez que l’URL répond et n’oppose pas de blocage (robots.txt, firewall).
• Pour un upload : contrôlez la taille du fichier et le type accepté.

Si l’interface propose un bouton “Réessayer” ou “Relancer”, utilisez-le pour retenter uniquement la source fautive. Évitez de relancer massivement si vous n’êtes pas certain de la cause.

Testez la source isolément (par ex. re-uploader un petit extrait du fichier, ou lancer le scraping d’une page unique) pour confirmer si l’erreur persiste.

• Permission : rafraîchir les autorisations / reconnecter le fournisseur.
• Rate limit / timeout : attendre puis relancer par petits lots.
• Fichier trop volumineux : scinder le fichier ou compresser.
• Blocage de scraping : vérifier les règles du site (robots, captchas) et adapter la fréquence/délai.

Annulez le job problématique et ré-importez la source corrigée (nouveau fichier, URL différente, autorisations mises à jour).

Avant d’annuler, vérifiez s’il suffit de relancer une seule source ou si le travail global doit être stoppé (erreur de configuration, mauvais lot uploadé).

Dans le panneau projet, utilisez l’option “Annuler le traitement” / “Cancel jobs” pour stopper les jobs en attente et marquer les jobs actifs à ignorer. L’interface vous confirmera le nombre de jobs annulés.

Après annulation, vérifiez que la liste des jobs en cours est vide et supprimez les sources non désirées de la file. Cela évite une reprise involontaire.

Appliquez les corrections nécessaires (taille de fichier, autorisations, URL corrigée), puis re-soumettez uniquement les sources qui doivent être retraitées.

Surveillez les premiers pourcentages ou messages pour confirmer que la reprise se déroule correctement ; annulez rapidement si le même problème réapparaît.

Les uploads sont traités par la même file que les autres sources : envoyer beaucoup de fichiers simultanément ajoute de la latence pour tous les jobs. Planifiez par lots.

Si une source est prioritaire (ex. publication urgente), téléversez-la séparément et surveillez sa progression avant d’envoyer le reste.

Pour des fichiers très volumineux, découpez-les en parties logiques (chapitres, sections) afin d’améliorer la résilience et la vitesse de traitement.

Les traitements peuvent bloquer à cause de services externes (limitations d’API, timeouts). Si vous suspectez ce cas, testez la source hors de l’UI (ex. accès simple via navigateur) pour isoler le problème.

En cas de beaucoup d’ajouts, l’interface listera d’abord des jobs “pending” puis les vrais jobs au fur et à mesure de leur exécution : soyez patient pour les lots volumineux.

Reconnectez-vous et ouvrez la page projet ; l’interface rechargera l’état connu des jobs et récupérera les mises à jour disponibles.

Regardez la vue globale : si des jobs apparaissent terminés ou échoués pendant votre absence, notez lesquels nécessitent action.

Si l’interface propose une option de “Vérifier l’état des jobs” ou “Re-synchroniser”, lancez-la pour demander un état actualisé des tâches.

Ouvrez les jobs ciblés et suivez les messages. Utilisez les boutons “Réessayer” ou “Annuler” selon le diagnostic réalisé.

Pour les traitements longs, évitez de lancer de très gros lots avant une période d’absence prolongée afin de faciliter le contrôle en cas d’incident.