Le Submission ID Turnitin change-t-il quand vous renvoyez un travail ? Ce que signifie vraiment un ID identique

Non, un renvoi réussi ne conserve pas l’ancienne Submission ID. Le propre guide de Turnitin sur la consultation des informations d’envoi indique que la Submission ID et la date changent pour chaque nouvel envoi effectué dans le devoir.

Donc, si vous avez renvoyé votre travail et que l’ID affichée à l’écran ressemble à celle de votre tentative précédente, l’une de ces deux situations est vraie : vous regardez l’ancien envoi (le reçu ou le rapport de la version précédente), ou votre nouveau dépôt n’est jamais devenu un nouvel envoi. Aucune des deux n’est une raison de paniquer, mais les deux justifient une vérification, et cette vérification prend moins d’une minute.

La page « Viewing submission information » (Consulter les informations d’un envoi) de Turnitin décrit l’encadré Submission Info du document viewer, qui affiche la date d’envoi, la date de la dernière notation et le nombre de mots. Sa formulation est sans ambiguïté au sujet de l’ID : « The submission ID and date will change for each new submission made to the assignment. » (L’ID et la date de l’envoi changeront pour chaque nouvel envoi effectué dans le devoir.)

Un guide universitaire sur les envois dans Turnitin dit la même chose en termes plus simples : lors d’un renvoi, « You will receive a different Submission ID—please make a note of it. Your previous attempts will be overwritten. » (Vous recevrez une Submission ID différente, veuillez la noter. Vos tentatives précédentes seront écrasées.)

C’est le point de départ. Un nouvel ID à chaque renvoi réussi est le comportement documenté, pas une exception.

Un ID qui paraît identique ne veut jamais dire que « le système a gardé mon ancien numéro ». C’est l’une de deux situations, et elles n’appellent pas la même solution.

Cause numéro un : vous regardez l’ancien envoi. Le reçu, le rapport ou le document viewer peuvent continuer à afficher l’envoi précédent jusqu’à ce que vous naviguiez vers le nouveau. Si vous avez vérifié juste après avoir renvoyé, ce que vous avez vu était peut-être simplement l’ID de l’ancienne version. La solution consiste à ouvrir le dernier envoi depuis l’assignment inbox — et non depuis l’ancien reçu — puis à comparer la date.

Cause numéro deux : le renvoi n’est pas devenu un nouvel envoi. Turnitin ne permet d’écraser un fichier antérieur que si le devoir autorise les renvois. La formulation officielle : les renvois ne sont possibles que si l’enseignant a sélectionné « immediately (can overwrite reports until due date) » (immédiatement, peut écraser les rapports jusqu’à la date limite) pour la génération du Similarity Report. Si le devoir n’autorise pas les renvois, votre second dépôt est rejeté ou ignoré, et l’ID que vous voyez est celle du premier envoi, parce qu’il n’y en a jamais eu de second.

La vérification porte sur la date, pas sur l’ID.

Ouvrez le devoir dans votre cours, trouvez votre envoi et regardez la date et l’heure d’envoi affichées juste à côté. Comparez-les avec l’heure à laquelle vous avez cliqué sur « submit. »

• La date correspond à l’heure de votre envoi : le nouvel envoi existe et son ID est la nouvelle — vous regardiez auparavant l’ID de l’ancienne version.
• La date est toujours l’ancienne : votre nouveau dépôt n’est pas devenu un envoi. La cause probable est que le devoir n’autorise pas les renvois, ou que le téléversement a été interrompu. Contactez l’enseignant au sujet du paramètre de renvoi avant de réessayer.

Une autre note officielle à connaître : si vous n’avez pas besoin de renvoyer quoi que ce soit, supprimer l’ancien brouillon n’est pas la bonne démarche. Le centre d’aide de Turnitin indique clairement qu’un renvoi vers le même devoir écrase automatiquement le brouillon précédent : supprimer au préalable est inutile, et la suppression elle-même relève d’une procédure distincte gérée par l’établissement.

Un renvoi réussi produit toujours une nouvelle Submission ID accompagnée d’une nouvelle date : c’est la règle documentée. Un ID identique signifie soit que vous regardiez la version obsolète, soit que votre dépôt n’a jamais été enregistré comme un nouvel envoi. Vérifiez la date qui figure à côté de votre envoi, pas l’ID, et si la date est ancienne, renseignez-vous sur le paramètre de renvoi avant de réessayer.