Добрый день
Есть фирма Рога и Копыта имеющая сеть магазинов
1. Добавление новой номенклатуры и установка цен происходит в офисе
2. Каждый магазин это отдельный склад который заказывает и получает самостоятельно товар у поставщика и ведет взаиморасчеты с поставщиком
3.  Офис видит остатки и взаиморасчеты по всем складам
4. Магазин видит только свои остатки и взаиморасчеты
Как можно организовать такую идею

(0) Только пилить и пилить

миграция документов и справочник - место создания и центр - не подойдёт?

(1)Чего пилить, если все штатно?
миграция "место создания и центр"

(1) Чо там пилить то ? "Место создания и центр" указываешь в РИБ

(0) контрагенты создаются только в центре, как и номенклатура?
перемещения между складами есть?

(5) Да все будет создаваться только в центре
В магазинах будет только приход расход товара который у заведен в центре

(5) Перемещение бывают но очень редко

(7) и вот тут нужно пилить

Если я правильно понял требуется настроить миграцию таким образом что
Константы - Место Создание
Справочники - Все информационные базы
Документы место создание и центр  
Регистры Запретить миграцию

(8) В данный момент перемещение происходит так что создается документ Приходная Накладная в Магазине который принял товар, и расходная в том который отдал, но такое бывает только при полном закрытии магазина или закрытии на ремонт

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

(11) В принципе они все одинаковые кроме ОсновнаяФирма и ОсновнойСклад

(12) В тисе основная фирма и основной склад берутся с катрочки пользователя

(13)  Может я путаю но такое возможно было в 1С8 на каждого пользователя настраивать свои константы
У нас эта инфа хранится в константах конфигурации

+13 А вот контролировать или не контролировать остаток при проведении документа считываетя из констант

Константы - Все информационные базы
Справочники - Все информационные базы
Документы место создание и центр  
Регистры Все информационные базы (иначе движняка по точкам в центре не увидите)

(14) Нетиповой тис чтоль ?

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

(16) Да перепивался кучу раз в течении 10 лет и мне втак виде и достался

(18) Тогда как я написал правила миграции

Спасибо буду пробовать

(15)  может я не прав но по моему если регистр будет мигрировать то будут ерунда в центральном узле
К примеру магазин1 произвел обмен  в следствии чего изменился регистр остатков в центральном узле. После чего магазин2 произвел обмен также есть изменение в регистре остатков не получится так что изменения внесенные магазином1 в центральном узле потеряются или я не правильно понимаю механизм обмена

(21) Судя по этому коменту, ты его вообще не понимаешь... Не рановато ли полез в это дело? Может сперва подучиться надо?

(21) Не будет ерунды.
Магазин1 генерирует документ1, Магазин2 - документ2. Документы формируют движения по регистрам; эти движения должны прийти в центральную базу - значит назначаем права миграции документов и регистров как минимум место создания и центр.
Т.к. документы в центр попадают, и документ1 независит от документа2 то сами документы никак не пересекутся соответственно не пересекутся их движения.

Разберем тонкий момент - документ2 создан в базе магазин1.
По каким то причинам его перепровели в центре (криворукость либо иссо чо); центр имеет безусловный приоритет над периферией и, если этот документ в базе магазин2 поменяют и перепроведут, то он в таком измененном состоянии проживет ровно до следующего обмена. Придут данные с центра и 1С откатит состояние документ2 в периыерийте в соответствии с данными в центре

(22) а выхода нет  наш программист свалил  а я с риб не работал вот и нужно разобрать

(23) теоретически в офисе можно запретить проведения документом
Задача офиса заводить новинки товаров устанавливать цены  и проводить анализ продаж