Resubmission مقاله؛ چک‌لیست ارسال مجدد بعد از Revision

وقتی پاسخ به داوران نوشته شده، اصلاحات Manuscript انجام شده و نسخه‌های Clean و Marked آماده‌اند، ممکن است به نظر برسد سخت‌ترین بخش Revision تمام شده است. اما مرحله بعدی، یعنی Resubmission مقاله، خودش یک مرحله مستقل و حساس است. در این مرحله فقط فایل‌ها را دوباره Upload نمی‌کنید؛ در واقع باید مطمئن شوید تمام اجزای Revision Package با یکدیگر هماهنگ‌اند و چیزی که در Response to Reviewers وعده داده‌اید دقیقاً در نسخه نهایی مقاله دیده می‌شود.

بسیاری از مشکلات Resubmission نه از ضعف علمی، بلکه از خطاهای ساده اجرایی ایجاد می‌شوند: Upload شدن نسخه قدیمی، باقی ماندن Track Changes در فایل Clean، اشتباه بودن Line Numberها، تفاوت بین نسخه Clean و Marked، فراموش شدن فایل Supplementary یا باقی ماندن Abstract قدیمی در Submission System. این خطاها معمولاً قابل پیشگیری‌اند، به شرطی که ارسال مجدد مقاله را مثل یک مرحله جداگانه کنترل کنید.

Resubmission مقاله دقیقاً چیست؟

Resubmission در فرایند داوری معمولاً به ارسال دوباره نسخه اصلاح‌شده مقاله پس از دریافت Decision Letter گفته می‌شود. اگر تصمیم ژورنال Minor Revision یا Major Revision باشد، نویسندگان Commentهای Editor و Reviewers را بررسی می‌کنند، تغییرات لازم را در Manuscript اعمال می‌کنند و سپس Revision Package را در همان سامانه ژورنال ارسال می‌کنند.

این Revision Package معمولاً فقط یک فایل نیست. بسته به دستور ژورنال ممکن است شامل Revised Manuscript، نسخه Clean، نسخه Marked یا Track Changes، Response to Reviewers، Revision Cover Letter، Figureهای اصلاح‌شده و Supplementary Files باشد. بنابراین Resubmission زمانی درست انجام شده است که همه این اجزا نه‌فقط جداگانه صحیح باشند، بلکه با یکدیگر نیز سازگار باشند.

در بیشتر Revisionهای معمول، Manuscript ID قبلی حفظ می‌شود و مقاله به عنوان ادامه همان Submission قبلی ثبت می‌شود. با این حال، در بعضی تصمیم‌های Reject and Resubmit ممکن است ژورنال از نویسنده بخواهد مقاله را به شکل یک New Submission ارسال کند. در چنین شرایطی نباید صرفاً بر اساس تجربه قبلی عمل کرد؛ متن Decision Letter و دستورالعمل خود Submission System همیشه اولویت دارد.

Resubmission چه تفاوتی با New Submission دارد؟

در یک New Submission، مقاله برای اولین بار وارد ژورنال می‌شود و Editor هنوز سابقه‌ای از نسخه قبلی یا پاسخ‌های شما ندارد. اما در Resubmission بعد از Revision، مقاله در ادامه یک فرایند داوری قبلی بررسی می‌شود. Reviewer ممکن است نسخه قبلی، Commentهای خودش، Response شما و نسخه اصلاح‌شده را کنار هم بگذارد و مقایسه کند.

به همین دلیل معیار کنترل در Resubmission متفاوت است. فقط «خوب بودن مقاله» کافی نیست؛ باید نشان دهید Commentها را دقیق فهمیده‌اید، پاسخ داده‌اید و اصلاحات ادعاشده واقعاً انجام شده‌اند. اگر در Response نوشته‌اید یک تحلیل اضافه شده، Reviewer باید بتواند آن تحلیل را در Manuscript پیدا کند. اگر نوشته‌اید Figure 2 بازطراحی شده، فایل نهایی باید همان Figure جدید را نشان دهد.

قبل از Resubmission چه فایل‌هایی باید آماده باشند؟

