Здравствуйте. Столкнулся с такой проблемой. Есть правила выгрузки справочника номенклатуры без замены существующих объектов приемнике. Если я выгружаю вручную то правила работают правильно. Если я запускаю регламентное задание использующее это правило, то элементы номенклатуры заменяются в приемнике при загрузке. Как решить эту проблему, подскажите пожалуйста кто сталкивался. спасибо!

А что используете для обмена?

(1) обработку v8exchan82

регзадание хватает не то?

Это для ручного запуска?
А для регламентного задания? тоже ее?
Собственно вопрос в следующем, а уверены, что правила и там и там одинаковые?

В ПриЗагрузки есть параметр "ОбъектНайден" по моему. Задействуй и его тоже.

(4) да используются одни и те же правила. уверен в этом

И НеЗамещатьОбъект

(6) какие ваши доказательства?

Вот, да, проверьте в настройках ПКО галку "Не замещать объект".
Или у Вас это условие не так обрабатывается?

(9) (5) у меня стоит галочка не замещать объект.

(0) забыл написать что у меня указаны поля поиска.

Обработчик полей поиска (программный код) есть? Если да, то регл. задание просто использует обработку с ошибкой

... с ошибкой от 1С, которая до сих пор так и не исправлена

(12) можно поподробней что за ошибка?

(14) Что подробней? Ошибка поведения

+(15) "Если объект найден по полям поиска, и при этом определен обработчик "Поля поиска" (даже если код закомментирован полностью), то все свойства найденного объекта заменяются. При этом также игнорируется флажок "Не замещать значения свойств объекта" у ПКС.

Если же объект найден по GUID, или же по полям поиска, но при этом обработчик "Поля поиска" девственно чист, все ОК."
https://partners.v8.1c.ru/forum/t/1131758/m/1131758

(15) у вас получалось ее исправлять?

(17) В ссылке приведены два способа исправления - через изменение правил или через изменение кода обработки обмена

(17) Глянь сюда, плиз. Обмен данными через конвертацию
У меня тоже проблема с конвертацией, может чего подскажешь.

(19) Я там подсказал, хоть ты и не ко мне обращался

+(4)

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

(22) Я тоже встречал дублирование алгоритмов в УПП. Но должен заметить, что УПП не показательна в этом плане - конфигурацию бросили развивать на пол-пути. Точнее сказать, БСП уже устаревшей версии туда внедрили, а новые версии БСП, рассчитанная на управляемый интерфейс, со скрипом влазила в УПП и застряло на пол-дороге внедрения. Имхо, разумеется.

А если говорить об обмене данных, о механизме платформы, то УПП подобна Windows - ей тоже приходится тащить хвост совместимости с предыдущими версиями и платформами. Потому и бросили развитие. Упёрлись.

Значит мне не показалось
И эти дубли где-то вызываются. И не очень они дубли, т.к. работают несколько по-разному.

По моему ИМХО, 1С выбрала не очень правильный путь развития УПП. Универсальные вещи всегда очень большие и сложные в управлении. И быть по другому не может. При этом конечному пользователю далеко не всегда нужны все функции заложенные в этом универсальном механизме. Фактически все мои знакомые, кто использовал УПП, ставили ее ради бюджетирования.
Вообще 1С следовало бы все свои продукты свести к модулям, которые собирались бы как Лего. Купил модуль Бух, потом докупил Торговлю, присоединил. Докупил какое-то отраслевое решение - добавил к базе.
Но главное, чтобы эти модули были относительно небольшими и легкими. И пусть их будет куча с небольшими расхождениями. Думаю, это будет не страшно.