Ошибка при начале чтения файла сообщения обмена номер сообщения меньше

Номер сообщения меньше либо равен ранее принятому 1с. Обмен проходит очень долго, зависает

Ошибка «Номер сообщения меньше либо равен ранее принятому», наверное, знакома каждому, кто когда-либо связывался с обменами в программах 1С. Рассмотрим, почему возникает такая ошибка, и предложим скачать обработку для исправления ситуации.

Когда происходит обмен данными, система обычно делает специальные пометки в базе данных о том, происходила выгрузка или нет. Узлы планов обменов имеют два специальных стандартных реквизита — Номер принятого и Номер отправленного сообщения (подробно — ). Именно в этих реквизитах 1С хранит информацию о загруженных/выгруженных пакетах.

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

Получите 267 видеоуроков по 1С бесплатно:

Обработка Регистрация изменений для обмена 1С

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

Для изменения номера сообщений проще всего воспользоваться типовой обработкой — «Регистрация изменений для обмена».

Обработка существует как для обычного приложения:

Так и для управляемого:

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

В открывшимся окне следует установить сообщения, равные нулю, и нажать кнопку «Записать»:

Внимание! При установки нулевых значений Вы потеряете регистрацию изменений для обмена, т.е. система не выгрузит последний пакет изменений.

Описанные выше обработки обычно в составе типовых конфигураций.

В этой статье мы рассмотрим, как пользоваться обработкой , которая присутствует в большинстве типовых конфигураций и значительно упрощает устранение различных ошибок, связанных с обменом данных в 1С.

Для начала скажем пару слов о том, как происходит обмен данными в 1С.

Для описания процедуры обмена в конфигурации существует объект ПланОбмена . Для каждого варианта обмена данными создается свой план. Например, план обмена между конфигурациями Бухгалтерия предприятия и Управление торговлей.

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

Кроме того, узлы плана обмена имеют два специальных реквизита: и Номер принятого сообщения. Каждый раз, когда выгружается пакет данных для обмена, ему присваивается порядковый номер. Он записывается в реквизит Номер отправленного сообщения . Аналогично, когда загружается пакет данных из другой информационной базы, он тоже имеет порядковый номер. В случае успешной загрузки данных этот номер записывается в реквизит Номер принятого сообщения .

Номера нужны для того, чтобы не возникло путаницы в передаваемых пакетах данных. Если в базу приходит пакет с номером, например, 152, а в базе уже зарегистрирован Номер принятого сообщения 169, то такой пакет будет проигнорирован. При этом будет показана ошибка:

Номер сообщения меньше либо равен ранее принятому

А если придет пакет с номером 170 или больше, то он будет загружен в базу и реквизиту Номер принятого сообщения будет присвоен его номер.

В ходе работы с обменом данными в 1С могут возникать и другие нестандартные ситуации, требующие работы с номерами сообщений, регистрацией или отменой регистрации объектов в узлах и т.д.

Итак, обработка Регистрация изменений для обмена позволяет вносить изменения в узлы обмена, т.е. принудительно регистрировать объекты и снимать их регистрацию, изменять номера принятых и отправленных сообщений, просматривать зарегистрированные объекты.

Примеры случаев, когда это может понадобиться:

  1. Сбилась нумерация сообщений обмена. Это может случиться, например, когда одну из баз восстановили из резервной копии.
  2. Необходимо заново передать уже переданные объекты. Например, если изменились правила обмена.
  3. Нужно отменить передачу отдельных объектов и т.д.

