JOB: Изменение реквизита документа при обмене в РИБ #644332

Ситуация следующая: имеется распределенная база 1С УТ 10.3. В центре создаются документы Поступление товаров и услуг. Надо, чтобы при выгрузке этих документов в базы магазинов контрагент подменялся на "Основной контрагент" (предопределенный элемент справочника контрагенты), а в ТЧ цена товаров заменялась на 1 рубль с пересчетом суммы. Это выдумано для того, чтобы работники в магазинах не знали реальные закупочные цены товаров. Изменять эти документы в магазине будет нельзя. Можно ли этот "танец с бубном" прописать в коде? И если можно, то где именно. Или в ситуации с РИБ так делать нельзя?

Дешевле будет прописать показ колонок/реквизитов документа в зависимости от места просмотра.

обработка перед записью если обмен данными истина

делов на 5 мин

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

не сцы. не вернутся. они же будут недоступны для изменения.

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

сцу, ибо могут попасть в план обмена, как изменённые.

на сколько я понимаю, в этом и фишка, что документ меняется и меняются данные в регистрах.

Все регистры, в которых есть себестоимость, из обмена исключить. В магазине главное - чтобы были остаки и цены, а все остальное - в центральной базе

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

если исключить регистры - почему бы не исключить документы поступления?

А что мешает сделать обмен через правила? И тогда все ограничения можно прописать в правилах.

Не все регистры исключаются, а только те, в которых моячит себестоимость. ТоварыНаСкладах и т.п. остаются Про правила я тоже уже думала. Но заказчик возжелал делать это через типовой обмен между РИБ.

А что считать типовым: добавку правил в механизм обмена или добавку кода в план обмена? :))

Чтобы сделать обмен по правилам, РИБ использовать нельзя, т.к. в обмене между РИБами правил вообще нет. Соответственно, если я использую правила - я делаю новый план обмена. А заказчику нужен именно родной, УТшный обмен меджу РИБ. Остается только допиливать его.

Создаешь новую подписку на событие ПередЗаписью Если Источник.ОбмендДанными.Загрузка Тогда Если ПланыОбмена.ГлавныйУзел = Неопределено Тогда

Сорри, глупость подсказали.

Я не буду спрашивать зачем вообще передавать туда эти документы, если вы их... как бог черепаху... При получении данных подчиненным узлом от главного вносятся нужные вам изменения (т.е. "на стороне" подчиненного узла). Ещё нужно реализовать механизм "однонаправленного" обмена этих объектов с соблюдением непротиворечивости данных. Сложно сказал? Проще - это так: при получении данных от подчиненных узлов в главном узле регистрация измений этих объектов игнорируется и вместо этого делается регистрация изменений этих объектов в главном узле. Т.е как только объект изменят в подчиненном узле - туда вновь будет отправлен "оригинал" из главного узла - своеобразная отмена изменений и "самовосстановление" объекта.

В чем глупость, если в сам пишешь При получении данных подчиненным узлом от главного вносятся нужные вам изменения (т.е. "на стороне" подчиненного узла).

Вот, вот и я об этом-же. И об том, что в типовых "Обмен.Данными.Загрузка = Истина" используется не только во время обмена.

когда в ветке  Serg_1960 уже можно ничего не писать)

Проверять тип отправителя Если ТипЗнч(ОбменДанными.Отправитель) = Тип("ПланОбменаСсылка.---) Тогда

Простите, что вмешиваюсь в такой стройный ход мыслей, но если есть условие не трогать обмены правила и тд и есть желание трогать саму конфигурацию, почему не сделать права? Определенные пользователи просто не будут видеть определенный вид цен и определенные документы. Так же проще?

+Если он никому не нужен, зачем вообще выгружать документ Поступление товаров и услуг?