Помогите пожалуйста решить проблему. Есть две бухгалтерские базы РИБ Центральная и Переферийная. Нужно настроить РИБ так, чтобы данные только выгружались из Центральной базы в Переферийную. Несмотря на то, что в настройках РИБ я поставил галочки только выгружать в центральной и только загружать в Переферийной, почему то данные из Переферийной базы все равно оказались в Центральной!

односторонний обмен по правилам

какой план обмена?

План обмена создал с помощью мастера, через общую папку.

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

Я просто не верно понял вопрос. План обмена - полный.

а есть план обмен ПоОрганизации?

Да есть такой

блин, не, щас уже не смогу. Но в принципе можно. Если и потребуется внесение изменений, то минимальные. Но Нужно будет тщательно все проверить

То есть такой обмен типовыми настройками невозможно осуществлять?

v8: РИБ, Бухгалтерия предприятия

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

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

Как это не стану? Мне трындец настанет просто, если я до завтра эту проблему не решу )))

ну так на.уя задавать бессмысленные вопросы? Чтобы дать кому-то повод соврать?

Ну почему бессмысленные? Обычно, если несколько человек аргументированно говорят, что это не возможно, то скорее всего так и бывает, но на самом деле этот вопрос скорее задается, чтобы услышать положительный ответ )

Желательно с деталями как это сделать...

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

2(15) потому что все равно каким-то образом нужно озаботится о приеме подтверждений.. разве нет? Или там при отправке сразу очищается регистрация для отправленных объектов?

(15) Ты имеешь ввиду создать правила в конвертации данных с помощью конструктора?

+(15) правда конфу на перефирии прийдется обновлять ручками

(16) там указываются правила для источника и для приемника, так вот для приемника ставится пустые правила и назад приходят только подтверждения, бинго!

Я признаться честно не думал, что столкнусь с такой проблемой, т.к с РИБ раньше не работал, почему-то думал что односторонний обмен это типовой функционал.

(20) обмен потому и с полным планом обмена что двухсторонний

(19)а... действительно... прикольно

(22) это же типовой обмен к примеру УТ - БП

ничего не понял... у него две БП

Ну и вторую придется сделать не перефирийной а независимой.. хотя.. кто знает, может понадобится конфу обновить автоматом

И что значит "Пустые" правила?

а какая разница? я имею ввиду что такая фишка давно юзается в типовых обменах между разными конфами

(26) а то и значит что пустые, т.е. ни одного правила

ну например вот так
<ПравилаОбмена>
 <ВерсияФормата>2.01</ВерсияФормата>
 <Ид>6b899df9-fe8a-4e29-83c8-11375755c905</Ид>
 <Наименование>УправлениеТорговлей --> БухгалтерияПредприятия</Наименование>
 <ДатаВремяСоздания>2007-06-08T17:21:31</ДатаВремяСоздания>
 <Источник ВерсияПлатформы="8.0">УправлениеТорговлей</Источник>
 <Приемник ВерсияПлатформы="8.0">БухгалтерияПредприятия</Приемник>
 <Параметры />
 <Обработки />
 <ПравилаКонвертацииОбъектов />
 <ПравилаВыгрузкиДанных />
 <ПравилаОчисткиДанных />
 <Алгоритмы />
 <Запросы />
 </ПравилаОбмена>

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

ага

ну разве что провести первичную регистрацию изменений для узла

(30) и не в обиду, но у меня нет сертификатов :))

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

в студию

5 сек

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

Большое спасибо за идею с пустыми правилами обмена. Она мне очень поможет при создании обмена между УТ и БП

это прекрасно.. а как же ты все-таки будешь убирать регистрацию для выгруженных данных?

или пусть пухнет файл сообщения, и время обмена все увеличивается и увеличивается?

Это проблема

А сложно написать обработку, которая очищает регистрацию для данных за период?

Просто темой не владею, оценить так трудно самому.

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

Это очень маловероятно, т.к. обе базы на одном сервере и обмен через папку. Разнесение база категорически не планируется в принципе.

а...
смотри ОчиститьРегистрациюИзменений у объекта плана обмена.

Это в центральной базе получается надо запускать будет периодически

а можно и на расписание поставить

вообще-то в обоих

а почему в обоих? ведь файл сообщения только в центральной формируется?

Все, понял, чтобы в переферии не разрастался журнал регистрации.

Еще раз всем огромное спасибо! Вы как всегда лучшие!

вообще-то изменения регистрируются не в журнале регистрации

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

Это принципиально где они регистрируются, если ОчиститьРегистрациюИзменений  эти изменения очистит

Журналом регистрации я образно назвал ТаблицыРегистрацииИзмененияОбъектов

Должно работать!