Порядок использования обработки Регистрация изменений для обмена :

  1. В верхнем поле выбрать узел обмена, для которого будут производиться действия. При этом большое поле внизу будет заполнено объектами, включенными в План обмена . В колонке Авторегистрация показано состояние авторегистрации изменений и количество зарегистрированных в данный момент объектов.
  2. Кнопка Зарегистрировать все… включает все предусмотренные планом обмена объекты в узел.
  3. Кнопка Удалить всю регистрацию… очищает регистрацию узла плана обмена. Внимание! Действие необратимо.
  4. Кнопка Зарегистрировать поодному… удаляет всю существующую регистрацию и региструет по одному объекту каждого типа. Внимание! Действие необратимо.
  5. Кнопка Изменить номера сообщений… позволяет установить произвольные значения реквизитов Номер отправленного сообщения и Номер принятого сообщения.
  6. Кнопка с крестом позволяет удалить регистрацию произвольного объекта информационной базы. При этом можно составить запрос и удалить регистрацию всех объектов, полученных в результате его выполнения.
  7. Кнопка с плюсом позволяет добавить регистрацию произвольного объекта информационной базы. При этом можно составить запрос и добавить регистрацию всех объектов, полученных в результате его выполнения.
  8. Кнопка Показать изменения, зарегистрированные для данного типа показывает объекты информационной базы, зарегистрированные в узле обмена. Перед нажатием кнопки нужно выделить интересующий тип объектов.
  9. Кнопка Результат стандартной выгрузки показывает, как будет выглядеть объект информационной базы при выгрузке для обмена в формате XML. Перед нажатием нужно выделить интересующий объект.

Если у Вас возникли проблемы с обменом между информационными базами 1С и решить ее своими силами не получается, наши специалисты с радостью и в кратчайшие сроки помогут Вам в этом.

как исправить номера сообщений синхронизации

Предполагаемая аудитория – специалисты по сопровождению программ 1С и пользователи.

как исправить номера сообщений синхронизации

Бывает так, что после незначительных изменений в настройках синхронизации она перестает работать.

Что сломалось? Возможно – ничего, просто в результате неправильной последовательности действий перестали совпадать номера принятого/отправленного сообщений у Источника и Приемника.

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

Найдите обработку «Регистрация изменений для обмена данными». Находится она, например, через меню «все функции».

Еще это можно сделать это с помощью п. меню Администрирование-Обслуживание-Корректировка данных- Групповое изменения реквизитов.

Если помните, у какой программы запускалась синхронизация последней – установите у нее № отправленного на 1 больше чем № принятого у другой, а № полученного – такой же как номер отправленного у другой.

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

Сообщение обмена было принято ранее

Ошибка «Номер сообщения меньше либо равен ранее принятому», наверное, знакома каждому, кто когда-либо связывался с обменами в программах 1С. Рассмотрим, почему возникает такая ошибка, и предложим скачать обработку для исправления ситуации.

Когда происходит обмен данными, система обычно делает специальные пометки в базе данных о том, происходила выгрузка или нет. Узлы планов обменов имеют два специальных стандартных реквизита — Номер принятого и Номер отправленного сообщения (подробно — планы обмена). Именно в этих реквизитах 1С хранит информацию о загруженных/выгруженных пакетах.

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

Получите 267 видеоуроков по 1С бесплатно:

Обработка Регистрация изменений для обмена 1С

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

Для изменения номера сообщений проще всего воспользоваться типовой обработкой — «Регистрация изменений для обмена».

Обработка существует как для обычного приложения:

Так и для управляемого:

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

В открывшимся окне следует установить сообщения, равные нулю, и нажать кнопку «Записать»:

Внимание! При установки нулевых значений Вы потеряете регистрацию изменений для обмена, т.е. система не выгрузит последний пакет изменений.

Описанные выше обработки обычно в составе типовых конфигураций.

Другие статьи по 1С:

Если Вы начинаете изучать 1С программирование, рекомендуем наш бесплатный курс (не забудьте подписаться на YouTube — регулярно выходят новые видео):

К сожалению, мы физически не можем проконсультировать бесплатно всех желающих, но наша команда будет рада оказать услуги по внедрению и обслуживанию 1С. Более подробно о наших услугах можно узнать на странице Услуги 1С или просто позвоните по телефону +7 (499) 350 29 00. Мы работаем в Москве и области.

Пользователи 1С, используя обмены, иногда сталкиваются с проблемой возникновения ошибки «Номер сообщения меньше либо равен ранее принятому». Что же обозначает эта ошибка: в базе, с которой воспроизводится обмен, зафиксирован прием пакета с номером больше или равным тому пакету, который готовится на отправку, тогда программа выдаст подобную ошибку. А в случае, если базы не восстанавливались, и возникла ошибка, то нужно найти ее причину.

Разберемся сначала с причиной ошибки. В процессе обмена данными, в системе делаются специальные пометки в базе данных. Узлы планов обмена содержат специальные реквизиты (для принятого и для отправленного сообщения). Благодаря этим двум реквизитам 1С хранит информацию о загруженных и выгруженных пакетах. Чтобы корректно воспроизвести обмен, номера сообщений в обменивающихся базах должны попарно совпадать.

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

Если номера сообщений расходятся, то можно реализовать второй вариант — выровнять коды сообщений в узлах обмена. Чтобы изменить номер сообщения, следует перейти к типовой обработке и выбрать «Регистрация изменений для обмена». Далее, чтобы исправить ошибку, нужно нажать на гиперссылку с номерами сообщений или на кнопку «Изменить номера сообщений». После чего появится окно, где нужно выбрать «Установить сообщения равны нулю» или «Записать». Обратите внимание, что если нулевые данные отсутствуют, будет потеряна регистрация изменений для обмена.

Платформа:

Конфигурация:

пт, 07/02/2014 – 01:05

пт, 07/02/2014 – 09:30

пт, 07/02/2014 – 20:35

сб, 08/02/2014 – 01:28

ср, 26/02/2014 – 17:30

Необходимо обратить внимание на следующие параметры:

  • номера релизов конфигурации-источника и конфигурации-приемника для которых предназначены правила;
  • дата создания правил.

При дальнейшем описании будем называть перечисленные параметры – контролируемые параметры.

Контроль производится по следующим правилам.

  • Определяется значение контролируемых параметров, которые загружены в конфигурацию-источник.
  • Определяется значение контролируемых параметров, которые загружены в конфигурацию-приемник.
  • Определяется значение контролируемых параметров, которые включены в поставку конфигурации-источника.
  • Определяется значение контролируемых параметров, которые включены в поставку конфигурации-приемника.

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

СМОТРЮ ПРАВИЛА конвертации нашего рабочего обмена:

Правила конвертации в БП 2.0 (2.0.49.15) – УТ-БП (11.1.2, 2.0.49, v.1) 2013-06-11T12:25:58

Правила конвертации УТ 11.1 (11.1.2.9) – БП-УТ (2.0.49, 11.1.2, v.1) 2013-06-19T09:29:55

Получаеться они соответсвуют друг другу поэтому и есть обмен.

Но судя по обновлениям следующих релизов идет разнобой

Правила конвертации УТ 11.1.4.11 БП-УТ (2.0.55.7, 11.1.4.11, v.2) 2014-02-10T10:37:17

Правила конвертации БП 2.0.55.7 УТ-БП (11.1.2.28, 2.0.55.1, v.1) 2014-01-22T12:25:29

КАк настраивать обмен.

