Есть два признака:
"П1" - стандартный из контента (атрибуты - экстрактор из ERP)
"П2" - созданный, z-овский (атрибуты - эксель-файл).
Они абсолютно никак не связаны между собой, это признаки из разных проектов.

И вот я провожу сравнительный эксперимент - PSA каждого прокачиваю по два раза.
В каждом PSA формируется две абсолютно одинаковых REQU-строки.
В первом случае - два реквеста по 233 записи, во втором два по 636.

И вот я запускаю ППД для прокачки каждого признака.
Я ожидаю (по сути) одинакового результата в обоих случаях.

А вот и нет! Получается вот такой расклад:
1. "П1" - прокачивается без проблем.
В requests-логах признака вижу: перенесенных записей = 466 (тогда как в PSA их 233)
2. "П2" - ошибка прокачки, дубликаты данных.
В requests-логах, соотвественно, красный статус.

Подумал, может разница в параметрах PSA, ППД или инфопакетов.
Но нет и параметры экстракции и обновления идентичны.
(Кроме категории Адаптер для файловой загрузки, но думаю это не суть).

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

добрый день!
как вариант - проверьте в источниках данных на вкладке Общее галку "поставка двойных записей данных"
не уверен, что это может помочь, но вдруг.

Здравствуйте,
насколько мне известно реакция на дубликаты регулируется галочкой "Handle duplicated Record Key" в ППД.
Если в обоих ППД эта галочка стоит, но отрабатывает в одном случае неверно, то тут косячком САП попахивает

vtb, kilaka, Здравствуйте.

В том то и прикол, что в обоих датасорсах настройка вот такая:


И в обоих ППД - такая:


Да, возможно это саповский баг...
Либо у 0-вых объектов есть не отражаемая в интерфейсе специфика.

Хм, вот это да.
Создал Z-копию контэнтного признака (кстати, это 0OI_CHARGR), используя оригинал как "шаблон".

Попробовал прогрузить его атрибуты двумя клон-реквестами.
И не получилось! Всё ОК - пишет что дубликаты, ошибка обновления, все дела.

Видимо и правда какая-то фича есть с 0-признаками.
Или может быть дело в том, что в 0OI_CHARGR много "привязанных к кубам" записей...

Так вам же уже советовали в ППД галку "Обработка двойных ключе записей" установить - она у вас на скриншоте не установлена.

Если бы точным, посоветовали проверить, а не установить. Проверю конешно и с этой галочкой.
Но даже если сработает, всё-равно странно, в других ППД двойные ключи и без этой галки вызывают ошибку.

Всё понял - зря на сап грешил - разгадка гнездилась в трансформации.
Там была подпрограмма завершения в которой есть такой фрагмент.



Он превращает любой массив данных в таблицу с уникальными строками.
Это как бы аналог галочки "обработка двойных ключей" но в неявном виде.