Правила за качване на данни 1c 8.2. Настройване на правила за качване на данни

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

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

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

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

Ще напишем разработването на правила за обмен между конфигурацията 1C: Управление на търговията 11 и 1C: Счетоводство на предприятието 3 (правила за обмен UT / BUH).

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 (Правила за преобразуване на имоти). След това избираме само необходимите.

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

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

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

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

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

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

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

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

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

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

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

За да направите това, PCS, след като е задал как не се поддържа, 0 или 1, се използва като булево.

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

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

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

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

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

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

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

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

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

Задаваме две търсения: по име, където името на нашата група е твърдо кодирано, и задължителното свойство на атрибута "ThisGroup" на true.

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

В DRP (правила за качване на данни) Внедряване на стоки и услуги ще добавим филтър, така че документите, маркирани за изтриване, да не се качват. За да направите това, в PDP в манипулаторите на събития "BeforeUnloading" ще напишем филтъра "Rejection = Object.DeletionMark;".

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

7. Обобщаване: Качване и изтегляне на данни с помощта на разработените правила за обмен на данни.

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

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

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

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

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

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

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

Статията описва стъпките, необходими за обмен на данни от конфигурацията на 1C:Enterprise версия 7.7 до 8.2, като се използва същата конфигурация Преобразуване на данни, издание 2.1.4.1.

Нека намерим файла за обработка MD82Exp.epf като част от комплекта за разпространение на конфигурация за преобразуване на данни. Ще е необходимо да изтеглите описанието на структурата на метаданните за конфигурацията на базата на приемника.

В същата дистрибуция ще намерим и обработващия файл V8Exchan82.epf – „Универсален обмен на данни в XML формат“. Ще е необходимо за разтоварване на основата на приемника. Както подсказва името, тези обработки са проектирани да работят с версията 1C:Enterprise 8.2.

След това ще намерим инструменти за работа с версията 1C:Enterprise 7.7.

Комплектът за разпространение на конфигурацията за преобразуване на данни съдържа файла за обработка MD77Exp.ert. Ще е необходимо да изтеглите описанието на структурата на метаданните за конфигурацията на изходната база данни.

Ще намерим и обработващия файл V77Exp.ert като част от същия комплект за разпространение - „Универсално качване на данни в XML формат“. Ще е необходимо за разтоварване на изходната база данни.

И така, нека да започнем:

Първо, нека разтоварим описанията на структурата на метаданните източник и местоназначение.

1. Нека отворим изходната база данни в режим 1C:Enterprise 7.7 и започнем да обработваме MD77Exp.ert, за да разтоварим описанието на структурата на изходните метаданни. Запишете изходната структура на метаданни във файла Rules1.xml.
2. Нека отворим базата данни на приемника в режим 1C:Enterprise 8.2 и да започнем да обработваме MD82Exp.epf, за да разтоварим описанието на структурата на метаданните на приемника. Нека запазим структурата на метаданните на приемника във файла Rules2.xml.

Нека заредим описания на структурата на метаданните и на двете конфигурации.

1. Нека стартираме конфигурацията за преобразуване на данни в режим 1C:Enterprise 8.2.
2. Отворете директорията „Конфигурации“ (Директории—>Конфигурации). Той съхранява информация за конфигурации, между които могат да се конфигурират правила за обмен.
3. Нека добавим конфигурационна информация към източника. Щракнете върху бутона „Добавяне“ или върху бутона „Вмъкване“.
4. Посочете пътя към файла с изходната структура на метаданни Rules1.xml. Кликнете върху бутона "Изтегляне".
5. Нека добавим информация за конфигурацията на приемника. Щракнете върху бутона „Добавяне“ или върху бутона „Вмъкване“.
6. Посочете пътя до файла със структурата на метаданните на получателя Rules2.xml. Кликнете върху бутона "Изтегляне".

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

1. Отворете директорията „Конверсии“ ​​(Директории—>Конверсии). Тази директория съдържа информация, която определя между кои конфигурации се извършва обменът и в каква посока.
2. Нека добавим нов елемент. Щракнете върху бутона „Добавяне“ или върху бутона „Вмъкване“.
3. Посочете изходната конфигурация от директорията "Конфигурации". Полето "Конфигурация - Източник:".
4. Посочете конфигурацията на приемника от директорията "Конфигурации". Поле "Конфигурация - приемник:".
5. Важна подробност!!! Отворете раздела "Разширени". Полето „Име на файла за изтегляне на модул:“.
6. Посочете местоположението на файла на модула за разтоварване, например: C:BasesUnloadingModule.txt.
7. Съдържанието на този файл е необходимо, за да се замени целият модул при обработката на V77Exp.ert в бъдеще (повече за това по-долу). Разтоварването е невъзможно без тази подмяна!
8. Да натиснем бутона "ОК".

Страхотно, конфигурирахме правилата за обмен. Остава да качите тези правила за обмен във файл.

1. В директорията "Конверсии" изберете новосъздадения елемент.
2. В референтния панел щракнете върху бутона „Отиди на правила“. Ще се отвори формуляр с правила за конвертиране.
3. В раздела "Правила за качване на данни" посочваме какво точно искаме да качим.
4. В раздела „Преобразуване на имоти“ можем да посочим картографирането на атрибутите на обектите за обмен.
5. На тази форма в горния ляв ъгъл ще намерим бутона "Запазване на правилата".
6. Посочете името и пътя на файла (например C:BasesDataExchangeRules.xml). Нека натиснете бутона "Отвори".
7. По-късно можем да променим указания път в директорията „Конверсии“ ​​—> „Промяна на текущия елемент (F2)“ —> раздела „Разширени“ —> полето „Име на файл с правила за обмен:“.
8. Докато записвате правилата, модулът за разтоварване също се записва на пътя, който посочихме по-рано: C: Бази Разтоварване module.txt.

Правилата за преобразуване са готови! Сега нека направим обмена на данни.

Нека отворим изходната база данни в режим 1C:Конфигуратор 7.7, след което отворете обработката V77Exp.ert - „Универсално качване на данни в XML формат“. Отворете раздела "Модул", изтрийте цялото съдържание на модула. Вмъкнете реда: #LoadFromFile C:BasesUploadModule.txt.

С директивата "LoadFromFile" превключваме изтеглянето софтуерен модулза изтегляне от текстов файл. Сега трябва да се уверим, че файлът с кода за качване Upload Module.txt винаги е в указаната от нас папка.

Запазете обработката на V77Exp.ert.

За да качите данни, трябва:

1. Отворете изходната база данни в режим 1C:Enterprise 7.7, след което отворете току-що запазената обработка V77Exp.ert.
2. Посочете името на файла с правила за обмен в полето „Име на файл с правила:“ (ние го записахме тук: C: BasesData Exchange Rules.xml) и изберете файла в полето „Име на файл с данни:“, в което данните ще да бъдат качени (Например C: Качване на данни за бази от 7. 7.xml).
3. След това трябва да изтеглите правилата за обмен, като щракнете върху бутона „Изтегляне на правилата за обмен“.
4. За да качите документи за определен интервал, трябва да посочите периода - "Начална дата" и "Крайна дата".
5. Квадратчетата за отметка в списъка „Правила за качване на данни“ показват кои данни ще бъдат качени и кои не.

Сега нека заредим данните в базата данни на приемника. Нека го отворим в режим 1C:Enterprise 8.2 и да започнем да обработваме "Универсален обмен на данни в XML формат", за да заредим изходните данни.

Това е обработващият файл V8Exchan82.epf. Или отворете "Инструменти"—>"Други обмени на данни"—>"Универсален обмен на данни в XML формат"

1. В процеса на обработка в раздела „Зареждане на данни“ изберете името на файла с данни (ние го записахме тук: C: Бази за качване на данни от 7.7.xml).
2. Щракнете върху бутона „Зареждане на данни“ (намира се на панела в горната част).

Данните са заредени!

Същите стъпки за разтоварване от версия 1C:Enterprise 7.7 са приложими за версии 1C:Enterprise 8.1 и 1C:Enterprise 8.0. Комплектът за разпространение на конфигурацията за преобразуване на данни включва файлове за обработка за тези версии MD81Exp.epf и V8Exchan81.epf, MD80Exp.epf и V8Exchan.epf.

Ако искате да качите данни в 1C:Enterprise 7.7, тогава трябва да използвате обработката V77Imp.ert. Преди да заредите данни, трябва да извършите същите действия с модула за обработка V77Imp.ert, които са описани за обработка на V77Exp.ert.

