Универсална обработка "Качване и зареждане на XML данни" извършва пълно или частично разтоварване на данни от информационната база във файл в XML формат. Впоследствие този файл може да бъде зареден в информационната база, като се използва същата обработка. Файловият формат за качване се различава от файловия формат, създаден при качване съгласно план за обмен в заглавната част.

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

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

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

С уважение, (учител и разработчик).

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

„Оформлението на плана“ съхранява самите правила, въз основа на които работи синхронизацията. Точно този пакет за преобразуване (Правила за регистрация, Правила за обмен, Правила за кореспондентски обмен) ни е необходим за по-нататъшно проучване.

Нека разгледаме пример за синхронизиране на данни между конфигурациите „1C: Заплати и HR 3“ (ZUP) и „1C: Enterprise Accounting 3“ (BP). Нека веднага да отбележим, че в тази задача ще трябва да премахнем конфигурацията от поддръжката. Това се изисква според състоянието.

Жив пример за необходимостта от усъвършенстване на стандартните правила за обмен

Например, клиент се свърза с нас със следния проблем: при синхронизация между ЗУП и БП не може да се прехвърлят данните от справочника „Регистрация в данъчния орган”, които са необходими за попълване на документ „Отразяване на заплати. в счетоводството." Сега табличната част на този документ от страната на приемника на BP съдържа празно „Регистрация...“ и потребителите трябва ръчно да създадат такива записи в директорията. Съгласете се, това е неудобно. Можем да подобрим тази точка.

Решение на проблема: нека финализираме пакета за преобразуване от обменния план ExchangeSalary3Accounting3. Нека добавим към стандартните „Правила за обмен на 1C“ ново „Правило за преобразуване на обекти“ (PKO) за директорията „Регистрация в данъчните власти“ и съответно „Преобразуване на собственост“ на тази директория (PCS). Определено ще финализираме стандарта „Правила за регистриране на обекти“, т.к имаше нужда да се регистрират промени в директорията на сайта за обмен. И ние ще прегледаме „Правилата за обмен на 1C“ на базата данни на кореспондента.

Къде ще редактираме всичко това? За да напишем и променим правилата, се нуждаем от конфигурацията „1C: Преобразуване на данни 2“.

Финализиране на стандартни правила за преобразуване от ZUP - План за обмен на BP

И така, ще започнем да финализираме правилата за обмен на 1C, като добавим нов елемент към конфигуратора за плана за обмен ExchangeSalary3Accounting3 - директорията Регистрация в данъчната администрация. Ще направим тази промяна и в двете конфигурации „1C: Заплати и управление на предприятието 3“ и „1C: Счетоводство на предприятието 3“.

Нека запазим и актуализираме конфигурациите.

В корпоративния режим за всяка база данни ще качим описание на структурата на метаданните, като използваме обработката на MD83Exp.epf за платформата 1C:Enterprise 8.3. Обработката може да бъде намерена в пакета „1C: Преобразуване на данни“.

На следващия етап ще разтоварим пакета за преобразуване от ZUP и BP. Пакетът трябва да се състои от 3 файла: Правила за регистрация, Правила за обмен, Правила за кореспондентски обмен.

Тази статия няма да описва как се конфигурира синхронизирането на данни; можете да прочетете това на уебсайта на Coderline в раздела „Експертни статии“ или да гледате записи на уеб семинари. Сега тази опция вече е конфигурирана в базите данни. Затова отидете на настройките за синхронизация (Администрация -> Синхронизация на данни -> Настройки за синхронизация на данни), щракнете върху бутона „Зареждане на правила“. Пред нас ще се отвори формата “Правила за синхронизация”. Щракнете върху бутона „Още“ и изберете опцията „Запазване на правила във файл“.

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

Ще извършим подобни действия за друга информационна база „1C: Enterprise Accounting“.
В резултат на това цялата подготвителна работа за редактиране на правилата е готова. Ние имаме:

Описание на структурата на метаданните за зареждане в „1C: Преобразуване на данни 2“ (за ZUP и BP);

Пакет за преобразуване, който съдържа правила за обмен на 1C и правила за регистрация, необходими за зареждане в „1C: Преобразуване на данни 2“ (за ZUP и BP).

