Обмен данными через конвертацию данных #779335

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

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

обработку v8exchan82

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

+

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

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

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