По объектам 30-справочников, 55-документов, 150-отчетов, 35-РС, 25-РН, 12 подсистем.
Реально нужных отчетов ну пусть будет 100.
Навороченных доков или спр-в нет. Разве что пару документов (типа путевой лист) и пару тройка отчетов.

Промтом за два часа.

Гуглом на 10 минут.

все сообщения пользователю выдаются через нСтр?)

(3) Нет только  в нескольких местах.

(3) Вообще, вывод через НСтр нужен только для тиражных международных решений, ИМХО.

(1) (2) Да, нуу. Все формы все реквизиты все названия....
Полагаю чуть ли ни месяц на это уйдет если еще не больше.

(5) Может в (0) как раз "тиражное международное решение"

можно выгрузить в текст все реквизиты и оценить сколько там строк

Примерно подсчитал 200 раз команда сообщить..

(6) Вот статейка по переводу: http://infostart.ru/public/141022/

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

(4) ну значит, сначала переделываешь, чтобы было во всех
потом через правка-редактирование текстов интерфейчас получаешь список и отдаешь его переводчику

(8) Скоро так и придется делать.

(10)+ Если сообщения, предупреждения, заголовки диалогов по выбору значений, вопросов и т. д. оформлены без "НСтр", то еще пару часов можно добавить.

А многоязычного представления данных они случаем не подразумевают под переводом?

(5) Просто взять за правило оформлять всегда через "НСтр".

Прикольно нашел у себя сам не помню.

Сообщить(НСтр("en='Wrong brand';ru='Не указан бренд'"), СтатусСообщения.Внимание);

(17) А перевел то неверно )))

(18) Это не я. Видимо скопипастил откуда-то.

(0)Достаточно.

(16) Зачем? Потом будет менеджер из России писать оператору в Китае, что у него проблема с "Заказ поставщика №104" ,а китайский оператор знает только "????? №104". Лучше делать один контекст.

(21) Не поддерживает форум китайский язык :(

(21) Те китайцам все таки нужно будет русский учить?

(23) Лучше делать англоязычнй интерфейс.

(21) есть подозрение, чтоб общаться они будут при этом на английским, так что опять твое сообщение не в тему

Так нам что искать переводчика ведь надо? Я сам кое-что знаю но не все могу грамотно перевести.

(21) Удобно даже при обычном редактировании текстов интерфейса (а не только перевода).

(24) так надо будет заказ поставщику называть "Purchase order"?

Ну или нанимать 1с-ника с хорошим знанием инглиш.

(25) Да ,на английском, но скрины с ошибками будут пересылать-то те, что получили. Или тексты сообщений. Или они еще должны заниматься переводом этих сообщений по пути? А если один китаец пишет заказ как Order, второй как Booking, третий Chekout, а речь об одном виде документов?

(26) лучше уж никак не переводит, чем плохо
А то будет как в приколах про китайские переводы

(28) Ну, да.

(26) Если важен результат - то переводчика. Со знанием лексики вашей области.

(30) по теме есть что сказать?

По ходу придется и элементы справочников переводить если что.
Если не все то выборочно.
Номенклатура 14 тыс. Но там есть реквизит англ. название.
Но не везде есть переводы.
Хотя лично меня это не косноется мне важно представление показывать и все.

(34) А тебе какое дело?

(30) (36) Короче не будут они пересекаться. Разве что мне будут писать ошибки.

+(37) так что не фантазируй.

(37) Ну, смотри сам :)

Видел такое в одной из конфиг.

Сообщить(ОбщийМодульПовтор.ПолучитьТекстНаЯзыке("Ошибка установки правила отбора!"));

Далее в модуле вытаскивает перевод из регистра сведений.

А как же разработчик переводит словосочетания?
Или он целиком словосочетания и предложения запихал  РС.

(40), а что за конфа?

(40), интересный ход...
Можно прикрутить к гугл переводчику с кэшем в регистре сведений ))

(40) Там скорее всего целиком текст предложения в измерении и язык во втором, а ресурсом идет перевод. Прикольно.

(42) Ищи это ElementalTradeFREE

(44), яндекс сказал ничего

Если я дам ссылку это будет реклама.
Так скажу что ищи в гугле

бесплатная конфигурация 1С "Элементарная торговля"

(29) ИМХО, лучше пусть "носитель" переведет, а то получится как у китайцев на этикетках :)

(0) Я как-то переводил БП. Смею тебя заверить, что если делать по уму, то это достаточно длительный процесс. Основная проблема - отличие 1С-овской терминологии от общепринятой, поэтому кальки не прокатывают. Ребята, которые сидят за границей и переводят на английский или на язык страны пребывания, утверждают то же самое.
Поэтому, если речь идёт о типовой конфигурации, то проще обратиться в БИТ (БП, УТ, ЗУП, УПП) или Рарус (УПП). Кстати, БИТу я помогал переводить БП и УПП. Если речь не о типовой, то знаю парня, который набил руку в переводе с помощью "1C:Translation", и, используя свои наработки, может сделать это относительно быстро.

(0) я могу дать вам средство для всех элементов интерфейса перевода конфигурации и объяснить как с ней работать (автор ЭТ). Безвозмездно, разумеется.. [email protected]

(5) Да ладно!
Украинские типовые конфигурации практически всё выводят в нСтр. Там две строки - русский и украинский. Мы добавляли еще английский и в инерфейс документов/отчетов для нашего иностранца.

http://1c-dn.com/developer_tools/1c_translator/
User guide на русском прилагается

(49) Спасибо за желание помочь. Я смотрел бегло ЭТ работа прилично проделано.
Я так понимаю у вас не стандартное решение через возможности платформы а свое решение?

(49) Кстати на казахском не "Элементарная сауда FREE"
     а "Элементардык сауда FREE".

(52) Чем дальше в лес, тем тольше платформа.
Тебе пора унести ноги оттуда :)

(54) Это ведь интригует.