Отидете на „1C: Преобразуване на данни 2“. Нека изпълним следните стъпки за двете информационни бази:

Зареждане на структурите на метаданни на нашите конфигурации;

Създаваме преобразувания и зареждаме правила за обмен на данни 1C от пакети за преобразуване (файлът с правила се нарича ExchangeRules);

Ние създаваме регистрации и зареждаме правила за регистрация от пакети за конвертиране (файлът с правила се нарича RegistrationRules).

Да преминем към нашата ревизия. Добавяме ново правило за преобразуване на обекти (PKO) към правилата за обмен на 1C - директорията „Регистрации в данъчния орган“. Добавяме правило за преобразуване на свойства (PCR) за тази директория и правило за качване на данни (DRU). Този вид модификация трябва да се извърши както за правилата от пакета ZUP, така и за правилата за обмен от пакета BP. Ние качваме нашите правила за обмен в съответните файлове ExchangeRules.

Нека да преминем към правилата за регистриране на нов елемент. Добавяме справочник „Регистрации в данъчния орган“. Качваме правилата за регистрация в съответния файл от пакета RegistrationRules. Извършваме това действие и за двете бази данни.

Ревизираните правила за обмен и правилата за регистрация са готови. Сега копираме съдържанието на правилата за обмен (ExchangeRules) от пакета BP в съответните правила (CorrespondentExchangeRules) от пакета ZUP. В кореспондиращите правила (CorrespondentExchangeRules) от пакета BP копираме съдържанието на правилата за обмен (ExchangeRules) от пакета ZUP.

Резултатът трябва да е следният:

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

Ние архивираме файловете от пакетите в ZIP архив и качваме нашите пакети за преобразуване в ZUP и BP.

Всичко е готово. Остава да се тества.

Нека си припомним условията на задачата. Беше необходимо да се регистрира директорията „Регистрация в данъчния орган“ за изтегляне и да се провери как се попълва TC на документа „Отражение на заплатите в счетоводството“ от страната „1C: Enterprise Accounting 3“.

В източника „1C: Заплати и управление на предприятия 3“ регистрираме нашата директория за изтегляне. Извършваме синхронизация. Отиваме в базата данни на приемника и също така извършваме синхронизация за получаване на данни. Моля, обърнете внимание, че сега планът за обмен има необходимата директория за регистриране на промените.

Проверяваме от страната „1C: Enterprise Accounting 3“:

Нека да обобщим. Резултатът от задачата беше изпълнен успешно. Финализирахме плана за обмен ZUP - BP, като добавихме нов елемент за регистриране на промените и добавихме правила за преобразуване за синхронизиране на данни.

Доста често в работата на големи предприятия и търговски вериги има нужда от обмен на данни между базите данни. Всеки програмист и администратор решава този проблем по различен начин. Някои записват качвания и изтегляния чрез междинни таблични файлове, други използват режим на COM връзка, за да се свържат с изходната база данни. Наскоро обаче собственият механизъм на 1C, наречен „Универсален обмен на данни в XML формат“, става все по-популярен.

Външен вид на обработката

В пълния интерфейс можете да отворите обработка в Услуга->Други обмени на данни->Универсален обмен на данни в XML формат.

Формата за обработка (фиг. 1) съдържа четири раздела:

Интерфейсът на всеки маркер е силно натоварен с елементи и следователно изисква отделно разглеждане.

Качване на данни

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

На следващия ред на формата има два радио бутона:

1. Качване в обменен файл (фиг. 2);
2. Свързване и качване на данни към информационната сигурност (фиг. 3).

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

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

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

За отстраняване на грешки в алгоритми и коригиране на грешки можете да използвате механизма, вграден в обработката на обмена. Активира се с поставяне на отметка в съответното квадратче в долната част на формата. Щракването върху бутона „Настройки за отстраняване на грешки…“ извежда прозорец (фиг. 4).

Фиг.4

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

С натискане на бутона „Край” се проверява коректността и пълнотата на попълнените данни.

За разлика от „Качване“, този раздел (фиг. 5) няма таблична част, но има много повече квадратчета за отметка, които ви позволяват да регулирате параметрите за запис на нови и променени обекти.

Фиг.5

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