اسم فایل‌ها در ژورنال‌های مختلف یکسان نیست، اما منطق کلی تقریباً ثابت است. بهتر است قبل از ورود به Submission System همه فایل‌ها را در یک پوشه نهایی قرار دهید و فقط نسخه‌هایی را نگه دارید که واقعاً قرار است Upload شوند. وجود فایل‌هایی با نام‌هایی مثل final، final2 و final-last احتمال انتخاب نسخه اشتباه را بالا می‌برد.

اگر هنوز درباره تفاوت Clean Version، Marked Version و Track Changes ابهام دارید، بهتر است قبل از Upload فایل‌ها راهنمای آماده‌سازی Revised Manuscript را بررسی کنید. خطای انتخاب نسخه در این مرحله می‌تواند تمام کار Revision را نامرتب جلوه دهد.

مرحله ۱: Decision Letter را دوباره از ابتدا بخوانید

قبل از ورود به Submission System، Decision Letter را یک بار دیگر از ابتدا تا انتها بخوانید. در طول Revision معمولاً توجه نویسنده روی Commentهای Reviewer متمرکز می‌شود، اما Editor ممکن است در ابتدای نامه دستورهایی مستقل از Reviewerها داده باشد؛ برای مثال درخواست یک فایل خاص، کوتاه کردن Abstract، اصلاح فرمت، اضافه کردن Ethics Statement یا Upload نسخه Track Changes.

همچنین بررسی کنید آیا ژورنال برای Revision محدودیت خاصی گذاشته است. بعضی ژورنال‌ها فقط یک Revised Manuscript می‌خواهند، بعضی نسخه Clean و Marked را جداگانه دریافت می‌کنند و بعضی سامانه‌ها فایل Response را در بخش جداگانه Upload می‌کنند. فرض کردن اینکه همه ژورنال‌ها یک روند دارند، یکی از خطاهای رایج این مرحله است.

مرحله ۲: Response to Reviewers و Manuscript را خط‌به‌خط تطبیق دهید

این مهم‌ترین کنترل محتوایی قبل از Resubmission است. هر پاسخ باید با چیزی که در Manuscript نهایی وجود دارد تطابق داشته باشد. اگر در Response نوشته‌اید «توضیح بیشتری به Methods اضافه شد»، باید همان توضیح در نسخه نهایی Methods وجود داشته باشد. اگر نوشته‌اید «Table 3 اصلاح شد»، Table 3 نباید هنوز نسخه قدیمی باشد.

بعد از خواندن چنین جمله‌ای، Reviewer معمولاً انتظار دارد دقیقاً بتواند محل تغییر را پیدا کند. اگر آن توضیح در نسخه اولیه Response نوشته شده اما بعداً هنگام ویرایش Manuscript حذف یا جابه‌جا شده باشد، پاسخ شما از نظر Reviewer غیرقابل‌ردگیری می‌شود.

بهترین روش این است که Response Letter را از Comment اول تا آخر باز کنید و برای هر Comment چهار چیز را بررسی کنید: خود Comment، پاسخ شما، تغییر انجام‌شده و محل نهایی آن. اگر در یکی از موارد با Reviewer مخالفت کرده‌اید، پاسخ باید همچنان محترمانه، مستدل و روشن باشد. برای این حالت می‌توانید از راهنمای مخالفت علمی با نظر داور مقاله استفاده کنید.

مرحله ۳: Page و Line Numberها را بعد از نهایی شدن Manuscript کنترل کنید

Line Numberها نباید در میانه Revision نهایی شوند. اضافه یا حذف یک پاراگراف، جابه‌جایی Figure یا حتی تغییر تنظیمات صفحه‌بندی می‌تواند همه شماره‌ها را تغییر دهد. به همین دلیل بهتر است ابتدا متن نهایی تثبیت شود و بعد Page و Line Numberهای داخل Response Letter به‌روزرسانی شوند.

برای مثال ممکن است در نسخه اولیه Response نوشته باشید «Lines 245–258»، اما بعد از افزودن یک پاراگراف به Introduction همان بخش به Lines 271–284 منتقل شده باشد. اگر شماره قدیمی باقی بماند، Reviewer مجبور است دنبال تغییر بگردد و این دقیقاً خلاف هدف یک Response حرفه‌ای است.

مرحله ۴: اثر زنجیره‌ای اصلاحات را در کل مقاله بررسی کنید

یکی از ضعف‌های رایج Revision این است که نویسنده Comment را فقط در همان بخش اصلاح می‌کند و اثر آن را روی سایر قسمت‌های مقاله در نظر نمی‌گیرد. فرض کنید Reviewer از شما خواسته Analysis جدیدی انجام دهید و نتیجه آن یکی از اعداد اصلی مقاله را تغییر داده است. این تغییر ممکن است فقط متعلق به Results نباشد؛ Abstract، Discussion، Conclusion، Tableها و حتی Graphical Abstract نیز ممکن است به همان عدد اشاره کرده باشند.

برای همین بعد از تکمیل پاسخ‌ها، مقاله را به صورت یک زنجیره منطقی دوباره بخوانید:

اگر یک Claim در Abstract وجود دارد، باید با Results نهایی قابل پشتیبانی باشد. اگر Discussion درباره افزایش یا کاهش یک متغیر صحبت می‌کند، جهت و مقدار آن باید با Results جدید سازگار باشد. Conclusion نیز نباید ادعایی را تکرار کند که در Revision تغییر کرده یا محدود شده است.

مرحله ۵: Figureها و Tableها را جدا از متن کنترل کنید

در طول Revision، Figure و Tableها بیشتر از چیزی که به نظر می‌رسد دچار ناهماهنگی می‌شوند. ممکن است Reviewer بخواهد یک Figure حذف و دو Figure ادغام شوند؛ در این صورت نه‌فقط خود تصاویر، بلکه شماره‌های داخل متن و Captionها نیز باید اصلاح شوند.

یک کنترل مؤثر این است که ابتدا همه Figureها را بدون خواندن متن مرور کنید و بعد همین کار را برای Tableها انجام دهید. بررسی کنید شماره‌گذاری پیوسته است، Caption با محتوای جدید مطابقت دارد، نسخه باکیفیت صحیح Upload شده و تمام ارجاعات داخل متن به شماره درست اشاره می‌کنند.

اگر Figure یا Table جدیدی اضافه شده است، مطمئن شوید در Discussion نیز در صورت نیاز به آن اشاره شده و Supplementary Material هم از نظر شماره‌گذاری به‌هم نریخته است.

مرحله ۶: References را بعد از Revision دوباره بررسی کنید

Reviewers اغلب درخواست اضافه شدن منابع جدید یا گسترش Literature Review را مطرح می‌کنند. اضافه کردن چند Citation ممکن است شماره‌گذاری References را در سبک‌های Numeric تغییر دهد و اگر Reference Manager به‌درستی Update نشده باشد، ارجاعات اشتباه ایجاد می‌شوند.

همچنین ممکن است در جریان بازنویسی یک پاراگراف حذف شود اما Reference مربوط به آن در Reference List باقی بماند. برعکس، ممکن است Citation جدیدی وارد متن شده باشد اما مشخصات کامل آن هنوز در فهرست منابع اضافه نشده باشد.

مرحله ۷: Clean Version و Marked Version باید از یک Master File ساخته شوند

یکی از امن‌ترین روش‌ها این است که در پایان Revision فقط یک Master File نهایی داشته باشید و هر دو نسخه Clean و Marked را از همان فایل تولید کنید. اگر این دو نسخه از فایل‌های جداگانه و در زمان‌های مختلف ساخته شوند، احتمال اینکه یک اصلاح در یکی وجود داشته باشد و در دیگری نباشد افزایش پیدا می‌کند.

در نسخه Clean نباید Track Changes، Highlight یا Comment داخلی باقی مانده باشد. در نسخه Marked نیز تغییرات باید به شکلی نمایش داده شوند که Reviewer بتواند آن‌ها را سریع پیدا کند. نحوه نمایش تغییرات را خود ژورنال تعیین می‌کند؛ گاهی Track Changes می‌خواهد، گاهی Highlight و گاهی فایل Marked جداگانه.

