1. Въведение.

2. Какво ще ви трябва: 1C конфигурация: Преобразуване на данни 2.* и обработка от пакета. За примерни задачи да вземем конфигурации 1C: Управление на търговията 11 и 1C: BP 3.*.

Така че, за да разработите правила за качване на данни в 1C, ще ви трябва конфигурацията на 1C: Преобразуване на обект 2, както и обработката, включена в пакета.

Например, ние вече разположихме база данни за преобразуване и я стартирахме.

Ще напишем разработването на правила за обмен между конфигурацията 1C: Trade Management 11 и 1C: Enterprise Accounting 3 (правила за обмен UT / ACCOUNT).

3. Ще ни трябва Обработка, за да разтоварим структурата на метаданните и обмена.

Първото нещо, което трябва да получите за разработка, са файлове със структура на метаданни. Това се прави чрез обработка за разтоварване на структурата на метаданни, включена в пакета за преобразуване на обекти.

Всъщност в разопакованата конфигурационна директория за конфигурации на контролирани форминие се интересуваме от обработката на MD83Exp.epf. Ако трябва да качите от конфигурации на обичайни форми, тогава се използва MD82Exp.epf обработка. Това е, ако например трябва да получите структура от такива конфигурации като 1C: UT 10, 1C: Manufacturing Enterprise Management 1.3, 1C: Integrated Automation 1.1, 1C: Zup 2.5 и т.н.

След това, за да качите и изтеглите данни в 1C, като използвате нашите правила, ще ви трябва обработка " Универсален обменданни в XML формат" V8Exchan83.epf за конфигурации на управлявани форми като 1C: Управление на търговията 11.*, 1C BP 3, 1C: ERP 2.* и други подобни. И съответно V8Exchan83.epf - за конфигурации на обикновени форми.

4. Качване на структурата на метаданни на конфигурацията 1C: Управление на търговията 11.3 и 1C: Enterprise Accounting 3.0.*

Нека започнем с изтегляне на структурата на метаданните от конфигурацията 1C: Enterprise Accounting 3.
Нека отворим обработката MD83Exp.epf

Във формата за обработка има допълнителни настройки, където можем да активираме или деактивираме опцията за разтоварване на регистри и движения в 1C. Има и избор къде да се извърши качването: на 1C сървъра или „на клиента“. Посочете името на файла, където ще се качи структурата от данни. По подобен начин разтоварваме структурата на метаданните на конфигурацията Trade Management 11.

Сега трябва да качите конфигурацията в базата данни за преобразуване. До тази точка може да се стигне както от списъка с конфигурации, така и от списъка с реализации. Нека просто стартираме от работния плот:

В диалоговия прозорец заредете структурата на BP:

И по същия начин - структурата на Търговския мениджмънт.

След като изтеглянето приключи, ще се появи диалогов прозорец, където можете да посочите име, което е удобно за вас.

6. Създаване на правила за преобразуване в 1C, като се използва конкретен пример за задача.

След това отидете на „Настройване на обектни правила“, където създаваме нова настройка.
В диалоговия прозорец за създаване на преобразуване изберете конфигурацията „източник“ и конфигурацията „дестинация“ (която сте заредили преди това) и щракнете върху OK.

Тъй като в тази статия планирах да покажа създаването „от нулата“ и „без боклук“, напомням ви, че не създаваме нищо автоматично. Няма прототипи.

Няма да правим нищо в този диалогов прозорец, просто щракнете върху „Затваряне“.

Нека създадем правила за качване не на един документ в един, а на един тип в друг, например документа Продажби на стоки и услуги от UT 11 с необходимите справочници в документа Получаване на стоки и услуги в BP 3.

И така, създаваме нов PKO (правилото за конвертиране на обекти в 1C)

Изберете източника Продажби на стоки и услуги и местоназначението Получаване на стоки и услуги и щракнете върху OK.
Ще се появи диалогов прозорец, където отново отказваме автоматично създаване PKS (Правила за преобразуване на имоти). След това ще изберем само необходимите.

Но на предложението за създаване на DVP (правила за качване на данни) отговаряме с „Да“.

Създават се VDP, които ще бъдат отразени в обработката на универсалния XML обмен за избор:

Ще бъдат създадени и правила за преобразуване на данни с празни правила за преобразуване на свойства.

Освен това може да се види, че по подразбиране софтуерът се предлага да се търси по вътрешния идентификатор на обекта. Това се показва от лупата близо до PCO. Ще направим собствено търсене и ще го направим по номер на документ и дата в началото на деня.

Премахваме търсенето по UIO:

Сега нека започнем да сравняваме необходимите свойства (подробности) на обекта. За да направите това, щракнете върху „Синхронизиране на свойства“ (етикет „1“ на екрана). Премахваме рекурсивното създаване на правила („2“). Премахнете всички маркирани детайли ("3"). И ние сами ще изберем каквото ни трябва.

Например, изберете какво ви трябва:

Обръщам внимание на факта, че ще направим PKS на контрагента в организацията, а организацията в контрагента, а също така ще сравним някои подробности, които не съвпадат по име, например „Валута“ и „Документ валута”.

Където виждаме, че все още няма правила за преобразуване.

Нека започнем да преминаваме през детайлите и да ги описваме. Първо настройваме търсене на документи, както писах по-рано, качваме и търсим документ в началото на датата и променяме номерирането. Ще заменим първите три знака с нашия префикс „UTB“. И тъй като номерацията в BP и UT е по 11 знака, правим съставно число: нашия префикс и 8 знака от източника. Пример в екранната снимка по-долу.

Винаги качваме документи разтоварени и без движение. Предполагаме, че документите ще бъдат обработени в приемника след проверка от потребителя.

За да направите това, задавайки PKS като неизвършено, 0 или 1, ние го използваме като булево.

Използвайки валута като пример, ние създаваме правило за преобразуване на обект за PKS. В същото време смятаме, че има валути и в двете бази данни и те трябва да бъдат синхронизирани чрез код. Следователно няма да създадем всички PKS в PQS на валутата, а ще добавим само кода за търсене. Тези. Отказваме предложението за създаване на ПКС на обекта.

Създаденото правило за преобразуване беше заменено в PQR на документа за PKS. А самото правило по подразбиране се предлага от уникален идентификатор. Поправяме го, търсим кода и настройваме свойството така, че да не създаваме нов обект.

В резултат на това получаваме следната опция:

След това, по аналогия, създаваме PKO и PKS за останалите детайли. Освен това търсим организация по контрагент и обратно по TIN. Приблизително така изглежда с минимални подробности (можете да добавите, ако е необходимо).

За PCO споразумения с насрещни страни търсим по PKS контрагенти, име и собственик.

Нека да видим как да посочим необходимата стойност в типа изброяване в PKS. Например атрибутът „Тип операция“. Тук можете да използвате различни условия и заместващи стойности. Например, ние се нуждаем от „тип операция“ винаги да бъде разтоварен „Стоки“, в този случай е достатъчно да напишете необходимата стойност в реда „чело“.

По-долу е показано как да инсталирате без затруднения и в повечето случаи PCS за множественост на взаимното уреждане, процент на взаимно уреждане, счетоводна сметка.

За номенклатурата на PKO ще оставим търсенето по вътрешен уникален идентификатор. Но позволете ми да насоча вниманието ви към това как можете да предефинирате групата си. Например, съгласни сме, че нов артикул ще бъде качен от конфигурацията 1C: Trade Management 11, но е необходимо артикулът да бъде събран в конкретна група „Нашата група“.

За да изпълним тази задача, ние създаваме друг PKO. Нека го наречем „NomenclatureParent“, което ще посочим в PCS на родителя в правилото за преобразуване.

Настройваме две търсения: по име, където стриктно посочваме името на нашата група и задължителното свойство на атрибута „Това е група“ е вярно.

Тъй като решихме, че всички наши артикули попадат в нашата група, няма нужда да разтоварваме групи от UT 11 при разтоварване. За да направим това, в софтуера за номенклатура в манипулатора на събития „Преди разтоварване“ ще зададем филтър, който. няма нужда да разтоварвате групите „Неуспех = Източник;“.

В DRP (правила за качване на данни) за продажби на продукти и услуги ще добавим филтър, така че документите, маркирани за изтриване, да не се качват. За да направите това, във VDP в манипулаторите на събития „Преди разтоварване“ ще напишем филтъра „Failure = Object.DeletionMark;“.