Съответните квадратчета за отметка ви позволяват да конфигурирате:

• Транзакция при писане на обекти (това понякога ускорява процеса);
• Зареждане на данни в режим на обмен (в този случай всички проверки на платформата, с изключение на проверката при публикуване на документи, ще бъдат игнорирани при запис);
• Презаписване на променени елементи;
• Задаване на знак за изтриване за изтеглени елементи;
• Начинът на записване на нови данни в регистъра (или един по един, или в комплект);
• Изрязване на незначещи знаци (интервали и табулатори) за низови стойности.

Допълнителни настройки

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

1. Активира режим на отстраняване на грешки;
2. Позволява използването на транзакция по време на процеса на разтоварване;
3. Оптимизира обмена между бази данни от версия 8 на 1C;
4. Качвайте само тези обекти, които са разрешени за използване от текущия потребител;
5. Разрешете регистриране на процеса на обмен между базите данни.

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

Фиг.6

Изтриване на данни

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

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

Използването на стандартен манипулатор значително опростява живота на програмистите. В същото време един от най-трудните моменти за някой, който за първи път се е сблъскал с „Универсален обмен на данни в XML формат“, е въпросът: „Къде мога да получа файла с правила за обмен?“

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

1. epf – необходим за изтегляне на структурата на метаданни за бази данни 1C 8;
2. epf – ако конфигурацията на 1C 8 е самонаписана или не е стандартна, може да няма обработка на „Универсален обмен на данни“, този файл е тази обработка;
3. ert – файлът съдържа код за изтегляне на структурата на метаданните на конфигурациите на 1C версии 7.7;
4. ert – файл за обработка на данни за качване и изтегляне за седемте.

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

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

Универсален механизъм за обмен на данние предназначен както за създаване на географски разпределени системи, базирани на 1C:Enterprise 8, така и за организиране на обмен на данни с други информационни системи, които не са базирани на 1C:Enterprise 8.

Този механизъм ви позволява да прехвърляте само данни от 1C:Enterprise; прехвърлянето на конфигурационна и административна информация на 1C:Enterprise 8 с помощта на този механизъм е невъзможно.

Възможности

• обменът на данни може да се реализира както с информационни бази данни 1C:Enterprise, така и с други информационни системи;
• организиране на различни стратегии за съобщения;
• внедряване на различни методи за разрешаване на сблъсъци при едновременна промяна на данни в различни възли на разпределена система;
• изпълнение на възстановяване на обмен на данни в случаи като възстановяване на информационни бази от архиви и др.

Особености

• XML документите се използват като формат за обмен;
• при обмен на данни между информационни бази 1C:Enterprise 8 не се налагат ограничения върху идентичността на конфигурацията и структурата на конкретни обекти;
• в една конфигурация могат да се създадат няколко независими схеми за обмен с различни информационни системи;
• При организиране на схема за обмен не се налагат ограничения върху структурата на разпределената система. Могат да бъдат организирани както класическа структура тип „звезда“, така и по-сложни многостепенни структури тип „снежинка“ и други;

• на разработчика на приложното решение се дава възможност гъвкаво да управлява състава на обмена, както по отношение на структурата на предаваните данни, така и по отношение на състава на информацията, предавана към конкретни обменни възли;
• Обектът на базата данни първоначално се създава в един от възлите за обмен. Съставът на предадената информация може да се коригира в зависимост от съдържанието на данните и не зависи от мястото, където първоначално е въведена информацията.

Компоненти

Универсалният механизъм за обмен на данни не е твърдо решение. Работата му се изпълнява от набор от инструменти на технологичната платформа 1C:Enterprise 8, които могат да се използват в приложни решения в различни комбинации.

• План за обмен
  Конфигурационните обекти на плана за обмен са центърът, около който са групирани други инструменти за обмен на данни. С помощта на тези обекти се описва набор от разпределени системни възли и съставът на данните, които трябва да се обменят в рамките на даден план за обмен.
  В допълнение, плановете за обмен прилагат два важни механизма, включени в обмена на данни:
  • Промяна на услугата за регистрация
    Позволява ви да получавате информация за това кои елементи от данни са променени и към кой обменен възел трябва да бъдат прехвърлени.