Есть чутка измененная УТ 10.3.18.4 и Бухгалтерия Птицефабрики 2.0.54.2
С помощью конвертации данных, создал правила обмена. В БП всё нормально,
а в УТ при загрузке ошибка:
"Тип не определен (СправочникСсылка.бпфЕдиницыИзмерения)
Ошибка при загрузке объектов. Было загружено: 0
Техническая информация:
{Обработка.ОбменДаннымиXML.МодульОбъекта(12755)}: Тип не определен (СправочникСсылка.бпфЕдиницыИзмерения)"
Где же не определен тип, в правилах? В самой УТ? Чего ему надо?
С помощью конвертации данных, создал правила обмена. В БП всё нормально,
а в УТ при загрузке ошибка:
"Тип не определен (СправочникСсылка.бпфЕдиницыИзмерения)
Ошибка при загрузке объектов. Было загружено: 0
Техническая информация:
{Обработка.ОбменДаннымиXML.МодульОбъекта(12755)}: Тип не определен (СправочникСсылка.бпфЕдиницыИзмерения)"
Где же не определен тип, в правилах? В самой УТ? Чего ему надо?
По теме из базы знаний
- Программа для создания пакета правил обмена
- Правила обмена УПП 1.3 -> БП 3.0 (+ БП КОРП 3.0 + перенос остатков)
- Правила обмена УТ 11.5 (11.4) БП 3.0 для обработки "Универсальный обмен данными в формате XML"
- [ED] Обмен для предыдущих версий - ERP 2.2, ERP 2.4, ERP 2.5 с EnterpriseData (универсальный формат обмена), правила обмена
- Правила обмена (выгрузка) УТ 10.3 - БП 3.0 после прекращения поддержки УТ (включая НДС 5 и 7%)
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Проблема в правилах, накати на правила (вернее на источник и приемник правил), новые версии конфигураций. А затем проверь обработкой (была в КД такая, удаленные объекты/реквизиты объектов), ну или глазами пробегись по ПКО/ПКС (такие объекты/реквизиты выделены красным). После этого сохрани правила, должно помочь, если конечно в коде правил не окажется ссылок на несуществующие объекты / реквизиты (но вроде ошибка не об этом)
С этой ошибкой разобрался, действительно в правилах беда была.
Ещё такой вот вопрос:
Всё в той же конвертации данных создал правила, из УТ в БП(УТ-БП) и из БП в УТ(БП-УТ)
Документы(например реализации ТиУ) из БП в УТ выгружаются и в УТ загружаются, а обратно из УТ в БП никак.
Как хотя бы определить, они не выгружаются из УТ или не загружаются в БП?
Ещё такой вот вопрос:
Всё в той же конвертации данных создал правила, из УТ в БП(УТ-БП) и из БП в УТ(БП-УТ)
Документы(например реализации ТиУ) из БП в УТ выгружаются и в УТ загружаются, а обратно из УТ в БП никак.
Как хотя бы определить, они не выгружаются из УТ или не загружаются в БП?
В БП и УТ есть Организация ООО "РогаиКопыта", при загрузке из УТ в БП, почему то в БП была создана ещё одна организация ООО "РогаиКопыта" и все документы из УТ идут к в новь созданную организацию. Почему так и как исправить это?
(20) не правильное решение. Разберись лучше с двумя верхними галками со скрина (12). Либо они обе должны стоять, чтобы поиск осуществлялся по реквизитами синхронизации, либо наоборот не стоять. Если обе стоят, то сначала будет искатья по внутреннему идентификатору, и т.к. в приемнике уже создана, то находиться будет выгруженная ранее. Поэтому предварительно желательно удалить организацию (заменив ссылки на нее на нужную обработкой поиска дублей, этой обработкой в любом случае придется воспользоваться).
(19) Загрузи сначала правила, затем метаданные источника и приемника этих правил. Запусти сервисную обработку в Конвертации данных по проверке правил, чтобы она пометила на удаление правила конвертации объектов / свойств . Удали помеченные на удаление. Выгрузи правила из КД и используй их при обмене
(19) Загрузи сначала правила, затем метаданные источника и приемника этих правил. Запусти сервисную обработку в Конвертации данных по проверке правил, чтобы она пометила на удаление правила конвертации объектов / свойств . Удали помеченные на удаление. Выгрузи правила из КД и используй их при обмене
(21) adva, две верхние галки со скрина (12), стоят. Если их обе убрать это поможет? Поднимаю базу с DTшника, настраиваю обмен и обмен либо создает новую, идентичную, организацию, либо (если не стоит флажек "создавать") не создает организацию и не грузит документы.
Это попробую, но у меня ощущение, что что-то такое уже пробовал делать.
Загрузи сначала правила, затем метаданные источника и приемника этих правил. Запусти сервисную обработку в Конвертации данных по проверке правил, чтобы она пометила на удаление правила конвертации объектов / свойств . Удали помеченные на удаление. Выгрузи правила из КД и используй их при обмене
Это попробую, но у меня ощущение, что что-то такое уже пробовал делать.
(23) может реквизиты источника и приемника только выглядят одинаковыми ? Например пробелы содержат лишние?
Можешь конечно попробовать убрать 2 галки, но такое ощущение, что дело в чем-то еще, и скорее в разнице реквизитов синхронизации (если изначально перед загрузкой в приемнике была походящая организация, но не было ее дубля)
Можешь конечно попробовать убрать 2 галки, но такое ощущение, что дело в чем-то еще, и скорее в разнице реквизитов синхронизации (если изначально перед загрузкой в приемнике была походящая организация, но не было ее дубля)
(10) после первой выгрузки объекта в базах проставляется соответстви для объектов баз (РС СоответствиеОбъектовДляОбмена).
По каким полям синхронизация лучше всего загрузив правила в Конвертацию данных. Для организаций это скорее всего краткое наименовани, ИНН и КПП . Также этом можно увидеть в файле (какие у узла Ссылка (для Организации) есть реквизиты).
Удали соответствие в обоих базах, сделай одинаковыми реквзиты синхронизации, и снова проведи обмен. Должно помочь
По каким полям синхронизация лучше всего загрузив правила в Конвертацию данных. Для организаций это скорее всего краткое наименовани, ИНН и КПП . Также этом можно увидеть в файле (какие у узла Ссылка (для Организации) есть реквизиты).
Удали соответствие в обоих базах, сделай одинаковыми реквзиты синхронизации, и снова проведи обмен. Должно помочь
В правиле конвертации номенклатуры (кажется вторая вкладка), это если в конвертации данных. В файле это тоже видно, но не помню, как это выглядит, а правил нет под рукой, чтобы глянуть. Скрины к сожалению приложить не могу, если только вечером.
Ещё проблема:
Отладчиком выяснил, что "ДатаИсправленияИсходногоДокумента" - реквизит документа "Счета-Фактуры выданные" в УТ есть такой реквизит, в БП нет его, потому и ошибка. Как и где это исправить?
Ошибка при загрузке данных: {Обработка.ОбменДаннымиXML.МодульОбъекта(7239)}: Поле объекта не обнаружено (ДатаИсправленияИсходногоДокумента)Отладчиком выяснил, что "ДатаИсправленияИсходногоДокумента" - реквизит документа "Счета-Фактуры выданные" в УТ есть такой реквизит, в БП нет его, потому и ошибка. Как и где это исправить?
(19) 3762515, В правилах нужно поставить галочку "Отключить" или пометить на удаление.
Если я правильно поняла вы в с помощью программы "конвертация данных" создаете правила обмена.
Я не пользуюсь никаким отладчиком, я корректирую правила, в замисимости от того что нужно получить. И проверяю как загружаюся реквизиты, анализирую, исправляю.
Если я правильно поняла вы в с помощью программы "конвертация данных" создаете правила обмена.
Я не пользуюсь никаким отладчиком, я корректирую правила, в замисимости от того что нужно получить. И проверяю как загружаюся реквизиты, анализирую, исправляю.
Если стоит флажок Искать по внутреннему идентификатору, то в базе приемнике не должно быть вообще такой организации (не считая ранее выгруженной из этой же базы). Если Вы ее уже имеете (созданную руками в базе приемнике), то внутренний идентификатор у нее обязательно другой и никакие поля поиска вам не помогут. Этот флажок применим только если вторая база (приемник) не имела вручную введенных данных. Тоже относится и к контрагентам и к номенклатуре и к договорам и т.д. Если начали обмен в двух ранее существовавших базах, снимайте этот флажок у всех справочников.
Это не мешает. Поиск работает. Уже много лет начинаю править конвертацию с убирания этих флажков, так как практически всегда требуются правила для уже существующих (независимо созданных) баз. Следующее что приходится делать - менять поиск по коду на поиск на именованию. С трудом могу представить себе работающие базы, где умудряются поддерживать уникальность кодов. Но 1С это не объяснишь.
Флажок "Искать по внутреннему идентификатору" - большой плюс в механизмах обмена. Если элементы могли создаваться независимо в разных базах, просто ставишь галку "продолжить поиск" и все. Зато, если идентификатор совпал (например, элемент был перенесен ранее), никакие дальнейшие переименования и изменения кода не помешают обмену.
"продолжить поиск" И с огромной вероятностью получаешь дубль. Особенно это относится к организациям. Сталкивался со случаем, когда организация удваивалась из-за разных названий ИФНС, хотя поиск стоял ТОЛЬКО по наименованию. Такая же фишка при поиске документа по номеру. Если в базах номер случайно совпал, то пересылка затрет его, если стоит поиск по номеру и дате. Просто дата для 1С это период нумерации документа (как правило год). И документы февраля успешно затираются ноябрьскими из другой базы, потому, что их номера случайно совпали. А никаких следов не остается. Пару раз восстанавливал по копии (под визги бухгалтера), пока не привык добавлять в поля поиска документа контрагента, договор и сумму.
(36) kermzyxer, и как "поиск по идентификатору" с "продолжить поиск" способствует появлению дублей?
Если он отключен, что помешает появлению дублей организаций и документов в Ваших примерах?
Чтобы ноябрьский документ не затирал февральский можно поставить галочку "поиск по дате на равенство" или написать обработчик "при загрузке". Кроме того, если ноябрьские документы одной базы затирают февральские в другой - надо что-то "поправить в консерватории".
Если он отключен, что помешает появлению дублей организаций и документов в Ваших примерах?
Чтобы ноябрьский документ не затирал февральский можно поставить галочку "поиск по дате на равенство" или написать обработчик "при загрузке". Кроме того, если ноябрьские документы одной базы затирают февральские в другой - надо что-то "поправить в консерватории".
При отключении флажка дубли не появляются почти никогда (только при явных ошибках, типа лишнего пробела в названии). Ответ ищите у 1с, а я просто работаю с конвертацией и вынужден использовать то, что работает. Разбирать особенности, которые к тому же меняются от версии к версии нет времени. Просто уберите флажок и попробуйте, дублей не будет (проверено не менее 30-40 раз и не только мной). Можете считать шаманством. Про поправить в консерватории я полностью согласен, только это к 1С. А обработчиков писать приходится и так огромное количество. Когда можно обойтись меньшей трудоемкостью, то делаю это.
я тоже за то, чтобы для справочников стояло 2 галки (чтобы в дальнейшем при изменении в источники реквизита синхронизации, не создался дубль), если только нет преобразования из нескольких элементов в один (тогда галки должны быть сняты). А для документов я обычно оставляю поиск только по идентификатору, а второй флаг снимаю (вроде в последних типовых правилах так и сделано), т.к. обычно документы в разных базах создаются независимо.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот