Привет.
Есть две базы на УТ в магазине и офисе, между ними настроен типовой обмен с помощью РИБ.
Конфа на поддержке с возможностью изменения.

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

Сегодня опять говорят, что обмен сломался, опять магазин не принимает изменения из центральной базы, а центр не принимает из периферии.

Захожу удаленно в периферийную базу - принимаю сообщения, конфа не меняется.
Конфигуратор тоже скромно молчит об отсутсвии изменений конфигурации.
Делаю изменения конфигурации в центральной базе и снова делаю обмен - периферия опять его не видит и не загружает.

хотя в мониторе обмена обе базы пищут, что обмен прошёл только что, и "Предупреждений нет"

Вот номера сообщений из последних файлов обмена:
периферия - центр (размер 2 Кб)
<v8msg:MessageNo>15</v8msg:MessageNo>
<v8msg:ReceivedNo>21</v8msg:ReceivedNo>

центр - периферия (размер 18 Мб)
<v8msg:MessageNo>22</v8msg:MessageNo>
<v8msg:ReceivedNo>15</v8msg:ReceivedNo>

То есть опять сбились номера.
У кого есть опыт обмена, скажите, как это могло быть?
Не обновили конфу в периферии и отправили обмен?
Или обменялись не с той базой (например, боевая и песочница)?

15-21 и 22-15 не говорит о том, что что-то сбилось

Это говорит о том, что 22 было отправлено, но не принято

Ты что-то мудришь

(2) Я понимаю, что не принято. Но подчиненный узел не хочет принимать изменения.
(3) Что мудрю? Что я забыл написать?
Снова обнулить счетчики и обменяться?
Я хочу найти причину, чтобы завтра снова не пришлось обнулять счетчики обмена.

магазин не может принять это 22-е сообщение.
Но и ошибок не выдаёт. ладно бы, написал "Номер сообщения меньше либо равен ранее принятому в обмене 1С", но не пишет же.

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

Кстати: 15/21 говорит о том, что не все сообщения обмена обрабатываются корректно.

И.. если прилетают изменения конфы у вас часто, то возможно, пофигуратор кто-то уже занял в перефирийке, вот изменения конфы и не принимаются

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

забыла написать, что после загрузки конфы в дочку её опять надо подключить как дочку

может после таких "переворачиваний с боку на бок" будут изменения конфигурации нормально загружать с обменами.

Главное сделать всё аккуратно и внимательно. Не навредит это точно, а может и поможет

(4) "Что мудрю?" // Мельтешишь, делаешь какие-то лишние телодвижения по сбросу номеров сообщений

(6) Нет ничего особенного. Вот скрины обработок обеих баз:
http://s001.radikal.ru/i193/1705/47/6d58c0e97ce7.png

http://s001.radikal.ru/i193/1705/67/c9e70e84f045.png

(8) Может быть и такое, но периферийка не может менять конфу вроде.

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

(9) почти так и делал, только не отключал дочку, прочто обнулил счетчики и всё загрузилось на ура. Потом погонял обмены и вот снова здрасьте.

(13) Возможно. Просто пробовал всё - менял же конфу, снова выгружал, но так и не победил. Потому и обнулял. мельтешил.

Вот настройки плана

http://s015.radikal.ru/i332/1705/cc/6e962a123b78.png

То же и в периферийной базе, только зеленый шарик на РБ.

Вот в магазине - узел с желтой пиктограммой

http://s016.radikal.ru/i335/1705/08/96fbf3bf10ce.png

(14) Это не тот скрин, на который я бы обращал внимание. Нажми гиперссылку "Сейчас" - откроется журнал регистрации с отбором сообщений обмена данными - там больше информации.

(14) А префиксы ИБ одинаковые чтоль?

Непорядок конечно, но для обмена это не принципиально - в нём используются коды узлов.

(18) Вот нужный скрин из журнала (с отбором по обмену, который формирует обработка обмена)

http://i053.radikal.ru/1705/b2/e5c4607af3cat.jpg

(19) Одинаковые. // мопед не мой
В файлах обмена префиксы из узлов - там разные.

упс. последняя ссылка неправильная http://i053.radikal.ru/1705/b2/e5c4607af3ca.png

и из магазина:
http://s011.radikal.ru/i318/1705/36/75ee63b5531a.png

ничего революционного нет.

Ты не там ЖР смотришь, надо смотреть в конфигураторе рядом с началом получения данных и далее

(24) На периферии, правильн?

(25) Да.
Кстати, а в чем проблема-то?

Понял. Спасибо.

(23) "ничего революционного нет." - ты опять не то озвучиваешь :( При нормальном прошедшем сеансе обмена, разумеется, ничего интересного там нет. Измени интервал в отборе на тот период, когда "Как сообщили, с пятницы обмены перестали работать"(0) - посмотри по журналу момент времени с чего всё началось.

(24) Не принципиально, но в режиме "1С:Предприятие" удобнее - на журнал уже наложен отбор нужных записей.
Кроме озвученного ранее места, доступ к журналу можно получить также из плана обмена или из сценария обмена. Это не принципиально.

(27) а обновить конфигурацию бд нажали?

(29) "Не принципиально ... на журнал уже наложен отбор нужных записей" // Как раз-таки это принципиально, т.к. причина невыполнения обмена может не логироваться по тому отбору, который наложен в режиме предприятия

Давно бы вручную обмен прогнал и увидел, в чем затык.

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

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