7.7 УРБД

[LSH]

Господа специалисты нужен совет.

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

Итак, суть вопроса:
Как настроить УРИБ, чтобы регионы видели остатки ТОЛЬКО по своим складам?

Товары (Ц -> все П)
Клиенты (П -> Ц)
Приход товара (Ц)
Перемещение (Ц -> соответствующая П) <<<Вот как это настроить??
Расход товара (П -> Ц)

 

[vitfil]

Интересный вопросец... Первое, что приходит в голову, при помощи одной только УРИБ - никак.
А если вас интересует, как это можно сделать, в принципе, то... я бы сделал так:
Перемещение передавал бы не через УРИБ, а либо через МОД, либо самому можно за пару часиков написать выгрузку и загрузку. Для перемещения правила миграции "Место создания". В модуле проведения перемещения убрать списание с центрального склада, если это ПБ.

 

[Zab]

Что-то вот вдруг подумалось, не самый изящний механизм, но работать, должно:
Каждая периферийка, допустим при запуске, следит, чтобы в базе было N документов перемещение с заполненным только складом получателем (допустим 3000 годом). В правилах "Место создания и центр". В центре, не создавать новые доки, а использовать из той кучки. Меняем дату, заполняем. Думаю, вполне можно сделать прозрачно для пользователя.
Просек?

 

[Remark]

еще один вариант:
Чтобы в распределенных базах работали только по своему складу, необходимо в документы, по которым они работают добавить реквизит, в котором будет отражаться принадлежность к тому или иному складу. создать журналы, в которых будет проводиться отбор по этому реквизиту, а остальные журналы убрать. Все это исключит возможность просмотра "не своих" документов. А в отчетах сделать по умолчанию склад распределенной базы и поставить запрет выбора.

 

[Zab]

еще один вариант:

Поблемы в том, что инфа в базе всеравно есть. И если на филиале окажется "брат-сват", немного шарящий в 1С, то...

 

[Remark]

Поблемы в том, что инфа в базе всеравно есть. И если на филиале окажется "брат-сват", немного шарящий в 1С, то...

тогда самому написать обработки по обмену. только не забудьте про синхронизацию справочников...

 

[LSH]

Всем пасиба за ответы.

Было много идей, в т.ч. и обработка dbf, где находятся ссылки на измененные объекты, но решили выгружать во все базы и приходы и перемещения. При этом в ПБ, ПриНачалеРаботыСистемы() создается и проводится документ, который списывает товар со всех левых складов (он при этом, конечно, не мигрирует в ЦБ ).

 

[Pro]

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

 

[kaa]

<!--QuoteBegin-Zab+24:04:2007, 15:33 -->
<span class="vbquote">(Zab @ 24:04:2007, 15:33 )</span><!--QuoteEBegin-->Поблемы в том, что инфа в базе всеравно есть. И если на филиале окажется "брат-сват", немного шарящий в 1С, то...

[snapback]63205" rel="nofollow" target="_blank[/snapback]​

[/quote]

на перефирии нельзя править конфу, а если залезут убрав распределенку , спалятся

 

[vitfil]

<!--QuoteBegin-kaa+7:12:2007, 09:19 -->
<span class="vbquote">(kaa @ 7:12:2007, 09:19 )</span><!--QuoteEBegin-->на перефирии нельзя править конфу, а если залезут убрав распределенку , спалятся

[snapback]88843" rel="nofollow" target="_blank[/snapback]​

[/quote]
А мужики то и не знают...

 

[Zab]

А если сначала скопируют, то не спалятся )