Обмен через универсальный формат 1с
Сегодня мы разберем, как буквально за 10-15 минут настроить и сделать простой перенос справочников и начальных остатков.
А это – массовая и регулярная задача, которая практически неизбежна для большинства запускаемых новых конфигураций.
Поэтому позовите коллег, им это будет тоже очень полезно.
Особенно, если они уже видели КД 3 и успели испугаться :)
Да, когда ее видишь в первый раз – там вообще ни фига не понятно.
Но на самом деле – все ОЧЕНЬ просто. Настолько просто, что вам потом даже скучно будет :)
Что конкретно в сегодняшних видео
Это 4 видео по обмену данными через универсальный формат обмена EnterpriseData.
Кроме того, мы покажем пример доработки типовых правил обмена в 1С:Конвертации данных 3.0
Общая длительность – 34 минуты. Содержание:
- Настройка обмена на примере 1С:Бухгалтерии 8 и 1C:ERP
- Как сделать загрузку типовых правил и универсального формата обмена в Конвертации Данных 3.0
- Перенос структуры метаданных в КД 3.0
- Как выполнить первый обмен данными
- Доработка правил конвертации
- Как загрузить новые правила без изменения конфигурации (без снятия с поддержки)
Обратите внимание, что при решении этой задачи меняются правила загрузки только в конфигурации-приемнике. А конфигурация-источник работает по типовым правилам.
Если бы подобная задача решалась в Конвертации данных 2.0, то изменения пришлось бы вносить в правилах и источника, и приемника.
Если Вы используете более старшую версию БСП,0 сделайте «поправку» на изменившийся интерфейс и расширенную функциональность. Для этого самостоятельно повторите пример из видео.
Видео 1:
Загрузка правил обмена между типовыми конфигурациями в Конвертацию данных 3.0
В этом уроке выполним подготовительные действия при внесении изменений в правила обмена между типовыми конфигурациями:
- Загрузка в КД структуры формата обмена (XDTO-пакет)
- Загрузка структуры метаданных
- Создание конвертации
- Выгрузка файлов правил из типовой конфигурации
- Выгрузка модуля менеджера обмена
- Загрузка правил в Конвертацию данных
Видео 2:
Доработка правил обмена в КД 3.0
В этом уроке мы покажем, как дозаполнить реквизиты объектов при загрузке данных.
Будет решена задача – при загрузке объектов из конфигурации-источника устанавливать комментарий “Загружено из БП 3.0”.
Для решения задачи потребуется внести изменения в правилах конвертации объектов, в событии “Перед записью полученных данных”.
Разработанные правила будут сохранены в виде внешней обработки для дальнейшего использования.
Видео 3:
Настройка универсального обмена между типовыми конфигурациями
В этом уроке мы покажем, как настраивать новый обмен между типовыми.
Настройки будут сделаны в конфигурации-источнике и затем загружены в конфигурацию-приемник.
Также в этом видео мы покажем, как без изменения конфигурации подгрузить новые правила обмена.
Видео 4:
Перенос начальных остатков с помощью правил обмена
В уроке покажем типовой функционал переноса начальных остатков.
Но при загрузке будут использоваться измененные правила конвертации.
Таким образом, можно просто донастраивать типовые правила и продолжать использовать штатные механизмы обмена.
При решении задачи не было написано ни одной строчки кода ни в конфигурации-источнике, ни в конфигурации-приемнике. Никто из 1С-ников тоже не пострадал :)
Приятного просмотра!
Не пропустите специальные условия на курс “Конвертация Данных 3.0 и технология обмена через универсальный формат (2016)”
Если Вы посмотрели видео – оцените сами, сколько часов/дней ушло бы на настройку и отладку аналогичных обменов через txt / dbf.
Да, обмены через txt / dbf / ole и т.д. имеют право на существование. В каких-то специальных случаях, типа стыковки с веб-сервером или переноса из готового формата внешнего приложения.
Однако для стандартных обменов – стандартные методы и быстрее, и сильно проще.
А если кто-то изобретает велосипед, когда есть готовое универсальное решение – это как написать себе на лбу “инструментом не владею, изучать не хочу, буду строить костыли за ваши деньги” .
Мы хотим показать, что Конвертация Данных 3.0 – это не сложно.
Непривычно – да. Не все сразу понятно – да. Есть очень неоднозначные моменты – да.
Но с помощью готовых инструкций и видео ее можно освоить буквально за 1-2 недели.
Комментарии / обсуждение (64):
Из-за ошибки при переносе данных из 1С-ЕРП в бух. 3.0 долго не не переносились данные, файл переноса очень большой, занимает много времени. Можно – ли выполнить перенос по частям (к примеру – по-документно)?
Добрый день, Иван!
В типовых обменах обычно есть отборы по организациям и т.п. – если они не приносят существенной пользы самый рациональный вариант – загружать этот большой файл. Типовые обмены конечно можно переделать и отладить что-бы не возникало при обмене ошибок, но это займёт почти наверняка значительно больше времени, чем дождаться окончания загрузки.
Возник вопрос по документообороту 2.1. Существует ли типовой функционал по переносу данных НСИ между базами 2.1? или сейчас это недоступно и можно использовать только конвертацию?
Добрый день Кристиан! Типового функционала для переноса/синхронизации только НСИ в документообороте 2.1 нет. Если требуется разово сделать копию ИБ с точно такими-же НСИ – видимо проще всего сделать копию и вычистить ее от ненужного. Если требуется делать перенос изменений в НСИ – видимо использование КД2 или КД3 (используйте то чем лучше владеете или то чем есть желание научиться владеть) лучший вариант.
Возникла необходимость настроить синхронизацию между своей отраслевой конфигурацией и Бухгалтерией 3.0, основным условием было - НЕ снимать Бухгалтерию с поддержки. Предлагаю краткую инструкцию + одну "фишку" БСП, которая по умолчанию не отображается.
Постановка задачи
1. Имеется своя отраслевая конфигурация, версия БСП которой позволяет использовать обмен через универсальный формат "Enterprise Data".
* Версия БСП поддерживает данный механизм с версии 2.3.1.62
2. Имеется типовая Бухгалтерия 3.0, которую запрещено снимать с поддержки (инициатива руководства)
3. Необходимо настроить выгрузку нескольких справочников из Отраслевой конфигурации в Бухгалтерию, но при загрузке добавить определенную логику при обработке загружаемых данных.
Решение
В конфигурациях уже имеется план обмена через универсальный формат, сам универсальный формат, и менеджер обмена через универсальный формат, в котором описывается правила конвертации.
В Отраслевой конфигурации (не планируется обмениваться ни с чем кроме бухгалтерии, поэтому меняем прямо в плане)
1. В плане обмена "Синхронизация через универсальный формат" установили состав (нужные нам справочники) и правила регистрации объектов.
2. В Конвертации данных 3.0 создали правила обмена с универсальным форматом, загрузили правила в модуль "Менеджер обмена через универсальный формат"
3. В режиме 1С Предприятия создали синхронизацию, настроили, выполнили выгрузку.
В Бухгалтерии 3.0
1. В режиме 1С Предприятие создали синхронизацию, на основе настроек из отраслевой конфигурации.
2. В конвертации данных 2.0 создали правила регистрации для плана "Синхронизация данных через универсальный формат", и подгрузили их в синхронизации (на картинке ниже).
3. В Конвертации данных 3.0 создали правила обмена.
И теперь вопрос куда эти правила загружать, если модуль "Менеджер обмена через универсальный формат" закрыт поддержкой?
Дело в том что в конфигурации на базе БСП имеется возможность - указать внешний модуль менеджера обмена через универсальный формат, нужно только сохранить код обмена во внешнюю обработку, и в дальнейшем использовать эту обработку. Но по умолчанию вкладка для подключения данной обработки отсутствует.
Получается добавим 4 пункт: Создать внешнюю обработку, в модуль объекта которой загрузим правила обмена, созданные в пункте 3.
Далее, включим видимость вкладки "Служебная информация":
1. Открываем форму синхронизации. Нажмем "Еще" - "Изменить форму". (на картинке ниже)
2. Включаем видимость вкладки "Служебная информация". (на картинке ниже)
3. Открываем вкладку "Служебная информация". В поле "Путь менеджера обмена" добавляем путь ка нашей обработке с правилами конвертации из КД3.
Подитожим:
Что мы сделали ( в Бухгалтерии):
1. Использовав стандартный план и КД 2, создали синхронизацию с регистрацией к обмену только нужных нам справочников.
2. Использовав КД 3 создали внешнюю обработку в которой содержаться правила обмена.
3. Включили видимость вкладки "Служебная информация", подключили свою обработку, теперь при выполнении обмена синхронизация будет происходить по правилам из обработки.
P.S. Дальнейшую доработку в Бухгалтерии можно реализовывать используя расширения.
P.S.S Данная информация уже много кому знакома, особенно тем кто смотрел курс по КД 3 от небезызвестной площадки курсов по 1С, именно оттуда данную информацию я и взял.
Конвертация данных, редакция 3.0 (далее КД3.0) – является одним из компонентов технологии обмена данными через формат EnterpriseData. КД3.0 не является заменой конфигурации Конвертация данных, редакция 2.0 (далее КД2.0). Это новый стандарт, который сильно отличается от КД 2.0 . Главное назначение КД3.0 – это создание программный код модуля менеджера обмена , состоящий из процедур и функций, в которых реализована логика загрузки данных, представленных в формате EnterpriseData, а также логика выгрузки данных в формат.
Рис 1 Общий модуль менеджера обмена
Редакция 3.0.5.3 , предназначена для использования с версией системы
1С:Предприятие 8.3 не ниже 8.3.10, а редакция 3.0.4.3 – для использования с версией системы 1С:Предприятие 8.3 не ниже 8.3.8.
Поставка КД3.0 содержит следующие внешние обработки
- Обработка MD83Exp.epf “Выгрузка описания структуры метаданных конфигурации 8.3” – предназначена для выгрузки описания структуры метаданных любой конфигурации, реализованной на платформе “1C:Предприятие 8.3”.
- Обработка Выгрузка правил синхронизации.epf “Выгрузка правил синхронизации через универсальный формат” используемую при подготовке файлов правил конвертации, предназначенных для последующей загрузки в конфигурацию “Конвертация данных”, редакция 3.0.
- Файл “Описание конфигурации.htm” содержит краткое описание
основных функциональных возможностей конфигурации
“Конвертация данных”, редакция 3.0.
1. Подготовка к настройке правил
1.1 Обработка “Загрузка структуры формата”
Для загрузки структуры формата нужно сначала открыть конфигурацию базу данных в режиме конфигуратора и выгрузить пакеты XDTO из конфигурации в файлы *.xsd.
Необходимо выгружать все пакеты, которые связаны с форматом. Имена файлов при этом принципиального значения не имеют. Необходимо также выгружать XDTO-пакет ExchangeMessage
После выполнения загрузки формата XDTO в КД 3.0 происходит заполнение справочников “Объекты формата”, “Свойства формата”, “Значения формата”
В справочник “Объекты формата” загружаются :
- Объекты с типом “ТипОбъектаXDTO”, которые отражают ссылочные типы данных (документы, справочники)
- Объекты с типом “ТипЗначенияXDTO”, содержащие перечисление. Они отражают предопределенные данные (например, перечисления)
В справочник “Свойства формата” загружаются :
- Свойства объектов “ТипОбъектаXDTO”. При этом сами объекты – те что были загружены в “Объекты формата”
- Объекты с типом “ТипОбъектаXDTO” и их свойства, которые отражают табличные части и реквизиты табличных частей
В справочник “Значения формата” загружаются свойства объектов “ТипЗначенияXDTO”, представляющие собой элементы предопределенных данных. При этом сами объекты – те что были загружены в “Объекты формата”
1. 2. Обработка “Загрузка структуры конфигурации”
Данная обработка выполняет загрузку структуры метаданных конфигурации в информационную базу Конвертация данных ред.3.
Для выгрузки информации о структуре информационной базы используется обработка MD83Exp.epf, входящая в комплект поставки конфигурации КД3.0
Для информационной базы, структуру которой необходимо выгрузить, следует выполнить следующие действия:
- Открыть информационную базу в режиме “Предприятие”.
- Открыть внешнюю обработку MD83Exp.epf (Меню Файл — Открыть).
- Указать имя файла, в который следует сохранить структуру информационной базы.
- Проверить настройки в форме обработки (все флаги должны быть сняты).
- Нажать кнопку Выгрузить.
После выполнения выгрузки структуры конфигурации заполняются справочники
- Объекты метаданных
- Свойства объектов
- Значения объектов .
Справочник Объекты метаданных содержит информацию об объектах метаданных конфигурации. Тип объектов фиксируется в соответствующем реквизите. В зависимости от значения реквизита Тип, заполняются реквизиты, описывающие свойства объекта метаданных. Реквизиты объектов метаданных описываются в подчиненном справочнике Свойства объектов . Значения объектов (значения перечислений и имена предопределенных элементов) описываются в подчиненном справочнике Значения объектов.
1.3. Загрузка правил синхронизации через универсальный формат из файлов
Перед загрузкой правил синхронизации через универсальный формат из файлов быть загружен формат данных( с помощью обработки Загрузка структуры формата (см.пункт 1.1), а также должна быть загружена конфигурация, для которой настраиваются правила синхронизации. Загрузка конфигурации выполняется с помощью обработки Загрузка структуры конфигурации (см.пункт 1.2). Отметим также, что быть создан элемент справочника Конвертации . Для конвертации должна быть указана конфигурация и одна или несколько версий формата, для которых конвертация предназначена.
1.3.1 Подготовка файлов для загрузки правил
Подготовка файлов выполняется в информационной базе, для которой будет выполняться обмен в универсальном формате (например, Бухгалтерия предприятия ред.3.0).
Для подготовки файлов правил необходимо войти в информационную базу в режиме Предприятие и запустить обработку Выгрузка правил синхронизации через универсальный формат, которая входит в состав поставки конфигурации Конвертация данных ред.3.
Для подготовки файла с модулем менеджера необходимо войти в информационную базу в режиме Конфигуратор и сохранить общий модуль МенеджерОбменаЧерезУниверсальныйФормат в текстовый файл. Имя файла можно указать любое.
Все подготовленные файлы должны располагаться в одном каталоге.
1.3.2 Загрузка правил синхронизации
Выполняется в информационной базе Конвертация данных ред.3 с помощью обработки Загрузка правил синхронизации из файлов.
Механизм сопоставления данных при обмене через универсальный формат
Механизм сопоставления данных предназначен для решения задачи синхронизации данных между базой источника и базой приемника при обмене
Внутренние идентификаторы объектов
В идеальном случае данные синхронизируемых приложений могли бы сопоставляться по уникальным внутренним идентификаторам объектов (GUID). Но для этого необходимо, чтобы добавление данных, подлежащих синхронизации, осуществлялся только в одном приложении, а в другом эти данные появлялись исключительно в результате синхронизации. В этом случае GUID в двух приложениях у одинаковых объектов будут одинаковыми, и по ним можно будет однозначно сопоставить объекты.
На практике соблюдать данное требование не всегда возможно, особенно в случае настройки синхронизации между приложениями, работа в которых велась независимо. Это связано с тем, что у двух одинаковых объектов, созданных параллельно в каждом приложении, будет два разных GUID.
В некоторых случаях данные не могут быть сопоставлены по GUID по причине его отсутствия (особые случаи, которые не рассматриваются в данной статье).
Публичные идентификаторы объектов
Для успешного сопоставления объектов с разными GUID должно быть место для хранения информация об их соответствии. Таким местом является регистр сведений Публичные идентификаторы синхронизируемых объектов (далее РПИ).
Рис. 1 Регистр сведений Публичные идентификаторы синхронизируемых объектов
Структура регистра представлена в таблице:
Для сопоставления данных двух программ предназначена в БСП 2.3 обработка “Сопоставление объектов информационных баз” для непосредственного использования при синхронизации данных
Рис 2. Основная форма обработки “Сопоставление объектов информационных баз”
Список открывается по команде Выполнить сопоставление на странице Сопоставление данных Помощника интерактивной синхронизации данных. Также можно дважды щелкнуть мышью по строке, в которой обнаружены проблемы сопоставления данных.
Список состоит из двух колонок, каждая из которых соответствует информационной базе, участвующей в обмене. Данные сгруппированы по объектам программы (документы, списки). В нижней части списка выводится информационная строка: сколько элементов сопоставлено, сколько не сопоставлено.
В поле Выводить можно выбрать, какие данные показывать в списке. По умолчанию выводятся Несопоставленные данные.
Сопоставление объектов
- Нажмите Сопоставить автоматически (рекомендуется), выберите поля для сопоставления с помощью флажков. Некоторые поля выбраны программой по умолчанию. Для того чтобы подтвердить свой выбор, нажмите Выполнить сопоставление. После поиска программа выводит на просмотр сопоставленные ею данные. Для подтверждения нажмите Применить.
- После автоматического сопоставления можно оставшиеся объекты сопоставить вручную или изменить сопоставление объектов. Выделите нужные объекты двух баз, нажмите Отменить соответствие, для того чтобы попытаться сопоставить объекты вручную, нажмите Установить соответствие для того чтобы сопоставить объекты.
- Для подтверждения нажмите Записать и закрыть.
Настройка полей таблицы сопоставления
- Нажмите Колонки, чтобы добавить поля в колонки списка. С помощью флажков можно отметить дополнительные поля, для подтверждения нажмите Применить.
Получение данных из другой программы
- Для того чтобы получить данные из другой программы, нажмите Еще –Загрузить данные из другой программы.
Порядок сопоставления объектов
Варианты идентификации объектов при получении
Порядок автоматического сопоставления объектов при получении, содержится в правилах конвертации объектов (ПКО), предназначенных для получения данных. Правила ПКО находятся в общем модуле МенеджерОбменаЧерезУниверсальныйФормат
Рис 3 Разделы общего модуля МенеджерОбменаЧерезУниверсальныйФормат
Отметим, что в общем модуле МенеджерОбменаЧерезУниверсальныйФормат находятся все компоненты (правила обработки данных, правила конвертации объектов и т.д.), определяющие прикладную логику обработки данных в процессе их получения, либо отправки . Программный код этого модуля создается автоматически с помощью приложения “Конвертация данных, редакция 3.0” на основе настроенных правил обмена. Программный код модуля можно создавать вручную, но требует от разработчика большого мастерства.
Вариант автоматического сопоставления (идентификации) объектов при получении задается с помощью свойства ВариантИдентификации ПКО
Рис 4. Настройки идентификации в модуле менеджера
Существуют 3 варианта ( 3 значения) идентификации объекта
- ПоУникальномуИдентификатору –идентификация по GUID,
- СначалаПоУникальномуИдентификаторуПотомПоПолямПоиска– идентификация по GUID и полям поиска,
- ПоПолямПоиска –идентификация по полям поиска,
Рис 5. Настройки идентификации в КД3.0.
Еще одним свойством, определяющим логику сопоставления, является массив полей поиска, определяемый в свойстве ПоляПоиска ПКО.
Алгоритм поиска по полям
Происходит последовательное применение вариантов поиска, заданных в свойстве ПоляПоиска ПКО, используемого при загрузке объекта.
Ограничение.
При сопоставлении на этапе анализа данных применяется только 1-й вариант поиска – ПоУникальномуИдентификатору
Переход к следующему варианту осуществляется в двух случаях:
- У загружаемого объекта не заполнено какое-либо из полей, которое указано в варианте поиска.
- Вариант поиска не дал результата.
Если в загружаемом объекте есть информация об исходном GUID и вариант идентификации для объекта “По GUID” или “По GUID и полям поиска”, то поиск выполняется среди всех объектов заданного типа, кроме тех, для которых в РПИ уже установлены соответствия.
В остальных случаях поиск осуществляется среди всех объектов информационной базы соответствующего типа.
Особенности.
При сопоставлении на этапе анализа данных у загружаемых объектов не проверяется заполнение полей, участвующих в поиске.
На этапе анализа данных соответствие будет установлено только в том случае, когда для одного объекта отправителя был найден один объект получателя.
На этапе загрузки данных соответствие будет установлено и в том случае, когда для одного объекта отправителя нашлось несколько объектов получателя. В такой ситуации соответствие будет установлено с одним из них.
На этапе загрузки данных вариант поиска Номер + Дата для документов работает следующим образом: номер искомого документа проверяется на точное соответствие, дата определяет интервал, в котором проводится поиск по номеру. Сам интервал определяется как период уникальности номеров документа, в который входит указанная дата. Например, если номера документов уникальны в пределах месяца и задана дата 10 декабря 2001 года, то поиск будет проводиться в интервале с 01 по 31 декабря 2001 года.
На этапе анализа данных этот вариант поиска будет работать как обычно: оба поля будут проверяться на точное соответствие.
В данной статье разберем основы технологии обмена данными с помощью 1С:Конвертации данных 3.0 – как это работает, какие преимущества, актуальны ли старые технологии обмена.
Многие специалисты работали с обменами данных в КД 2.0/2.1. Конвертация 3.0 представляет совершенно новую технологию. Сейчас мы расскажем её суть.
В чем суть Конвертации данных 3.0
Конфигурация «Конвертация данных» впервые была выпущена фирмой 1С для платформы 7.7, и с тех пор механизмы обменов данными развивались в рамках одного подхода.
Все обмены между различными по структуре базами 1С требовали написания правил обмена.
При таком подходе в базе-Источнике каждый объект проходит ряд преобразований, которые описаны в правилах, созданных для этой пары баз.
Xml-узел, в который выгружается этот объект, по структуре аналогичен объекту в базе-Приемнике. При загрузке его остается только преобразовать в объект информационной базы.
Для того, чтобы создать правила, нужно знать структуру метаданных базы-Источника и базы-Приемника, и описать преобразование объектов всех нужных типов. Правила выгружаются во внешний xml-файл, который используется каждый раз при выгрузке.
Одна из проблем этого подхода заключается в том, что после каждого изменения конфигурации баз Источника или Приемника необходимо проверять правила на актуальность, что является долгим и не всегда простым процессом.
Тем более, что, если обмен выполняется в обе стороны, то таких правил двое.
В октябре 2014 года была выпущена первая версия «Конвертации данных», редакция 3.0, предназначенная для тестирования.
Новая технология, реализованная в «Конвертации данных 3.0», призвана обособить процессы выгрузки и загрузки, сделать их независимыми. Для этого создана совершенно другая концепция обмена.
Данные будут выгружаться в формат EnterpriseData, который не зависит напрямую от структуры баз Источника и Приемника.
Формат EnterpriseData – это xml-формат, который создан, чтобы стать универсальным для всех обменов как между базами 1С, так и со сторонними базами.
Он предоставляется в виде xsd схемы, на основании которой формируется механизм преобразования объектов между этим форматом и любыми объектами информационных баз. Для упрощения этих преобразований формат EnterpriseData содержит объекты, аналогичные объектам метаданных типовых конфигураций.
При обмене через универсальный формат в каждой из баз содержится только код для преобразования объектов из базы в универсальный формат EnterpriseData и обратно.
При выгрузке не используется информация о том, какую структуру имеют базы-получатели. Поэтому при изменении конфигурации каждой из баз, участвующих в обмене, нужно будет изменить этот код только в этой базе.
Этот код находится в общем модуле МенеджерОбменаЧерезУниверсальныйФормат. Там же находятся и все обработчики событий, и весь механизм преобразования объектов, благодаря чему значительно упрощается процесс отладки. Там же могут быть описаны параметры, с помощью которых можно использовать единожды описанную там логику преобразования объектов для обмена с разными базами.
При необходимости разработчик может изменить структуру формата EnterpriseData для решения более широкого круга задач.
В процессе настройки обмена сама конфигурация «Конвертация данных 3.0» выполняет на данный момент только одну функцию — на базе структуры метаданных баз, участвующих в обмене, и схемы универсального формата она формирует тексты общих модулей МенеджерОбменаЧерезУниверсальныйФормат для каждой из баз.
Удобным будет сформировать эти модули на начальных этапах настройки обмена, а дальнейшие доработки выполнять непосредственно в тексте модулей в конфигураторе.
Новый механизм обмена не исключает также использования правил регистрации. Их настройка в настоящий момент выполняется с помощью конфигурации «Конвертация данных 2.0».
Таким образом, новая технология имеет ряд преимуществ:
- Для обмена между тремя и более базами не нужно создавать отдельные правила для каждой пары баз
- Упрощается поддержка обменов данными в случае изменения конфигураций баз
- Создан новый универсальный формат, который может быть использован, в частности, для обмена со сторонними базами
- Упрощается отладка алгоритмов, используемых при выгрузке-загрузке объектов.
В ближайшей перспективе планируется постепенный перевод всех обменов между типовыми конфигурациями на новый стандарт.
Однако обмен через Универсальный формат не рассматривается как полная замена технологии обменов по правилам. «Конвертация данных» редакции 2.0/2.1 будет поддерживаться и дальше, так как для решения определенного круга задач она остается более удобным и гибким механизмом.
Чтобы узнать, как КД 3.0 выполняет обмен данными, переходите к следующей статье – Конвертация данных 3.0. Новая технология.
PDF-версия статьи для участников группы ВКонтакте
Если Вы еще не вступили в группу – сделайте это сейчас и в блоке ниже (на этой странице) появятся ссылка на скачивание материалов.
Если Вы уже участник группы – нужно просто повторно авторизоваться в ВКонтакте, чтобы скрипт Вас узнал. В случае проблем решение стандартное: очистить кеш браузера или подписаться через другой браузер.
Комментарии / обсуждение (51):
К сожалению, да, проблема еще не решена.
На партнерском форуме разработчики периодически выкладывают измененную обработку для выгрузки правил, которая подходит для новых версий конфигураций.
Добрый день!
Как выгрузить один объект в два (три и т.п.)? Например,выгрузить документ на перечисление налогов “ЗаявкаНаПереводДСВБюджет” разбив документ, где в табличной части разные получатели налогов, на соответствующее кол-во документов разбитых по получателям налогов.
Здесь самая большая проблема будет с идентификацией. Если Вы выгружаете один объект в несколько объектов одного типа, то уникальный идентификатор не получится для этого использовать. Придется настроить поиск по полям, но нужно следить, чтобы значения этих полей не менялись ни в источнике, ни в приемнике.
Ольга, добрый день.
Пытаюсь загрузить правила обмена в конвертацию 3.0 на текущих конфигурациях
Источник БП 3.0.53.39
Приемник ЕРП 2.4.1.227
Вопросы
1) Будут ли работать правила из актуальных конфигураций (октябрь 2017) в конвертации 3.0.4.3 или сразу работать 3.0.5.3
2) На сайте 1С написано что одно из отличий между версиями Конвертации 3.0 – работа с табличными частями, можно более подробно об этом, (например когда – как сейчас работает выгрузка/загрузка Табличной части). Пробывал пример с сайта 1С – не вышло.
3) В конфигурации БП 3.0 сейчас два общих модуля – МенеджерОбменаЧерезУниверсальныйФормат и МенеджерОбменаЧерезУниверсальныйФормат13, как система определяет какие правила надо использовать? Как мне определить какой модуль следует использовать для загрузки правил? Как конвертация определяет из какого модуля прочитать правила обмена?
4) Для чего нужно указывать несколько поддерживаемых версий форматов для одной конвертации, мы же ведем разработку только в одном формате, например 1.0 (как в лекциях)
5) Для конфигурации ЕРП пытаюсь загрузить правила синхронизации из файлов (причем для БП 3.0 все получилось), выбрал каталог обмена, выбрал модуль менеджера, выбрал ранее созданную конвертацию ЕРП (указал только одну версию формата – 1.4) и при загрузке ошибка – “Поле объекта не обнаружено”, как победить?
Читайте также: