Версия InDesign для бюро переводов: как выбрать рабочий формат

Клиент прислал INDD, а в бюро стоит более старая версия InDesign: файл не открывается, дедлайн уже идет, и команде приходится решать, просить ли пересохранение, искать другой компьютер или переводить через IDML. Чтобы не выбирать способ передачи для каждого проекта заново, бюро стоит согласовать основную версию программы и заранее описать исключения.

Короткий ответ: работайте в одной согласованной версии InDesign, если клиент и подрядчики могут ее использовать. Если версии не совпадают, передавайте IDML как обменную копию, но сохраняйте исходный INDD и проверяйте результат после конвертации. IDML расширяет совместимость, а не гарантирует, что каждый элемент макета сохранится без изменений.

В обсуждении Adobe Community пользователь сформулировал ограничение так: “Neither .inx nor .idml files are going to translate 100% perfectly 100% of the time when opened in the previous version.” Перевод: ни INX, ни IDML не гарантируют идеальной конвертации при открытии в предыдущей версии. Источник цитаты.

Для руководителя бюро эта оговорка означает, что IDML нельзя считать страховкой от любой несовместимости. Перед тем как обещать клиенту обмен только этим форматом, проверьте несколько типичных файлов и включите проверку верстки в процесс оценки и сдачи.

Коротко: на чем строить рабочий процесс¶

Версия InDesign важна не сама по себе, а в связке с исходником, форматом обмена, системой автоматизированного перевода и финальной проверкой. Один формат может решить проблему открытия документа, но не обязательно решит проблемы верстки, шрифтов или обработки тегов.

В бюро полезно различать три вещи:

• Рабочая версия InDesign - та, в которой команда открывает и проверяет проект.
• Исходный документ INDD - редактируемый файл, сохраненный в конкретной версии InDesign. Более старая версия не открывает его напрямую, если документ создан в более новой.
• IDML - обменный формат, который помогает передать документ между версиями InDesign. При открытии в старой версии документ преобразуется, а функции, которых в ней нет, могут измениться или исчезнуть.

Adobe указывает, что IDML можно открывать в InDesign CS4 и более поздних версиях. Это поддержка формата, а не обещание полной идентичности макета после открытия (таблица поддерживаемых форматов Adobe). Для INDD правило другое: документ привязан к версии и не открывается напрямую в более раннем выпуске без конвертации (справка Adobe о документах предыдущих версий).

Практическое решение для агентства обычно выглядит так: выбрать основную версию для рабочих станций, попросить клиента сообщать свою версию, получать исходный INDD и PDF, а IDML использовать только там, где версии расходятся. Такой порядок дает команде исходный файл для сверки и отдельную конвертированную копию для обработки.

INDD и IDML решают разные задачи¶

INDD - рабочий исходник InDesign. IDML - формат обмена и конвертации. Путаница между ними приводит к тому, что агентство получает копию для передачи и принимает ее за полноценную замену оригинального файла.

При несовпадении версий INDD полезен как запись о том, с каким исходным макетом начал работу проект. IDML нужен, чтобы открыть и продолжить работу с документом в другой версии InDesign. PDF нужен как визуальная опора: по нему можно сравнить страницы до и после конвертации, но его нельзя считать заменой редактируемого файла.

Adobe описывает IDML как формат InDesign Markup Language, который открывается в InDesign CS4 и более поздних версиях (список форматов Adobe). В документации по автоматизации Adobe также описывает IDML как формат, который позволяет создавать, изменять и разбирать документы InDesign вне самого приложения (материал Adobe об автоматизации). Такая структура помогает автоматизированным процессам работать с документом, но не отменяет проверки результата в программе верстки.

Важен и порядок хранения. Оставляйте INDD клиента нетронутым, а конвертированную копию называйте отдельно. Например, команда может хранить исходный файл в папке проекта, а рабочую копию помечать как IDML-конверсию. Тогда при обнаружении потери оформления можно определить, произошло ли изменение при конвертации, переводе или последующей правке.

Adobe отдельно предупреждает, что особенности конкретной версии могут измениться или быть пропущены при открытии документа в предыдущем выпуске (рекомендации Adobe по обратной совместимости). Поэтому вопрос «Поддерживает ли ваша версия IDML?» слишком общий. Уточняйте, какая версия создала исходный документ, в какой версии его откроют и какие элементы макета критичны для проекта.

Как выбрать рабочую версию InDesign в бюро¶