مرحله ۸: Commentها، Track Changes مخفی و Metadata فایل را پاکسازی کنید

نسخه‌ای که ظاهراً Clean است لزوماً واقعاً Clean نیست. ممکن است Commentهای Word مخفی شده باشند، Track Changes فقط از حالت نمایش خارج شده باشد یا نام و اطلاعات نویسندگان در Document Properties باقی مانده باشد.

این موضوع برای ژورنال‌های Double-Blind اهمیت بیشتری دارد. اگر فرایند داوری ناشناس است، فایل نهایی باید با الزامات ناشناس‌سازی ژورنال سازگار باشد. همچنین بهتر است قبل از Upload، فایل را ببندید و دوباره باز کنید تا مطمئن شوید هیچ Comment یا تغییر ردیابی‌شده‌ای ناخواسته ظاهر نمی‌شود.

مرحله ۹: اطلاعات Submission System را با نسخه جدید مقاله هماهنگ کنید

Submission System معمولاً اطلاعات نسخه اولیه مقاله را نگه می‌دارد. اگر در Revision عنوان، Abstract، Keywords، Funding Statement یا اطلاعات دیگری تغییر کرده باشد، ممکن است سامانه هنوز نسخه قدیمی را نشان دهد.

بنابراین فقط Upload فایل‌ها کافی نیست. اطلاعات متنی داخل سامانه را نیز دوباره با Manuscript نهایی مقایسه کنید. Title باید دقیقاً با صفحه عنوان هماهنگ باشد، Abstract نباید نسخه قدیمی باشد و ترتیب Authors و Affiliations باید کنترل شود.

اگر نویسنده‌ای اضافه یا حذف شده است، این کار را صرفاً با تغییر Manuscript انجام ندهید. بسیاری از ژورنال‌ها برای Authorship Change فرم یا تأیید جداگانه می‌خواهند. در این مورد دستور ژورنال باید دقیقاً رعایت شود.

مرحله ۱۰: نام فایل‌ها را طوری انتخاب کنید که نسخه اشتباه Upload نشود

وقتی چند هفته روی Revision کار شده، معمولاً پوشه پروژه پر از نسخه‌های مختلف می‌شود. نام‌هایی مثل final، final2، final-new یا final-last در لحظه Upload به‌راحتی باعث اشتباه می‌شوند.

بهتر است فایل‌های ارسال نهایی نام واضح داشته باشند:

حتی بهتر است یک پوشه جداگانه با عنوانی مثل RESUBMISSION_FINAL بسازید و فقط فایل‌هایی را که قرار است Upload شوند داخل آن قرار دهید.

مرحله ۱۱: File Designation را به اندازه خود فایل جدی بگیرید

Submission System ممکن است برای هر فایل یک نوع یا File Designation بخواهد؛ برای مثال Revised Manuscript، Manuscript with Changes، Response to Reviewers، Cover Letter یا Supplementary Material. اگر فایل درست را با Type اشتباه Upload کنید، Editor ممکن است فایل را در جای نادرست ببیند یا Reviewer به نسخه‌ای که باید دسترسی داشته باشد دسترسی پیدا نکند.

در بعضی سامانه‌ها فایل‌های قبلی به صورت خودکار باقی می‌مانند. قبل از تأیید نهایی ببینید کدام فایل‌ها Active هستند و آیا نسخه قدیمی باید حذف یا جایگزین شود. وجود دو فایل هم‌نام با نسخه‌های متفاوت می‌تواند ابهام ایجاد کند.

مرحله ۱۲: PDF Proof یا Submission Proof را حتماً باز کنید

مرحله Preview یا PDF Proof را تشریفاتی در نظر نگیرید. این فایل نزدیک‌ترین چیزی است که Editor یا Reviewer در سامانه می‌بیند. ممکن است Equationها به‌هم بریزند، Figureها حذف شوند، فونت Symbolها خراب شود یا ترتیب فایل‌ها نامناسب باشد.

