هل يتغيّر Submission ID في Turnitin عند إعادة الإرسال؟ ما الذي يعنيه تكرار المعرّف فعلياً

لا، إعادة الإرسال الناجحة لا تحتفظ بـ Submission ID القديم. إذ ينصّ دليل Turnitin الخاص بعرض معلومات الإرسال على أن Submission ID والتاريخ يتغيّران مع كل إرسال جديد يُقدَّم إلى المهمة.

لذلك، إذا كنت قد أعدت الإرسال ويبدو المعرّف على الشاشة مطابقاً لمعرّف محاولتك السابقة، فأحد أمرين صحيح: إما أنك تنظر إلى الإرسال القديم (الإيصال أو التقرير الخاص بالنسخة السابقة)، وإما أن رفعك الجديد لم يصبح إرسالاً جديداً من الأساس. لا هذا سبب للذعر ولا ذاك، لكن كلاهما سبب للتحقق، وهذا التحقق يستغرق أقل من دقيقة.

تصف صفحة "Viewing submission information" (عرض معلومات الإرسال) في Turnitin مربع Submission Info في document viewer، والذي يُظهر تاريخ الإرسال وتاريخ آخر تقييم وعدد الكلمات. أما صياغتها بشأن المعرّف فمباشرة: "The submission ID and date will change for each new submission made to the assignment." (سيتغيّر معرّف الإرسال وتاريخه مع كل إرسال جديد يُقدَّم إلى المهمة.)

يقول دليل جامعي عن الإرسال إلى Turnitin الشيء نفسه بعبارات أبسط: عند إعادة الإرسال، "You will receive a different Submission ID—please make a note of it. Your previous attempts will be overwritten." (ستحصل على Submission ID مختلف، يُرجى تدوينه. وسيتم استبدال محاولاتك السابقة.)

هذا هو الأساس. الحصول على معرّف جديد مع كل إعادة إرسال ناجحة هو السلوك الموثّق، وليس استثناءً.

المعرّف الذي يبدو مطابقاً لا يعني أبداً أن "النظام احتفظ برقمي القديم". إنها إحدى حالتين، ولكل منهما حل مختلف.

السبب الأول: أنت تنظر إلى الإرسال القديم. قد يواصل الإيصال أو التقرير أو document viewer عرض الإرسال السابق حتى تنتقل إلى الإرسال الجديد. وإذا كنت قد تحققت مباشرة بعد إعادة الإرسال، فربما كان ما رأيته ببساطة هو معرّف النسخة القديمة. والحل هو فتح أحدث إرسال من assignment inbox — لا من الإيصال القديم — ومقارنة التاريخ.

السبب الثاني: إعادة الإرسال لم تصبح إرسالاً جديداً. لا يسمح Turnitin باستبدال ملف سابق إلا عندما تكون المهمة تسمح بإعادة الإرسال. والصياغة الرسمية: لا تكون عمليات إعادة الإرسال ممكنة إلا إذا كان المعلّم قد اختار "immediately (can overwrite reports until due date)" (فوراً، يمكن استبدال التقارير حتى تاريخ الاستحقاق) عند إنشاء Similarity Report. وإذا كانت المهمة لا تسمح بإعادة الإرسال، فسيتم رفض رفعك الثاني أو تجاهله، ويكون المعرّف الذي تراه هو معرّف الإرسال الأول، لأن إرسالاً ثانياً لم يوجد قط.

الفحص يتعلّق بالتاريخ، لا بالمعرّف.

افتح المهمة في مقررك الدراسي، واعثر على إرسالك، وانظر إلى تاريخ الإرسال ووقته المعروضين بجانبه. قارنهما بالوقت الذي نقرت فيه على "submit."

• التاريخ يطابق وقت إرسالك: الإرسال الجديد موجود، ومعرّفه هو المعرّف الجديد، أي أنك كنت تنظر قبل ذلك إلى معرّف النسخة القديمة.
• التاريخ لا يزال قديماً: رفعك الجديد لم يصبح إرسالاً. والسبب المرجّح هو أن المهمة لا تسمح بإعادة الإرسال، أو أن عملية الرفع قد انقطعت. استشر المعلّم بشأن إعداد إعادة الإرسال قبل المحاولة مرة أخرى.

ملاحظة رسمية أخرى جديرة بالمعرفة: إذا لم تكن بحاجة إلى إعادة الإرسال على الإطلاق، فحذف المسودة القديمة ليس هو الطريق الصحيح. إذ يقول مركز مساعدة Turnitin صراحةً إن إعادة الإرسال إلى المهمة نفسها تستبدل المسودة السابقة تلقائياً، وبذلك يكون الحذف المسبق غير ضروري، كما أن مسار الحذف إجراء منفصل تتولّاه المؤسسة.

تُنتج إعادة الإرسال الناجحة دائماً Submission ID جديداً بتاريخ جديد، وتلك هي القاعدة الموثّقة. ويعني المعرّف المطابق إما أنك كنت تعرض النسخة القديمة، وإما أن رفعك لم يُسجَّل قط كإرسال جديد. تحقّق من التاريخ الموجود بجانب إرسالك، لا من المعرّف، وإذا كان التاريخ قديماً، فاستفسر عن إعداد إعادة الإرسال قبل المحاولة مرة أخرى.