Имя: Пароль:
1C
1С v8
Необычный РИБ
0 Андрей 0910
 
20.11.12
15:08
Всем здравствуйте.

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

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

Как считаете, это реально сделать разумными усилиями или можно даже не браться?
1 Нуф-Нуф
 
20.11.12
15:09
реально
2 Андрей 0910
 
20.11.12
15:12
(1) а без редактирования типовых правил обмена?
3 Нуф-Нуф
 
20.11.12
15:12
(2) да там дофига чего придется редактировать
4 Андрей 0910
 
20.11.12
15:16
но в конечном итоге что в узлах будет регистратором у тех РН, которые отвечают за остатки товаров и дисконтные карты? Те же документы, которые есть в исходной базе или какие-нибудь Корректировки записей?

А может пойти по такому пути - сделать типовой обмен по одной организации, а эти специфические данные отдельно догрузить другим путем, вне рамок планов обмена?
5 Feunoir
 
20.11.12
15:19
(4) РИБ, в принципе, позволяет передавать наборы записей регистров накоплений без передачи регистраторов. В базе приемнике будет битая ссылка (<Объект не найден>...), но итоги по регистру будут правильные.

Правда только до первого ТиИ.
6 Нуф-Нуф
 
20.11.12
15:20
как вариант - сделать дополнительный регистр накопления Остатки и транслировать туда движения типового регистра остатки. в качестве регистратора сделать служебный документ или корректировку регистра
7 fisher
 
20.11.12
15:24
(0) Объем работ будет полностью зависеть от детализации и схемы актуализации "суммарных остатков товаров на складах (по всем организациям) и продаж по дисконтным картам".
Т.е. плясать надо от схемы использования пользователями этих данных.
8 DimGan
 
20.11.12
15:28
Сделатьв центральной базе регистр сведений и каждые н минут сливать туда актуальные остатки через подключение. Регистратор не нужен.
9 Нуф-Нуф
 
20.11.12
15:29
(8) ужаснах. попробуй такое провернуть с регистром где 100500 записей
10 Андрей 0910
 
20.11.12
15:32
(5),(6) - спасибо за направление мысли, попробую сюда копать.

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

Еще ж можно пойти по пути полного обмена + RLS, но там могут летать большие объемы данных, что не успокаивает.
11 Нуф-Нуф
 
20.11.12
15:36
еще вариант - взять ЦБ. слить в нее все данные из старых баз. Настроить правила регистрации объектов для отдельных лиц. Выгрузить им ПБ.
имхо самый правильный, но самый трудозатратный вариант
12 DimGan
 
20.11.12
15:43
(9) Есть типовые конфижки складского учета без регистров накопления
13 DimGan
 
20.11.12
15:44
100500 номенклатурных позиций еще найти надо, но это будет всего 100500 записей.
14 DimGan
 
20.11.12
15:46
(11) Вариант логически правильный, но всегда не работоспособный и глючный.
15 fisher
 
20.11.12
15:51
(10) Для этих целей нужны только актуальные остатки. Их можно тупо в справочниках хранить. Актуализировать в центре по заданному регламенту.
16 Feunoir
 
20.11.12
15:54
(13) На самом деле это будет 100500*(количество складов), но лично мне именно этот вариант нравится больше всего. Я бы так и делал, если встала такая задача.
17 Нуф-Нуф
 
20.11.12
15:57
(12) давай пример

(15) ужаснах.
18 hhhh
 
20.11.12
16:00
(10) можно в УТ 10 сделать обмен по организациям. Как в БП.
19 fisher
 
20.11.12
16:07
(17) Критикуя - предлагай.
Какой смысл грузить узлы лишней инфой, если им нужны только актуальные остатки? И я не удивлюсь, если им достаточно актуализировать их раз в день.
20 Steel_Wheel
 
20.11.12
16:10
(0) Ты можешь использовать типовую выгрузку для слива данных.
А для остатков написать РС в дочерних узлах и сливать туда информацию просто своим правилом раз в день.
21 ptiz
 
20.11.12
16:12
() " У каждого юр.лица есть своя УТ10."
Главный вопрос - насколько конфигурации разных баз совпадают? Сейчас не РИБ?
22 Андрей 0910
 
20.11.12
16:46
(18) Но тогда в узлы не попадут суммы скидок, полученных в другом узле... или я ошибаюсь?

(21) Сейчас у них разрозненный ТиС 7.7. Поэтому, в т.ч. для "консолидации некоторых остатков", они и хотят на 8 перейти.
23 Нуф-Нуф
 
20.11.12
16:48
(19) я уже предложил в (6)
а справочник с остатками (вопрос какая структура справочника) при 10000 номенклатуры и нескольких складах - представь файл обмена. да и врядли подобная инфа будет нужна с актуальностью раз в день. имхо оперативность нужна более высокого уровня
24 fisher
 
20.11.12
18:16
(23) Офигеть. Трансляция СВОДНЫХ цифр тебя пугает, а трансляция ДВИЖЕНИЙ - нет? Она мимо файла обмена пойдет, что ли? Через тонкий эфир?
25 fisher
 
20.11.12
18:20
(24) + Никто же не заставляет каждый раз выгружать все. Актуальные остатки можно в подчиненном справочнике держать или в независимом регистре сведений. И перезаписывать только те записи, остатки по которым изменились. Только они в файл обмена и попадут. Более экономную схему в плане информационного обмена я даже и представить не могу.
26 Serg_1960
 
20.11.12
18:45
(0) Необычный РИБ хочется? :)

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

НО:

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

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