द्विभाषी दस्तावेज़ समीक्षा चेकलिस्ट

TABLE OF CONTENTS

एक अनुवादित दस्तावेज़ सहज पढ़ने में आ सकता है और फिर भी उसमें कोई पैराग्राफ गायब हो सकता है, कोई संख्या बदली हुई हो सकती है, कोई तालिका टूटी हो सकती है, या छिपा हुआ स्रोत-भाषा का पाठ बचा हो सकता है। द्विभाषी समीक्षा इन समस्याओं को पकड़ती है, क्योंकि इसमें अंतिम फाइल को मंज़ूरी देने से पहले स्रोत और अनुवाद की अलग-अलग चरणों में तुलना की जाती है।

पृष्ठ-दर-पृष्ठ नहीं, चरणों में समीक्षा करें

अर्थ, व्याकरण, संख्याएँ और लेआउट — इन सबकी एक साथ जाँच करने की कोशिश न करें। हर काम के लिए अलग तरह का ध्यान चाहिए, इसलिए इस क्रम का उपयोग करें:

चरण	मुख्य प्रश्न	सबसे अधिक जोखिम वाले बिंदु
1. सेटअप	क्या हम सही फाइलों की समीक्षा कर रहे हैं?	संस्करण, भाषा, दर्शक, ग्लॉसरी
2. पूर्णता	क्या स्रोत का हर तत्व शामिल है?	शीर्षक, सूचियाँ, टेक्स्ट बॉक्स, फुटनोट
3. अर्थ	क्या अनुवाद वही बात कहता है?	नकार, शर्तें, बाध्यताएँ, स्वर
4. प्रवाह	क्या लक्षित पाठ अपने आप में सही लगता है?	व्याकरण, वर्तनी, विराम चिह्न, पठनीयता
5. डेटा	क्या कोई सटीक मान बदला?	संख्याएँ, तिथियाँ, इकाइयाँ, नाम, संदर्भ
6. लेआउट	क्या अनुवादित फाइल अभी भी उपयोग करने योग्य है?	ओवरफ़्लो, तालिकाएँ, फ़ॉन्ट, पृष्ठ विराम
7. डिलीवरी	क्या यही फाइल प्राप्तकर्ता को मिलनी चाहिए?	लिंक, फ़ाइल नाम, मेटाडेटा, अंतिम एक्सपोर्ट

स्रोत, द्विभाषी संस्करण और अनुवादित संस्करण — तीनों को साथ-साथ खोलकर रखें। समस्याओं को द्विभाषी फाइल में चिह्नित करें, सुधार संपादन योग्य अनुवादित फाइल में करें, और शब्दावली से जुड़े फैसले एक छोटी ग्लॉसरी में दर्ज करें। इससे समीक्षा प्रति एक दूसरी अनियंत्रित मास्टर फाइल में नहीं बदलती।

1. समीक्षा सेटअप की पुष्टि करें

गलत स्रोत संस्करण की सटीक समीक्षा भी एक असफल समीक्षा ही है। वाक्य पढ़ने से पहले फाइल की पहचान तय कर लें।

स्रोत फाइल नवीनतम स्वीकृत संस्करण है।
अनुवादित फाइल उसी स्रोत से बनाई गई है।
स्रोत और लक्ष्य भाषाएँ सही हैं।
दर्शक, देश या लोकेल, उद्देश्य और आवश्यक स्वर दर्ज हैं।
जहाँ ज़रूरत हो वहाँ ग्लॉसरी, शैली गाइड, अनुवाद-न-करने वाली सूची, या स्वीकृत संदर्भ अनुवाद उपलब्ध है।
आवश्यक आउटपुट प्रारूप पता है: संपादन योग्य फाइल, प्रिंट-तैयार PDF, या दोनों।
टिप्पणियाँ, ट्रैक किए गए बदलाव, छिपा हुआ पाठ, अटैचमेंट और पासवर्ड-सुरक्षित अनुभागों की पहचान कर ली गई है।