Еще один крик души. ставлю обновления Ут 1.1.4.10 правила подходят для последней конфигурации БП. Не хочет ставиться хочет 1.1.4.9 которго нет на сайте обновлений. :(((

помогите с ошибкой в обмене между двумя розн. конф. ☑ 0

zippygrill

09.03.13

19:56

в общем настроен обмен между 2-мя базами(Розница 2). Пытаюсь обновить вторую базу и пишет:

Ошибка при начале чтения файла сообщения обмена: {Обработка.КонвертацияОбъектовРаспределенныхИнформационныхБаз.МодульОбъекта(110)}: Ошибка при вызове метода контекста (НачатьЧтение): Номер сообщения меньше или равен номеру ранее принятого сообщения

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

https://dl.dropbox.com/u/9627383/Screens/обмен.jpg

1

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

09.03.13

19:58

а помочь с чем?

2

zippygrill

09.03.13

20:00

понять на какой номер поменять или подход к устранение проблемы.

3

zippygrill

09.03.13

20:01

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

4

sanja26

09.03.13

20:01

опыт — сын ошибок трудных) пробуй

5

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

09.03.13

20:03

и что Открой файл сообщения, там будет что-то типа такого:

-<v8msg:Message xmlns:v8msg=»http://v8.1c.ru/messages»> -<v8msg:Header> <v8msg:ExchangePlan>Полный</v8msg:ExchangePlan> <v8msg:To>Uo</v8msg:To> <v8msg:From>Ua</v8msg:From> <v8msg:MessageNo>100</v8msg:MessageNo> <v8msg:ReceivedNo>81</v8msg:ReceivedNo>

это должно навести тебя на мысли.

6

zippygrill

09.03.13

20:04

на фтп 2 zipа(файлы обмена), типа Message_M1_M2 и Message_M2_M1, может их удалить и сгенерировать новые?

7

sanja26

09.03.13

20:07

(6) удали. поменяй номера сообщений

8

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

09.03.13

20:08

2(6)  ты у форума спрашиваешь разрешения? ну хорошо, удаляй.

а смысл?

9

zippygrill

09.03.13

20:10

(8) да,у пользователей форума спрашиваю!

вот сообщение предназначенное для второй базы https://dl.dropbox.com/u/9627383/Screens/message_exchangeSettings.jpg

10

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

09.03.13

20:12

ок, все хорошо.

11

zippygrill

09.03.13

20:27

как понять информацию из xml файла и инфо из план обмена?

в файле обмена

<v8msg:MessageNo>35310</v8msg:MessageNo>

<v8msg:ReceivedNo>2564</v8msg:ReceivedNo>

а в 2-ой базе

<v8msg:MessageNo>35309</v8msg:MessageNo>

<v8msg:ReceivedNo>2565</v8msg:ReceivedNo>

12

zippygrill

09.03.13

20:39

ребят, в плане обмена, номер принятого сообщения должен быть на единицу больше чем в xml файле или как?

13

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

09.03.13

20:40

Как раз наоборот.

14

zippygrill

09.03.13

20:40

или наоборот.

15

zippygrill

09.03.13

20:43

хорошо, у меня «номер принятого сообщения» в базе меньше чем тот которы в файле обмена, а вот «номер отправ.сообщения» больше чем тот из файла.

16

zippygrill

09.03.13

20:45

выходит что править нужно только «номер отправл.сообщения» в базе поправить и поставить 2563?

17

zippygrill

09.03.13

21:01

ап

18

Oleg_Kag

09.03.13

21:01

(17) Да, именно так

19

zippygrill

09.03.13

21:04

а как насчет этого «Если по каким-то причинам нумерация пакетов сбилась — нужно поправить так, чтобы «номер отправленого сообщения» в источнике стал больше «Номера полученного» в получателе.» с сайта sql.ru

20

Oleg_Kag

09.03.13

21:09

Так… так оно и есть. Номер полученного у Вас во второй базе будет 2563, а отправленного (для второй базы) 2564

21

zippygrill

09.03.13

21:17

(20) ты меня путаешь. нужно сделать как написано в (19).

по этому скрину https://dl.dropbox.com/u/9627383/Screens/Номе_источник_Номерприемник.jpg

в базе источника поставить к примеру 35311 у «номер отпр.сообщения»?

22

Oleg_Kag

09.03.13

21:33

1) в базе источника поставить к примеру 35311 у «номер отпр.сообщения» и еще раз сделать выгрузку, для того что бы сформировался документ с нужной нумерацией

2) В базе приемники у принятого сообщения поменять число на то, которое в файле выгрузки-1

23

Oleg_Kag

09.03.13

21:33

Какой вариант Вас устроит больше?

24

zippygrill

09.03.13

21:35

пожалуй уже первый так как уже написал обработочку.

25

zippygrill

09.03.13

21:35

сейчас попробую. отпишусь:) спс.

26

EugeniaK

09.03.13

21:38

(0) Удали все файлы и выгрузи заново.

У них будет новый больший номер.

Руками в файлах править ничего нельзя, так как потом вторая система сформирует ответ, что сообщение получено, а первая не поймет о чем речь, так как сообщений с таким номером не отправляла.

27

zippygrill

09.03.13

21:43

(26) уже делал как написал в (24)

короче теперь при загрузки пишет «Конфигурация узла распределенной ИБ не соответствует ожидаемой!»

28

zippygrill

09.03.13

21:49

собираюсь делать по первому методу по этой ссылке http://infostart.ru/public/65456/

только как отвязать базу от центрально(там второй пунктик по ссылке)? не могу скачать с *нфостарта.

29

Oleg_Kag

09.03.13

22:52

30

zippygrill

09.03.13

23:30

(29) ага, спс, решаю.

31

zippygrill

09.03.13

23:58

короче поменял и номера отравленной сообщение в Источнике и номерПринятогоСообщения в Приемнике,всеравно пишет что «Номер сообщения меньше или равен номеру ранее принятого сообщения». вот скрин к примеру, вроде все ок.

https://dl.dropbox.com/u/9627383/Screens/111.jpg

32

sanja26

10.03.13

00:06

(31) ты папку обмена очистил?

<v8msg:MessageNo>35310</v8msg:MessageNo>

<v8msg:ReceivedNo>2564</v8msg:ReceivedNo>

а в 2-ой базе

<v8msg:MessageNo>35309</v8msg:MessageNo>

<v8msg:ReceivedNo>2565</v8msg:ReceivedNo>

д.б. как-то так вроде

<v8msg:MessageNo>2564</v8msg:MessageNo>

<v8msg:ReceivedNo>35310</v8msg:ReceivedNo>

а в 2-ой базе

<v8msg:MessageNo>35309</v8msg:MessageNo>

<v8msg:ReceivedNo>2565</v8msg:ReceivedNo>

33

zippygrill

10.03.13

00:10

а зачем очистить?

34

sanja26

10.03.13

00:11

(33) так может у тебя старое сообщение обмена тащится?

35

zippygrill

10.03.13

00:15

ну удалил. номера вроде все в порядке. новая информация в Приемнике появилась из Источника,а вот пока ошибка не исчезла.

36

zippygrill

10.03.13

00:18

интересно что иногда ошибки при обмене исчезают :) вот только что выполнил а ошибок нет.

Номер сообщения меньше либо равен ранее принятому 1с. Обмен проходит очень долго, зависает

Ошибка «Номер сообщения меньше либо равен ранее принятому», наверное, знакома каждому, кто когда-либо связывался с обменами в программах 1С. Рассмотрим, почему возникает такая ошибка, и предложим скачать обработку для исправления ситуации.

Когда происходит обмен данными, система обычно делает специальные пометки в базе данных о том, происходила выгрузка или нет. Узлы планов обменов имеют два специальных стандартных реквизита — Номер принятого и Номер отправленного сообщения (подробно — ). Именно в этих реквизитах 1С хранит информацию о загруженных/выгруженных пакетах.

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

Получите 267 видеоуроков по 1С бесплатно:

Обработка Регистрация изменений для обмена 1С

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

Для изменения номера сообщений проще всего воспользоваться типовой обработкой — «Регистрация изменений для обмена».

Обработка существует как для обычного приложения:

Так и для управляемого:

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

В открывшимся окне следует установить сообщения, равные нулю, и нажать кнопку «Записать»:

Внимание! При установки нулевых значений Вы потеряете регистрацию изменений для обмена, т.е. система не выгрузит последний пакет изменений.

Описанные выше обработки обычно в составе типовых конфигураций.

В этой статье мы рассмотрим, как пользоваться обработкой , которая присутствует в большинстве типовых конфигураций и значительно упрощает устранение различных ошибок, связанных с обменом данных в 1С.

Для начала скажем пару слов о том, как происходит обмен данными в 1С.

Для описания процедуры обмена в конфигурации существует объект ПланОбмена . Для каждого варианта обмена данными создается свой план. Например, план обмена между конфигурациями Бухгалтерия предприятия и Управление торговлей.

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

Кроме того, узлы плана обмена имеют два специальных реквизита: и Номер принятого сообщения. Каждый раз, когда выгружается пакет данных для обмена, ему присваивается порядковый номер. Он записывается в реквизит Номер отправленного сообщения . Аналогично, когда загружается пакет данных из другой информационной базы, он тоже имеет порядковый номер. В случае успешной загрузки данных этот номер записывается в реквизит Номер принятого сообщения .

