|
Необычный РИБ | ☑ | ||
---|---|---|---|---|
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) В принципе, можно пойти дальше - не все движения выгружать документов, а только некоторые. Например - регистр "Учет затрат". Это если у тебя РАУЗ и хочется хоть какие-то отчеты на местах иметь... |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |