Добрый день коллеги!

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

Пока додумался только до введения дополнительного реквизита в справочник, где закреплять принадлежность к организации. Но чето мне кажется можно получше сделать.

У кого какие мысли по этому поводу?

(0)Консультации платные же

по договорам же делятся, нафига еще?

все с дублями борятся, а тут хотят их создать

(3)это чтобы не бороться)
"ИвановПетрович" контрагент Организации1
"иванов петрович" контрагент Организации2
"Иванов Петрович" контрагент Организации3

всё просто)

(3) ну 5 % населения земли - извращенцы, всё норм

И главный вопрос: накуя сливать всё в одну базу, если контрагенты у каждого свои?

(0) А группы справочников уже не в моде?

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

Поэтому нужно однозначно разделить справочники по организациям.

Хотелось бы услышать как можно это сделать хорошо, красиво и правильно, т.к. у меня опыта еще маловато.

Хотите сказать что на 30 филиалов нет НИ ОДНОГО совпадающего контрагента? Ни за что не поверю.

(10) Можа РИБ? Односторонний обмен, все филиалы будут делать выгрузку в одну базу

(0) Раскидать контрагентов по папочкам с названием организации

(12) тогда нафиг им объединять в одну базу вобще
(10) По новомодному феншую - делать разделение данных по общему реквизиту Организация, там почти физически области данных разделены будут... но не слышал про красивую реализацию на практике.
Ещё можно (7) и РЛС замутить

Вобщем это задача - гемор. Нормальный фильтр только по РЛС. И Этот РЛС прописывать очень много где.

Можно с реквизитом, а можно и без реквизита.

Вобщем еще не известно какая конфа у ТС.

Правильный ответ в (2)

а, судя по (8) - да, РИБ вариант, без гемора почти

Мммм. Все таки я некорректно описал.

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

Конфигурация БП 3.0, можно разделить по RLS по Организации и я так и сделаю, но проблема в том что разделяются только Документы, но не Справочники.

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

(13) По папочкам конечно, но принадлежность и видимость по фильтрам как обеспечивать для каждого конкретного элемента справочника тогда?

ЕМНИП, в УТ по крайней мере в десятке, есть такое понятие как разделение контрагентов по менеджерам, думаю, при правильной настройке это разделение вполне удовлетворит твоим потребностям...

Элементы в справочнике Номенклатура тоже уникальные ^_^

(20) Очень похоже что задача для ТС неподъемная.

(20)RLS- во многих типовых уже реализовано

(23) Разделение по доп. реквизиту в тестовой я уже сделал, хотелось услышать про более хорошие варианты.

Неподъемно сейчас мне это все сливать будет это точно.

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

(19) Обновления в РИБ надо накатывать на центр, в узлы с обменами уйдёт. Надо конечно делать каждой базе

(26) >Учетные данные делятся измерением регистра

Это как например?

(28) Там везде в регистре есть измерение "Организация"

(29) А, понял про что вы, это то и так ясно, а скрыть отдельные элементы филиалов это не мое желание, а начальства. Поэтому и реализую.