Тестовая программа в трех разных системах:

REPORT Z_TEST .
DATA: par_i type I, c(256).

c = '1'.
par_i = c.

FIELD-SYMBOLS <fs_x>.
ASSIGN par_i TO <fs_x> TYPE 'X' .

WRITE:/ c, <fs_x>.

В двух системах выдает правильно:
1 01000000


А в тетьей:
1 00000001 (это же ахтунг!Я ИДИЁТ, УБЕЙТЕ МИНЯ КТО-НИБУДЬ!Я ИДИЁТ, УБЕЙТЕ МИНЯ КТО-НИБУДЬ!)

В чем дело?

Если кратко, то дело в различиях систем, скорее всего версии базиса.

У меня эксперимент повторяется в 4.6 и 2005 соответственно (различие также в ОС и разрядности). Присвоение символьной переменной c не важно, так как можно напрямую число присваивать par_i.

Но у меня встречный вопрос, а почему 1 в шестнадцатиричном виде должен выглядеть как 01000000? (именно так можно назвать предложенное преобразование через field-symbols)

Да, ты прав - системы разные. Мне как раз и важно положение байта.
А в начале он или в конце без разницы. Но тогда надо процедурку анализа в каком представлении пишется.

big endian и little endian ,обычно зависит проца или операционки
macos, unix - big endian
dos, windows - little endian (intel)

стэк tcp/ip - big endian

см атрибут - cl_abap_char_utilities=>endian

А лучше всего, я думаю, использовать класс CL_ABAP_CONV_OUT_CE.