Косяк в обработке "УниверсальныйОбменДаннымиXML"? #596148

Обработка "УниверсальныйОбменДаннымиXML". Создаем в КД2 правила между идентичными конфами (все по умолчанию). Выгружаем какой-нибудь 1 документ с бухгалтерскими проводками. Заходим в конфигуратор базы приемника, запускаем отладку, открываем указанную обработку, ставим галку "Загружать данные в режиме обмена (ОбменДанными.Загрузка = Истина)", идем в МодульНабораЗаписей, например регистра бухгалтерии в процедуру ПередЗаписью, ставим точку останова, смотрим в момент загрузки на значение "ОбменДанными.Загрузка", видим = ЛОЖЬ. Чо за Х, это так надо или я что-то не так понял? То есть сам документ грузится в режиме ОбменДанными.Загрузка = Истина, а его движения в ОбменДанными.Загрузка = ЛОЖЬ? Покопался в модуле объекта данной обработки нашел процедуру "ЗагрузитьДвижения", мне кажется там где-то после строчки надо добавить строчку: УстановитьОбменДаннымиЗагрузка(Движения, ЗагружатьДанныеВРежимеОбмена); или я не прав?

А да, версия обработки 2.1.5

неужели никто не пользуется этой обработкой а?

ща сижу пользуюсь этой обработкой, но не заморачивался. Накопаешь чо - отпишись =)

Пересчет итогов не отключал?

УниверсальныйОбменДаннымиXML не предназначен для записейдвижений наборами

Не заморачивался, наверное, потому что в процедуре "ПередЗаписью" ничего "страшного" как у меня нету, но даже если открыть типовую бухию и посмотреть, то там пара сотен строк кода, а если документов не тыща, а тыщ 500, это что получается делается фактически перепроведение?

Пересчет итогов - это про настройки обработки, про конвертацию или про чо? Где это написано?

Если открыть обработку "ВыгрузкаМетаданных", входящей в КД2, то там на форме есть галка "Не выгружать регистры бухгалтерии", значит движения можно выгружать, а в обработке "УниверсальныйОбменДаннымиXML" есть галка "ЗаписыватьРегистрыНаборамиЗаписей"

Пересчет итогов - это настройка на форме обработки. Но я глянул, у меня обработка УниверсальныйОбменДаннымиXML Турбо, дописанная, и там на морде есть флажок "Отключить пересчет итогов"

Очень интересно что это вообще за пересчет итогов?

UP

книжки по регистрам накопления почитай...

Вообще не смешно нифига, а есть что конкретно посоветовать кроме книжек? Про пересчет итогов вообще как бы в курсе, но каким боком они всплывают в данной (типовой) обработке?

в ПКО для регистра бухгалтерии выстави флаг загрузки и забудь о проблеме

Если ПКО - это правила конвертации объекта в КД2(а не приходно-кассовый ордер :)), то все понятно, кароче как решить проблему я в курсе, но вопрос по конкретной обработке: это косяк или тайный смысл?

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

Это в КД2 да? А можно как-то замутить с помощью КД чтобы выгружались объекты из массива (в нем куча ссылок на документы и справочники), то есть как-то "скормить" обработке по выгрузке "УниверсальныйОбменДаннымиXML" этот массив, чтобы выгрузка была только по этим данным?

задать массив как входящий параметр, по-моему, не получится. А вот получить этот массив программно как-то вполне можно.

+ т.е. свою ТЗ я получаю в процессе выгрузки и хочу её передать в загрузку

Ну вот в том то и дело, что у меня есть программно сформированный массив ссылок, как мне теперь сделать выгрузку только этих ссылок (ну и тех что рекурсивно цепляются)?

В таблице значений нужно сохранять ключевые реквизиты. Какой смысл ГУИды между базами передавать?

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

у меня нет гуидов и ссылок в моей ТЗ, чисто служебная информация. не нужно считать меня дауном :)

И на тип параметра "ХранилищеЗначений" тоже ругается? Таблицы значений в типах нет, хотя в пределах выгрузки использовать можно.

да, на "Хранилище значений" и ругается (орфография сохранена). В параметр типа "ХранилищеЗнчаений" помещаю свою ТЗ и ставлю галочку у параметра "Использовать при загрузке"

В общем беда следущая, начну издалека :) Работали себе юзеры в базе, никого не трогали, потом злые программеры решили обновить конфигурацию базы данных, база работает почти круглосуточно, а обновление вместе с пересчетом итогов длится очень долго (писал тут . Сделали средствами скуэль копию, поместили туда юзеров, из живой всех выгнали и сделали обновление за 2-е суток, обновления серьезные примерно 10 релизов проскочили. Планов обмена и прочих красивых штук не настроено, зато есть журнал регистрации из которого можно взять и посмотреть кто и что менял за эти 2-е суток и перенести данные только измененных и новых объектов. Какие-то большие таблицы типа независимых регистров сведений можно перенести опять же скуелем.

Поржал. Слепил тестовый XML. В файле выгрузки в тексте "Хранилище значения" убрал пробел - всё заработало. Где при выгрузке происходит прокол с типом - наверно можно найти, мне это не надо.

Лепишь заплатку:

, молодец, возьми с полки пирожок ))) Но мне подобное решение изначально уже было очевидно. Только кошернее немного допилить обработку, а то каждый раз в хмл менять не комильфо.

В и есть допилка обработки.

да, точно

+ И вот как теперь сделать чтобы КД выгружала только данные из ТЗЖурнал ?

думаю, можно посмотреть виды документов в этой ТЗ, затем для каждого такого документа переопределить выборку данных. Возможно, придется дробить ТЗ по метаданным, что бы передать в запрос как параметр.

Странно, я думал что для КД это было бы очень логично: правила конвертации объектов настроены, осталось подсунуть универсальной обработке выборку (массив, таблицу и т.д.) с тем что нужно передавать и в путь!

Возвращаясь к теме вопроса (раз больше никто ничего не говорит), будем пробовать аккуратно констатировать, что это ошибка в типовой обработке, которую почему-то за столь долгое время ее существования никто не обнаружил!

не ошибка, а маленький косячок

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