समीक्षा के दौरान स्पष्ट फ़ाइल नाम रखें। project-document-language-v03-review.docx जैसा पैटर्न final-new-2.docx की तुलना में संभालना ज़्यादा आसान होता है। अगर अनुवाद शुरू होने के बाद स्रोत बदल जाए, तो रुकें और बदले गए अनुभागों की पहचान करें, बजाय चुपचाप संस्करणों को मिलाने के।

किसी भी ऑनलाइन सेवा पर गोपनीय सामग्री अपलोड करने से पहले वह डेटा हटा दें जिसकी अनुवादक को ज़रूरत नहीं है, और सेवा की हैंडलिंग शर्तें जाँच लें। दस्तावेज़ अनुवाद गोपनीयता चेकलिस्ट उस तैयारी चरण को कवर करती है।

2. शैली से पहले पूर्णता जाँचें

पहला सामग्री चरण एक ही सवाल का जवाब देता है: क्या सब कुछ अनुवाद में शामिल हुआ? अभी वाक्यों को निखारने की कोशिश न करें।

पहले दिखने वाली संरचनाओं की तुलना करें:

पृष्ठों की गिनती का मेल होना ज़रूरी नहीं है। अनुवाद अक्सर पाठ की लंबाई बदल देता है, जिससे सामग्री दूसरे पृष्ठ पर चली जाती है। इसके बजाय स्थिर संदर्भ बिंदुओं की तुलना करें: शीर्षकों का क्रम, सूची आइटम की संख्या, तालिका की संरचना, चित्र लेबल, और हर अनुभाग का पहला और आखिरी वाक्य।

स्रोत-भाषा के सामान्य शब्दों की खोज से बचे हुए अंश पता चल सकते हैं, लेकिन यह केवल एक संकेत है। उत्पाद नाम, उद्धरण और जानबूझकर रखे गए द्विभाषी लेबल अपरिवर्तित रहने चाहिए।

3. अर्थ और शब्दावली की तुलना करें

इस चरण में स्रोत और लक्ष्य को साथ-साथ पढ़ें। अलग-अलग शब्द नहीं, पूरे वाक्यों और उपवाक्यों की समीक्षा करें।

अधिक प्रभाव वाले अर्थ की जाँच करें

not, unless, except और without जैसे नकारात्मक शब्द सुरक्षित हैं।
शर्तों और अपवादों का दायरा समान है।
हर कार्य के लिए ज़िम्मेदार व्यक्ति या संगठन अपरिवर्तित है।
आवश्यकताएँ, सिफारिशें और अनुमतियाँ अलग-अलग बनी रहती हैं।
तुलनाएँ, सीमाएँ और थ्रेशोल्ड एक ही दिशा में रहते हैं।
अनिश्चितता निश्चितता में नहीं बदली है, और न ही इसका उल्टा।
स्वर संदेश को कमज़ोर किए बिना इच्छित दर्शकों के अनुकूल है।

छोटे मॉडल क्रियापद बड़े परिणाम दे सकते हैं। किसी नीति, निर्देश या अनुबंध में May, should और must एक-दूसरे के स्थान पर इस्तेमाल नहीं किए जा सकते। इसी तरह, up to 30 days का मतलब after 30 days नहीं है, और at least 10 units का मतलब no more than 10 units नहीं है।

शब्दावली लागू करें

हर स्वीकृत स्रोत शब्द के लिए पसंदीदा लक्ष्य शब्द का उपयोग होता है।
उत्पाद नाम, मॉडल नंबर, ट्रेडमार्क और व्यक्तिगत नाम अनुवाद-न-करने के नियमों का पालन करते हैं।
संक्षिप्ताक्षरों का विस्तार या उपयोग सुसंगत रूप से होता है।
बिना कारण एक ही अवधारणा का कई अलग-अलग तरीकों से अनुवाद नहीं होता।
अप्रचलित या प्रतिबंधित शब्द नहीं आते।
इंटरफ़ेस लेबल और क्रॉस-रेफरेंस उस उत्पाद या दस्तावेज़ से मेल खाते हैं जिनका वे नाम लेते हैं।

