Учет ведется в одной базе по нескольким организациям, а требуется разделить базу по организациям. Я думал, что легко это сделаю с помощью стандартного плана обмена, указав при создании узлов - список организаций. Но понял, что в стандартной УТ 10.3 нет такого плана обмена, который по организации разбивает. Ни разу с таким не сталкивался, прошу подсказать, как в данном случае нужно поступать?

сделай подписку
проверяй источник на Орг и вхождение Орг в список Орг узла
нашел - регай

а зачем вам единая база если у вас каждая организация сама по себе?

делай обычный риб, в каждом узле - своя организация

(1) , а уточнить, подписку делать аналогично стандартной ПриЗаписиДокументаРегистрацияОбъектаИнформационнойБазы и в ней уже ставить фильтр на вхождение орг?
(2) это пожелание директора
(3) в обычном РИбе нет отбора по организации..

(4) пля. зачем тебе отбор по организации в риб?
в ЦБ пусть стекаются данные от узлов, а в ответ идут изменения конфы

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

(6) ты хочешь разделить базу по организациям. Разделяй, веди учет в узлах. В ЦБ запрети регистрацию данных, выгружай только изменения конфигурации

(6) запретить передачу данных из сводной базы в узлы РИБ не предлагать?

так все-таки не ясно, как создать узел, чтоб там были только нужные организации?

создай узел. выгрузи туда все. и удали из узла ненужное. Слишком просто?

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

Но без внесения изменений в код модулей План Обмена не взлетит.

(11) , в этом и загвоздка. Сейчас ищу, но пока не врубаюсь, в каком именно месте ставить эти запреты.
А в плане обмена что менять?

пля, да там даже в конфе не надо ничего менять.
ставь для ЦБ пустые правила обмена и она не будет выгружать в точки данные

(13) в плане обмена запрети авторегистрацию

(14) смешон

(15) ага. и запрет авторегистрации уйдет в точки. А чтобы сделать неавторегистарцию - надо писать сотни строк кода

(13) да-да - самое простое и надежное в составе объектов для плана обменов убрать авторегистрацию, как в (15) уже сказано.

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

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

(19) это по-хорошему. и это когда ведется раздельный учет в точках и в ЦБ, с выгрузкой данных из ЦБ в точки.
И там сотни строк кода, если авторегистрация запрещена.

(13) в общем, надо лепить этот обмен из двух: обмен с УПП и обмен по организациям из БП. Обмен с УПП там многие вещи можно сюда копировать один в один. То есть надо накопировать процедур и сделать подписки. И второе: добавить во все регистры реквизит Организация. Где его нет.

В общем, если всё нормально слелаете - это работа на день.

>>И второе: добавить во все регистры реквизит Организация

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

(22) в УТ 10.3. не надо его заполнять. Оно само заполняется там. Если вы не в курсе, зачем такое писать?

(23) само? ты добавил измерение, оно само заполнилось??
что за бред?

(24) проверь сам. Инфа 100%. Заполняются все общие поля. Заполнение идет в подписке.  К ней подключены все регистры. Только не надо добавлять измерение. Добавляйте Реквизит регистра.

(22), (23) а про какие регистры идет речь? например есть регистр сведений "ЦеныНоменклатуры", там нет организации, и этот регистр должен обмениваться с узлами в полном объеме, если я правильно понимаю...
(21), а какие процедуры надо копировать? Те что в общем модуле "ПроцедурыобменаУТУПП"?

(26) про цены не помню. Я это делал 5 лет назад. Я имею в виду регистры накопления. Про цены наверно лучше посмотреть как сделано в обмене с УПП.

(26) кстати, есть еще и такой вариант решения:
- делаешь деление базы на РИБ, вычищать там все, чтоб оставалось только нужная в конкретном узле инфа, а затем выгрузку в центральный узел и весь обмен данными крутить по плану обмена УТ-УПП.

Т.е. через РИБ гонять только конфигцурацию
Через обмен УТ-УПП всю информацию

(27) цены там никак не сделаны. В составе плана этого регистра вообще нет..Но меня больше все же волнует, как я буду с этими процедурами разбираться. А кстати, вот в ут 11 такой обмен есть стандартный, называется "РИБ с фильтром по подразделению", но это мне не поможет походу..
Уточните, что вы имели ввиду когда писали "лепить этот обмен из двух: обмен с УПП и обмен по организациям из БП"?

(28) з.ы. хотя это не означает, что не придется что-то дописывать в обмене свое.

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

(31)  подскажите, это это чудо место, где можно эту проверку дописать?

(32) в справочнике настройка обмена данными. в нем можно указать свои правила обмена

Есть вопрос! а зачем в регистры во все добавлять организацию? (21),"И второе: добавить во все регистры реквизит Организация. Где его нет. "
разве нельзя через регистратор отбор сделать?

(34) регистратор не везде есть