Имя: Пароль:
1C
1С v8
Проблема с РИБ. Регистрация изменений без движений
0 DamirRisbekov
 
14.12.17
06:33
Всем привет! У нас реализован РИБ из 4 уровней. Рабочие базы на 4 уровне. Центральная база на 1 уровне. Уровни 2 и 3 промежуточные сервера. Все работали на 4 уровне и не было никаких проблем. Но вот начался переход на 1С ERP. Первым перешли кадры. Кадровые документы создаются в ERP и обменом падают в центральную базу и дальше расходятся во все рабочие базы 4 уровня. Проблема в том что когда для примера сервер 2 уровня получает данные обменом и регистрирует их для дальнейшего обмена на сервер 3 уровня там объекты идут без движений. Проверил отладкой подписку перед записью регистра сведений или накоплений и выявил что в файле обмена по структура движений идут раньше объектов. И получается что при регистрации движений еще нет объектов и соответственно не можем получить организацию и далее узел обмена. И получается сервер 2 уровня на сервер 3 уровня регистрирует только объекты.
1 DamirRisbekov
 
14.12.17
06:36
Это конечно не всегда а только с определенными видами документов. По тем объектам проблема, где в файле обмена движения идут раньше чем объект по порядку. А один объект делает движения по двум регистрам и один регистр идет раньше а другой позже и соответственно на сервер 3 уровня регистрируется то движение которое после объекта.
2 DamirRisbekov
 
14.12.17
06:39
3 Рэйв
 
14.12.17
07:01
да пофигу по идее что идет раньше. Если раньше придут движения, то у ниж прото будет <Объект не найден> в регистраторах. Это совершенно не мешает им регистрироваться для дальнейшего обмена.Потом придут регистраторы и все встанет на место
4 DamirRisbekov
 
14.12.17
07:19
(3) А как он встанет куда-то на регистрацию если нет объект и соответственно нет узла? Куда встанет на регистрацию?
5 DamirRisbekov
 
14.12.17
07:20
В этом-то и проблема что обмен по организации и надо регистрировать в соответствующем узле.
6 Рэйв
 
14.12.17
07:54
(4)Движения встают в обмен независимо от регистратора, и регистратор независимо от движений. Это же разные объекты метаданных
7 Рэйв
 
14.12.17
07:54
(5)Организация же не из регистратора надеюсь берется для фильтра, а из измерений регистра
8 Фрэнки
 
14.12.17
08:46
(0) проблема обсуждается гипотетически? может по факту нужно собрать по завершению обмена отдельным заданием актуальный список объектов на регистрацию, а не доверять регистрации объектов в автоматическом режиме самого плана обмена?
9 Cyberhawk
 
14.12.17
08:51
Если для фильтра движений нужно маркер получать из свойств битой ссылки, то так не получится.
10 Cyberhawk
 
14.12.17
08:51
Если для фильтра маркером является сама битая ссылка, присутствующая в записи регистра, то все нормально
11 Cyberhawk
 
14.12.17
08:52
Допиши регистрацию всех движений, когда приходит сам регистратор. Правда, это не спасет от независимых регистров, а также от ситуации, когда сам объект может и не придти вообще, а движения должны дальше улететь...
12 DamirRisbekov
 
14.12.17
10:38
(11) Дописать не проблема.  Там конфига типовая что касается плана обмена. Как решить проблему я знаю. Не знаю почему такая проблема возникает. По умолчанию в подписке перед записью регистра сведений в истонике стоит отбор по регистратору только и только оттуда можно вытащить узел обмена через организацию.
13 Cyberhawk
 
14.12.17
17:33
(12) Что за конфигурация?
14 hhhh
 
14.12.17
17:38
(12) глупо брать организацию из регистратора. Берите организацию из регистра, тогда этой проблемы не будет и работать будет обмен в несколько раз быстрее
15 Cyberhawk
 
14.12.17
17:43
Наверное, если новое измерение в регистр добавлять накладно, то можно добавить реквизит-маркер в этот регистр?
16 tesseract
 
14.12.17
23:56
(3) А если при перепроведении в одном из узлов пойдет разброс по времени с вышестоящим и приедут движения из разных баз? Я встречался со случаями, когда у документа были движения задвоены или затроены.

По умолчанию выгружаются "справочник" - "Документ" - "Движения". Если нет сбоя в получении данных, и никто номера полученных/отправленных пакетов не менял.

Любопытно, как при такой выгрузке ведет себя партионный учет.

(12) Не в несколько раз. И не в каждом регистре есть организация.

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