Пкс 1с что это
В данной статье будут рассмотрены десять приемов работы с конвертацией данных 2.1. Указанные приемы явно не описываются в документации (справке), но их полезно знать и применять. Для наглядности приёмы работы сопровождаются описанием реализации и практическими примерами.
Чтобы выгрузить один объект источника в несколько объектов приемника, можно использовать мощный инструмент расширения возможностей правил конвертации – «ВыгрузитьПоПравилу».
Синтаксис функции:
Пример реальной задачи. Необходимо выгрузить справочник – «НоменклатурныеГруппы» в три объекта на стороне приемника: «НоменклатурнаяГруппа» (справочник), «ЗаказНаПроизводство» (документ), «СтатусыЗаказов» (регистр сведений). Для решения данной задачи можно использовать функцию «ВыгрузитьПоПравилу».
В правилах выгрузки данных (далее-ПВД) в обработчике «ПередОбработкой» происходит выгрузка в объект приемника «НоменклатурнаяГруппа» по стандартной выгрузке (ИмяПКО), а в обработчике «ПослеВыгрузки» происходит выгрузка в объекты «ЗаказНаПроизводство» и «СтатусыЗаказов» с помощью функции «ВыгрузитьПоПравилу»:
Если необходимо выгрузить иерархический справочник (элементы и папки) с учетом иерархии и поиск в базе приемника будет осуществляться по внутреннему идентификатору объекта источника (по полям поиска не будет продолжен поиск), то для корректной выгрузки иерархии необходимо установить галочку – «Поиск» у реквизита «ЭтоГруппа» (см. рисунок 1).
Рисунок 1 – Выгрузка иерархического справочника.
Если не установить галочку «Поиск» у реквизита «ЭтоГруппа», то папки объекта будут выгружаться как элементы.
Объекты регистрируются по правилам регистрации объектов к выгрузке только при изменении реквизитов объекта, которые указаны в правилах конвертации свойств (далее-ПКС) объекта (правила обмена данными). При необходимости регистрировать объект к выгрузке и при изменении реквизитов, которые не указаны в ПКС, достаточно данные реквизиты добавить в ПКС и установить галочку – «отключить» (см. рисунок 2).
Рисунок 2 – Реквизиты объекта для правил регистрации объекта.
Это может потребоваться для задачи, когда у нас есть реквизиты на стороне базы источника, которых нет в базе приемника, и только при их изменении объекты должны регистрироваться к обмену.
Когда стоит задача выгружать вместо регистрируемого объекта другой объект, то при регистрации исходного объекта в правилах регистрации объектов в обработчике «ПослеОбработки» через метод «ЗарегистрироватьИзменения» плана обмена можно зарегистрировать необходимый объект на узлах плана обмена.
Синтаксис метода:
ЗарегистрироватьИзменения (Узлы, Данные)
Пример реальной задачи. Несколько документов «Списания с расчетного счета» по одному документу «Заявка на расходование ДС» необходимо выгружать из конфигурации источника в один документ «Списания с расчетного счета» конфигурации приемника. При изменении документа «Списания с расчетного счета» регистрируется к обмену документ «Заявка на расходование ДС», который при выгрузке собирает по определенным правилам данные со всех документов «Списания с расчетного счета».
В продолжение пункта 4. При выгрузке любого объекта происходит проверка, соответствует ли он существующим правилам регистрации. Если при регистрации вместо исходного объекта регистрируется к выгрузке другой объект, то новый объект также будет проходить проверку по своему типу правил регистрации объектов. В случае несоответствия правилам регистрации, объект будет выгружать, как «УдалениеОбъекта».
Для устранения данной нестыковки выгружаемого объекта и правил регистрации объекта, нужно использовать в правилах регистрации в обработчике «ПослеОбработки» параметр «Выгрузка».
Описание параметра Выгрузка:
Выгрузка (только чтение) – Булево – параметр определяет контекст выполнения правила регистрации. Истина – правило регистрации выполняется в контексте выгрузки объекта. Ложь – правило регистрации выполняется в контексте перед записью объекта.
Пример реальной задачи. При изменении документа «Списания с расчетного счета» регистрируется к обмену документ «Заявка на расходование ДС», который при выгрузке собирает по определенным правилам данные со всех документов «Списания с расчетного счета». Но документ «Заявка на расходование ДС» может выгружать независимо по своим правилам регистрации, которые не совпадают с правилами регистрации при регистрации из документа «Списания с расчетного счета».
Если по одному объекту источнику в правилах конвертации объектов присутствуют несколько правил, то система будет использовать по умолчанию правило, которое совпадает по наименованию с наименованием объекта источника (см. рисунок 3).
Рисунок 3 – Выбор правила конвертации объекта по умолчанию.
Пример реальной задачи. Данный подход может пригодиться при выгрузке субконто, когда система определяет правила выгрузки объекта по умолчанию.
При необходимости создавать на стороне приемника новые элементы документов (справочников) и подставлять их в исходный объект, можно применить следующий подход:
- определить правило заполнения нового документа (справочника) на стороне приемника (например, через входящие данные);
- описать заполнение реквизита нового документа (справочника) в исходном объекте (например, через исходящие данные);
- заполнять при выгрузке на стороне источника новый документ (справочник) уникальным значением (например, числом).
Пример реальной задачи. Необходимо на стороне приемника создавать новые документы «ДокументРасчетовСКонтрагентом» в документе ввод начальных остатков по счетам взаиморасчетов. На стороне источника заполняем реквизит «ДокументРасчетовСКонтрагентом» при выгрузке начальных остатков по счетам взаиморасчетов уникальным значением (числом):
В исходном объекте («ВводНачальныхОстатков») описываем правила выгрузки реквизита «ДокументРасчетовСКонтрагентом»:
Определяем правило заполнения «ДокументаРасчетовСКонтрагентом» на стороне приемника (см. рисунок 4).
Рисунок 4 – Правили выгрузки «ДокументРасчетовСКонтрагентов».
В конвертации данных нельзя создать параметр с типом «ТаблицаЗначений» на вкладке «Параметры» (см. рисунок 5).
Рисунок 5 – Допустимые типы для параметров конвертации данных.
Возможность создать параметр с типом «ТаблицаЗначений» при необходимости присутствует в системе, необходимо в общем обработчике «ПередЗагрузкойДанных» определить параметр.
Также необходимо в общем обработчике «ПослеЗагрузкиДанных» удалить данный параметр.
При выгрузке из базы источника можно указывать вместо элемента перечисления или предопределенного значения справочника текстовое значение, которое равно наименованию элемента перечисления или предопределенного значения справочника.
Пример реальной задачи. В базе приемника присутствует реквизит – «ТипПлатежа» с типом «Перечисление». При выгрузке реквизита (обработчик: «Перед выгрузкой») можно указать текстовое значение равное наименованию элемента перечисления на стороне базы приемника (см. рисунок 6). Данный подход может ускорить процесс разработки в конвертации данных.
Рисунок 6 – Заполнение реквизита с типом «Перечисление».
Когда необходимо выгрузить большой объем данных и нет необходимости выгружать полностью ссылочные данные, то можно сократить объем выгружаемых данных с помощью параметров «ВыгрузитьОбъект» («ВыгрузитьТолькоСсылку») в обработчике «ПриВыгрузке» правил конвертации свойств (ПКС):
Пример реальной задачи. Данное ускорение может потребоваться, когда все ссылочные объекты (нормативно-справочная информация) из базы источника ежедневно интегрируется в базу приемника, а документы должны транслироваться с определенным интервалом (раз в месяц). В таком случае при обмене документами между базами нет необходимости полностью передавать ссылочные объекты, а можно передавать только ссылку, что ускорит процесс выгрузки.
Рассмотренные приемы работы позволят повысить производительность и эффективность работы с программой конвертацией данных 2.1.
Статью подготовил Аналитик-эксперт по информационным системам "ИнфоСофт" Ретунский Александр.
Потребовалось поменять значения и обработчики ПКС сразу для кучи определенных свойств документов. Стандартная обработка в КД "Групповая обработка справочников и документов" для этого не совсем подошла, т.к. там невозможно использовать код для обработки, да и не очень удобно отбор создавать. Поэтому вставил в КД типовую обработку "Универсальный подбор и обработка объектов" и привязал её открытие к выбранным ПКО/ПКС в форме редактирования правил обмена.
На форму (в командные панели списков ПКО и ПКС) добавляются кнопки "Обработка объектов" и "Обработка свойств". Они позволяют открыть групповую обработку сразу с установленным отбором в зависимости от текущего выбранного ПКО/ПКС. Поддерживается множественный выбор.
Инструкция:
1) Включаем возможность изменения в КД, добавляем в обработки "Универсальный подбор и обработка объектов" с ИТС под именем "УниверсальныеПодборИОбработкаОбъектов"
2) Открываем общую форму "ПравилаОбмена" и вставляем в конец модуля формы (перед комментариями "ОПЕРАТОРЫ ОСНОВНОЙ ПРОГРАММЫ") кусок кода:
// Типовой обработчик
ПриОткрытии ();
Кнопка = Элементыформы . КоманднаяПанельПКС . Кнопки . Добавить ( "РазделительОбработкаСвойств_КД" , ТипКнопкиКоманднойПанели . Разделитель );
Кнопка = Элементыформы . КоманднаяПанельПКС . Кнопки . Добавить ( "ОбработкаСвойств_КД" , ТипКнопкиКоманднойПанели . Действие , "Обработка свойств" , Новый Действие ( "ОбработкаСвойств_КД" ));
Кнопка . Подсказка = "Групповая обработка свойств" ;
Кнопка . Пояснение = "Групповая обработка свойств" ;
КонецЕсли;
Процедура ОбработкаОбъектов_КД ( Кнопка )
ТекущееПКО = ЭлементыФормы . ПравилаКонвертацииОбъектов . ТекущаяСтрока ;
Если ТекущееПКО = Неопределено Тогда
Возврат;
КонецЕсли;
СсылкаНаПКО = ТекущееПКО . Ссылка ;
ВыбранныеПКО = ЭлементыФормы . ПравилаКонвертацииОбъектов . ВыделенныеСтроки ;
ГрупповаяОбработка = Обработки . УниверсальныеПодборИОбработкаОбъектов . Создать ();
ГрупповаяОбработка . ТипОбъектовПоиска = Тип ( "СправочникСсылка.ПравилаКонвертацииОбъектов" );
ФормаОбработки = ГрупповаяОбработка . ПолучитьФорму (, ЭтаФорма , Новый УникальныйИдентификатор );
ФормаОбработки . Открыть ();
ПостроительОтбор = ФормаОбработки . ПостроительОтчета . Отбор ;
// Дополнительный отбор на элементы
ОтборГруппа = ПостроительОтбор . Добавить ( "Объект.ЭтоГруппа" );
ОтборГруппа . ВидСравнения = ВидСравнения . Равно ;
ОтборГруппа . Значение = Ложь;
ОтборГруппа . Использование = Истина;
Если ВыбранныеПКО . Количество () > 1 Тогда
// Отбор на несколько выбранных ПКО
МассивСтрок = Новый Массив ;
ЕстьГруппы = Ложь;
Для Каждого СтрокаПКО Из ВыбранныеПКО Цикл
Если СтрокаПКО . Ссылка . Пустая () Тогда
// Отбор на все ПКО (конвертацию)
МассивСтрок . Очистить ();
ТекущееПКО = СтрокаПКО ;
Прервать;
КонецЕсли;
МассивСтрок . Добавить ( СтрокаПКО . Ссылка );
Если СтрокаПКО . ЭтоГруппа Тогда
ЕстьГруппы = Истина;
КонецЕсли;
КонецЦикла;
Если МассивСтрок . Количество () <> 0 Тогда
ОтборСписок = ПостроительОтбор . Добавить ( "Объект" );
ОтборСписок . ВидСравнения = ?( ЕстьГруппы , ВидСравнения . ВСпискеПоИерархии , ВидСравнения . ВСписке );
ОтборСписок . Значение . ЗагрузитьЗначения ( МассивСтрок );
ОтборСписок . Использование = Истина;
КонецЕсли;
Иначе
Если НЕ СсылкаНаПКО . Пустая () Тогда
// Отбор на текущее ПКО
Если НЕ ТекущееПКО . ЭтоГруппа Тогда
ОтборПКО = ПостроительОтбор . Добавить ( "Объект" );
ОтборПКО . ВидСравнения = ВидСравнения . Равно ;
ОтборПКО . Значение = СсылкаНаПКО ;
ОтборПКО . Использование = Истина;
КонецЕсли;
// Отбор на группу текущего ПКО
Если ТекущееПКО . ЭтоГруппа ИЛИ НЕ ТекущееПКО . Родитель . Пустая () Тогда
ОтборРодитель = ПостроительОтбор . Добавить ( "Объект.Родитель" );
ОтборРодитель . ВидСравнения = ВидСравнения . ВИерархии ;
ОтборРодитель . Значение = ?( ТекущееПКО . ЭтоГруппа , СсылкаНаПКО , ТекущееПКО . Родитель );
ОтборРодитель . Использование = ТекущееПКО . ЭтоГруппа ;
КонецЕсли;
КонецЕсли;
КонецЕсли;
// Отбор на все ПКО (конвертацию)
ОтборКонвертация = ПостроительОтбор . Добавить ( "Объект.Владелец" );
ОтборКонвертация . ВидСравнения = ВидСравнения . Равно ;
ОтборКонвертация . Значение = ?( СсылкаНаПКО . Пустая (), Конвертация , ТекущееПКО . Владелец );
ОтборКонвертация . Использование = СсылкаНаПКО . Пустая ();
Процедура ОбработкаСвойств_КД ( Кнопка )
ТекущееПКО = ЭлементыФормы . ПравилаКонвертацииОбъектов . ТекущаяСтрока ;
Если ТекущееПКО = Неопределено Тогда
Возврат;
КонецЕсли;
СсылкаНаПКО = ТекущееПКО . Ссылка ;
ВыбранныеПКС = ЭлементыФормы . ПравилаКонвертацииСвойств . ВыделенныеСтроки ;
ГрупповаяОбработка = Обработки . УниверсальныеПодборИОбработкаОбъектов . Создать ();
ГрупповаяОбработка . ТипОбъектовПоиска = Тип ( "СправочникСсылка.ПравилаКонвертацииСвойств" );
ФормаОбработки = ГрупповаяОбработка . ПолучитьФорму (, ЭтаФорма , Новый УникальныйИдентификатор );
ФормаОбработки . Открыть ();
ПостроительОтбор = ФормаОбработки . ПостроительОтчета . Отбор ;
Если ВыбранныеПКС . Количество () > 1 Тогда
// Отбор на несколько выбранных ПКС
МассивСтрок = Новый Массив ;
Для Каждого СтрокаПКС Из ВыбранныеПКС Цикл
МассивСтрок . Добавить ( СтрокаПКС . Ссылка );
КонецЦикла;
ОтборСписок = ПостроительОтбор . Добавить ( "Объект" );
ОтборСписок . ВидСравнения = ВидСравнения . ВСписке ;
ОтборСписок . Значение . ЗагрузитьЗначения ( МассивСтрок );
ОтборСписок . Использование = Истина;
Иначе
Если НЕ СсылкаНаПКО . Пустая () Тогда
// Отбор на текущее ПКО
Если НЕ ТекущееПКО . ЭтоГруппа Тогда
ОтборПКО = ПостроительОтбор . Добавить ( "Объект.Владелец" );
ОтборПКО . ВидСравнения = ВидСравнения . Равно ;
ОтборПКО . Значение = СсылкаНаПКО ;
ОтборПКО . Использование = Истина;
КонецЕсли;
// Отбор на группу текущего ПКО
Если ТекущееПКО . ЭтоГруппа ИЛИ НЕ ТекущееПКО . Родитель . Пустая () Тогда
ОтборРодитель = ПостроительОтбор . Добавить ( "Объект.Владелец.Родитель" );
ОтборРодитель . ВидСравнения = ВидСравнения . ВИерархии ;
ОтборРодитель . Значение = ?( ТекущееПКО . ЭтоГруппа , СсылкаНаПКО , ТекущееПКО . Родитель );
ОтборРодитель . Использование = ТекущееПКО . ЭтоГруппа ;
КонецЕсли;
КонецЕсли;
КонецЕсли;
// Отбор на все ПКО (конвертацию)
ОтборКонвертация = ПостроительОтбор . Добавить ( "Объект.Владелец.Владелец" );
ОтборКонвертация . ВидСравнения = ВидСравнения . Равно ;
ОтборКонвертация . Значение = ?( СсылкаНаПКО . Пустая (), Конвертация , ТекущееПКО . Владелец );
ОтборКонвертация . Использование = СсылкаНаПКО . Пустая ();
ЭтаФорма . УстановитьДействие ( "ПриОткрытии" , Новый Действие ( "ПриОткрытии_КД" ));
Для тех у кого с КД интегрирована подсистема "Инструменты разработчика" добавлять типовую обработку не надо (она уже есть в подсистеме) и код будет такой:
// Типовой обработчик
ПриОткрытии ();
Если Метаданные . Обработки . Найти ( "ирПодборИОбработкаОбъектов" ) = Неопределено Тогда
Возврат;
КонецЕсли;
Кнопка = Элементыформы . КоманднаяПанельПКО . Кнопки . Добавить ( "РазделительОбработкаОбъектов_КД_ИР" , ТипКнопкиКоманднойПанели . Разделитель );
Кнопка = Элементыформы . КоманднаяПанельПКО . Кнопки . Добавить ( "ОбработкаОбъектов_КД_ИР" , ТипКнопкиКоманднойПанели . Действие , "Обработка объектов" , Новый Действие ( "ОбработкаОбъектов_КД_ИР" ));
Кнопка . Подсказка = "Групповая обработка объектов" ;
Кнопка . Пояснение = "Групповая обработка объектов" ;
Кнопка = Элементыформы . КоманднаяПанельПКС . Кнопки . Добавить ( "РазделительОбработкаСвойств_КД_ИР" , ТипКнопкиКоманднойПанели . Разделитель );
Кнопка = Элементыформы . КоманднаяПанельПКС . Кнопки . Добавить ( "ОбработкаСвойств_КД_ИР" , ТипКнопкиКоманднойПанели . Действие , "Обработка свойств" , Новый Действие ( "ОбработкаСвойств_КД_ИР" ));
Кнопка . Подсказка = "Групповая обработка свойств" ;
Кнопка . Пояснение = "Групповая обработка свойств" ;
Процедура ОбработкаОбъектов_КД_ИР ( Кнопка )
ТекущееПКО = ЭлементыФормы . ПравилаКонвертацииОбъектов . ТекущаяСтрока ;
Если ТекущееПКО = Неопределено Тогда
Возврат;
КонецЕсли;
СсылкаНаПКО = ТекущееПКО . Ссылка ;
ВыбранныеПКО = ЭлементыФормы . ПравилаКонвертацииОбъектов . ВыделенныеСтроки ;
ГрупповаяОбработка = Обработки . ирПодборИОбработкаОбъектов . Создать ();
ФормаОбработки = ГрупповаяОбработка . ПолучитьФорму (, ЭтаФорма , "Справочник.ПравилаКонвертацииОбъектов" );
ФормаОбработки . Открыть ();
КомпоновщикОтбор = ФормаОбработки . Компоновщик . Настройки . Отбор . Элементы ;
// Дополнительный отбор на элементы
ОтборГруппа = КомпоновщикОтбор . Добавить ( Тип ( "ЭлементОтбораКомпоновкиДанных" ));
ОтборГруппа . ЛевоеЗначение = Новый ПолеКомпоновкиДанных ( "ЭтоГруппа" );
ОтборГруппа . ВидСравнения = ВидСравненияКомпоновкиДанных . Равно ;
ОтборГруппа . ПравоеЗначение = Ложь;
ОтборГруппа . Использование = Истина;
Если ВыбранныеПКО . Количество () > 1 Тогда
// Отбор на несколько выбранных ПКО
СписокСтрок = Новый СписокЗначений ;
ЕстьГруппы = Ложь;
Для Каждого СтрокаПКО Из ВыбранныеПКО Цикл
Если СтрокаПКО . Ссылка . Пустая () Тогда
// Отбор на все ПКО (конвертацию)
СписокСтрок . Очистить ();
ТекущееПКО = СтрокаПКО ;
Прервать;
КонецЕсли;
СписокСтрок . Добавить ( СтрокаПКО . Ссылка );
Если СтрокаПКО . ЭтоГруппа Тогда
ЕстьГруппы = Истина;
КонецЕсли;
КонецЦикла;
Если СписокСтрок . Количество () <> 0 Тогда
ОтборСписок = КомпоновщикОтбор . Добавить ( Тип ( "ЭлементОтбораКомпоновкиДанных" ));
ОтборСписок . ЛевоеЗначение = Новый ПолеКомпоновкиДанных ( "Ссылка" );
ОтборСписок . ВидСравнения = ?( ЕстьГруппы , ВидСравненияКомпоновкиДанных . ВСпискеПоИерархии , ВидСравненияКомпоновкиДанных . ВСписке );
ОтборСписок . ПравоеЗначение = СписокСтрок ;
ОтборСписок . Использование = Истина;
КонецЕсли;
Иначе
Если НЕ СсылкаНаПКО . Пустая () Тогда
// Отбор на текущее ПКО
Если НЕ ТекущееПКО . ЭтоГруппа Тогда
ОтборПКО = КомпоновщикОтбор . Добавить ( Тип ( "ЭлементОтбораКомпоновкиДанных" ));
ОтборПКО . ЛевоеЗначение = Новый ПолеКомпоновкиДанных ( "Ссылка" );
ОтборПКО . ВидСравнения = ВидСравненияКомпоновкиДанных . Равно ;
ОтборПКО . ПравоеЗначение = СсылкаНаПКО ;
ОтборПКО . Использование = Истина;
КонецЕсли;
// Отбор на группу текущего ПКО
Если ТекущееПКО . ЭтоГруппа ИЛИ НЕ ТекущееПКО . Родитель . Пустая () Тогда
ОтборРодитель = КомпоновщикОтбор . Добавить ( Тип ( "ЭлементОтбораКомпоновкиДанных" ));
ОтборРодитель . ЛевоеЗначение = Новый ПолеКомпоновкиДанных ( "Родитель" );
ОтборРодитель . ВидСравнения = ВидСравненияКомпоновкиДанных . ВИерархии ;
ОтборРодитель . ПравоеЗначение = ?( ТекущееПКО . ЭтоГруппа , СсылкаНаПКО , ТекущееПКО . Родитель );
ОтборРодитель . Использование = ТекущееПКО . ЭтоГруппа ;
КонецЕсли;
КонецЕсли;
КонецЕсли;
// Отбор на все ПКО (конвертацию)
ОтборКонвертация = КомпоновщикОтбор . Добавить ( Тип ( "ЭлементОтбораКомпоновкиДанных" ));
ОтборКонвертация . ЛевоеЗначение = Новый ПолеКомпоновкиДанных ( "Владелец" );
ОтборКонвертация . ВидСравнения = ВидСравненияКомпоновкиДанных . Равно ;
ОтборКонвертация . ПравоеЗначение = ?( СсылкаНаПКО . Пустая (), Конвертация , ТекущееПКО . Владелец );
ОтборКонвертация . Использование = СсылкаНаПКО . Пустая ();
Процедура ОбработкаСвойств_КД_ИР ( Кнопка )
ТекущееПКО = ЭлементыФормы . ПравилаКонвертацииОбъектов . ТекущаяСтрока ;
Если ТекущееПКО = Неопределено Тогда
Возврат;
КонецЕсли;
СсылкаНаПКО = ТекущееПКО . Ссылка ;
ВыбранныеПКС = ЭлементыФормы . ПравилаКонвертацииСвойств . ВыделенныеСтроки ;
ГрупповаяОбработка = Обработки . ирПодборИОбработкаОбъектов . Создать ();
ФормаОбработки = ГрупповаяОбработка . ПолучитьФорму (, ЭтаФорма , "Справочник.ПравилаКонвертацииСвойств" );
ФормаОбработки . Открыть ();
КомпоновщикОтбор = ФормаОбработки . Компоновщик . Настройки . Отбор . Элементы ;
Если ВыбранныеПКС . Количество () > 1 Тогда
// Отбор на несколько выбранных ПКС
СписокСтрок = Новый СписокЗначений ;
Для Каждого СтрокаПКС Из ВыбранныеПКС Цикл
СписокСтрок . Добавить ( СтрокаПКС . Ссылка );
КонецЦикла;
ОтборСписок = КомпоновщикОтбор . Добавить ( Тип ( "ЭлементОтбораКомпоновкиДанных" ));
ОтборСписок . ЛевоеЗначение = Новый ПолеКомпоновкиДанных ( "Ссылка" );
ОтборСписок . ВидСравнения = ВидСравненияКомпоновкиДанных . ВСписке ;
ОтборСписок . ПравоеЗначение = СписокСтрок ;
ОтборСписок . Использование = Истина;
Иначе
Если НЕ СсылкаНаПКО . Пустая () Тогда
// Отбор на текущее ПКО
Если НЕ ТекущееПКО . ЭтоГруппа Тогда
ОтборПКО = КомпоновщикОтбор . Добавить ( Тип ( "ЭлементОтбораКомпоновкиДанных" ));
ОтборПКО . ЛевоеЗначение = Новый ПолеКомпоновкиДанных ( "Владелец" );
ОтборПКО . ВидСравнения = ВидСравненияКомпоновкиДанных . Равно ;
ОтборПКО . ПравоеЗначение = СсылкаНаПКО ;
ОтборПКО . Использование = Истина;
КонецЕсли;
// Отбор на группу текущего ПКО
Если ТекущееПКО . ЭтоГруппа ИЛИ НЕ ТекущееПКО . Родитель . Пустая () Тогда
ОтборРодитель = КомпоновщикОтбор . Добавить ( Тип ( "ЭлементОтбораКомпоновкиДанных" ));
ОтборРодитель . ЛевоеЗначение = Новый ПолеКомпоновкиДанных ( "Владелец.Родитель" );
ОтборРодитель . ВидСравнения = ВидСравненияКомпоновкиДанных . ВИерархии ;
ОтборРодитель . ПравоеЗначение = ?( ТекущееПКО . ЭтоГруппа , СсылкаНаПКО , ТекущееПКО . Родитель );
ОтборРодитель . Использование = ТекущееПКО . ЭтоГруппа ;
КонецЕсли;
КонецЕсли;
КонецЕсли;
// Отбор на все ПКО (конвертацию)
ОтборКонвертация = КомпоновщикОтбор . Добавить ( Тип ( "ЭлементОтбораКомпоновкиДанных" ));
ОтборКонвертация . ЛевоеЗначение = Новый ПолеКомпоновкиДанных ( "Владелец.Владелец" );
ОтборКонвертация . ВидСравнения = ВидСравненияКомпоновкиДанных . Равно ;
ОтборКонвертация . ПравоеЗначение = ?( СсылкаНаПКО . Пустая (), Конвертация , ТекущееПКО . Владелец );
ОтборКонвертация . Использование = СсылкаНаПКО . Пустая ();
ЭтаФорма . УстановитьДействие ( "ПриОткрытии" , Новый Действие ( "ПриОткрытии_КД" ));
В КД2 разделение по объектам метаданных происходило автоматически. В КД3 для удобства необходимо создать группы правил разделив их по объектам метаданных.
2. XDTO. Ключевые свойства и обязательные поля.
В КД3 обмен настраивается через универсальный формат (EnterpriseData). И поэтому при настройке обмена нужно смотреть состав пакета XDTO EnterpriseData.
Рассмотрим для примера описание справочника Номенклатура. Первое поле это Ключевые поля. Ключевые поля определяют те данные, которые будет передаваться всегда в xml схеме при выгрузки поля. И эти поля конвертация данных будет требовать обязательно заполнить при настройке отправки данных.
Кроме ключевых полей еще есть обязательные поля которые нужно обязательно определить.
"ТипНоменклатуры" является обязательным, т.к. в свойстве поля определено мин.количество=1 макс.количество=1
"Описание" является необязательным, т.к. в свойстве поля определено мин.количество=0 макс.количество=1
3. Правило конвертации объекта (ПКО) и правило обработки данных (ПОД).
Перед созданием ПОД нужно создать ПКО.
Далее созданное ПКО нужно подвязать к ПОД
Цифрами я указал порядок заполнения ПОД. Также не забыть заполнить и поле "группа"(группа правил).
4. Иерархические справочники
В КД3, чтобы обработать для отправки иерархические справочники необходимо создать два ПКО (одно ПКО для групп элементов, а другое для элементов) и одно ПОД.
К ПОД привязать два ПКО (для этого поставить соответствующий флажок)
"При обработке" написать код, который определит когда использовать одно ПКО, а когда другое.
При получении данных необходимо создать два ПКО и два ПОД и в одном из ПОД поставить флажок "Правило для группы справочника"
5. Правило конвертации предопределенных данных (ПКПД).
В КД2 обмен настраивался между двумя конфигурациями. В КД3 обмен настраивается через универсальный формат (EnterpriseData). Может так получится что при конвертации перечислений в универсальном формате не будет таких значений как у вас в базе или не будет вообще такого перечисления как у вас.
Если в значениях формата не хватает значений, то можно ставить одинаковые и передавать значение перечислений в AdditionalInfo (про AdditionalInfo в пункте 7).
6. Табличная часть
При отправке делаем запрос к данным и выгружаем Таблицу значений
Для Получения тоже используется алгоритм конвертации
Алгоритмы - это часть кода, который используется в нескольких местах. В конвертации так реализован механизм Процедур и Функций. Ниже видно что вызывается функция, которая расположена во вкладке Алгоритмы. Эта функция подготавливает данные для загрузки их в "табличную часть".
7. AdditionalInfo
Если в формате нет реквизитов для конвертации реквизитов конвертации, тогда можно использовать поле AdditionalInfo.
У всех объектов (справочников, документов и др.) в EnterpriseData базовый тип Object. В описании этого типа, который находится пакете XDTO ExchangeMessage, есть свойство AdditionalInfo, которое наследуют все объекты.
Этим свойством можно пользоваться для переноса данных, которые не смогли сопоставить в формате EnterpriseData.
Принимаю признак проведен. В КД3 Если у документа установлен признак ПолученныеДанные.Проведен, то документ проводится.
(В КД2, если передать просто проведен = Истина. Документ будет с признаком проведен, но фактически движений не сделает)
8. Отправка Структуры с Значение и ИмяПКО
Если в табличной части есть реквизит составного типа. То при отправке нужно определить тип каждого элемента табличной части при помощи алгоритма. Рассмотрим на примере документа СФПолученая табличная часть "документы основания"
В алгоритме по типу документа определяем соответствующее ему ПКО.
9. Правило регистрации объектов (ПРО)
ПРО в КД3 не реализовано поэтому для настройки ПРО применяется КД2
В этом примере выгружаются только проведенные Поступления.
После сохранения правила в файл его нужно загрузить в настройку обмена базы из которой производим отправку данных.
Специальные предложения
вполне полезно.
самое забавное - тут тот редкий случай когда обилие скринов к месту и не мешает прочтению.
обычно бестолочи накидают скринов для массовки и чтобы скрыть(за картиками) свое неумение подать материал.
тут, повторюсь, годно и вполне хорошо.
cleaner_it; user1533912; user1147832; yegorovnv; aguriev; Созинов; John_d; antonsat49; BomjBandit; D_e_X_T_e_R; prestige; ids79; + 12 – 1 Ответить
Полезный материал, спасибо. Особенно для тех, кто начинает разбираться с КД 3.0.
В последних релизах КД можно просто настройкой выгрузить ТЧ, без алгоритма.
Если в формате нет реквизитов для конвертации реквизитов конвертации, тогда можно использовать поле AdditionalInfo.
Как вариант, можно еще дополнительные свойства использовать. Они почти у каждого объекта в формате есть.
Можно использовать таблицу "КомпонентыОбмена.ПравилаКонвертацииОбъектов" и найти имя ПКО по объекту метаданных.
Эх, вот бы на полгодика раньше такую статью мне)))) А то все пришлось через боль постигать))) Спасибо за материал. Однозначно в избранное.
Грамотный новичковский обзор чтобы "вкурить". Мало таких материалов мне попадается, а тут и легко читается и понятно.
Автор статьи молодец. Но КД 3.0 - это зло .
Считаю, что обмен через универсальный формат актуален при обменах с партнерами, где нужен "черный ящик", понятный всем конфигурациям.
Но на практике, когда речь идет о внутренних обменах между базами одного клиента, или при переносе данных из одной конфигурации в другую, КД 3.0 и рядом не стояла с КД 2.0, где простейшие изменения в правила конвертации вносятся просто.
(6) Для разового обмена КД2 подходит. А если у одного клиента зоопарк конфигураций, обновляющихся в разное время и нужен постоянный обмен, КД3 предпочтительнее.
(7) Я такой точки зрения: если множество конфигураций у одного клиента, то при обновлении одной, может поменяться формат данных для обмена, в этом случае придется обновлять все базы, участвующие в обмене, при чем нет гарантий, что во всех актуальных релизах реализован один формат. При чем эта ситуация касается и обмена между партнерами. Другими словами, если обновляется формат, то все конфигурации должны соответствовать ему. Это крайне не удобно. В случае с КД2 все решается очень быстро в контексте одного обмена между двумя узлами. К тому же, повторюсь, КД3 призвана для создания универсального формата, понятного для множества конфигураций, а значит, нацелена для обмена между партнерами.
Для обмена между своими базами такой подход не нужен, когда нужно настроить обмен для внутренних объектов, например, т.е. речи об универсальности нет. Да, это можно сделать как в КД3, так и в КД2, но стоит ли оно таких телодвижений в КД3?
(11) Как раз таки сталкивался со всеми "преимуществами" на практике, когда в одной конфигурации поменялся формат, обмен встал, требовал обновления другой базы.
Так что:
- соглашусь, если в обновлении не меняется формат, в других случаях - заблуждение, ибо если меняется формат, значит все конфигурации должны "догнать" его.
Если есть несколько конфигураций, но как правило, обмен не нужен "многие ко многим", чаще всего, у клиентов центральный узел, у которого настроен обмен с другими узлами, при чем эти другие узлы не обмениваются между собой, так что такой подход сокращает количество настраиваемых правил обмена.
Любая точка зрения имеет место быть, но все-таки считаю, что для внутреннего обмена КД2 предпочтительнее
Согласен, но 1С идёт своим путём и выпиливает обмен на КД2 из типовых.
А проблема с форматом была 3-4 года назад, когда этих форматов было два. 1.0, 1.1. Сейчас их порядка 6-ти в каждой конфигурации - последний 1.7. И повторение ситуации, что у кого-то не оказалось совместимого формата маловероятно.
>у клиентов центральный узел, у которого настроен обмен с другими узлами
Один ко многим. Если у периферийного узла поменялась конфигурация, нужно менять правила с центральной базой, а это повлияет на все остальные обмены.
Приведу пример из практики. База УТ 10.3.8 обменивается с постоянно обновляемой БП 3.0. Программиста в штате нет. После внедрения обмена на КД3 вопрос с обменом был закрыт. Работает несколько лет.
Периодически попадаю в ситуацию, когда две типовые конфиги долго не обновляются. От слова вообще. Примерно полгода. И начинают сыпаться ошибки при синхронизации. Полгода работало, никто не трогал, и тут прилетает. Начинаешь делать обновления и ошибки уходят. Такое ощущение, что конфиги даже если не обновляются, все равно откуда-то что-то тянут. Это всё радости правил на КДv3?
(14) КД3 в отличие от других требовательна к качеству исходных данных. Бардак не распространяет. Если что-то не заполнено, сообщит и остановит выгрузку. В Вашем случае возможно был контроль отрицательных сумм, а в новой версии формата его убрали. Нужно смотреть на ошибки.
(0) есть задача перенести документ по произвольному алгоритму. Решаю вопрос тут .
Судя по всему мне нужно применить 8 пункт из заметок.
Но что делать с таким документом? У вас алгоритм в объекте, а у меня объекта то нету. Мне их нужно произвольным алгоритмом сгенерировать.
При обмене элемент справочника перезаписывается. Как это отключить?
Например, я задал соответствие номенклатуры в базе источники и назначении, нахрена он мне его перезаписал. Перезаписал контрагентов и тд. Где можно выключить перезапись существующийх элементов справочников?
имеется КД3 и задача на каждую строку ТЧ ДокументаА в базе источнике формировать свой ДокументБ в базе приемнике, как это реализовать на стороне базы отправителя?
К сожалению, у Вас недостаточно прав для дальнейшего просмотра.
Если Вы приобрели курс, но еще не активировали токен — пожалуйста, активируйте доступ по инструкциям, высланным на Ваш email после покупки.
Если Вы не залогинены на сайте — залогиньтесь, вернитесь на эту страницу и обновите ее.
Если Вы залогинены, у Вас активирован токен доступа, но Вы все равно видите эту запись — напишите нам на e-mail поддержки.
Комментарии / обсуждение (143):
Здравствуйте.
При настройки отладки обработчиков при загрузке не формируется “Модуль отладки загрузки”
…
(текст комментария доступен только участникам Мастер-группы)
…
(текст комментария доступен только участникам Мастер-группы)
КонвертацияОбъектовИнформационныхБаз как найти?
Ее нет в конфигураторе Конвертации?
…
(текст комментария доступен только участникам Мастер-группы)
Извиняюсь заранее если вопросы кажутся глупыми.
Открываю Конфигуратор Конвертации
Захожу в Глобальный поиск меню Правка ввожу ПроизвестиЧтениеДанных()
Надеюсь найти все вхождения этой процедуры в Конфигурации
Результата нет
Что делаю не так и как правильно?
…
(текст комментария доступен только участникам Мастер-группы)
У меня к сожалению не получилось войти в отладчик, как было показано на уроке, хотя я повторил все действия.
Мне бы для начала зайти в отладчик при загрузке объекта.
Пока в моем представлении алгоритм работы системы такой:
Конвертация готовит XML файл содержащий Правила и Список Объектов
Этот файл мы открываем в УОД, которая его обрабатывает
Как отловить этот момент.Мне хочется на примере простой конвертации пройти по коду и посмотреть процесс.
Но не получается войти даже в отладчик.В доп материалах, есть видео, где автор показывает, как исправив ошибку в наименовании флага в форме попасть в отладку.Нашел этот фрагмент и кажется все правильно.
Но в отладчик не вхожу.Есть ли способы попасть в отладку миную штатные средства.Ведь ясно же ,что автор нашел ошибку в коде, прогнав УОД через отладку
…
(текст комментария доступен только участникам Мастер-группы)
Спасибо за терпение, в отладчик попал.
Пока через код обработки УОД.
.Конвертация 2.1.8.2
Не могу попасть в отладчик со стороны загрузки
…
(текст комментария доступен только участникам Мастер-группы)
Добрый день. В ПКО для ПланаВидовХарактеристик пишу
ОписаниеТипов = Новый ОписаниеТипов("СправочникСсылка.Сотрудники");
УзелТипы = одПолучитьXMLПредставлениеОписанияТипов(ОписаниеТипов);
ДобавитьПодчиненный(Приемник, УзелТипы);
В источнике у меня справочник называется СотрудникиПоставщиков, а в приемнике Сотрудники. Поскольку я нахожусь на стороне базы источника (в обработчике ПриВыгрузке), когда я пытаюсь передать в ОписаниеТипов СправочникСсылка.Сотрудники, пишет про несоответствие типов, и правильно, потому что в базе источнике нет такого типа. А если я в описании типов передаю СправочникСсылка.СотрудникиПоставщиков, то при выгрузке не ругается, но зато ругается при загрузке, потому что в базе приемнике нет такого типа СправочникСсылка.СотрудникиПоставщиков. Если в обеих базах справочник называется одинаково, проблемы не возникает. Если вот так:
УзелТипы = СоздатьУзел("Типы");
УзелТип = СоздатьУзел("Тип");
УзелТип.ЗаписатьТекст("СправочникСсылка.Сотрудники");
ДобавитьПодчиненный(УзелТипы, УзелТип);
ДобавитьПодчиненный(Приемник, УзелТипы);
то проблемы тоже не возникает.
Но все таки, как использовать функцию одПолучитьXMLПредставлениеОписанияТипов в случае когда справочники в разных базах называются по разному?
Я попробовал задачу 1.7.3 решить с помощью разных ПВД. В первом варианте создал ПВД и соответствующее ПКО «БухгалтерскаяОперация_ВыгрузитьПоПравилу». Во втором варианте изменил структуру ВыборкаДанных и напрямую в ПКО «БухгалтерскаяОперация_УказаниеПравила» указал соответствующее правило выгрузки. И для теста создал 2-ой документ «Инвентаризация».
В первом варианте все выгрузилось без проблем. Во втором варианте выгрузился только 1 документ (но в решении преподавателя (и его правилах) все выгрузилось, буду искать ошибку).
С точки зрения оптимальности, какое лучше ПВД применять на реальных задачах?
…
(текст комментария доступен только участникам Мастер-группы)
Добрый день!
Возникла сложность при выполнении дз 1.7.1
Я решил выполнять задачу через уже имеющееся ПВД “Контрагенты”, что бы при переносе конкретных контрагентов выгружать их значения свойств “КлассВажности” и “ОсновнойМатериал”. За исключение ПВД, остальное решение практически полностью совпадает с решением преподавателя, но по факту, при загрузке данных на стороне приемника я получаю ошибку – Ошибка при загрузке данных: : Поле объекта не обнаружено» которую не смог отловить. Но данные по первому из 2х контрагентов перенеслись.
В связи с этим возникло 3 вопроса:
1) Можно ли в данной задаче использовать ПВД “Контрагенты”?
2) Если можно использовать ПВД “Контрагенты”, как оптимальнее – использовать его или создавать новое (как в решении преподавателя) ? Плодить много ПВД мне кажется тоже не совсем правильно, раз в данном случае данные в реквизитах Контрагента, почему бы их и не перенести с ПВД “Контрагенты”.
3) Если можно использовать ПВД “Контрагенты”, не сможете подсказать, где у меня ошибка в моих правила? Потратил кучу времени, но так и не смог понять где она.
…
(текст комментария доступен только участникам Мастер-группы)
Загрузил с сайта разработанные правила и там такая же ошибка получается. Подскажите в чем проблема?
…
(текст комментария доступен только участникам Мастер-группы)
Я дописал ветку иначе стало выгружать но на 1 объект меньше чем в видео у меня 18 объектов выгружает а не 19. Кто не прав в видео дальше комментируется и вопрос просто рано возник?
…
(текст комментария доступен только участникам Мастер-группы)
Добрый день.
Делаю обмен данными договоров из 1С Документооборот (2.1.9) в 1С УПП (1.3.86).
Аналогично уроку 1.7.1 настроила ПКО: спр.ВнутренниеДокументы->спр.ДоговорыКонтрагентов (ДоговорыКонтрагентов), РС.ЗначенияСвойствОбъектов, ПВХ.СвойстваОбъектов, ПВХ.НазначенияСвойствКатегорийОбъектов, спр.ЗначенияСвойствОбъектов, а так же РС.КатегорииОбъектов, спр.КатегорииОбъектов.
Основная выгрузка ПВД – ВнутренниеДокументы->ДоговорыКонтрагентов.
В ПКО.ДоговорыКонтрагентов доп.свойстве ПКС.Сумма ПередВыгрузкой передаю данные в ПКО РС.ЗначенияСвойствОбъектов:
ИсходящиеДанные = Новый Структура("Объект, Свойство, Значение");
ИсходящиеДанные.Свойство = "10 СуммаДоговора(руб)";
ИсходящиеДанные.Значение = Источник.Сумма;
ИсходящиеДанные.Объект = Источник.Ссылка;
В ПКО РС.ЗначенияСвойствОбъектов значение ПКС.Объект (в уроке он назывался Контрагент) передается ссылка на договор контрагента и не находит в уже выгруженных данных и поэтому зацикливается.
Что нужно сделать, чтобы убрать цикличность ссылок?
…
(текст комментария доступен только участникам Мастер-группы)
Благодарю за быстрый ответ.
Использовала ПКС, поскольку аналогичные реквизиты Внутреннего документа из ДО должны загрузиться в соответствующие свойства объектов или категории объектов. Поэтому, ВыгрузитьПоПравилу() тут не подойдет. РС в РС не выгружается, а заполняется из данных справочника ВнутренниеДокументы.
Нашла свою ошибку: дописала предопределенное значение у ПВХ Назначения свойств и т.п., убрала галку запоминать выгруженные элементы для ПКО.ДоговорыКонтрагентов – из-за этого была зацикленность)).
Добрый день!
задание 1.7.1 делаю для начала по одному реквизиту по уроку 1.8.1
для Класс важности “Значение” не переносится
для Основной материал без проблем
В чем особенность? В том, что в справочнике Класс важности предопределенные значения?
каким уроком пользоваться для решения этого задания?
…
(текст комментария доступен только участникам Мастер-группы)
Так как занятие финальное для модуля, посвященного основам переноса данных, задам пару общих вопросов, приближенным к реальным условиям переноса:
1. Задача: В основной базе есть справочник “Номенклатура” – 1 млн элементов по группам. Предприятие внедряет отраслевое решение в другой ИБ и возникла необходимость синхронизации НСИ между основной базой и отраслевой ИБ. Структура метаданных идентична.
Переносить всю Номенклатуру нет смысла. Стоит задача перенести только группу “Для переноса”, в которой 500 000 элементов.
Вопрос: Есть 2 подхода:
1. Добавить условный оператор в обработчик ПКО “Перед Выгрузкой”:
Если Источник.Родитель В ИЕРАРХИИ “Для Переноса” Тогда Переносим Иначе Отказ = Истина.
2. Добавить в ПВД произвольный алгоритм выборки нужных элементов и их переносить через ПКО.
В первом подходе будут перебираться все элементы справочника. Второй по скорости должен быть оптимальнее.
Если третий вариант решения задачи, который будет также прост как первый, но также оптимален как второй.
И второй вопрос:
После переноса всех необходимых справочников нам необходимо перенести документы Поступления. Мы заранее уверены, что все ссылочные Типы свойств уже есть в конечной базе. Как нам явно указать, что необходимо переносить только ссылки на объекты без дальнейшего вызова их ПКО и обработки.
На ум приходит только в обработчике ПКС ПередВыгрузкой указать параметр = ЛОЖЬ:
ВыгрузитьОбъект – Булево – Если Истина, то объект выгружается целиком. Если Ложь, то выгружается только ссылка.
Привет, Хабр!
В этой статье мы начнем рассказ о том, как устроена внутри платформа «1С:Предприятие 8» и какие технологии используются при ее разработке.
Нативные приложения
- STL (в частности, строки, контейнеры и алгоритмы)
- множественное наследование, в т.ч. множественное наследование реализации
- шаблоны
- исключения
- умные указатели (собственная реализация)
Компоненты
- Разделение способствует лучшему проектированию, в частности лучшей изоляции кода
- Из набора компонентов можно гибко собирать разные варианты поставки:
- Например, инсталляция тонкого клиента будет содержать wbase, но не будет backend
- а на сервере wbase, наоборот, не будет
- оба варианта будут, конечно, содержать nuke и bsl
- Предоставляет фабричные методы, позволяющие создать класс из другой компоненты зная только его название (без раскрытия реализации)
- Предоставляет инфраструктуру умных указателей с подсчетом ссылок. За временем жизни SCOM-класса не нужно следить вручную
- Позволяет узнать реализует ли объект конкретный интерфейс и автоматически привести указатель на объект к указателю на интерфейс
- Создать объект-сервис, всегда доступный через метод get_service и т.д.
Этот макрос опишет специальный статический класс-регистратор, конструктор которого будет вызван при загрузке компоненты в память.
После это можно создать его экземпляр в другой компоненте:Для поддержки сервисов SCOM предлагает дополнительную, достаточно сложную инфраструктуру. Центральным в ней является понятие SCOM-процесса, который служит контейнером для запущенных сервисов (т.е. выполняет роль Service Locator), а также содержит привязку к локализуемым ресурсами. SCOM процесс привязывается к потоку ОС. Благодаря этому внутри приложения можно вот так получать сервисы:
Более, того переключая логические (SCOM) процессы привязанные к потоку, можно получить практически независимые с точки зрения информационного пространства приложения, выполняющиеся в рамках одного потока. Так устроен наш тонкий клиент, работающий с файловой базой — внутри одного процесса ОС находятся два SCOM-процесса, один связан с клиентом, а второй — с сервером. Такой подход позволяет унифицировать написания кода, который будет работать как на локальной файловой базе, так и в «настоящем» клиент-серверном варианте. Цена за такое единообразие — накладные расходы, но практика показывает, что они того стоят.
На основе компонентной модели SCOM реализована и бизнес-логика и интерфейсная часть 1С: Предприятия.
Пользовательский интерфейс
Кстати, об интерфейсах. Мы не используем стандартные контролы Windows, наши элементы управления реализованы напрямую на Windows API. Для Linux-версии сделана прослойка, работающая через библиотеку wxWidgets.
Библиотека элементов управления не зависит от других частей «1С:Предприятия» и используется нами еще в нескольких небольших внутренних утилитах.За годы развития 1С:Предприятие внешний вид контролов менялся, но серьезное изменение принципов произошло только один раз, в 2009 году, с выходом версии 8.2 и появлением «управляемых форм». Помимо изменения внешнего вида, фундаментально изменился принцип компоновки формы — произошел отказ от попиксельного позиционирования элементов в пользу flow-компоновки элементов. Кроме того, в новой модели элементы управления работают не напрямую с доменными объектами, а со специальными DTO (Data Transfer Objects).
Эти изменения позволили создать веб-клиент «1С:Предприятия», повторяющий С++ логику контролов на JavaScript. Мы стараемся поддерживать функциональную эквивалентность между тонким и веб клиентами. В том случае, когда это невозможно, например, из-за ограничений доступных из JavaScript API (например, возможности работы с файлами очень ограничены), мы часто реализуем нужную функциональность при помощи расширений браузеров, написанных на C++. На данный момент мы поддерживаем Internet Explorer и Microsoft Edge (Windows), Google Chrome(Windows), Firefox (Windows и Linux) и Safari (MacOS).Кроме того, технология управляемых форм используется для создания интерфейса мобильных приложений на платформе 1С. На мобильных устройствах отрисовка контролов реализована с использованием «родных» для операционной системы технологий, но уже для логики компоновки формы и реакции интерфейса используется тот же код, что и в «большой» платформе «1С:Предприятие».
Интерфейс 1С на ОС Linux
Интерфейс 1С на мобильном устройстве
Интерфейс 1С на ОС Windows
Интерфейс 1С — веб-клиентOpen source
Заключение
В статье мы коснулись нескольких основных аспектов разработки платформы «1С: Предприятие». В ограниченном объеме статьи мы затронули лишь некоторые интересные, на наш взгляд, аспекты.
Общее описание различных механизмов платформы можно посмотреть тут.
Какие темы были бы интересны Вам в следующих статьях?Как реализована мобильная платформа 1С?
Описание внутреннего устройства веб-клиента?
Или, может быть, Вам интересен процесс выбора фич для новых релизов, разработки и тестирования?Читайте также: