Ошибка при выгрузке данных для узла плана обмена

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

Капюшон

08.04.10

✎

16:52

1

agarych

08.04.10

✎

16:54

2

Капюшон

08.04.10

✎

16:57

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

3

Капюшон

08.04.10

✎

17:02

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

4

Капюшон

08.04.10

✎

17:15

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

5

Skylark

08.04.10

✎

17:25

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

6

Skylark

08.04.10

✎

17:25

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

7

Капюшон

08.04.10

✎

17:27

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

8

Skylark

08.04.10

✎

17:29

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

9

Skylark

08.04.10

✎

17:31

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

10

Serg_1960

08.04.10

✎

17:33

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

11

Serg_1960

08.04.10

✎

17:41

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

12

Капюшон

08.04.10

✎

17:41

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

13

Капюшон

08.04.10

✎

17:42

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

14

Serg_1960

08.04.10

✎

17:48

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

15

Капюшон

08.04.10

✎

17:50

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

16

Serg_1960

08.04.10

✎

18:00

17

Капюшон

08.04.10

✎

18:04

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

18

Serg_1960

08.04.10

✎

18:06

19

Капюшон

08.04.10

✎

18:12

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

20

Serg_1960

08.04.10

✎

18:16

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

21

Serg_1960

08.04.10

✎

18:19

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

22

Капюшон

08.04.10

✎

18:28

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

23

guevara74

08.04.10

✎

18:30

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

24

Капюшон

08.04.10

✎

18:37

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

25

Serg_1960

08.04.10

✎

18:39

26

Serg_1960

08.04.10

✎

18:40

Упс, сорри, — очепятки «баще» — «базе» и «слай» — «случай»

27

Капюшон

08.04.10

✎

18:49

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

28

Живой Ископаемый

08.04.10

✎

18:53

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

29

Живой Ископаемый

08.04.10

✎

18:57

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

30

Капюшон

08.04.10

✎

18:58

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

31

MRAK

08.04.10

✎

18:59

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

32

Живой Ископаемый

08.04.10

✎

18:59

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

33

Живой Ископаемый

08.04.10

✎

19:00

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

34

Капюшон

08.04.10

✎

19:03

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

35

Капюшон

08.04.10

✎

19:03

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

36

Serg_1960

08.04.10

✎

19:05

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

37

Живой Ископаемый

08.04.10

✎

19:05

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

38

Капюшон

08.04.10

✎

19:06

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

39

Живой Ископаемый

08.04.10

✎

19:09

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

40

Капюшон

08.04.10

✎

19:10

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

В БП номер отправленного = 27 номер принятого 23

41

Serg_1960

08.04.10

✎

19:14

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

42

Капюшон

08.04.10

✎

19:14

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

43

Капюшон

08.04.10

✎

19:16

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

44

Живой Ископаемый

08.04.10

✎

19:16

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

45

Капюшон

08.04.10

✎

19:26

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

46

Живой Ископаемый

08.04.10

✎

19:30

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

47

Капюшон

08.04.10

✎

19:35

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

48

Serg_1960

08.04.10

✎

19:35

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

49

Serg_1960

08.04.10

✎

19:36

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

50

Капюшон

08.04.10

✎

19:37

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

51

Serg_1960

08.04.10

✎

19:38

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

52

Капюшон

08.04.10

✎

19:38

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

53

Serg_1960

08.04.10

✎

19:41

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

54

Капюшон

08.04.10

✎

19:44

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

55

Serg_1960

08.04.10

✎

19:45

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

56

Serg_1960

08.04.10

✎

19:49

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

57

Капюшон

08.04.10

✎

19:50

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

58

Капюшон

08.04.10

✎

19:51

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

	При выполнении обмена выходит сообщение об ошибке: Я
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 Книга знаний: Быстрое создание и настройка правил обмена для зависимых объектов в Конвертации Данных 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 3.0.6.3 Здравствуйте. Мой вопрос заключается в следующем: Есть конфигурация 1С CRM, для неё сформирован… Есть ли CRM для УТ10? Здравствуйте, работаем в УТ10.3 — есть ли что-то на подобие CRM — чтобы на основании заказов можно… Отбор в CRM Делаю отбор Обработка выбора в документе поле ввода партнер СтандартнаяОбработка = Ложь; форма… IP телефония и CRM 3 Добрый день! Имеется Управление не большой фирмой + CRM 3. Можно ли настроить не облачную АТС,… 12

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 пишет что все хорошо, но они ничего не выгружают, даже после обработки регистрация изменений. Собственные написанные правила выдает вот такие ошибки, на все объекты пишет такое. 1C 1 2 3 4 5 6 Ошибка при выгрузке данных для узла плана обмена     Объект                 =  Физические лица     ОписаниеОшибки         =  Метод объекта не обнаружен (ОпределитьТипОтправкиДанных)     ПозицияМодуля          =  Обработка.ОбменДаннымиXML.МодульОбъекта(12017)     КодСообщения           =  72     УзелПланаОбмена        =  в срм Если же выгружать без правил , то данные выгружаются. Но на базе-приемнике пишет: Ошибка при вызове метода контекста (ПрочитатьИзменения): Попытка приема изменений от неизвестной конфигурации Добавлено через 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

Обмен данными из Управление Торговлей в Бухгалтерия Предприятия раньше работал хорошо. Сейчас он выдаёт ошибку при попытке обмена. Релизы не меняли. Просто чтото случилось. Тестирование и Исправление баз делали. Подскажите как решить? Ошибка при выгрузке данных для узла плана обмена    ОписаниеОшибки         =   Номер сообщения меньше либо равен ранее принятому    КодСообщения           =  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
сообщений

Читают тему:

Вопрос по правилам обмена

WAR 0 — 18.06.2012 — 05:57	Имеются две одинаковые конфигурации. Хочу наладить между ними односторонний обмен с помощью правил, причем документы хочу переносить с движениями. Правила написаны, проверены с помощью универсального обмена, данные выгружаются. Далее создаю настройку выполнения обмена, загружаю свои правила. Начинаю выполнять обмен, выдается сообщение об ошибке: Ошибка при выгрузке данных для узла плана обмена ТипОбъекта = Документ объект: Платежное поручение входящее Объект = Платежное поручение входящее ГНС00000449 от 17.02.2012 0:00:00 ОписаниеОшибки = Значение не является значением объектного типа (ЗаписатьКонецЭлемента) ПозицияМодуля = Обработка.ОбменДаннымиXML.МодульОбъекта(1109) КодСообщения = 72 УзелПланаОбмена = Единый ПК При этом, если отказаться от переноса движений и использовать отложенное проведение документов, то все выгружается. Но очень хочется переносить документы именно с движениями. В какую сторону копать?
WAR 1 — 20.06.2012 — 10:38	Проблема локализована. Выгружаются все движения, кроме регистра бухгалтерии «Хозрасчетный». Если эти движения присутствуют в правилах обмена — выдается сообщение об ошибке. Если их из правил убрать — все выгружается. В чем может быть причина?
Гость 2 — 21.06.2012 — 10:04	ошибку в студию…
Гость 3 — 21.06.2012 — 10:15	(2) Тебе же написали в топике — «Ошибка при выгрузке данных для узла плана обмена ТипОбъекта = Документ объект: Платежное поручение входящее Объект = Платежное поручение входящее ГНС00000449 от 17.02.2012 0:00:00 ОписаниеОшибки = Значение не является значением объектного типа (ЗаписатьКонецЭлемента) ПозицияМодуля = Обработка.ОбменДаннымиXML.МодульОбъекта(1109) КодСообщения = 72 УзелПланаОбмена = Единый ПК»
Гость 4 — 21.06.2012 — 11:02	Поставь на эту строку ПОПЫТКА-ИСКЛЮЧЕНИЕ и поймай исключение, посмотри из какого объекта вызывается ЗаписатьКонецЭлемента(). Скорее всего где-то в обработке объект в NULL сбрасывается
Гость 5 — 21.06.2012 — 12:55	(4) +1