Продолжают вылезать проблемы в системе, полученной гетерогенным копированием. На этот раз обнаружилось следующее:
ранее файлы csv автомаически заливались в нон-юникодную систему - без проблем, в фоновом процессе файлы забирались с сервера приложения.
Теперь при заливке csv (в кодировке ISO 8859-5) файла в скопированную юникодную систему выходит dump:
You cannot convert the character set.
While a text was being converted from code page '4110' to '4102', one of
the following occurred:
- an character was discovered that could not be represented in one of
the two code pages;
- the system established that this conversion is not supported.
The running ABAP program, 'SAPLZSERV' had to be terminated, since the
conversion could cause incorrect data to be generated.
54 characters could not be represented (and thus could not converted).
If 54 = 0, a second or a different error has occurred.
...
If a character could not be converted: Use the transaction SPAD to
analyze the code pages you used. Look for characters that you wanted to
convert and that have not been entered in the table.
If the conversion between code pages 4110 and 4102 has not been defined,
you can avoid the error by using a conversion table known to the system.
Use the transaction SPAD to display the conversion tables that have
been implemented. If you have recently maintained a conversion table,
you must invalidate the character set buffer (CCC) using the transaction
SP12.
И далее:
In addition, a conversion error may occur, if one of the two code pages,
'4110' or '4102' is unknown to the system.
The code pages known to the system are stored in the table TCP00. Use
the transaction SPAD to display them.

В TCP00 почему-то нет записи для кодировки 4102, хотя при копировании для целевой системы указывали именно 4102!
В чем заключена проблема? Может в том , что остутсвуют сведения в системе о codepage 4102 В таблице TCP00?
И каковы могут быть способы решения проблемы? Можно ли например,
добавить запись вручную в TCP00 о 4102 и заимпортировать набор знаков 4102 с другйо системы?

Есть ноты:
765373 CONVT_CODEPAGE runtime error during file upload
747615 Tool for converting files from one code page to another
752859 sapiconv - a tool for converting the encoding of files
но кажется причина всеп же в отсутствии 4102 в системе?
Кто может помочь? Кто сталкивался с подобной ситуацией?

а вы конвертните один файлег 747615 Tool for converting files from one code page to another - и посмотрите как оно его засасёт.
вроде придётся файлы в юникод конвертить.

целевая в юникоде - 4110

т.е. вам надо из iso конвертнуть в utf-8 - в сапе это 4110
а ваше соурс страница - вроде 1500

короче тулзой этой из 1500 в 4110 конвертните, а потом попробуйте этот файл загрузить в юникодную систему.

Спасибо!
Сегодня так и сделал - сконвертил в utf8 - подуснул в импорт - закачался нормально!
Наличие записи о 4102 и 4110 в TCP00 - не обязательно.

в профайле указал install/codepage/appl_server = 4102,
иначе в snl3 показывал для него вообще 4103 откуда то взявшуюся!
или надо 4110 указать? и на что может повляить жтот параметр?

для юникода это устаревший параметр. надо его из профиля ведра выкинуть.
ноты 447519 и 790099

кстати на него сразу ругается smlt

Спасибо!
447519: "Unicode systems ignore install/codepage/appl_server"
Убрал 4102 из профайла.
При копировании согласно доки указали жеско кодировку 4102 для HPUX. Сейчас закачиваются только те данные, которые в utf8, все остальные (win1251, iso 8859 ) выпадают в дамп, как было указано выше.
Теперь возник такой вопрос: теперь система с такой codepage вообще не принимает 1-байтные кодировки или можно как то настроить это?
Неудобств много, придется какой-то промежуточный конвертер прикручивать, не хотелось бы лишний шаг лепить...