При условии, что в XSTRING текстовая информация, но в однобайтовых символах. И я хочу работать с этой инфой, как с обычной строкой.
Конвертить что ли из кодировки в кодировку?

p.s.
Блин, я рехнусь скоро с этими юникодами. Простые вещи теперь стали проблемными...

Поскольку, если мне не изменяет память, юникод 2хбайтный (я предпологаю что САП юзает UTF-16), то простого решения нет.
Также я могу предположить, что в вашей исходной строке используется USC-4. В таком случае необходимо просто дополнить символ нулями слева до двух байт. Если, конечно, в строке нет спецсимволов.

Translate to codepage в юникод системах не работает, насколько я помню. У меня в ECC 6.0 и синтаксис такой невозможен уже.

Лично я бы, в таком случае, написал набор макросов реализующих стандартную функциональность (split, condense, etc.).
Или свой конвертер в юникод, если нужен еще и вывод на экран.

Если бы слева... Я тут сталкивался с такой ситуацией, когда у заказчика в системе разработки нули были с одной стороны, а в тестовой с другой! От чего это зависит, я так и не понял, пришлось выкручиваться.

Можно попробовать для пребразования XSTRING => STRING использовать класс CL_ABAP_CONV_IN_CE

Это зависит от процессора и называется big или little endian.
Или более наглядно, в каком порядке процесор читает из памяти байты для числа. Старшие разряды в старших байтах или младших.
Для 4.7 значение можно получить из cl_abap_char_utilities=>endian
"B" и "L".
Для других грубо по версии операционки.
Windows в большинстве своем живет на Intel - это little endian,
Unix и Mac на процессорах с RISC архитектурой - big endian.

Ну собственно я для Win и писал.
Правда от процессора это не зависит. Это зависит от способа представления юникода.
Есть: UTF-16BE, UTF-16LE. То же с 32 (т.е. 4х байтовые, где юзают - не знаю).
Винда использует UTF-16LE.
В юникс-бэйзд юзают, в силу исторических причин, вообще UTF-8.
Хотя в новых вериях вроде уже как раз UTF-32 в одном из вариантов.

Артем, я Parazit-у писал

В цитировании нулевым уровнем является мой пост.
Поэтому ответил. Тем более что неточность была. Про процессоры. Ага

О, кажись получилось.