Оптимальная версия - не обязательно самая новая на каждом компьютере. Агентству нужна предсказуемая среда: сотрудники должны открывать проекты одинаково, передавать их на проверку без постоянных конвертаций и возвращать клиенту в заранее согласованном формате.

Сначала соберите картину рабочего процесса. Запишите, кто открывает исходник, кто извлекает текст, кто проверяет перевод, кто верстает итог и кому передают финальные файлы. Если между этими ролями постоянно меняется версия InDesign, возрастает число промежуточных конвертаций и точек, где могут появиться отличия.

Затем выберите основную версию для производства. Не нужно обещать клиентам, что бюро поддерживает любые версии. Гораздо полезнее сообщить, в какой версии команда ведет проекты, и указать, что документы из других версий проходят отдельную проверку совместимости. Руководство Adobe по совместимости советует использовать одну и ту же версию InDesign для конкретного рабочего процесса и проверять верстку после конвертации (руководство Adobe Japan, редакция 2024 года).

Решение можно оформить как простую политику:

1. Основная версия. Укажите версию InDesign, принятую для рабочих файлов и внутренней проверки.
2. Входные данные. Запрашивайте исходный INDD, сведения о версии, PDF и описание критичных элементов макета.
3. Исключение для несовпадения. Если версии не совпадают, попросите экспорт IDML и создайте рабочую копию.
4. Проверка после открытия. Сравните страницы и проверьте текстовые потоки, стили, нумерацию и элементы, важные для проекта.
5. Формат возврата. До начала работы согласуйте, получит ли клиент INDD, IDML, PDF или несколько файлов.
6. Запрет на бесконтрольный круговой обмен. Не конвертируйте документ туда и обратно без необходимости.

Поддержка формата в InDesign не означает, что его одинаково обработает каждая программа локализации. Фильтры CAT-систем и обновления этих систем тоже имеют собственные ограничения. В обсуждении ProZ 2010 года участники, например, разбирали совместимость тогдашнего фильтра Trados с IDML из CS5; этот исторический пример не говорит о возможностях современных версий CAT-систем (обсуждение ProZ, 2010). Вывод для бюро простой: отдельно тестируйте импорт и экспорт в своей CAT-системе, не выводите совместимость CAT-фильтра из того, что файл открывается в InDesign.

Перед выбором версии устройте тест не на одном простом буклете, а на разных по структуре файлах, которые бюро реально принимает: документе с таблицами, нескольких текстовых потоках, стилях и сложной нумерацией. Не нужно придумывать искусственный «процент успешности»: достаточно зафиксировать, что именно ваша команда проверяла и какие типы проблем встретила. Результат станет внутренней памяткой для оценки новых заказов.

Какие файлы запрашивать у клиента¶

Хорошее техническое задание на прием проекта не должно ограничиваться просьбой «пришлите файл InDesign». Клиент может прислать INDD из новой версии, IDML без исходника или PDF, по которому невозможно продолжить редактирование. Короткий список входных материалов экономит переписку и помогает заранее увидеть несовпадение версий.

Шрифты и связанные графические файлы стоит обсуждать отдельно: наличие IDML не означает, что в пакете уже есть все ресурсы, нужные для воспроизведения макета. Не обещайте идентичное отображение только на основании того, что файл открылся. Проверьте, что программа показывает предупреждения о недостающих ресурсах, и сравните результат с PDF клиента.

PDF особенно полезен, когда невозможно быстро проверить каждую страницу рядом с исходным INDD. Но PDF показывает только визуальный результат, а не весь механизм, который его сформировал. Текстовые блоки, стили и связи между объектами требуют проверки в рабочем документе. Поэтому в договоренности на входе фиксируйте оба типа данных: редактируемый источник и визуальный образец.

Для проектов с плотным текстом попросите клиента отметить страницы, где важны точные переносы, номера страниц, подписи, выноски или таблицы. Такая разметка не заменяет проверку всего документа, но помогает расставить приоритеты. Если перевод меняет длину текста, локализация может потребовать переподгонки макета даже при корректном переносе IDML.

Что IDML сохраняет, а где возникают проблемы¶

IDML облегчает перенос документа, потому что позволяет более старой версии InDesign открыть обменную копию. Но формат не замораживает макет в точном снимке и не заставляет разные версии одинаково обрабатывать текст.

Механизм проблемы прост: версии программы могут отличаться функциями и способом обработки текста. Если более старый выпуск не знает конкретную функцию, он не может гарантированно воспроизвести ее так же, как новая версия. А если меняется набор поддерживаемых возможностей или текстовая композиция, может измениться и расположение текста на странице. В результате файл открывается, но переносы строк, заполнение колонок или внешний вид отдельных объектов требуют проверки.

Adobe прямо предупреждает, что особенности, зависящие от версии, при открытии в предыдущем выпуске могут быть изменены или пропущены (справка Adobe о более ранних версиях). Руководство Adobe Japan также подчеркивает: возможность открыть IDML в старой версии не гарантирует воспроизведения данных и требует проверки набора после конвертации (руководство по совместимости Adobe Japan, 2024).

В ответе на форуме Adobe рекомендация сформулирована так: “Best practice is, when working in a collaborative workflow, to have all users working in the same version whenever possible”. Перевод: при совместной работе участникам лучше использовать одну версию программы, если это возможно. Источник цитаты.

Для агентства это не означает, что все клиенты обязаны перейти на ту же версию. Практический смысл другой: выберите одну базовую версию внутри команды, а различия с клиентскими версиями обрабатывайте как заранее известное исключение. Так проверка несовместимости становится частью планирования, а не сюрпризом в день сдачи.

В списке заметок к выпускам Adobe фиксировались отдельные проблемы, связанные с IDML: условный текст, пользовательская нумерация страниц, альтернативный размер макета, имена мастер-страниц, стили объектов, цветовые изменения, сбои при открытии и обработка пользовательских маркеров (заметки о выпусках InDesign). Список показывает, почему одного факта успешного открытия недостаточно: проверять нужно реальные функции конкретного проекта, а не только формат файла.

Что проверять после конвертации:

• Страницы и формат. Совпадает ли число страниц и размер документа с контрольным PDF?
• Текстовые потоки. Нет ли переполненных рамок, исчезнувших фрагментов или неожиданного перехода текста на другие страницы?
• Стили и нумерация. Сохранились ли абзацные и объектные стили, номера страниц и последовательность элементов?
• Графика и цвет. На месте ли изображения и элементы оформления, не изменились ли заметные цветовые решения?
• Особые функции. Остались ли доступными условия, альтернативные макеты и другие функции, на которых построен документ?
• Обратный экспорт. Не заставляет ли процесс пересылать документ между версиями несколько раз?

Проверка не должна превращаться в бесконечное сравнение каждого пикселя. Сначала найдите места с высоким риском: страницы с несколькими колонками, длинными текстовыми потоками, таблицами, особой нумерацией и визуальными элементами, зависящими от стилей. Затем проверьте остальной документ на пропуски и очевидные сдвиги. Для критичных публикаций согласуйте отдельный этап полной корректуры макета.

Частая ловушка - многократно открывать и пересохранять файл то в одной, то в другой версии. Участники обсуждения Adobe Community предупреждали, что повторные переходы между версиями могут накапливать последствия потери функций и изменения композиции (обсуждение обратной совместимости Adobe). Поэтому сохраняйте неизменный исходник и делайте ограниченное число конвертаций, каждую с понятным названием и назначением.

Три варианта организации работы¶

Выбор между одной версией, обменом через IDML и внешней обработкой зависит от того, кто отвечает за макет и какой файл клиент хочет получить. Ни один вариант не отменяет проверки совместимости.

Вариант 1: бюро и клиент согласуют одну версию¶

Общая версия упрощает работу команды с редактируемым INDD и снижает число конвертаций. Этот вариант подходит для постоянного потока заказов, если клиент и агентство могут договориться о среде производства.

Преимущество проявляется не только при открытии файла. Верстальщик, редактор и специалист по контролю качества работают с одним типом исходника и меньше зависят от промежуточных обменных копий. Клиенту проще вернуть документ для правок без повторного преобразования.

Ограничение очевидно: агентство не может заставить каждого нового клиента пользоваться той же версией. Для разового проекта согласование может занять больше времени, чем подготовка IDML. Поэтому общую версию стоит закрепить для повторяющихся рабочих процессов, а не делать жестким условием приема любого заказа.

Вариант 2: работать с IDML при несовпадении версий¶

IDML подходит, когда исходный INDD создан в более новой версии, чем та, которая установлена в бюро. Клиент экспортирует обменную копию, агентство открывает ее в своей рабочей версии и проверяет результат до передачи текста в перевод или верстку.

Плюс такого подхода - возможность продолжить работу без прямого открытия нового INDD в старой версии. Минус - конвертация может повлиять на функции и текстовую композицию. Оставьте оригинал нетронутым, а после открытия проверьте документ по PDF и список критичных элементов.

Применяйте этот сценарий и для передачи между подрядчиками, но согласуйте, кто выполняет финальную проверку в целевой версии. Если клиент в итоге должен получить редактируемый INDD для более новой версии, заранее уточните, кто пересохранит и подтвердит итоговый файл.

Вариант 3: использовать специализированный документный перевод¶

Когда задача включает обработку документа и подготовку формата обмена, отдельный сервис может быть одним из этапов процесса. ChatsControl формирует IDML для Adobe InDesign: копию документа и перевод можно скачать для дальнейшей работы в InDesign; файл включает текстовые потоки, таблицы, абзацные стили и изображения постранично.

В типичном процессе команда загружает документ, получает IDML и открывает его в согласованной версии InDesign для проверки. В продукте указано, что IDML открывали в InDesign 2021, 2022, 2024, 2025 и 2026 на Windows, а также в 2026 на Mac; перечень версий приведен в описании возможностей InDesign. Результат все равно нужно проверять в среде конкретного проекта.

У этого варианта есть практическое ограничение: IDML не содержит шрифтов. После загрузки файла нужно посмотреть, какие шрифты ему требуются, и проверить, откуда их получить. Сервис также не заменяет полноценную CAT-систему или TMS, поэтому не подходит как замена памяти переводов, сегментного управления проектом и командных процессов поставщиков. Используйте его для документной обработки там, где это соответствует задаче, а не как обещание, что весь цикл локализации пройдет без участия верстальщика.

Сравнение подходов для агентства¶

Перед тем как закрепить процесс, сравните варианты не по лозунгу «совместимо или нет», а по тому, что именно бюро должно контролировать: открытие, сохранение оформления, проверку, возврат исходника и передачу клиенту.

Не выбирайте IDML только потому, что он выглядит универсальным. Если клиенту нужен редактируемый исходник, согласуйте, кто отвечает за конечный INDD. Если бюро должно только передать переведенный файл верстальщику клиента, достаточно другого процесса, но формат и контрольный PDF все равно нужно определить заранее.

Порядок приема и сдачи проекта¶

Ниже - рабочий процесс, который можно включить в карточку проекта и использовать при каждом несовпадении версий. Каждый шаг отвечает на отдельный вопрос, поэтому команда не смешивает проверку перевода с проверкой конвертации.

1. Зафиксируйте версию клиента и бюро. Запишите, в какой версии создан INDD и в какой версии агентство будет открывать рабочий файл. Не ограничивайтесь вопросом, есть ли у клиента InDesign.
2. Получите исходник и визуальную опору. Попросите INDD, PDF и, если версии различаются, IDML. Сохраните присланный исходник отдельно от рабочих копий.
3. Откройте обменную копию. Если для работы нужен IDML, откройте его в целевой версии и запишите любые сообщения о недостающих функциях или ресурсах.
4. Проверьте макет до перевода. Сравните страницы с PDF и отметьте переполненные текстовые рамки, изменения нумерации, стилей или графики. Исправьте входные проблемы или согласуйте их с клиентом.
5. Передайте документ в переводческий процесс. Уточните, как выбранная CAT-система обрабатывает IDML и какие теги или форматирование нужно проверить отдельно.
6. Проверьте переведенную версию. Сверьте текстовые потоки, числа, названия, стили и вид страниц. Не полагайтесь только на то, что экспорт завершился без ошибки.
7. Согласуйте комплект сдачи. Передайте клиенту согласованные редактируемые файлы и PDF для визуальной проверки. Укажите, в какой версии файл проверялся, и сохраните контрольный исходник проекта.

Для команды полезна короткая карточка приемки: версия клиента, версия бюро, наличие INDD, IDML и PDF, ответственный за конвертацию, результат проверки и формат возврата. Такой список не гарантирует отсутствия проблем, но помогает не пропустить основные вводные и понять, где искать причину отличий.

Если клиент прислал только IDML, не считайте это автоматически достаточным. Уточните, почему недоступен исходный INDD, в какой версии экспортировали файл и нужен ли клиенту редактируемый документ после проекта. При работе только с IDML особенно важна фиксация контрольного PDF и согласование того, кто отвечает за финальную проверку.

Ошибки совместимости, которые обходятся дороже всего¶

Главная ошибка - считать, что открывшийся IDML уже проверен. Успешное открытие подтверждает, что программа смогла прочитать обменный файл, но не говорит, что каждый текстовый блок, стиль и элемент макета остался на прежнем месте.

Вторая ошибка - принимать формат файла за гарантию совместимости CAT-системы. InDesign и CAT-инструмент выполняют разные задачи: первый открывает и редактирует макет, второй обрабатывает текст и структуру перевода. Историческое обсуждение ProZ о фильтре Trados для IDML из CS5 показывает, почему совместимость нужно проверять отдельно, но не дает актуальных выводов о современных фильтрах (обсуждение ProZ, май 2010 года).

Третья ошибка - несколько раз конвертировать файл туда и обратно, не сохраняя промежуточные версии. Если оформление изменилось, команде будет трудно понять, на каком этапе это случилось. Создавайте отдельные копии для конвертации и перевода, а исходный INDD храните без изменений.

Четвертая ошибка - не согласовать, кто проверяет результат в конечной версии. Агентство может получить документ, открыть его у себя и вернуть IDML, а клиент затем столкнется с проблемой при открытии или сохранении. В договоренности укажите, кто проверяет конечный документ и кто подтверждает его внешний вид в целевой среде.

Пятая ошибка - не сообщить о недостающих шрифтах и внешних ресурсах. IDML не заменяет комплект исходных материалов. Если клиент ожидает, что бюро вернет макет, пригодный для немедленной публикации, уточните, какие ресурсы доступны и кто имеет право их использовать.

И наконец, не обещайте точное сохранение всех функций только на основании таблицы совместимости. Adobe перечисляет IDML как поддерживаемый формат и описывает его обратную совместимость, но одновременно предупреждает о возможных изменениях новых функций при конвертации (справка Adobe о сохранении документов). Корректная формулировка для клиента: IDML позволяет обмениваться документом между версиями, а конкретный результат проверяется на файле проекта.

FAQ¶

Какую версию InDesign выбрать бюро переводов?¶

Выберите одну поддерживаемую версию для основного рабочего процесса и используйте ее для внутренних проверок. Клиентские документы из других версий принимайте по отдельной процедуре: сохраните INDD, запросите IDML и PDF, затем проверьте конвертацию.

Откроет ли старая версия InDesign IDML из новой версии?¶

Adobe указывает, что IDML открывается в InDesign CS4 и более поздних версиях (таблица форматов Adobe). Но открытие не означает, что функции новой версии и все элементы макета воспроизведутся без изменений.

Что запросить у клиента: INDD или IDML?¶

Запросите исходный INDD, версию InDesign клиента и PDF для сравнения. Если ваше бюро работает в более старой версии, попросите также IDML: он нужен как обменная копия, а не как замена оригинального документа.

Сохраняет ли IDML все стили и элементы оформления?¶

Не гарантированно. При открытии в предыдущей версии отдельные функции могут измениться или исчезнуть, поэтому после конвертации проверьте стили, текстовые потоки, нумерацию, страницы и элементы, важные для публикации.

Можно ли редактировать IDML без InDesign?¶

IDML поддерживает автоматизированную обработку документов, но для проверки конечного макета нужен подходящий редакторский процесс и визуальная сверка в InDesign. PDF показывает внешний вид, однако не заменяет редактируемый документ.

Нужно ли передавать клиенту только переведенный IDML?¶

Нет, формат сдачи нужно согласовать до начала работы. Сохраните исходный INDD как контрольный файл, а клиенту передайте те редактируемые файлы и PDF, которые соответствуют договоренности; укажите версию, в которой выполнялась проверка.

Как снизить риск проблем при обмене файлами InDesign?¶

Используйте одну согласованную версию там, где это возможно, конвертируйте IDML один раз и сверяйте результат с PDF. Не отправляйте документ повторно между версиями без необходимости и отдельно проверяйте CAT-фильтр, если перевод проходит через CAT-систему.

Для бюро достаточно закрепить три правила: основная версия InDesign известна всей команде, исходный INDD хранится отдельно, а IDML после конвертации проходит визуальную и структурную проверку. Тогда несовпадение версий перестает быть неожиданностью: это отдельный сценарий проекта с понятными файлами, ответственностью и критериями сдачи.