Описание проблемы. Из источника данных 2LIS_13_VDITM были ошибочно удалены несколько запросов. Есть ли безболезненный способ повторить их передачу в BI из ERP?

дельта после этого уже упала?

запросы остались в закладке ?
Цель данных\Администрирование\Реорганизация

Да, несколько следующих дельт уже пришло. Пропало буквально пара запросов. Я был бы готов как-то даже переобработать документы в ERP необходимые, но как это сделать.
В цели данных в реорганизации их нет.

Если падает, то дельта дальше без инициализации не пойдет.
А как удалили запросы ?
Если запросы были ошибочными и их удалили, то ничего страшного, повтор дельты должен сработать сам (если конечно экстрактор поддерживает повтор дельты), нормальные данные придут следующим запросом и система сама пометит последний нормальный запрос "повтором дельты".
Если запросы были хорошими и их удалили какими то хитрыми способами, то это плохо.
Тогда можно частично вырезать данные в цели данных, собрать на стороне R3 данные за этот вырезанный период и обновить другим запросом в режиме full update.
Но перед тем, как решать вопрос с удалением+full update, надо быть уверенным, что данные за этот период не придут частично в дельте.

Запросы удалил по собственной глупости, случайно выделил несколько вместо одного неверного запроса. Через администрирование источника данных.


Этот вариант мне бы подошел, можете написать чуть подробнее, что значит собрать на стороне R3?

А какая БД?

DB2, это имеет какое-то значение?

Да. В этом случае разделено логическое и физическое удаление данных из PSA. Т.е., при удачном раскладе, можно посмотреть что именно было удалено. См. ноту 1224450. Можно даже восстановить, но, похоже, только если цель данных - ODS (нота 646914).

Вы вселяете в меня надежду, я попробую покопать в этом направлении.

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

сбор данных для full update:
tc SBIW на стороне R/3 \ параметры специфических для приложений источников данных (PI) \ Логистика \ Управление структурами экстракта '\
Далее
Первым шагом надо удалить за эти дни, вдруг там чего было
"Удаление реорганизованных данных" - указать приложение (судя по всему 13-е),
потом сбор данных "Заполнение таблиц реорганизации" - ввод данных приложений - нужное приложение за нужный период.
После этого можно проверить экстрактор через RSA3

При этом дельту трогать не надо, она идет через другие таблицы.

Не все так просто, как описал sergeyt. Во-первых, запрос на полную загрузку должен быть исправляющим (настройка в инфо-пакете), иначе дельту окончательно доломаете. А во-вторых, если у вас не используется DSO перед кубами, то вы, заполнив таблицу реорганизации, не застрахованы от того, что часть данных (введенные задним числом) будут одновременно находиться и в дельта-очереди и в таблицах реорганизации, а значит возможно задваивание при загрузке в куб.

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

естественно, думать надо по всей цепочки прохождения данных.
Про внимательность на задваивание при загрузке из дельты и full писал.
Особенно бережно надо работать с некомулят. кубами, как я понимаю, это не тот случай.

Большое спасибо, Sergeyt!
Ваше решение оказалось абсолютно тем, что мне нужно. Данные стал получать. Естественно с учетом замечания murmur. Единственная сложность сейчас это выбрать все фактуры за период, в отборе можно указать только конкретные номера фактур, но не дату или диапазон дат.