Что такое конвертация данных
Конвертация данных в 1С: правила обмена и обработки базы, параметры выгрузки, примеры
Эффективность работы 1С платформы во многом зависит от корректности настроек по обмену информационными потоками между базами. Так, различные приложения, как «Склад» или «Бухгалтерия» не могут полноценно обмениваться сведениями без внесения общих для их работы параметров. Во многих случаях допустимо использовать типовые решения, которые встроены в саму программу. Но весь массив задач они не решают. Поэтому в этом обзоре мы рассмотрим, что такое «1С: конвертация данных», правила обмена, тонкости в настройке в 1C, как можно перенести информацию, а также иные смежные аспекты.
Встроенные коррективы переноса сведений зачастую располагаются в разделе обновлений программы. Также можно открыть их через «Универсальную утилиту обмена XML». Но для решения всех задач в комплексе, этого, разумеется, будет недостаточно. Поэтому в любом случае придется пользоваться внешними источниками, с помощью которых получится наладить автоматический обмен сведениями, что удобно и в работе небольшого предприятия, и в деятельности огромного холдинга. А также прекрасно подходит подобная система для формирования общей отчетности в условиях компаний, которые одновременно занимаются и производством продукции, и его реализацией.
Конвертация базы данных 1С 8.3
Для настройки сопряжения совершенно разных конфигураций, обладающих минимальным набором смежных факторов, встроенными решениями обойтись попросту невозможно. Все же придется обращаться к сторонним приложениям, которые сумеют создать общие правила следования для различных программ. Можно сказать, что тогда эти утилиты начнут работать словно на одном движке, хоть они изначально и были написаны разным кодом.
Для реализации обозначенной задачи нам понадобится внешняя обработка. А конкретно – MD83Exp.epf. Это идеально для 8-ой версии нашей материнской программы. Для запуска этого особого правила переноса сведений необходимо выполнить ряд действий.
Внешние обработки
Стоит пояснить, что это в принципе такое. Ведь на первоначальном этапе никаких утилит, которые позволяли сопрягать разные базы не существовало. Файлы по загрузке и выгрузке писались под каждый конкретный случай практически с нуля. И это было очень неудобно, а также трудоемко. Поэтому в составе дистрибутива компания начала выпускать различные внешние обработки, которые формировались на основе OLE. Но это только первое время. Впоследствии система развивалась как вглубь (технические доработки становились все более совершенными), так и вширь (появлялись новые варианты обработок). Подключаться к базам становилось все легче, большая часть утилит делала это в автоматическом режиме, легко заменяла переменные из двух источников, адаптировала язык, сопоставляла реквизиты, позволяла производить совместный поиск сразу по всем подключенным разделам.
Но даже такой прогресс был лишь половиной задачи. Во-первых, он отлично работал только на версии 7.7, не решал всех запросов 8.3. А во-вторых, все же не обладал полным функционалом, не позволял подключить источник к приемнику так, чтобы у них возникало общее и бесшовное информационное поле. Поэтому, если говорить про «1С: конвертацию данных», обработки, – это не панацея.
Конвертация данных
Конвертация данных — преобразование данных из одного формата в другой. Обычно с сохранением основного логически-структурного содержания информации.
Содержание
Основные сведения
Конвертация данных может происходить как при операциях с файлами (операции файл->файл), так и «на лету» (например при импорте или экспорте данных, или при операциях с использованием конвейеров).
Примеры конвертации
Например: преобразование (конвертация) текста из формата «plain text» в текст формата «OpenDocument», конвертация мультимедийных файлов (графических, музыкальных и т. п.)
Проблемы конвертации и неоднозначность конвертации
Примеры программ конвертации
Тексты
Файлы изображений
Звуковые файлы
Кроме того, конверторы звуковых форматов встроены в большинство программ редактирования звука. Например Audacity.
Видеофайлы
Универсальные
См. также
Полезное
Смотреть что такое «Конвертация данных» в других словарях:
Конвертация — (лат. converto «изменяю, превращаю») преобразование: Конвертация (ценных бумаг) Конвертация данных (в вычислительной технике) … Википедия
Импорт данных — У этого термина существуют и другие значения, см. Импорт (значения). Импорт данных добавление данных, вставка данных из внешних источников в текущий файл/документ/базу данных. Основные сведения Часто сопровождается конвертацией (переводом)… … Википедия
Экспорт данных — У этого термина существуют и другие значения, см. Экспорт (значения). Экспорт данных (англ. export) вывод всех или части данных из текущего файла/документа/базы данных (в том числе в ОЗУ) во внешний источник. Основные сведения Часто… … Википедия
GDAL — Geospatial Data Abstraction Library Тип Геоинформационная система Разработ … Википедия
calibre (программа) — У этого термина существуют и другие значения, см. Calibre. calibre … Википедия
ЛИНТЕР — Тип СУБД Разработчик … Википедия
REBOL — Эту статью следует викифицировать. Пожалуйста, оформите её согласно правилам оформления статей … Википедия
Мапирование — (иногда маппинг, маппирование, мэппинг, но не путать с маппингом игровых уровней) определение соответствия данных между потенциально различными семантиками одного объекта или разных объектов. Термин понимается очень широко от отображения… … Википедия
Any Video Converter — Any Video Converter … Википедия
Ариан-5 — Ариан V (Ariane V) … Википедия
Что такое конвертация данных
В данной статье речь пойдет об использовании конфигурации «Конвертация данных, редакция 1.0» (разработчик фирма 1С). Будут описаны процессы формирования правил, приведены наиболее часто встречающиеся примеры переноса данных. В связи с достаточной мощностью механизмов, реализованных в конфигурации, ее использование может сэкономить массу времени при переносе данных. Автор не претендует на полноту изложения всех возможностей конфигурации. Кроме того, статья отражает личное мнение автора и не претендует на полноту освещения всех изложенных вопросов.
Обычно для переноса данных из одной конфигурации в другую использовались либо универсальные внешние обработки от «1С» (Выгрузка/Загрузка справочников), либо обработки сторонних производителей, либо каждый программист изобретал свою схему переноса данных.
При этом могли использоваться разные подходы: от первоначальной обработки данных для обеспечения уникальности кодов или наименований до сложных алгоритмов синхронизации, от использования текстовых файлов до использования механизмов OLE.
«Конвертация данных» это конфигурация, разработанная фирмой «1С» специально для решения проблем по переносу данных из одной конфигурации в другую. Согласно утверждениям «1С», данный механизм призван унифицировать процесс переноса данных в произвольных конфигурациях, а также унифицировать формат файлов передаваемых данных.
Желания рассказывать о терминологии, составе и структуре конфигурации «Конвертация данных» у автора статьи нет, поскольку каждый, у кого есть ИТС, может со всем этим ознакомиться самостоятельно. Речь в статье пойдет о конкретных вопросах и об их решениях, найденных автором в процессе использования данной конфигурации.
Предположим, что у нас наиболее интересный случай: все самописное, никакой «близости» с типовыми конфигурациями не имеется. Итак, мы создаем в справочнике «Файлы» элементы, описывающие расположение файлов конфигураций приемника и источника данных, а также расположение файлов правил переноса, и, если необходимо, файл обработки выгрузки (т.е. «исполняющую часть универсальной обработки выгрузки» в терминах 1С). Кстати, эту самую обработку желательно указывать всегда в крайнем случае, она будет пустой.
Затем вносим наши конфигурации в справочник «Конфигурации». В том же справочнике мы можем загрузить объекты конфигурации т.е. создать в справочнике «Объекты конфигурации» элементы, описывающие объекты метаданных наших конфигураций. При этом в том случае, если объекты конфигурации уже были внесены ранее, они будут замещены и отличия, если таковые имеются, будут оговорены в колонке «Описание изменений» справочника «Объекты конфигурации» (эту колонку желательно сразу же сделать видимой при помощи кнопки «Колонки» на форме справочника).
Эта особенность позволяет использовать уже готовые типовые конфигурации, их объекты и правила переноса для работы с измененными конфигурациями. Подменив в справочнике «Файлы» ссылку на типовую конфигурацию ссылкой на измененную типовую конфигурацию и загрузив объекты конфигурации, мы получим список изменений. В этом случае нам осталось поправить правила переноса данных в соответствии с этими изменениями.
Редактировать справочник «Объекты конфигурации» запрещено. С этим трудно поспорить, однако в некоторых случаях (изменение длины реквизита) перезагрузка всех объектов может испортить действительно важные замечания о изменениях в конфигурации. Тем более странно видеть такое ограничение в конфигурации, которая ориентирована, в первую очередь, на программистов, а не на пользователей.
Далее остается добавить элемент, описывающий нашу работу в справочник «Конвертации». В этом справочнике указываются конфигурация-источник, конфигурация-приемник, файл правил, исполняющая часть выгрузки для конкретной конвертации.
После всего вышеперечисленного можно приступать собственно к разработке правил.
Правила переноса данных
Итак, данные из конфигурации-источника в конфигурацию-приемник переходят по определенным правилам. Ничего нового в этом нет. Рассмотрим механизмы формирования этих правил.
Правила делятся на два типа: правила объектов и правила реквизитов. Структурно эти правила во многом похожи, однако смысл имеют различный.
Правила объектов описывают переход данных в терминах объектов метаданных конфигураций 1С. По их списку можно в общем судить о том, какие объекты метаданных источника переходят в какие объекты метаданных приемника. Правило объекта имеет примерно следующий вид: элементы справочника «Номенклатура» переходят в элементы справочника «Товары».
Таким образом, вначале мы должны определиться, что в конфигурации-приемнике соответствует тому или иному объекту конфигурации-источнике. При этом вполне допускается, что объект-источник может разбиваться на несколько объектов-приемников, или несколько объектов-источников могут объединяться в один объект-приемник. Конкретная реализация перехода описана правилами реквизитов, об этих правилах речь пойдет ниже.
Параметры использования правил объектов
Параметр использования правил объектов определяет объем переносимой информации. Данный параметр может принимать два значения: выборка и по ссылкам. На самом деле это значение принципиально влияет на процесс.
В случае, если правило применяется при выборке, это означает, что все экземпляры объекта-источника будут обработаны по данному правилу. В противном случае, обработаны (выгружены) будут только те экземпляры объекта-источника, на которые ссылаются экземпляры других обрабатываемых объектов-источников. Применение правила по ссылке может сильно ускорить процесс выгрузки/загрузки, а также очистить базу-приемник от ненужных экземпляров тех или иных объектов.
Наложение условий для правил объектов
На применение того или иного правила объекта можно, при желании, наложить условие. Под условием понимается либо формализованный путем использования построителя условий набор ограничений, либо выполнение описанной пользователем функции. В том случае, если результатом проверки условия будет «ИСТИНА», то правило выполнится, в противном случае правило будет проигнорировано. Если условие описано пользователем при помощи функции, то она должна возвращать единицу в случае необходимости обработки по правилу.
Помимо этого, объекты можно преобразовывать. Это означает, что для каждого объекта можно обрабатывать не сам этот объект, а какой-то другой (назовем его «выбранным»). Например, можно выбрать не сам объект, а его владельца. Причем обработать этот выбранный объект можно (и нужно) не по текущему правилу, а по произвольному, т.е. имеется возможность переадресовать обработку другому правилу. Справедливости ради отмечу, что я лично никогда не использовал преобразование и переадресацию, и пока не встречал ситуации, в которой мне бы это пригодилось, однако саму возможность подобной обработки приветствую.
Функция выборки объектов
Если же у нас не хватает перечисленных выше средств для организации выгрузки экземпляров объектов-источников, то есть возможность описать условия выгрузки произвольной функцией, называемой функцией выборки объектов. Я сам также никогда не применял данную возможность, поэтому не могу описать ее работу.
В конце хочу отметить, что применение преобразование объектов и функций выборки имеет смысл в тех случаях, когда предметно-смысловая нагрузка на объекты приемника и источника существенно различается. В противном случае, как правило, хватает параметров использования правил и наложения условий на правила, а также правильно написанных правил перехода реквизитов. О них и пойдет речь далее.
Правила реквизитов представляют из себя описание правил перехода реквизитов объекта-источника в реквизиты объекта(ов)-приемника. Соответственно, правила реквизитов нельзя рассматривать в отрыве от правил объектов. Если правила объектов описывают, что куда переходит, то правила реквизитов описывают, как объект-источник переходит в объект-приемник. Рассмотрим те возможности, которые предоставляет «Конвертация данных» для составления правил конвертации реквизитов.
В правиле обработки реквизита можно непосредственно задать преобразование, совершаемое над реквизитом или объектом, к которому этот реквизит относится. Это означает, что значение, которое при загрузке примет реквизит-приемник, может не совпадать со значением реквизита-источника, а может быть получено, исходя из каких-то других реквизитов объекта-источника. Самое распространенное преобразование на моей памяти дополнение кода справочника-источника до длины кода справочника-приемника.
Там же можно просто задать значение реквизита-приемника в том случае, если его тип не является агрегатным.
Кроме этого, дана возможность произвольно описать значения реквизита-приемника для значений реквизита-источника при помощи функции на встроенном языке. В качестве параметров в функцию передается значение реквизита-источника, ну а что она вернет как значение реквизита-приемника, это уже ваше дело.
Наложение условий для правил реквизитов
Аналогично правилам объектов, на правила реквизитов также можно наложить условия, только в данном случае условия могут быть двух принципиально разных видов, да и их использование отличается от условий объектов.
Первый тип это условие по объекту-источнику. Данное условие описывается так же, как и в случае объектов, и оперирует всеми реквизитами объекта-источника, а также рядом других функций, таких как и т.д.
Второй тип это условие по реквизиту-источнику. Данное условие оперирует понятиями реквизита-источника. В случае, если тип реквизита-источника агрегатный, то мы получаем доступ до реквизитов объектов данного типа.
Правило конвертации используется в правилах реквизитов в том случае, если тип реквизита-источника агрегатный. В этом случае реквизит содержит в себе агрегатный объект метаданных определенного вида и, как следствие, правило его преобразования должно быть описано нами.
Способы выгрузки описывают именно способы выгрузки Либо выгружаем, либо нет. Либо выгружаем историю периодических реквизитов, либо выгружаем актуальное значение. Для документов либо перебираем табличную часть, либо нет.
Особенно полезен режим «. Поиск». Если использовать его, то при загрузке обработка пытается найти экземпляр объекта-приемника по совокупности выгруженных значений его реквизитов (тех, для которых установлен данный режим загрузки) и в случае неудачи создает новый экземпляр. Это дает почву для синхронизации объектов не только по коду или наименованию, но и по произвольному набору реквизитов, в т.ч. и агрегатного типа. Ряд других способов загрузки мною не использовался, но для задач по переносу данных «. Поиск» подходит в 90% случаев.
Все, что мы так или иначе определили через свои функции условия на объекты и/или реквизиты, правила выборки тех и других называется скриптом. При создании скриптов следует помнить, что они выполняются в базе-источнике и ничего не знают о базе-приемнике. В такие скрипты можно поместить какие-то необходимые перед выгрузкой действия над базой-источником. Все скрипты в конечном итоге составляют ядро «исполняющей выгрузки», т.е. той части «выгрузки», которая и обеспечивает отбор и преобразование объектов и реквизитов.
Если есть скрипты, то есть и исполняющая выгрузка, если вы сумели обойтись без них, то эта обработка вам и не нужна.
В правилах обмена прописываются такие характеристики, как перенос пометки удаления, статус документов (проведен/не проведен).
Все это подробно изложено в описании справочника «Параметры обмена», и останавливаться на этом не буду. Обращу внимание на то, что документы в базе-приемнике будут проведены по своему алгоритму, а не по алгоритму базы-источника, поэтому предусмотрен режим не проведения документа, а переноса его проводок по определенному правилу.
Под правилом конвертации значений понимается составление таблицы соответствия значений объекта-источника значениям объекта-приемника. Наиболее распространенное применение это конвертация значений перечислений. Это самый примитивный способ описания правила. Кроме того, подобная таблица используется при переносе бухгалтерских остатков и операций. Для счетов предусмотрен указание не только соответствия значений, но и ввод правил для переноса субконто.
Перенос бухгалтерских остатков и операций
Для переноса операций необходимо три вещи: правило конвертации операций как документа, правило конвертации объекта метаданных вида «Операция», а также конвертация значений для плана счетов вместе с сформированными правилами конвертации субконто для каждой строки таблицы конвертации плана счетов.
Правила конвертации субконто представляют из себя обычные правила конвертации объектов. Для каждой строки из таблицы конвертации значений плана счетов указывается набор правил по переносу субконто. Как правило, к моменту формирования правил переноса субконто правила конвертации объектов в основном уже сформированы, поэтому процесс сводится к указанию субконто-источника, субконто-приемника и правила объекта для конвертации.
Перенос бухгалтерских итогов на конкретную дату осуществляется проводками; в базе-источнике для каждого счета, описанного в таблице конвертаций значений для плана счетов, формируется сальдо конечное развернутое по субконто. В базе-приемнике формируются операции по вводу начальных остатков в соответствии с правилами конвертации счетов, субконто и объектов.
Данный механизм позволяет выполнять практически любые операции над итогами по конкретным счетам: можно «объединить» два счета в один, можно «перевести» суммы с определенных значений субконто-источников на субсчета-приемники (как было сделано при переходе на новый план счетов), можно «разнести» счет на несколько и т.д.
Как правило, существует несколько правил конвертации плана счетов: одно для обработки тех счетов, которые не требуют сложных преобразований, и несколько других, для более сложной обработки. На правила конвертации плана счетов можно, как обычно, накладывать условия, а для разных условий указывать разные правила обработки.
Наиболее полное представление о возможностях переноса остатков и модификации плана счетов представляют правила для перехода со старого плана счетов на новый план счетов. В этих правилах показаны практически все приемы, необходимые на практике.
Организация конвертации данных и обмена данными с помощью конфигурации «Конвертация данных 2.0»
В этом методическом руководстве описаны принципы организации конвертации данных и обмена данными между типовыми конфигурациями на платформах «1С:Предприятие 8» и «1С:Предприятие 7.7» при помощи конфигурации «Конвертация данных 2.0». При написании данного материала мы решили пойти по пути демонстрации общей концепции конфигурации «Конвертация данных 2.0» и приемов работы посредством разбора типичных ситуаций, возникающих в практике конвертации данных между типовыми конфигурациями. Как показывает опыт, такой способ изложения наиболее эффективен, поскольку позволяет специалисту быстро приобрести навыки использования средств конфигурации в своей повседневной деятельности.
Для работы с методическим руководством вам понадобится конфигурация «Конвертация данных 2.0» версии 2.09.1, внешние обработки MD80Exp.epf и V8Exchan.epf, поставляемые с релизом конфигурации «Конвертация данных 2.0». Для реализации механизма обмена данными, описанного в руководстве, необходима конфигурация «Управление торговлей 10.2» версии 10.2.5 или выше.
Общие принципы конвертации данных
Конфигурация «Конвертация данных 2.0» является мощным средством для организации конвертации данных между конфигурациями любой структуры и сложности, функционирующими как на платформе «1С:Предприятие 7.7», так и на платформе «1С:Предприятие 8». Рассмотрим общую схему конвертации данных между конфигурациями, созданными на платформе «1С:Предприятие 8».
Ключевые задачи при подготовке правил обмена – настройка соответствий между объектами метаданных конфигураций источника и приемника и настройка соответствий между свойствами объектов (реквизитами объектов и табличных частей). Процесс подготовки файла обмена заканчивается генерацией XML-файла правил и условно разделяется на следующие этапы:
Содержание этих технологических этапов будет развернуто при разборе примера в следующих параграфах руководства. Поэтому для лучшего понимания рекомендуем в процессе изучения примера по созданию правил обмена обращаться к технологическим схемам.
Для первого знакомства с концепцией системы «Конвертация данных 2.0» рассмотрим решение задачи, с которой сталкивалось подавляющее большинство специалистов, работающих с типовыми конфигурациями: перенос данных справочника из одной информационной базы в другую.
Предположим, что для организации нового рабочего места на торговом предприятии необходимо из текущей базы данных предприятия в новую базу данных перенести информацию о товарах. Такая ситуация может возникнуть при создании отдельной информационной базы филиала компании, удаленной торговой точки, склада и пр.
Готовим описание метаданных
Для подготовки правил обмена необходимо получить информацию о структуре конфигураций источника и приемника данных. Для этих целей используется внешняя обработка MD80Exp.epf для конфигураций на платформе «1С:Предприятие 8» и MD77Exp.ert для конфигураций на платформе «1С:Предприятие 7.7». Напомним, что эти обработки входят в комплект дистрибутива конфигурации «Конвертация данных 2.0».
Формирование описания структуры метаданных займет некоторое время. После завершения обработки мы получили XML-файл, содержащий описание метаданных конфигурации «Управление торговлей 10.2» в формате конфигурации «Конвертация данных 2.0».
Теперь нам необходимо загрузить полученное описание метаданных в информационную базу конфигурации «Конвертация данных 2.0» для подготовки правил обмена. Для этого запустим конфигурацию «Конвертация данных 2.0» и откроем обработку Загрузка описания метаданных с помощью кнопки Загрузка описания структуры конфигурации на панели интерфейса. В поле Имя файла выберем файл описания метаданных, который мы только что подготовили. И нажмем Выполнить загрузку для запуска обработки.
В верхней части формы в виде дерева представлена структура метаданных. В табличной части на закладке Свойства показаны реквизиты, табличные части объектов метаданных. Для документов дополнительно показана структура записей регистров, движения по которым делает соответствующий документ.
Так как в рамках нашей задачи конфигурация-источник и конфигурация-приемник идентичны, подготовительный этап создания правил обмена закончен. В случае, когда нужно организовать обмен между конфигурациями разной структуры, весь процесс нужно повторить для второй конфигурации.
Создаем правила конвертации
Теперь, когда мы загрузили структуру метаданных конфигураций, используемых в обмене, можно начинать подготовку правил обмена. Обратите внимание, что на этом этапе работа будет проводиться исключительно в конфигурации «Конвертация данных 2.0», без обращения к конфигурациям
– участникам обмена. Это позволяет эффективно организовать работу даже в том случае, когда конфигурации источник и приемник для вас недоступны, а имеются только их описания в виде XML-файлов.
Обратите внимание, что для одной и той же пары конфигураций мы можем создавать и редактировать несколько правил обмена данными, предназначенных для разных целей.
Очевидно, для корректной перегрузки справочника Номенклатура нам нужно создать правило конвертации для этого справочника и правила конвертации свойств для каждого реквизита.
Теперь перейдем к формированию правил конвертации свойств. Воспользуемся обработкой автонастройки свойств (пункт Синхронизация свойств объектов подменю Обработки ). Так же как и для объектов, автонастройка проанализирует реквизиты источника и приемника и предложит нам вариант установления соответствий.
Оставим все флажки установленными. По нажатию кнопки Записать для всех выбранных соответствий реквизитов будут созданы правила конвертации.
Настраиваем правила конвертации свойств
Итак, всю «черную» работу за нас выполнили обработки автосинхронизации. Теперь рассмотрим более детально результат и внесем необходимые коррективы.
Если же в колонке Поиск не будет установленных флажков, то для справочника Номенклатура элемент при каждой загрузке будет создаваться заново. Это может иметь очень неприятные последствия, если вы по ошибке запустите загрузку вторично. Новые элементы будут дублироваться даже в случае, когда у справочника включена уникальность кодов и есть элементы с такими же кодами.
Воспользуемся еще раз обработкой автосинхронизации объектов. С ее помощью мы сможем создать сразу все нужные нам правила конвертации объектов.
В результате у нас появятся уже семь правил конвертации. Обратите внимание, что правило СтавкиНДС создано автоматически в процесс группового создания свойств. Эта обработка не только создает правила конвертации свойств, но и контролирует наличие правил конвертации для объектов ссылочного типа, поэтому при обработке реквизита СтавкаНДС было создано правило конвертации СтавкиНДС.
Теперь для каждого правила мы видим текущий и предлагаемый способ синхронизации. Нажмем кнопку Записать для установки синхронизации. В результате для всех выбранных правил будет установлены новые реквизиты синхронизации.
Перегружаем данные
Для выгрузки данных недостаточно установить соответствия объектов и реквизитов источника и приемника. Нужно еще указать, какие именно объекты и как выгружать. Для этого необходимо создать правила выгрузки данных.
На этом работа по редактированию правил завершена. Поскольку наша задача
Теперь можно перейти к генерации файла правил обмена.
С помощью кнопки Выгрузить данные запустим обработку выгрузки. Обратите внимание, что выгрузка данных может занять значительное время.
Дальнейшая доработка правил обмена
Параметры – это специализированная структура данных в алгоритмах выгрузки, с помощью которой можно обращаться к переменным обработки. Настройка структуры параметров для правил конвертации осуществляется в конфигурации «Конвертация данных», а установка значений параметров возможна в форме обработки V8Exchan.epf. Обратите внимание, что механизм установки параметров в форме реализован в обработках V8Exchan.epf, начиная с версии 2.01.
Недостаточно просто указать параметры, нужно, чтобы алгоритм выполнения выгрузки «понимал», в каком случае выгружать элемент, а в каком
– нет. Для подобных (и многих других) случаев используется механизм обработчиков. Суть его заключается в том, что в ключевых точках выполнения всех базовых алгоритмов выгрузки и загрузки данных обрабатывается код, написанный разработчиком при создании правил обмена. Естественно, что использование такого тонкого инструмента требует осторожности и продуманности. Мы рекомендуем перед написанием собственных обработчиков внимательно ознакомиться со справкой к конфигурации «Конвертация данных 2.0», где описаны все доступные в обработчиках переменные и способы их использования, а также перечислены виды обработчиков и особенности их вызова в алгоритмах обмена данными.
Если Параметры.ВыгружатьУслуги = ЛОЖЬ И Объект.Услуга = ИСТИНА Тогда
Отказ = ИСТИНА;
КонецЕсли;
Наша задача решена, осталось только сохранить правила обмена в файле.
