Есть две базы - центральналья и РИБ с односторонним обменом.
Как после обновления центральной базы и обмена с РИБ больше не выгружать в файл конфигурацию?

попробуй изменить номер входящего сообщения

(0) а изменения будут?

(2) в смысле?

а ответ от узла не грузится?

(4) односторонний обмен

(5) номер сообщения тогда не поможет, информация про конфигурацию все равно будет отгружаться

(0) что мешает настроить правила так, чтобы не грузить ответ? либо выгрузку не через риб?

(0)Никак. Делай обмены двусторонними. Либо пусть вторая база будет не РИБ, а обмены по правилам.
Если информация из РИБ в центре не нужна, можешь по объектам ее не загружать. Но, это изменение конфигурации.

(0) Можешь в коде плана обмена или подпиской на событие написать, чтобы не загружалось ничего в центр. А обмен сделать двусторонним

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

а вообще РИБ и односторонний обмен - эти как минимум странно)

(10) сам пробовал то что посоветовал?)

А что, эти bastards в 8ке не сделали "только получатель"-базы???

(13) тсп/ип знаешь?

ИМХО РИБ и односторонний обмен не совместимы
в случае РИБ файл обмена может и потеряется
и подтверждения, что данные сеанса не нужно выгружать в очередной обмен и определяются ответным сообщением
если обмен односторонний - это уже не РИБ

(13) так в 7-ке "только получатель" предполагал все равно двухсторонний обмен

(14) Я много чего знаю. Ты в тему давай :-)

(15) Двусторонний в смысле получения ответа "ок, твои даннные получены".
В этой ***************** 8* такого нет?

(17) ну так ответ в том и состоит обычно

2(0) что такое "односторонний" обмен и его назначение в твоем случае?

(18) так ответ в 8* есть или нет? Без данных?

2(17) есть, но нужно немного попрограммировать. Вернее штатно все так и происходит, но в месте с ответом "твои данные полученны", идет также "а вот мои данные, которые я изменил с последнего раза, прими пожалуйста"

И все что нужно сделать для одностороннего обмена - либо удалять регистрацию изменений в ТОМ узле, либо отвергать эти данные в ЭТОМ.
Очевидно, что для экономии трафика и сокращения времени обмена первый вариант предпочтительней

(21) данунатрибуквы таких развивателей...
Им что, было сложно отстрелить такие данные на уровне платформы?

не знаю, не развиватель...
Еще конечно вариант, воспользоваться не планом обмена полный, а по организации, в перфирии сказать что для центра регистрировать изменения объектов по НИКАКОЙ организациии... но-моему тоже там не так все гладко, и придется допрограммировать

платформа развивается в сторону гибкости
в 7ке вариантов обмена было раз-два и все
зато конечно все просто. пару кликов
но когда нужен был не стандартный обмен приходилось сильно извращаться...
в 8ке все нужно писать. зато сделать можно все что нужно

(20) да, есть, если прямыми руками настраивать)

Процедура ПриПолученииДанныхОтПодчиненного(ЭлементДанных, ПолучениеЭлемента, ОтправкаНазад)
   
   ПолучениеЭлемента = ПолучениеЭлементаДанных.Игнорировать;
   
КонецПроцедуры
Не?

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

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

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

(25) А можно пряморукий способ без программирования?

Процедура ПриОтправкеДанныхГлавному(ЭлементДанных, ОтправкаЭлемента)
   
   ОтправкаЭлемента = ОтправкаЭлементаДанных.Игнорировать;
   
КонецПроцедуры

Ну так лучше, но смысл тот же.

(29) Ну если для программиста программирование - криворукий способ...

2(29) конечно можно... но работать не будет.

(29) да там больше настроек, чем программирования, а если автору лень про это почитать, то тут уже ничего не сделаешь

(31) это пять)