Номера нужны для того, чтобы не возникло путаницы в передаваемых пакетах данных. Если в базу приходит пакет с номером, например, 152, а в базе уже зарегистрирован Номер принятого сообщения 169, то такой пакет будет проигнорирован. При этом будет показана ошибка:

Номер сообщения меньше либо равен ранее принятому

А если придет пакет с номером 170 или больше, то он будет загружен в базу и реквизиту Номер принятого сообщения будет присвоен его номер.

В ходе работы с обменом данными в 1С могут возникать и другие нестандартные ситуации, требующие работы с номерами сообщений, регистрацией или отменой регистрации объектов в узлах и т.д.

Итак, обработка Регистрация изменений для обмена позволяет вносить изменения в узлы обмена, т.е. принудительно регистрировать объекты и снимать их регистрацию, изменять номера принятых и отправленных сообщений, просматривать зарегистрированные объекты.

Примеры случаев, когда это может понадобиться:

  1. Сбилась нумерация сообщений обмена. Это может случиться, например, когда одну из баз восстановили из резервной копии.
  2. Необходимо заново передать уже переданные объекты. Например, если изменились правила обмена.
  3. Нужно отменить передачу отдельных объектов и т.д.

Порядок использования обработки Регистрация изменений для обмена :

  1. В верхнем поле выбрать узел обмена, для которого будут производиться действия. При этом большое поле внизу будет заполнено объектами, включенными в План обмена . В колонке Авторегистрация показано состояние авторегистрации изменений и количество зарегистрированных в данный момент объектов.
  2. Кнопка Зарегистрировать все… включает все предусмотренные планом обмена объекты в узел.
  3. Кнопка Удалить всю регистрацию… очищает регистрацию узла плана обмена. Внимание! Действие необратимо.
  4. Кнопка Зарегистрировать поодному… удаляет всю существующую регистрацию и региструет по одному объекту каждого типа. Внимание! Действие необратимо.
  5. Кнопка Изменить номера сообщений… позволяет установить произвольные значения реквизитов Номер отправленного сообщения и Номер принятого сообщения.
  6. Кнопка с крестом позволяет удалить регистрацию произвольного объекта информационной базы. При этом можно составить запрос и удалить регистрацию всех объектов, полученных в результате его выполнения.
  7. Кнопка с плюсом позволяет добавить регистрацию произвольного объекта информационной базы. При этом можно составить запрос и добавить регистрацию всех объектов, полученных в результате его выполнения.
  8. Кнопка Показать изменения, зарегистрированные для данного типа показывает объекты информационной базы, зарегистрированные в узле обмена. Перед нажатием кнопки нужно выделить интересующий тип объектов.
  9. Кнопка Результат стандартной выгрузки показывает, как будет выглядеть объект информационной базы при выгрузке для обмена в формате XML. Перед нажатием нужно выделить интересующий объект.

Если у Вас возникли проблемы с обменом между информационными базами 1С и решить ее своими силами не получается, наши специалисты с радостью и в кратчайшие сроки помогут Вам в этом.

как исправить номера сообщений синхронизации

Предполагаемая аудитория – специалисты по сопровождению программ 1С и пользователи.

как исправить номера сообщений синхронизации

Бывает так, что после незначительных изменений в настройках синхронизации она перестает работать.

Что сломалось? Возможно – ничего, просто в результате неправильной последовательности действий перестали совпадать номера принятого/отправленного сообщений у Источника и Приемника.

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

Найдите обработку «Регистрация изменений для обмена данными». Находится она, например, через меню «все функции».

Еще это можно сделать это с помощью п. меню Администрирование-Обслуживание-Корректировка данных- Групповое изменения реквизитов.

Если помните, у какой программы запускалась синхронизация последней – установите у нее № отправленного на 1 больше чем № принятого у другой, а № полученного – такой же как номер отправленного у другой.

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

Сообщение обмена было принято ранее

