Обмен данными из Управление Торговлей в Бухгалтерия Предприятия раньше работал хорошо. Сейчас он выдаёт ошибку при попытке обмена. Релизы не меняли. Просто чтото случилось. Тестирование и Исправление баз делали. Подскажите как решить?

Ошибка при выгрузке данных для узла плана обмена
   ОписаниеОшибки         =   Номер сообщения меньше либо равен ранее принятому
   ПозицияМодуля          =  Обработка.ОбменДаннымиXML(1300)
   КодСообщения           =  72
   УзелПланаОбмена        =  1С:Бухгалтерия 8 (начиная с версии 1.6)
Ошибка при загрузке объектов. Было загружено: 0
Произошла ошибка при выгрузке объектов. Было выгружено: 0

Техническая информация:
   ОписаниеОшибки         =  {Обработка.ОбменДаннымиXML(13526)}: Номер сообщения меньше либо равен ранее принятому

Иди в планы обмена и смотри номера принятых и отправленных. Они у тебя различаются в базах.

1. надо выяснить причину этого
2. исправить на правильные номера.

(1)а в чем может быть причина? не исключаю что зависало во время выгрузок

(1)номер отправленного сообщения - 22. Номер принятого сообщения - 32

Кажется можно сделать так: Поменять правила обмена - сделать так правила обмена, чтобы они не через подключение напрямую работали, а через файловый ресурс и выгрузить файл, а потом загрузить его в другую базу. А потом обратно поменять параметры обмена на прямое подключение к базе приемнику  и всё должно нормально стать или нет?

2. исправить на правильные номера.

Только это спасет отца русской демократии

(5)а они недоступны для редактирования

(7) Естественно, а то каждый лазить будет. Программно правь

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

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

Ещё одна характерная ошибка: создать копию рабочей базы, забыв остановить выполнение рег.заданий в ней. И тогда рабочая и копия устроят состязание за право обменяться первым :)

(10)вот я бы так сделал. только обмен был настроен на обмен через прямое подключение. а как сделать чтоб через файловый ресурс теперь обменивался не знаю. Пытаюсь менять настройки обмена и выгружаю файл данных. но через Универсальную загрузку данных в бухгалтерию уже не загружается тот файл. ругается.

(11)понимаю. а как тут быть лучше? подскажите как через файл выгрузку заново сделать ? ведь в бухгалтерии то небыло настройки такой. мы всё из торговли выгружали.

Прямой, однонаправленный? Хм... Вашу конфу незнаю. Попробуйте: меню Операции - Планы обмена - (выбрать нужный план) - (перейти на нужный узел) - (нажать пиктограму "Записать изменения")

(14)двунаправленный обмен через прямое подключение был. производился постоянно из УТ.  Конфы типовые. УТ и БП.

Вах, тормозим :( Легче "подправить" номер принятого сообщения. Типа как-то так:

Узел = ПланыОбмена.ВашПланОбмена.НайтиПоКоду("КодУзлаБП").ПолучитьОбъект();
Узел.НомерПринятого = Узел.НомерПринятого-1;
Узел.Записать();

(16)сейчас глянемс спасибо! я только быстро!

Угу... быстро... вместо того, чтобы разобраться с первопричиной...

(13) "ведь в бухгалтерии то небыло настройки такой" - ? План обмена и узлы в бухгалтерии ведь есть? Иначе как тогда она регистрирует изменения для обмена?

(18)дело в том что я не знаю что они делали. я каждый день сам выгружал и вся выгрузка шла. а вот сегодня они говорят что не работает выгрузка. и сообщения принятые и отправленные сильно отличаются.

Вам знаком такой термин "Монитор обмена данными"? Поищите его в меню и на панели, где обмен выполняете.

В мониторе записывается история обменов, в т.ч. ошибки и коллизии) - посмотрите что там записано и насколько это соответсвует "а вот сегодня они говорят"...

(21)знакомо. ошибки отложенных проведений всегда возникали. но это ладно. сейчас глянем спасибо!

случаем не восстанавливали из резервной какую-нибудь конфу?

(23)да нет. но случай очень похож.

Боюсь что так оно и есть :( Тогда в этой баще история будет белоснежно чиста :)

(24) Был слай однажды давно: главбух попросила админа скопировать на выходные базу :( на дом работу взяла :) а в понедельник - заменить рабочую на ту, что дома исправляла. Админ, святая простота, всё сделал... Бядняги не знали, что обмен и по выходным идёт...

Упс, сорри, - очепятки :( "баще" - "базе" и "слай" - "случай"

(25)здесь что точно было - так это происходила лечилка базы. Но вобще всю правду мне не знать. Может ктото скопировал ( А вот тут сейчас сделали и одна проблема знаете какая вскрылась! Номер отправленного соообщения так и остаётся "22". а вот номер принятого сообщения увеличивается! каждый раз на 1. Притом вашей обработкой я его уменьшил до 22. и вобще уменьшал! но ничего не помогает! при попытке провести выгрузку, он снова становится прежним + ещё на 1 увеличивается! вот что делать ума не приложу

"при попытке провести выгрузку, он снова становится прежним + ещё на 1 увеличивается! " - просто произведите много-много выгрузок, чтобы он догнался до нужного вам номера.

но лучше конечно чтобы вы это делали через файловый ресурс. а не напрямую грузили в базу-приемник

(29)А вот в этом то и проблема. до этого напрямую грузили всё. А я опасался что сейчас если поменяю на "файловый ресурс" то начнет задваивать элементы. А другое ничего похоже не помжоет. а если просто с нуля новую настройку обмена сделать и произвести обмен напрямую?

(7) во всех типовых они доступны для редактирования

почему оно вообще должно что-то задваивать?

2(30) как вы наверное успели заметить, номера сообщений - это не реквизиты настройки, а реквизиты узла. Вот заведете вы новую, для того же узла - и что? надеетесь что не получите сообщения из Топика?

(32)а задваивать потомучто коды разные

(33)спасибо что наводите на истину

Капюшон , может быть хватит тебе гадать с номером? Зайди в базу БП и там посмотри номер отправленого. После этого зайди в УТ и сделай номер принятого на единицу меньше.

2(34) а почему коды разные? у вас юзеры только то и делают что коды меняют?

(37)префиксы разные. и сначала в БП было без префиксов а потом они появились.

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

(36)В УТ номер отправленного = 22 номер принятого - 27
В БП номер отправленного = 27 номер принятого 23

Точно :( Базу из копии поднимали. На один сеан обмена меньше по номерам. В УТ, попробуй сделать номера: номер отправленного = 23, номер принятого - 26.

(39)сейчас то они както синхронизированы. на основании стандартных планов обмена. я просто не знаю по какому принципу они работают.

(41)спасибо . попробую сейчас ) Я вот сделал уже только на копии УТ номерОтправленного 27 и запустил сеанс ) понеслась выгрузка. только уж очень много чегото он  там долго регистрирует. Записывает изменения узла. Страшно даже подумать какой результат будет.

2(42) синхронизированы - это значит коды одинаковые в обоих базах? ну так чего тогда вас мучит рефлексия - сделали выгрузку и все.

(44)не совсем. Просто когда создавали в одной базе что-нибудь то потом выгрузку делали и он попадал в другую.

2(45) с каким кодом? синхронизация идет по коду или по УИДу?

(46)я незнаю как они синхронизируются! Наверно впервый раз когда обмен настраивается, с регистр "соответствия объектов для обмена" записываются УИДы противоположной базы и соответствующие им местные элементы. По какому-нибудь правилу, например по коду или наименованию или ИНН.. А потом уже выгрузки идут по Уидам. Но если делать заново настройку обмена то пойдёт выгрузка и она будет использовать предыдущие созданные соответствия обмена или нет я не знаю.

Да что вы прицепились-то к проблеме дублирования? Без разницы, по коду или по УИДу - будет тупое перезаписывание одних и тех-же объектов :( Не будет задвоения. Автор уже столько раз делал неудачные попытки обмена - ну и где они, эти задвоения? Сходи, поищи :)

Обмен, ау! А? Где? Что?

(48)А скажите сейчас там что происходит? почему они так долго выгружаются? до сих пор процесс идёт. такое чувство что он по всей базе УТ прошелся чтоб сопоставить по новой её с БП. ну то что не задвоит это радует спасибо )

(50) Скажу. Как только ты скажешь что ты сделал :( Если новый план обмена - то идет первоначальная выгрузка :( Может быть завтра кончится :)

(48)знаете чего я на самом деле ещё боялся. что он начнёт в БП перепроводить всё подряд при выгрузке и будет  ж...

(52) Надеюсь всё "это" делается в копиях обоих баз? "Все эксперементы - на кошках, тьфу, на копиях"(с)

(53)на копиях )) сейчас проверю способ из (41) может он лучше сработает. без перерегистрации изменений.

Время обмена, в принципе, сейчас должно быть незначительно больше обычного... А какое оно "обычное"? Кто его знает :(

Упс :( Я - ухожу. Сорри. В принципе было сказано достаточно для экперементирования :)

(56)ДА ) вроде всё нормально спасибо!

(56)сработало!!