BookTranslator
BookTranslator

चेतावनियों, आरेखों या लेआउट को तोड़े बिना उपयोगकर्ता पुस्तिका का अनुवाद कैसे करें

चेतावनियों, उत्पाद शब्दावली, इंटरफ़ेस लेबल, आरेख कॉलआउट, क्रॉस-रेफ़रेंस, संस्करणों और PDF या DOCX लेआउट को नियंत्रित करते हुए उपयोगकर्ता पुस्तिकाओं का अनुवाद करने के लिए चरण-दर-चरण कार्यप्रवाह।

BookTranslator

BookTranslator Team

11 min read

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

सही प्राथमिकता यह है:

  1. स्रोत संस्करण और दायरा;
  2. सुरक्षा और प्रक्रियात्मक अर्थ;
  3. उत्पाद नाम, नियंत्रण, और अनुवाद-न-करें आइटम;
  4. आरेख लेबल और क्रॉस-रेफ़रेंस;
  5. पूर्णता और संरचना;
  6. लक्ष्य-भाषा स्पष्टता; और
  7. दृश्य लेआउट।

चेतावनियों, शब्दों, आंकड़ों, संदर्भों, स्वामियों, साक्ष्य और पुनःपरीक्षण स्थिति को रिकॉर्ड करने के लिए उपयोगकर्ता-पुस्तिका अनुवाद नियंत्रण शीट डाउनलोड करें।

उत्पाद और पुस्तिका संस्करण को स्थिर करें

गलत पुस्तिका का पॉलिश किया गया अनुवाद भी गलत ही होता है। अनुवाद से पहले, रिकॉर्ड करें:

  • उत्पाद का नाम, मॉडल, हार्डवेयर या सॉफ़्टवेयर संस्करण, और बाज़ार;
  • स्रोत-पुस्तिका का शीर्षक, दस्तावेज़ संख्या, संशोधन, और प्रकाशन तिथि;
  • लक्ष्य भाषा और लोकेल;
  • शामिल और बहिष्कृत परिशिष्ट, लेबल, क्विक-स्टार्ट कार्ड, और वारंटी पाठ;
  • स्रोत फ़ाइल प्रारूप और लिंक की गई छवि फ़ाइलें; और
  • वह व्यक्ति जो उत्पाद संबंधी प्रश्नों का उत्तर दे सके।

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

यह संस्करण रिकॉर्ड डाउनलोड करने योग्य नियंत्रण शीट में पहली पंक्ति है क्योंकि बाद का प्रत्येक जाँच इस पर निर्भर करता है।

गद्य का अनुवाद करने से पहले चेतावनी प्रणाली को संरक्षित करें

चेतावनियाँ एक प्रणाली हैं: सिग्नल शब्द, खतरा, परिणाम, बचाव कार्रवाई, प्रतीक, स्थान, और संदर्भ। प्रत्येक तत्व का स्वतंत्र रूप से अनुवाद न करें और यह न मानें कि संबंध बना रहेगा।

ISO 20607:2019 मशीन के जीवन चक्र के दौरान मशीनरी अनुदेश पुस्तिकाओं के सुरक्षा-संबंधी भागों, संरचना और प्रस्तुति को संबोधित करता है। IEC/IEEE 82079-1:2019 उपयोग के लिए सूचना के लिए व्यापक सिद्धांत और आवश्यकताएँ प्रदान करता है। ये मानक मशीन अनुवाद को अनुरूप नहीं बनाते; वे दिखाते हैं कि पुस्तिका की तैयारी और सत्यापन उत्पादन अनुशासन हैं, वाक्य प्रतिस्थापन नहीं।

प्रत्येक चेतावनी के लिए, कैप्चर करें:

  • स्थिर चेतावनी आईडी;
  • स्रोत और लक्ष्य सिग्नल शब्द;
  • खतरे का कथन;
  • परिणाम का कथन;
  • बचाव निर्देश;
  • प्रतीक या छवि संदर्भ;
  • पृष्ठ, अनुभाग, और प्रक्रिया जहाँ यह दिखाई देता है; और
  • आवश्यक समीक्षक।

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

तीन नियंत्रित सूचियाँ बनाएँ

