Конвертация Данных 2.1 Инструкция
Откроем настройки правил обмена данными (конвертации). Приема работы с конфигурацией 'Конвертация данных' - использование обработчиков. Полный курс «1С:Конвертация данных 2.1 – Профессиональная настройка правил обмена. В этом видео разберемся с тем, как в Конвертации данных 2.1 оформить правила для переноса документа из одной. Searches related to конвертация данных 2 0 инструкция. Конвертация данных 2.0 инструкция. Конвертация данных 2.1. Подготовка к работеИлья Леонтьев.рф. 4 months ago. Первое занятие обещанного курса по конвертации данных 2.1. Готовим базы к работе. Устанавливаем конфигураци. Пытаюсь работать с конфигурацией 'Конвертация данных. Объединил с КД 2.1.7.1 по инструкции.
Казалось бы, всего лишь одна функция из арсенала разработчика правил обмена на Конвертации данных 2.1, но понимание этой функции расширяет ваши возможности при написании качественных правил обмена в несколько раз. Да, что там писать эти правила? Сопоставил реквизиты, сопоставил табличные части, да еще помощник автоматически создаст необходимые ПКО, ПКС, ПВД. А как быть, когда нужно передать Регистр сведений в регистр сведений, да не просто передать, а привязать это действие к выгрузке определенных элементов, например, элементов справочника Физические лица? Или как передать табличную часть справочника в документы, да так, чтобы одна строка табличной части создавала ровно один документ на стороне приемника? А как быть, если невозможно сделать соответствия между объектами и данные для приемника необходимо собирать из разных источников?
Бланк ввода в эксплуатацию основных средств. Именно для подобных задач вам может понадобиться функция ВыгрузитьПоПравилу. Здесь, я расскажу вам о тех ситуациях, в которых мне понадобилась эта функция, и как она меня не раз выручила. Все свое повествование я сопровожу реальными примерами, которые реализовывались мной в одном из проектов. Описание функции ВыгрузитьПоПравилу. Функция ВыгрузитьПоПравилу используется для выгрузки объекта в xml-узел и возвращает узел ссылки на этот объект.
В процессе выгрузки эта функция вызывается из: ПВД, когда объект из выборки получен и необходимо произвести его конвертацию. ПКО, когда необходимо выгрузить связанную с выгружаемым объектом информацию.
ПКС, когда свойство имеет ссылочный тип и необходимо выгрузить по ссылке из этого свойства объект. Из функции ВыгрузитьПоПравилу могут быть вызваны другие функции, выгружающие субконто, свойства и т.д. Этого объекта, а из этих функций – рекурсивно может быть вызвана функция ВыгрузитьПоПравилу. После того, как объект со всеми необходимыми свойствами выгружен, управление возвращается в то место кода, откуда функция была вызвана.
Таким образом, вызов этой функции из обработчиков событий какого-либо правила (ПВД, ПКО, ПКС), не изменяет процесса выгрузки объекта по этому правилу. Функция ВыгрузитьПоПравилу имеет ряд параметров ВыгрузитьПоПравилу(Источник, Приемник, ВходящиеДанные, ИсходящиеДанные, ИмяПКО, УзелСсылки, ТолькоПолучитьУзелСсылки, ПКО, ЭтоПравилоСГлобальнойВыгрузкойОбъектов, ВыборкаДляВыгрузкиДанных) Все эти параметры в функции имеют значения по умолчанию, и, как правило, передавать имеет смысл только параметр ИмяПКО, а также параметры Источник и/или ВходящиеДанные – в зависимости от того, как настроено ПКО. ИмяПКО – строка, название ПКО, в которое передаем управление. Источник – ссылка на элемент объекта-источника, который передаем для конвертации.
ВходящиеДанные – структура. Элементы в ней должны быть названы аналогично ПКС, у которых стоит флаг «Получить из входящих данных». Если таких ПКС нет, передавать этот параметр не нужно.
Конвертация Данных 2.1 Инструкция
Если в ПКО у всех ПКС стоит флаг «Получить из входящих данных», то, наоборот, необходимо передать структуру ВходящиеДанные, а Источник тогда передавать не нужно. Выгрузка произвольной выборки данных через стандартную выборку с регистрацией объекта источника. Необходимость в такой задаче может возникнуть, когда объект 'источника' и объект 'приемника' имеют различную смысловую или функциональную структуру. Например, документ 'источника' позволяет вводить информацию по нескольким подразделениям предприятия, документ 'приемника' позволяет вводить информацию только об одном подразделении предприятия.
1с Конвертация Данных 2.1 Инструкция
Данная задача отлично решается при помощи произвольного алгоритма выборки в ПВД, но данное решение имеет два недостатка:. Мы лишаемся механизма регистрации изменений;. Алгоритм произвольной выборки отказывается работать в БСП. Статья хорошая. Есть замечание по поводу 2 примера. По поводу переноса контактной информации физ. Лиц (и вообще связанной информации), на мой взгляд, лучше делать так (пример для переноса КИ физ.
В процедуре конвертации 'После загрузки правил обмена' определить параметр 'ТаблицаФизЛиц' типа таблица значений с колонкой 'Объект'. В процедуре ПКО справочника физ. Лиц 'После выгрузки' заполняем таблицу из пункта 1: если физ лицо присутствует в таблице - ничего не делаем, иначе добавляем. В процедуре конвертации 'После выгрузки данных' формируем запрос по РС 'КонтактнаяИнформация' с отбором по массиву объектов из параметра 'ТаблицаФизЛиц'.
После этого применяем функцию 'ВыгрузитьПоПравилу' или 'ВыгрузитьРегистр' для каждой строки результата запроса. В данном случае имеем всего лишь 1 запрос к БД, в вашем же случае имеем столько обращений к БД за контактной информацией, сколько раз выгружаются объекты с типом 'Физические лица', плюс к этому в вашем случае одна и та же информация по контактной информации может быть выгружена несколько раз (если одно и тоже физ. Лицо выгружается несколько раз), что ведет к увеличению файла обмена. Очень интересная статья, спасибо! Но сейчас я бьюсь над зеркальной задачей. В базу-приёмник приходят данные по справочнику и регистру сведений, в котором данные по этому элементу справочника.
И у справочника указано, что, при выполнении определённых условий, он не должен записывать элемент. Элемент справочника, хотя и пришёл в файле обмена, не создаётся в базе. Но проблема в том, что по нему пришли записи регистра сведений. И их тоже не надо записывать, если элемент справочника не был записан. Как проверить, был он записан или не был, если сама эта запись регистра и создала этот элемент справочника в момент загрузки. Проблема в том, что все описанные в статье приёмы работают на стороне источника, а у меня все эти условия проверяются в приёмнике, где уже нет ВыгрузитьПоПравилу или ЗагрузитьПоПравилу Знает кто-нибудь, как победить эту проблему? forsale, Если в регистре только элемент справочника является ссылочным или если другие ссылочные измерения и реквизиты Регистра по определению должны уже существовать в базе приемнике можно попробовать отключить перенос по ссылка, если объекты не находятся: Вкладка ПКО Настройки - Не выгружать объекты свойств источника по ссылкам.
И посмотреть какие ошибки выдаст обмен, когда у регистра не будет заполнено измерение Какие вы условия проверяете, что они должны быть обязательно проверяться на стороне приемника? Может как-то перестроить эти условия, чтобы они проверялись на стороне Источника и не закачивать в файл вообще элементы? Очень интересная и главное полезная статья.
Есть несколько вопросов: 1. ДокументыЗакреплениеЗаКафедрой = Неопределено; Далее идет цикл по ДокументыЗакреплениеЗаКафедрой. Но оно же 'Неопределено'? Можно увидеть текст алгоритма Алгоритмы.ПереводТаблицыЗначенийВМассивЗакреплениеЗаКафедрой? //Переводим отобранные данные из Таблицы значений в Массив структур для дальнейшей передачи в ПКО ДокументыЗакреплениеЗаКафедрой = Неопределено; Выполнить(Алгоритмы.ПереводТаблицыЗначенийВМассивЗакреплениеЗаКафедрой); //Обходим отобранные данные и выгружаем с помощью функции ВыгрузитьПоПравилу Для каждого Документ Из ДокументыЗакреплениеЗаКафедрой Цикл ВыгрузитьПоПравилу(,Документ,'ЗакреплениеЗаКафедройИзВходящихДанных'); КонецЦикла; //Отменяем стандартную выгрузку объекта.
Параметры.Вставить('СписокФизическихЛиц', Новый ТаблицаЗначений); Параметры.СписокФизическихЛиц.Колонки.Добавить('ФизическоеЛицо'); Но за одним исключением: мне нужно чтобы этот параметр был доступен для чтения в обработчике 'После загрузки данных' конвертации. То есть как будто я создал параметр в форме конвертации на закладке 'Параметры' и поставил ему галку При загрузке.
Как это можно сделать? Мне нужны эти параметры уже для их использования на стороне приемника. Добавлю, что параметр создается нормально и заполняется тоже как надо.
Но прочитать его после загрузки данных в приемник я не могу. Для Каждого СтрокаРегистра Из НаборЗаписейДляВыгрузки Цикл ВыгрузкаОбъектаВыборки(СтрокаРегистра, ПравилоВыгрузкиДанных, ВходящиеДанные, НеВыгружатьОбъектыПоСсылкам, Истина, Приемник, ИмяПКО, ЛОЖЬ); КонецЦикла; Т.е., в этой версии 'кухни', эта функция годиться ТОЛЬКО для переноса регистра в регистр. И без доработки (неизвестно заранее, насколько глубокой - например, после того как я изменил выше на НаборЗаписейДляВыгрузки.СТРОКИ - полезли новые ошибки) не 'взлетит'. Тут, кстати, пример, который ответил на мой следующий вопрос про 'гранулярность' применения этой функции: Все-таки автор не вполне корректно применил функцию ВыгрузитьРегистр. А вот тут почерпнул для себя рабочую, в итоге, идею, как перенести таб.часть в регистр сведений: Правда, там не учтен (или не раскрыт) один важный нЬюанс: при УДАЛЕНИИ записи табчасти в источнике, это удаление никак не отразится в приемнике - там запись останется!!
Надо что-то мутить в правилах на стороне приемника.Вот над этим сейчас работаю - если добью, постараюсь поделиться.
В этом видео по Конвертации данных 2.1 речь пойдет о возможности описывать и сохранять запросы в отдельном блоке программы, чтобы их можно было затем вызывать из различных обработчиков. Приятного просмотра! Базы для работы можете скачать по ссылке:. Вы можете поддержать развитие канала, отправив денежку на этот кошелек: Мои контакты: ВКонтакте: vk.com/ilyaleontyev Фэйсбук: facebook.com/illeontev С удовольствием добавлю вас в друзья при условии, что вы не будете меня грузить своими рабочими вопросами:).