Перевод документации автономной карьерной техники и беспилотных самосвалов для ГОКов Казахстана

Беспилотный карьерный самосвал нельзя вводить в эксплуатацию по переведённому руководству изготовителя и нескольким схемам. На действующем ГОКе машина входит в транспортную систему, где уже работают экскаваторы, бульдозеры, сервисные автомобили и люди. Для каждого рейса важны цифровая карта, разрешённый маршрут, приоритет на перекрёстке, состояние зоны разгрузки, качество связи и реакция комплекса на препятствие. Ошибка в переводе одного состояния — например, «остановлен», «приостановлен» или «готов к движению» — способна изменить действия диспетчера и ремонтной службы.

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

Казахстанский опыт уже перешёл от отдельных демонстраций к промышленной работе. Министерство промышленности и строительства РК сообщало, что три беспилотных самосвала ERG на разрезе «Восточный» за год перевезли 3,45 млн тонн горной массы, прошли 132 тыс. километров и выполнили 29 тыс. рейсов в круглосуточном режиме. Для технического заказчика эти цифры означают непрерывный поток эксплуатационных данных, изменений маршрутов и процедур, которые необходимо синхронно выпускать на всех рабочих языках.

Из каких документов состоит автономная транспортная система карьера

Автономный самосвал работает внутри заданной эксплуатационной области. Это не просто контур карьера на карте. В описание входят типы дорог, уклоны, радиусы поворота, бермы, точки погрузки и разгрузки, зоны плохой видимости, ограничения по погоде и запылённости, требования к спутниковому позиционированию и связи. Любое изменение дороги или технологической схемы может потребовать новой проверки маршрута и обновления связанных инструкций.

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

Рабочий реестр обычно включает:

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

Такая структура согласуется с руководством по техническому переводу для горнодобывающей отрасли Казахстана, но требует отдельного контроля программных объектов. У тега датчика, имени геозоны и кода события нет «стилистических вариантов»: они должны одинаково отображаться в спецификации, человеко-машинном интерфейсе, журнале и инструкции.

Терминология беспилотных самосвалов: где буквальный перевод опасен

Бюро технических переводов iText формирует словарь до перевода основного массива. За основу берутся утверждённые термины заказчика, назначение функции и фактический интерфейс системы. Английский оригинал сохраняется в скобках при первом употреблении, когда он нужен инженерам для поиска по исходникам и журналам поставщика.

Автономная транспортная система (autonomous haulage system) включает машины, инфраструктуру, связь, диспетчерское программное обеспечение и правила эксплуатации. Называть её только «системой беспилотного самосвала» слишком узко. Эксплуатационная область (operational design domain) задаёт условия, в которых разрешена автономная работа. Это не «рабочая зона» в бытовом смысле, а контролируемый набор дорожных, погодных, технологических и системных ограничений.

Состояния машины переводят как управляемый перечень. Mission assigned, ready to propel, paused, inhibited, degraded, safe stop и emergency stop обозначают разные режимы. Слово stop нельзя везде передавать одним «остановка»: штатная безопасная остановка, запрет движения и аварийное торможение имеют разные причины, последствия и порядок снятия. Аналогично obstacle detection, collision avoidance и proximity detection относятся к обнаружению препятствий, предотвращению столкновения и контролю сближения, а не к одной общей «системе безопасности».

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

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

Функциональная безопасность и требования к комплекту поставщика

ISO 17757:2019 устанавливает дополнительные требования безопасности для автономных и полуавтономных машин в землеройных и горных работах, а также для связанных систем и инфраструктуры. Стандарт охватывает аппаратное и программное обеспечение и рассматривает безопасное применение в определённой эксплуатационной области на протяжении жизненного цикла. В 2024 году ISO подтвердил актуальность этой редакции. При этом стандарт не заменяет общие требования к мобильным горным машинам и площадочные правила предприятия.

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

На машины и оборудование, выпускаемые в обращение на территории ЕАЭС, распространяется ТР ТС 010/2011 «О безопасности машин и оборудования» в пределах его области применения. Регламент требует выявлять опасности на стадиях жизненного цикла, оценивать риск, разрабатывать обоснование безопасности и руководство по эксплуатации. Комплект подтверждения соответствия может включать эксплуатационные документы, контракт поставки, перечень применённых стандартов и протоколы испытаний. Для автономной техники перевод должен отражать фактическую конфигурацию: базовую машину, установленный комплект автоматизации и площадочную инфраструктуру рассматривают с учётом их роли в конкретной поставке.

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

Минимальный контроль перед выпуском включает пять вопросов:

1. Совпадает ли граница системы во всех документах?
2. Одинаково ли описана эксплуатационная область и условия выхода из неё?
3. Прослеживается ли каждое требование безопасности до испытания и результата?
4. Совпадают ли версии программного обеспечения, карт и параметров?
5. Понимает ли локальный персонал действие после каждого предупреждения и отказа?

Как переводить карты, интерфейсы и журналы событий

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

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

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

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

Пошаговая приёмка многоязычной документации

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

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

Третий шаг — провести терминологическую сессию с горным инженером, специалистом по автоматизации, службой промышленной безопасности и диспетчерами. Они согласуют названия режимов, ролей и зон. Решения заносят в глоссарий до массовой обработки руководств и экранных строк.

Четвёртый шаг — выполнить раздельную техническую проверку. Лингвист сверяет смысл и связность, отраслевой редактор — терминологию и технологическую логику, специалист по формату — схемы, таблицы и интерфейсные ограничения. Числа, единицы, координаты, теги, версии и ссылки проходят автоматизированное сравнение и ручную проверку критических мест.

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

Шестой шаг — установить порядок изменений. Новая карта или версия программы выпускается вместе с перечнем затронутых процедур и экранов. Устаревшие копии изымаются из диспетчерской, ремонтной зоны и учебного класса. Без такого порядка точный первоначальный перевод быстро превращается в набор несовместимых редакций.

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

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

Особое внимание требуется двуязычным сменам. Нельзя допускать, чтобы русская версия называла объект «зоной ожидания», казахская — «стоянкой», а интерфейс оставлял англоязычное holding point без утверждённого соответствия. В экстренной ситуации сотрудники будут искать знакомое название на карте и экране. Поэтому терминологический реестр связывает три языка с одним машинным идентификатором, а на проверке персонал выполняет одинаковый сценарий по каждой локализованной версии.

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

Казахстанские проекты и масштаб языковой задачи

Опыт ERG показывает, что автономизация в Казахстане развивается как часть более широкой цифровизации. В обзоре устойчивого развития за 2024 год группа описала специализированные диспетчерские системы, программное обеспечение и площадочные сети 4G, пилот трёх автономных самосвалов на разрезе «Восточный», высокоточное позиционирование экскаваторов и цифровую модель Качарского карьера. После пилота компания решила расширить применение автономных самосвалов на «Восточном» и Качарском карьере.

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

Бюро технических переводов iText работает с документацией промышленной группы ERG с 2019 года; в публичном кейсе о 35 млн переведённых страниц показан масштаб долгосрочного терминологического сопровождения. Эта цифра относится именно к кейсу ERG и не описывает общий объём документов всех клиентов.

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

Что передать на оценку проекта

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

Бюро технических переводов iText подготовит пилот, карту терминологии и план контроля идентификаторов для автономной транспортной системы. До расчёта сроков команда проверит объём графики, повторяемость, связь между руководствами и интерфейсом, а также количество параллельных редакций. Такой старт позволяет выпускать документацию поэтапно и не терять прослеживаемость между требованием, машиной, программной версией и результатом испытания.