एक शब्दावली पर्याप्त नहीं है। तीन प्रकार के नियंत्रण को अलग करें।

स्वीकृत शब्दावली

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

माइक्रोसॉफ्ट का तकनीकी शब्दों का सावधानीपूर्वक उपयोग पर वर्तमान मार्गदर्शन सुसंगत शब्दों और परिभाषाओं की सिफारिश करता है जब उनकी आवश्यकता हो। अनुवाद में यही सिद्धांत और भी महत्वपूर्ण है: दो प्रशंसनीय लक्ष्य शब्दों के बीच बदलाव करने से पाठक यह सोच सकता है कि पुस्तिका दो अलग भागों का उल्लेख कर रही है।

स्वीकृत शब्दावली को कंपनी ज्ञान स्रोतों में खोजने योग्य और आधिकारिक बनाए रखें, सूची को आंतरिक ज्ञान आधार या लेखकों, अनुवादकों, समीक्षकों, और सहायता टीमों के लिए साझा सत्य के अन्य स्रोत में संग्रहीत करके।

अनुवाद न करने योग्य वस्तुएँ

उन स्ट्रिंग्स की पहचान करें जिन्हें अपरिवर्तित रहना चाहिए, जैसे:

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

"अनुवाद न करें" का अर्थ "अनदेखा करें" नहीं है। स्ट्रिंग को अक्षर-दर-अक्षर सत्यापित करें और उसके आसपास का व्याकरण स्पष्ट रखें।

इंटरफ़ेस और भौतिक-नियंत्रण लेबल

बटन, मेनू आइटम, स्क्रीन लेबल, नॉब, संकेतक, और उत्पाद पर छपे लेबल के लिए एक अलग मैपिंग बनाएँ। रिकॉर्ड करें कि लक्ष्य इंटरफ़ेस मौजूद है या नहीं।

यदि उत्पाद UI अभी भी Settings कहता है, तो मैनुअल निर्देश का "Open Preferences" के रूप में अनुवाद करने से खोजने में विफलता उत्पन्न होती है, भले ही दोनों वाक्यांश भाषाई रूप से स्वीकार्य हों। तय करें कि मैनुअल में स्रोत लेबल, स्थानीयकृत लेबल, या दोनों को उद्धृत किया जाना चाहिए।

लंबे दस्तावेज़ों के लिए, शब्दावली संगति कार्यप्रवाह स्वीकृत और अस्वीकृत रूपों के लिए एक पुन: प्रयोज्य संरचना देता है।

मुख्य पाठ प्रवाह में न होने वाले पाठ की सूची बनाएँ

मैनुअल अनुवाद योग्य सामग्री को इनमें छिपाते हैं:

  • आरेख और स्क्रीनशॉट;
  • कॉलआउट लेबल;
  • टेक्स्ट बॉक्स और साइडबार;
  • तालिका सेल;
  • हेडर और फुटर;
  • जनरेट किए गए विषय-सूची;
  • चित्र कैप्शन;
  • लिंक किए गए ग्राफ़िक्स;
  • CAD निर्यात; और
  • स्कैन किए गए पृष्ठ।

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

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

स्रोत प्रारूप चुनें कि क्या संपादन योग्य रहना चाहिए

स्रोत स्थितिसर्वोत्तम प्रारंभिक बिंदुमुख्य जोखिम
शैलियों और तालिकाओं वाला संपादन-योग्य मैनुअलमूल DOCX या ऑथरिंग एक्सपोर्टछिपी टिप्पणियाँ, अनसुलझे संशोधन, टूटी शैलियाँ
अंतिम टेक्स्ट-आधारित PDFमूल PDF और उपलब्ध होने पर स्रोत एसेट्सपठन क्रम, क्लिपिंग, संपादन में कठिन फ़िगर टेक्स्ट
केवल-छवि या स्कैन की गई PDFOCR वर्कफ़्लो और पेज-इमेज बेसलाइनपहचान की त्रुटियाँ और पुनर्निर्मित लेआउट
किसी अन्य ऑथरिंग सिस्टम से निर्यात की गई PDFमूल स्रोत पैकेज और PDF संदर्भगुम फ़ॉन्ट, लिंक, छवियाँ या वेरिएबल

