Всем здравствуйте.

Есть торговая сеть из нескольких юр.лиц, среди них есть одно т.н. "головное". У каждого юр.лица есть своя УТ10.

Нужно:
1) Сливать в головную данные по всем организациям
2) В узлах не видеть данные других организаций, КРОМЕ суммарных остатков товаров на складах (по всем организациям) и продаж по дисконтным картам.

Как считаете, это реально сделать разумными усилиями или можно даже не браться?

реально

(1) а без редактирования типовых правил обмена?

(2) да там дофига чего придется редактировать

но в конечном итоге что в узлах будет регистратором у тех РН, которые отвечают за остатки товаров и дисконтные карты? Те же документы, которые есть в исходной базе или какие-нибудь Корректировки записей?

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

(4) РИБ, в принципе, позволяет передавать наборы записей регистров накоплений без передачи регистраторов. В базе приемнике будет битая ссылка (<Объект не найден>...), но итоги по регистру будут правильные.

Правда только до первого ТиИ.

как вариант - сделать дополнительный регистр накопления Остатки и транслировать туда движения типового регистра остатки. в качестве регистратора сделать служебный документ или корректировку регистра

(0) Объем работ будет полностью зависеть от детализации и схемы актуализации "суммарных остатков товаров на складах (по всем организациям) и продаж по дисконтным картам".
Т.е. плясать надо от схемы использования пользователями этих данных.

Сделатьв центральной базе регистр сведений и каждые н минут сливать туда актуальные остатки через подключение. Регистратор не нужен.

(8) ужаснах. попробуй такое провернуть с регистром где 100500 записей

(5),(6) - спасибо за направление мысли, попробую сюда копать.

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

Еще ж можно пойти по пути полного обмена + RLS, но там могут летать большие объемы данных, что не успокаивает.

еще вариант - взять ЦБ. слить в нее все данные из старых баз. Настроить правила регистрации объектов для отдельных лиц. Выгрузить им ПБ.
имхо самый правильный, но самый трудозатратный вариант

(9) Есть типовые конфижки складского учета без регистров накопления

100500 номенклатурных позиций еще найти надо, но это будет всего 100500 записей.

(11) Вариант логически правильный, но всегда не работоспособный и глючный.

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

(13) На самом деле это будет 100500*(количество складов), но лично мне именно этот вариант нравится больше всего. Я бы так и делал, если встала такая задача.

(12) давай пример

(15) ужаснах.

(10) можно в УТ 10 сделать обмен по организациям. Как в БП.

(17) Критикуя - предлагай.
Какой смысл грузить узлы лишней инфой, если им нужны только актуальные остатки? И я не удивлюсь, если им достаточно актуализировать их раз в день.

(0) Ты можешь использовать типовую выгрузку для слива данных.
А для остатков написать РС в дочерних узлах и сливать туда информацию просто своим правилом раз в день.

() " У каждого юр.лица есть своя УТ10."
Главный вопрос - насколько конфигурации разных баз совпадают? Сейчас не РИБ?

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

(21) Сейчас у них разрозненный ТиС 7.7. Поэтому, в т.ч. для "консолидации некоторых остатков", они и хотят на 8 перейти.

(19) я уже предложил в (6)
а справочник с остатками (вопрос какая структура справочника) при 10000 номенклатуры и нескольких складах - представь файл обмена. да и врядли подобная инфа будет нужна с актуальностью раз в день. имхо оперативность нужна более высокого уровня

(23) Офигеть. Трансляция СВОДНЫХ цифр тебя пугает, а трансляция ДВИЖЕНИЙ - нет? Она мимо файла обмена пойдет, что ли? Через тонкий эфир?

(24) + Никто же не заставляет каждый раз выгружать все. Актуальные остатки можно в подчиненном справочнике держать или в независимом регистре сведений. И перезаписывать только те записи, остатки по которым изменились. Только они в файл обмена и попадут. Более экономную схему в плане информационного обмена я даже и представить не могу.

(0) Необычный РИБ хочется? :)

Нет проблем: выгружай документы вместе с движениями :))

НО:

Если хочется "необычного" - выгружай документы без их "содержимого" - только ссылка, номер и дата. Это чтобы не бояться (5)

В принципе, можно пойти дальше - не все движения выгружать документов, а только некоторые. Например - регистр "Учет затрат". Это если у тебя РАУЗ и хочется хоть какие-то отчеты на местах иметь...