Суть вот в чем. Есть конфа. Есть РИБ (порядка 30 подчиненных узлов). Есть справочник "Контрагенты". В каждом подчиненном узле свои контрагенты. НО есть несколько контрагентов, которые общие для всех периферийных баз. Посоветуйте, как организовать, так что бы были общие у всех, а чужие не мигрировали в периферийные базы.

выставлять им признак и перед обменом чистить updts

Реквизит узел в контрагенты, если не заполнен, то общий

(1) что за признак, что за updts?
(2) Хм, надо обдумать. Про реквизит-узел думал и фактически остановился на нем, про пустой не подумал.

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

(0) А по какому признаку контры делятся на "чужие" и "свои" ?

+ Как ведется работа в разных базах с одним (общим) контром? Долги напрмиер как распределяются, договора, отгрузки ???

(2) Плохой вариант.
Забудут указать чей контрагент и разъедется он по всем периферийкам. Либо "общего" забьют на нескольких одновременно.

+ (5) Вообще желательно такого плана данные вводить исключительно в ЦБ. Конечно если налажен оперативный обмен.

(3) Я делал по принципу "семерочного" прайс листа.
Есть справочник "контрагенты". Он ездит во все периферийки. И есть на каждом точке справочник "контрагенты ТТ". Он не ездит никуда. Заполняется только из справочника "контрагенты".

(4) Чужие это контрагенты другого региона. Поступления ведутся в разрезе склада-получателя. В ЦБ по общим контрагентам планируется получать обобщенные данные по всем ПБ и по отдельности (в разрезе склада)
(5)(6) Общего не забъют, они будут мигрировать из ЦБ. В ПБ, в случае реквизита-узла в справочнике контрагенты, реквизит-узел будет подставляться автоматически, без права изменения.

(8) ну вот тебе и принцип градачии. Добавляешь в настройки узла ТЧ "регион". По этому параметру будешь отсеивать чужих контров. А для тех контров, которые ОБЩИЕ можно:

1) Сделать галочку (общий) - не очень красивое решение, но работать будет
2) Сделать ТЧ "регионы" в спр. контрагенты - более красивое решение

Было так:папка Общие, в ней контрагенты которые для всех трестов, папки филиалов, в которой филиалы вводили сами.Папки привязывались к узлам.
Но как написано в (5) много дублей было в них.

(9) галочка "общий" тоже вариант. ТЧ делать может и красиво, но я думаю, что в данном случае все таки остановлюсь на реквизите-узле, который в ПБ будет заполняться автоматически.

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

(12) Тут многое зависит от того, кто будет вести этот перечень. Если филиалы, то дубли будут все равно. Если централизовано, то какой срок выполнения заявки на ввод в базу.

(12) не, лучше разделить. Если даже контрагент один в двух узлах, то у него должны быть для узлов разные адреса, телефоны, расчетные счета, контактные лица. Основной менеджер опять же. Получается, лучше завести 2 контрагента и не париться.

(12) не разделять, не получается. Своих контрагентов будут бить филиалы, т.к. их очень много. Как (13) сказал, если бить централизованно, то это большой "геморой", т.к. надо обработать заявки на ввод в базу и внести, а после произвести обмен. Это соответственно время.

(14)>>то у него должны быть для узлов разные адреса, телефоны, расчетные счета, контактные лица
это сарказм был?)

(16) ну если у контрагента 2 офиса в соседних городах, то у него по-любому разные контакты.

(17) у одного контрагента юр адрес всё равно один, эсли это филиал - то конечно это 2-й контрик, но у него и реквизиты другие все. Одно Лицо не может проживать в разных городах по разным адресам одновременно)

для этого есть специальный продукт у AXELOTа "1С:MDM Управление нормативно-справочной информацией (НСИ)
справочник ведется там и мигрирует в твои базы так как тебе надо. иначе будет бардак и автоматизировать не получится. всех в протоплазму

(19) И чем это отличается от ведения в ЦБ и настройки обмена как надо?

(19) посмотрю что за зверь
(20) не получится всех контрагентов бить в ЦБ. Физически не получится