|   |   | 
| 
 | БП 2.0. Настройка РИБ по организации. Не выгрузился справочник "Осн. средства" | ☑ | ||
|---|---|---|---|---|
| 0
    
        es3000 19.09.13✎ 19:07 | 
        Помогите пожалуйста разобраться с выгрузкой.
 Есть основная база, в ней ведется учет по нескольким организациям. Нужно из нее выгрузить в подчиненную базу данные по одной организации. Сделал я как положено: для плана обмена "По организации" создал новый узел, выбрал в нем нужную мне организацию. Затем выполнил создание начального образа. Затем зашел в новую подчиненную базу, чтобы проверить результат первоначальной выгрузки. И сразу вижу что справочник "Основные средства" пустой, а в журнале операций значения субконто (тип которых "Основные средства") "Объект не найден...". Стал разбираться. Оказалось это происходит потому, что в плане обмена "по организации" для справочника "Основные средства" запрещена авторегистрация (способ авторегистрации указан "Запретить"). Скажите, пожалуйста: 1) Самое важное: как все-таки сделать, чтобы основные средства выгрузились? 2) Кроме основных средств, такая же ситуация возможна и с другими объектами, для которых авторегистрация запрещена. Как сделать так, чтобы все объекты, на которые есть ссылки в новой базе, выгрузились даже если у них запрещена авторегистрация? 3) И хочется понять: для каких целей запрещена авторегистрация? Зачем сделали такую настройку в плане обмена? Какая в этом логика? | |||
| 1
    
        sonsimo 19.09.13✎ 19:26 | 
        Авторегистрация отключена для тех объектов, миграция которых зависит от организации. Например, ос приезжает только в те узлы, связанные с организациями, в которых он был принят к учету.     | |||
| 2
    
        sonsimo 19.09.13✎ 19:28 | 
        + (1) ну а регистрировать изменения для узла или нет - определяется в коде то ли общего модуля, то ли в модуле объекта плана обмена     | |||
| 3
    
        es3000 19.09.13✎ 22:23 | 
        (2) но ведь если в узле есть операция, в которой задействовано какое-то ОС, значит и само ОС надо в этот узел выгрузить
 иначе фигня какая-то получается | |||
| 4
    
        Aleksey 19.09.13✎ 22:38 | 
        (3) нет, выгружается только ссылка, а не весь объект, иначе бы по пол базы ходило бы     | |||
| 5
    
        es3000 19.09.13✎ 22:40 | 
        (4) а какой в этом смысл? 
 если элемент справочника используется в документах организации - значит его надо выгружать | |||
| 6
    
        es3000 19.09.13✎ 22:41 | 
        (5)+
 имеется ввиду: значит его надо выгружать в узел данной организации | |||
| 7
    
        J_B 19.09.13✎ 23:36 | 
        (6) см. в (4) иначе бы по пол базы ходило бы.
 Была бы включена авторегистрация - объект бы выгрузился в узел штатным механизмом, но т.к. регистрацией рулит код в каком-то из общих модулей, по подпискена событие, штатный механизм его не выгружает - надо руками (обработкой) зарегать эти объекты и отправить в узел. | |||
| 8
    
        es3000 20.09.13✎ 00:18 | 
        (7) Это я понял!
 Я не понял какой в этом смысл? Ведь стоит задача: выгрузить данные по организации в отдельную базу, то есть эта новая база должна быть нормальной рабочей базой но только с одной организацией. А получается, что выгружаются что не все данные, а только какая-то часть, и в результате база получается не рабочая, а с битыми ссылками, ТИИ выдает кучу ошибок. Какой смысл в этой битой базе? Если по ней даже отчет нельзя сформировать? В отчете вместо наименований стоит "...объект не найден...". Это что? нормальная база? Зачем ее создавать? Как с ней работать? | |||
| 9
    
        hhhh 20.09.13✎ 04:24 | 
        (8) значит документа принятие к учету нет. Или не выгружаете.     | |||
| 10
    
        sonsimo 20.09.13✎ 07:21 | 
        (9) тут не важно выгружают или нет документ принятия к учету. Главное что бы были записи в регистре сведений, типа состояния ос. При изменении объекта выгребаются записи из него и элемент регистрируется в тех узлах, которые связаны с организациями из этого регистра.
 А делается это для того, что бы ос приезжал только в те узлы, в которых он принят к учету. Если пользоваться штатным механизмом - все выгружается как надо. Это следствие слегка кривого механизма учета ос, в котором справочник связан с организацией через регистр сведений, да еще периодический | |||
