Обмен ошибка номер сообщения меньше или

Номер сообщения меньше либо равен ранее принятому 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 которго нет на сайте обновлений. :(((

При обмене выходит «Номер сообщения меньше или равен номеру ранее принятого»

Я
   Капюшон

22.03.11 — 13:57

Помогите. Яндекс не помог.

Загружаю в главную базу выгрузку из периферийной базы БП. при попытке выходит сообщение

Ошибка при чтении изменений из файла обмена.

Ошибка при вызове метода контекста (НачатьЧтение): Номер сообщения меньше или равен номеру ранее принятого сообщения

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

вот даже обработку делал

Объект = Узел.ПолучитьОбъект();

Объект.НомерПринятого = …;

Объект.Записать();

   Капюшон

1 — 22.03.11 — 14:08

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

   Wobland

2 — 22.03.11 — 14:11

хм… у меня в аналогичной ситуации помогло изменение номеров сообщений. ручками в плане обмена  (?)

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

3 — 22.03.11 — 14:14

2(1) нет, бессилен только ты, а остальные просто ржут, не могут остановиться

   Mitriy

4 — 22.03.11 — 14:21

(0) табуреткой по пальцам…

   Mitriy

5 — 22.03.11 — 14:22

(0) что там непонятно? ты загружаешь сообщение, которое на фиг не нужно уже, потому что загружено… это не ошибка, а защита от дурака…

   Mitriy

6 — 22.03.11 — 14:22

(5)+ слабенькая защита…

   Hans

7 — 22.03.11 — 14:25

с номерами надо химичить, маленькая обработка или в табло прямо.

   Капюшон

8 — 22.03.11 — 14:26

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

   Капюшон

9 — 22.03.11 — 14:26

(7)я химичил с номерами и руками их менял и обработкой которая в (0). не помогает.

   Hans

10 — 22.03.11 — 14:29

ты сморел какие номера в xmlнике самом?

   maxar

11 — 22.03.11 — 14:29

(9) в файле какой номер сообщения смотрел?

   Капюшон

12 — 22.03.11 — 14:29

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

   Mitriy

13 — 22.03.11 — 14:32

(8) значит, было загружено сообщение, которое было создано позже этого… это одно и то же…

   Капюшон

14 — 22.03.11 — 14:34

(10)(11)
там стоят номера 1 и 3

   Капюшон

15 — 22.03.11 — 14:35

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

   hhhh

16 — 22.03.11 — 14:36

(14) ставь всегда нули.

   maxar

17 — 22.03.11 — 14:36

ну а в главной то какой последний принятый?

   Капюшон

18 — 22.03.11 — 14:36

(11)а в самом файле может поменять номера сообщений?

   Капюшон

19 — 22.03.11 — 14:37

(17)не могу сказать. не знаю где смотреть. эти номера же я вручную менял.

   Hans

20 — 22.03.11 — 14:38

а может в это время в главной нажали создать начальный образ?

   maxar

21 — 22.03.11 — 14:39

(19) мддда…. ну тогда может  правилами РИБ сначала поизучать…

   Капюшон

22 — 22.03.11 — 14:39

(21)а как их изучишь?

   Wobland

23 — 22.03.11 — 14:40

номер сообщения где-то в файлике прописывается… посмотри уже, при приёме файла какой номер принятого последний, и какой в файле

   maxar

24 — 22.03.11 — 14:40

сейчас то какой последний стоит в главной?

   hhhh

25 — 22.03.11 — 14:42

(19) в списке узлов, там есть кнопочка такая, где мониторчик нарисован.

   Mitriy

26 — 22.03.11 — 14:43

(17) что он может сказать, если все номера тыщу раз перепутал… своими личными руками…

   Капюшон

27 — 22.03.11 — 14:56

(23)в файле номер принятого =3  а там в базе эти номера уже совсем другие. ладно буду с ними колдовать

   СноваЗдорова

28 — 22.03.11 — 15:01

ща он нахимичит…

  

Mitriy

29 — 22.03.11 — 15:02

(28) уже…

Блог

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

Ответ 1с:

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

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

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

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

Подписаться

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

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

Показывать по
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
сообщений

Читают тему:

Понравилась статья? Поделить с друзьями:
  • Обмен ошибка блокировки объекта объект уже заблокирован
  • Обмен имеющимся опытом был очень полезен тип лексической ошибки
  • Обмен заказами завершен с ошибками
  • Обмен данными недоступен ошибка связи с frontolservice
  • Обманом и ошибкой значения выражения