БП 2.0. Настройка РИБ по организации. Не выгрузился справочник "Осн. средства" #681406

Помогите пожалуйста разобраться с выгрузкой. Есть основная база, в ней ведется учет по нескольким организациям. Нужно из нее выгрузить в подчиненную базу данные по одной организации. Сделал я как положено: для плана обмена "По организации" создал новый узел, выбрал в нем нужную мне организацию. Затем выполнил создание начального образа. Затем зашел в новую подчиненную базу, чтобы проверить результат первоначальной выгрузки. И сразу вижу что справочник "Основные средства" пустой, а в журнале операций значения субконто (тип которых "Основные средства") "Объект не найден...". Стал разбираться. Оказалось это происходит потому, что в плане обмена "по организации" для справочника "Основные средства" запрещена авторегистрация (способ авторегистрации указан "Запретить"). Скажите, пожалуйста: 1) Самое важное: как все-таки сделать, чтобы основные средства выгрузились? 2) Кроме основных средств, такая же ситуация возможна и с другими объектами, для которых авторегистрация запрещена. Как сделать так, чтобы все объекты, на которые есть ссылки в новой базе, выгрузились даже если у них запрещена авторегистрация? 3) И хочется понять: для каких целей запрещена авторегистрация? Зачем сделали такую настройку в плане обмена? Какая в этом логика?

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

+ ну а регистрировать изменения для узла или нет - определяется в коде то ли общего модуля, то ли в модуле объекта плана обмена

но ведь если в узле есть операция, в которой задействовано какое-то ОС, значит и само ОС надо в этот узел выгрузить иначе фигня какая-то получается

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

а какой в этом смысл? если элемент справочника используется в документах организации - значит его надо выгружать

+ имеется ввиду: значит его надо выгружать в узел данной организации

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

Это я понял! Я не понял какой в этом смысл? Ведь стоит задача: выгрузить данные по организации в отдельную базу, то есть эта новая база должна быть нормальной рабочей базой но только с одной организацией. А получается, что выгружаются что не все данные, а только какая-то часть, и в результате база получается не рабочая, а с битыми ссылками, ТИИ выдает кучу ошибок. Какой смысл в этой битой базе? Если по ней даже отчет нельзя сформировать? В отчете вместо наименований стоит "...объект не найден...". Это что? нормальная база? Зачем ее создавать? Как с ней работать?

значит документа принятие к учету нет. Или не выгружаете.

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

ну как же документа нету... операция есть а документа нету?

>> Если пользоваться штатным механизмом - все выгружается как надо. Ну я же пользуюсь штатным механизмом, конфигурация типовая, без доработок. Как понять почему у меня не выгружается?

И помогите сделать, чтобы все-таки выгрузились ОС в подчиненную базу?

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

пробовал, но почему-то не сработало

дык эта обработка вроде использует тот же план обмена, значит и косяки будут такие же

Объясни у тебя почка по организации "Рога и копыта" На каком основании у тебя должно выгружаться ОС по другой фирме? А если ОС по фирме РиК то как у тебя получилось что в почке нет этой организации?

три года работаю именно БП 2.0 и этот план обмена. Не наблюдал таких косяков. Видимо, вы родились под несчастливой звездой. Невезучий.

Что значит "..ОС по другой фирме..."? Опишу ситуацию еще раз. В почке по организации "Рога и Копыта" после переноса есть операции по счету 01.01 и 02.01, у которых субконто - это элемент справочника "Основные средства" Так вот раз в почку перенесены такие операции, значит и субконто должно быть указано корректно, то есть субконто должно содержать ссылку на существующий элемент справочника. Следовательно, этот элемент справочника тоже должен быть перенесен в базу. А у меня в субконто стоит "... объект не найден..."

Регистр "Состояние ОС организаций" вообще-то пустой. Хм... А как такое может быть? Операции есть, а регистр пустой

Стал проверять в периферийной базе другие объекты... Оказалось что в платежных поручениях нету контрагентов!!! В поле "Контрагент", а также в поле "Счет получателя" платежных поручений тоже стоит "Объект не найден..."!!! Как это объяснить? Неужели это нормальная работа плана обмена?

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

Не было сообщения об ошибке! Точнее дело было так. Выгрузку я делаю уже не первый раз. Наверное четвертый. Так вот в какой-то раз ошибка такая была. Я как положено: вышел и снова зашел в базу, удалил периферийную и снова делаю выгрузку. В последней выгрузке, которую я обсуждаю, ошибок не было

Итак, причины почему данные не выгружаются, прояснились: 1) По ОС. Основные средства не выгружаются потому что они не приняты к учету по организации 2) Контрагенты не выгружаются, потому что не заключены договора между этими контрагентами и выгружаемой организацией. Хотя платежные документы между контрагентами и организацией выгружаются. А как устранить эти причины не понятно и проблема так и не решена. Поделитесь мнениями в каком направлении двигаться, пожалуйста. Данные ведь в базе есть! И их все-таки хочется выгрузить. Вариант с исправлением вручную этих данные пока не рассматриваю (заводить договора по контрагентам, ставить на учет ОС), это как самый крайний вариант, так как трудозатратный. Можно ли каким-либо образом настроить типовой план обмена "по организации", чтобы он выгрузил эти данные?

проверьте ещё РБП, у меня они тож выгружались только частично. и ОС на сч 001.

настроить - нет. изменить код выгрузки чтобы выгружались все данные без фильтра - да

Понятно, спасибо. А что из себя представляют эти фильтры? Я нашел в коде процедуру "ПриОтправкеДанныхПодчиненному", а в ней вызовы процедур типа "УбратьИзРегистраДанныеНеНужныеДляПереноса...". Это и есть фильтры? Я просто никогда не сталкивался с "внутренним" устройством плана обмена. Где про это можно почитать? Про настройку фильтров и прочее?

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

нет, например налоговая. контрагент есть в ПП, а договора нет, или алименты

Вы хотите сказать, что у ТС только такие документы? :) Автор не уточнял ничего про ПП, только сказал что контрагенты не выгрузились.

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

И да вы хотите сказать, что у ТС вообще не один из контрагентов не выгрузился?

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

Теперь у меня стоит вопрос как убрать фильтры? Что нужно исправлять в коде? Подробнее описал в

посмотри как выгружаются Номенклатура (она не фильтруется) и как ОС, сравни и сделай выводы

"Вариант с исправлением вручную этих данные пока не рассматриваю (заводить договора по контрагентам, ставить на учет ОС), это как самый крайний вариант, так как трудозатратный." - Это все же лучше, чем править код, т.к. будет использоваться типовой механизм. Но если очень хочется, то см. общий модуль ПроцедурыОбменаДаннымиПоОрганизации, в частности Процедуру ДополнитьМассивУзловДляВыгрузкиСправочника. Тут можно заставить выгружать все ОС и всех Контрагентов. Естественно, тренироваться на "кошках" (копии).

, В процедуре ДополнитьМассивУзловДляВыгрузкиСправочника модуля ПроцедурыОбменаДаннымиПоОрганизации нету выгрузки справочника "Номенклатура", есть "НоменклатураПоставщиков" Это справочник имеется ввиду?

сделал новую тему: