نحوه ترجمه PDF دارای شماره‌گذاری بیتس (Bates) بدون برهم‌زدن ارجاعات حقوقی
ترجمه PDF دارای شماره‌گذاری بیتس با ثبت فهرست مبدأ تغییرناپذیر، نگاشت صفحه‌به‌صفحه، شناسه‌های کنترل‌شده و بررسی نهایی ارجاعات فایل.
برای ترجمه ایمن یک فایل PDF دارای شماره‌گذاری بیتس، با هر شناسه بیتس مانند یک کلید ارجاعبرخورد کنید، نه متنی برای ترجمه. نسخه اولیه ارائه‌شده را تثبیت کنید، برای هر صفحه مبدأ یک ردیف ثبت نمایید، ترجمه را از روی یک نسخه کاری انجام دهید و نحوه تطابق هر صفحه مقصد با شناسه مبدأ را به صورت مستند مشخص کنید.
در طول فرایند ترجمه، به هیچ وجه قواعد شماره‌گذاری دلخواهی برای فایل مقصد ابداع نکنید. مفاد قرارداد، پروتکل تبادل اسناد، دستور دادگاه، دستورالعمل موکل یا رویه بازبینی پرونده ممکن است تعیین کند که آیا ترجمه باید شناسه اصلی را حفظ کند، پسوندی به آن بیفزاید یا از بازه شماره‌گذاری مجزایی استفاده کند. تیم حقوقی یا مسئول اسناد باید این ضابطه را پیش از شروع کار تایید کند.
از این مراحل پیروی کنید:
- فایل‌های اصلی مبدأ و هش (Hash) آنها را بدون کوچک‌ترین تغییری نگهداری کنید.
- نام فایل‌ها، ترتیب آنها، شماره صفحات PDF و شناسه‌های بیتس قابل مشاهده را فهرست‌بندی کنید.
- پیش از شروع ترجمه، موارد مفقود، تکراری، ناخوانا یا شناسه‌های متناقض را برطرف و تعیین تکلیف کنید.
- قاعده شناسه مقصد را تصویب کنید، از جمله اینکه در صورت تفکیک یک صفحه مبدأ به چند صفحه در متن مقصد، چه اقدامی انجام شود.
- محتوای زبانی را ترجمه کنید، بدون اینکه شناسه را متنی قابل ترجمه در نظر بگیرید.
- جدول نگاشت صفحات مبدأ به مقصد را تدوین کنید.
- تمام استنادها و ارجاعات متقابل را در مقایسه با فایل‌های نهایی بررسی و ارزیابی کنید.
دانلود الگوی نگاشت صفحات در ترجمه اسناد بیتس. این الگو حاوی یک نمونه تفکیک صفحه است و یک قاعده نام‌گذاری همگانی به شمار نمی‌آید.
کاربرد شماره بیتس چیست؟
شماره بیتس یک شناسه صفحه یکتا است که در سراسر مجموعه‌ای از اسناد استفاده می‌شود. این شماره معمولاً در سربرگ یا پانویس قرار می‌گیرد و می‌تواند توالی عددی را با پیشوند یا پسوند ترکیب کند.
دستورالعمل‌های فعلی Acrobat در سایت Adobe فرایندی دسته‌ای (Batch) را شرح می‌دهند که در آن کاربران ترتیب فایل‌ها، شماره شروع، تعداد ارقام، پیشوند، پسوند، پوشه خروجی و نحوه نام‌گذاری فایل را مشخص می‌کنند. این ترتیب فایل‌ها اهمیت بالایی دارد: تغییر آن می‌تواند باعث شود هر شناسه به صفحه متفاوتی اختصاص یابد.
این مفاهیم را از یکدیگر متمایز نگه دارید:
| شناسه | مثال | آنچه مشخص می‌کند |
|---|---|---|
| شناسه بیتس | ACME000247 | یک صفحه در مجموعه‌ای کنترل‌شده از اسناد |
| اندیس صفحه PDF | صفحه ۱۸ در فایل | موقعیت شیء صفحه در آن PDF |
| شماره صفحه چاپی | 12 چاپ‌شده در پانویس | شماره‌ای درون محتوای خود سند |
| برچسب صفحه PDF | A-12 نمایش‌داده‌شده توسط نمایشگر | یک برچسب منطقی که به یک صفحه PDF نگاشت شده است |
| نام فایل | production-003.pdf | ظرف نگه‌دارنده یک یا چند صفحه |
این مقادیر می‌توانند با یکدیگر همخوانی نداشته باشند، بدون آنکه هیچ‌کدام معیوب یا خراب باشند. یک فایل PDF ممکن است شش صفحه جلد و فهرست بدون شماره داشته باشد، شماره صفحه چاپی ۱ آن در صفحه ۷ فایل PDF قرار گیرد و شناسه بیتس ACME000247 نیز در همان صفحه باشد. در این میان، شناسه بیتس همچنان کلید مرجع خارجی باقی می‌ماند.
راهنمای ما برای اصلاح شماره صفحات PDF به شماره‌گذاری چاپی و برچسب صفحات PDF اختصاص دارد. این راهنما به رابطه مجزای بیتس مبدأ به مقصد می‌پردازد.
تثبیت اسناد ارائه شده مبدأ پیش از ترجمه
کار را با پوشه‌ای که محتویات آن هنوز ممکن است تغییر کند آغاز نکنید. یک مجموعه مبدأ فقط‌خواندنی بسازید و موارد زیر را ثبت کنید:
- نام پرونده یا مجموعه ارائه‌شده؛
- نام فایل مبدأ و مقدار هش SHA-256؛
- ترتیب فایل‌ها؛
- تعداد صفحات؛
- اولین و آخرین شناسه بیتس؛
- پیشوند، پسوند و تعداد ارقام؛
- علامت‌های محرمانگی، مخدوش‌سازی (redaction) یا وضعیت سند؛
- رمزگذاری‌شده، امضاشده، اسکن‌شده یا فرم‌بودن فایل PDF؛ و
- دستورالعملی که مجوز ترجمه را صادر کرده و خروجی نهایی را مشخص می‌کند.
شرکت Adobe یادآوری می‌کند که فایل‌های PDF دارای رمز یا محافظت‌شده و برخی انواع فرم‌ها، در عملیات شماره‌گذاری بیتس پشتیبانی نمی‌شوند. این یک نکته فنی مفید قبل از شروع کار است: محدودیت‌های ویرایش، ساختار فرم‌ها، امضاها یا مشکلات رمزگذاری باید توسط مالک مجاز فایل برطرف شوند، نه اینکه با پرینت گرفتن مجدد سند در قالب یک فایل PDF جدید، صورت‌مسئله پاک شود.
هش کردن اهمیت دارد زیرا نام فایل‌ها مدرک موثقی نیستند. دو فایل با نام یکسان production-001.pdf ممکن است حاوی ویرایش‌های متفاوتی باشند. یک نگاشت صفحه که به یک چکسام (checksum) متصل است، به بازبین اجازه می‌دهد دقیقاً مشخص کند کدام بایت‌ها ترجمه شده‌اند.
بررسی و ممیزی توالی موجود
پیش از اعمال هرگونه تغییر در PDF، برای هر صفحه از مبدأ یک ردیف در فهرست موجودی ایجاد کنید. حداقل موارد زیر را ثبت نمایید:
source filename
source file hash
PDF page index
visible Bates identifier
identifier location
printed page number or page label, when relevant
page status: present, blank, redacted, duplicate, illegible, or exception
سپس توالی را به‌صورت سیستمی و چشمی بررسی کنید.
بررسی فاصله‌ها و شناسه‌های تکراری
توالی‌ای مانند ACME000101, ACME000102, ACME000104 دارای یک شکاف و افتادگی است. این لزوماً به این معنی نیست که یک صفحه مفقود شده است: شناسه حذف‌شده ممکن است به پرونده دیگری تعلق داشته باشد، عمداً تفکیک شده باشد، یا بازتابی از تصمیمات مراحل اولیه ارائه اسناد باشد. به‌جای شماره‌گذاری مجدد صفحات به صورت خودسرانه، این شکاف را ثبت کرده و آن را بر اساس شاخص تولید اسناد (production index) تطبیق دهید.
شناسه تکراری نیز به همان اندازه مهم است. مشخص کنید که این تکرار ناشی از نقص فایل مبدأ است، یک صفحه جایگزین است یا یک روال اداری معمول. هرگز این مورد را صرفاً در نسخه ترجمه اصلاح نکنید؛ زیرا این کار باعث ناهماهنگی میان سیستم‌های مرجع در مبدأ و مقصد می‌شود.
بررسی آنچه واقعاً قابل مشاهده است
صفحه اول، صفحه آخر، مرز بین پرونده‌ها و نمونه‌هایی از صفحات میانی را به دقت بررسی کنید. همچنین صفحاتی که دارای بخش‌های مخدوش‌شده، محتوای چرخانده‌شده، اسکن‌های بسیار تیره یا پاورقی‌های شلوغ هستند را بازبینی نمایید. OCR یا فرایند استخراج متن ممکن است شناسه‌ای را که چشم انسان می‌بیند جا بیندازد، یا شناسه‌ای را که به‌عنوان متن معمولی در PDF اضافه شده در ترتیب خواندن نادرستی استخراج کند.
از بازبینی چشمی برای اطمینان از وجود و خوانایی شناسه استفاده کنید. استخراج متنی را صرفاً به عنوان یک روش کمکی در نظر بگیرید، نه ملاک قطعی و نهایی.
تأیید شیوه شماره‌گذاری مقصد
قاعده جهان‌شمولی برای پسوند ترجمه یا شماره‌گذاری صفحات وجود ندارد. یک رویه مشخص و تحت نظارت را انتخاب کرده و نام فرد تأییدکننده آن را ثبت کنید.
الگوهای متداول عبارتند از:
| الگو | نمونه | موازنه اصلی |
|---|---|---|
| حفظ شناسه مبدأ بدون تغییر ظاهری | ACME000247 | تداوم ارجاعی ساده، اما مبدأ و ترجمه به وجه تمایز بصری دیگری نیاز دارند |
| حفظ شناسه مبدأ و افزودن یک پسوند توافق‌شده برای ترجمه | ACME000247-T | ارتباط مستقیم، اما فرمت پسوند باید ضابطه‌مند باشد |
| اختصاص یک بازه مجزا برای مقصد و نگهداری جدول تطبیق | FR000811 ← مبدأ ACME000247 | مجموعه مقصد شفاف، اما تمام استنادها به جدول تطبیق وابسته خواهند بود |
| استفاده از شناسه مبدأ به‌همراه پسوند بخش‌های صفحه پس از افزایش حجم متن | ACME000247-T.01, .02 | پشتیبانی از بازچینش متن، اما شیوه نام‌گذاری بخش‌ها باید از پیش مشخص شود |
پروتکل یک پرونده واقعی می‌تواند دقیق‌تر باشد. برای مثال، یک توافق‌نامه منتشرشده ترجمه در یک پرونده فدرال ایالات متحده مقرر می‌کرد که صفحات ترجمه‌شده شماره بیتس مبدأ را حفظ کنند، یک نشانگر ترجمه به آنها افزوده شود، و در صورتی که یک صفحه مبدأ به چندین صفحه ترجمه تقسیم شود، از پسوندهای اعشاری استفاده گردد. این نشان می‌دهد که افزایش تعداد صفحات نیازمند قاعده‌ای صریح است؛ و این قاعده نباید به‌عنوان پیش‌فرض برای سایر پرونده‌ها در نظر گرفته شود.
دستورالعمل حاکم ممکن است مواردی مانند برچسب Translation ، حفظ نشان‌های محرمانگی، صفحه تأییدیه اصالت یا یک نام‌گذاری خاص برای فایل را نیز الزامی کند. این الزامات را دقیقاً در چک‌لیست نهایی خود اعمال کنید. هرگز آنها را بر اساس پرونده یا موکل دیگری تعمیم ندهید.
شناسه را به‌منزله یک واژه ترجمه نکنید
یک پیشوند ممکن است شبیه به اختصار یا یک واژه به‌نظر برسد، اما نقش آن ساختاری است. مواردی مانند PLAINTIFF000247, FACTURE000247، یا JP-EXH-000247 نباید صرفاً به این دلیل که متنِ پیرامون آنها ترجمه می‌شود، بومی‌سازی یا ترجمه شوند.
این فیلدها را قفل کنید، مگر اینکه در دستورالعمل تأییدشده تغییری برای آنها تعیین شده باشد:
- پیشوند و پسوند؛
- مقدار عددی و صفرهای پرکننده سمت چپ؛
- بزرگی و کوچکی حروف و جداکننده‌ها؛
- محل قرارگیری شناسه؛
- نام فایل مرتبط یا کلید فایل بارگذاری (load-file)؛ و
- نشانگرهای جایگزینی یا ترجمه.
در صورت امکان، رشته‌های شناسه را خارج از بخش‌های معمولی ترجمه ماشینی نگه دارید. اگر حتماً باید از همان فرآیند استخراج عبور کنند، آنها را در فهرست اصطلاحات محافظت‌شده قرار دهید و مجموعه‌های شناسه‌های مبدأ و مقصد استخراج‌شده را پس از آن مقایسه کنید.
همین قاعده در مورد ارجاعات درون متن نیز صدق می‌کند. جمله‌ای مانند «See ACME000247» حاوی متنی قابل ترجمه و یک کلید مرجع غیرزبانی است. جمله را ترجمه کنید؛ اما کلید را حفظ نموده یا آگاهانه بازنگاشت کنید.
نگاشت تک‌تک صفحات مقصد به صفحه مبدأ
سند مقصد ممکن است تعداد صفحات را حفظ کند، کاهش یابد یا افزایش یابد. فرض نکنید که یک صفحه مبدأ همیشه برابر با یک صفحه مقصد است.
فایل CSV قابل دانلود برای هر رابطه صفحه مقصد از یک ردیف استفاده می‌کند. ستون‌های اصلی عبارتند از:
| ستون | هدف |
|---|---|
source_file_sha256 | نگاشت را دقیقاً به فایل مبدأ متصل می‌کند |
source_pdf_page_index | موقعیت صفحه را درون آن فایل مشخص می‌کند |
source_bates_id | کلید مرجع خارجی را حفظ می‌کند |
target_file_sha256 | بررسی را به بایت‌های نهایی ترجمه‌شده متصل می‌کند |
target_pdf_page_index | موقعیت صفحه ترجمه‌شده را مشخص می‌کند |
target_bates_id | شناسه تاییدشده و قابل مشاهده مقصد را ثبت می‌کند |
translation_page_part | رابطه یک‌به‌چند را توضیح می‌دهد |
identifier_decision | شیوه‌نامه اعمال‌شده روی آن ردیف را مشخص می‌کند |
content_check | تأیید شدن یا نشدن محتوای ترجمه‌شده صفحه در بررسی را ثبت می‌کند |
reference_check | صحت ارجاعات و استنادها را ثبت می‌کند |
هرگز یک رابطه یک‌به‌چند را در قالب یک یادداشت مبهم خلاصه نکنید. اگر صفحه مبدأ ACME000247 به دو صفحه مقصد تبدیل می‌شود، دو ردیف مقصد ایجاد کنید که هر دو به ACME000247 اشاره کنند و شناسه‌های بخش تاییدشده را به همراه داشته باشند.
به همین ترتیب، اگر دو صفحه کوتاه مبدأ عمداً در یک صفحه مقصد گنجانده شده‌اند، پیوند هر دو منبع را ثبت کنید. این نگاشت باید وضعیت مقصد را توضیح دهد، نه اینکه واقعیت را به زور در قالب یک جدول تک‌به‌تک بگنجاند.
ترجمه از روی یک نسخه کاری
مجموعه اسناد اصلی مبدأ را بدون تغییر نگه دارید. یک نسخه کاری برای ترجمه ایجاد کنید و تصمیم بگیرید که شناسه مرئی چگونه در طول فرایند حفظ خواهد شد.
پیش از استفاده از هر ابزار ترجمه‌ای، یک فایل نمونه را که شامل موارد زیر باشد آزمایش کنید:
- یک صفحه متنی معمولی؛
- یک صفحه چرخیده یا افقی (landscape)؛
- یک صفحه اسکن‌شده که نیازمند OCR است؛
- یک صفحه حاوی بخش‌های مخدوش‌شده (redacted)؛
- یک صفحه با مهر یا نشان محرمانگی؛
- صفحه‌ای که در آن شناسه بیتس در نزدیکی متن اصلی قرار دارد؛ و
- صفحه‌ای که حاوی ارجاع درون‌متنی به یک شناسه بیتس دیگر است.
بررسی کنید که آیا خروجی نهایی شناسه را حفظ می‌کند، حذف می‌کند، دو نسخه از آن می‌سازد، آن را می‌پوشاند یا به اشتباه ترجمه می‌کند. همچنین بررسی کنید که آیا افزایش حجم متن در زبان مقصد باعث همپوشانی متن اصلی با شناسه می‌شود یا خیر.
اگر شناسه بخشی از تصویر صفحه باشد، ممکن است OCR آن را به عنوان متن اصلی تشخیص دهد. اگر یک شیء در سربرگ/پاورقی باشد، بازسازی سند ممکن است آن را نادیده بگیرد. اگر پس از ترجمه مجدداً اضافه شود، نسخهٔ باقی‌مانده و شناسایی‌نشده می‌تواند باعث ایجاد دو شناسه در یک صفحه شود. تنها فرض مطمئن این است که خروجی دقیق باید مستقیماً بازبینی شود.
برای پرونده‌هایی که صرفاً تصویر هستند، از گردش‌کار ترجمه PDF اسکن‌شده استفاده کنید تا ابتدا کیفیت OCR تثبیت شود. برای ایرادات کلی چیدمان، از گردش‌کار حفظ قالب‌بندی PDF.
اعتبارسنجی ارجاعات، نه صرفاً تعداد صفحات
یک PDF مقصد ممکن است تعداد صفحات مورد انتظار را داشته باشد اما همچنان هدف شماره‌گذاری بیتس را نقض کند. ارجاعات را در سه سطح آزمایش کنید.
۱. سلامت و یکپارچگی شناسه
- تمام شناسه‌های مبدأ در سیاهه اسناد مبدأ وجود داشته باشند.
- هر صفحه مقصد دارای شناسه‌ای باشد که در شیوه‌نامه مصوب تعیین شده است.
- هیچ شناسه مقصدی به صورت ناخواسته تکرار نشده باشد.
- پیشوند، پسوند، تعداد ارقام، جداکننده‌ها و بزرگی و کوچکی حروف با شیوه‌نامه همخوانی داشته باشند.
- شناسه خواناست و محتوای سند را نمی‌پوشاند.
۲. یکپارچگی نگاشت
- هر صفحه مقصد حداقل به یک صفحه مبدأ نگاشت شده است.
- وضعیت نهایی مورد انتظار برای هر صفحه مبدأ در مقصد مشخص شده است.
- صفحات تفکیک‌شده یا ادغام‌شده روابط صریحی دارند.
- دلایل مربوط به صفحات حذف‌شده، ارائه‌نشده، خالی یا ترجمه‌نشده ثبت شده است.
- مرزهای فایل‌ها و ترتیب صفحات با مجموعه تأییدشده مقصد مطابقت دارد.
۳. یکپارچگی ارجاعات
ترجمه نهایی را برای یافتن تک‌تک ارجاعات به سبک بیتس جستجو کنید. برای هر ارجاع، محل مورد اشاره در مبدأ یا مقصد را باز کرده و تأیید کنید که گزاره مربوطه را پشتیبانی می‌کند. این کار را برای موارد زیر انجام دهید:
- ارجاعات درون اسناد ترجمه‌شده؛
- فهرست راهنما یا گاه‌شمار رویدادها؛
- یادداشت‌های بازبینی و گزارش‌های ثبت مغایرت‌ها؛
- اظهارنامه‌ها، گزارش‌ها یا مکاتبات ارائه‌شده همراه با ترجمه؛ و
- هر خروجی تهیه‌شده از پلتفرم بازبینی.
اگر در مقصد از بازه جدیدی استفاده شده باشد، بازبین‌ها در همان زمان و محل استفاده به جدول تطبیق نیاز دارند. یک جدول تطبیق صحیح که در پوشه‌ای خصوصی ذخیره شده باشد، به فردی که در حال مطالعه یک گزارش ترجمه‌شده با استناد صرف به شناسه جدید است کمکی نخواهد کرد.
اجرای آزمون‌های تزریق خطا
یک فرایند تضمین کیفیت مناسب باید بتواند نقص‌های عمدی را پیش از استفاده مطمئن از آن بر روی اسناد واقعی شناسایی کند. یک دسته آزمایشی کوچک کپی کنید و در هر نوبت یک خطا ایجاد نمایید:
- یک صفحه مقصد را حذف کنید؛
- ترتیب دو فایل را در بسته جابه‌جا کنید؛
- یک شناسه تکراری ایجاد کنید؛
- یک پیشوند یا رقم را تغییر دهید؛
- اجازه دهید یک صفحه مبدأ بدون شناسه‌های جزئی گسترش یابد؛
- کاری کنید یک ارجاع داخلی به صفحه اشتباهی اشاره کند؛ و
- بخشی از شناسه را با متن ترجمه‌شده بپوشانید.
بررسی‌های مربوط به فهرست‌برداری و ارجاعات را انجام دهید. اگر نقصی شناسایی نشد، پیش از استفاده از این روش کنترلی در یک مجموعه تولیدی بزرگ‌تر، آن را ارتقا دهید.
فایل CSV عمداً به‌صورت یک قالب ارائه شده است و ادعایی مبنی بر اجرای این بررسی‌ها روی خروجی BookTranslator ندارد. آن را با هش‌های واقعی، تصمیمات، بازبین‌ها و نتایج فایل‌های خودتان تکمیل کنید.
جایگاه BookTranslator در این فرایند
مترجم PDF پلتفرم BookTranslator می‌تواند محتوای زبانی یک فایل PDF پشتیبانی‌شده را در صورت داشتن مجوز پردازش آن، ترجمه کند. با این حال، این پلتفرم یک سیستم مدیریت بیدتس، پلتفرم دادرسی، سرویس گواهی قانونی یا پایگاه‌داده مرجع و اصلی اسناد تولیدی به شمار نمی‌آید.
پیش از بارگذاری، مجموعه اسناد مبدأ و فهرست صفحات آن را حفظ کنید. کار را به‌جای کل اسناد تولیدی، با یک فایل مجاز و نماینده شروع کنید، سپس بررسی کنید که خروجی چگونه شناسه‌های مرئی، موارد مخدوش‌شده، مُهرها، ساختار هندسی صفحه و ارجاعات داخلی را مدیریت می‌کند. پس از دانلود، با PDF ترجمه‌شده مانند یک خروجی کاندید رفتار کنید: هش آن را محاسبه کنید، نگاشت صفحات را تکمیل نمایید، و بررسی شناسه‌ها و ارجاعات را روی بایت‌های نهایی و دقیق انجام دهید.
ادعا نکنید که یک بارگذاری موفقیت‌آمیز، دلیلی بر حفظ شماره‌گذاری بیدتس، موارد مخدوش‌شده، امضاها، فرم‌ها، حاشیه‌نویسی‌ها، بوک‌مارک‌ها یا روابط استنادی است. هر یک از این موارد یک بخش مجزا برای انتشار هستند. چک‌لیست کنترل کیفیت ترجمه PDF شامل بررسی گسترده‌تر فایل نهایی است، در حالی که راهنمای بوک‌مارک PDF مقاصد ناوبری و هدایت اسناد را پوشش می‌دهد.
اگر جریان کاری شما نیازمند ترجمه‌های رسمی و معتبر، اظهارنامه‌ها، لودفایل‌ها، مدیریت اطلاعات محرمانه و دارای مصونیت، یا قالب‌بندی‌های خاص دادگاه است، این الزامات را به افراد و سیستم‌های واجد شرایط مسئول آنها محول کنید.
دروازه تأیید انتشار نهایی
مجموعه ترجمه‌شده را تا زمانی که شرایط زیر محقق نشده است منتشر نکنید:
- فهرست فایل‌های مبدأ، ترتیب، تعداد صفحات و مقادیر SHA-256 تثبیت و قفل شده باشند؛
- هر صفحه مبدأ دارای یک شناسه بیدتس ثبت‌شده یا یک استثنای مستند باشد؛
- خالی‌ماندن شماره‌ها یا تکراری بودن آنها با سوابق تولید اسناد مبدأ تطبیق داده و برطرف شده باشد؛
- سیاست مربوط به شناسه‌ها و افزایش تعداد صفحات در فایل مقصد دارای تأییدکننده مشخص باشد؛
- هر صفحه مقصد به صفحه یا صفحات مبدأ خود متناظر و نگاشت شده باشد؛
- نام‌گذاری فایل‌ها و شناسه‌های مقصد از قواعد و شیوه‌نامه مصوب پیروی کنند؛
- شناسه‌ها خوانا باشند، در موارد لازم یکتا بمانند، و روی محتوا را نپوشانند؛
- بخش‌های مخدوش‌شده و نشانه‌های محرمانگی، بررسی‌های قبولی/رد مجزایی داشته باشند؛
- ارجاعات بیدتس داخلی و خارجی به محتوای مورد نظر پیوند داده شوند و به‌درستی عمل کنند؛
- هش‌های دقیق فایل‌های PDF نهایی، و نه یک خروجی واسطه‌ای، به ثبت رسیده باشند؛
- کنترل کیفیت کلی محتوا و صفحه‌بندی با موفقیت انجام شده باشد؛ و
- موارد استثنای حل‌نشده دارای مسئول مشخصی باشند و در صورت تاثیرگذاری بر یکپارچگی ارجاعات، مانع از انتشار سند شوند.
اصل بنیادین و حاکم ساده است: زبان را ترجمه کنید، سامانه ارجاع‌دهی را دست‌نخورده نگه دارید و تطابق آن را صفحه به صفحه اثبات نمایید.
مطالب مرتبط