Ако изберете обработка от списъка бърз достъп(Файл - V77Exp.ert) и се показва съобщение, че файлът не е намерен, въпреки че файлът се намира на същото място и името не е променено, тогава просто трябва да направите всичко както в началото - „Файл | Отвори" и изберете отново файла V77Exp.ert.

В последния урок обсъдихме с вас.

Най-честият пример обаче е обменът между счетоводство и ведомост. Тези бази не са подчинени една на друга и може дори да не са свързани първоначално.

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

Помислете за процеса на разтоварване на данни от 1C.

Принципи на качване и изтегляне на данни 1C

В Счетоводството документът Продажби на стоки и услуги може да има 30 полета. Това е счетоводство, има свои собствени цели, много полета са посветени на сметкоплана и подконто.

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

Имената на полетата в тези две бази данни могат да бъдат различни. Тогава как да разтоварите един документ от една база данни и да качите друг в друга база данни?

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

Те са XML файл. За да го създадете, има специална конфигурация 1C, наречена "Преобразуване на данни".

За обмен между типичните конфигурации има моделни правилаобмен на данни, които са свързани към типичните настройки за обмен (Услуга / Обмен с xxx) или се доставят отделно с .

Разтоварете BU-ZP 1C

От типичната конфигурация на ТРЗ и Човешки ресурси до типичната конфигурация на Счетоводство, информацията за резултатите от ведомостта, включително за плащането на данъци, обикновено се качва от време на време.

За да можете да направите това, първо трябва да разтоварите настройките от Счетоводен отдел в работната заплата.

За да качите 1C от Счетоводство 1C в Заплата 1C - изберете елемента от менюто Услуга / Обмен на данни със Заплата / Качване на данни в Счетоводство.

Когато качвате 1C за първи път, не забравяйте да поставите отметка в квадратчето „Информация за качване на 1C в нова информационна база“.

Как да качите първоначална информация в Заплата - вижте следната статия Изтегляне на 1C.

Разтоварете ZP-BU 1C

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

В Заплата изберете меню Услуга / Обмен на данни / Качване на данни в счетоводната програма.

Във формата за настройки за качване на 1C по подразбиране трябва само да изберете периода и пътя, където искате да качите файла с данни.

Форматът за качване на 1C се показва като хипервръзка - в син текст. Можете да го промените, като щракнете върху хипервръзката и изберете друга счетоводна конфигурация.

Разтоварете BU-UT 1C

За да разтоварите 1C от счетоводство към управление на търговията, трябва да създадете настройки за обмен. Това ще ви позволи да правите не само еднократни качвания на 1C, но и да настроите пълноценен периодичен обмен, както в.

За да направите настройки, изберете елемент от менюто Услуга/Обмен на данни с Управление на търговията/Конфигуриране на обмен на данни в Счетоводство.

Настройките се създават с помощта на "съветник".

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

Тъй като създаваме настройка от нулата, ще изберем „Създаване на настройка за обмен“ (съответно можете да „продължите“, ако сте прекъснали съветника по-рано или да промените, ако съветникът е завършен).

Тази настройка за обмен се извършва в две бази данни - първо в едната, след това в другата.

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

Настройките за обмен "през ​​файл" са прости и не са показани тук на снимките. Но за "директния" COM връзкипримери тук.

Например, ако Trade Management е "файл" - той се намира на диска. .

Пример, ако управлението на търговията се намира на сървъра 1C. Името на сървъра и базата данни е .

Начин да файлова база, както и сървърът и името на базата данни на сървъра, се показват в прозореца за избор на база данни в 1C.

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

Можем да зададем филтри за качените документи. Например в контекста на организациите.

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

Това завършва първата част от настройката. Въз основа на резултатите си 1C създава файл с настройки. Сега трябва да отидете в Министерството на търговията и да продължите да настройвате там, като изберете опцията „Продължете да използвате файл“ и посочете този файл.

След като настроите обмена от двете бази, 1C предлага да извърши първоначалното разтоварване на 1C директории и да сравни обекти. Това е аналог на първичното разтоварване 1C за по-нататъшното нормално функциониране на обмена.

Обърнете внимание на този момент, ако Trade Management не е празна база данни, тя има свои собствени директории, особено ако те се поддържат дълго време.

Ако не сте сигурни в този момент:

