Всем доброго дня! Имеем полный односторонний обмен. По истечении какого то времени, выяснилось что данные в ОСВ начали расходится... Покопали, выяснилось, что из рабочей базы в подчиненную "приехал" непроведенный документ 04.09 числа, затем в рабочей базе 09.09 он провелся, 10.09 успешно произошел обмен, но в подчиненной базе этот документ так и остался не проведенным и без движений... Соответственно вопрос, как могла получится данная ситуация?

Либо что-то зарегистрировало этот документ для периферийной базы. Либо документ перенесли в ПБ выгрузкой-загрузкой xml.

Это - например

Ты видишь факт - документ из центра присутствует в ПБ. Все остальные выводы не доказаны - он не обязательно с обменом туда попал.
Почему-то ты исходишь из предположения, что обмен односторонний. Доказательств этого тоже нет.

тут вариантов до едрища...

да самое простое, в ПБ документ сняли с проведения, например

(3) из ПБ типа обмен односторонний и есть и это бы пришло в центр.

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

Вот думаю не могло ли это случится из-за динамического обновления центра... Точно был случай когда динамическое обновление сбивало ИД конфигурации центра и ПБ не могла принять файл.

"Имеем полный односторонний обмен." - почему он должне был вернуться проведенным? ну, если обмен односторонний. Или я неправильно понял семантику слова?

(5) > Точно был случай когда динамическое обновление сбивало ИД конфигурации

в 8.0?..

(5) нет никакого ИД конфигурации, есть только коды узлов обмена

(7) в 8.0 такое было?

(8) есть

а, понял...

(10) даже не знал

(12) да это бесполезная информация

Под односторонним обменом я имел ввиду следующую ситуацию:
данные выгружаются из центра, соответственно загружаются в ПБ, а из ПБ выгружается только пустой ответный файл, содержащий номера принятого и отправленного сообщений.

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

да все-все, это я просто невнимательно прочитал

(16) на самом деле (14) внесло ясность - я думал, что данные из ПБ идут в центр, а тут вышло, что наибарот всё

(15)Уже сформировал такие журналы.

В ПБ видим следующее:
04.09.2015 - Данные.Добавление - Документ ППВ1

В Центре:
03.09.2015 - Данные.Добавление - Документ ППВ1
09.09.2015 - Данные.Изменение  - Документ ППВ1
09.09.2015 - Данные.Проведение - Документ ППВ1

Вот изменений документа ППВ1 от 09.09 и нет в ПБ.

(18) ну, и какие вопросы-то теперь?

документ создан в ПБ, не проведен, ушел в ЦБ. В ЦБ проведен, но поток данных из ЦБ в ПБ отсутствует, вот он в ПБ и не проведен.

В чем проблема-то, я не пойму?

(18) А ты смоделируй ситуацию на любом документе: распроведи какой-нибудь в центре, дождись пока он прилетит в дочку (тоже распроведется там), а затем проведи опять в центре и проверь, что дочке он провелся. А то может у тебя ни один отдельно (уже после первой записи) проведенный докуемнт в дочку не ездит

(19) Ты что-то не можешь сообразить или плохо видишь сегодня :)
Документ создан в центре 03.09, приехал в дочку 04.09, затем в центре изменялся, а в дочке ничего уже не происходило с ним

(20) раз обмен односторонний, то изменения в получателе того, что принято из источника, надо запрещать насовсем. Иначе будут сабжи

(22) Ты что-то не можешь сообразить [2]? :) Я предложил смоделировать путем изменений в центре

(23) нафиг ни чего не надо моделировать - оно работает так, как задумано. Потёк данных из ПБ в ЦБ, а обратного нет. Все так и должно быть

(24) ты так и не въезжаешь походу, что поток данных - из центра в дочку

(24) поток данных же в обратном направлении

(25) прочитай (14) с открытыми глазами, придя перед этим в сознание

(27) Я-то прочитал...
Автор, давай проверяй уже (20)

(27)походу ты в бессознательном состоянии, в 14 ясно написано что из ПБ  в Центр данные не передаются. Т. е. данные забиваются в Центре а ПБ это как копия.

хммм... это, оказывается, я без сознания

Хотя странная структура РИБ конешно...

чем регистрация изменений делается? Может там код, который регистрирует только то, что создано в текущей базе?

Поясню еще раз, данные выгружаются только из Центральной базы, из Переферийной базы выгружается только пустой файл, т.к. переферийная база нужна только аудиторам для просмотра изменений в центральной базе.
(28) Это так просто не проверить, центральная база не в моем подчинении и обмен идет раз в сутки, соответственно для моделирования потребуется время..

(33) код регистрации посмотри

(32)Код должен быть типовым, но на всякий случай гляну. Значит вероятнее всего дело только в кривом или наоборот хитром коде?

(35) У тебя движения в приемнике появляются каким образом из двух возможных:
1. Документ проводится в приемнике
или
2. Движения приезжают в приемник из источника
?

(36)Вариант 2 - движения приезжают.

(37) видать движения не зарегистрировались в ЦБ

(37) вот вот....понять бы почему. Что то мне подсказывает что дело в человеческом факторе...либо франчи при обновлении отключили часть объектов от плана обмена, либо кто то регистрацию сбросил..

(37) Раз (39) и у тебя доступа до базы-источника нет, то о чем еще можно тут пока говорить...

(40)Всегда хочется верить что глючут компьютеры, а не люди ))

(41) Ну так и напиши пока: воспроизвести не удалось, выявить возможоную причину методом моделирования также не удалось

(42) Ага, это и остается сделать. Если выяснится что-то интересное - отпишусь.