Добрый день !
Хотелось бы уточнить какие проблемы могут возникнуть если пользователи будут регистрироваться в системе на разных языках ( один бухгалтер будет заходить на языке RU другой на языке UK), чем это чревато ? На данный момент все пользователи регистрируются в системе на языке UK, проблема в том, что не все в совершенстве знают украинский язык и тем самым возникла идея регистрироваться (кто захочет ) на языке RU.
Некоторые проблемы мы уже обнаружили при регистрации на языке RU:
1)Не отображаются названия полей на русском языке на экране выбора в транзакциях и программах наших разработок ( ну это понято так, как разработка велась на языке UK) эту проблему можно решить либо переводом se63, либо пополнением языка RU языком UK(отчет RSREFILL, но я пока в этом не совсем уверен)
2)более сложный вопрос- это с таблицами с полем SPRAS - Код языка (например, в основной записи материала названия материалов велось на языке UK и в таблице MAKT все записи в поле SPRAS стоит UK ) и как я понял, не только проблема с материалами ибо SPRAS встречается во многих таблицах и там тексты тоже заводились на UK — думаю, что проблему можно решить путем копирования всех записей в этих таблицах и заменять UK на RU, но опять же может возникнуть проблема, если кто-то заведет материал в UK и он не будет отображаться в RU и наоборот.
3)Некоторые меню сильно отличаются (зарегистрировался в RU и в UK и сравнивал, в некоторых отчетах отличаются меню и контекстное меню) — как эту проблему решить увы не знаю.

Я так думаю, что возникнут еще больше проблем. Но мне интересно, как народ работает во всем мире, есть же большие конторы где народ работает в системе из разных стран, неужели они все регистрируются только на EN ?
В общем такой вопрос — возможно ли без проблемная работа при регистрации в системе на двух языках ??
Заранее благодарен за ответы и идеи.
С уважением к вам
Id.

UP.

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

/me в растерянности... Это действительно так? Хочется подтверждения.

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

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

Вы хотите сказать, системы разные?

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

Я бы даже добавил, что это не баг, а фича.

Ладно, а такое возможно - тупо массово копирнуть текстовые описания из языкозависимых таблиц из одного языка в другой? Есть какой-то инструмент?

LSMW - массово скопировать названия материалов. Дебиторы и кредиторы, основные счета должны работать.

... и запланировать как периодическое задание с интервалом в пару минут.
А то если будете работать на разных языках входа народ ругаться сильно будет. Типа, я вот тут материал создала, а у него он без названия почему-то.
Фигня получится

Очень ограниченные возможности. Только некоторые основные данные.
Хотелось бы инструмент по-универсальнее и более глобальный, чтоли... на уровне таблиц, а не объектов.
Неужели в системе нет инструментов для массово перевода?

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

Кроме ведения материалов на двух языках и Z программ на 2 языках не должно быть других серьёзных проблем. Как правило в решениях по локализации основной язык константой прописывается.