जब आपके पास मूल संपादन-योग्य स्रोत हो, तो उसी का उपयोग करें। PDF दृश्य बेसलाइन के रूप में उपयोगी होती है, लेकिन अक्सर ऑथरिंग फ़ाइल का खराब विकल्प होती है। यदि केवल टेक्स्ट-आधारित PDF मौजूद है, तो प्रारूप-संरक्षण PDF अनुवाद वर्कफ़्लो का पालन करें। यदि स्रोत DOCX है, तो Word दस्तावेज़ अनुवाद वर्कफ़्लो के साथ शैलियों और संपादन-योग्य संरचनाओं को सुरक्षित रखें।

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

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

पहले एक प्रतिनिधि तनाव अनुभाग का अनुवाद करें

ऐसा अनुभाग चुनें जिसमें कई विफलता सतहें हों:

  • कम से कम एक चेतावनी;
  • एक क्रमांकित प्रक्रिया;
  • कॉलआउट के साथ एक आरेख;
  • एक तालिका;
  • एक क्रॉस-रेफ़रेंस;
  • एक इंटरफ़ेस लेबल; और
  • तंग लेआउट वाला एक पृष्ठ।

पूरे मैनुअल को संसाधित करने से पहले उस अनुभाग का अनुवाद करें और पुनर्निर्माण करें। इसका उपयोग इन प्रश्नों के उत्तर देने के लिए करें:

  • क्या शब्दावली वास्तविक वाक्यों में फिट बैठती है?
  • क्या चेतावनियाँ अभी भी दृश्यात्मक और अर्थपूर्ण रूप से पूर्ण हैं?
  • क्या लक्ष्य भाषा अपठनीय टाइप के बिना फिट हो सकती है?
  • क्या लेबल उत्पाद और UI से मेल खाते हैं?
  • क्या उपलब्ध स्रोत फ़ाइलों के साथ आरेखों को अद्यतन किया जा सकता है?
  • क्या आउटपुट प्रारूप आवश्यक समीक्षा का समर्थन करता है?

यदि तनाव अनुभाग विफल हो जाता है, तो विफलता को 200 पृष्ठों तक बढ़ाने से पहले कार्यप्रवाह बदलें।

शैली से पहले संरचना की समीक्षा करें

पूर्ण अनुवाद के बाद, पूर्ण लक्ष्य को स्रोत के साथ मिलाएँ।

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

एक बदला हुआ कॉलआउट एक मूक दोष पैदा कर सकता है। यदि स्रोत कहता है “आइटम 4 दबाएँ” और अनुवादित चित्र इसे 5 के रूप में पुनः क्रमांकित करता है, तो वाक्य और आरेख दोनों प्रशंसनीय लग सकते हैं जबकि निर्देश अनुपयोगी हो जाता है।

लक्ष्य-भाषा उपयोग के लिए संपादित करें, स्रोत-भाषा समरूपता के लिए नहीं

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

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

यह वह जगह है जहाँ मानव पोस्ट-एडिटिंग की जगह है: पूर्णता और नियंत्रित सामग्री सत्यापित होने के बाद, न कि उन जाँचों के बजाय।

पुनर्निर्मित मैनुअल को एक उत्पाद के रूप में मान्य करें

तीन अलग-अलग स्वीकृतियाँ चलाएँ।

भाषा और तकनीकी समीक्षा

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

संरचनात्मक समीक्षा

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

दृश्य और डिलीवरी समीक्षा

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

PDF आउटपुट के लिए, अंतिम प्रूफ़िंग के दौरान अलग दृश्य मानक बनाने के बजाय PDF अनुवाद QA चेकलिस्ट को अपनाएँ।

BookTranslator कहाँ फिट बैठता है

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

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

अंतिम उपयोगकर्ता-मैनुअल रिलीज़ गेट

केवल तब रिलीज़ करें जब:

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

मुख्य नियम सरल है: उपयोगकर्ता मैनुअल का अनुवाद तब सफल होता है जब उपयोगकर्ता सही उत्पाद संस्करण के साथ सही कार्रवाई कर सकता है। सहज गद्य आवश्यक है, लेकिन यह प्राथमिक स्वीकृति परीक्षण नहीं है।

संबंधित लेख