Нека запазим разработените правила във файл.

7. За да обобщим: Качване и зареждане на данни чрез разработени правила за обмен на данни.

Отворете в 1C: Управление на търговията 11 обработката „Универсален обмен на данни в XML формат“ V8Exchan83.epf.

Разтоварването е завършено, сега използваме същата обработка за зареждане в 1C: Enterprise Accounting 3.

Зареждането приключи. Нека да проверим как се зареди. И така, документът се зарежда, както искахме - нашата организация се зарежда в контрагента, а контрагентът в организацията. Всички счетоводни акаунти са изтеглени и инсталирани. Получихме номера на документа с нашия префикс и в началото на деня. Всички предоставени данни са попълнени.

Проверяваме натоварването на артикулите. Виждаме, че всичко се получи така, както го планирахме.

Създадохме и попълнихме подробностите, както възнамерявахме. Има много тънкости в конвертирането и някои прости, но необходими неща, които помагат за точното написване на конвертирането. И това ви позволява да минимизирате грешките, да не разваляте съществуващите данни и да се отървете от тях излишен боклук. Това е един от най прости примери. Можете също така да конвертирате един обект в много или, обратно, много в един.

Сега има преобразуване на данни 3, което решава други проблеми. Следователно е необходимо и преобразуване 2. Успех на всички в ученето и усвояването.

Разбира се, ако сте програмист и това е основната ви работа, можете да опитате сами да напишете преобразуването. Но ако не, тогава трябва да цените времето си във вашата сфера на дейност и тази задачапомолете професионалисти да го направят.

Има актуализирано издание 10.2 на DB 1C Trade Management (наричано по-нататък UT) на платформата 8.1.
И има стандартна база данни 1C Accounting на платформа 8.3.

Задача:

Установете обмен на данни между базите данни.

Решение:

Инсталирано 1C Data Conversion, издание 2.1.
Качено.
Стартирам „Старт асистент“ (фиг. 1).

1. Следващ.
2. Изберете „Създаване на нови правила за обмен на данни (от нулата)“. Следваща.
3. В третата стъпка програмата ви моли да посочите конфигурациите на източника и местоназначението.
Създавам конфигурация на източник (1C UT):
- тъй като имам 1C UT на платформа 8.1, вземам го от ITS диска външна обработка MD81Exp.epf (можете да го изтеглите).
- Отварям 1C UT. Файл --> Отворете --> MD81Exp.epf.

Посочвам файла, в който ще се качи информация за структурата на метаданните. Трябва да е в XML формат.

Натискам бутона "Качване".

Правя същото с основата на приемника. С 1С Счетоводство 8.3. Само за това използвам външна обработка MD83Exp.epf (можете да го изтеглите).

Връщам се към 1C Data Conversion.

Спряхме на стъпка 3. Щраквам върху бутона „Ново“ и посочвам генерирания структурен файл с метаданни. Тази структура ще бъде заредена в конфигурационната директория.

4. В четвъртата стъпка изберете опцията „Автоматично създаване на всички възможни правила за обмен на данни“.

Сега пред нас се отвори нов прозорец. Създадени са правила за преобразуване на обекти. Трябва да създадете правила за изтегляне на данни. За да направите това, отидете на втория раздел „Правила за качване на данни“ и щракнете върху бутона „Създаване на правила за качване“.

Печат (Ctrl+P)

Преобразуване на данни, издание 3.0

Урок 1. Подготовка за работа с KD3.0

Преобразуване на данни, издание 3.0(по-нататък KD3.0) – е един от компонентите на технологията за обмен на данни чрез формата EnterpriseData. KD3.0не е заместител на конфигурацията Преобразуване на данни, издание 2.0(по-нататък KD2.0). това нов стандарт, което е много различно от KD 2.0. Основна цел KD3.0 –това е създаването на програмен код за модул за управление на обмен, състоящ се от процедури и функции, които реализират логиката за зареждане на данни, представени във формат EnterpriseData, както и логиката за качване на данни във формата.

Фигура 1 Модул за общ мениджър на обмена

KD3.0 може да бъде изтеглен от https://users.v8.1c.ru/