• Направете резервни копия на двете бази данни (особено ако обменът е двупосочен)
• Помолете потребителите да не работят в тези бази данни, докато извършвате първоначалното качване на 1C (почивните дни и вечерите 🙂
• Разтоварете 1C, проверете дали директориите не се дублират
• Ако нещо не е наред, върнете се към резервното копие.

Разтоварете UT-Retail 1C

Типичната конфигурация на 1C Retail често се използва заедно с конфигурацията за управление на търговията. Обикновено UT се използва в магазини за търговия на дребно, а Retail в офиса.

Обмисляме пример за настройка на обмена на UT издание 11 с Retail.

Изберете елемента Администриране в интерфейса, след това Обмен на данни, елемента Добавяне/Създаване на обмен с конфигурацията за продажба на дребно.

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

Съответно ще изберем „Продължи“, ако сте започнали да правите нов от нулата в Retail, и тук трябва да завършите настройката (по подобен начин, ако започнете в Trade Management, тогава ще трябва да го завършите в Retail).

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

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

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

Тук можете да посочите датата, от която ще се качват документите, както и селекции (филтри) по организации, складове и др.

В раздела за кореспонденции можете да конфигурирате кореспонденцията на някои директории (магазини = отдели и каси).

Това завършва първия етап от настройката. В резултат на това е създаден файл с настройки. Трябва да завършите настройката в базата данни за търговия на дребно, като изберете Продължете да използвате файла.

Определяне на типовете данни за качване, описание на избора на данни от базата данни на счетоводната система 1C Enterprise, съпоставяне на полето за изходни данни с полетата и таблиците на базата данни на онлайн магазина.

важно!!!Задаване на правила за обмен за опитни потребители. Не се препоръчва да го правите сами без увереност.

За да настроите правила, се нуждаете от умения за програмиране на 1C език и 1C език за заявки.

Не се предоставят съвети за настройка на правила, само по описание. Ако трябва да направите някои подобрения, по-добре е да поръчате ревизия от нас.

Списък с правила за качване

Контролен панел за списък с правила за качване

Създавайте– добавете нови правила за разтоварване;

промяна– промяна на правилата за разтоварване;

Зареждане от файл– зареждане на готови правила за разтоварване от файл;

Актуализирайте правилата за разтоварване от файл– актуализиране на избраните правила от файла;

– доклад за правилата за разтоварване. Списък на разтоварени типове данни, местоназначения на данни.

V

Основен

Код– идентификатор на правилата за разтоварване;

Име– наименование на правилата за разтоварване;

Описание– коментари към правилата за разтоварване.

файлове

Разширение- шаблон на файл. Фразата (Picture Extensions) означава, че ще се използват всички разширения на изображения;

Каталог– директорията за приемане на изображения в сайта, спрямо корена на сайта, без наклонени черти в началото и края, между sesh директориите "/";

Преименуване от– файлов шаблон за преименуване при копиране;

Преименуване на– файлов шаблон, на който да преименувате файла при копиране в сайта.

Филтри

Име– колектор на филтъра;

Поле– филтърно поле в заявки;

Предмет– филтър тип обект (само една стойност).

Настроики

Задължително– задължителен параметър, ако не е попълнен спрете разтоварването;

Код– идентификатор на параметър;

Име– заглавка на параметъра;

Преглед– тип обект на параметър.

Данни

Типове данни

Лента с инструменти за списък с типове данни

Добавете– нов вид данни;

Изтрий– изтриване на тип данни;

Преместване нагоре– преместете изгледа с данни нагоре;

Придвижете се надолу– преместете изгледа с данни надолу;

Копиране от правила– копиране на тип данни с всички настройки от други правила;

правила– правила за копиране на източника;

копие– маркира какви данни ще бъдат копирани

Персонализиране на изгледа с данни

Източник

Код– идентификатор на типа данни;

Име– заглавие на типа данни;

Заявка- заявка на езика на заявката 1C, за която ще бъдат избрани данни за качване. Възможно е да използвате параметри в заявката със същите идентификатори като параметрите за качване.

Текстът на заявката трябва да съдържа текстови етикети:

• [Допълнителни детайли]- пишете в края на списъка с подробности;
• [Допълнителни таблици]- пишете в края на списъка с таблици;
• [Допълнителни условия]- напишете в края на условията, ако няма условия, напишете [Условия] в края на заявката

Процедури

Цел на процедурата:

• Настройка на параметрите– изпълнява се преди селекция на данни, в процедурата е възможно да се зададат допълнителни параметри на Report Builder, освен параметрите за разтоварване;
• ProcessingResult– извиква се след извличане на данните за задаване на допълнителни данни в таблицата с резултата, данните, които не могат да бъдат получени чрез заявката;
• Обработване на низ от резултати– извиква се при разтоварване в момента на формиране при сортиране на данни от таблицата с резултати.

други

Пример за разтоварване на позиции от номенклатурата

Пример за разтоварване на цени на артикули

Не изтривайте данни на сървъра– ако е разрешено, няма да се генерира заявка за изчистване на данни в базата данни на сайта, дори ако почистването е разрешено в профила за качване;

Само пълно изтегляне– винаги ще се използва пълно изтегляне, дори ако режимът за актуализиране е активиран в профила за изтегляне;

Актуализация на данни\Поле за актуализация– името на атрибута в заявката, с който данните от заявката ще бъдат маркирани като незаредени;

Актуализиране на данни \ Път в заявката– път до атрибута за актуализиране;

Филтър за списък \ Код за списък– код на списък с данни по филтър. Когато наборът от данни за качване съдържа данни с обща препратка, например Артикул и ще има Цени на артикул, артикулът може да бъде със сложен филтър за салда, наличност на цена и т.н., така че да не се правят едни и същи филтри във всички заявки при разтоварване на артикула се формира списък с разтоварена номенклатура, а в последващите данни филтърът автоматично се поставя в списъка с номенклатура;

Филтър за списък \ Поле за данни– име на атрибут, с което ще се попълва списъкът за следващи филтри;

Филтър за списък \ Път на заявка– път в заявката за формиране на условието.

Приемник

Списък с таблици

Лента с инструменти за списък с таблици

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

Таблица– името на таблицата в базата данни на онлайн магазина;

Полето за условие за разтоварване– име на поле в изходната таблица за формиране на условие, в случай че не всички редове от изходната таблица трябва да попаднат в текущата таблица;

Стойност на условието за разтоварване– стойност на състоянието;

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

Списък на полетата на таблицата

Списък с полета на таблицата

Име– заглавка на полето;

Източник– име на поле в таблицата източник на данни. Специални стойности могат да се използват като източник:

• Значение– постоянна стойност, избрана в колоната „Стойност \ Параметър \ Серия от динамични кодове“;
• ParameterUploads– стойността на разтоварващия параметър, името на параметъра се въвежда в колона „Стойност \ Параметър \ Серия от динамични кодове“;
• DateUnloaded- взема се текущата дата;

Приемник– име на полето в таблицата на базата данни на онлайн магазина;

Идентификатор– полето е идентификатор, използван в Заявка за АКТУАЛИЗИРАНЕкато условие

Настройка– полето може да бъде деактивирано от разтоварване в профила за разтоварване;

Стойност \ Параметър \ Серия от динамични кодове– име на постоянна стойност или параметър, ако е избран съответният източник, или серия от кодове;

Път в заявката– път до данните в заявката за обектите, върху които се генерира динамичният код;

Допълнителен параметър- име на поле за допълнителен параметърдинамичен код;

Път в заявката– път до данните в заявката за допълнителния параметър;

Първи код– стойност на първия код за динамичните кодове;

Трансформирайте– правила за преобразуване на полеви данни:

• DynamicCode– конвертиране в динамичен код;
• Номер- конвертиране в число;
• DateLinks- вземете датата на въвеждане в 1C на елемента на директорията, данните се вземат от вътрешния идентификатор GUID;
• Снимка– вземете файла с изображението от връзката към изображението в мениджъра на съдържанието;
• формат– конвертиране на форматиращата стойност, форматиращ низ на езика 1C;
• SQL функция– Вмъкване на SQL функция като дестинация.
• Лечение- процедура на езика 1C за произволна обработка на стойност.

Общи процедури

Цел на процедурите:

• Преди разтоварване– стартира преди качване на данни;
• След разтоварване– стартира след разтоварване на данните;
• Преди качване на файлове– стартира преди качване на подготвени файлове на сървъра;
• След качване на файлове- стартира след качване на файлове на сървъра.

Модификация на база данни

Списък със заявки, необходими за промяна на базата данни на онлайн магазина, преди да използвате качването на данни.

внимание!Заявките са предназначени да се изпълняват веднъж.

• Следващ >