Локализация справочников оборудования, запасных частей и технических характеристик для ERP и EAM-систем

Локализация справочников оборудования начинается с вопроса, сможет ли сотрудник найти нужную позицию и отличить её от похожей. Представим условную ситуацию на промышленном предприятии: кладовщик видит «уплотнение», закупщик — английское наименование, а ремонтная служба ищет ту же деталь по сокращению из инструкции. Перевести все три строки одинаково недостаточно. Сначала нужно установить, относятся ли они к одному изделию, где хранится артикул производителя и какие характеристики определяют применимость. Это рабочий пример, а не история конкретного заказчика.

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

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

Почему локализация справочников нужна при развитии ERP и EAM

Казахстанский контекст показывает масштаб задачи управления данными. В годовом отчёте КМГ за 2025 год описан проект перехода на SAP S/4HANA. Компания сообщила о завершении концептуального проектирования и формировании целевой модели. Отчёт также описывает подготовку системы к опытно-промышленной эксплуатации с 2026 года. Эти сведения не означают, что к сентябрю 2026 года переход уже завершён во всей группе.

Другой проект в том же отчёте — централизация системы «Маркетинг цен, планирование закупок и складской учет». КМГ указывает внедрение модуля планирования закупок в 13 дочерних и зависимых организациях, а модуля маркетинга цен — в 34. Это опубликованные результаты цифровизации, а не показатели переводческого проекта. Из них нельзя выводить объём справочников или экономию от локализации.

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

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

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

Какие данные передать вместе с названиями оборудования

Выгрузка из двух столбцов «оригинал — перевод» удобна для чтения, но может оказаться недостаточной для технического решения. Слово seal без контекста не сообщает, идёт ли речь об уплотнении, пломбе или другой детали. Дополнительные сведения нужны не для увеличения объёма заказа, а для проверки смысла коротких наименований.

Для пилотной партии подготовьте следующие поля или связанные справочные материалы:

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

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

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

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

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

Терминология, краткие названия и языковые версии

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

Рабочий терминологический список можно начать с нескольких понятий:

• основные данные — Master Data;
• номенклатурная позиция — Item;
• запасная часть — Spare Part;
• каталожный номер — Part Number;
• серийный номер — Serial Number;
• единица отпуска — Issue Unit;
• техническое место — Functional Location, если такое понятие используется в системе заказчика.

Это ориентиры для согласования, а не требование переименовать интерфейс установленной системы. Если её утверждённая русская локализация использует иной термин, нужно выяснить контекст и закрепить правило. Понятия «материал», «позиция» и «оборудование» могут обозначать разные объекты. Их нельзя менять ради разнообразия стиля.

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

Языковые версии проверяют непосредственно в рабочем сценарии. В публичном описании SAP KBA 2443477 для SAP SCM/SCM-APO рассмотрен случай, когда описание основного объекта видно только на языке, на котором оно было создано. Этот пример относится к указанным продуктам и ситуации; он не описывает поведение всех ERP-систем. Практический вывод — правильный перевод в файле ещё нужно проверить под нужным языком входа.

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

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

Защищённые коды, характеристики и границы ответственности

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

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

Технические характеристики переводят вместе с названиями величин и единицами. Нельзя оставлять единицу в другом столбце, если после импорта связь потеряется. Нельзя также менять единицу закупки на единицу отпуска без утверждённого правила. «Комплект», «штука» и «упаковка» описывают разные способы учёта, а состав комплекта нужно подтверждать по документации.

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

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

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

Как провести пилот и проверить результат после загрузки

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

Работу удобно организовать последовательно:

1. Зафиксировать исходную выгрузку, перечень защищённых полей и целевые языки.
2. Согласовать термины и правила наименования на представительной группе записей.
3. Перевести описания и оформить вопросы по неполным исходным данным.
4. Провести техническую сверку и проверить неизменность защищённых значений.
5. Загрузить согласованный файл в тестовую среду штатным способом.
6. Проверить поиск, отображение, связь с документами и обратную выгрузку.
7. Разрешить перенос принятой партии в рабочую систему по процедуре заказчика.

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

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

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

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

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

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

Что включить в заказ на локализацию справочника

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

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

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

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

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