Универсальный формат данных #776550

Настраиваю выгрузку из УТ 11.2 в БП 3.0 через универсальный формат. Необходимо настроить перенос контрагентов не перезаписывая существующие элементы. Раньше в правилах была галочка "не замещать существующие объекты в приемнике при загрузке". Как теперь это можно реализовать?

Ну так верни галку)

Вот подскажи, пожалуйста, где в КД 3.0 эта галочка??

А, КД 3.0 не видел в глаза

На сколько я понял, теперь все настройки находятся в модуле "МенеджерОбменаЧерезУниверсальныйФормат". Просмотрел все что связано со справочниками, но ничего похожего на замещение не нашел.

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

Ну, извини, тема не особо информативная

Списибо! Получается это нужно при записи в бухгалтерии писать. А я надеялся, что можно в УТ при отправке как то сделать

Да

Эта картинка из КД3?

При обмене УТ11.2 с БП3.0 появилась ошибка: Ошибка выполнения обработчика. {ОбщийМодуль.УчетНДСКлиентСервер.Модуль}: Преобразование значения к типу Булево не может быть выполнено     Если УчетАгентскогоНДС Тогда Это при загрузке документа Списание с расчетного счета, смотрел его в УТ11.2 вроде нормальный, договор - тоже, никакого Учета Агентского НДС. Куда копать

Стек вызовов не?

т.е.?

Уже была тема по данному вопросу, но не решена...

переопредели реквизит структуры ЗначенияРеквизитов.УчетАгентскихУслуг = Ложь; и юзай внешние правила пока 1с не починит и чтобы не снимать с поддержки модуль менеджерОбмена

В копии БП включил возможность редактирования конфигурации, в ОбщийМодуль.УчетНДСКлиентСервер.СтавкаНДСВДоговореКонтрагента вставил строчку: УчетАгентскогоНДС = ?(УчетАгентскогоНДС = Неопределено, Ложь, УчетАгентскогоНДС); вроде ошибка более не проявляется. Но с рабочей базой этого делать не желательно. В УТ давно включена возможность редактирования конфигурации, может лучше в ней поправить "правила обмена", вот только где именно? На сколько мне известно в УТ11.2 уже не используются правила обмена, написанные в КД2.1, а нечто другое - из КД3.0. Раньше этим не приходилось еще заниматься.

Выгрузить модуль и форматы обмена из БП в КД и правь что я тебе писал в для ПКО Списание с РС в событиях загрузки.

Еще прикол: попросили помочь настроить обмен УТ11.2 с БП3.0. Иду в "Синхронизация данных", жму "Настроить синхронизацию данных", выбираю "Через универсальный формат данных/БП 3.0". Указываю "Прямое подключение..." (Com), каталог БП3.0, логин, пароль, жму "Далее" - выдает: Синхронизация данных между программами уже была настроена ранее!? Приехали - кроме "Отмена" ничего не нажать! Да, пытались ранее неудачно, и что теперь, где эта настройка, чтобы удалить ее совсем?

Позвать программиста не предлагать?

Меня позвали... и что новую пустую БП3.0 создавать?

Не надо никакую новую БП создавать. Тут у тебя также когда настраиваешь синхр?

Ну да, жму "Настроить синхронизацию данных", выбираю "Через универсальный формат данных/БП 3.0". Указываю "Прямое подключение..." (Com), каталог БП3.0, логин, пароль, жму "Далее" - выдает: Синхронизация данных между программами уже была настроена ранее!? Приехали - кроме "Отмена" ничего не нажать!

Сколько платят за решение вопроса?

Пока не спрашивал. + Снял копию БП3.0, в "Синхронизация с программой УТ11" нажал "Удалить эту настройку", теперь там картинка . А в УТ11 все также "Синхронизация данных между программами уже была настроена ранее" - где он ее нашел? Почему ее не показывает?

+ как ее запустить?

заново создай

Более никак? Похоже, сделали настройку, что-то в ней накосячали, ее удалили, а новую создать не дает!?

+ Оказывается ситуация возникла следующим образом: была одна УТ на несколько организаций, и несколько БП, обмены были настроены с фильтрацией по организациям. Теперь из УТ сделали РИБ, из каждой периферийной базы УТ хотят настроить обмен со своей УТ. Создают новую настройку, она цепляется за БП, видит в ней, что настройка обмена уже есть, и не создает новую. В результате ни новой, ни старую не запустить!? Как быть?

*со своей БП (не УТ).

Создал пустую БП, указал ее в настойке обмена УТ. Настройка создалась. Далее в параметрах подключения вместо пустой БП указал рабочую БП. Нажал "Синхронизировать": пошла "Синхронизация данных с БП 3.0" Шаг 1 из 2. Загрузка данных - висит 2-й час на 0%, хотя мне на фиг ничего из БП в УТ загружать не нужно!?

+ Ночь прошла, а процесс все также 0%. УТ что-то ждет из БП, а БП не выгружает... и правильно делает, изначально обмен планировался односторонним. Вот только при создании Com-обмена не увидел, где указывается, что обмен односторонний?

Обмен в любом случае двусторонний - УТ должна получить от БП подтверждение о получении данных. Просто в настройках отправки данных из БП надо выбрать "Не отправлять". Кстати, по ошибке из : было такое, выяснилось, что если наименование договора длиннее 50 символов, то договор не загружается в БП. Сократил наименование, ошибка ушла.

> Просто в настройках отправки данных из БП надо выбрать "Не отправлять". Да, в БП еще старая настройка "Не отправлять", но новая настройка в УТ (настроил на пустую БП, а после в параметрах подключения указал рабочую БП) похоже об этом не знает, и ждет данных от БП!?

> если наименование договора длиннее 50 символов, то договор не загружается в БП. Сократил наименование, ошибка ушла.

Сдается мне, что счетчики пакетов выгрузки загрузки не синхронизированы. Где их посмотреть?

Обработка РегистрацияИзмененийДляОбмена82 (управляемое приложение).epf показывает в УТ нулевые счетчики. Сбросил в ноль в БП - не помогло. Жму в УТ "Синхронизировать", и процесс ожидания: Шаг 1 из 2. Загрузка данных...

С ошибкой "Синхронизация данных между программами уже была настроена ранее" разобрался, ситуация с обменом крайне запущена. Обмен с БП3.0 настраивался, когда УТ была в редакции 11.1, соответственно в БП использовался план обмена ОбменУправлениеТорговлейБухгалтерияПредприятия30. А теперь - СинхронизацияДанныхЧерезУниверсальныйФормат. Настройка перенесена как-то криво!? Обычно, когда задействуешь план обмена сперва создается предопределенный ЭтотУзел для источника, потом уже добавляются узлы для баз обмена. А тут настройка обмена перенесена прямо в ЭтотУзел, с кодом (префиксом) базы моей УТ!? Вроде вычистил все старые настройки обмена, новую теперь создал без проблем. После ее создания пошла выгрузка из УТ в БП, но из-за косяков в документах была прервана. Косяки исправили, запустил синхронизацию, и опять: процесс ожидания: Шаг 1 из 2. Загрузка данных!? Почему загрузка вместо выгрузки?

Там же нашел кнопку "Синхронизировать, задав дополнительные параметры", можно, например, задать период выгрузки, выгрузка идет! Даже пишет: Синхронизация завершена, Не удалось получить данные, Данные успешно отправлены! Но по ссылке Подробно попадаю в Журнал регистрации: Фоновое задание - Выполнено, Отправка данных; Объектов обработано: 632, Тонкий клиент - Выполнено, Отправка данных; Объектов обработано: 0. И опять в БП ничего не пришло!?

ахренеть какая жесть эта КД 3.0...

нормальная конфа :)

В журнале регистрации БП обнаружил: COM-соединение, Событие: Обмен данными.СинхронизацияДанныхЧерезУниверсальныйФормат.Получение данных, Комментарий: Получатель из сообщения обмена не соответствует ожидаемому - что это может значить?

Это если знать ее хорошо. Косяки в правилах обмена всегда будут. В КД2.1 их можно быстро поправить. В сложных случаях можно использовать Универсальный обмен данными в формате XML, чтобы разобраться где косяк. А когда используется Универсальный формат данных, как? Разобрался, префиксы (коды) баз обмена не корректно были заданы.

Сталкивался недавно с ошибкой, частично похожую на . Открыл КД3, загрузил туда правила, начал смотреть...Запутался. Плюнул и в копиях включил обмен с отладкой. Оказалось всё проще и дело не в правилах. Была ошибка в базе, в данных. Нашёл больной объект через отладчик, поправил значения в сбойном реквизите и обмен пошёл без ошибок. Т.е. я не менял правила, они оказались верными. Только поправил неверные данные. Прелесть КД3 в том, что можно через отладчик откопать ошибку.

Открой секрет как отладчиком найти ошибку, возникающую при загрузки данных в БП, запущенную через Com-соединение? Ошибку долго искал, вставлял Сообщить, СообщитьПользователю о значения переменных - ни помогло!? Только, когда стал писать их в ЖР, выяснялось, что теперь введен контроль адресации пакетов (от кого кому) по префиксам баз (кодам узлов)!? Я еще могу понять этот контроль, когда использовались старые (КД2) правила, и загружались данные через Универсальный обмен данными в формате XML. Там можно ошибиться: выгрузил для одной БП, а грузишь в другую. Но когда грузишь через Com-соединение такое в принципе невозможно.

Для отладки можно включить режим обмена через файлы. Я в этом режиме смотрел.

Это уже другой режим. А режим через Com-соединение поддается отладки?

это же элементарно, Ватсон в папку с платформой, в bincfg вставляешь файлик comcntrcfg.xml следующего содержания <config xmlns="; всё. Отладка в com-сондинении включена. Радуешься.

И процесс загрузки в БП остановится на заданной точке останова? Кстати, ошибка в этот раз тоже была, в УТ открыл документ, указанный в нем договор (длинна наименования менее 15 символов, идея не подтвердилась), подергал в нем галочку "Организация выступает налоговым агентом по НДС", перезаписал, повторил обмен - все нормально прошло. Явных ошибок в правилах нет, согласен. Но все равно это г@внокод, из-за которого пользователи к программистам обращаются. Для булево значения в приемник должно выгружаться либо Истина, либо Ложь, независимо заполнено оно в источнике, или Неопределено. В КД2 технология г@внокода хорошо отлажена: выгрузил правил, загрузил в КД2, поправил ПКО, например: Значение = ?(Источник.УчетАгентскогоНДС = Неопределено, Ложь, Источник.УчетАгентскогоНДС); обратно в узел обмена правила загрузил - в конфигураторе ничего менять не надо (снимать с поддержки). А вот с КД3 пока не знаю как быть...

*технология исправления

насчет точки останова не уверен. но на ошибке останавливается

Хоть что-то... но в моем случае просто обмен не выполнялся из-за контроля адресации пакетов (от кого кому), так таковой ошибки не было.