БП 3.0. Нужно создать базу обменом РИБ, в которую будут выгружаться только реализации и поступления. Я так понимаю, логично это сделать на уровне ПРО. Создаю новую синхронизацию по плану "Полный". Далее в настройках вижу возможность выгрузить ПРО и загрузить из файла. Выгружаю правила, загружаю их в КД и вижу там только 4 регистра сведений и 16 справочников. Как правильно настроить обмен в моем случае?

Или все их надо руками создавать и в обработчике "ПередОбработкой" писать Отказ = Истина;?

Создай новый план обмена, если конфу можно снять с замка

В план обмена добавишь только то что нужно передавать

(2) (3) Ну это вроде как более "Топорный" вариант. Если не разберусь с ПРО, буду делать так.

(4) А в чем с ПРО вопрос? Покажи на картинке

(5) https://yadi.sk/i/OPtycJEa35GAyT

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

(7) Ну то есть для каждого документа создать правило и прописать Отказ в обработчике? Нету мастера никакого?

(8) Перечитывай (7) до наступления просветления, там каждое слово на вес золота

(9) А есть глобальные обработчики? Я нашел только в правилах, то есть непосредственно относящееся к объекту МД.

(10) Ты упорно не желаешь заметить еще одно важное слово

Ну ладно, нет у регистрации глобальных обработчиков

Но создавать для каждого вроде все равно не нужно, ведь в плане обмена "Полный" авторегистрация запрещена и если ПРО для какого-то объекта нет, то он не регистрируется (правда, в БП 3.0 может быть как раз и наоборот, но ты это легко проверишь)

(13) Щас создаю переферийку и буду экспериментировать.

(14) Для того, чтобы посмотреть, будет выполняться регистрация при отсутствии ПРО для конкретного типа объекта, создавать базу не нужно - достаточно создать узел в центральной базе.

(13) Щас посмотрю. Только сомневаюсь регистрация работает как в (13). В плане обмена у всех объектов авторегистрация "Запретить" То есть выгружается только то, что есть в ПРО. А в ПРО нет нифига.

(16) "выгружается только то, что есть в ПРО" // Ну вот и добавь туда ПРО для нужных тебе объектов метаданных

(17) Нифига. Создал план обмена, провожу документы и они добавляются в регистрацию. Перестают регистрироваться только если ПРО создам именно для этого объекта и напишу в нем отказ.

(18) т.е. ты сам сознательно в плане обмена взамен "запретить" поставил "авторегистрацию" напротив всех объектов, добавленных в состав объектов, а теперь удивляешься, почему без отмены регистрации через ПРО оно остается зарегистрированным?

(19) Конфа типовая без возможности изменения. Ничего я там не ставил.

(19) И везде там стоит "Запретить". Однако все равно объекты регистрируются.

(21) чем? конфигуратором посмотреть не реально?

(21) Подписки смотрел?

(22) Не знаю, я с БП 3.0 почти не работал еще. Надо наверно по подпискам лазить и искать.

ну вдруг прямо сейчас доступа к нему нет, а не к тому, что его вообще никогда нет.

А потом выяснится, что подписки смотрят на ПРО и если нет правила, регистрируют по умолчанию. И вернусь к тому, с чего начинал :)

(24) там если в самом модуле объекта не будет нужного кода, то тогда оно через подписки где-то спрятано. Может в этой последней вставки что в БП 3 и остальных самых новых сделано одинаково

(21) Недавно столкнулся с таким же в Рознице. Если объект в составе плана обмена, у него запрещена авторегистрация, то он все равно встает к регистрации даже если для него нет ПРО. В данном случае ПРО будут действовать как фильтр, если их нет - то объект регистрируется, если есть - регистрируется (нет) так, как написано в ПРО. Так что в твоем случае делать ПРО и прописывать Отказ = Истина

(26) ну скорей всего, что по какой-то причине, если узел обмена есть, то правила на него. Без правил по дефолту регать все. Вполне реальный вариант

(28) это в последних релизах Розницы?

(30) Нет, у меня 2.1.2.5 релиз, в нем это обнаружил. Там прямо где-то в коде прописано это, в какой-то из подписок

Я в (13) и предполагал, что раз ПРО на какой-то объект нет, то по умолчанию регистрировать его

Тоже думал, как в (13), но верной оказалась та часть, которая в скобках

Собственно вот:

Если ПравилаРегистрацииОбъекта.Количество() = 0 Тогда // правила регистрации не заданы
        
        // если для объекта не созданы ПРО и отключена авторегистрация,
        // то регистрируем объект на всех узлах плана обмена кроме предопределенного
        Получатели = ВсеУзлыПланаОбмена(ИмяПланаОбмена);
        
        ОбщегоНазначения.ЗаполнитьМассивУникальнымиЗначениями(МассивУзловРезультат, Получатели);
        
    Иначе // последовательно выполняем правила регистрации

http://catalog.mista.ru/public/194617/

Похоже то что нужно.

Продолжаю бороться с частичным РИБом. Создал ПРО, в котором только у нужных документов пустой обработчик, у остальных объектов Отказ = Истина;. Выгружаются документы без движений. Убираю отказ из обработчика регистра бухгалтерии, выгружаются проводки по документам, которые не должны выгружаться с регистратором "ОбъектНеНайден". Как правильно настроить обмен только нужными документами?

Или в каждом регистре не просто писать отказ = истина, а с условиям, если не ТипЗнч(Регистратор) = Тип(ДокументСсылка.РеализацияТоваровУслуг); и.т.д.?

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

Интересно, а никакого способа попроще нет выгружать в базу, например только реализации, поступления и платежки?

Просто по РБ можно разобраться и написать хитрое правило, но есть же еще большая куча регистров, и каждый надо посмотреть на предмет наличия измерений с ссылками на документы и для каждого правило придумать? И вроде простенькая задача превращается во что то не такое уж и простое.

Делаю похожее. Только я взял План обмена По организации. Там были ПРО почти на все объекты. Откза = Истина; на регистры накопления и бухгалтерии.
Автор уверен, что движения документов тоже должны выгружаться. А как же доп расходы и корректировка стоимости, которые влияют на стоимость товаров?

+(41) Автор уверен, что движения документов тоже должны выгружаться?
Это был вопрос, а не утверждение

(39) в настройках обмена - флажок - Обмен по правилам... Правила написать...

(41) Посмотрел правила по организации, там нет Отказ = Истина; Там только во всех обработчиках "ПослеОбработки"

ГлавныйУзел = ПланыОбмена.ГлавныйУзел();

Если ГлавныйУзел <> Неопределено И
    Объект.ОбменДанными.Отправитель <> ГлавныйУзел Тогда
    Получатели.Добавить(ГлавныйУзел);
КонецЕсли;

(42) Ну бух попросила базу с определенным перечнем документов и движения должны быть по ним все, да.

(43) А где там такой флажок?

(44) Отказ = Истина это я уже сам прописывал. Мне то движения как раз не нужны.

(47) А ну без движений проще. А мне надо чтобы движения выгружались у нужных документов.

(48) Ересь какая-то. Все равно доки будут, я думаю, перепроводится после в приемнике. И стоимость товаров это не только цена поступления. Если только в базе приемнике не учет планируют вести, а не понятно чем заниматься, тогда да -= можно и с движениями.

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