Как реализовать мультиязычность наименований элементов справочника в 1С?

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

Существуют ли штатные средства без доработки?

Сразу ответим на главный вопрос: штатных средств «из коробки» для динамического переключения наименований данных в справочниках без изменения конфигурации не существует.

Важно различать два понятия:

• Интерфейс метаданных: Платформа 1С позволяет задать синонимы для объектов (названия справочников, заголовки реквизитов) на нескольких языках. Это работает автоматически, если настроен соответствующий языковой профиль пользователя.
• Данные справочников: Наименования конкретных элементов (например, «Услуги по маркетингу» или «Маркетинговые исследования») являются данными. В типовых конфигурациях эти значения хранятся как строковые реквизиты, и система не имеет встроенного механизма для их автоматического перевода или отображения альтернативных значений в зависимости от языка пользователя.

Разбор подходов к реализации

Разберем, какие варианты у нас есть, если задача по мультиязычности становится критически важной для предприятия.

1. Использование Библиотеки стандартных подсистем (БСП)

Если вы разрабатываете или дорабатываете конфигурацию, самым профессиональным способом решения задачи будет использование подсистемы «Мультиязычность», входящей в состав БСП. Это стандарт, принятый фирмой «1С» для современных конфигураций.

Что нам потребуется сделать для внедрения:

1. Подключить подсистему «Мультиязычность» к конфигурации.
2. Настроить хранение дополнительных представлений данных. Механизм БСП позволяет создать специальные регистры или дополнительные реквизиты, в которых будут храниться переводы для каждого элемента справочника.
3. Настроить формы элементов. В формах нужно будет добавить логику, которая при смене текущего языка пользователя будет подтягивать нужное наименование.

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

2. Механизм дополнительных реквизитов и сведений

В случае, если вносить изменения в конфигуратор нельзя (например, конфигурация на полной поддержке), можно воспользоваться механизмом «Дополнительные реквизиты и сведения». Этот инструмент доступен в большинстве типовых конфигураций в режиме «1С:Предприятие».

Как мы можем поступить:

• Создать дополнительные реквизиты типа «Строка» для справочника (например, Наименование_EN, Наименование_ES).
• Наполнить эти реквизиты данными. Это можно сделать вручную или с помощью загрузки из внешнего файла (например, через Загрузка данных из табличного документа).
• В настройках форм списка или в отчетах настроить отображение этих колонок.

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

3. Использование внешних отчетов и обработок

Для задач, требующих именно вывода информации (например, печатных форм или отчетов), оптимальным решением является использование внешних отчетов.

Внутри внешнего отчета мы можем реализовать любую логику:

1. Считывание данных из справочника.
2. Обращение к внешнему API переводчика или использование локального словаря (например, в формате JSON или XML).
3. Формирование печатной формы или списка на требуемом языке.

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

Проанализируем ситуацию: стоит ли использовать нейросети?

В обсуждениях часто возникает идея использовать нейросети для перевода справочников. Это отличный способ для первичного заполнения данных. Если вам нужно разово перевести 1000 наименований статей затрат, вы можете выгрузить их в Excel, обработать нейросетью и загрузить обратно в 1С через дополнительные реквизиты.

Пример структуры данных для автоматизации перевода:

// Пример логики обработки массива наименований
Для Каждого Элемент Из СписокСтатей Цикл
    Перевод = СервисПеревода.Перевести(Элемент.Наименование, \"en\");
    Элемент.ДополнительныеРеквизиты.НайтиПоНаименованию(\"Наименование_EN\").Значение = Перевод;
КонецЦикла;

Подведем итоги

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