Здравствуйте. Вопрос по обмену между базами, обе базы УПП. Обмен двухсторонний через файловый ресурс, не РИБ. После выполнения обмена объекты в базе источнике не снимаются с регистрации. Вручную пробовал выравнивать в базах номер входящего и исходящего сообщения, не помогло. Подскажите, пожалуйста, как исправить данную ситуацию.

не проходит загрузка в приемнике и не высылается ответ о получении

1. Убедиться, что база-приемник приняла пакет с данными без ошибок.
2. Убедиться, что база-приемник выложила файл ответа в указанный каталог.

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

(2) База-приемник приняла пакет без ошибок, проверил в "Истории" в "Мониторе настроек обмена".
В каталоге файлы обмена появляются.

(3) Действительно, иногда возникает ошибка "Номер сообщения меньше либо равен ранее принятом". Подскажите пожалуйста как правильно выровнять номера в базе-источнике и базе-приемнике? И есть ли возможность дописать их автоматическое выравнивание?

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

(5) сделай полный обмен и поставь везде единицы. а зачем их выравнивать, что с ними не так?

(4) с какого периода висят зарегистрированные объекты? состав планов обмена одинаков?

(7) Мне казалось что когда возникает эта ошибка то не проходит обмен. Значит надо постоянно не допускать чтобы номер был меньше или равен ранее принятому.
Прошу прощения, если говорю глупости, только начал разбираться в обменах.

(8) Некоторые висят уже 2 дня.
Состав не одинаков, используются правила обмена.

Если кто-то может порекомендовать почитать или посмотреть какой-нибудь материал по обменам, прошу посоветовать.

(10) отсюда вопрос, а там они точно приняимаются?

(11) годы опыта и разбора ошибок

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

(14) Спасибо за ответ. Сейчас попробую.

(12) Проверил составы обмена. И в базе-источнике, и в базе-приемнике в составах есть те объекты, которые зависают в регистрации изменений.

а сами объекты мигрировали?

(17) Нет, те которые зависли на регистрации не мигрировали.

(0) дату запрета загрузки установлена?

Всё просто и прозрачно в таблицах регистрации изменений:

- при регистрации изменения объекта создаются записи для всех узлов обмена, в которых этот объект должен быть зарегистрирован. При этом в графе "Номер сообщения" устанавливается значение NULL;
- при отправке данных в другую информационную базу в графе "Номер сообщения" устанавливается порядковый номер переданного сообщения;
- при получении данных из другой информационной базы передается номер последнего принятого сообщения. При этом из таблиц изменений удаляются строки, в которых номер сообщения меньше или равен принятому в другой базе. Таким образом удаляется регистрация изменений, которые уже были переданы и прием которых подтвержден.

Как Вы сами видите, всё просто и прозрачно. Как в лесу из трех сосен, где Вы заблудились :)

(19) Эта дата проставляется в соответствующем регистре сведений? В конфигурации управление производственным предприятием я не нашел такого показателя.

(20) Спасибо за подробный ответ.

(18) значит загрузка не прошла, а ты говорил что прошла

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