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

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

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

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

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

http://xn----1-bedvffifm4g.xn--p1ai/1c-v8/dataconv-3/

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

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

http://screencast.com/t/ik4NqFDG

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

Да

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

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

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

(13) т.е.?

Уже была тема Ошибка в обработчике ПослеЗагрузкиОбъекта по данному вопросу, но не решена...

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

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

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

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

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

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

(21) Не надо никакую новую БП создавать.
Тут у тебя также когда настраиваешь синхр? http://screencast.com/t/8dTyRGHUIgNY

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

(47) это же элементарно, Ватсон

в папку с платформой, в bin\cfg вставляешь файлик comcntrcfg.xml следующего содержания


<config xmlns="http://v8.1c.ru/v8/comcntrcfg">;
    <debugconfig debug="true"
    debuggerURL="tcp://localhost"/>
</config>


всё. Отладка в com-сондинении включена. Радуешься.

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

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

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

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