|
21.11.2006, 11:18 | #1 |
Участник
|
Подружить Россию и Латвию - в российской базе Латвийская дочка
Российская фирма открыла дочку в Латвии. Хотелось бы вести учет в единой базе (разными компаниями). Интерфейс решили оставить русский (лицензию на Латвийский язык покупать пока не собираемся). Все основные названия (номенклатуры, клиентов и т.п.) будут на русском языке, Латвийские наименования будут вписываться в таблицы описания на языках. Латвийский нужен только для печати первичных документов.
Соответственно возникло два основных вопроса: 1) уживутся ли в базе MS SQL тексты на русском и латвийском; 2) будут ли отображиться диакритические символы меток в отчетах или придется принимать какие-то нестандартные методы. Информация нужна для приблизительной оценки времени на подготовку дочки к работе в Аксе PS: приложение Ax3.0 SP5FP2, MS SQL 2000 SP4, база имеет 1251 кодовую страницу. |
|
21.11.2006, 11:23 | #2 |
Участник
|
Ax3 не поддерживает юникод => надо либо искать готовую кодовую страницу для работы двумя языками одновременно, либо разрабатывать самим. Я так думаю.
|
|
21.11.2006, 12:02 | #3 |
Участник
|
В этом случае придется искать кодовую страницу для трех языков (некоторая номенклатура имеет написание на английском)
А на каком уровне он не поддерживается, только в метках или в данных тоже? Если только в метках, то в принципе, выход есть - использовать не стандартные отчеты, а шаблоны Excel (муторно, но если другого пути нет, то ...). А вот если и данные нельзя забить, то имеем крупные неприятности - два месяца руководство колебалось между распространением Аксы на Латвийский филиал и запуском там 1С - остановилиь на Аксе. |
|
21.11.2006, 12:28 | #4 |
Участник
|
в данных тоже, насколько я знаю.
есть вот такой фикс в KR2 http://www.geocities.com/axaptafreak...R2_Fixlist.htm Цитата:
13728
912941 If Microsoft Axapta uses MS SQL Server DBMS as a backend database and it is set in Microsoft Axapta configuration to initialize database for Unicode, not all database fields were initialized correctly. Text fields were initialized as ANSI text, not as Unicode text. It happened because of an error in a initialization function of the list of data types to be used with a database. Also, if a database was initialized for Unicode, then a text with national characters was not saved correctly in fields of Memo type. The reason is that such fields were not handled correctly in ODBC support module of Axapta kernel. |
|
|
За это сообщение автора поблагодарили: Raven Melancholic (1). |
21.11.2006, 13:36 | #5 |
Участник
|
Чтож, спасибо. Будем искать выход.
|
|