हर संज्ञा के लिए ग्लॉसरी न बनाएँ। उन शब्दों पर ध्यान दें जो अर्थ, खोज-योग्यता, ब्रांड की निरंतरता या उपयोगकर्ता की कार्रवाई को प्रभावित करते हैं। Microsoft स्थानीयकरण शैली गाइड को भाषा-विशिष्ट नियमों के रूप में बताता है जो शैली, उपयोग और बाज़ार-विशिष्ट डेटा प्रारूपों को कवर करते हैं; एक ही लोकेल में कई दस्तावेज़ों की समीक्षा शुरू करने से पहले दर्ज करने के लिए यही सही स्तर का मार्गदर्शन है।

4. अनुवाद को अपने आप में पढ़ें

स्रोत छिपा दें और लक्षित दस्तावेज़ को उसके इच्छित पाठक की तरह पढ़ें। कोई वाक्य स्रोत की बहुत निकट नकल कर सकता है और फिर भी अस्वाभाविक लग सकता है या समझना कठिन हो सकता है।

व्याकरण और वर्तनी लक्ष्य लोकेल का अनुसरण करते हैं।
विराम चिह्न, उद्धरण चिह्न, पूँजीकरण और रिक्ति सुसंगत हैं।
स्रोत भाषा के शब्द क्रम की नकल किए बिना वाक्य स्पष्ट हैं।
सर्वनामों और संदर्भों का विषय स्पष्ट है।
शीर्षक, लेबल, निर्देश और कॉल-टू-एक्शन संदर्भ में स्वाभाविक लगते हैं।
स्वर और औपचारिकता का स्तर शुरू से अंत तक सुसंगत रहता है।
संपादन के किसी बदलाव से अर्थ की कोई नई गलती नहीं आई।

प्रवाह के लिए संपादन करने के बाद, हर उस वाक्य की फिर से स्रोत से तुलना करें जिसे काफी हद तक फिर से लिखा गया है। यह अंतिम तुलना किसी शैलीगत सुधार को चुपचाप कोई शर्त, संख्या या ज़िम्मेदारी बदलने से रोकती है।

5. संख्याओं और संरचित डेटा की पुष्टि करें

संख्याओं के लिए अलग चरण ज़रूरी है, क्योंकि सहज भाषा किसी गलत मान को भरोसेमंद दिखा सकती है। स्रोत और अनुवाद में अंक, मुद्रा चिह्न, प्रतिशत चिह्न और इकाई चिह्न खोजें।

मद	किसकी तुलना करें
तिथियाँ और समय	दिन, महीना, वर्ष, समय क्षेत्र, 12/24-घंटे प्रारूप
धन	राशि, मुद्रा, दशमलव विभाजक, प्रतीक या ISO कोड
प्रतिशत	मान, चिह्न, दशमलव स्थान, संबंधित आधार संख्या
माप	मान, इकाई, रूपांतरण, रिक्ति, पूँजीकरण
सीमाएँ	अंतिम बिंदु, डैश, समावेशी या अपवर्जक शब्दावली
पहचानकर्ता	इनवॉइस, खाता, मॉडल, क्लॉज़, टिकट और संस्करण संख्याएँ
तालिकाएँ	पंक्ति लेबल, योग, स्तंभ संरेखण, खाली सेल, फुटनोट
चित्र	अक्ष लेबल, लेजेंड, कैप्शन, कॉलआउट, स्रोत नोट्स

यह चेकलिस्ट इस्तेमाल करें:

हर संख्या स्रोत के समान मान दर्शाती है, सिवाय उस स्थिति के जब स्वीकृत रूपांतरण आवश्यक था।
दशमलव और हज़ार विभाजक लक्ष्य लोकेल का अनुसरण करते हैं और परिमाण नहीं बदलते।
ऋणात्मक चिह्न, प्रतिशत चिह्न और असमानता चिह्न मौजूद हैं।
इकाइयाँ गलती से किसी अलग इकाई में अनूदित नहीं हुई हैं।
तालिका के योग अभी भी सही जुड़ते हैं।
चित्र और तालिका संदर्भ सही मद की ओर इशारा करते हैं।
क्लॉज़, अनुभाग, पृष्ठ और परिशिष्ट संदर्भ मान्य बने रहते हैं।
ईमेल पते, फ़ोन नंबर, डाक पते और कोड सटीक हैं।

