Бред конечно, но можно создать копии доков каждого вида для пар (склад-касса) и настроить миграцию в центр и в пары склад-касса.
По идее должно работать.

я решил эту проблему написав триггер.
при обращении к таблице _1SDWNLDS производим зачистку "лишних" записей в _1SUPDTS. все работает уже на протяжении более 2 лет без сбоев на 23 филиалах . триггер отрабатывает по связке  _1SUPDTS, _1SJOURN и справочника фирм.
если нужно скину код, но там есть внутренние идентификаторы ....
идею нарыл где то на просторах инета. ссылку к сожалению не помню.

Еще вдогонку тема для размышления.

В периферийную базы мы выгружаем только те документы которые относятся к склады/кассе закрепленной за этой базой. С приходом/расходом никаких вопросов, но вот когда выгружаем перемещения документы выгружаются со всеми его движениям, и в базу попадают движения по чужому складу/кассе. Соответственно не трудно догадаться что по складам по которым у нас идет полный обмен в периферийной базе проблем у нас не будет, а вот что делать с теми складами у которых пришли только перемещения?

В принципе пока что я вижу 2 решения: Лезть в ядро 1С и настраивать выгрузку движений таких случаев или обрабатывать файл выгрузки и выкидывать от туда движения по "паразитным" складам. Не знаю даже что легче осуществить.

Может у кого будут идейки по интересней?

Dimitry писал(а) 03. Июня 2009 :: 10:29:


Выкладывай конечно. Давно про тригера слышу. Но как ими пользоваться, и куда применить ХЗ.

МОД еще никто не предлагал ?

Можно и гибрид уриб-мод, есл регистрация изменений от МОДа не устраивает...

А что именно подробней ?
МОД позволяет иметь неограниченное количество перефириек, гибкие правила обмена , которые могут меняться на-ходу..
Единственный минус - встраивание своего кода во все объекты, добавление реквизита IDD и использование спец. конструкций, например. вместо Объект.Записать, писать ОбъектЗаписать(Объект,) ну и т.д..

ЗЫ: Обмениваться можно м-ду любыми конфигурациями (т.е с разными мд-никами).
Есть регистрация изменений, если она не устраивает, можно регистрировать урибом, а выгружать МОД-ом..

подробней, на www.pb.ru
Да, последняя редакция МОДа от 28 ноября 2005 ..если что

Там не только XML, это раз и отправлять умеет мд-ник Это два..
а правила настраиваются автоматом, если что..
Да и.. как часто вы конфу правите ?

В месяц 2-4 раза базы обновляются, иногда чаще, иногда реже. Все зависит от поставленной задачи и количества времени на тестирование. У МОДа есть ряд ограничений которые не дают возможность осуществить задуманное, особенно неспособность загрузить новую конфигурацию в периферийной базе. Плюс ко всему она "интеллектуально" меняет конфигурацию, а если в некоторых местах там камня на камне не осталось от родной конфигурации, как долго я буду отлавливать глюки которые она привнесет с собой меняя стандартные процедуры на свои?

Не, это не вариант. Это скорей как соломинка для утопающего, но не как кардинальное решение поставленной задачи.

Для тех у кого обмен данными происходит в нерабочее время предлагаю небольшую обработочку, которая читает данные ид ДБФ и выкидывает ненужные записи о регистрации изменений в зависимости от настроек.

Необходимые доработки базы:
1)      Создать справочник «ПринадлежностьСклада» подчиненный складу с длиной наименования 3 символа.
2)      Сделать тоже самое для справочника Кассы с названием нового справочника «ПринадлежностьКассы».
3)      В новых справочниках мы просто перечисляем названия периферийных баз куда нужно выгружать документ.
Перед выгрузкой в периферийные базы мы просто запускаем эту обработку и УРБД дальше делает все сама.

P.S. Обработка была написанна за 1 день, и работает только с 2-мя типами документов. Полевые испытания она так и не прошла поэтому до сих пор она может делать только это. Смысла ее небыло пока расширять.