انتقال لیست هنرجویان | پاک‌سازی فهرست و آزمون دسترسی

در روز انتقال به سامانهٔ جدید، ممکن است همهٔ نام‌ها در فهرست دیده شوند و با این حال بعضی هنرجویان نتوانند درس خود را باز کنند. یک نفر با شمارهٔ تازه وارد می‌شود، دیگری دو دوره خریده و فقط یکی را در حساب می‌بیند و فردی با دسترسی منقضی‌شده به اشتباه دوباره مجاز شده است. برای انتقال لیست هنرجویان، باید هم حساب را به فرد درست وصل کنید و هم مجوز هر دوره را با وضعیت و تاریخ خودش منتقل کنید. جمع نام‌های واردشده فقط بخشی از نتیجه است.

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

اول مشخص کنید هر ردیف مربوط به حساب است یا مجوز

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

برای هویت، به نام نمایشی تکیه نکنید. ممکن است دو نفر نام یکسان داشته باشند یا یک نفر نامش را با فاصله و املای متفاوت ثبت کرده باشد. شناسهٔ پایدار سامانهٔ قبلی نقطهٔ شروع بهتری است. اگر مقصد برای ورود به شماره یا ایمیل نیاز دارد، معلوم کنید کدام مقدار برای ورود معتبر است و چه کسی اجازه دارد اختلاف را تأیید کند. یک شمارهٔ تماس مشترک هم لزوماً به معنی یک حساب نیست. در دوره‌های خانوادگی یا سازمانی، ممکن است یک راه تماس برای چند نفر استفاده شده باشد.

برای مجوز، دوره، تاریخ شروع، تاریخ پایان و وضعیت را جدا ثبت کنید. اگر دسترسی دائمی وجود دارد، آن را به شکل روشن مشخص کنید. خانهٔ خالی ممکن است در یک سیستم به معنی دائمی و در سیستم دیگر به معنی نامشخص باشد. در مقصد هم بررسی کنید کدام مقدار یا تنظیم همین رفتار را ایجاد می‌کند. اگر وضعیت «لغوشده» را فقط با تاریخ پایان تفسیر کنید، ممکن است دسترسی‌ای که عمداً بسته شده دوباره باز شود. قبل از وارد کردن داده، معنی هر وضعیت را از منبع همان سامانه بگیرید.

یک فایل اصلی و یک نسخهٔ کاری داشته باشید. نسخهٔ اصلی شامل دادهٔ خروجی در زمان مشخص است و برای مقایسه نگه داشته می‌شود. تغییرهای پاک‌سازی را روی نسخهٔ کاری انجام دهید. تاریخ و ساعت خروجی، نام سامانه و نوع داده را ثبت کنید. اگر در فاصلهٔ خروجی تا انتقال، خرید یا لغو جدید رخ می‌دهد، از ابتدا راه دریافت تغییرهای بعدی را تعیین کنید. آخرین فایل بدون دانستن زمان تولید برای مقایسهٔ اختلاف‌ها کافی نیست.

نمونهٔ CSV را پیش از کار با اطلاعات واقعی امتحان کنید

نمونهٔ زیر اطلاعات شخصی ندارد. فرض کنید زمان مرجع بررسی اول نوامبر ۲۰۲۶ است. تاریخ‌ها برای مثال در قالب سال، ماه و روز میلادی‌اند. در کار واقعی، ساعت و منطقهٔ زمانی را هم در صورت اثر بر اعتبار مشخص کنید. ستون شناسهٔ مجوز نشان می‌دهد کدام ردیف یک حق مشاهده است. در دو ردیف تکراری، تنها وقتی یکی را حذف کنید که واقعاً همان شناسه و همان وضعیت باشند.

learner_id,access_id,source_course,start_date,end_date,status
L-101,G-01,PHOTO-BASE,2026-10-01,2026-12-01,active
L-101,G-02,PHOTO-LIGHT,2026-10-15,2027-01-15,active
L-102,G-03,PHOTO-BASE,2026-09-01,2026-10-01,expired
L-103,G-04,PHOTO-BASE,2026-10-01,2026-12-01,revoked
L-104,G-05,PHOTO-BASE,2026-11-15,2027-01-15,scheduled
L-104,G-05,PHOTO-BASE,2026-11-15,2027-01-15,scheduled
L-105,G-06,PHOTO-ARCHIVE,2026-10-01,2027-02-01,active

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

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

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

شناسهٔ دوره و نوع مجوز را در مقصد تطبیق دهید

یک جدول دوره‌ها بسازید. برای هر دورهٔ قدیمی، شناسهٔ مقصد، نام عمومی و نسخهٔ قابل ارائه را بنویسید. برای مثال، مبانی عکاسی در مبدا ممکن است در مقصد نام «عکاسی مقدماتی» داشته باشد. تطبیق را از روی محتوا، شرایط خرید و تأیید مسئول دوره انجام دهید. نام شبیه به‌تنهایی کافی نیست. اگر یک دوره به دو بخش تقسیم شده، روشن کنید خریدار نسخهٔ قبلی به هر دو بخش دسترسی دارد یا تنها به بخش مشخص. اگر جواب هنوز معلوم نیست، مجوز را از دور اصلی جدا بگذارید تا بعداً با شاهد درست وارد شود.

در جدول وضعیت‌ها، اثر هر مقدار را هم بنویسید. مجوز فعال در بازهٔ معتبر باز می‌شود. مجوز زمان‌دار پیش از تاریخ شروع بسته است. مجوز لغوشده حتی با پایان آینده نباید دسترسی بدهد. برای تاریخ منقضی، بررسی کنید مقصد آن را به شکل سابقه نگه می‌دارد یا فقط اجازهٔ مشاهده ایجاد نمی‌کند. اگر نگهداری سابقه برای پشتیبانی لازم است، آن را در گزارش داخلی یا مسیر مجاز ثبت کنید. ساخت مجوز فعال برای حفظ یک ردیف قدیمی نتیجهٔ درست مهاجرت نیست.

شناسهٔ نمونه	انتظار در زمان مرجع	شاهد پذیرش
G-01 و G-02	دو دوره برای همان حساب باز باشند	اولین درس هر دو دوره باز شود
G-03	مجوز قبلی تمام شده باشد	درس محدود باز نشود
G-04	لغو حفظ شود	تاریخ پایان آینده باعث باز شدن درس نشود
G-05	قبل از آغاز بسته و بعد از آغاز باز باشد	دو مشاهده در دو سوی زمان مرزی
G-06	بررسی مقصد دورهٔ آرشیوی	تا تعیین مقصد، دسترسی تازه صادر نشود

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

تعارض‌های رایج را پیش از وارد کردن دسته‌بندی کنید

تکرار کامل را از تعارض جدا کنید. اگر دو ردیف به یک شناسهٔ مجوز اشاره می‌کنند ولی تاریخ پایانشان فرق دارد، یکی را به صورت خودکار حذف نکنید. زمان تغییر هر رکورد و منبع معتبر را پیدا کنید. شاید یک فایل قدیمی پیش از تمدید تهیه شده و فایل تازه تاریخ درست را دارد. شاید یکی از ردیف‌ها به خرید جداگانه مربوط است. برای هر اختلاف، تصمیم و شاهد را ثبت کنید. در صورت نبود شاهد، وضعیت را نیازمند بررسی بگذارید تا مجوز حدسی ساخته نشود.

حالت دیگر، یک حساب مبدا با دو حساب مقصد است. شاید هنرجو پیش‌تر یک بار با شمارهٔ تازه وارد شده و یک حساب خالی ساخته باشد. قبل از صدور مجوز، راه تطبیق حساب را با مسئول پشتیبانی و رویهٔ احراز هویت مشخص کنید. هدف این است که مجوز در اختیار حساب درست قرار بگیرد. از فرد نخواهید رمز یا کد ورودش را بفرستد. اگر باید شماره یا ایمیل تغییر کند، همان مسیر مجاز حساب را اجرا کنید. در برگهٔ مهاجرت فقط شناسه و نتیجهٔ تطبیق را نگه دارید.

اگر چند دسترسی مستقل به یک دوره وجود دارد، مشخص کنید مقصد چگونه نتیجهٔ مشترک را نمایش می‌دهد. فرض کنید یک هنرجو دوره را خریده و بعد از طریق شرکت هم مجوز گرفته است. پایان دسترسی سازمانی نباید به اشتباه خرید معتبر شخصی را حذف کند. در محیط آزمایشی ابتدا هر دو منشأ را ثبت کنید و بعد یکی را به شکل فرضی پایان دهید. نتیجه را از دید هنرجو ببینید. اگر مقصد فقط یک تاریخ نهایی نگه می‌دارد، مسئول اجرای مهاجرت باید قبل از وارد کردن همهٔ ردیف‌ها دربارهٔ نگهداری منشأها تصمیم بگیرد.

برای رکوردهای بدون مقصد یا ناسازگار، صف جدا بسازید. ستون‌های آن می‌توانند شناسهٔ مبدا، نوع تعارض، مسئول، موعد و تصمیم نهایی باشند. اگر دوره‌ای فعلاً در مقصد آماده نیست، به هنرجو زمان و راه پیگیری را مطابق برنامهٔ واقعی بگویید. آمار این صف را در جمع گزارش بیاورید. اگر درصد بالایی از رکوردها به یک نوع خطا مربوط‌اند، اول قاعدهٔ همان نوع را اصلاح کنید و چند نمونه را دوباره امتحان کنید. بررسی دستیِ تک‌تک موارد وقتی لازم است که قاعدهٔ عمومی نتواند تصمیم مطمئن بدهد.

یک دستهٔ کوچک وارد کنید و نتیجه را از حساب هنرجو ببینید

برای پایلوت فقط نمونه‌های ساده انتخاب نکنید. یک حساب با دو دوره، یک حساب منقضی، یک حساب با شروع آینده و یک دورهٔ بدون مقصد بردارید. از پیش نتیجهٔ هر کدام را بنویسید. اگر سامانه امکان پیش‌نمایش وارد کردن دارد، شمار ردیف‌های معتبر و تعارض‌ها را قبل از اعمال ببینید. اگر عملیات دستی است، هر ردیف را با شناسهٔ اجرا ثبت کنید. در هر دو حالت فهرست تغییرهایی را که همین پایلوت ساخته نگه دارید تا اگر نیاز به اصلاح بود بتوانید دقیقاً همان موارد را پیدا کنید.

پس از اجرا از حساب هنرجوی آزمایشی وارد شوید. عنوان دوره، تاریخ دسترسی و اولین درس را ببینید. یک لینک مستقیم از دوره‌ای که حساب نباید ببیند هم باز کنید. اگر صفحه دیده می‌شود و فیلم بسته است، نتیجه را با سیاست مقصد مقایسه کنید. برای حساب زمان‌دار، رفتار پیش و پس از مرز را در دو ردیف بنویسید. وقتی هنوز به تاریخ آغاز واقعی نرسیده‌اید، می‌توانید در محیط جدا تاریخ نزدیک برای تمرین بگذارید. دادهٔ اصلی را برای شتاب دادن به آزمون تغییر ندهید.

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

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

تغییرهای نزدیک روز انتقال را در گزارش جمع کنید

از خروجی اول تا زمان انتقال ممکن است خرید، تمدید یا لغو رخ دهد. یکی از روش‌های عملی این است که خروجی اصلی را در زمان مشخص بگیرید و سپس فقط تغییرهای پس از آن را در یک برگهٔ جدا ثبت کنید. وقتی مقصد آماده شد، نتیجهٔ اصلی و تغییرهای بعدی را به ترتیب اعمال کنید. اگر امکان تشخیص ترتیب ندارید، وضعیت نهایی هر پرونده را دوباره از سامانهٔ مبدا بخوانید. برای نمونه، اگر یک نفر تمدید و سپس لغو شده، اعمال دوبارهٔ تمدید پس از لغو ممکن است وضعیت اشتباهی ایجاد کند.

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

در گزارش پایان، تعداد ردیف خام، تکرار کامل، مجوزهای معتبر، موارد واردشده و پرونده‌های باز را جدا نگه دارید. اگر شش مجوز یکتا در نمونه دارید، هر شش باید سرنوشت مشخصی داشته باشند. بعضی در مقصد مجازند، بعضی فقط برای کنترل وضعیت قبلی بررسی شده‌اند و یکی هنوز مقصد ندارد. نمی‌توان تعداد مجوز باز را با تعداد رکوردهای مبدا برابر دانست. معیار درست این است که برای هر ردیف بتوانید توضیح دهید چه اقدامی انجام شده و نتیجهٔ مورد انتظار چیست.

برای توقف در میانهٔ کار و اجرای دوباره آماده باشید

در یک تمرین جدا، نتیجهٔ دسته را پیش از پردازش کامل بررسی کنید. فرض کنید سه ردیف از شش ردیف نمونه پردازش شده‌اند و اجرای دسته متوقف می‌شود. ابتدا از گزارش همان اجرا بفهمید کدام ردیف‌ها واقعاً در مقصد تغییر کرده‌اند. سپس وضعیت را با فهرست ورودی مقایسه کنید. اگر یک ردیف پیش از توقف در مقصد ثبت شده ولی گزارش پایان آن هنوز نوشته نشده است، اجرای دوباره باید از روی نتیجهٔ واقعی مقصد تصمیم بگیرد. تیم می‌تواند برای شناسایی از شناسهٔ مجوز قدیمی و شناسهٔ حساب و دورهٔ مقصد استفاده کند.

برای همین تمرین، سه خروجی روشن بنویسید. ردیف اعمال‌شده و تطبیق‌یافته، ردیف اعمال‌نشده و ردیف نیازمند بررسی. اگر یک مجوز در مقصد هست اما تاریخش فرق می‌کند، آن را در گروه سوم بگذارید. ممکن است همان حساب در مقصد مجوز مستقل داشته باشد. حذف یا تغییر آن صرفاً برای برابر شدن جدول‌ها می‌تواند به خرید قبلی آسیب بزند. پیش از اصلاح، منبع هر مجوز را بررسی کنید و مشخص کنید تغییری که قصد دارید انجام دهید فقط روی مجوز مربوط به مهاجرت اعمال می‌شود.

یک نمونه از پروندهٔ پیش از مهاجرت بسازید. حساب فرضی در مقصد از قبل به دورهٔ مبانی دسترسی دارد. سپس برای همان حساب یک مجوز مرتبط با مهاجرت وارد می‌شود. اگر لازم شد تغییر دسته را برگردانید، ابتدا مجوزی را که همان دسته ساخته شناسایی کنید و سپس دسترسی حساب را دوباره باز کنید. انتظار این است که خرید قبلی طبق بازهٔ خودش باقی بماند. اگر مقصد نمی‌تواند دو منشأ را جدا نشان دهد، این محدودیت را قبل از انتقال عمومی ثبت کنید و روش بررسی دستی یا مسیر دیگری را با مسئول سامانه مشخص کنید.

برای اجرای دستهٔ اصلی، یک توقف امن تعریف کنید. مثلاً اگر در نمونهٔ نخست، حسابی به دورهٔ اشتباه می‌رسد یا مجوز لغوشده باز شده است، ارسال پیام‌های ورود متوقف بماند و ابتدا همان قاعده اصلاح شود. اگر خطا فقط به یک ردیف بدون شناسه مربوط است، می‌توانید آن را از دسته جدا نگه دارید و نتیجهٔ سایر موارد را طبق رویه بررسی کنید. معیار توقف را پیش از اجرا بنویسید تا هنگام مشاهدهٔ خطا، تیم دربارهٔ اهمیت آن از ابتدا مذاکره نکند.

قالب گزارش نهایی را با یک درخواست پشتیبانی امتحان کنید

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

در پاسخ نمونه می‌توانید نام دوره و مرحلهٔ بعد را به‌روشنی بگویید. «دسترسی نورپردازی پیدا شد. دسترسی مبانی را برای همین حساب در حال بررسی داریم. نتیجه را در موعد اعلام‌شده از همین مسیر پیگیری کنید.» قبل از ارسال مطمئن شوید نتیجهٔ گفته‌شده با آخرین وضعیت یکی است. در گزارش داخلی شناسه و زمان پاسخ را نگه دارید. اگر بعداً مجوز پیدا شد، نمونهٔ دسترسی را دوباره باز کنید و نتیجه را در همان پرونده ثبت کنید تا درخواست قدیمی دوباره بدون دلیل باز نشود.

اگر چند هنرجو مشکل مشابهی دارند، شمار پرونده‌ها و شناسهٔ دورهٔ مشترک را بررسی کنید. شاید خطا فقط به یک نگاشت دوره مربوط باشد و نیاز به ساخت دوبارهٔ همهٔ حساب‌ها نباشد. اصلاح محدود را ابتدا روی نمونه تأیید کنید و سپس نتیجهٔ همان گروه را دوباره گزارش دهید.

گزارش پذیرش را پیش از اطلاع‌رسانی مرور کنید

یک نفر غیر از اجراکننده را برای بازخوانی نمونه انتخاب کنید. او باید بتواند بدون دانستن جزئیات جلسه، از روی شناسهٔ مبدا حساب مقصد را پیدا کند و توضیح دهد چرا یکی از دوره‌ها باز یا بسته است. اگر فقط به رنگ ردیف یا حافظهٔ اجراکننده وابسته است، توضیح وضعیت را کامل کنید. برای نمونه، به جای «رد شد» بنویسید دورهٔ آرشیوی هنوز شناسهٔ مقصد ندارد. برای پروندهٔ دیگر مشخص کنید پایان اعتبار گذشته است. این توضیح در روز نخست پشتیبانی از تکرار پرسش‌ها کم می‌کند.

معیار پایان را با اثر بر هنرجو تنظیم کنید. ممکن است همهٔ حساب‌ها ساخته شده باشند، اما چند نفر هنوز نتوانند خرید قبلی را ببینند. در این حالت، شمار حساب ساخته‌شده گزارش پیشرفت است و تحویل دسترسی هنوز مورد باز دارد. برای هر مورد حل‌نشده، مسئول و زمان بررسی بعد را نگه دارید. سپس بعد از ورود اولین گروه واقعی، نمونه‌ای از نتیجه را با همان تعریف‌ها مرور کنید. اگر خطای پرتکرار به یک دوره یا نسخه وابسته است، نخست همان جدول تطبیق را کنترل کنید.

در نسخهٔ نهایی گزارش، زمان آخرین تطبیق را هم ثبت کنید تا هنگام تمدید یا لغو بعدی، نتیجهٔ جدید با وضعیت روز مهاجرت اشتباه نشود.