Вем привет!

Мои консультанты столкнулись с проблемой при внедрении функционала
по выгрузке свифтов (ОНД таблицы регух и т.д.).
Проблема в том, что при просмотре сформированных файлов и при выгрузке онных на диск, ФИО и адрес
получателя конвертируются в транслит на латинице, что не есть гуд для нас, просто нонсенс!
Посидел в отладчике денек... в программке RFFOM100 ощущение, что ищу иголку в стоге сена.
на www.sdn.sap.com/ ни чего не нашел по данной теме, на нашем форуме всего две ветки,
тоже не подошли.

Кто нибудь сталкивался с подобной проблемой?
В какую сторону копать?

П.С. В нашем проекте (в системе) ни чего не храниться в транслите, только на русском, казахском и инглише.

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

Если интересно, было такое давно давно при загрузке данных из эксель, та ячейка которая содержала непечатаемый символ "…" глючила

и это видно только внутри отладчика

Вы проверяли на разных машинах? может проблема в гуи, офисе, виндовсе? Раньше такое было? Данные кривые уже в сапе или когда уже попадают в файл через оле?

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

Это происходит на всех четырех комьютерах.
Немного уточню, ни каких оле нету. Отображение свифт файла идет прям после его формирования
программой RFFOM100 , всплывает окошко в котором данные выводятся обычным райтом в листинг.
Потом, транзакцией FDTA - транзакция сформированных свифт файлов, просто отображает
сформированные файлы, которые храняться в системе на сервере в двоичном виде! (я зацыклился именно
на этом).
Если в этой транзацкии его просмотреть, то тоже самое, окошко и вывод в листинг. И нажимаем кнопу выгрузка на ПК, выгружается в txt файл. и всезде транслит, и так грамотно переводит ФИО и адреса в транслит.

В коде программы RFFOM100 (код не маленький) откопал вот такую штуку

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

вот такое уточнение.
спасибо всем за проявленный интерес!

копаю дальше ...

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

Часть настроек в SAP очень глубоко, но привязано к специфике стран. Иногда, не сильно корректно.
Например, несколько раз нарывались на грузинском проекте на настройки для КОРЕИ! Очень странная закономерность, но она была.
Возможно где-то так же глубоко спрятаны специфичные настройки и для страны вашего проекта.

Можно попробовать глянуть на ноту 164888 - может где-то рядом будет ответ и на проблему с транслитом.
Может поможет посмотреть ноты по RFFORI99 - отвечает за интернационализацию RFFOM100

Увы, других идей пока нет.

to Chirva, нота 164888 уже на вооружении, скачал прикинул что к чему, стоит в очереди на выполнение.
ща подергаю ноты к RFFORI99.
пасиб!

Проблема решена!

Помогла нота 164888 + в постоянных значениях пользователя нужно создать параметр
DCP = 1504.
Кстати если этому параметру присвоить кодовую страницу юникода 4110, то куча проблем
с "неродными" кодировками виНдоуЗ пропадают.