वित्तीय, वैज्ञानिक, कानूनी, चिकित्सा या सुरक्षा दस्तावेज़ों के लिए, विषय-विशेषज्ञ समीक्षक से उच्च-जोखिम वाले डेटा को मंज़ूर करने को कहें। केवल भाषा का प्रवाह किसी खुराक, कर गणना, इंजीनियरिंग सहनशीलता या कानूनी बाध्यता की पुष्टि नहीं करता।

6. लेआउट और स्वरूपण का निरीक्षण करें

अब अनुवादित संस्करण की अकेले समीक्षा करें — पहले संपादन योग्य प्रारूप में, फिर डिलीवरी प्रारूप में। पाठक के पास टूटे पृष्ठ को समझाने के लिए स्रोत फाइल खुली नहीं होगी।

W3C का कहना है कि अंग्रेज़ी और चीनी संक्षिप्त स्रोत भाषाएँ हैं और अनुवादित पाठ अक्सर लंबा हो जाता है। छोटे लेबल विशेष रूप से तेज़ी से बढ़ सकते हैं, जबकि कुछ लिपियों को अधिक ऊर्ध्वाधर जगह चाहिए। इसलिए एक सही अनुवाद के लिए लचीले कंटेनर और वास्तविक लेआउट चरण ज़रूरी हैं।

पाठ और टाइपोग्राफी

कोई पाठ कटा, छिपा, एक-दूसरे पर चढ़ा या अपठनीय आकार में छोटा नहीं हुआ है।
शीर्षक साफ़-सुथरे ढंग से लपेटे जाते हैं और दिखने में अलग बने रहते हैं।
पैराग्राफ रिक्ति, इंडेंटेशन और संरेखण सुसंगत हैं।
आवश्यक अक्षर सामान्य, बोल्ड, इटैलिक, सुपरस्क्रिप्ट और सबस्क्रिप्ट शैलियों में सही दिखते हैं।
अरबी, हिब्रू और अन्य दाएँ-से-बाएँ पाठ सही दिशा और पठन क्रम का उपयोग करते हैं।
स्रोत के मैनुअल लाइन ब्रेक से लक्ष्य भाषा में अस्वाभाविक पंक्तियाँ नहीं बनतीं।

दस्तावेज़ संरचना

तालिकाएँ पृष्ठ में फिट होती हैं और पंक्ति-स्तंभ के सही संबंध बनाए रखती हैं।
सूचियाँ अपना क्रमांकन स्तर और अनुक्रम बनाए रखती हैं।
चित्र, कैप्शन और कॉलआउट सही सामग्री से जुड़े रहते हैं।
पृष्ठ विराम किसी शीर्षक को अकेला नहीं छोड़ते या किसी नोट को उसके विषय से अलग नहीं करते।
विषय-सूची अनूदित शीर्षकों और वर्तमान पृष्ठ संख्याओं को दर्शाती है।
हेडर और फुटर मुख्य पाठ से नहीं टकराते।
फ़ॉर्म फ़ील्ड, चेकबॉक्स, हस्ताक्षर पंक्तियाँ और भरने योग्य क्षेत्र अभी भी काम करते हैं।

अगर अक्षर बॉक्स के रूप में दिखें, अक्षर अलग-अलग टूट जाएँ, या फ़ॉन्ट अचानक बदल जाएँ, तो लक्षण के आसपास सब कुछ फिर से आकार देने से पहले अनुवाद के बाद फ़ॉन्ट क्यों टूटते हैं में दिए गए निदान चरणों का उपयोग करें।

7. लिंक और इंटरैक्टिव तत्वों का परीक्षण करें

लिंक देखने में अपरिवर्तित लग सकते हैं, जबकि वे गलत लक्ष्य की ओर इशारा कर रहे हों। उन्हें केवल एडिटर में ही नहीं, बल्कि निर्यात की गई डिलीवरी फाइल में परखें।