PDF Proof را از صفحه اول تا آخر مرور کنید. Title Page، Abstract، Figureها، Tableها، Equationها، References و Supplementary Content را بررسی کنید. اگر سامانه فایل‌ها را به یک PDF ترکیبی تبدیل می‌کند، مطمئن شوید Response Letter و Manuscript با ترتیب درست نمایش داده می‌شوند.

چک‌لیست نهایی Resubmission مقاله

بعد از انجام کنترل‌های توضیحی بالا، حالا می‌توان از یک چک‌لیست کوتاه استفاده کرد. هدف این چک‌لیست جایگزین کردن مرور علمی نیست؛ فقط آخرین کنترل قبل از زدن Submit Revision است.

اشتباهات رایج در Resubmission مقاله

بعضی خطاها بارها تکرار می‌شوند و بیشتر از آنکه به دانش علمی مربوط باشند، نتیجه نبود یک کنترل نهایی منظم‌اند. یکی از رایج‌ترین موارد، Upload شدن Manuscript قدیمی است؛ مخصوصاً زمانی که چند نسخه با نام‌های مشابه در یک پوشه وجود دارد.

خطای دیگر این است که Response Letter نهایی شده اما Manuscript بعداً تغییر کرده است. در این حالت Line Numberها یا حتی متن اصلاح‌شده ممکن است دیگر با Response تطابق نداشته باشند. همین اتفاق برای Figureها هم رخ می‌دهد: Caption جدید است اما فایل Figure قدیمی Upload می‌شود.

گاهی نویسنده نسخه Clean و Marked را از دو فایل مستقل می‌سازد و در آخرین مرحله فقط یکی از آن‌ها را اصلاح می‌کند. در نتیجه Reviewer با دو Manuscript متفاوت روبه‌رو می‌شود. باقی ماندن Commentهای داخلی همکاران، Highlightهای کاری یا Track Changes ناخواسته نیز از خطاهای ساده ولی قابل‌مشاهده است.

و در نهایت، یکی از رایج‌ترین اشتباهات این است که نویسنده تمام توجه خود را به فایل‌های Uploadشده می‌دهد و اطلاعات Submission System را فراموش می‌کند. اگر عنوان یا Abstract در Manuscript تغییر کرده است، نسخه قدیمی نباید در سامانه باقی بماند.

اگر نزدیک Deadline هستیم اما Revision هنوز آماده نیست چه کنیم؟

اگر هنوز Analysis اصلی کامل نشده، Co-authorها نسخه نهایی را ندیده‌اند یا Response Letter نیاز به بازبینی جدی دارد، ارسال یک Revision ناقص فقط برای رسیدن به Deadline تصمیم خوبی نیست. در بسیاری از موارد بهتر است قبل از پایان مهلت، امکان تمدید را بررسی کنید.

درخواست Extension بهتر است پیش از تمام شدن Deadline ارسال شود و توضیح آن کوتاه، حرفه‌ای و مشخص باشد. در راهنمای درخواست تمدید Deadline ریوایز مقاله این مرحله را جداگانه توضیح داده‌ایم.

بعد از Submit Revision چه اتفاقی می‌افتد؟

بعد از Resubmission مسیر مقاله به سیاست ژورنال و نوع Revision بستگی دارد. در بعضی Minor Revisionها، Editor خودش نسخه اصلاح‌شده را بررسی می‌کند و در صورت رضایت تصمیم نهایی می‌گیرد. در موارد دیگر، Manuscript دوباره برای Reviewerهای قبلی فرستاده می‌شود.

اگر Reviewerها نسخه جدید را دریافت کنند، معمولاً بررسی می‌کنند که آیا Commentهای قبلی به‌طور کافی پاسخ داده شده‌اند یا نه. اینجا همان هماهنگی بین Response و Manuscript اهمیت پیدا می‌کند. پاسخ خوب ولی اصلاح ناقص، یا اصلاح خوب ولی Response مبهم، هر دو می‌توانند باعث سؤال دوباره شوند.

نتیجه بعدی ممکن است Accept، Minor Revision دیگر، Major Revision مجدد یا در بعضی شرایط Reject باشد. بنابراین Resubmission پایان فرایند انتشار نیست؛ بلکه پایان یک دور Revision است.

