В дальнейшем пример можно усложнить, например — передавать не только справочник Пользователи , но и профили прав доступа, значения групп доступа, пользователей информационной базы и т.
Конвертация данных, редакция 3.0
КД2.0 — конфигурация Конвертация данных, редакция 2.0 .
КД3.0 — конфигурация Конвертация данных, редакция 3.0 .
БСП — Библиотека стандартных подсистем.
ПОД — правило обработки данных.
ПКО — правило конвертации объекта.
ПКПД — правило конвертации предопределенных данных.
ПКС — правило конвертации свойства.
Конвертация данных, редакция 3.0 (далее КД3.0 ) — это инструмент для разработки обменов, предполагающих наличие посредника передачи данных между конфигурациями в виде универсального формата данных EnterpriseData . В этом качестве КД3.0 является одним из компонентов технологии обмена данными через формат EnterpriseData .
КД3.0 не является заменой конфигурации Конвертация данных, редакция 2.0 (далее КД2.0 ), но аналогична ей по характеру решаемых задач, общий смысл которых сводится к упрощению разработки логики конвертации данных за счет представления ее объектной модели.
Главной особенностью КД3.0 является концепция конвертации данных (см. рисунок):
Следуя из этого список отличий КД3.0 от КД2.0 можно свести к нескольким пунктам:
- результатом работы КД3.0 является код модуля менеджера обмена, состоящий из процедур и функций, в которых реализована логика загрузки данных, представленных в формате EnterpriseData , а также логика выгрузки данных в формат;
- алгоритмы конвертации содержат код, выполняемый в одной конфигурации — той, для которой разрабатывается модуль конвертации;
- алгоритмы конвертации не несут в себе информации о внутреннем устройстве конфигурации-корреспондента, вместо этого они ориентированы на структуру формата EnterpriseData (для простоты разработки в КД3.0 объекты формата EnterpriseData представлены аналогично объектам метаданных 1С:Предприятие).
В основе реализованной в БСП механики конвертации данных через формат данных EnterpriseData , лежит модель, включающая в себя следующие элементы (далее — функциональные компоненты конвертации):
Промокоды на Займер на скидки
- 💲Сумма: от 2 000 до 30 000 рублей
- 🕑Срок: от 7 до 30 дней
- 👍Первый заём для новых клиентов — 0%, повторный — скидка 500 руб
- Конвертация,
- Правила обработки данных (ПОД),
- Правила конвертации объектов (ПКО), частью которых являются правила конвертации свойств (ПКС),
- Правила конвертации предопределенных данных (ПКПД),
- Алгоритмы.
В совокупности все эти компоненты реализуют функциональность, связанную с обработкой данных в процессе их получения, либо отправки:
Общий порядок выполнения правил конвертации при выполнении процедур отправки и получения данных представлен на схеме:
Свойства объектов, которые не выгружались, не являются ключевыми и конвертируются через соответствие (без алгоритма) в приемник загружаться не будут. Т.е. если из источника свойство не выгружалось, то в приемнике не произойдет замена соответствующего свойства на пустое значение. Описанное поведение характерно для конфигурация, где версия БСП не ниже 3.1.4.
Свойства объектов, которые не выгружались, не являются ключевыми и конвертируются через соответствие (без алгоритма) в приемник загружаться не будут. Т.е. если из источника свойство не выгружалось, то в приемнике не произойдет замена соответствующего свойства на пустое значение. Описанное поведение характерно для конфигурация, где версия БСП не ниже 3.1.4.
Методика работы с конфигурацией Конвертация данных 3.0: Методическая поддержка для разработчиков и администраторов 1С: Предприятия 8
Для того, чтобы это стало возможно, нужно отметить эти параметры для выбранного правила выгрузки в качестве связанных параметров.
Выгрузка бухгалтерских операций из конфигураций, не предназначенных для ведения бухгалтерского учета
При работе оператора 1С с формами содержащими большое количество управляющих элементов, важное значение приобретает эргономия.
Достаточно часто на практике встречаются случаи, когда из информационной базы какой-либо конфигурации, не предназначенной для ведения бухгалтерского учета, необходимо выгрузить данные в конфигурацию, в которой ведется бухгалтерский учет .
При этом наиболее часто используются следующие варианты обмена:
- Выгрузка документов и автоматическое проведение документов после загрузки
- Выгрузка документов, автоматическое проведение документов после загрузки, удаление бухгалтерских операций, созданных по стандартному алгоритму проведения и загрузка требуемых бухгалтерских операций документов из файла
- Конвертация документов в документы вида “Операция”
- Выгрузка сводных бухгалтерских данных за определенный период и загрузка этих данных в качестве документов вида “Операция”
При использовании конфигурации “Конвертация данных” можно настроить правила конвертации для любого из перечисленных выше вариантов обмена. Здесь мы не будем описывать методики настройки правил конвертации, а лишь рассмотрим особенности реализации правил для каждого из вариантов.
. В этом случае достаточно настроить правила конвертации соответствующих документов.
В параметрах обмена правил следует указать “статус проведения” — “Авто” или “Провести”.
Бухгалтерская операция будет сформирована автоматически при проведении загруженного документа.
. Должны быть настроены правила вида: Документ(ВидДокумента)-> Документ(Операция). Проводки бухгалтерской операции описываются также как в Варианте 2 в виде таблицы значений. Вместо документа-источника может использоваться также другой объект, например справочник. В этом случае настраивается правило вида: Справочник(ВидСправочника)-> Документ(Операция ).
. Должно быть настроено правило вида: -> Документ(Операция), то есть с пустым объектом-источником. В правилах конвертации реквизитов следует или указать конкретные значения реквизитов приемника, или правила, по которым эти значения будут сформированы, или установить флажок “Получить из параметров”. Проводки бухгалтерской операции описываются также как в Варианте 2 в виде таблицы значений.
Таблица значений должна включать следующий набор колонок:
- ПланСчетов – идентификатор плана счетов проводки. По умолчанию используется основной план счетов
- Сложная – если 1, то описывается сложная проводка. По умолчанию – 0.
- СчетДт – код счета дебета проводки
- СчетКт – код счета кредита проводки
- Сумма – сумма проводки
- Количество – количество проводки
- Валюта – валюта проводки
- ВалСумма – валютная сумма проводки
- ТабСубконтоДт – таблица значений субконто дебета проводки
- ТабСубконтоКт – таблица значений субконто кредита проводки
- ТабРеквизитовПроводки – таблица значений реквизитов проводки
- Ид – идентификатор реквизита или вида субконто, так как он определен в конфигурации-приемнике
- Значение – значение субконто или реквизита проводки
- Тип – тип значения (необходимо указывать только для реквизитов неопределенного типа)
- Вид – вид значения (необходимо указывать только для реквизитов и видов субконто неопределенного вида)
- ИмяПравила – наименование правила конвертации значения, так как оно определено при настройке правил в конфигурации “Конвертация данных”. По умолчанию используется правило автоматически подобранное в соответствии с типом (и видом) значения
- СписокПараметров – список параметров, передаваемый правилу конвертации. Необходим для сложных правил обмена, использующих параметры.
Ошибки, возникающие при настройке конвертации в формате Enterprise Data. Исправленные обработки и пояснения.
Для того, чтобы это стало возможно, нужно отметить эти параметры для выбранного правила выгрузки в качестве связанных параметров.
Конвертация данных 2.1 Из регистра в справочник
Источник пустой, т.к. в ЗУП в справочнике нет такого поля. Нюанс в том, что
1. в запросе Источник- это элемент справочника ЗУП ФизЛица.
2. Данные в Дату Регистрации передаются через переменную Значение.
Теперь адреса в ЗУП они хранятся в регистре КонтактнаяИнформация, а в БП в табличной части элемента справочника.
Добавляем через синхронизацию свойств табличную часть КонтактнаяИнформация. Источник оставляем пустым. На папке КонтактнаяИнформация выставляем флажок Получить из входящих данных.
Переходим на вкладку «Правило выгрузки данных» , открываем правило ФизическиеЛица
В обработчике «Перед обработкой» способ выгрузки выбираем Произвольный запрос. И пишем запрос.
СписокВидов = Новый СписокЗначений;
СписокВидов.Добавить(Справочники.ВидыКонтактнойИнформации.ФактАдресФизЛица);//проживание
СписокВидов.Добавить(Справочники.ВидыКонтактнойИнформации.ЮрАдресФизЛица);//прописка
Запрос.УстановитьПараметр(«Тип»,Перечисления.ТипыКонтактнойИнформации.Адрес);
Запрос.УстановитьПараметр(«СписокВидов»,СписокВидов);
РезультатЗапроса = Запрос.Выполнить().Выгрузить();
ФизЛица = РезультатЗапроса.Скопировать();
ФизЛица.Свернуть(«ФизическоеЛицо»);
Для Каждого СтрФз Из ФизЛица Цикл
Отбор = Новый Структура;
Отбор.Вставить(«ФизическоеЛицо»,СтрФз.ФизическоеЛицо);
НайденныеСтроки= РезультатЗапроса.НайтиСтроки(Отбор);
Выборка=Новый ТаблицаЗначений;
Выборка.Колонки.Добавить(«Тип»);
Выборка.Колонки.Добавить(«Вид»);
Выборка.Колонки.Добавить(«Представление»);
НоваяСтрока= Выборка.Добавить();
НоваяСтрока.Тип=СтрРез.Тип;
НоваяСтрока.Вид=СтрРез.Вид;
НоваяСтрока.Представление=СтрРез.Представление;
КонецЦикла;
ИсходящиеДанные = Новый Структура;
ИсходящиеДанные.Вставить(«КонтактнаяИнформация», Выборка);
ВыгрузитьПоПравилу(СтрФз.ФизическоеЛицо, , ИсходящиеДанные, , «ФизическиеЛица»);
Заполняем структуру ИсходящиеДанные, где «КонтактнаяИнформация» это название табличной части приемника, т.е. справочника физлица в БП
И выгружаем по правилу.
В обработчике «Перед выгрузкой» пишем, что к группам наша выгрузка не относится.
Еще в ПКО ФизическиеЛица напишем, что уволенных и удаленных выгружать не будем.
Ну и в правиле справочника ВидыКонтактнойИнформации нужно синхронизировать пару свойств.
Конвертация данных 2.1 Из регистра в справочник — 1c-esse
Микрофинансирование → Микрокредиты → Специальные предложения → Скачать файлы → Обзор Быстроденег → Предмет договора → Ответственность сторон → Отличные наличные→ Экспресс займы