Издание 3.0.5.3, предназначено за използване със системната версия
1C:Enterprise 8.3 не е по-ниска от 8.3.10, а издание 3.0.4.3 е ​​за използване с версията на системата 1C:Enterprise 8.3 не е по-ниска от 8.3.8.

Доставката KD3.0 съдържа следната външна обработка

• Обработка MD83Exp.epf„Качване на описание на структурата на метаданни на конфигурация 8.3“ – предназначено е за качване на описание на структурата на метаданни на всяка конфигурация, реализирана на платформата 1C:Enterprise 8.3.
• Обработка Качване на правила за синхронизиране.epf„Качване на правила за синхронизиране чрез универсален формат”, използвани при подготовката на файлове с правила за преобразуване, предназначени за последващо зареждане в конфигурацията „Преобразуване на данни”, издание 3.0.
• Файлът “Configuration Description.htm” съдържа кратко описание
  основен функционалностконфигурации
  „Преобразуване на данни“, издание 3.0.

Допълнителна информация за конфигурацията „Преобразуване на данни“, версия 3.0
вижте http://its.1c.ru/db/metod8dev#content:5846:hdoc

1. Подготовка за създаване на правила

За да заредите структурата на формата, първо трябва да отворите конфигурационната база данни в режим на конфигуратор и да изтеглите XDTO пакети от конфигурацията в *.xsd файлове.

Необходимо е да разтоварите всички пакети, които са свързани с формата. Имената на файловете не са от основно значение. Трябва също така да качите пакета ExchangeMessage XDTO

След зареждането на XDTO формата в CD 3.0 се попълват директориите “Format Objects”, “Format Properties”, “Format Values”

IN справочник „Форматиране на обекти“зареждане:

• Обекти с тип „ObjectTypeXDTO“, които отразяват референтни типове данни (документи, директории)
• Обекти от тип „XDTOValueType“, съдържащи изброяване. Те отразяват предварително дефинирани данни (като изброявания)

IN справочник „Свойства на формата“зареждане:

• Свойства на обекти “ObjectTypeXDTO”. В същото време самите обекти са тези, които са били заредени във „Форматиране на обекти“
• Обекти с тип „XDTOObjectType“ и техните свойства, които отразяват таблични части и подробности за таблични части

Свойствата на обектите „XDTOValueType“, които са елементи на предварително дефинирани данни, се зареждат в справочника „Форматиране на стойности“. В същото време самите обекти са тези, които са били заредени във „Форматиране на обекти“

1. 2. Обработка на „Зареждане на конфигурационна структура“

Тази обработка зарежда конфигурационната структура на метаданни в информационната база Преобразуване на данни изд.3.

За изтегляне на информация за структурата на информационната база се използва обработка MD83Exp.epf, включен в комплекта за доставка за конфигурация KD3.0

За информационната база, чиято структура трябва да бъде разтоварена, изпълнете следните стъпки:

1. Отворете информационната база в режим Enterprise.
2. Отворена външна обработка MD83Exp.epf(Меню Файл - Отвори).
3. Посочете името на файла, в който да се запази структурата на информационната база.
4. Проверете настройките във формата за обработка (всички флагове трябва да бъдат изчистени).
5. Натиснете бутона Разтоварвам.

След изтегляне на конфигурационната структура директориите се попълват

• Обекти метаданни
• Свойства на обекта
• Обектни стойности.

Справочник Обекти метаданнисъдържа информация за обекти с метаданни за конфигурация. Типът на обектите се записва в съответния атрибут. В зависимост от стойността на атрибута Type се попълват детайлите, описващи свойствата на обекта с метаданни. Подробностите за обектите с метаданни са описани в подчинената директория Свойства на обекта. Стойностите на обекта (изброени стойности и имена на предварително дефинирани елементи) са описани в подчинена директория Обектни стойности.

Преди да заредите правилата за синхронизиране чрез универсален формат, форматът на данните трябва да бъде зареден от файлове (чрез обработка(вижте точка 1.1) и конфигурацията, за която са конфигурирани правилата за синхронизиране, също трябва да бъде заредена. Конфигурацията се зарежда чрез обработка (виж точка 1.2) . Обърнете внимание и на товаелемент от директорията, който трябва да бъде създаден Преобразувания . За да конвертирате, трябва да посочите конфигурацията и една или повече версии на формат, за които е предназначено конвертирането.

1.3.1 Подготовка на файлове за правила за зареждане

В информационната база се подготвят файлове, за които ще се извършва обмен в универсален формат (напр. Предприятие счетоводство изд.3.0).

За да подготвите файлове с правила, трябва да влезете в информационната база в режим Enterprise и да започнете обработката Качване на правила за синхронизация чрез универсален формат, който е включен в доставката на конфигурацията Преобразуване на данни изд.3.

За да подготвите файл с мениджърски модул, трябва да влезете в информационната база в режим Конфигуратор и да запазите общия модул Exchange Manager чрез универсален форматкъм текстов файл. Можете да посочите всяко име на файл.

Всички подготвени файлове трябва да се намират в една и съща директория.

1.3.2 Зареждане на правила за синхронизация

Изпълнява се в информационната база Преобразуване на данни изд.3чрез обработка Зареждане на правила за синхронизиране от файлове.

Във формуляра за обработка посочете:

• Exchange директория, в която се намират предварително подготвените файлове
• Преобразуване
• Състав на изтеглените данни
  • или посочете опцията „всички“.
  • или изберете избирателно зареждане и конфигурирайте списъка с правила, които трябва да бъдат заредени
• Файл с модула за мениджър на обмен (не се изисква, ако се извършва селективно зареждане и манипулаторите не са заредени)

1.3.3 Характеристики на зареждане в непразна база данни

• Ако зареденото правило съществува и принадлежи само на едно преобразуване (текущото), правилото ще бъде променено. В този случай анализът на разликите между съществуващите и заредените правила не се извършва; правилото се попълва и записва безусловно.
• Ако зареденото правило съществува и то принадлежи към няколко елемента от директорията Conversions, включително текущата реализация, ще бъде създадено ново правило и ще бъде свързано с текущата реализация. „Старото“ правило ще остане непроменено и ще остане свързано с други реализации.
• Групите правила не се зареждат. Но ако правилото е присвоено на определена група, при повторно зареждане в това правило тази информацияще остане.

Преобразуването на данни 2.0 и 2.1 е технологична конфигурация на 1C, реализирана на версии на платформа от 8.1 до 8.3.

Основната задача на инструмента е да напише правила за обмен между приложни решения 1C 8 и 7. Текуща версияпреобразуване на данни днес - 3.0.

Преобразуването на данни е много полезна конфигурация, с негова помощ можете да решите не само проблема с прехвърлянето на информация от една информационна база в друга, но и например трансформирането на информация в една база данни.

Конфигурацията е много удобна за използване с .

Преобразуването на данни ще бъде полезно за всеки програмист: притежаването на умения за създаване на правила за обмен е сериозен плюс за професионални умения.

За да научите как да работите с конфигурация, решаването на практически проблеми е най-подходящо. Опитайте се да измислите задачи за себе си, например: прехвърляне на информация от една база данни в друга, превръщане на документ за продажба в документ за получаване, „задвижване“ на текущи счетоводни салда в документ „въвеждане на салда“ и други задачи.

Ще бъде много полезно да разберете „стандартните“ правила за обмен на 1C 8.3; там често можете да намерите интересни примери за изпълнение на задачи.

За да разберете основите, ще ви трябват материали, ще ги разгледаме по-долу.

Видео инструкции за конвертиране

За основите на настройка на обмен на данни в 1C с помощта на конфигурацията „1C Data Conversion“ вижте примера във видеоклипа:

Материали, учебници за изучаване на 1C Data Conversion 2.0

В интернет няма твърде много материали и документация, опитах се да събера най-важните и интересни материали:

0. На първо място, препоръчвам безплатния видео курс на Иля Леонтьев, достъпен е на връзка.

1. Бих посъветвал преди всичко да използвате вградената помощ в конфигурацията. Наистина е добре написано и технически добре изпълнено:

2. Вторият по важност източник на информация е сайтът http://www.mykod.info/ (сайтът е закрит), специализиран именно в преобразуване на данни. Там можете да изтеглите голям бройматериали за преобразуване.

3. Отделно бих искал да подчертая учебника - (автор - Олга Кузнецова).