Есть такая проблема, из R/3 приходят <я не знать русский языка> измерения PC, что нормально для языка EN. BW однако не понимает такого значения и пишет ошибку активации DSO когда <я не знать русский языка> PC. Посмотрел таблицы T006/T006A, везде для всех языков основная <я не знать русский языка> это ST (привет немецкому происхождению сапа), но там же рядом есть "коммерческие" <я не знать русский языка> для каждого языка т.е. для EN это PC. Если делать поиск в тех таблицах по PC, то находит запись с ST, т.е. конвертация работает в этом случае. Почему она не работает в случае активации данных?
Поиск по форумам (втч sdn.sap) конкретного ответа не дал, везде либо какие-то полумеры либо "заполнили таблицу и стало работать". Сап нот тоже не много, одна очень старая и не актуальная.
Перезагрузка стандартных таблиц измерений и т.п., из исходной системы через RSA1, результата не дал - в T006/T006A после этого такие же значения и точно так же всё не работает.
Язык системы по умолчанию EN.
Сталкивался ли кто-нибудь с таким?

Добрый день, tdebug.
А если экстракцию делать при логоне из "DE" системы? Может тогда все будет OK!

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

Проблема в том что система не может сконвертировать <я не знать русский языка> именно при активации данных в DSO, сдаётся мне что либо неравильные данные в T006A, либо надо создавать сообщение об ошибке в SAP

Просто было интересно узнать, насколько велик и могуч SAP
FMs = CONVERSION_EXIT_CUNIT_INPUT and CONVERSION_EXIT_CUNIT_OUTPUT. Они вроде за преобразования отвечают. Но раз проблемы с активацией, то ...
Может у Вас до этого приведенные значения были с другими ЕИ и по ним не система не может произвести изменения.

Не сомневайтесь, SAP сказочно могуч.
CONVERSION_EXIT_CUNIT_INPUT работает, конвертирует величины на основании локального (либо заданного) языка системы. Это в моём понимании прична, почему работает поиск в SE16 когда вводишь PC а находится ST в T006A. Его теоретически можно использовать в transfer routine, но проблема в том что он работает когда на входе PC (преобразует в ST - какого хрена, если язык EN?), но сыпется с ошибкой когда на входе ST (не может найти такого значения для 0UNIT, вероятно в тех же T006/T006A, при том что только оно то там и есть). То есть ещё надо думать что ему на вход подавать, всё не просто. Делать IF = PC, это уже какой-то дремучий воркараунд и замазывание проблемы, а не решение. Тогда уже лучше константу задать Да и я уверен что теоретически проблема может быть и с другими значениями а не только со штуками, раз уже проблема с языком и конвертацией.

Система какая? Давайте проверим, эти FM. У меня вроде ничего не сыпется. По шагам, какие параметры в FM задаете.

Вот я захожу в 0UNIT, далее в /BI0/SUNIT далее в /BI0/OIUNIT далее в MEINS подпрограмма преобразования = CUNIT и там FMs =

А там много параметров можно задать? Только название величины. Если язык не задавать, используется системный. Если на вход идёт PC, то на выходе ST т.е. как бы всё работает. Когда на входе ST то на выходе рантайм ошибка и сообщение что "ST не найдено для языка EN".
Да и дописывание это доп кодом, это обход проблемы а не решение. Это должно конвертироваться автоматически.
Стандартно, в transformation rule, за преобразование данных поступающих в 0UNIT, отвечает рутина CUNIT (есть и такая же транзакция, для добавления/изменения тех самых величин, но в нормальной ситуации править там ничего не нужно, всё должно идти из исходной системы R/3). Она, когда на входе PC, возвращает звёздочки т.е. работает неправильно. Вот это и проблема.

Приветствую!
весьма странная ситуация у вас. у меня была подобная с какими-то тоннами, но порешалась, когда сделал ручной перевод на русский язык этой созданной единицы измерения (нативный язык системы английский).
Быть может вам стоит посмотреть в сторону перевода единиц измерения на разные языки, потому как на мой взгляд единица PC создана как раз-таки ручками.

Да, мне тоже так показалось что PC это что-то созданное руками, т.к. "родной" формат единицы "штук" в сапе это ST, а потом он как бы переводится на другие языки, но технический всё равно всегда ST. По крайней мере так заполнены таблицы.
R3шникам уже задал вопрос, посмотрим что скажут. А то уже собрался слать в сап сообщение об ошибке.

Кстати, а что вы имеете в виду под ручным переводом? Вручную правили таблицы T006/T006A?

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