Перестала работать выгрузка из УТ в БП. ОписаниеОшибки=Номер сообщения меньше или ... #473129


#0 by Капюшон
Обмен данными из Управление Торговлей в Бухгалтерия Предприятия раньше работал хорошо. Сейчас он выдаёт ошибку при попытке обмена. Релизы не меняли. Просто чтото случилось. Тестирование и Исправление баз делали. Подскажите как решить? Ошибка при выгрузке данных для узла плана обмена    ОписаниеОшибки         =   Номер сообщения меньше либо равен ранее принятому    КодСообщения           =  72    УзелПланаОбмена        =  1С:Бухгалтерия 8 (начиная с версии 1.6) Ошибка при загрузке объектов. Было загружено: 0 Произошла ошибка при выгрузке объектов. Было выгружено: 0 Техническая информация:    ОписаниеОшибки         =  {Обработка.ОбменДаннымиXML(13526)}: Номер сообщения меньше либо равен ранее принятому
#1 by agarych
Иди в планы обмена и смотри номера принятых и отправленных. Они у тебя различаются в базах. 1. надо выяснить причину этого 2. исправить на правильные номера.
#2 by Капюшон
а в чем может быть причина? не исключаю что зависало во время выгрузок
#3 by Капюшон
номер отправленного сообщения - 22. Номер принятого сообщения - 32
#4 by Капюшон
Кажется можно сделать так: Поменять правила обмена - сделать так правила обмена, чтобы они не через подключение напрямую работали, а через файловый ресурс и выгрузить файл, а потом загрузить его в другую базу. А потом обратно поменять параметры обмена на прямое подключение к базе приемнику  и всё должно нормально стать или нет?
#5 by Skylark
2. исправить на правильные номера.
#6 by Skylark
Только это спасет отца русской демократии
#7 by Капюшон
а они недоступны для редактирования
#8 by Skylark
Естественно, а то каждый лазить будет. Программно правь
#9 by Skylark
А причина может быть в том, что сначала сделали обмен, и номер принятого сообщения увеличился. А потом случилось что-нибудь и взяли, да и подняли базу из архива - а там номер предыдущий
#10 by Serg_1960
А можно нечего и не править - можно сделать повторно выгрузку из другой базы и принять в этой.
#11 by Serg_1960
Ещё одна характерная ошибка: создать копию рабочей базы, забыв остановить выполнение рег.заданий в ней. И тогда рабочая и копия устроят состязание за право обменяться первым :)
#12 by Капюшон
вот я бы так сделал. только обмен был настроен на обмен через прямое подключение. а как сделать чтоб через файловый ресурс теперь обменивался не знаю. Пытаюсь менять настройки обмена и выгружаю файл данных. но через Универсальную загрузку данных в бухгалтерию уже не загружается тот файл. ругается.
#13 by Капюшон
понимаю. а как тут быть лучше? подскажите как через файл выгрузку заново сделать ? ведь в бухгалтерии то небыло настройки такой. мы всё из торговли выгружали.
#14 by Serg_1960
Прямой, однонаправленный? Хм... Вашу конфу незнаю. Попробуйте: меню Операции - Планы обмена - (выбрать нужный план) - (перейти на нужный узел) - (нажать пиктограму "Записать изменения")
#15 by Капюшон
двунаправленный обмен через прямое подключение был. производился постоянно из УТ.  Конфы типовые. УТ и БП.
#16 by Serg_1960
Вах, тормозим :( Легче "подправить" номер принятого сообщения. Типа как-то так:
#17 by Капюшон
сейчас глянемс спасибо! я только быстро!
#18 by Serg_1960
Угу... быстро... вместо того, чтобы разобраться с первопричиной... "ведь в бухгалтерии то небыло настройки такой" - ? План обмена и узлы в бухгалтерии ведь есть? Иначе как тогда она регистрирует изменения для обмена?
#19 by Капюшон
дело в том что я не знаю что они делали. я каждый день сам выгружал и вся выгрузка шла. а вот сегодня они говорят что не работает выгрузка. и сообщения принятые и отправленные сильно отличаются.
#20 by Serg_1960
Вам знаком такой термин "Монитор обмена данными"? Поищите его в меню и на панели, где обмен выполняете.
#21 by Serg_1960
В мониторе записывается история обменов, в т.ч. ошибки и коллизии) - посмотрите что там записано и насколько это соответсвует "а вот сегодня они говорят"...
#22 by Капюшон
знакомо. ошибки отложенных проведений всегда возникали. но это ладно. сейчас глянем спасибо!
#23 by guevara74
случаем не восстанавливали из резервной какую-нибудь конфу?
#24 by Капюшон
да нет. но случай очень похож.
#25 by Serg_1960
Боюсь что так оно и есть :( Тогда в этой баще история будет белоснежно чиста :) Был слай однажды давно: главбух попросила админа скопировать на выходные базу :( на дом работу взяла :) а в понедельник - заменить рабочую на ту, что дома исправляла. Админ, святая простота, всё сделал... Бядняги не знали, что обмен и по выходным идёт...
#26 by Serg_1960
Упс, сорри, - очепятки :( "баще" - "базе" и "слай" - "случай"
#27 by Капюшон
здесь что точно было - так это происходила лечилка базы. Но вобще всю правду мне не знать. Может ктото скопировал ( А вот тут сейчас сделали и одна проблема знаете какая вскрылась! Номер отправленного соообщения так и остаётся "22". а вот номер принятого сообщения увеличивается! каждый раз на 1. Притом вашей обработкой я его уменьшил до 22. и вобще уменьшал! но ничего не помогает! при попытке провести выгрузку, он снова становится прежним + ещё на 1 увеличивается! вот что делать ума не приложу
#28 by Живой Ископаемый
"при попытке провести выгрузку, он снова становится прежним + ещё на 1 увеличивается! " - просто произведите много-много выгрузок, чтобы он догнался до нужного вам номера.
#29 by Живой Ископаемый
но лучше конечно чтобы вы это делали через файловый ресурс. а не напрямую грузили в базу-приемник
#30 by Капюшон
А вот в этом то и проблема. до этого напрямую грузили всё. А я опасался что сейчас если поменяю на "файловый ресурс" то начнет задваивать элементы. А другое ничего похоже не помжоет. а если просто с нуля новую настройку обмена сделать и произвести обмен напрямую?
#31 by MRAK
во всех типовых они доступны для редактирования
#32 by Живой Ископаемый
почему оно вообще должно что-то задваивать?
#33 by Живой Ископаемый
2 как вы наверное успели заметить, номера сообщений - это не реквизиты настройки, а реквизиты узла. Вот заведете вы новую, для того же узла - и что? надеетесь что не получите сообщения из Топика?
#34 by Капюшон
а задваивать потомучто коды разные
#35 by Капюшон
спасибо что наводите на истину
#36 by Serg_1960
, может быть хватит тебе гадать с номером? Зайди в базу БП и там посмотри номер отправленого. После этого зайди в УТ и сделай номер принятого на единицу меньше.
#37 by Живой Ископаемый
2 а почему коды разные? у вас юзеры только то и делают что коды меняют?
#38 by Капюшон
префиксы разные. и сначала в БП было без префиксов а потом они появились.
#39 by Живой Ископаемый
ну так посмотрите - изменились ли коды или нет. Потому что если вы даже сейчас решите вашу текущую проблему, то стоит кому-то изменить элемент справочника, он зарегистрируется как измененый, и если у него сейчас другой код - то он задвоится...
#40 by Капюшон
В УТ номер отправленного = 22 номер принятого - 27 В БП номер отправленного = 27 номер принятого 23
#41 by Serg_1960
Точно :( Базу из копии поднимали. На один сеан обмена меньше по номерам. В УТ, попробуй сделать номера: номер отправленного = 23, номер принятого - 26.
#42 by Капюшон
сейчас то они както синхронизированы. на основании стандартных планов обмена. я просто не знаю по какому принципу они работают.
#43 by Капюшон
спасибо . попробую сейчас ) Я вот сделал уже только на копии УТ номерОтправленного 27 и запустил сеанс ) понеслась выгрузка. только уж очень много чегото он  там долго регистрирует. Записывает изменения узла. Страшно даже подумать какой результат будет.
#44 by Живой Ископаемый
2 синхронизированы - это значит коды одинаковые в обоих базах? ну так чего тогда вас мучит рефлексия - сделали выгрузку и все.
#45 by Капюшон
не совсем. Просто когда создавали в одной базе что-нибудь то потом выгрузку делали и он попадал в другую.
#46 by Живой Ископаемый
2 с каким кодом? синхронизация идет по коду или по УИДу?
#47 by Капюшон
я незнаю как они синхронизируются! Наверно впервый раз когда обмен настраивается, с регистр "соответствия объектов для обмена" записываются УИДы противоположной базы и соответствующие им местные элементы. По какому-нибудь правилу, например по коду или наименованию или ИНН.. А потом уже выгрузки идут по Уидам. Но если делать заново настройку обмена то пойдёт выгрузка и она будет использовать предыдущие созданные соответствия обмена или нет я не знаю.
#48 by Serg_1960
Да что вы прицепились-то к проблеме дублирования? Без разницы, по коду или по УИДу - будет тупое перезаписывание одних и тех-же объектов :( Не будет задвоения. Автор уже столько раз делал неудачные попытки обмена - ну и где они, эти задвоения? Сходи, поищи :)
#49 by Serg_1960
Обмен, ау! А? Где? Что?
#50 by Капюшон
А скажите сейчас там что происходит? почему они так долго выгружаются? до сих пор процесс идёт. такое чувство что он по всей базе УТ прошелся чтоб сопоставить по новой её с БП. ну то что не задвоит это радует спасибо )
#51 by Serg_1960
Скажу. Как только ты скажешь что ты сделал :( Если новый план обмена - то идет первоначальная выгрузка :( Может быть завтра кончится :)
#52 by Капюшон
знаете чего я на самом деле ещё боялся. что он начнёт в БП перепроводить всё подряд при выгрузке и будет  ж...
#53 by Serg_1960
Надеюсь всё "это" делается в копиях обоих баз? "Все эксперементы - на кошках, тьфу, на копиях"(с)
#54 by Капюшон
на копиях )) сейчас проверю способ из может он лучше сработает. без перерегистрации изменений.
#55 by Serg_1960
Время обмена, в принципе, сейчас должно быть незначительно больше обычного... А какое оно "обычное"? Кто его знает :(
#56 by Serg_1960
Упс :( Я - ухожу. Сорри. В принципе было сказано достаточно для экперементирования :)
#57 by Капюшон
ДА ) вроде всё нормально спасибо!
#58 by Капюшон
сработало!!
Тэги:
Ответить:
Комментарии доступны только авторизированным пользователям

В этой группе 1С