Есть 1 ЦБ и несколько ПБ. Встал вопрос о том, что нужно сделать перемещение ТМЦ. Помогите настроить параметры миграции.
В данный момент настроено так:
Справочник.Партии - Место создания и центр.
Документ.ПеремещениеТМЦ - Место создания и центр.
Естественно партии и сам документ во вторую ПБ не попадает.
Подскажите, как можно решить этот момент.

перемещение между чем и чем ...

Используй контейнеры.
У нас реализовано так.
На ПБ при входе в базу создаються пустышки.
у перемещений есть признак: Внетреннее.
Так вот когда надо переместить кудысь в другоую ПБ товар то создаеться Перемещение с признаком Внешнее.
Есно движения в ПБ делаються только расход.
Когда это пеермещение приходит в ЦБ можно руцями, но меня за это робот отчечает. Отлавливается в ЦБ такие перемещения и к ним заполняеться перемещение с признаком дубль и цепляется к этому перемещению. После обменов это перемещени уходитьс ПБ другую.

(1) между перифирийной базой и другой переферийно базой.
(2)Т.е. Создается второе перемещение? Но если оно будет создано в центре, то оно не уйдет в нужную базу. Как реализован механизм выгрузки в нужную базу?

Я тебе в самом начале написал:
Контейнеры.
Это перемещения создванные в другой ПБ но в ЦБ они будут присутствовать всегда.
Вот его ты подхватуешь заполняешь и оно уйдет в нужную ПБ.
Че тута непонятного?

(4) т.е. насоздавать пустых перемещений каким-нибудь задним числом во всех ПБ?

Ну да.
А потом по мера надобности вытягивать их с ставить в нужное место.

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

(2) вот ты геморроя выхватываешь, когда исходное перемещение в ПБ кто-нить поправит, а дубль останется неизменным))) или тоже робот рулит?)

(8) тоже он же.
Во время загрузки вся цепочка обновляеться.

(8) за 3 года как я запустил в работу робота еще ни разу не было слетов.

причем робот анализирует что загрузил другой робот через пофигуратор.
Если надо то обновляет только те что пришли с обменами.

(11) ну Ок. я не стал морочиться, все партиеобразующие доки и Перемещения везде ходят. Чузые в ПБ трогать категорически нельзя. Из недостатков - остатки и движения не по своему складу в ПБ бред покажут (но их и нельзя сформировать не по своему складу))).

(8) Спасибо за намек, надо будет это предусмотреть.

(13) еще лучше - воспользуйся намеком в 12 :-)) но это ИМХО конечно

(13) ты если шо стучись.
у мене много чего в этом напрямке есть.

(12) Главный недостаток это куча ненужного никому мосора. И все потому что кому-то было лень потратить пару дней и сделать как (2). Если сомневаешся - представь что у тебя 30 ПБ и в каждой формируется 1-2 тыс накладных в день. Плюс твои сра**** перемещения которые гуляют кругом и везде. Как будешь восстанавливать последовательность? Каждое перемещение будет сбивать.
В общем печалька ....

(16) Ну да, плюс еще я так понимаю приходные. Ну это ж пипец просто. )))

Судя по всему у автора топика - ТиС. В любом случае, если партиеобразующие документы не везде ходят, то в справочнике партий будут битые ссылки в ПБ, в которую перемещение пойдет.

перемещение-отправка... перемещение-доставка... транзитный склад... "болванки" перемещений-доставок в ЦБ... автопопролнение...
в-общем, пригласите специалиста.

(16),(17) Приходные - только в ЦБ, чузые документы в ПБ не видны, т.к. отбор только своих

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

(21) Да, особенно когда ты перестанешь это поддерживать. Потом приходит новый товарищ и гори все синим пламенем. Как ни крути а пустышками проще всего, хотя тоже есть скользкие моменты.

Да, у Автора ТИС) С партиями все хорошо, вот только напряг с перемещениями.
В принципе вариант с пустыми перемещениями полностью устраивает. Механизм слежения за недостатком пустых перемещений настроить не сложно. Буду так и делать.

(22): давотхренасдва "сиим пламенем".
с маслом в голове - и "предохранителей" наставить, и регламент нарисовать, и краткое описание.
получал подобную хрень "в наследство" (урбд="звезду" с правкой-подменой 1супдтс+1сдбсет в узлах), так по логичности и ясности - сто очкоы вперед любой пионэрской доделке даст.

Возник вопрос: Если делать перемещения из одной ПБ в центр, потом запихивать все данные в Перемещение из другой ПБ и отпралять им, то в обоих перемещениях указывать одни и те же склады? или же нужно завести еще 1 склад. Сначала перемещать на него в центральную базу, а потом с него в другую ПБ?

Те, кто подобными делами занимались еще не проснулись?)))

(22) вменяемый "новый товарищ" - поймет. ну а если будет невменяемый....

(25) из ПБ в центр у тебя само уйдет...

Извиняюсь, из ПБ в ПБ

Надо ли делать еще 1 склад и перемещать на него и потом с него или можно в обоих документах указать уже существующие?

(30) из ПБ в ПБ в данной схеме перемещение не предусматривается (был в свое время срач почти на 1000 постов :-))
делай через центральную базу [наполовину]ручками.

+(31) склады вобще пофиг.

Вот чеовек в (2) подсказал схему. Это и будет наполовину ручками: Сначала делается перемещение из ПБ в ЦБ, затем в ЦБ берется уже подготовленное пустое перемещение (Пришедшее из той ПБ в которую надо переместить) и заполняется теми же данными. И потом делается выгрузка во вторую ПБ. Так вот какие склады надо указывать?

(33) те склады, которые нужно. Тебе решать.
Но учитывай, что отслеживать целостность этой связки тебе придется вручную. Ну, или блокировать от изменений, иначе данные разбегутся.

Чтоб отслеживать изменения я думаю завести справочник, в котором будут содержаться номера доков тех по которым данные пришли и по которым данные ушли.
Вот только проблема: каким образом отслеживать изменения, изменились ли данные в документах. Если сделать при загрузке системы, то вход в 1с будет долго производиться. Вот как сделать чтоб при загрузке данных эти моменты отслеживались...

(35) плохое решение.
если б я лепил такую чрезжопицу - я б хранил пары подчиненных документов с номерами версий (verstamp). Ну и регулярно роботос проверял соответсвие на глубину ДЗР, и отправлял измененные по назначению.
------
у меня сделано через работу с 1cupdts, там чуть сложнее в реализации, но для пользователей прозрачно.

Как вариант с перемещениями можно сделать обработочку, которой периодическив ПБ прямым доступом чистить регистры от ненужных движений. у себя я остановился на таком варианте.

(34) Сделал еще одну ПБ для опта. Сделал Перемещение ТМЦ из этой ПБ на магазин. В "грузополучателе" сразу указал Фирму и склад магазина. Выгрузил в ЦБ. Беру документ, созданный в ПБ магазина в ЦБ, заношу данные и он не проводится... нет остатков. Какую все же фирму и склад указывать в оптовой ПБ, чтоб в центральной сделать второе перемещение?

(38) кто на ком стоял?©

(39) А миграция фирм и складов у тебя как настроена? Все информационные базы?

Может еще кто-то что-то подскажет про перемещения?

Если делаю двумя перемещениями, то когда второе приходит в свою ПБ там появляются минусовые остатки на том складе, откуда была отгружена продукция. Как это победить?

(42) никак. или "все базы", или в каждой базе "бардак по чужим складам".