Ошибка «Номер сообщения меньше либо равен ранее принятому», наверное, знакома каждому, кто когда-либо связывался с обменами в программах 1С. Рассмотрим, почему возникает такая ошибка, и предложим скачать обработку для исправления ситуации.

Когда происходит обмен данными, система обычно делает специальные пометки в базе данных о том, происходила выгрузка или нет. Узлы планов обменов имеют два специальных стандартных реквизита — Номер принятого и Номер отправленного сообщения (подробно — планы обмена). Именно в этих реквизитах 1С хранит информацию о загруженных/выгруженных пакетах.

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

Получите 267 видеоуроков по 1С бесплатно:

Обработка Регистрация изменений для обмена 1С

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

Для изменения номера сообщений проще всего воспользоваться типовой обработкой — «Регистрация изменений для обмена».

Обработка существует как для обычного приложения:

Так и для управляемого:

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

В открывшимся окне следует установить сообщения, равные нулю, и нажать кнопку «Записать»:

Внимание! При установки нулевых значений Вы потеряете регистрацию изменений для обмена, т.е. система не выгрузит последний пакет изменений.

Описанные выше обработки обычно в составе типовых конфигураций.

Другие статьи по 1С:

Если Вы начинаете изучать 1С программирование, рекомендуем наш бесплатный курс (не забудьте подписаться на YouTube — регулярно выходят новые видео):

К сожалению, мы физически не можем проконсультировать бесплатно всех желающих, но наша команда будет рада оказать услуги по внедрению и обслуживанию 1С. Более подробно о наших услугах можно узнать на странице Услуги 1С или просто позвоните по телефону +7 (499) 350 29 00. Мы работаем в Москве и области.

Пользователи 1С, используя обмены, иногда сталкиваются с проблемой возникновения ошибки «Номер сообщения меньше либо равен ранее принятому». Что же обозначает эта ошибка: в базе, с которой воспроизводится обмен, зафиксирован прием пакета с номером больше или равным тому пакету, который готовится на отправку, тогда программа выдаст подобную ошибку. А в случае, если базы не восстанавливались, и возникла ошибка, то нужно найти ее причину.

Разберемся сначала с причиной ошибки. В процессе обмена данными, в системе делаются специальные пометки в базе данных. Узлы планов обмена содержат специальные реквизиты (для принятого и для отправленного сообщения). Благодаря этим двум реквизитам 1С хранит информацию о загруженных и выгруженных пакетах. Чтобы корректно воспроизвести обмен, номера сообщений в обменивающихся базах должны попарно совпадать.

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

Если номера сообщений расходятся, то можно реализовать второй вариант — выровнять коды сообщений в узлах обмена. Чтобы изменить номер сообщения, следует перейти к типовой обработке и выбрать «Регистрация изменений для обмена». Далее, чтобы исправить ошибку, нужно нажать на гиперссылку с номерами сообщений или на кнопку «Изменить номера сообщений». После чего появится окно, где нужно выбрать «Установить сообщения равны нулю» или «Записать». Обратите внимание, что если нулевые данные отсутствуют, будет потеряна регистрация изменений для обмена.

Платформа:

Конфигурация:

пт, 07/02/2014 – 01:05

пт, 07/02/2014 – 09:30

пт, 07/02/2014 – 20:35

сб, 08/02/2014 – 01:28

ср, 26/02/2014 – 17:30

Необходимо обратить внимание на следующие параметры:

  • номера релизов конфигурации-источника и конфигурации-приемника для которых предназначены правила;
  • дата создания правил.

При дальнейшем описании будем называть перечисленные параметры – контролируемые параметры.

Контроль производится по следующим правилам.

  • Определяется значение контролируемых параметров, которые загружены в конфигурацию-источник.
  • Определяется значение контролируемых параметров, которые загружены в конфигурацию-приемник.
  • Определяется значение контролируемых параметров, которые включены в поставку конфигурации-источника.
  • Определяется значение контролируемых параметров, которые включены в поставку конфигурации-приемника.

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

СМОТРЮ ПРАВИЛА конвертации нашего рабочего обмена:

