Друзья, столкнулась с такой проблемой. Неприятной неожиданностью стало появление # в сегментах входящих IDoc-ов. Сталкивался ли кто-нить с подобной траблой, когда надо массово удалить неприятный символ?

И второй вопрос в первопричине такого вот безобразия. Думается что корень зла в системе отправляющей, но на всякий случай спрошу, может кто-нить замечал за принимающим SAP похожего рода вольности?

Заранее большое спасибо за любые идеи и мысли!

Каким образом айдоки в систему приходят? Похожего рода вольности наблюдали, когда входящие айдоки из файлов перекодировали с заменой символов.

посмотрите параметры порта, через который система отправитель отправляет idoc'и.
Там указано либо RFC-соединение, либо имя файла.


Если отправка идет по RFC, проверьте состояние Unicode-переключателя в RFC соединении на стороне системы отправителя. Он должен быть включен.

Наблюдал такую штуку при пересылке IDOC из одной SAP системы в другую. Лечилсь настройками порта в SM59 отправляющей стороны установкой языка логона (то ли ru, то ли en - не помню)

Имхо, существующие idoc-и уже не вылечишь, в чем смысл удалять решетку, это ведь какая-та информация из отправляющей системы, а не просто "левый" символ.
По поводу причины, склоняюсь к проблеме с отправителем, хотя есть вероятность проблемы в приемнике. Системы юникодовые? И что значит решетка в системе отправителе?

Спасибо за ответ, да проблема оказалась в отправителе. Решетка оказалась леваком.

Огромное всем спасибо за отклик!

Сейчас другая проблема. После коррекции проводок (просто удалили решетку из текстового поля) при загрузке в BW падает все с той же ошибкой на решетку что и при предыдущей загрузке до коррекции.

Может есть какого-то рода временные таблицы/буфер/кеш где могли застрять старые данные с решеткой со старой загрузки в BW еще до коррекции?