|
|||
| Castlevania
05.06.09 — 10:32 |
Ошибка при выгрузке данных для узла плана обмена Объект = Тестовая ОписаниеОшибки = Метод объекта не обнаружен (ОпределитьТипОтправкиДанных) ПозицияМодуля = Обработка.ОбменДаннымиXML(11644) КодСообщения = 72 УзелПланаОбмена = Получатель Окончание выгрузки: 05.06.2009 10:26:09 Произошла ошибка при выгрузке объектов. Было выгружено: 0 Запись изменений текущей информационной базы в файл обмена завершилась с ошибками! Обмен данными по настройке «УТУПП» завершен (10:26:09). |
||
| ТелепатБот
1 — 05.06.09 — 10:32 |
Книга знаний: Инкрементальный экспорт с ипользованием Конвертации Данных v8 |
||
| Castlevania
2 — 05.06.09 — 10:35 |
Кроме Телепат-Бота есть еще варианты? |
||
| Castlevania
3 — 05.06.09 — 10:36 |
То, что описано в «Книга знаний: Инкрементальный экспорт с ипользованием Конвертации Данных v8» не работает |
||
| Castlevania
4 — 05.06.09 — 10:46 |
ап |
||
| Castlevania
5 — 05.06.09 — 10:53 |
Мертвый форум |
||
| rcs
6 — 05.06.09 — 11:03 |
Все в разделе LIFE, пятница однако… |
||
| Castlevania
7 — 05.06.09 — 11:06 |
Кому пятница, а кому и работа |
||
| GenV
8 — 05.06.09 — 11:21 |
(0) План обмена свой используешь или типовой? |
||
| hhhh
9 — 05.06.09 — 11:27 |
скорее всего пустой объект передаешь. От нас то ты что хочешь. Отладчик в зубы, ставь точку останова на строке 11644. Или лучше сделай там ПОпытку Исключение и точку останова поставь в исключении. Ну и посмотреть, что там за объект ты им подсовываешь, и есть ли у него этот метод «ОпределитьТипОтправкиДанных». |
||
|
zbv 10 — 05.06.09 — 11:46 |
в модуле плана обмена нет экспортной процедуры «ОпределитьТипОтправкиДанных» |
 |
|
Пользователь не знает, чего он хочет, пока не увидит то, что он получил. |
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку «Обновить» в браузере.
Ветка сдана в архив. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.
Обмен данными из Управление Торговлей в Бухгалтерия Предприятия раньше работал хорошо. Сейчас он выдаёт ошибку при попытке обмена. Релизы не меняли. Просто чтото случилось. Тестирование и Исправление баз делали. Подскажите как решить? Ошибка при выгрузке данных для узла плана обмена ОписаниеОшибки = Номер сообщения меньше либо равен ранее принятому КодСообщения = 72 УзелПланаОбмена = 1С:Бухгалтерия 8 (начиная с версии 1.6) Ошибка при загрузке объектов. Было загружено: 0 Произошла ошибка при выгрузке объектов. Было выгружено: 0 Техническая информация: ОписаниеОшибки = {Обработка.ОбменДаннымиXML(13526)}: Номер сообщения меньше либо равен ранее принятому
Иди в планы обмена и смотри номера принятых и отправленных. Они у тебя различаются в базах. 1. надо выяснить причину этого 2. исправить на правильные номера.
а в чем может быть причина? не исключаю что зависало во время выгрузок
номер отправленного сообщения — 22. Номер принятого сообщения — 32
Кажется можно сделать так: Поменять правила обмена — сделать так правила обмена, чтобы они не через подключение напрямую работали, а через файловый ресурс и выгрузить файл, а потом загрузить его в другую базу. А потом обратно поменять параметры обмена на прямое подключение к базе приемнику и всё должно нормально стать или нет?
2. исправить на правильные номера.
Только это спасет отца русской демократии
а они недоступны для редактирования
Естественно, а то каждый лазить будет. Программно правь
А причина может быть в том, что сначала сделали обмен, и номер принятого сообщения увеличился. А потом случилось что-нибудь и взяли, да и подняли базу из архива — а там номер предыдущий
А можно нечего и не править — можно сделать повторно выгрузку из другой базы и принять в этой.
Ещё одна характерная ошибка: создать копию рабочей базы, забыв остановить выполнение рег.заданий в ней. И тогда рабочая и копия устроят состязание за право обменяться первым
вот я бы так сделал. только обмен был настроен на обмен через прямое подключение. а как сделать чтоб через файловый ресурс теперь обменивался не знаю. Пытаюсь менять настройки обмена и выгружаю файл данных. но через Универсальную загрузку данных в бухгалтерию уже не загружается тот файл. ругается.
понимаю. а как тут быть лучше? подскажите как через файл выгрузку заново сделать ? ведь в бухгалтерии то небыло настройки такой. мы всё из торговли выгружали.
Прямой, однонаправленный? Хм… Вашу конфу незнаю. Попробуйте: меню Операции — Планы обмена — (выбрать нужный план) — (перейти на нужный узел) — (нажать пиктограму «Записать изменения»)
двунаправленный обмен через прямое подключение был. производился постоянно из УТ. Конфы типовые. УТ и БП.
Вах, тормозим Легче «подправить» номер принятого сообщения. Типа как-то так:
сейчас глянемс спасибо! я только быстро!
Угу… быстро… вместо того, чтобы разобраться с первопричиной… «ведь в бухгалтерии то небыло настройки такой» — ? План обмена и узлы в бухгалтерии ведь есть? Иначе как тогда она регистрирует изменения для обмена?
дело в том что я не знаю что они делали. я каждый день сам выгружал и вся выгрузка шла. а вот сегодня они говорят что не работает выгрузка. и сообщения принятые и отправленные сильно отличаются.
Вам знаком такой термин «Монитор обмена данными»? Поищите его в меню и на панели, где обмен выполняете.
В мониторе записывается история обменов, в т.ч. ошибки и коллизии) — посмотрите что там записано и насколько это соответсвует «а вот сегодня они говорят»…
знакомо. ошибки отложенных проведений всегда возникали. но это ладно. сейчас глянем спасибо!
случаем не восстанавливали из резервной какую-нибудь конфу?
да нет. но случай очень похож.
Боюсь что так оно и есть Тогда в этой баще история будет белоснежно чиста
Был слай однажды давно: главбух попросила админа скопировать на выходные базу
на дом работу взяла
а в понедельник — заменить рабочую на ту, что дома исправляла. Админ, святая простота, всё сделал… Бядняги не знали, что обмен и по выходным идёт…
Упс, сорри, — очепятки «баще» — «базе» и «слай» — «случай»
здесь что точно было — так это происходила лечилка базы. Но вобще всю правду мне не знать. Может ктото скопировал ( А вот тут сейчас сделали и одна проблема знаете какая вскрылась! Номер отправленного соообщения так и остаётся «22». а вот номер принятого сообщения увеличивается! каждый раз на 1. Притом вашей обработкой я его уменьшил до 22. и вобще уменьшал! но ничего не помогает! при попытке провести выгрузку, он снова становится прежним + ещё на 1 увеличивается! вот что делать ума не приложу
«при попытке провести выгрузку, он снова становится прежним + ещё на 1 увеличивается! » — просто произведите много-много выгрузок, чтобы он догнался до нужного вам номера.
но лучше конечно чтобы вы это делали через файловый ресурс. а не напрямую грузили в базу-приемник
А вот в этом то и проблема. до этого напрямую грузили всё. А я опасался что сейчас если поменяю на «файловый ресурс» то начнет задваивать элементы. А другое ничего похоже не помжоет. а если просто с нуля новую настройку обмена сделать и произвести обмен напрямую?
во всех типовых они доступны для редактирования
почему оно вообще должно что-то задваивать?
2 как вы наверное успели заметить, номера сообщений — это не реквизиты настройки, а реквизиты узла. Вот заведете вы новую, для того же узла — и что? надеетесь что не получите сообщения из Топика?
а задваивать потомучто коды разные
спасибо что наводите на истину
, может быть хватит тебе гадать с номером? Зайди в базу БП и там посмотри номер отправленого. После этого зайди в УТ и сделай номер принятого на единицу меньше.
2 а почему коды разные? у вас юзеры только то и делают что коды меняют?
префиксы разные. и сначала в БП было без префиксов а потом они появились.
ну так посмотрите — изменились ли коды или нет. Потому что если вы даже сейчас решите вашу текущую проблему, то стоит кому-то изменить элемент справочника, он зарегистрируется как измененый, и если у него сейчас другой код — то он задвоится…
В УТ номер отправленного = 22 номер принятого — 27 В БП номер отправленного = 27 номер принятого 23
Точно Базу из копии поднимали. На один сеан обмена меньше по номерам. В УТ, попробуй сделать номера: номер отправленного = 23, номер принятого — 26.
сейчас то они както синхронизированы. на основании стандартных планов обмена. я просто не знаю по какому принципу они работают.
спасибо . попробую сейчас ) Я вот сделал уже только на копии УТ номерОтправленного 27 и запустил сеанс ) понеслась выгрузка. только уж очень много чегото он там долго регистрирует. Записывает изменения узла. Страшно даже подумать какой результат будет.
2 синхронизированы — это значит коды одинаковые в обоих базах? ну так чего тогда вас мучит рефлексия — сделали выгрузку и все.
не совсем. Просто когда создавали в одной базе что-нибудь то потом выгрузку делали и он попадал в другую.
2 с каким кодом? синхронизация идет по коду или по УИДу?
я незнаю как они синхронизируются! Наверно впервый раз когда обмен настраивается, с регистр «соответствия объектов для обмена» записываются УИДы противоположной базы и соответствующие им местные элементы. По какому-нибудь правилу, например по коду или наименованию или ИНН.. А потом уже выгрузки идут по Уидам. Но если делать заново настройку обмена то пойдёт выгрузка и она будет использовать предыдущие созданные соответствия обмена или нет я не знаю.
Да что вы прицепились-то к проблеме дублирования? Без разницы, по коду или по УИДу — будет тупое перезаписывание одних и тех-же объектов Не будет задвоения. Автор уже столько раз делал неудачные попытки обмена — ну и где они, эти задвоения? Сходи, поищи
А скажите сейчас там что происходит? почему они так долго выгружаются? до сих пор процесс идёт. такое чувство что он по всей базе УТ прошелся чтоб сопоставить по новой её с БП. ну то что не задвоит это радует спасибо )
Скажу. Как только ты скажешь что ты сделал Если новый план обмена — то идет первоначальная выгрузка
Может быть завтра кончится
знаете чего я на самом деле ещё боялся. что он начнёт в БП перепроводить всё подряд при выгрузке и будет ж…
Надеюсь всё «это» делается в копиях обоих баз? «Все эксперементы — на кошках, тьфу, на копиях»(с)
на копиях )) сейчас проверю способ из может он лучше сработает. без перерегистрации изменений.
Время обмена, в принципе, сейчас должно быть незначительно больше обычного… А какое оно «обычное»? Кто его знает
Упс Я — ухожу. Сорри. В принципе было сказано достаточно для экперементирования
ДА ) вроде всё нормально спасибо!
Тэги:
Комментарии доступны только авторизированным пользователям
Показывать по
10
20
40
сообщений
Новая тема
Ответить
Вера79
Дата регистрации: 26.08.2009
Сообщений: 1
При обмене выдает такую ошибку, подскажите, что делать????<br><br>Ошибка при выгрузке данных для узла плана обмена <br> ОписаниеОшибки = Номер сообщения меньше либо равен ранее принятому<br> ПозицияМодуля = Обработка.ОбменДаннымиXML(1287)<br> КодСообщения = 72<br> УзелПланаОбмена = 1С:Управление торговлей 8 (начиная с версии 10.3)<br>Ошибка при загрузке объектов. Было загружено: 0<br>Произошла ошибка при выгрузке объектов. Было выгружено: 0<br><br>Техническая информация:<br> ОписаниеОшибки = {Обработка.ОбменДаннымиXML(13104)}: Номер сообщения меньше либо равен ранее принятому
ElenaD
Дата регистрации: 07.08.2009
Сообщений: 7
Скорее всего, Вы пропустили операцию «Чтение изменений» в одной из баз. В отличие от «семерки», где каждый файл выгрузки в РИБ можно было сокранить, «Восьмерка» пишет новые сообщения по обмену ПОВЕРХ старых. В окне «План обмена» проверьте номера принятых и отправленных сообщений в центральной и периферийной базах — они должны соответствовать. Я в подобных случаях делала дополнительные выгрузки, чтобы кол-во отправленных из одной базы было на 1 меньше, чем принятых в другую. После этого «прочитать изменения», и кол-во сообщений сравнивается. Правда, после этого возможны некоторые расхождения в базах — надо сверить. В дальнейшем надо очень внимательно отслеживать номера принятых и отправленных сообщений.
Markizza
Дата регистрации: 24.08.2010
Сообщений: 5
Необходимо открыть пункт меню Операции —> План обмена… —> Необходимый обмен. Далее выбирайте Ваш обмен, в нижней части окна можно установить номера принятого и отправленного сообщений. Установите номер принятого сообщения на 0, тоже самое можно сделать и в другой базе, тогда проблем с нумерацией сообщений больше не возникнет.
Показывать по
10
20
40
сообщений
|
0 / 0 / 0 Регистрация: 19.02.2012 Сообщений: 54 |
|
|
1 |
|
|
1C 8.x 15.11.2013, 17:30. Показов 2652. Ответов 12
Добрый день, отдельно есть 1с бухгалтерия 2.0 и 1с CRM prof необходимо сделать автообмен. Выгрузка через внешнюю обработку вручную проиходит , выгружает около 800 объектов. Создал автообмен , ошибок нет, предупреждений нет, пишет что выгружено 0 объектов, выгрузка данных произведена успешно. В какую сторону копать?
__________________ 0 |
|
Programming Эксперт 94731 / 64177 / 26122 Регистрация: 12.04.2006 Сообщений: 116,782 |
15.11.2013, 17:30 |
|
Ответы с готовыми решениями:
Есть ли CRM для УТ10? Отбор в CRM СтандартнаяОбработка = Ложь; IP телефония и CRM 3 12 |
Мобильный клиент и CRM 3.0.6.3|
900 / 877 / 8 Регистрация: 15.03.2012 Сообщений: 2,680 |
|
|
15.11.2013, 17:42 |
2 |
|
В какую сторону копать? А есть что выгружать? Автообмен выгружает измененные объекты. Измените что-нибудь и попробуйте еще раз. 0 |
|
0 / 0 / 0 Регистрация: 19.02.2012 Сообщений: 54 |
|
|
15.11.2013, 17:45 [ТС] |
3 |
|
выгружать есть что, вручную по правилам выгружает, добавлял данные в справочник и документ, а через автообмен по этим же правилам 0 объектов. 0 |
|
о_____О
224 / 223 / 37 Регистрация: 19.11.2010 Сообщений: 1,062 |
|
|
15.11.2013, 17:54 |
4 |
|
Я бы начал копать с регистрации объектов. Видимо, это у вас и не происходит… 0 |
|
0 / 0 / 0 Регистрация: 19.02.2012 Сообщений: 54 |
|
|
15.11.2013, 18:10 [ТС] |
5 |
|
Пишет что регистрация объектов в плане обмена и правил выгрузке соответствует. Или же это не то? 0 |
|
о_____О
224 / 223 / 37 Регистрация: 19.11.2010 Сообщений: 1,062 |
|
|
15.11.2013, 18:19 |
6 |
|
Не, я про сам факт регистрации. 0 |
|
0 / 0 / 0 Регистрация: 19.02.2012 Сообщений: 54 |
|
|
15.11.2013, 18:40 [ТС] |
7 |
|
ХМ , то есть при выгрузке объектов нужна регистрация объектов? допустим я в конверторе создам регистрацию объектов, куда ее присабачить, но это второстепенный вопрос? 0 |
|
о_____О
224 / 223 / 37 Регистрация: 19.11.2010 Сообщений: 1,062 |
|
|
15.11.2013, 21:07 |
8 |
|
Если у вас обмен через планы обмена настроен, то да. из макетов по имени «Правила регистрации» . . 0 |
|
0 / 0 / 0 Регистрация: 19.02.2012 Сообщений: 54 |
|
|
15.11.2013, 21:29 [ТС] |
9 |
|
А в плане обмена на закладке Основные есть кнопка «состав»??? вот это взял с оф сайта «Для каждого из объектов прикладного решения, которые могут участвовать в обмене, задается режим регистрации их изменений. Если разрешена авторегистрация, то система сама отслеживает выполняемые изменения, и формирует набор данных, которыми нужно обменяться. Если же разработчик запрещает авторегистрацию изменений, — он должен, средствами встроенного языка, самостоятельно выполнять регистрацию нужных ему изменений.» Я выбрал объекты и пометил их как авторегистрация. Или помимо этого нужно еще указывать правила регистрации, как Вы указали выше? 0 |
|
900 / 877 / 8 Регистрация: 15.03.2012 Сообщений: 2,680 |
|
|
15.11.2013, 22:04 |
10 |
|
Мехмат, есть специальная обработка «Регистрация изменений для обмена» она может находится внутри конфигурации, либо ее можно взять из дистрибутива конфигурации «Конвертация данных». С помощью данной обработки проверте наличие объектов зарегистрированных для обмена. Добавлено через 45 секунд 0 |
|
Мехмат 0 / 0 / 0 Регистрация: 19.02.2012 Сообщений: 54 |
||||
|
18.11.2013, 10:08 [ТС] |
11 |
|||
|
С правилами которые шли в поставке к CRM пишет что все хорошо, но они ничего не выгружают, даже после обработки регистрация изменений. Собственные написанные правила выдает вот такие ошибки, на все объекты пишет такое.
Если же выгружать без правил , то данные выгружаются. Но на базе-приемнике пишет: Ошибка при вызове метода контекста (ПрочитатьИзменения): Попытка приема изменений от неизвестной конфигурации Добавлено через 24 минуты 0 |
|
Модератор
3697 / 2897 / 569 Регистрация: 10.03.2011 Сообщений: 11,398 Записей в блоге: 1 |
|
|
18.11.2013, 10:12 |
12 |
|
Смотри справочник Физические лица 0 |
|
0 / 0 / 0 Регистрация: 19.02.2012 Сообщений: 54 |
|
|
18.11.2013, 21:28 [ТС] |
13 |
|
Теперь все сделал, выгружается Справочник Номенклатура, выгружено записей 121 . Иду в базу приемник, делаю автообмен, принято 121 объект. Но номенклатур нет! Что еще необходимо сделать? 0 |
Значит так. Как ни лень, а пришлось копать отладчиком. Проблема возникала в процедуре «_ВыгрузитьСубконто» при вызове процедуры «ДобавитьПодчиненный». Собственно, это объясняет, почему выгрузка с движениями дает ошибку, а выгрузка без движений работает. Кроме того, зайдя на users.v8.1c.ru и поискав по ошибкам в КД нашел вот такую красоту:
—
Код ошибки: 10046372
Дата публикации: 06.12.2010 16:07:10
Дата последнего изменения: 06.12.2010 0:00:00
Описание: В обработке ОбменДаннымиXML при повторной выгрузе данных процедурой _ВыгрузитьСубконто возникает необрабатываемая исключительная ситуация в процедуре «ДобавитьПодчиненный».
—
Что означает стандартный привет от фирмы 1С. Ну все как обычно.
Разбираться, почему и отчего эта шняга не работает, не было ни времени, ни желания. Одновременно с этим я вспомнил, что недавно поиском находил чью-то жалобу на похожую ошибку, но при этом у страдальца выгрузка обработкой «УниверсальныйОбменДанныхВФорматеXML» работала. И подумал, обработки одинаковые, даже интерфейсом, значит потрошки тоже одинаковые, а дай-ка я сравню одноименные процедуры там и там. И оказалось, что они отличаются буквально несколькими деталями. Закомментачив неудачную процедуру, я спопипастил процедуру из работающей обработки и всё. Работает, гадина.
Обмен данными из Управление Торговлей в Бухгалтерия Предприятия раньше работал хорошо. Сейчас он выдаёт ошибку при попытке обмена. Релизы не меняли. Просто чтото случилось. Тестирование и Исправление баз делали. Подскажите как решить? Ошибка при выгрузке данных для узла плана обмена ОписаниеОшибки = Номер сообщения меньше либо равен ранее принятому КодСообщения = 72 УзелПланаОбмена = 1С:Бухгалтерия 8 (начиная с версии 1.6) Ошибка при загрузке объектов. Было загружено: 0 Произошла ошибка при выгрузке объектов. Было выгружено: 0 Техническая информация: ОписаниеОшибки = {Обработка.ОбменДаннымиXML(13526)}: Номер сообщения меньше либо равен ранее принятому
Иди в планы обмена и смотри номера принятых и отправленных. Они у тебя различаются в базах. 1. надо выяснить причину этого 2. исправить на правильные номера.
а в чем может быть причина? не исключаю что зависало во время выгрузок
номер отправленного сообщения — 22. Номер принятого сообщения — 32
Кажется можно сделать так: Поменять правила обмена — сделать так правила обмена, чтобы они не через подключение напрямую работали, а через файловый ресурс и выгрузить файл, а потом загрузить его в другую базу. А потом обратно поменять параметры обмена на прямое подключение к базе приемнику и всё должно нормально стать или нет?
2. исправить на правильные номера.
Только это спасет отца русской демократии
а они недоступны для редактирования
Естественно, а то каждый лазить будет. Программно правь
А причина может быть в том, что сначала сделали обмен, и номер принятого сообщения увеличился. А потом случилось что-нибудь и взяли, да и подняли базу из архива — а там номер предыдущий
А можно нечего и не править — можно сделать повторно выгрузку из другой базы и принять в этой.
Ещё одна характерная ошибка: создать копию рабочей базы, забыв остановить выполнение рег.заданий в ней. И тогда рабочая и копия устроят состязание за право обменяться первым 
вот я бы так сделал. только обмен был настроен на обмен через прямое подключение. а как сделать чтоб через файловый ресурс теперь обменивался не знаю. Пытаюсь менять настройки обмена и выгружаю файл данных. но через Универсальную загрузку данных в бухгалтерию уже не загружается тот файл. ругается.
понимаю. а как тут быть лучше? подскажите как через файл выгрузку заново сделать ? ведь в бухгалтерии то небыло настройки такой. мы всё из торговли выгружали.
Прямой, однонаправленный? Хм… Вашу конфу незнаю. Попробуйте: меню Операции — Планы обмена — (выбрать нужный план) — (перейти на нужный узел) — (нажать пиктограму «Записать изменения»)
двунаправленный обмен через прямое подключение был. производился постоянно из УТ. Конфы типовые. УТ и БП.
Вах, тормозим 
Легче «подправить» номер принятого сообщения. Типа как-то так:
сейчас глянемс спасибо! я только быстро!
Угу… быстро… вместо того, чтобы разобраться с первопричиной… «ведь в бухгалтерии то небыло настройки такой» — ? План обмена и узлы в бухгалтерии ведь есть? Иначе как тогда она регистрирует изменения для обмена?
дело в том что я не знаю что они делали. я каждый день сам выгружал и вся выгрузка шла. а вот сегодня они говорят что не работает выгрузка. и сообщения принятые и отправленные сильно отличаются.
Вам знаком такой термин «Монитор обмена данными»? Поищите его в меню и на панели, где обмен выполняете.
В мониторе записывается история обменов, в т.ч. ошибки и коллизии) — посмотрите что там записано и насколько это соответсвует «а вот сегодня они говорят»…
знакомо. ошибки отложенных проведений всегда возникали. но это ладно. сейчас глянем спасибо!
случаем не восстанавливали из резервной какую-нибудь конфу?
да нет. но случай очень похож.
Боюсь что так оно и есть Тогда в этой баще история будет белоснежно чиста Был слай однажды давно: главбух попросила админа скопировать на выходные базу на дом работу взяла а в понедельник — заменить рабочую на ту, что дома исправляла. Админ, святая простота, всё сделал… Бядняги не знали, что обмен и по выходным идёт…
Упс, сорри, — очепятки «баще» — «базе» и «слай» — «случай»
здесь что точно было — так это происходила лечилка базы. Но вобще всю правду мне не знать. Может ктото скопировал ( А вот тут сейчас сделали и одна проблема знаете какая вскрылась! Номер отправленного соообщения так и остаётся «22». а вот номер принятого сообщения увеличивается! каждый раз на 1. Притом вашей обработкой я его уменьшил до 22. и вобще уменьшал! но ничего не помогает! при попытке провести выгрузку, он снова становится прежним + ещё на 1 увеличивается! вот что делать ума не приложу
«при попытке провести выгрузку, он снова становится прежним + ещё на 1 увеличивается! » — просто произведите много-много выгрузок, чтобы он догнался до нужного вам номера.
но лучше конечно чтобы вы это делали через файловый ресурс. а не напрямую грузили в базу-приемник
А вот в этом то и проблема. до этого напрямую грузили всё. А я опасался что сейчас если поменяю на «файловый ресурс» то начнет задваивать элементы. А другое ничего похоже не помжоет. а если просто с нуля новую настройку обмена сделать и произвести обмен напрямую?
во всех типовых они доступны для редактирования
почему оно вообще должно что-то задваивать?
2 как вы наверное успели заметить, номера сообщений — это не реквизиты настройки, а реквизиты узла. Вот заведете вы новую, для того же узла — и что? надеетесь что не получите сообщения из Топика?
а задваивать потомучто коды разные
спасибо что наводите на истину
, может быть хватит тебе гадать с номером? Зайди в базу БП и там посмотри номер отправленого. После этого зайди в УТ и сделай номер принятого на единицу меньше.
2 а почему коды разные? у вас юзеры только то и делают что коды меняют?
префиксы разные. и сначала в БП было без префиксов а потом они появились.
ну так посмотрите — изменились ли коды или нет. Потому что если вы даже сейчас решите вашу текущую проблему, то стоит кому-то изменить элемент справочника, он зарегистрируется как измененый, и если у него сейчас другой код — то он задвоится…
В УТ номер отправленного = 22 номер принятого — 27 В БП номер отправленного = 27 номер принятого 23
Точно Базу из копии поднимали. На один сеан обмена меньше по номерам. В УТ, попробуй сделать номера: номер отправленного = 23, номер принятого — 26.
сейчас то они както синхронизированы. на основании стандартных планов обмена. я просто не знаю по какому принципу они работают.
спасибо . попробую сейчас ) Я вот сделал уже только на копии УТ номерОтправленного 27 и запустил сеанс ) понеслась выгрузка. только уж очень много чегото он там долго регистрирует. Записывает изменения узла. Страшно даже подумать какой результат будет.
2 синхронизированы — это значит коды одинаковые в обоих базах? ну так чего тогда вас мучит рефлексия — сделали выгрузку и все.
не совсем. Просто когда создавали в одной базе что-нибудь то потом выгрузку делали и он попадал в другую.
2 с каким кодом? синхронизация идет по коду или по УИДу?
я незнаю как они синхронизируются! Наверно впервый раз когда обмен настраивается, с регистр «соответствия объектов для обмена» записываются УИДы противоположной базы и соответствующие им местные элементы. По какому-нибудь правилу, например по коду или наименованию или ИНН.. А потом уже выгрузки идут по Уидам. Но если делать заново настройку обмена то пойдёт выгрузка и она будет использовать предыдущие созданные соответствия обмена или нет я не знаю.
Да что вы прицепились-то к проблеме дублирования? Без разницы, по коду или по УИДу — будет тупое перезаписывание одних и тех-же объектов Не будет задвоения. Автор уже столько раз делал неудачные попытки обмена — ну и где они, эти задвоения? Сходи, поищи
А скажите сейчас там что происходит? почему они так долго выгружаются? до сих пор процесс идёт. такое чувство что он по всей базе УТ прошелся чтоб сопоставить по новой её с БП. ну то что не задвоит это радует спасибо )
Скажу. Как только ты скажешь что ты сделал Если новый план обмена — то идет первоначальная выгрузка Может быть завтра кончится
знаете чего я на самом деле ещё боялся. что он начнёт в БП перепроводить всё подряд при выгрузке и будет ж…
Надеюсь всё «это» делается в копиях обоих баз? «Все эксперементы — на кошках, тьфу, на копиях»(с)
на копиях )) сейчас проверю способ из может он лучше сработает. без перерегистрации изменений.
Время обмена, в принципе, сейчас должно быть незначительно больше обычного… А какое оно «обычное»? Кто его знает
Упс Я — ухожу. Сорри. В принципе было сказано достаточно для экперементирования
ДА ) вроде всё нормально спасибо!
Тэги:
Комментарии доступны только авторизированным пользователям
Показывать по
10
20
40
сообщений
Новая тема
Ответить
Вера79
Дата регистрации: 26.08.2009
Сообщений: 1
При обмене выдает такую ошибку, подскажите, что делать????<br><br>Ошибка при выгрузке данных для узла плана обмена <br> ОписаниеОшибки = Номер сообщения меньше либо равен ранее принятому<br> ПозицияМодуля = Обработка.ОбменДаннымиXML(1287)<br> КодСообщения = 72<br> УзелПланаОбмена = 1С:Управление торговлей 8 (начиная с версии 10.3)<br>Ошибка при загрузке объектов. Было загружено: 0<br>Произошла ошибка при выгрузке объектов. Было выгружено: 0<br><br>Техническая информация:<br> ОписаниеОшибки = {Обработка.ОбменДаннымиXML(13104)}: Номер сообщения меньше либо равен ранее принятому
ElenaD
Дата регистрации: 07.08.2009
Сообщений: 7
Скорее всего, Вы пропустили операцию «Чтение изменений» в одной из баз. В отличие от «семерки», где каждый файл выгрузки в РИБ можно было сокранить, «Восьмерка» пишет новые сообщения по обмену ПОВЕРХ старых. В окне «План обмена» проверьте номера принятых и отправленных сообщений в центральной и периферийной базах — они должны соответствовать. Я в подобных случаях делала дополнительные выгрузки, чтобы кол-во отправленных из одной базы было на 1 меньше, чем принятых в другую. После этого «прочитать изменения», и кол-во сообщений сравнивается. Правда, после этого возможны некоторые расхождения в базах — надо сверить. В дальнейшем надо очень внимательно отслеживать номера принятых и отправленных сообщений.
Markizza
Дата регистрации: 24.08.2010
Сообщений: 5
Необходимо открыть пункт меню Операции —> План обмена… —> Необходимый обмен. Далее выбирайте Ваш обмен, в нижней части окна можно установить номера принятого и отправленного сообщений. Установите номер принятого сообщения на 0, тоже самое можно сделать и в другой базе, тогда проблем с нумерацией сообщений больше не возникнет.
Показывать по
10
20
40
сообщений
Читают тему:
| skillman |
|
||
|---|---|---|---|
|
|
Добрый день. Был рабочий обмен между УТ 10.3 и бп2, предположительно после обновления конфигурации обмен стал зависать и загрузка из бп в ут не выполняется. При запуске обмена в отладке с остановкой ошибок. У меня вываливается ошибка в процедуре Процедура УстановитьОбменДаннымиЗагрузка(Объект, Значение = Истина) Экспорт Попытка Объект.ОбменДанными.Загрузка = Значение; Исключение КонецПопытки; Если УзелОбменаЗагрузкаДанных <> Неопределено И НЕ УзелОбменаЗагрузкаДанных.Пустая() Тогда Попытка Объект.ОбменДанными.Отправитель = УзелОбменаЗагрузкаДанных; Исключение КонецПопытки; КонецЕсли; КонецПроцедуры // УстановитьОбменДаннымиЗагрузка() на строке Объект.ОбменДанными.Отправитель = УзелОбменаЗагрузкаДанных; скрин ошибки https://i.imgur.com/hklr5VX.png Содержание в переменной «УзелОбменаЗагрузкаДанных» видно на скрине https://i.imgur.com/yBBsBnI.png Содержание «Объект.ОбменДанными.Отправитель» — неопределено Потом появляется ошибка на строке СтрокаНачальная = ПолучитьДанныеОбъектаСтрокой(Объект.Ссылка.ПолучитьОбъект()); Скрин ошибки «https://i.imgur.com/zqSP84C.png»; Содержимое «(Объект.Ссылка.ПолучитьОбъект())» вот скрин https://i.imgur.com/nGBqf0E.png Вот содержимое объекта https://i.imgur.com/dzl32xo.png документ, который должен загрузиться из БП в УТ. Соответственно загрузка завершается с ошибкой, см скрин https://i.imgur.com/Y56X2NR.png Вот текст ошибки полный: Ошибка при выгрузке данных для узла плана обмена ТипОбъекта = Документ объект: Поступление на расчетный счет Объект = Поступление на расчетный счет Б2-00000052 от 18.01.2019 0:00:00 ОписаниеОшибки = Ошибка при записи документа: Платежное поручение входящее Б2-00000052 от 18.01.2019 0:00:00 {Обработка.ОбменДаннымиXML.МодульОбъекта(6773)}: Ошибка при вызове метода контекста (ПолучитьОбъект): Элемент не выбран! ПозицияМодуля = Обработка.ОбменДаннымиXML.МодульОбъекта(1299) КодСообщения = 72 УзелПланаОбмена = 1С:Управление торговлей 8 (начиная с версии 10.3) Ошибка при загрузке объектов. Было загружено: 2 Произошла ошибка при выгрузке объектов. Было выгружено: 3 Техническая информация: ОписаниеОшибки = {Обработка.ОбменДаннымиXML.МодульОбъекта(7638)}: Ошибка при записи документа: Платежное поручение входящее Б2-00000052 от 18.01.2019 0:00:00 Уже голову из ломал, что проверить и исправить. В общем «I need help» |
| Yandex |
|
||
|---|---|---|---|
|
|
| Подсказка:Вы можете добавить любую страничку в Социальные закладки щелкнув по значку соцсетей (в вверху) |