В компании 3 организации в базе УТ11.2. Из-за сложности настройки прав пользователей (пользователи иногда склады путают, берут чужой товар) было решено создать 3 периферийных базы, используя план обмена "СОтборами" - РИБ с фильтром по подразделению. При создании начальных образов обнаружилось, что не перенеслись банковские документы Поступление/Списание безналичных денежных средств. С ними вроде разобрался, реквизит шапки Подразделение полагаю более не используется, не заполняется автоматом, теперь заполняется Подразделение в табл. части Расшифровка платежа. Заполнил Подразделение шапок обработкой Групповое изменение реквизитов банковские документы перенеслись в образы периферийных баз.
А вот для документов Ввод начальных остатков аналогичная обработка не помогла - перенеслись только остатки для Собственных товаров (Подразделение доступно в форме) и На банковских счетах. А остатки, например, по задолженностям не перенеслись!? Где копать?
Можно их одноразово перебросить через Универсальный обмен данными в формате XML, если это касается только создания начальных образов. Но опасаюсь, что обмен будет неполным. Хотелось раскопать первопричину неполного обмена СОтборами.

Кстати, достал из архива УТ11.1 в Ввод начальных остатков более прозрачен, в форме списка есть Подразделение, и большинства операций в форме доступно. Создал аналогично узел РИБ с фильтром по подразделению, результат еще хуже - перенеслись только остатки для Собственных товаров!?
Наверное придется все же через Универсальный обмен данными в формате XML остальные перекидывать... или кто подскажет в чем причина НЕ переноса?

"А остатки, например, по задолженностям не перенеслись"
А регистр-то в состав плана обмена включен?

(2) А какой регистр? В конфигураторе составе плана СОтборами почти у всех Авторегистрация стоит "Запретить"!?

(3) Тебя про состав плана обмена спросили, а не про значение в столбике "Авторегистрация"...

(3) в БСП так и надо

(4) В составе плана отмечены почти все объекты (кроме по ЕГАИС, и некоторых). Только при чем какой-то регистр? Речь о документе Ввод начальных остатков, движения в обмене не участвуют.

почитать, как работает http://its.1c.ru/db/bspdoc#content:440:1:issogl1_настройка

в УТ также БСП

(7) За ссылку спасибо, давно не читал про планы обмена. И что, план СОтборами в УТ11 всего лишь заготовка, которую нужно допиливать в конфигураторе под себя? Настройками в режиме 1С Предприятие не обойтись?

Перебросил в периферийную базу недостающие документы через Универсальный обмен данными в формате XML. Загрузились нормально, но при попытки их проведения пишет ошибку: Документ не может быть изменен в подчиненном узле распределенной информационной базы!? Это почему так?

Существуют документы, которые нельзя перепроводить в подчиненном узле. Догадаешься, почему?

(11) Речь о документах Ввод начальных остатков для новой организации. Их сделали в общей базе. Теперь решили эту организацию выделить в отдельную базу. Почему ее документы нельзя корректировать в своей периферийной базе?

(12) Ты описал то же самое, что и в (10), но так и не ответил на (11)...

так РИБ по организации, или подразделению?

(13) Пока нет, не просил бы подсказки в (12)
(14) План обмена СОтборами в УТ11.2 - РИБ с фильтром по подразделению. Кстати в моем случае это без разницы: нужно добавить 2 узла РИБ для 2-х вспомогательных организаций, имеющих по одному подразделению (без подразделений). Для основной организации (несколько подразделений) такой же узел РИБ СОтборами создан еще в УТ11.1, и вроде претензий к нему нет.

Ребят делаю РИБ по фильтру. Запускаю процесс Создания Начального Узла. к выгрузке 1089624 записей. Примерно на 50% процесс наглухо зависает. Причем выгружается все очень медлено, 5-6 часов уходит на то чтоб дошло до 50%. База предок серверная, начальный образ - файловая база.

(15) нежизнеспособно это, по подразделению. Не везде оно есть. Поэтому будет куча глюков - что-то выгрузилось, что-то нет.

(17) + при этом если ты документы частично будешь грузить по табчастям - вообще какая-то фигня и очень будет тормозить.

(15) Тогда отвечаю: потому что один документ может делать движения по разным подразделениям, соответственно сам документ в подчиненные узлы не передается, а часть его движений (в каждый узел - своя) - передается.
Конкретно в случае с твоим документом ввода остатков - это все часть общего механизма, документ в узле проверяется на соответствие фильтрам, и без правки конфигурации этот запрет не обойдешь, даже несмотря на то, что где-то этот механизм работает необоснованно (см. (17) и (18), например)

(19) > один документ может делать движения по разным подразделениям
Как раз банковские документы, реквизит Подразделение теперь в табл. части Расшифровка платежа, а реквизит шапки не заполняется (даже если 1 строка, или во всех строках одно подразделение). Заполнил реквизит шапки обработкой Групповое изменение реквизитов банковские документы перенеслись в образы периферийных баз.
У Ввод начальных остатков много табличных частей, но реквизит Подразделение только в шапке, заполнен (проверил).

Кстати, по поводу: Документ не может быть изменен в подчиненном узле распределенной информационной базы - вопрос снимаю, в новой Универсальный обмен данными в формате XML (2.1.8) для каждого Правила выгрузки нужно указывать Узел обмена. Ладно, что у мне надо только одно: Ввод начальных остатков, а если весь набор правил понадобится, каждый раз ручками расставлять!?

