РИБ: возможен ли перенос движений без регистраторов? #750997

Здравствуйте. Есть УТ 10.3, настроен обмен через РИБ с несколькими узлами. Переносятся все документы и элементы справочников (за редким исключением), т.е. в каждом узле видны документы всей базы. Можно ли средствами РИБ сделать так, чтобы в каждом узле видели только остатки/движения по регистрам других торговых точек без самих документов-регистраторов?

Переноси КЗР по этим регистрам.

Что такое КЗР?

Совсем без регистраторов - никак.

корр. записей регистра

корректировка записей регистров

КЗР как раз и хотелось бы избежать.

А как не совсем?

RLS не поможет?

Стоп. почему нельзя? Можно.

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

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

можно. скажи что я разрешил. А перед этим попробовал и убедился что работает.

Все просто - исключи из состава плана обмена документы-регистраторы, а регистры - включи

Тогда будет дублирование записей в регистрах, остатки задвоятся.

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

2 что?

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

У меня периодически приключаются глюки, когда наборы записей регистра переносятся, а сами регистраторы не переносятся. Модуль в плане обмена переписан. Т.е. если тебе это нужно нарочно, то можно изменить код в преопределенной процедуре в модуле плана обмена и будет такая фича или баг, смотря на чей вкус.

Я б так не рисковал. Или только при тщательном тестировании.

Пример: в одном из узлов провели документ поступления ТМЦ, он сделал движения с регистратором и без него. Поступило 2 шт. товара, а в документе указана 1 шт. Или я не так понял?

Отлови момент, когда и где происходит регистрация объектов для обмена и поставь заглушку, что бы документ не регистрировался. В итоге будет зарегистрирован только НаборЗаписей для регистров, а сам документ - нет. В итоге перенесутся только регистры с битой ссылкой регистратора.

Однобокая задача.Нужно использовать RLS

2 Да, ты не так понял. Еще раз - в базе источнике - документ-объект который регистратор, и его движения. Теперь все это переносится в базу-приемник. В приемнике созадется документ-объект, ему устанавливается УИД при помощи установитьссылкунового, в качестве аргумента устанавливается ссылка документа-регистратора из базы-отправителя. Создается набор записей, устанавливается этот регистратор, набор записывается, регистратор - нет. все. 2 уже все протестировано давно.

Ему не для ограничения доступа, а для уменьшения объема базы.

у этого набора движений будет регистратор, у которого в базе -приемнике будет написано "<Объект не найден - и УИД - такойже, как у регистратора в базе-источнике>"

двух наборов с таким УИДом-регистратором в одной базе не будет. поэтому никакого дублирования не будет.

"Недостатки использования RLS:     Применение механизма ограничения доступа на уровне записей приводит к неявному увеличению таблиц, участвующих в запросе, что может привести к ошибкам в клиент-серверном режиме работы базы данных.     Для контроля записи бывает трудно или невозможно реализовать сложную логику приложения. В таких случаях лучше использовать условия в процедуре ПриЗаписи.     Написание условия (запроса) требует определенной квалификации разработчика.     Дополнительные трудности может создать невозможность отладки условия (запроса). В типовых конфигурациях права на уровне записей могут быть заданы интерактивно для следующих объектов: организации, контрагенты, номенклатура, склады, подразделения, физические лица, заявки кандидатов и другие. Следует помнить, что ограничения прав доступа на уровне записей довольно ресурсоемкий механизм и чем более сложные ограничения Вы поставите, тем медленнее программа будет работать, особенно при большой базе данных." Не хочется замедлять работу базы еще больше.

"Создается набор записей, устанавливается этот регистратор, набор записывается, регистратор - нет. все." Попробую, спасибо.

У меня они из коробки ездят без регистраторов. УТ10.3 Документ ЧекККМ делает движения по регистрам, но сами чеки не выгружаются, все ездит спокойно без проблем. Я не могу понять вопроса, автор запретить регистрацию документов пробовал?

+ кстати да... Да просто 1Сники находятся под воздействием магической фразы из пособия для разработчиков, что мол движения РН и РБ, и зависимых РС не живут без регистраторов. А то что регистратор это ссылка, и объекта ей соответствующего именно в этой базе может не быть - забывают.

Рекомендую хоть что-то записывать на место регистратора. Корректировку регистров или свой документ. Т.к. в случае проблем трудно будет разбираться и искать косяки. И в случае тестирования-исправления, документы не будут созданы или движения не улетучатся.

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

Не пробовал, т.к. в этом случае документы не придут и в ЦБ. :-) Я как раз к пособиям от 1С отношусь скептически. Вот и я думал: как же будут проводиться другие документы на основе таких вот движений без регистратора? Всем большое спасибо за обсуждение, я понял что надо сделать. Буду пробовать...

до того момента, пока не возникнет действительно нештатная ситуация ;) это ж 1С. с ней все возможно

2 Если в алгоритмах проведения этих документов будет попытка обращения к данным регистратора - тогда все закончится плачевно. При получении остатков регистраторы фигурировать не будут. Они могут появиться только в том случае, если будет попытка получения оборотов с детализацией до регистратора.

Ага, только на вскидку это выглядит как нарушение ссылочной целостности и неопытные 1С-ники запустят ТИИ

2 что такое нарушение ссылочной целостности? Ну, после пары раз станут опытными.

Заменять в базе приёмнике все регистраторы на объект Партия. Партию заполнять реквизитами для будущего анализа/разбора. Всё будет корректно, кроме изменения объекта Партия в периферийной базе, если он вдруг полетит обратно...

+ "Партию заполнять реквизитами..." исходного регистратора "...для будущего анализа/разбора"

Можно Прикрепить движения к любому документу, который движется по данному регистру, не проводя его при этом

"сколько в уменьшении размера периферийных баз."- заверяю что  этим размер не добьешся

Пробовал?

я правильно понимаю что задача видеть остатки в Пер базах?

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

Мне нравиться как реализовано в Рознице 1 (может и еще где то) -используется механизм "информативные остатки "

Там, видимо, как раз такой частный случай.