| 11
    
        es3000 20.09.13✎ 08:08 | 
        (9) ну как же документа нету...
 операция есть а документа нету? | |||
| 12
    
        es3000 20.09.13✎ 08:11 | 
        >> Если пользоваться штатным механизмом - все выгружается как надо.
 Ну я же пользуюсь штатным механизмом, конфигурация типовая, без доработок. Как понять почему у меня не выгружается? | |||
| 13
    
        es3000 20.09.13✎ 08:18 | 
        И помогите сделать, чтобы все-таки выгрузились ОС в подчиненную базу?     | |||
| 14
    
        hhhh 20.09.13✎ 08:28 | 
        (13) там есть обработка "регистрация изменений". Указываете узел, справочник основные средства и указываете там зарегистрировать все. Они все и зарегистрируются.     | |||
| 15
    
        Ranger_83 20.09.13✎ 08:33 | ||||
| 16
    
        es3000 20.09.13✎ 09:12 | 
        (14) пробовал, но почему-то не сработало     | |||
| 17
    
        es3000 20.09.13✎ 09:19 | 
        (15) дык эта обработка вроде использует тот же план обмена, значит и косяки будут такие же     | |||
| 18
    
        Aleksey 20.09.13✎ 10:08 | 
        (8) Объясни у тебя почка по организации "Рога и копыта"
 На каком основании у тебя должно выгружаться ОС по другой фирме? А если ОС по фирме РиК то как у тебя получилось что в почке нет этой организации? | |||
| 19
    
        hhhh 20.09.13✎ 10:21 | 
        (17) три года работаю именно БП 2.0 и этот план обмена. Не наблюдал таких косяков. Видимо, вы родились под несчастливой звездой. Невезучий.     | |||
| 20
    
        es3000 20.09.13✎ 15:29 | 
        (18) Что значит "..ОС по другой фирме..."?
 Опишу ситуацию еще раз. В почке по организации "Рога и Копыта" после переноса есть операции по счету 01.01 и 02.01, у которых субконто - это элемент справочника "Основные средства" Так вот раз в почку перенесены такие операции, значит и субконто должно быть указано корректно, то есть субконто должно содержать ссылку на существующий элемент справочника. Следовательно, этот элемент справочника тоже должен быть перенесен в базу. А у меня в субконто стоит "... объект не найден..." | |||
| 21
    
        es3000 20.09.13✎ 15:42 | 
        (10) Регистр "Состояние ОС организаций" вообще-то пустой.
 Хм... А как такое может быть? Операции есть, а регистр пустой | |||
| 22
    
        es3000 20.09.13✎ 17:59 | 
        Стал проверять в периферийной базе другие объекты...
 Оказалось что в платежных поручениях нету контрагентов!!! В поле "Контрагент", а также в поле "Счет получателя" платежных поручений тоже стоит "Объект не найден..."!!! Как это объяснить? Неужели это нормальная работа плана обмена? | |||
| 23
    
        Aleksey 20.09.13✎ 18:08 | 
        (22) имхо был сбой при выгрузке и он тебе написал что не все данные загружены. ты же болт положил на это сообщения, теперь возмузаешься     | |||
| 24
    
        es3000 20.09.13✎ 18:24 | 
        (23) Не было сообщения об ошибке!
 Точнее дело было так. Выгрузку я делаю уже не первый раз. Наверное четвертый. Так вот в какой-то раз ошибка такая была. Я как положено: вышел и снова зашел в базу, удалил периферийную и снова делаю выгрузку. В последней выгрузке, которую я обсуждаю, ошибок не было | |||
| 25
    
        es3000 23.09.13✎ 12:03 | 
        Итак, причины почему данные не выгружаются, прояснились:
 1) По ОС. Основные средства не выгружаются потому что они не приняты к учету по организации 2) Контрагенты не выгружаются, потому что не заключены договора между этими контрагентами и выгружаемой организацией. Хотя платежные документы между контрагентами и организацией выгружаются. А как устранить эти причины не понятно и проблема так и не решена. Поделитесь мнениями в каком направлении двигаться, пожалуйста. Данные ведь в базе есть! И их все-таки хочется выгрузить. Вариант с исправлением вручную этих данные пока не рассматриваю (заводить договора по контрагентам, ставить на учет ОС), это как самый крайний вариант, так как трудозатратный. Можно ли каким-либо образом настроить типовой план обмена "по организации", чтобы он выгрузил эти данные? | |||
| 26
    
        qwe123 23.09.13✎ 12:08 | 
        проверьте ещё РБП, у меня они тож выгружались только частично. и ОС на сч 001.     | |||
| 27
    
        Aleksey 23.09.13✎ 12:16 | 
        (25) настроить - нет. изменить код выгрузки чтобы выгружались все данные без фильтра - да     | |||
| 28
    
        es3000 23.09.13✎ 21:06 | 
        (27) Понятно, спасибо.
 А что из себя представляют эти фильтры? Я нашел в коде процедуру "ПриОтправкеДанныхПодчиненному", а в ней вызовы процедур типа "УбратьИзРегистраДанныеНеНужныеДляПереноса...". Это и есть фильтры? Я просто никогда не сталкивался с "внутренним" устройством плана обмена. Где про это можно почитать? Про настройку фильтров и прочее? | |||
| 29
    
        Serg_1960 23.09.13✎ 22:17 | 
        А всё думаю над (25) В УПП такие "выкрутасы" невозможны без трагический последствий.
 Проводки по ОС в организации есть, а сами ОС - не приняты к учёту. Это как так вы ухитрились? Документы по сделкам контрагентов с организацией есть, а сами договора (указываемые в документе) - от имени другой организации? "Ну вы, блин, и даёте"(с) | |||
| 30
    
        Aleksey 23.09.13✎ 22:34 | 
        (29) нет, например налоговая. контрагент есть в ПП, а договора нет, или алименты     | |||
| 31
    
        Serg_1960 23.09.13✎ 22:49 | 
        (30) Вы хотите сказать, что у ТС только такие документы? :) Автор не уточнял ничего про ПП, только сказал что контрагенты не выгрузились.     | |||
| 32
    
        Aleksey 23.09.13✎ 22:51 | 
        (31) эээ ты спросил как такое может быть, я ответил, и да в выписке они тоже без договора фигурируют,     | |||
| 33
    
        Aleksey 23.09.13✎ 22:52 | 
        И да вы хотите сказать, что у ТС вообще не один из контрагентов не выгрузился?     | |||
| 34
    
        es3000 24.09.13✎ 08:08 | 
        (29),(30),(31),(32),(33)
 Часть контрагентов выгрузилась, а часть нет. Есть платежные поручения, в которых договора не указываются, вернее их там необязательно указывать, вот их и не указывали и не заводили. Именно эти контрагенты и не выгрузились. | |||
| 35
    
        es3000 24.09.13✎ 08:10 | 
        Теперь у меня стоит вопрос как убрать фильтры?
 Что нужно исправлять в коде? Подробнее описал в (28) | |||
| 36
    
        Aleksey 24.09.13✎ 08:58 | 
        (35) посмотри как выгружаются Номенклатура (она не фильтруется) и как ОС, сравни и сделай выводы     | |||
| 37
    
        lion11 24.09.13✎ 09:01 | 
        "Вариант с исправлением вручную этих данные пока не рассматриваю (заводить договора по контрагентам, ставить на учет ОС), это как самый крайний вариант, так как трудозатратный." - Это все же лучше, чем править код, т.к. будет использоваться типовой механизм. Но если очень хочется, то см. общий модуль ПроцедурыОбменаДаннымиПоОрганизации, в частности Процедуру ДополнитьМассивУзловДляВыгрузкиСправочника(). Тут можно заставить выгружать все ОС и всех Контрагентов. Естественно, тренироваться на "кошках" (копии).     | |||
| 38
    
        es3000 24.09.13✎ 17:20 | 
        (36),(37) В процедуре ДополнитьМассивУзловДляВыгрузкиСправочника() модуля ПроцедурыОбменаДаннымиПоОрганизации нету выгрузки справочника "Номенклатура", есть "НоменклатураПоставщиков"
 Это справочник имеется ввиду? | |||
| 39
    
        es3000 24.09.13✎ 19:03 | 
| Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |