Коллизии при обмене #250965

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

1)  какая конфишка? 2)  что такое "приём со склада" ?

какого рода коллизии. Миграция объектов какая стоит?

Конфа - "Бухгалтерский учет", прием со склада - значит обмен со складом, где на входе центральной базы имеется выходной файл обмена со склада. Миграция объектов - все информационные базы. Коллизии заключаются в том, что при изменении документа на складе эти изменения не приходят в центр.

Причем проблемы не со всеми документами какого-либо типа, а выборочно: то накладная не изменилась, то выписка...

И это правильно

Млин, один отвечает "Это нормально", второй - "И это правильно". Что "нормально" и что "правильно"? Сказали "а", скажите и "б".

"Доктор сказал "В морг" - значит в морг. Не занимайтесь самолечением, больной!"

Спасибо, родной. Мне так помогло твое сообщение.

"А интерфейс у нас всегда дружественный.." (с) один мой бывший шеф..

Имхо, в "Центр" таки правятся документы, может какой обработкой

Нет, специально все просмотрел - не правятся.

Если на обмене РБД, то правки откладываются до обмена со всеми другими ПБ.

Фигню говоришь

книги читал давно?

поподробнее, если можно...

Сделай "мертвую" (без автообменов) периферийку - данные из других ПБ все равно будут выгружаться в ЦБ. Это без всяких книжек ясно.

Млин, понимаю, теткам 60-летним объяснять, и то устно... Если есть >1 ПБ и миграция "Все ИБ", то созданные в ПБ объекты без проблем пишутся в ПБ. Но если после этого в ПБ что-нибудь поправят, то тут концов не найдешь. Короче, надо запрешать править существующие объекты в ПБ и править только в ЦБ, или вмешиваться в базы УРБД при обмене.

Весь вопрос когда и в каком виде.

Я так понимаю, что последствия лечатся только в ЦБ и ручками?

Имхо, опять фигню говоришь Как только объект попал в ЦБ он есть, а если его поменяли в другой ПБ, то ЦБ имеет приоритет

Если его меняют в ЦБ.

Если его изменили в ЦБ. Типа того, особенно если периоды обмена с ПБ сильно отличаются.

т.е. в случае документы в ПБ попадают только при изменении этих документов в ЦБ? Если документ создали в ПБ1 и больше нигде не меняли, то в ПБ2, ПБ3, ... никогда не попадет?

что такое "мертвая"?

Создали ПБ и забыли про неё, т.е. автообмен в ней не делают

Объекты регистрируются к обмену при записи.

"Если документ создали в ПБ1 и больше нигде не меняли, то в ПБ2, ПБ3, ... никогда не попадет?"

Поясняю для прессы. " только после того, как все ИБ системы подтвердтили прием объекта, информация об его изменении удаляется системой, и процедура корректировки ИБ считается законченной. Если в течении этого периода другая ИБ внесла корректировки, то такие корректировки можно считать условно одновременными... Определяющими считаются корректировки. дошедшими первыми до ЦБ".

а так как в таблицах РБД содержится только ссылка на объект, то могут возникать интересные с точки зрения пользователей ситуации. Н-р, изменения могут появиться в ЦБ, затем отпрыгнуть назад и опять проявиться.

(28,29) Вроде простой вопрос. Нужен простой ответ "Да", "Нет", "Не знаю".

Запрети программно юзать "чужие" документы (по ЗначениеВСтрокуВнутр(Док) - последние букфоцифры = код базы в УРБД). Изменение=даже просто Записать. Иначе от коллизий не спрячешься.

Если , то попадет.

Итак, если подвести итог всему сказанному, то следует исправить все ручками в ЦБ и далее . Я прав?

А я вот сталкивался с косяками при обмене, когда у элемента нет кода РБД (т.е. если посмотреть внутренный идентификатор, вместо кода распределенки - пробелы.). Например в документе контрагент с таким идентификатором. При переносе тихо без ругани подставляет другого (тоже кстати с пробелами, но с другим внутренним id). Дернул документ (перепровел), выгрузил - все нормально. Чудеса.

В одинэсе чудес не бывает. Контрагент/ы был/и заведен/ы в базе До превращения оной в распределенную. И что тут удивительного?

Удивительно то, что в обеих базах этот контрагент есть, id у него одинаковый, выгружается иногда с первого раза иногда нет. Я так и понял что это фича, поэтому создал пустую базу, сделал ее распределенной и выгрузил/загрузил в нее данные через текстовый файл (export77, import77) чтобы новые внутренние идентификаторы сформировались с кодом распределенки. Хорошо база еще не большая была, метров 200.

Достаточно забросить (физически) соответствующую табличку/и s* в тока что созданную ПБ, как справочник там и появится. Если у него (справочника) нет миграции (к примеру склады) а справочник нужен "частично" , то переброс+удаление "лишнего"=имеем то что нужно. Если, потом, поиграться с признаками миграции (с учетом подчиненных), то можно накопать весьмааа интересные вещи, но нужно ли...

Похоже, бригада здесь засела до ночи. С согласен. Более того, когда перевыгружаешь ПБ, то все объекты становятся с пустыми кодами, даже если коды те же.