Судя по коду

будет

тут-то будет - а в остальных местах? где кодовая страница аппликейшина используется еще? все-таки в базе-то русский в исо - как не крути...

и вообще - ты готов проверять ВСЮ функциональность?

А это надо смотреть...
"Опыт - сын ошибок трудных
И гений - парадоксов друг "
(С) А.С.Пушкин

2 Svetlana

у меня таблица выглядела также после изменений ( с устым значением в поле) но все равно не заработало

У нас была подобная проблема с кодировкой при работе с BW с RSA1 с репозитарием метаданных

кодировка была фиговая
пообщался я с поддержкой посмотрели нотки и вот к чему пришли
class CL_RSO_RENDER_HTML, method if_rso_render_html.

сделать исправление
*{ INSERT NWRK900018 2
gui_codepage = l_codepage.
*} INSERT
*{ DELETE NWRK900018 1
*\ appl_codepage = l_codepage.
*} DELETE

у нас заработало

нотку такую он написал

причем подобное уже советовали здесь тольк ов другой ветке, помоему по BW. там skeld сообщение писал

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

ну это уже чудеса какие-то... у всех работает

система-то какая?

47х200 640

ну у меня нет точно такой системы - есть WAS 620 WAS 640 - но не с R3шным наполнением - там все работает. Проверьте неспеша - пошагово. почистить поле - посмотреть есть принудительное назначение кодовой в HTML странице или нет. Если нет - то эксплорер смотреть. Кстати у вас эта табличка буферизуется или нет? И коммит после изменения делаете? если через sqlplus например изменяете. сделайте $SYNC например.

Система 47х200 620:
В табличке принудительно выставлена кодировка 1251 - все работает.
При проваливании в сообщение в офисе, если кодировка не выставилась сразу - выставите по правой клавише кодировку 1251, при последующих заходах все должно быть нормально! Еще нужно посмотреть source выставился ли там правильный (1251) charset.

Что-то я не понял, и с windows-1251 тоже не работает? Или только с пустым значение?
install/codepage/appl_server=1504 - ни в коем случае!!!

А на счет $sync - это очень правильно. А еще лучше сервер перестартовать после изменения таблицы. По-моему, я где-то читал, что icm где-то буферизирует значения из этой таблицы.

перегрузить я только в конце недели смогу....
а так спасибо все учту и проверю

class CL_RSO_RENDER_HTML это BW'шный класс. В R/3 Enterprise его нет.

to Svetlana - я извиняюсь, был не прав - действительно в BW решение по смене кодировки через таблицу tcp00a влияет на веб-отчеты. Логика понятна -
Отчеты формируются на сервере с серверной кодировкой, т.е. iso. По крайней мере, если сервер UNIX'овый.
А в gui страницы формируются с кодировкой, указанной в параметрах sapgui, т.е. 1504 (win1251).
Кстати, с пустым значением в этой таблице тоже не удобно получается. Лучший вариант применить ноту, уже указанную здесь.
А вот для R/3 как раз вариант с таблицей работает и, возможно, он единственный, поскольку класса такого в R/3 нет.