1с розница правила конвертации тип не определен справочникссылка упаковкиединицыизмерения
"Тип неопределен Справочник.Ссылка.Организации"
В правилах поиск по коду убрал. мне ведь нужно просто добавить данные без замены.
гламурно. на каждый прием на работу и т.п. будет своя фирма.
гламурно. на каждый прием на работу и т.п. будет своя фирма.
афтор, мосх иногда хоть включать надо.
Давай не будем переходить на личности. Причем тут прием на работу можешь обьяснить ?
Я поиск убрал только для переноса данных.
а данные ты какие переносишь? начисления и кадровые приказы тоже? В каждом документе есть организация. Поиск у тебя отключен, соответственно при создании каждого документа будет создаваться новое ООО "Пупкин". 20 приемов на работу - 20 ООО "Пупкин"
тоже самое может быть и со справочниками. например подразделения организации подчинены организациям. 30 подразделений - 30 ООО "Пупкин"
>>Правила настроил. А сами данные справочников не переносятся
тоже самое может быть и со справочниками. например подразделения организации подчинены организациям. 30 подразделений - 30 ООО "Пупкин"
>>Правила настроил. А сами данные справочников не переносятся
где-то косяк в твоих действиях. текст обработки выгрузки из 7.7 меняешь?
тоже самое может быть и со справочниками. например подразделения организации подчинены организациям. 30 подразделений - 30 ООО "Пупкин"
>>Правила настроил. А сами данные справочников не переносятся
где-то косяк в твоих действиях. текст обработки выгрузки из 7.7 меняешь?
Ты имеешь ввиду которая в КД 2.0 находится ? Правила выгрузки данных ?
У меня в xml из 7.7 выгружаются только данные справочника "Воинские звания" и все. Остальное только названия справочников и все. Я так понял галка "Поиск" ставится, чтобы конвертация искала обьект в базе-приемнике. А у меня ж база пустая, вот я и убрал.
Read This Fukin Manual[/quot]
:))
Попробую так конечно. Но в универсальном обмене же есть выгрузить данные, вот я через них и пытался.
Есть чутка измененная УТ 10.3.18.4 и Бухгалтерия Птицефабрики 2.0.54.2
С помощью конвертации данных, создал правила обмена. В БП всё нормально,
а в УТ при загрузке ошибка:
"Тип не определен (СправочникСсылка.бпфЕдиницыИзмерения)
Ошибка при загрузке объектов. Было загружено: 0
Техническая информация:
: Тип не определен (СправочникСсылка.бпфЕдиницыИзмерения)"
Где же не определен тип, в правилах? В самой УТ? Чего ему надо?
Проблема в правилах, накати на правила (вернее на источник и приемник правил), новые версии конфигураций. А затем проверь обработкой (была в КД такая, удаленные объекты/реквизиты объектов), ну или глазами пробегись по ПКО/ПКС (такие объекты/реквизиты выделены красным). После этого сохрани правила, должно помочь, если конечно в коде правил не окажется ссылок на несуществующие объекты / реквизиты (но вроде ошибка не об этом) С этой ошибкой разобрался, действительно в правилах беда была.Ещё такой вот вопрос:
Всё в той же конвертации данных создал правила, из УТ в БП(УТ-БП) и из БП в УТ(БП-УТ)
Документы(например реализации ТиУ) из БП в УТ выгружаются и в УТ загружаются, а обратно из УТ в БП никак.
Как хотя бы определить, они не выгружаются из УТ или не загружаются в БП? Смотреть файл выгрузки, если в нем есть документы, значит выгружаются (4) adva, ну я об этом думал, документов нет ни там ни там, хотя по факту из БП в УТ же попадают (7) 3762515, По каким полям (реквизитам) происходит поиск в справочнике?
Если создаётся новый элемент, значит поля поиска не идентичны в базах.
Можно в правилах сделать запрет на создание нового элемента, как показано на рисунке. (12) NatalyaVP, нашел эту галочку, убрал и получается - БП не может найти организацию, не создает новую и не загружает документы.
(20) не правильное решение. Разберись лучше с двумя верхними галками со скрина (12). Либо они обе должны стоять, чтобы поиск осуществлялся по реквизитами синхронизации, либо наоборот не стоять. Если обе стоят, то сначала будет искатья по внутреннему идентификатору, и т.к. в приемнике уже создана, то находиться будет выгруженная ранее. Поэтому предварительно желательно удалить организацию (заменив ссылки на нее на нужную обработкой поиска дублей, этой обработкой в любом случае придется воспользоваться).
(19) Загрузи сначала правила, затем метаданные источника и приемника этих правил. Запусти сервисную обработку в Конвертации данных по проверке правил, чтобы она пометила на удаление правила конвертации объектов / свойств . Удали помеченные на удаление. Выгрузи правила из КД и используй их при обмене
(21) adva, две верхние галки со скрина (12), стоят. Если их обе убрать это поможет? Поднимаю базу с DTшника, настраиваю обмен и обмен либо создает новую, идентичную, организацию, либо (если не стоит флажек "создавать") не создает организацию и не грузит документы.Загрузи сначала правила, затем метаданные источника и приемника этих правил. Запусти сервисную обработку в Конвертации данных по проверке правил, чтобы она пометила на удаление правила конвертации объектов / свойств . Удали помеченные на удаление. Выгрузи правила из КД и используй их при обмене
Это попробую, но у меня ощущение, что что-то такое уже пробовал делать.
(23) может реквизиты источника и приемника только выглядят одинаковыми ? Например пробелы содержат лишние?
Можешь конечно попробовать убрать 2 галки, но такое ощущение, что дело в чем-то еще, и скорее в разнице реквизитов синхронизации (если изначально перед загрузкой в приемнике была походящая организация, но не было ее дубля)
(25) adva, Бухгалтерия птицефабрики актуальная версия, в УТ много изменений, обновлять затруднительно. (26) имел в виду, что надо из существующих конф выгрузить конфы, и накатить их на источник и приемник правила (не важно, переписанные они или нет), и уже затем делать все остальное Сравнить кода этих огранизаций и ИНН в обоих базах.(10) после первой выгрузки объекта в базах проставляется соответстви для объектов баз (РС СоответствиеОбъектовДляОбмена).
По каким полям синхронизация лучше всего загрузив правила в Конвертацию данных. Для организаций это скорее всего краткое наименовани, ИНН и КПП . Также этом можно увидеть в файле (какие у узла Ссылка (для Организации) есть реквизиты).
Удали соответствие в обоих базах, сделай одинаковыми реквзиты синхронизации, и снова проведи обмен. Должно помочь
Кстати, еще в ПКО у объекта если стоит флаг "синхронизировать по внутреннему идентификатору", надо указать "продолжить поиска по полям поиска" (иначе для вроде бы одинаковых элементов будут созданы дубли) (14) 3762515, Для начала не мешало бы определится по какому реквизиту справочника "контрагенты" происходит сопоставление элементов. По коду, по наименованию, по ИНН, по чему?И галочку "искать по внутреннему идентификатору" нужно убрать. (17) NatalyaVP, в обще стоит Наименование+ИНН+КПП, как у контрагентов так и у организаций В правиле конвертации номенклатуры (кажется вторая вкладка), это если в конвертации данных. В файле это тоже видно, но не помню, как это выглядит, а правил нет под рукой, чтобы глянуть. Скрины к сожалению приложить не могу, если только вечером.
(19) 3762515, В правилах нужно поставить галочку "Отключить" или пометить на удаление.
Если я правильно поняла вы в с помощью программы "конвертация данных" создаете правила обмена.
Я не пользуюсь никаким отладчиком, я корректирую правила, в замисимости от того что нужно получить. И проверяю как загружаюся реквизиты, анализирую, исправляю.
Осталась только проблема с дублированием организации (29) если есть желание, могу попробовать через подключение глянуть, чего у Вас не так (30) adva, спасибо, вчера, кажется, и эта проблема решилась, хотя я пока не уверен. Если стоит флажок Искать по внутреннему идентификатору , то в базе приемнике не должно быть вообще такой организации (не считая ранее выгруженной из этой же базы). Если Вы ее уже имеете (созданную руками в базе приемнике), то внутренний идентификатор у нее обязательно другой и никакие поля поиска вам не помогут. Этот флажок применим только если вторая база (приемник) не имела вручную введенных данных. Тоже относится и к контрагентам и к номенклатуре и к договорам и т.д. Если начали обмен в двух ранее существовавших базах, снимайте этот флажок у всех справочников. (32) kermzyxer, если снять этот флажок то следующий отключается автоматически Флажок "Искать по внутреннему идентификатору" - большой плюс в механизмах обмена. Если элементы могли создаваться независимо в разных базах, просто ставишь галку "продолжить поиск" и все. Зато, если идентификатор совпал (например, элемент был перенесен ранее), никакие дальнейшие переименования и изменения кода не помешают обмену. "продолжить поиск" И с огромной вероятностью получаешь дубль. Особенно это относится к организациям. Сталкивался со случаем, когда организация удваивалась из-за разных названий ИФНС, хотя поиск стоял ТОЛЬКО по наименованию. Такая же фишка при поиске документа по номеру. Если в базах номер случайно совпал, то пересылка затрет его, если стоит поиск по номеру и дате. Просто дата для 1С это период нумерации документа (как правило год). И документы февраля успешно затираются ноябрьскими из другой базы, потому, что их номера случайно совпали. А никаких следов не остается. Пару раз восстанавливал по копии (под визги бухгалтера), пока не привык добавлять в поля поиска документа контрагента, договор и сумму.
(36) kermzyxer, и как "поиск по идентификатору" с "продолжить поиск" способствует появлению дублей?
Если он отключен, что помешает появлению дублей организаций и документов в Ваших примерах?
Доброго времени суток! Пытаюсь разобраться со справочником "УпаковкиЕдиницыИзмерения". В нём реквизит "ЕдиницаИзмерения" - это СправочникСсылка "УпаковкиЕдиницыИзмерения". Как в демо базе создаю единицу "штуки", код "796", владелец - СправочникСсылка.НаборыУпаковок.БазоваяЕдиницаИзмерения. Теперь хочу заполнить "УпаковкиЕдиницыИзмерения" с учётом владельца соответствующей номенклатурой. Пишу такой код: СпрЕд=Справочники.УпаковкиЕдиницыИзмерения; И смотрю в отладчике. Всё записывается кроме единиц измерения. В отладчике видно, что НовыйОбъект.ЕдиницаИзмерения становится "штуками", но после выполнения НовыйОбъект.Записать штуки пропадают и в этот реквизит запись не происходит. Подскажите почему запись не проходит? Как в таком случае организовать запись?
потому что владелец элемента справочника - элемент справочника "НаборыЕИ", в этом случае реквизит ЕИ пустой
+ поправка: не "НаборыЕИ", а "НаборыУпаковок" + еще и предопределенные
Еще и реквизит ТипИзмеряемойВеличины заполнять надобно.
Тогда, пожалуйста, объясните такой момент. Смотрю демо базу. Там в "УпаковкиЕдиницыИзмерения" такие данные: очередной элемент: То есть в демо базе все реквизиты заполняются? ТипИзмеряемойВеличины задал
Другими словами как организовать запись в справочник, если есть такая закольцовка: реквизит справочника имеет тип СправочникСсылка.Этот же справочник?
Никакой закольцовки нет, все базовые ЕИ ссылаются (через владельца) на предопределенные наборы упаковок, а реквизит "ЕИ" у них не заполнена. Все производные ЕИ (упаковки) ссылаются (через владельца) либо на номенклатуру, либо непредопределенные наборы упаковок, а реквизит "ЕИ" у них - это базовая ЕИ (см. выше)
Я бы тебе посоветовал завести в пользовательском режиме нужную тебе ЕИ, убедиться, что результат удовлетворительный (по документам и движениям), потом посмотреть все реквизиты и уже только тогда по образу и подобию заводить ЕИ программно (в режиме загрузки)
Загвоздка в том, что никаких документов нет, база чистая и туда переносится номенклатура из старой базы 7.7. Можно только сравнить с демо базой. Все производные ЕИ (упаковки) ссылаются (через владельца) либо на номенклатуру. ,а реквизит "ЕИ" у них - это базовая ЕИ (см. выше) Это вроде понятно, но разве в коде который я писал в самом начале не это реализовано? НайденнаяСсылка=СпрЕд.НайтиПоКоду("796"); НовыйОбъект.Владелец=Ссылка на номенклатуру НовыйОбъект.ЕдиницаИзмерения=НайденнаяСсылка;
Причём ведь в отладчике видно, что выполнение строки НовыйОбъект.ЕдиницаИзмерения=НайденнаяСсылка; проходит, штуки присваиваются. Если бы что-то было не так то должна же ошибка пройти. А вот следующая строка НовыйОбъект.Записать; всё сбрасывает.
У тебя ТипИзмеряемойВеличины не заполнен и запись идет не в режиме загрузки, поэтому прикладной код конфигурации тебе "обнуляет" этот реквизит. Неужели это так сложно было посмотреть в отладчике?
"А вот следующая строка НовыйОбъект.Записать; Там еще дохрена строк кода выполняется, по F11 жми и если база серверная, то сервер должен быть в режиме отладки
Тип заполнил, по F11 смотрел, но так не определил где запись теряется. Судя по всему у меня пробел в теории. Можете объяснить, что нужно сделать, что бы реквизит не обнулялся? Или тут без кучи строк кода не обойтись?
Я вроде бы в довольно понятно написал. Поищи код ".ЕдиницаИзмерения = Неопределено" в модулях конфигурации, может быть так сообразишь, раз "по F11 смотрел, но так не определил где запись теряется".
Я вроде бы в довольно понятно написал. Имеется в виду "запись идет не в режиме загрузки"? К сожалению это для меня набор слов. Я с этой версией раньше не работал никогда, документации нет, всё приходится методом тыка изучать. Помогла строка НовыйОбъект.ОбменДанными.Загрузка = Истина; Но вы мне хорошо помогли, подсказали направление, где нужно внимательнее разобраться и найти причину. Искренне благодарю за помощь! Хорошего дня!
Да, "режим загрузки" - это когда "ОбменДанными.Загрузка = Истина"
Читайте также: