Загружаю Старый номер материала bismt как атрибут признака z_matnr из вьюшки из 2-х полей matnr bismt. Всего в таблице 98 записей. Вылазят ошибки:
Z_MATNR : запись данных 1 ('000000000000000001 '): двойная запись данных RSDMD 191 и т.п.


Что делать при этом ?

Можно въюшку исправить, чтобы двойные записи не давала, а можно поставить галку "Handle duplicate records" в DTP. А может еще PSA почистить надо, если оно используется.

1. Во вьюшке двойных записей нет (поле matnr там ключевое), галку поставил, но процесс висит что-то очень долго. Как почистить PSA вручную - что-то не найду эту кнопку?
2. Еще вопрос - после обновления Старого номера материала - обновления не видны в Bex - analyzer - что надо сделать чтобы автоматически активировались основные данные, причем это касается только атрибутов - тексты автоматически активируются (приходится вручную активировать).

Чтобы удалить PSA - правой кнопкой по Datasource - выбрать Manage. Потом выделить все запросы, кроме нужных, и бочкануть. Скорее всего нужный только тот, который сверху. Если они все загружены Full, то точно только верхний (он же последний) нужен. Если это никогда не делалось, то их там много. Если мастер данных не много, то грузите их полностью, без дельты и без PSA, а то заморачиваться с удалением PSA, что, в общем, не большая проблема.
Активировать мастер данные - правой кнопкой по инфообъекту и 'Acivate master data'. Точно не помню, но в бексе, возможно, надо перелогониться и обновить данные. Для автоматической активации надо делать цепочку в RSPC, где и PSA сначала удалить, если используется, и инфопакет выполнить, если PSA используется, и DTP запустить, и мастер данные активировать после всего этого безобразия.

Спасибо за ответы.
Периодически возникает такая проблема: DTP очень долго висит, хотя в справочнике всего 98 записей, перед загрузкой PSA чистится. В журнале в sm37 такой лог:

В sm50 этот процесс висит на исполнении SAPLSENA - иногда минут на 15-20 зависает. Что-нибудь посоветуете ?

Скорее всего какой-нибудь процесс заблокировал необходимый объект и SAPLSENA в цикле с паузой пытается его "взять", но не получается. Часто бывает, что этот lock поставлен пользователем в RSA1 (глюки есть такие в RSA1). Посмотрите, какой объект "ждет" SAPLSENA, потом в SM12 определите пользователя, который его держит и попросите его полностью выйти из системы, потом зайти. Часто просто рестарт транзакции помогает.