Правила конвертации в БП 2.0 (2.0.49.15) – УТ-БП (11.1.2, 2.0.49, v.1) 2013-06-11T12:25:58

Правила конвертации УТ 11.1 (11.1.2.9) – БП-УТ (2.0.49, 11.1.2, v.1) 2013-06-19T09:29:55

Получаеться они соответсвуют друг другу поэтому и есть обмен.

Но судя по обновлениям следующих релизов идет разнобой

Правила конвертации УТ 11.1.4.11 БП-УТ (2.0.55.7, 11.1.4.11, v.2) 2014-02-10T10:37:17

Правила конвертации БП 2.0.55.7 УТ-БП (11.1.2.28, 2.0.55.1, v.1) 2014-01-22T12:25:29

КАк настраивать обмен.

Еще один крик души. ставлю обновления Ут 1.1.4.10 правила подходят для последней конфигурации БП. Не хочет ставиться хочет 1.1.4.9 которго нет на сайте обновлений. :(((

Проблема с обменом данными, прошу помощи!

Автор Nav999, 16 июл 2019, 03:33

0 Пользователей и 1 гость просматривают эту тему.

Доброго времени!
Есть два компьютера подключённых по локалке, на обоих установлено 1С Предприятие 8. Основная база находится на одном из компов, с некоторых пор при попытке обмена данными между компами возникает вот такая проблема:

Подскажите пожалуйста, если кто знает, как её можно решить. Буду очень признателен, если подскажете подробно, ибо в 1С я «чайник» :)


Проверьте правильность настройки каталога обмена на обеих базах.


«Номер сообщения меньше или равен номеру ранее принятого сообщения» — лечится тем, что все номера всех сообщений, как принятых, так и отправленных сбравываются (или обнуляются)…
открыв встроеннную обработку «Регистрация изменений для обмена» , а там закладку «Изменить номера сообщений» Для исправления ошибки необходимо нажать на гиперссылку с номерами сообщений (или кнопку «Изменить номера сообщений»).

В открывшимся окне следует установить сообщения, равные нулю, и нажать кнопку «Записать»:

Гугльните по этой фразе


Цитата: Геннадий ОбьГЭС от 16 июл 2019, 06:46
лечится тем, что все номера всех сообщений, как принятых, так и отправленных сбравываются (или обнуляются)…
открыв встроеннную обработку «Регистрация изменений для обмена»

А где её найти эту обработку?


Судя по скриншоту, это обычное (а не управляемое) приложение, т.е. должно быть в меню Операции, а там в подменю Обработки —  «Регистрация изменений для обмена» — закладка «Изменить номера сообщений»  — в открывшимся окне следует установить номера сообщений, равные нулю, как Принятые, так и Отправленные — нажать кнопку «Записать»


Теги:

  • Форум База

  • Форум 1С — ПРЕДПРИЯТИЕ 8.0 8.1 8.2 8.3 8.4

  • Пользователям 1С Предприятие 8

  • Проблема с обменом данными, прошу помощи!

Похожие темы (5)

Рейтинг@Mail.ru

Rambler's Top100

Поиск

Блог

1с: Постоянно выходит ошибка о том что номер сообщения меньше или равен ранее принятому, при обмене с удаленной базой. На удаленной базе, …

Ответ 1с:

Это не ошибка — это сообщение, что это послание (этот файл обмена) загружать не нужно (он уже загружен). Загружайте следующий. Никакие номера менять не надо. Просто выгрузите из центрального офиса информацию, загрузите в филиал, обновите конфигурацию, еще раз загрузите и выгрузите в ЦБ.

Подпишитесь на нашу рассылку новостей

Хотите узнать больше по этому вопросу?

Подпишитесь на нашу рассылку новостей

Подписаться

Чтобы задать вопрос или предложить тему статьи, нажмите на кнопку ниже:

Задать вопрос
Предложить статью

  • Ошибка при настройке порта wsd
  • Ошибка при настройке порта 0х000000аа
  • Ошибка при настройке базового репозитория ред ос
  • Ошибка при настройке базового репозитория redos
  • Ошибка при настройке базового репозитория oracle linux при установке