اگر Reviewer بعد از Resubmission دوباره Comment بدهد چه؟

دریافت Comment جدید لزوماً به این معنی نیست که Revision قبلی ضعیف بوده است. گاهی اصلاحات جدید سؤال‌های تازه‌ای ایجاد می‌کنند یا Reviewer بعد از دیدن Analysis اضافه‌شده نکته دیگری را مطرح می‌کند. همچنین ممکن است Editor یا Reviewer بخواهد یک توضیح بیشتر، Citation جدید یا Clarification محدود اضافه شود.

در این حالت بهتر است همان منطق قبلی را تکرار کنید: Comment را دقیق دسته‌بندی کنید، تصمیم بگیرید آیا نیاز به اصلاح دارد یا پاسخ توضیحی کافی است، سپس Response و Manuscript را هماهنگ نگه دارید. هدف این نیست که هر Comment را بدون بررسی بپذیرید؛ هدف این است که پاسخ علمی، شفاف و قابل‌ردگیری ارائه شود.

چرا باید بعد از تمام Commentها، کل مقاله را دوباره از ابتدا بخوانیم؟

فرایند Point-by-Point ذهن نویسنده را به واحدهای کوچک تقسیم می‌کند. شما Comment 1 را حل می‌کنید، بعد Comment 2 و بعد Comment 3. اما Reviewer در پایان یک مقاله کامل می‌بیند، نه مجموعه‌ای از اصلاحات جداگانه.

برای همین بعد از تمام شدن Revision، Manuscript را یک بار بدون نگاه کردن به Response Letter از ابتدا تا انتها بخوانید. این بار باید مقاله را مثل یک Reader جدید ارزیابی کنید: آیا Introduction هنوز با سؤال پژوهش هماهنگ است؟ آیا Methods دقیقاً همان چیزی را توضیح می‌دهد که در Results اجرا شده؟ آیا Discussion با نتایج جدید سازگار است؟ آیا Conclusion هنوز همان میزان قطعیت را دارد؟

این مرور نهایی معمولاً خطاهایی را پیدا می‌کند که در کنترل Comment-by-Comment دیده نمی‌شوند؛ مخصوصاً تکرار، تناقض عددی، جابه‌جایی شماره Figureها و جملاتی که بعد از چند دور ویرایش دیگر طبیعی به نظر نمی‌رسند.

یک Resubmission حرفه‌ای از دید Reviewer چه شکلی است؟

Reviewer نباید مجبور شود حدس بزند شما چه کرده‌اید. یک Revision خوب مسیر بررسی را کوتاه می‌کند. Comment باید واضح باشد، Response دقیقاً به همان Comment پاسخ دهد، محل اصلاح مشخص باشد و Manuscript همان تغییر را نشان دهد.

وقتی این زنجیره واضح باشد، Reviewer می‌تواند انرژی خود را صرف ارزیابی علمی کند، نه جست‌وجوی فایل‌ها و پیدا کردن تغییرات. این یکی از ساده‌ترین راه‌ها برای حرفه‌ای‌تر شدن Revision Package است.

جمع‌بندی: قبل از Submit Revision چه چیزی باید مطمئن باشد؟

Resubmission مقاله فقط مرحله Upload نیست. شما در این مرحله باید مطمئن شوید پاسخ به داوران، نسخه اصلاح‌شده Manuscript، فایل‌های Clean و Marked، Figureها، References، Supplementary Files و اطلاعات Submission System همگی یک نسخه واحد از داستان Revision را نشان می‌دهند.

اگر در Response نوشته‌اید تغییری انجام شده، آن تغییر باید قابل پیدا کردن باشد. اگر Manuscript تغییر کرده، بخش‌های مرتبط دیگر نیز باید بررسی شوند. اگر چند نسخه فایل دارید، باید مشخص باشد کدام نسخه نهایی است. و قبل از Submit، PDF Proof باید مثل نسخه‌ای که Reviewer خواهد دید بررسی شود.

اگر پاسخ مثبت است و تمام کنترل‌های فنی نیز انجام شده‌اند، Revision Package برای Resubmission آماده‌تر است.