Возможно средствами УРИБ настроить такое:
Есть центральный офис Центральная БД, перемещает товары на насколько складов, продает товары покупателям.
Есть несколько складов, каждый Склад видит только данные своего склада, может продавать только со своего склада, не видит данные других складов и продажи центрального офиса.

Я поставил компоненту УРИБ, попробовал перенос данных, все работает, но я вижу абсолютно идентичные базы, как выгружать на склад только данные по этому складу не пойму(

Полноценно не настроишь, "мусор", но видеть по другим складам будешь

Тем более если уже база ведется - тут все равно вся эта данная перекачается при создании почки

Может есть еще какие то пути решения такой задачи? другие компоненты?

МОД менеджер обмена данными
ЗЫ хотя про урбд вчера буквально тема была

http://argat.h11.ru/URBDStructure.html

(5) это я уже почитал

можно.
(3) для начала прочитай про настройку УРБД

(7) Я бы почитал, да дальше первого этапа настройки УРБД мануалов не могу найти

http://tinyurl.com/bk7e4ql

(1): брехня.
(0): если речь о создании объектов данных (документов) для перифериек в центре.
как минимум два способа. но сначала - корректно и аккуратно настроить миграцию данных.
вместо создания новых объектов данных - использование заблаговременно созданных в периферийке и свленніх в центрт (по миграции "МСиЦ")объектов-пустышек (пустіх документов с давно-прошедшей-датой, которые даже в журнале не видны). при корректировке таких "псевдо-новых" документов в ЦБ - они уходят по обмену только в свою периферийку.
ну или парсить для каждого обмена таблицу 1supdts.
но первый способ - лучше. опробовано неоднократно, при аккуратной реализации работает как часы.

(0) Все настраивается штатно. Миграция документов "место создания и центр". У тебя сейчас я так понимаю все базы.
Удачи.

Именно с использованием ПЕРЕМЕЩЕНИЙ на периферийные склады-магазины - без извращений не получится.

911) каким образом штатно указать что документ Перемещение с реквизивтми СкладПолучатель=Уруюпинск - мигрирует только в урюпинск ане вов се города с пениферийными складами магазинами?

Даешь для каждого магазина свой документ перемещения (!). и тогда штатно будет работать

(14) прав
самый простой способ
только еще и для каждого магазина свой документ реализации
ну и прочее...

вариант второй
ограничивать видимость в доступных формах и отчетах
т.е. реально все мигрирует всем, а на конкретной базе закрываем видимость...

(13) Я же тебя учил работать с "пустышками"!

(13): при описанном в первом способе (10) - вполпинка: спрашивать про склад перед созданием, и выбирать для нового перемещения "заготовку" нужной периферийки (да, это шире, чем просто настроить миграцию).
засада случается когда надо слепить перемещение между периферийками - таковое требует ещё дополнительных телодвижений в виде промежуточного регламентного авто-создания перемещений по заготовкам перифериек-складов-приемников по каждому такому приехавшему из периферийке-склада-источника - с автозаменой в них склада-приемника на какой-нить служебній склад центральной ИБ (и его же в склад-источник упомянутых новых перемещений из "заготовок").

(17)+: ну или расширить на транзит-склад солстав реквизитов документа...

(14) И открытие каждого магазина приводит к изменению конфы. Потом число магазинов растет до 100. Потом проосят доработать документ перемещение.
Это так - в порядке хохмы. При устоявшемся небольшом количестве точек работать будет.

(19): тю, какие проблемы?
для правки документов использовать унифицированную обработку, тело модулей проведения - в экспорт.

(19) Ну как бы то сказано с некоторой долей сарказма