हर वेब लिंक इच्छित लाइव पृष्ठ खोलता है।
ईमेल लिंक सही पता और विषय बनाए रखते हैं, जहाँ उनका उपयोग हुआ है।
आंतरिक बुकमार्क और विषय-सूची के लिंक सही अनुभाग पर जाते हैं।
क्रॉस-रेफरेंस सही संख्या और लेबल दिखाते हैं।
QR कोड अभी भी स्कैन होते हैं और सही ढंग से खुलते हैं।
कोई प्रोडक्शन लिंक स्टेजिंग या लोकल पते से नहीं बदला गया।
लिंक टेक्स्ट लक्ष्य भाषा में अर्थपूर्ण है।

URL का अनुवाद न करें, जब तक कि सत्यापित स्थानीयकृत गंतव्य मौजूद न हो। अगर स्रोत लिंक लक्ष्य भाषा में उपलब्ध न होने वाली सामग्री की ओर इशारा करता है, तो तय करें कि उसे रखें, बदलें, या एक छोटा भाषा नोट जोड़ें।

8. पहले ड्राफ्ट और समीक्षा प्रति के लिए OpenL Doc Translator का उपयोग करें

OpenL Doc Translator PDF, DOCX, PPTX और XLSX सहित सामान्य दस्तावेज़ प्रारूप स्वीकार करता है। इसका आधिकारिक उत्पाद पृष्ठ बताता है कि यह फ़ॉन्ट, रंग, तालिकाएँ और पृष्ठ लेआउट सुरक्षित रखता है, और अनुवादित संस्करण तथा द्विभाषी संस्करण — दोनों देता है।

इन दोनों आउटपुट का उपयोग अलग-अलग कामों के लिए करें:

जब उपलब्ध हो तो मूल संपादन योग्य फाइल अपलोड करें। एक मूल DOCX, PPTX या XLSX आम तौर पर फ्लैट किए गए स्कैन की तुलना में दस्तावेज़ की संरचना को अधिक स्पष्ट रूप से सामने लाता है।
स्रोत और लक्ष्य भाषाएँ चुनें। जब वर्तनी, तिथियाँ या शब्दावली बाज़ार के अनुसार अलग हों, तो लक्ष्य लोकेल की अलग से पुष्टि करें।
मुफ़्त प्रीव्यू की समीक्षा करें। लंबी फाइल प्रोसेस करने से पहले किसी घने पृष्ठ, एक तालिका, और चित्रों या टेक्स्ट बॉक्स वाले पृष्ठ की जाँच करें।
दोनों संस्करण डाउनलोड करें। स्रोत-लक्ष्य तुलना के लिए द्विभाषी संस्करण और लेआउट तथा डिलीवरी जाँच के लिए अनुवादित संस्करण का उपयोग करें।
संपादन योग्य मास्टर को ठीक करें। स्वीकृत बदलाव एक बार लागू करें, फिर नई अंतिम फाइल निर्यात करें।

प्रारूप संरक्षण से मैन्युअल रूप से दोबारा बनाने का काम कम होता है; इससे अनुवाद मंज़ूर नहीं हो जाता। एक मानव समीक्षक को अभी भी अर्थ, सटीक मान, विशेषज्ञ शब्दावली और उच्च-जोखिम वाले निर्देशों की पुष्टि करनी होती है।

अंतिम स्वीकृति चेकलिस्ट

सभी सुधार पूरे होने के बाद यह छोटा गेट चलाएँ:

समीक्षा तभी पूरी होती है जब स्रोत-लक्ष्य तुलना और अंतिम-फाइल निरीक्षण — दोनों पास हो जाएँ। एक अर्थ की रक्षा करता है; दूसरा उस दस्तावेज़ की जिसका पाठक वास्तव में उपयोग करेगा।

Sources

ISO 17100:2015, Translation services - Requirements for translation services - official standard covering the core processes, resources, and quality-related requirements of professional translation services.
W3C: Text size in translation - explains text expansion, wrapping, character width, and vertical-space differences across languages.
Microsoft Localization Style Guides - language-specific guidance on style, usage, and market-specific data formats.
OpenL Doc Translator - official product details for supported document formats, formatting preservation, previews, and bilingual review files.