Здравствуйте форумчане!

Вопрос такой: Есть база 40 GB. MS SQL. Необходимо сделать узел плана обмена. План обмена готовый - его менять нельзя, потому что по нему уже идет несколько лет обмен с двумя другими узлами. Но если по нему создавать образ, то не все остатки получаются. Необходимо сделать узел, чтобы в нём не было лишних данных. Т.е. не было документов, у которых контрагент.Организация <> ЭтотУзел.Организация. Или например только те зарплатные документы, по физЛицам из папки "Новый Узел". Пробовал удалить данные по организации через НайтиВсеСсылки - удаляет всё. Но самое главное - есть нюанс. У нас - центральная организация. Мы можем создать документ по филиалу - и в нём могут быть как строки по нашим контрагентам, так и строки по контрагентам филиала. Как лучше в таком случае сделать узел? Пробова через план обмена сделать РИБ - не все данные получается. Пробовал снять копию и удалить данные лишние - возникает проблема с документами, описанная выше, когда по одной строке таб.части документ надо удалить, а по другой - нет, то удаляется. Думаю теперь над правилами КД. Как сделать чтобы при выгрузке можно было проверить, что если в табЧасти документа существуют ненужные строки, то их удалить?

Вообще будут очень полезны любые идеи по созданию узла РИБ. Если кто-то делал что-то подобное - опишите как делали, если не сложно.

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

(1) - ПриОтправкеДанныхПодчиненному() - там уже прописан код. По нему действуют 2 узла обмена, поэтому изменить не получится.
Нужно сделать узел, почистив из текущей базы лишние данные. Подразделение отпочковывается в отдельную организацию. Получается - раньше мы по нему вели данные, (документы изначально велись в разрезе организации) - теперь они сами будут вести документы и передавать их в офис.

А по правилам - может есть пример как отфильтровать документы?
В каждом документе писать отдельное правило очень не хочется. Есть в конвертации ПередВыгрузкойОбъекта(). можно ли там написать отдельную свою процедуру проверки? У меня проблема в том, где проинициализировать проверочные данные - например заполнить списки контрагентов, документы по которым нужно выгружать или заполнить списки ФизЛиц.

(2) может им просто в новую базу остатки перенести?

(3) - это тоже вариант. Просто я не нашёл как это сделать грамотно. Конфигурация - не типовая. Может быть подскажете как перенести остатки? Как вообще это грамотно делается? Я переносил только по зарплате остатки по сотне человек за 2 года переносил - намучился с ними. Времени месяц убил при выверке потом и убирании косяков. А сейчас время до НГ. Подскажите как лучше всего будет это сделать? Что почитать может быть? Делать за меня не надо, я сделаю сам. Наставьте на путь истинный :)

(4) Сделай ещё один план обмена.

(4) на базе какой типовой ваша конфигурация?

(5) - в нём нет смысла. Алгоритм работы имеющегося плана обмена - верный. Документы, которые мы правим в центре - туда летать не должны, потому что мы ничего в центре править не должны. Но! Мы же вели учет как бы "за них" - и соответственно есть ручные операции, которые мы вводили как бы "за них". А по инструкции - если обнаруживается ошибка в данных - то данные меняются в узле и производится обмен.
(6) - Ни на какой. Конфигурация написана с нуля. Т.е. в ней полностью свои регистры (кроме стандартных бухгалтерских), свой расчетные механизмы. Мне бы общее - от любой конфигурации. Но так как у нас есть всё - и БУ и ЗП и УУ, то можно от какой-нибудь УПП или КА, чтобы было всё в комплексе почитать. А там я поди сориентируюсь под себя как сделать.

(7) подходящую обработку свертки базы можно попробовать поискать

Всем спасибо! Буду пробовать варианты дальше и ковырять интернет.