Ошибка «Номер сообщения меньше либо равен ранее принятому», наверное, знакома каждому, кто когда-либо связывался с обменами в программах 1С. Рассмотрим, почему возникает такая ошибка, и предложим скачать обработку для исправления ситуации.
Когда происходит обмен данными, система обычно делает специальные пометки в базе данных о том, происходила выгрузка или нет. Узлы планов обменов имеют два специальных стандартных реквизита — Номер принятого и Номер отправленного сообщения (подробно — ). Именно в этих реквизитах 1С хранит информацию о загруженных/выгруженных пакетах.
Для корректного обмена данными номера сообщений должны попарно совпадать в обменивающихся базах. Т.е. если в базе источник номер отправленного сообщения равен 300, то номер полученного сообщения в базе приемнике должен быть равен 300.
Получите 267 видеоуроков по 1С бесплатно:
Обработка Регистрация изменений для обмена 1С
Но случаются ситуации, когда номера сообщений начинают расходиться. Это может случится в различных случаях. Например, если одна из баз была восстановлена из архива. В таком случае необходимо выравнять коды сообщений узлов обмена.
Для изменения номера сообщений проще всего воспользоваться типовой обработкой — «Регистрация изменений для обмена».
Обработка существует как для обычного приложения:
Так и для управляемого:
Для исправления ошибки необходимо нажать на гиперссылку с номерами сообщений (или кнопку Изменить номера сообщений).
В открывшимся окне следует установить сообщения, равные нулю, и нажать кнопку «Записать»:
Внимание! При установки нулевых значений Вы потеряете регистрацию изменений для обмена, т.е. система не выгрузит последний пакет изменений.
Описанные выше обработки обычно в составе типовых конфигураций.
В этой статье мы рассмотрим, как пользоваться обработкой , которая присутствует в большинстве типовых конфигураций и значительно упрощает устранение различных ошибок, связанных с обменом данных в 1С.
Для начала скажем пару слов о том, как происходит обмен данными в 1С.
Для описания процедуры обмена в конфигурации существует объект ПланОбмена . Для каждого варианта обмена данными создается свой план. Например, план обмена между конфигурациями Бухгалтерия предприятия и Управление торговлей.
Каждый план обмена данными содержит элементы (узлы). В этих узлах регистрируются объекты, которые должны быть переданы при следующем обмене данными. Передавать при каждом обмене все объекты (справочники, документы) нецелесообразно, т.к., во-первых, их может быть слишком много, и обмен затянется на сутки, а во-вторых, не все объекты изменялись пользователями, поэтому большинство из них уже есть в базе-приемнике в нужном виде.
Кроме того, узлы плана обмена имеют два специальных реквизита: и Номер принятого сообщения. Каждый раз, когда выгружается пакет данных для обмена, ему присваивается порядковый номер. Он записывается в реквизит Номер отправленного сообщения . Аналогично, когда загружается пакет данных из другой информационной базы, он тоже имеет порядковый номер. В случае успешной загрузки данных этот номер записывается в реквизит Номер принятого сообщения .
Номера нужны для того, чтобы не возникло путаницы в передаваемых пакетах данных. Если в базу приходит пакет с номером, например, 152, а в базе уже зарегистрирован Номер принятого сообщения 169, то такой пакет будет проигнорирован. При этом будет показана ошибка:
Номер сообщения меньше либо равен ранее принятому
А если придет пакет с номером 170 или больше, то он будет загружен в базу и реквизиту Номер принятого сообщения будет присвоен его номер.
В ходе работы с обменом данными в 1С могут возникать и другие нестандартные ситуации, требующие работы с номерами сообщений, регистрацией или отменой регистрации объектов в узлах и т.д.
Итак, обработка Регистрация изменений для обмена позволяет вносить изменения в узлы обмена, т.е. принудительно регистрировать объекты и снимать их регистрацию, изменять номера принятых и отправленных сообщений, просматривать зарегистрированные объекты.
Примеры случаев, когда это может понадобиться:
- Сбилась нумерация сообщений обмена. Это может случиться, например, когда одну из баз восстановили из резервной копии.
- Необходимо заново передать уже переданные объекты. Например, если изменились правила обмена.
- Нужно отменить передачу отдельных объектов и т.д.
Порядок использования обработки Регистрация изменений для обмена :
- В верхнем поле выбрать узел обмена, для которого будут производиться действия. При этом большое поле внизу будет заполнено объектами, включенными в План обмена . В колонке Авторегистрация показано состояние авторегистрации изменений и количество зарегистрированных в данный момент объектов.
- Кнопка Зарегистрировать все… включает все предусмотренные планом обмена объекты в узел.
- Кнопка Удалить всю регистрацию… очищает регистрацию узла плана обмена. Внимание! Действие необратимо.
- Кнопка Зарегистрировать поодному… удаляет всю существующую регистрацию и региструет по одному объекту каждого типа. Внимание! Действие необратимо.
- Кнопка Изменить номера сообщений… позволяет установить произвольные значения реквизитов Номер отправленного сообщения и Номер принятого сообщения.
- Кнопка с крестом позволяет удалить регистрацию произвольного объекта информационной базы. При этом можно составить запрос и удалить регистрацию всех объектов, полученных в результате его выполнения.
- Кнопка с плюсом позволяет добавить регистрацию произвольного объекта информационной базы. При этом можно составить запрос и добавить регистрацию всех объектов, полученных в результате его выполнения.
- Кнопка Показать изменения, зарегистрированные для данного типа показывает объекты информационной базы, зарегистрированные в узле обмена. Перед нажатием кнопки нужно выделить интересующий тип объектов.
- Кнопка Результат стандартной выгрузки показывает, как будет выглядеть объект информационной базы при выгрузке для обмена в формате 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 которго нет на сайте обновлений. :(((
|
|||
| Хрюкин
14.02.18 — 10:07 |
В ЗУП 3.1 пришлось снести старую синхронизацию с БП 3.0 и настроить заново. Но теперь при обмене выдает ошибку: Ошибка в базе-корреспонденте: Сообщение обмена было принято ранее. Подскажите, как можно исправить. |
||
| Фрэнки
1 — 14.02.18 — 10:42 |
Номера пакетов «слетели». Если доступ к номеру пакета отсутствует — пиши обработочку свою, чтоб его обнулить и там и сям. |
||
| Хрюкин
2 — 14.02.18 — 10:51 |
(1) Номер принятого сообщения |
||
| Доминошник
3 — 14.02.18 — 10:57 |
На всякий случай |
||
| Фрэнки
4 — 14.02.18 — 11:42 |
(3) спасибо. Вторую ссыль забрал на будущее. А то всякий раз кидаешься искать, где обработка, где обработка — а она на ИТС даже есть |
||
| GANR
5 — 14.02.18 — 12:07 |
(2) Ну а в таблице Документ.ТвойДокумент.Изменения поле НомерСообщения что содержит? По-ходу придется воспользоваться РегистрацияИзмененийДляОбмена83 (управляемое приложение).epf. |
||
|
GANR 6 — 14.02.18 — 12:08 |
+(5) ну или еще каким-то образом перерегистрировать исходящие сообщения |
Ткаченко Анастасия
Специалист по внедрению 1С франчайзинговой сети «ИнфоСофт».
08.09.2020
Время прочтения — 4 мин.
Получить бесплатную консультацию
Обмен не проходит, документы не переносятся
1) Проверка соответствия релизов БП 3.0 и ЗУП 3.1
Частой причиной ошибок при обмене выступает разрыв между обновлениями конфигураций ЗУП 3.1 и БП 3.0.
Помните, что для корректного обмена конфигурации должны быть актуальных релизов.
2) Проверка корректности подключения
Заходим в раздел Администрирование – Синхронизация данных – Настройка синхронизации данных.
Встаем мышкой на нужный обмен — кнопка Настроить – кнопка Ещё – Настройки подключения:
В открывшемся окне производим проверку подключения по одноименной кнопке:
Данную проверку следует произвести как в ЗУП 3.1, так и в БП 3.0.
Распространенные ошибки подключения:
-
При подключении через сетевой каталог – разные папки для обмена в ЗУП 3.1 и БП 3.0 (в данном случае нужно проверить оба пути и указать верный); отсутствие доступа до папки (обратиться к системному администратору для настройки общего доступа);
-
При прямом подключении – смена пароля у пользователя, используемого для подключения (следует обновить данные для подключения).
Подпишитесь на дайджест!
Подпишитесь на дайджест, и получайте ежемесячно подборку полезных статей.
Обмен проходит, документы не переносятся
Документы регистрируются к обмену в автоматическом режиме при добавлении, изменении. Бывают случаи, когда документ по какой-то причине не переносится.
Что делать?
1) Убедиться, что нужный документ по дате попадает в период, с которого начинается обмен данными:
Если необходимо, следует провести корректировку настроек обмена.
2) Проверить Предупреждения при обмене, раздел Непринятые по дате запрета:
Если нужный документ попадает в данный список, то необходимо подкорректировать дату запрета и повторно выполнить обмен.
3) Зарегистрировать документ к обмену вручную
Для этого необходимо перейти по кнопке Состав отправляемых данных, выбрать нужный вид документа, затем по кнопке Зарегистрировать или правой кнопкой мыши в соседней табличной части зарегистрировать нужный документ к обмену:
Затем следует повторить проведение обмена между конфигурациями.
______________________________________________________________________
Важно отметить, что сообщение «Не удалось синхронизировать данные» при обмене через каталог не всегда означает, что обмен не прошел.
Для анализа рекомендуем переходить по активной ссылке Журнал регистрации в полученном сообщении результата обмена:
Где мы увидим, что сообщение обмена было принято ранее, поэтому получать в ЗУП 3.1 из БП 3.0 было нечего.
Иными словами, файл с данными, который был отправлен конфигурацией БП 3.0 к запуску текущего обмена не обновлялся. Это означает, что данные из сообщения уже были загружены в ЗУП 3.1 ранее и повторно загрузка производиться не будет.
Для успешного завершения обмена при настройке подключения через каталог необходимо поэтапно запускать обмен в каждой из конфигураций.
Где-нибудь описан толком? Есть встроенная инструкция, но мне она помогает мало — всё время промахиваюсь. Долгое время ничего не получалось, потому что была ошибка в базе — ни к чему не привязанный договор, его я убрала, последние версии УТ 10.3 и БП 3.0. Сейчас проблема — ВНЕШНЕЕ СОЕДИНЕНИЕ: Сообщение обмена было принято ранее — вроде и не ругается и не загружается ничего.
Очисти номера сообщений обработкой Регистрация изменений
Удалила старую настройку в БП, стала настраивать новую — проскочила момент загрузки правил (не заметила?) далее-далее — какой-то обмен пошел, боюсь, через час скажет — «не найден узел обмена». А из инструкции непонятно, в какой момент надо создавать в торговле соответствующий узел обмена. В торговле нет места, где задать, что обмен односторонний. до 0?
Почти тоже. Кто связывал УТ 10 с БУХ 2.0 КОРП? Проблема с договорами, в УТ нет филиалов и головной фирмы. В филиалах и головной организации есть много общих контрагентов и общие договора. Допиливать лень 
встроенная инструкция есть в шаблонах конфигурации папка «обмены данными», там файлик «совместное использование»
Сообщение обмена было принято ранее — это не ошибка. просто второй раз отправили одно и то же.
Лень допиливать УТ, может есть идеи как с помощью правил обмена реализовать.
Не одно и то же! Зарегистрировала 5 документов — изменились они. Должны же уйти!
Еще не нравится, что базу сделала новую, но загрузила на старое место, а она мне в регистрации выдает ошибки за прошлый год.
Давайте по азам (знала, но забыла) В каждой базе по 2 плана обмена, один — как бы свой, второй — для перегрузки. Какие коды чему должны соответствовать? Второй вопрос — всё равно, откуда запускать перегрузку? Или мне надо из торговли? Можно настроить перегрузку через прямое подключение только из одной базы, вообще не открывая вторую?
{ОбщийМодуль.ОбменДаннымиСервер.Модуль(2826)}: Ошибка при вызове метода контекста (ВыполнитьВыгрузкуДанных) ОбработкаОбменаДаннымиВнешнееСоединение.ВыполнитьВыгрузкуДанных(ОбработкаДляЗагрузкиДанных); по причине: Произошла исключительная ситуация (1C:Enterprise 8.3.5.1383): {ОбщийМодуль.ОбменДаннымиПовтИсп.Модуль(1179)}: Поле объекта не обнаружено Что за жизнь??
Загружаю в УТ последние правила из обновления БП 3.0.37.43. Они выглядят так — Использование правил, загруженных из файла, может привести к ошибкам при переходе на новую версию программы. Правила обмена Дата создания: 17.10.2014 10:33:15 Конфигурация источник: Управление торговлей, редакция 10.3 (10.3.30) Конфигурация приемник: Бухгалтерия предприятия КОРП, редакция 3.0 (3.0.37) А встроенные в УТ — так: Правила обмена Дата создания: 23.01.2015 13:45:47 Конфигурация источник: Управление торговлей, редакция 10.3 (10.3.31) Конфигурация приемник: Бухгалтерия предприятия, редакция 3.0 (3.0.37)
правила обмена должны соответствовать конфигурациям
Обновила, правила новые загрузила, планы обмена создала соотвествующие — в торговле 002 — с бухгалтерией, 001 — «эта», а бухгалтерии — 001 — с УТ, 002 — «эта». Заткнулась теперь на том, что — Сообщение обмена было принято ранее
Попробуйте установить 0 номера сообщений в обеих базах. Или удалить узлы и помощником настроить заново.
Даже не заглядывая в тему, сразу понял, кто здесь.
установила нули в обих базах, зарегистрировала изменения в торговле, перегрузка говорит — ага, всё сделала — ничего не перегрузила! Теперь стоит принятое сообщение1 и отправленное одно. А запускать можно и из торговли и из бухгалтерии?
Ага! Всё не так ужасно! Перенеслись документы зарегистрированные, только без начинки. Что за безобразие? Разве они не должны были «по ссылке»??
Тэги:
Комментарии доступны только авторизированным пользователям
|
1 / 1 / 1 Регистрация: 18.06.2014 Сообщений: 715 |
|
|
1 |
|
|
10.10.2016, 16:00. Показов 3907. Ответов 6
Добрый день только настроил обмен пару раз сделал его и вот такое » Сообщение обмена было принято ранее» Миниатюры
0 |
|
3052 / 1999 / 524 Регистрация: 25.06.2009 Сообщений: 6,964 |
|
|
10.10.2016, 16:32 |
2 |
|
Snegur, вот из-за того, что делали с другой базой теперь такое сообщение вероятно) У вас есть обработка ‘регистрация изменений для обмена, управляемое приложение’? В ней можно выбрать нужный узел и изменить номер сообщения, принятого и отправленного. Номер принятого сообщения в базе приемнике надо уменьшить.
1 |
|
1 / 1 / 1 Регистрация: 18.06.2014 Сообщений: 715 |
|
|
10.10.2016, 16:37 [ТС] |
3 |
|
это стандартная обработка ? если нет тогда нету
0 |
|
3052 / 1999 / 524 Регистрация: 25.06.2009 Сообщений: 6,964 |
|
|
10.10.2016, 17:04 |
4 |
|
РешениеSnegur, попробуйте сначала ту, которая 8.3. В предприятии вверху — Файл — Открыть, или просто перетянуть распакованный файл в окно 1с.
1 |
Сообщение было отмечено Snegur как решение
|
1 / 1 / 1 Регистрация: 18.06.2014 Сообщений: 715 |
|
|
10.10.2016, 17:05 [ТС] |
5 |
|
А стандартных методов нету смены числа сообщения как в торговле 10.3?
0 |
|
3052 / 1999 / 524 Регистрация: 25.06.2009 Сообщений: 6,964 |
|
|
10.10.2016, 17:20 |
6 |
|
Snegur, у меня нет ни ЗУПа, ни Бух 3, посмотреть не могу.
1 |
|
1 / 1 / 1 Регистрация: 18.06.2014 Сообщений: 715 |
|
|
11.10.2016, 04:23 [ТС] |
7 |
|
спасибо . меняешь число работает , но пару раз сделал и он снова пишет ошибки и ставит не правильный номер сообщения
0 |