Как реализовать хранение и вывод данных на разных языках в 1С?

← На главную

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

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

Рассмотрим наиболее рациональные способы организации структуры базы данных:

Регистр сведений «Переводы» (Рекомендуемый подход): Создание независимого регистра, где хранятся варианты перевода для различных объектов. Структура регистра может включать измерения: ОбъектМетаданных, ИдентификаторОбъекта, Реквизит, Язык. Ресурс — Значение. Это позволяет не менять структуру справочников при добавлении новых языков.
Использование табличных частей: Если информация тесно связана с объектом и требуется высокая производительность при получении данных, можно добавлять табличные части непосредственно в справочники или документы. Это упрощает выборку данных, так как они всегда «под рукой» у объекта.
Гибридный подход: Статичные данные (единицы измерения, статусы) удобно хранить с использованием встроенного механизма НСтр, в то время как динамические наименования номенклатуры лучше выносить в регистры.

Реализация отображения в интерфейсе

Главная сложность при мультиязычности — отображение корректных данных в списках. Рассмотрим, как эффективно решить задачу с Динамическими списками:

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


Процедура ПриСозданииНаСервере(Отказ, СтандартнаяОбработка)
    ТекущийЯзыкИнтерфейса = ТекущийЯзык();
    ТекстЗапроса = Элементы.Список.ТекстЗапроса;
    НовыйТекст = СтрЗаменить(ТекстЗапроса, "ГДЕ", 
    "ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.Переводы КАК Переводы 
    ПО Переводы.Ссылка = СправочникНоменклатура.Ссылка 
    И Переводы.Язык = &ТекущийЯзык 
    ГДЕ");
    Элементы.Список.ТекстЗапроса = НовыйТекст;
    Список.Параметры.УстановитьЗначениеПараметра("ТекущийЯзык", ТекущийЯзыкИнтерфейса);
КонецПроцедуры

Механизмы получения представлений

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


Процедура ОбработкаПолученияПредставления(Данные, Представление, СтандартнаяОбработка)
    СтандартнаяОбработка = Ложь;
    Представление = ПолучитьНаименованиеНаЯзыке(Данные.Ссылка, ТекущийЯзык());
КонецПроцедуры

Важные аспекты и советы

При построении подобных систем важно учитывать следующие моменты:

Индексация: Если вы используете регистр сведений, обязательно следите за индексами. Первым измерением в регистре переводов должен быть Язык или Объект, чтобы запросы к динамическим спискам не замедляли работу системы.
Разделение логики и данных: Никогда не используйте локализованные наименования (строки) в коде для проверки условий (например, Если Спр.Наименование = "Коробка"). Используйте Ссылки, УИД или предопределенные элементы. Строка — это только для отображения пользователю.
Предопределенные элементы: Для них используйте штатные средства конфигуратора (синонимы), либо программную перенастройку при создании элемента, если требуется полная динамика.
Кэширование: Чтобы избежать частых обращений к базе при отрисовке сложных списков, используйте кэширование переводов в ПараметрыСеанса или кэш на сервере приложений.

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