уважаемые коллеги, добрый день!
хотя информации по этому вопросу крайне мало, но думаю, что кто-то уже наверняка сталкивался с такой проблемой:

в ERP начальная дата заполняется как 01.01.1900, но после экстракции такая запись в BW задваивается, к ней добавляется такая же, но с начальной датой 01.01.1000.
в итоге появляются лишние записи.

буду очень признателен, если подскажете возможные пути решения.

пока что все, что удалось найти - описание похожей ситуации на scn.sap.com, но предлагаемое там решение лично мне не представляется оптимальным:

http://scn.sap.com/message/814893

Именно так все и есть, в bw летоисчесление времязависимых основных данных начинается с 1000 года.
Попробуй, получить из R3 данные не ограниченные 31.12.9999, например, с 01.01.2013 - 31.12.2013, то в объекте с времязависимыми данными получишь три строки:
01.01.1000 - 31.12.2012 (Атрибут НЕ заполнен, запись сгенерирована в bw)
01.01.2013 - 31.12.2013 (Атрибут заполнен, запись пришла из r3)
01.01.2014 - 31.12.9999 (Атрибут НЕ заполнен, запись сгенерирована в bw)

На пустую первую строку я бы не обращал внимания, а вот с записью по бесконечность надо по аккуратнее!
Пример, пришла запись 01.01.2013 - 31.12.9999, в итоге в bw:
01.01.1000 - 31.12.2012 (Атрибут НЕ заполнен, запись сгенерирована в bw)
01.01.2013 - 31.12.9999 (Атрибут заполнен, запись пришла из r3)
Потом пришла дельта 01.01.2013 - 31.12.2013, а в bw получишь:
01.01.1000 - 31.12.2012 (Атрибут НЕ заполнен, запись сгенерирована в bw)
01.01.2013 - 31.12.2013 (Атрибут заполнен, запись пришла из r3)
01.01.2014 - 31.12.9999 (Атрибут ЗАПОЛНЕН, запись сгенерирована в bw) - в таком случае, при загрузке из r3 надо самостоятельно создавать пустую строку с ограничением 31.12.9999.

а в итоге, можно ли сделать так, чтобы таких задвоений в принципе никогда не возникало?

1. Снять времязависимость
2. Взять на себя ее обработку, то есть отключить ее в настройках признака и самому добавить даты в атрибуты, но тогда дальнейшая обработка в запросах затруднится

А чем они мешают, эти двойные записи? Наличие их логично, оно показывает нам, что в каждый конкретный момент времени признак обладает следующими атрибутами.

эти 2 варианта тоже не представляются оптимальными.
может, есть еще пути решения?
можно ли настроить каким-то образом преобразование этих 2 записей в 1 до загрузки в признак?