У пакеті договорів, інструкцій і форм одна й та сама назва посади може перетворитися на три різні відповідники, хоча зміст документів не змінився. Таке трапляється, коли кожен файл перекладають окремо, без спільного глосарія, правил стилю та перевірки повторюваних фрагментів.
Пакетний переклад DOCX - це не просто завантажити кілька файлів у перекладач. Щоб документи не суперечили один одному, спершу підготуй матеріали, домовся, як працювати з повторами, обери спосіб перекладу й перевір не лише текст, а й ті частини Word-файлу, які легко пропустити.
Що потрібно узгодити перед пакетним перекладом¶
Для послідовного перекладу кількох документів потрібні три різні ресурси: глосарій, пам’ять перекладів і правила стилю. Кожен вирішує своє завдання, тож один не замінить два інші.
Mozilla пояснює, що ресурси локалізації допомагають зберігати узгодженість на рівні документа або цілого набору документів.
“L10n resources are used to ensure consistency of translation and localization at specific levels of a document or set of documents.”
Простими словами, для термінів, повторюваних речень і тону потрібні окремі правила. Якщо покладеш усі рішення на пам’ять перекладача або автоматичну модель, у кожному файлі можуть з’явитися свої варіанти.
Глосарій відповідає за слова й сталі назви¶
Глосарій - це узгоджений список термінів мовою оригіналу та затверджених відповідників цільовою мовою. Для важливого терміна додай визначення, частину мови або контекст уживання. Так перекладачеві буде легше вибрати потрібне значення, якщо слово має кілька варіантів перекладу.
Наприклад, внутрішню назву функції продукту ви можете вирішити не перекладати. Для назви посади можна зафіксувати усталений відповідник. А слово на кшталт «платформа» може перекладатися по-різному залежно від того, йдеться про технічну основу чи бізнес-сервіс. Запиши рішення заздалегідь, щоб команда не вигадувала його знову для кожного файла.
Документація Mozilla пояснює, що термінологічна база особливо корисна для слів, які повторюються, мають спеціальне значення або набувають конкретного сенсу лише в певному контексті. Така база допомагає всім учасникам проєкту використовувати однакові терміни.
Пам’ять перекладів відповідає за повторювані сегменти¶
Пам’ять перекладів, або TM, зберігає пари фрагментів: оригінал і затверджений переклад. Фрагментом може бути речення або інший рядок тексту. Якщо в новому файлі з’являється такий самий фрагмент, інструмент пропонує попередній переклад. Частковий збіг перекладач або редактор перевіряє й за потреби редагує.
Mozilla описує пам’ять перекладів як спосіб повторно використовувати вже перекладені сегменти. Вона допомагає працювати зі схожими проєктами й не перекладати те саме заново після оновлення оригіналу.
Глосарій і TM не змагаються між собою. Глосарій підказує відповідник для терміна, а пам’ять - як перекладали цілий фрагмент у попередньому контексті. Але речення з TM може містити термін, який команда вже вирішила перекладати інакше. У такому разі редактор має бачити актуальне правило глосарія.
Правила стилю задають тон усьому пакету¶
Стильовий посібник фіксує загальні правила для перекладу: тон, граматику й правопис, культурні відсилання, форми слів, формат дат і чисел, валюту та назви, які не перекладають. Короткі, зрозумілі інструкції допомагають перекладачам і редакторам не сперечатися щоразу про ті самі речі.
Перед стартом домовтеся, наприклад, чи звертається документ до читача на «ти» або «ви», як оформлюються заголовки, чи залишаються назви розділів англійською і як записувати назви функцій. Конкретні правила залежать від проєкту. Головне - застосовувати їх до всього пакету, а не тільки до першого файла.
| Ресурс | За що відповідає | Що підготувати |
|---|---|---|
| Глосарій | Окремі терміни, назви, сталі відповідники | Термін, затверджений переклад, контекст або примітка |
| Пам’ять перекладів | Повторювані речення й сегменти | Попередні пари оригіналу та затвердженого перекладу |
| Посібник зі стилю | Тон і правила для всього проєкту | Звертання, правопис, формат чисел, назв і дат |
Для старту підготуй один погоджений список термінів, спільні правила стилю й наявну пам’ять перекладів. Ці ресурси виконують різні завдання - це видно і з документації Mozilla.
Чому пакет DOCX потребує окремої перевірки¶
DOCX - це структурований документ WordprocessingML, а не звичайний текстовий файл із рядками слів. Основний текст складається з абзаців і фрагментів тексту з різними властивостями форматування. Microsoft описує структуру DOCX у документації Open XML.
Звідси й ризик: якщо інструмент просто дістане текст, перекладе його окремо від Word і вставить назад без урахування структури, форматування або зв’язок між текстом і його елементами можуть порушитися. Жирний фрагмент, посилання, нумерація чи текст у таблиці - не дрібниці, якщо документом користуватимуться.
У DOCX можуть бути й окремі частини: коментарі, верхні й нижні колонтитули, виноски та кінцеві примітки. Перевірити лише основний текст замало, щоб переконатися, що всі потрібні фрагменти перекладено й збережено. Microsoft описує структуру цих частин.
Уяви пакет із текстом договору, таблицею тарифів і приміткою в нижньому колонтитулі. Основні абзаци можуть бути перекладені грамотно, але назва послуги в таблиці залишиться іншою. А якщо примітку залишити мовою оригіналу, документ виглядатиме неповним, навіть коли решта сторінки в порядку.
У матеріалі про збереження таблиць у DOCX можна окремо розібратися, чому після перекладу таблиці треба перевіряти. Для документів із коментарями стане в пригоді інструкція як зберегти коментарі в DOCX під час перекладу.
Перевіряй не лише слова, а й те, де вони стоять. Якщо переклад повернувся у вигляді нового Word-файла, зістав його з оригіналом за заголовками, таблицями, списками, колонтитулами й примітками. Коли доступний лише готовий текст без структури, таке порівняння складніше.
Як обрати спосіб роботи з пакетом¶
Вибір залежить від розміру пакету, кількості повторів, доступу до системи CAT або TMS, вимог до верстки й того, хто перевірятиме результат. Система CAT - це інструмент, у якому перекладач працює із сегментами, термінологією та пам’яттю перекладів. TMS - система керування локалізаційними проєктами й робочими процесами. Звичайний перекладач документів може допомогти з файлами, але не обов’язково має всі функції CAT чи TMS.
Бюро перекладів¶
Бюро може підійти, якщо хочеш передати пакет разом із термінологією, правилами стилю й вимогами до перевірки. До початку робіт запитай, чи розглядатимуть усі файли як один проєкт, хто відповідатиме за глосарій і чи застосують попередні переклади до всього пакету.
У пропозиції має бути чітко написано, що саме перевіряють: текст, форматування, повторювані фрагменти, коментарі, колонтитули чи тільки основні абзаци. Запитай також, у якому форматі повернуть файли й чи збережуть їхню початкову структуру. Якщо у відповідь чуєш лише загальне «переклад документів», обсяг перевірки лишається незрозумілим.
Фрилансер або внутрішня команда¶
Фрилансер може перекладати пакет у CAT-інструменті або вручну за погодженими правилами. Такий варіант підходить, якщо твоя команда може взяти на себе узгодження термінів і фінальне приймання.
Передай перекладачеві не лише файли, а й вихідні матеріали: затверджені назви, стильові інструкції, попередні відповідники та список питань до замовника. Доручи одному редактору збирати термінологічні рішення в одному місці. Якщо два перекладачі отримають різні версії глосарія, сама його наявність узгодженості не забезпечить.
Пам’ять перекладів стане в пригоді, коли в документах повторюються фрагменти або пакет оновлює матеріали, які вже перекладали. Але частковий збіг не означає, що старий варіант треба вставити автоматично. Спершу перевір, чи не змінилися зміст, адресат і функція речення.
Онлайн-інструмент для перекладу документів¶
Онлайн-інструмент підійде, коли тобі потрібен переклад у самому файлі, а не лише в текстовому полі. Наприклад, у ChatsControl завантажують DOCX, сервіс читає текст абзацами й комірками разом із форматуванням, перекладає його та повертає в потрібні абзаци й фрагменти Word. Такий спосіб зберігає структуру документа, зокрема таблиці й нумерацію.
ChatsControl також показує оригінал поруч із перекладом, тож редактору зручніше зіставляти фрагменти. Такий режим підходить для післяредагування машинного перекладу, але не замінює повноцінну систему CAT: у сервісі немає сегментного використання пам’яті перекладів, керування проєктами чи командних робочих процесів постачальників.
Під час перекладу можна додати контекст і бажані відповідники, щоб застосувати правила проєкту. Вбудована перевірка шукає проблеми з числами, іменами, термінами та пропусками. Вона допомагає помітити підозрілі місця, але редактор усе одно має перевірити контекст і правильність перекладу.
| Критерій | Бюро | Фрилансер або внутрішня команда | Онлайн-інструмент для DOCX |
|---|---|---|---|
| Хто організовує роботу | Команда бюро | Ваша команда або перекладач | Користувач і команда, яка перевіряє результат |
| Використання глосарія | Узгодьте до початку | Передайте спільний ресурс | Додайте бажану термінологію, якщо інструмент це підтримує |
| Пам’ять перекладів | Уточніть наявність і правила використання | Можна застосовувати за наявності відповідного CAT-інструмента | Перевірте, чи підтримується TM; у ChatsControl немає сегментного використання TM |
| Форматування | Узгодьте, що саме входить у перевірку | Залежить від способу обробки DOCX | ChatsControl записує переклад у структуру Word |
| Післяредагування | Уточніть, хто його виконує | Виконує перекладач або редактор | Редактор зіставляє оригінал і переклад |
| Керування командою | Залежить від процесу бюро | Організовує команда | Не замінює TMS і командний воркфлоу |
Обираючи спосіб роботи, не зводь рішення до питання «автоматично чи вручну». Для пакетного проєкту важливо знати, де зберігаються затверджені терміни, як передаються зміни, хто бачить проблемні збіги й хто відповідає за фінальну перевірку.
Робочий процес: від отримання файлів до приймання¶
Надійний процес починається з перевірки складу пакету, а не з кнопки «Перекласти». Спершу з’ясуй, які файли треба обробити, чи залежать вони один від одного й які правила мають діяти для всіх.
Крок 1. Зберіть файли й зафіксуйте склад пакету¶
Склади список файлів із назвами, мовою оригіналу, цільовою мовою, версією та статусом. Познач, які документи основні, а які залежать від термінології чи структури інших. Наприклад, інструкція може посилатися на назву функції з окремого опису продукту.
Тримай незмінені оригінали окремо від файлів у роботі. Якщо замовник надішле нову редакцію під тією самою назвою, команда має знати, який саме файл перекладала. Не замінюй вихідний документ новою версією, не зафіксувавши зміну.
Крок 2. Підготуйте спільні правила й перевірте ресурси¶
Збери глосарій, стильові вимоги й наявну пам’ять перекладів. Перевір, чи не суперечать терміни один одному, а застарілі записи - новішим рішенням. Якщо для важливої назви є два варіанти, попроси відповідального за проєкт затвердити один до початку перекладу.
Microsoft попереджає, що пам’ять перекладів може накопичувати дублікати й суперечливі відповідники, а її вміст може перестати відповідати оновленій термінології. Microsoft радить за потреби об’єднувати дублікати й оновлювати сегменти відповідно до чинних термінологічних рішень.
“Translation memory is a mechanism that reuses previously translated segments (i.e., strings, sentences, etc.).”
Для вашого процесу це означає, що TM повторно використовує попередні рішення, але сама не знає, чи їх досі затверджено. Відповідальний редактор має вказати, який ресурс актуальний.
Крок 3. Визначте, як обробляти повтори¶
Не кожну повторювану фразу треба перекладати однаково. Заголовок кнопки, речення в договорі й застереження в інструкції можуть містити ті самі слова, але виконувати різні функції. Збіг у пам’яті перекладів - це підказка, а не доказ правильності.
Домовтеся, як працювати з точними й частковими збігами. Наприклад, точний збіг редактор може прийняти, якщо контекст і терміни не змінилися, а частковий - спершу перевірити. Microsoft зазначає, що перекладачеві потрібно оцінити, чи підходить нечіткий збіг до нового контексту.
Крок 4. Перекладіть невеликий контрольний файл¶
Перш ніж обробляти весь пакет, вибери файл із типовими для проєкту елементами: заголовками, таблицями, списками, назвами, числами й примітками. Переклади його за погодженими правилами й збери питання редактора. Так ти побачиш неясності в глосарії або стильових інструкціях до того, як вони повторяться в інших документах.
Не затягуй решту роботи без потреби: контрольний файл потрібен, щоб перевірити ресурси й спосіб роботи, а не замінити перевірку кожного документа.
Крок 5. Обробляйте весь пакет за однаковим процесом¶
Передай усім перекладачам однакову версію глосарія та стильових правил. Якщо команда працює в CAT-інструменті, налаштуй спільні ресурси для файлів проєкту. Якщо використовуєш інструмент для документів, додавай контекст і бажані відповідники однаково для кожного файла.
Для інструментів локалізації важливо також, як дані переходять від одного етапу до іншого. Стандарт XLIFF 2.1 від OASIS описує формат обміну локалізованими даними між інструментами.
“The purpose of this vocabulary is to store localizable data and carry it from one step of the localization process to the other, while allowing interoperability between and among tools.”
Ця цитата про перенесення локалізованих даних і взаємодію інструментів. XLIFF не є перекладом і не гарантує його якість: формат допомагає передавати дані між етапами, а перевірка змісту й термінів залишається окремою роботою.
Microsoft описує TMX як XML-формат для обміну даними пам’яті перекладів, TBX - як XML-формат для термінології, а XLIFF - як XML-формат для локалізованих даних між інструментами. Документація Microsoft описує ці формати. Використовуй їх, якщо твої інструменти й учасники процесу підтримують такий обмін. Сам формат не замінює узгоджених рішень.
Крок 6. Перевірте переклад і документ окремо¶
Редактор має пройти два кола перевірки. Перше - зміст: термінологія, імена, числа, пропуски, повторювані сегменти й відповідність контексту. Друге - сам Word-файл: таблиці, заголовки, списки, форматування, коментарі, колонтитули й примітки.
У ChatsControl редактор може зіставляти оригінал із перекладом у двомовному перегляді, а вбудована перевірка допоможе знайти підозрілі числа, імена, терміни та пропуски. Автоматичні перевірки помічають окремі проблеми, але незвичний контекст або хибне рішення в глосарії все одно має оцінити людина.
Крок 7. Зафіксуйте остаточні рішення¶
Коли редактор змінює термін або повторюване речення, додай затверджений варіант до спільного ресурсу. Інакше наступний файл може успадкувати стару помилку. Якщо пакет є частиною більшого проєкту, онови відповідний глосарій або пам’ять перекладів, щоб інші учасники бачили узгоджений варіант.
Ось чекліст, який можна передати редактору:
- [ ] Усі файли пакету мають зафіксовані версії та мовні пари.
- [ ] Для всіх учасників доступна однакова затверджена версія глосарія.
- [ ] Стильові вимоги однакові для кожного файла.
- [ ] Пам’ять перекладів перевірена на дублікати й застарілі відповідники.
- [ ] Точні та часткові збіги оцінено за контекстом.
- [ ] Імена, числа й дати звірено з оригіналом.
- [ ] Перевірено таблиці, заголовки, списки й форматування.
- [ ] Переглянуто колонтитули, коментарі, виноски та кінцеві примітки.
- [ ] Усі остаточні термінологічні рішення внесено до спільного ресурсу.
- [ ] Фінальні файли не замінили незмінені оригінали.
Типові проблеми й способи їх уникнути¶
У пакетному перекладі складність часто не в тому, щоб обробити текст, а в тому, щоб стежити за рішеннями, які накопичуються. Старий відповідник може непомітно повернутися в новий документ, а правильну назву можуть пропустити в коментарі чи таблиці. Перевір ці проблеми перед передаванням файлів.
Застаріла пам’ять перекладів¶
У пам’яті перекладів можуть зберігатися кілька варіантів одного сегмента або відповідник, який уже суперечить затвердженій термінології. Microsoft рекомендує за потреби об’єднувати дублікати й оновлювати сегменти за чинною термінологією.
Як уникнути: доручи комусь підтримувати TM. Перед новим пакетом перевір терміни, які команда змінила, і не вважай старий переклад правильним лише тому, що він уже збережений.
Однакова форма, але різний контекст¶
Фрагмент, перенесений без перевірки, може не відповідати новій аудиторії або функції документа. Угода й інструкція користувача іноді потребують різного тону, навіть якщо оригінальні слова збігаються.
Як уникнути: перед використанням нечіткого збігу перевір значення, адресата й роль речення. Якщо термін регулярно спричиняє суперечки, додай до глосарія примітку про контекст.
Перекладено основний текст, але не весь документ¶
Команда може перевірити абзаци й не помітити колонтитул, виноску, кінцеву примітку чи коментар. Microsoft описує ці елементи як окремі частини WordprocessingML-документа, а не як продовження основного тексту.
Як уникнути: додай до фінального чекліста окремі пункти для кожної частини DOCX. Якщо коментарі навмисно залишаються мовою оригіналу, запиши це як вимогу, а не залишай редактора здогадуватися.
Зміни в оригіналі під час роботи¶
Оновлення джерела може зробити частину готового перекладу застарілою. Навіть одне змінене речення може вплинути на повторювані формулювання в інших файлах.
Як уникнути: зафіксуй версію оригіналу, яку перекладають, і погоджуй зміни окремо. Якщо з’явилася нова редакція, визнач, які фрагменти змінилися та чи є для них сегменти в пам’яті перекладів.
Втрата форматування після перенесення тексту¶
Microsoft зазначає, що жирний шрифт, підкреслення, колір, тип і розмір шрифту можуть бути прив’язані до окремих фрагментів тексту. Тому спосіб вилучення й повернення тексту впливає на оформлення. Документація WordprocessingML описує цей механізм.
Як уникнути: перевір фінальний DOCX візуально, а не лише в режимі порівняння тексту. Зістав таблиці, заголовки й списки з оригіналом і переконайся, що посилання та форматовані фрагменти залишилися на місці.
Автоматичний результат сприймають як фінальний¶
Машинний переклад і збіг із TM можуть пришвидшити роботу, але не підтверджують, що речення підходить до контексту. Microsoft пояснює, що перекладач має вирішити, чи придатний частковий збіг.
Як уникнути: доручи людині перевірку змісту, а автоматичним інструментам - пошук визначених категорій проблем. Перевірка чисел не підтверджує правильність терміна, а правильна термінологія не гарантує, що в тексті немає пропусків.
Регіональні вимоги, обмін файлами й межі автоматизації¶
У пакетному процесі можуть брати участь замовник, перекладач, редактор і кілька інструментів. Вимоги до обміну даними залежать від того, як організована робота. Якщо локалізований вміст треба переносити між системами, заздалегідь перевір, чи підтримують вони спільні формати.
OASIS описує XLIFF як формат обміну, який допомагає власникам багатомовного контенту працювати з даними, сумісними з інструментами різних постачальників. Стандарт XLIFF 2.1 пояснює роль формату в перенесенні локалізованих даних між етапами. До вибору способу обробки файлів перевір, чи потрібно команді передавати дані між CAT-системою, пам’яттю перекладів і редактором.
Якщо в команді працює кілька підрядників або бюро, за можливості використовуйте спільний формат обміну й зафіксуйте, який файл є основним. Для роботи з документом може вистачити DOCX, але він не завжди переносить структуру проєкту, термінологічні ресурси чи сегменти TM. Microsoft описує TMX, TBX і XLIFF як окремі формати для обміну різними типами даних.
Онлайн-перекладач документів може підійти, коли треба перекласти окремі DOCX зі збереженням форматування, а не керувати командним локалізаційним проєктом. У ChatsControl завантажений DOCX обробляється з урахуванням абзаців і комірок, а текст повертається в ті самі структурні частини Word. Але сервіс не підтримує сегментне використання пам’яті перекладів і не є TMS. Для складного командного процесу потрібні відповідні інструменти.
Для текстових PDF усе працює інакше: такий файл не зберігає абзаци й таблиці як структури Word, а розміщує текст за координатами. Якщо потрібен редагований файл, обери процес, який відновлює структуру документа, і перевір результат окремо. Якщо частина матеріалів - скани, перед перекладом треба розпізнати текст. Матеріал про OCR для сканованих документів пояснює цей етап.
Ще одне важливе розрізнення: переклад файлів і вимоги до офіційних документів - не те саме. Якщо DOCX містить матеріал для органу влади чи іншої установи, спершу з’ясуй вимоги одержувача до формату й засвідчення. Звичайний машинний переклад не стає засвідченим лише тому, що його повернули у Word.
FAQ¶
Як пакетно перекласти кілька DOCX-файлів з одним глосарієм?¶
Перед початком підготуй один затверджений глосарій, спільні правила стилю й наявну пам’ять перекладів. Використовуй ті самі ресурси для всього пакету, а в готових файлах окремо перевір терміни й контекст.
Як зберегти однакову термінологію в кількох перекладених DOCX?¶
Запиши бажані відповідники в спільному глосарії, додай контекст для неоднозначних термінів і використовуй пам’ять перекладів для повторюваних сегментів. Перевіряй часткові збіги: попередній варіант може не підійти до нового контексту.
Що краще для перекладу DOCX: глосарій чи пам’ять перекладів?¶
Глосарій контролює слова й сталі назви, а пам’ять перекладів зберігає пари оригіналу та перекладу для повторного використання. Якщо в пакеті повторюються і терміни, і цілі речення, ці ресурси доповнюють одне одного.
Як перевірити форматування після пакетного перекладу DOCX?¶
Зістав переклад з оригіналом у Word і перевір таблиці, заголовки, списки, нумерацію, посилання, колонтитули, коментарі, виноски й кінцеві примітки. Окремо звір числа, імена, терміни та можливі пропуски.
Чи можна довірити весь пакет DOCX машинному перекладу без редактора?¶
Ні. Машинний переклад і збіг із пам’яттю перекладів не підтверджують, що термін підходить до контексту й у документі немає змістових помилок. Перекладач або редактор має перевірити значення та цілісність файла.
Чи замінює онлайн-перекладач DOCX систему CAT?¶
Не обов’язково. Інструмент для перекладу документів може зберігати структуру Word і показувати переклад поруч з оригіналом, але не мати пам’яті перекладів, сегментного керування й командних робочих процесів. Порівняй можливості інструмента з тим, як саме твоя команда працює з пакетом.
Які формати використовують для обміну даними локалізації?¶
TMX призначений для обміну даними пам’яті перекладів, TBX - термінологічними даними, а XLIFF - локалізованими даними між інструментами. Перевір, чи підтримує потрібний формат кожна система у вашому процесі.
Чи гарантує формат DOCX збереження всіх елементів документа?¶
Ні. DOCX складається з різних частин, зокрема основного тексту, колонтитулів, коментарів і приміток. Перевір, які саме частини оброблено, й зістав готовий файл з оригіналом.