(20) Помнится, на партнерке долго ребята из УТ не хотели добавлять подразделение в платежные документы (мол, в перифериях пользуйтесь заявками на расход ДС - этого должно хватать).
Касательно ввода нач. остатков могу только посоветовать отладить фильтрацию ПРО и посмотреть, можно ли с этим что-то сделать...
(21) Переноси в режиме обычного приложения обработкой, сделанной под обычные формы - получишь больше контроля без необходимости указания узлов - там хоть произвольные отборы сможешь указать... а если надо тупо все - то так уже по умолчанию

(20) а как ты 2 подразделения засунул в один реквизит шапки обработкой Групповое изменение? Они там не поместятся.

Есть же даже специальная теорема Дирихле. 10 кроликов нельзя посадить в 9 клеток.

(23) +

"Если кролики рассажены в клетки, причём число кроликов больше числа клеток, то хотя бы в одной из клеток находится более одного кролика."

(23) Зачем 2, где увидел? У организаций, для которых создаю РИБ по 1 подразделению (нет как таковых), и в документах по 1 строке Расшифровка платежа. Для нее реквизит Подразделение доступен в форме, а реквизит шапки Подразделение - нет.

(22) В режиме обычного приложения в УТ11 старая обработка 8.2 работает? Классно, а то при указании Узел обмена не все документы переносятся... но похоже не из-за фильтрации плана обмена (по подразделениям), а сами доки косячные, в некоторых строках Ввод начальных остатков по авансам, задолженностям не указан Объект взаиморасчетов.

Похоже косяк 1С в ОбщегоНазначенияУТВызовСервера.ЗаголовокДокументаВводОстатковПоТипуОперации() - передают в этот модуль ссылку документа, документ может еще не записал, ссылки нет. А проверяют создан или нет по ЗначениеЗаполнено(Документ.Ссылка)!?

(27) Ну так у нового документа что Объект.Ссылка, что Объект.Ссылка.Ссылка будут пустыми, а у не нового - непустыми... Ошибки нет.

(28) Выражение ЗначениеЗаполнено(Документ.Ссылка) дает ошибку:
{ОбщийМодуль.ОбщегоНазначенияУТВызовСервера.Модуль(703)}: Значение не является значением объектного типа (Ссылка)
Входной параметр Документ - это Данные.Ссылка

(27) ну там нормально должно быть. Сначала будет написано"объект не найден", но когда документ тоже выгрузтся, всё встанет на место. В обмене не важно, в каком порядке выгружаются объекты.

(30) При обмене через Универсальный обмен данными в формате XML выкидывало эту ошибку, вот и полез искать...
В центральной базе конфигурацию поправил, как обновить конфигурацию периферийной базы?

Наверное проще заново образ периферийной базы создать?

В общем исправление этой ошибки (27) мало что дало, только успешный вывод ошибок:
Документ не может быть изменен в подчиненном узле распределенной информационной базы.


Ошибка при записи документа
    ИмяПКО                 =  ВводОстатков
    ТипОбъекта             =  Ввод начальных остатков
    Объект                 =  Ввод начальных остатков авансов, выданных поставщикам УТ-00000011 от 31.12.2015 23:59:59
    ОписаниеОшибки         =  Ошибка при вызове метода контекста (Записать): Не удалось провести: "Ввод начальных остатков"!
    ПозицияМодуля          =  Обработка.УниверсальныйОбменДаннымиXML.МодульОбъекта(8600)
    КодСообщения           =  25

В ОбменДаннымиСобытияУТУП.ОбменДаннымиСОтборамиКонтрольИзменения() не все в порядке, нужно допилить ЗначенияФильтра_ВводОстатков() для новых операций, которые возможно появились позже.

Ощущение что этот РИБ вообще не рабочий!? Слишком много пилить приходится... Кто-то использует его? Мне в конечном итого нужен РИБ с фильтром по организации. Свой создавать, или все же этот пытаться настроить?

Я за обмен по отдельному (добавленному, своему) полному плану обмена и фильтрацией регистрации - так больше контроля и обновлять проще.
Обратная сторона: при добавлении новых объектов в типовой план обмена тебе придется актуализировать свой план обмена самостоятельно.

(35) Дык, и типовой приходится так же актуализировать, по Вводу остатков добавил 5 ТипыОперацийВводаОстатков:
ОстаткиПоАвансамКлиентов
ОстаткиПоАвансамПоставщикам
ОстаткиЗадолженностиКлиентов
ОстаткиЗадолженностиПередПоставщиками
ФинансовыйРезультатЗаПрошлыеПериоды
Это только те типы, которые используются в базе клиента. С банковскими документами Поступление/Списание безналичных денежных средств - прокол вышел, проставил всем документам Подразделение в реквизите шапки, думал победил. Оказалось не всем надо. Вроде если есть Расшифровка платежа, то наоборот - чистить надо...

Оказалось ни реквизит шапки, ни Расшифровки платежа роли не играют, фильтрация идет по 'Подразделение указанное в банковском счете'.

+ не для всех, например, для хоз. операций: ВыплатаЗарплатыНаЛицевыеСчета и ВыплатаЗарплатыПоЗарплатномуПроекту проверяется именно реквизит шапки подразделение.
Возникла забавная ситуация: создали в периферийной базе РИБ документ не указав Подразделение, записали, провели, все без проблем. Хотят его исправить, пишет: Документ не может быть изменен в подчиненном узле распределенной информационной базы. Подразделение документа не соответствует настройкам узла распределенной информационной базы. Ставлю нужное подразделение - ошибка та же!? Запустил свою обработку по групповому заполнению подразделений (пришлось сделать для нормального создания образов периферийных баз) - ошибка та же!?

+ (38) Как исправить, даже пометить на удаление не дает, чтобы создать новый, правильный!?

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