У конфігурації 1С «Управління торгівлею, редакція 11» є кілька вбудованих планів обміну, зокрема і зі зміною «Бухгалтерія підприємства, редакція 3.0» (рис.1).
Являє собою зведення правил, якими об'єкти з однієї конфігурації завантажуватимуться в іншу. У нашій інструкції ми будемо налаштовувати обмін між 1С Бухгалтерія 3.0 та 1С Управління торгівлею 11 на базі платформи 1С 8.3.
Присутність потрібного плану у списку типових обмінів значно полегшує процес інтеграції. Проте необхідно виконати декілька попередніх налаштувань, причому у обох конфігураціях.
Спочатку розглянемо послідовність дій у 1С Бухгалтерія підприємства 3.0. Знайдемо у розділі «Адміністрування - Налаштування» пункт «Налаштування синхронізації даних» (рис.2).
Тут необхідно включити прапорець «Синхронізація даних» та обов'язково вказати префікс нашої бази (рис.3). За бажання можна – раніше цієї дати жодні дані завантажуватись або змінюватися не будуть.
Тепер заходимо на закладку «Синхронізація даних» і налаштовуємо обмін (Рис.4). Обмінів може бути кілька. Для кожного створюється свій рядок (кнопка із плюсиком «Налаштувати синхронізацію даних»). У демо-базі 1С Бухгалтерія ми вже маємо два записи. Перевіримо налаштування останньої (кнопка з олівцем «Налаштувати правила…»).
Заповнюємо тільки закладку «Правила отримання даних» (рис.5), оскільки нічого не відправлятимемо. На закладці «Правила надсилання даних» встановлюємо прапорці «Не надсилати».
Залишилося перевірити параметри підключення (Рис.6). Вибираємо «пряме підключення», вказуємо адресу бази на диску, з якої будемо отримувати дані, та користувача/пароль цієї бази. Користувач повинен мати повні права або хоча б права на синхронізацію. Іноді створюють віртуального користувача спеціально для обміну.
Детальну інформацію про налаштування цього розділу можна отримати з довідки (F1).
Аналогічні налаштування виконуються у базі «1С Управління торгівлею 11».
Налаштування обміну з боку Управління торгівлею 11
У різних релізах потрібний розділ може мати іншу назву. У прикладі це пункт «Налаштування інтеграції – Інші програми» (Рис.7).
Решта – схоже. Той самий прапорець «Синхронізація даних», той самий пункт і подібні установки. (Рис.8).
Тільки префікс інший. Це важливо!
Отримайте 267 відеоуроків з 1С безкоштовно:
Переходимо на закладку «Синхронізація даних» та створюємо новий обмін. Вибрати конфігурацію, з якою хочемо обмінюватися, можна за кнопкою «Налаштувати синхронізацію даних», сам обмін створюється за кнопкою «Налаштувати» (рис.9).
З цього моменту починаються відмінності від попереднього налаштуванняу БУХ.3.0. Нам потрібно заповнити вкладку «Правила надсилання даних» (рис.10). І головне, що потрібно зробити, — визначити склад даних, що надсилаються.
Вибрати дані, які збираємося передавати, можна кількома способами (рис.11). Усі вони зібрані у пункті «Зареєструвати». Можна вибрати один об'єкт і список. Або все одразу.
Повернемося на попередню закладку і виконаємо ще один важливий пункт, що вже нам знайомий – вкажемо параметри підключення (рис.12). Параметри настроюються так само, як і для бухгалтерії. Лише цього разу ми використовуємо віртуального користувача під назвою «Обмін».
Запуск та перевірка обміну між 1С Бухгалтерія 3.0 та 1С Управління торгівлею 11
Обмін виконується за кнопкою "Синхронізувати", яка знаходиться на першій сторінці налаштування (рис.13). Цю кнопку можна знайти і на інших сторінках. Більше того, немає особливої різниці, в якій із двох конфігурацій цю кнопку натискати. Обмін двосторонній.
Тиснемо кнопку і переходимо до наступного кроку.
Якщо обмін виконується вперше, доведеться виконати ручну синхронізацію, тобто зіставити однакові об'єкти двох конфігурацій, якщо такі є (рис.14). Якщо цього зробити, можуть з'явитися дублі.
На наступному кроці з'явиться можливість обрати організації, якими будуть передаватися дані, та інших відбори (рис.15).
Опис усіх відборів з'являється у спеціальному вікні, а повний списокоб'єктів, які будуть відправлені, можна отримати у звіті про склад даних, що відправляються (рис.16).
Обмін може виконуватися довго, час залежить від кількості об'єктів, що передаються. Після завершення процесу отримуємо картинку наступного виду – рис.17. За кнопкою «Налаштувати» можна налаштувати розклад, за яким обмін виконуватиметься автоматично.
«1С» представила першу версію нового формату обміну бізнес-даними EnterpriseData, що базується на XML і, за задумом його авторів, покликаний не лише уніфікувати взаємодію прикладних рішеньта окремих їх компонентів, створюваних самою фірмою, але також використовуватися як універсальний механізм інформаційної інтеграції будь-яких ділових додатків на будь-яких програмних платформах, у тому числі, звичайно, на «1С:Підприємстві».
Компанія вже давно практикує створення та використання відкритих стандартів для інформаційної взаємодії своїх додатків з ПЗ незалежних розробників, але досі це стосувалося лише окремих спеціалізованих предметних напрямків. Саме таким є створений майже п'ятнадцять років тому формат CommerceML для вирішення задачі електронної комерції, а також «Клієнт-банк» та DirectBank для спілкування додатків «1С» із зовнішніми банківськими системами. EnterpriseData ж є саме універсальний механізм, які здатний покрити всі сфери діяльності підприємства - фінанси, виробництво, закупівлі та продажі, складські операції тощо. Перша версія формату включає опис 94 типів документів з різних областей бізнесу. «1С» планує додавати до нього нові документи та деталізувати існуючі.
Як пояснюють представники «1С», поява EnterpriseData пояснюється необхідністю не тільки інтеграції додатків фірми до ПЗ інших розробників, а й – можливо навіть у першу чергу – створення уніфікованого механізму інформаційного спілкування всередині сімейства ПЗ «1С:Підприємство». Донедавна на вирішення цих завдань використовувався широкий спектр рішень, часто створюваних кожному за конкретного випадку. Переклад продуктів «1С» на EnterpriseData вже розпочався, він застосовується у всіх останніх версіях її ключових додатків («1C:ERP Управління підприємством 2.0», «1С:Бухгалтерія 8» 3.0, «1С:Бухгалтерія 8 КОРП» 3.0, «1С:Роздріб »2.0, «1С: Управління торгівлею» 11). У той же час, заміна стандартів, що вже використовуються (CommerceML, робота з банками) на EnterpriseData не передбачається, оскільки перевірені часом спеціалізовані алгоритми працюють більш ефективно, ніж універсальні засоби.
"1С" вважає, що новий форматзнайде широке застосування серед незалежних розробників, які створюють додатки на платформі «1С:Підприємство», для них пропонуються готові програмні компоненти у складі Бібліотеки стандартних підсистем (щось на зразок SDK для «1С:Підприємства»).
При використанні стандарту EnterpriseData дані між програмами передаються у вигляді XML-файлу з використанням відповідних XML-схем, при цьому фізична передача інформації може виконуватися за допомогою різних механізмів: веб-сервісів, файлового обміну через каталог, FTP та електронної пошти. Важливим моментом є те, що алгоритм взаємодії має на увазі можливість підтвердження одержувачем факту прийому та обробки спрямованих йому даних. Сам XML-файл фізично віддається у стислому вигляді (ZIP), що часто дозволяє скоротити трафік інформації у рази.
«1С» обіцяє подальший розвитокформату EnterpriseData та його підтримку у дедалі більшій кількості своїх додатків. Цей стандарт перебуватиме під управлінням самої фірми, жодних планів щодо його перетворення на незалежний галузевий стандарт у його творців поки немає.
У цій статті опишу свій, поки що невеликий, досвід організації обміну даними через універсальний формат EnterpriseData.
У моєму випадку обмін налаштовується між конфігураціями "Управління торгівлею 11.2" (далі УТ) та "Бухгалтерія підприємства 3.0.43" (далі БП). Обмін односторонній з УТ в БП. До оновлення "Керування торгівлею 11.1" на версію "11.2" обмін даними був налаштований за допомогою конфігурації "Конвертація даних 2.0". Однак після переходу на "11.2" в "Керування торгівлею" з'явилися помилки при роботі користувачів. Процедуру оновлення правил обміну було проведено, але результату це не дало. Відладчик показував, що проблема обміну даними. Вирішили видалити налаштування обміну даними в обох конфігураціях і налаштувати заново.
І "Управління торгівлею", і "Бухгалтерія підприємства" у нас працюють у клієнт-серверному варіанті. Налаштування синхронізації я почав з УТ. Виконав її так, щоб дані вивантажувалися з УТ у файл. Тобто синхронізація через мережевий каталог. У БП налаштував обмін таким чином, щоб із БП жодні дані не вивантажувалися.
Помилка під час виклику методу контексту (Перевірити): Помилка перевірки даних XDTO:
Структура об'єкта "/БанківськийРахунокКонтрагенту/Банк" не відповідає типу: (http://v8.1c.ru/edi/edi_stnd/EnterpriseData/1.1)КлючовіВластивостіБанк
Перевірка якості "БІК":
форма: Елемент
ім'я: (http://v8.1c.ru/edi/edi_stnd/EnterpriseData/1.1)БІК
тип:
Відсутня обов'язкова властивість
Об'єкт: Договір СКонтрагентом № ...
Для аналізу помилки натиснув на піктограму "Склад даних, що відправляються" і в списку зареєстрованих до відправки договорів контрагентів знайшов договір, за яким з'явилася помилка. Відкрив договір, запам'ятав банківський рахунок контрагента, зазначений у договорі. Потім перейшов до зареєстрованих банківських рахунків. Виявилося, що потрібного рахунку немає у списку зареєстрованих. Я перевів проблемний банківський рахунок та договір. Після цього зареєстрував вручну необхідний банківський рахунок.
Повторив спробу синхронізувати дані з УТ. На цей раз дані успішно вивантажилися. У мережевій папцісформувався XML файл, що містить дані для перенесення з УТ у ШП.
Наступний етап - завантажити дані з файлу до Бухгалтерії підприємства. У конфігурації "Бухгалтерія підприємства" я натиснув кнопку "Синхронізувати", відкрилася форма обробки з повідомленням "Виконується аналіз даних". Трохи пізніше повідомлення змінилося на "Виконується розвантаження даних". При цьому індикатор і лічильник показували, що з БП вивантажується понад 80 тисяч об'єктів. Це мене збентежило, адже я вказував у налаштуваннях, що з БП нічого не повинно вивантажуватись. Обробка виконувалася досить довго і завершилася помилкою:
Подія: Обмін даними
(ЗагальнийМодуль.Тривалі Операції.Модуль(371)): Аварійно завершився робочий процес фонового завдання
Викликати Виняток (ТекстПомилки);
Щоб локалізувати помилку, спробував змінювати налаштування синхронізації та варіанти роботи бази БП. У результаті, коли я перевів базу в файловий варіант, Система відпрацювала адекватно: відкрилася форма зіставлення двох баз. Після зіставлення об'єктів початкова синхронізація пройшла успішно. Потім я знову перевів базу у клієнт-серверний варіант.
При подальшій "обкатці" синхронізації, потрібно було внести деякі зміни до правил конвертації об'єктів. Настав час скористатися конфігурацією "Конвертація даних 3.0". У довідці конфігурації описано порядок роботи. Також допомогли статті на сайті ІТС.
У результаті я завантажив у "Конвертація даних 3.0" такі дані:
- Тексти загального модуля"МенеджерОбмінуДанимиЧерезУніверсальнийФормат" з двох баз
- Схема обох баз
- Опис формату EnterpriseData (з однієї бази)
- Правила конвертації
Після завантаження відкрив у "Конвертації даних 3.0" правила конвертації даних, об'єктів, властивостей. Вніс необхідні мені виправлення. Потім скористався кнопкою "Вивантажити модуль менеджера обміну". Текст модуля скопіювався в буфер обміну. Залишилося лише вставити його у конфігурацію.
Поексперементувавши з налаштуванням правил у "Конвертація даних 3.0", я для себе зробив висновок, що у випадку, коли внесені правки незначні, простіше налаштовувати правила безпосередньо в конфігураціях УТ і БП, в загальному модулі "Менеджер ОбмінуДанимиЧерезУніверсальнийФормат". Якщо ж редагування серйозні, такі як, наприклад, додавання нового об'єкта в обмін, тоді варто скористатися конфігурацією " Конвертація даних 3.0".
Завдання щодо додавання документа "Замовлення постачальнику" у план обміну я виконував за допомогою " Конвертація даних 3.0". У стандартному варіанті УТ - БП цього документа в плані обміну немає.
Пам'ятаємо, що правила реєстрації об'єктів для вивантаження, як і раніше, налаштовуються в конфігурації "Конвертація даних 2.0".
Ось такі перші враження про синхронізацію даних через універсальний формат EnterpriseData.
P.S. Якщо є питання та власні спостереження щодо обміну даними через Універсальний формат та конфігурації " Конвертація даних 3.0", пишіть у коментарях. Обмінюватимемося досвідом.
- Синхронізація даних
- Універсальний формат EntepriseData
- Конвертація даних 3.0
- Конвертація даних 2.0
- Управління торгівлею
- Бухгалтерія підприємства
У кожному плані є певний список елементів, інформацію про зміну яких може зберігати. Цей список називається "Склад плану обміну". Склад можна розширювати, але підтримка конфігурації знімається.
У «Макеті плану» зберігаються самі правила, з урахуванням яких працює синхронізація. Ось саме цей пакет конвертації (Правила реєстрації, Правила Обміну, Правила Обміну Кореспондента) нам і необхідний для подальшого вивчення.
Розглянемо приклад синхронізації даних між конфігураціями «1С:Зарплата та управління персоналом 3» (ЗУП) та «1С:Бухгалтерія підприємства 3» (БП). Зазначимо відразу, у цьому нам доведеться зняти конфігурацію з підтримки. Це буде потрібно за умовою.
Живий приклад потреби у доопрацюванні типових правил обміну
Наприклад, замовник звернувся до нас із такою проблемою: при синхронізації між ЗУП та БП немає можливості передати дані довідника «Реєстрації в податковому органі», які необхідні для заповнення документа «Відображення зарплати у бухобліку». Наразі таблична частина цього документа на стороні приймача БП містить порожню «Реєстрацію…» та користувачам доводиться вручну створювати такі записи у довіднику. Погодьтеся, це незручно. Можемо доопрацювати цей момент. 
Вирішення проблеми: доопрацюємо пакет конвертації з плану обміну ОбмінЗарплата3Бухгалтерія3. Додамо до типових «Правил обміну 1С» нове «Правило конвертації об'єктів» (ПКО) для довідника «Реєстрації в податковому органі» та відповідно «Конвертацію властивостей» цього довідника (ПКС). Обов'язково доопрацюємо типові правила реєстрації об'єктів, т.к. виникла потреба зареєструвати зміни довідника на вузлі обміну. І переглянемо "Правила обміну 1С" бази кореспондента.
Де все це редагуватимемо? для написання та зміни правил нам знадобиться конфігурація «1С: Конвертація даних 2».
Доопрацювання типових правил конвертації з Плану обміну ЗУП – БП
Отже, доопрацювання правил обміну 1С почнемо з того, що в конфігураторі для плану обміну ОбмінЗарплата3Бухгалтерія3 до складу додамо новий елемент - довідник РеєстраціїВПодатковомуОргані. Цю зміну зробимо в обох конфігураціях «1С:Зарплата та управління підприємством 3» та «1С:Бухгалтерія підприємства 3».
Збережемо та оновимо конфігурації.
У режимі підприємства кожної бази вивантажимо опис структури метаданих з допомогою обробки MD83Exp.epf для платформи «1С:Підприємство 8.3». Обробку можна знайти в комплекті "1С: Конвертація даних".
На наступному етапі вивантажимо пакет конвертації із ЗУП та БП. Пакет повинен складатися з 3 файлів: Правила Реєстрації, Правила Обміну, Правила Обміну Кореспондента.
У рамках цієї статті не буде опису як налаштовується синхронізація даних, це можна прочитати на сайті компанії «Кодерлайн» у розділі «Статті експертів» або переглянути записи вебінарів. Зараз у базах вже налагоджена ця опція. Тому переходимо в налаштування синхронізації (Адміністрування -> Синхронізація даних -> Налаштування синхронізації даних), натискаємо кнопку "Завантажити правила". Перед нами відкриється форма "Правил для синхронізації". На кнопці «Ще» виберемо пункт «Зберегти правила у файл».
Ось такий пакет після вивантаження має у нас вийти.
Аналогічні дії здійснимо і для іншої інформаційної бази «1С:Бухгалтерія підприємства».
У результаті всі підготовчі роботи для редагування правил готові. У нас є:
Опис структури метаданих для завантаження в "1С: Конвертація даних 2" (для ЗУП та БП);
Пакет конвертації, який містить правила обміну 1С та правила реєстрації, необхідні для завантаження в «1С: Конвертація даних 2» (для ЗУП та БП).
Переходимо в "1С: Конвертація даних 2". Виконаємо такі дії по порядку для обох інформаційних баз:
Завантажуємо структури метаданих конфігурацій;
Створюємо конвертації та завантажуємо правила обміну даними 1С із пакетів конвертації (файл правил називається ExchangeRules);
Створюємо реєстрацію та завантажуємо правила реєстрації з пакетів конвертації (файл правил називається RegistrationRules).
Переходимо безпосередньо до нашого доопрацювання. До правил обміну 1С додаємо нове правило конвертації об'єктів (ПКО) – довідник «Реєстрації в податковому органі». Додаємо правило конвертації властивостей (ПКС) для цього довідника та правило вивантаження даних (ПВД). Такого роду доопрацювання необхідно виконати як правил з пакета ЗУП, так правил обміну з пакета БП. Вивантажуємо наші правила обміну у відповідні файли ExchangeRules.
Переходимо до правил реєстрації нового елемента. Додаємо довідник «Реєстрації у податковому органі». Вивантажуємо правила реєстрації у відповідний файл із пакета RegistrationRules. Цю дію також виконуємо для обох баз.
Допрацьовані правила обміну та правила реєстрації готові. Тепер у правила кореспондента (CorrespondentExchangeRules) із пакета ЗУП копіємо вміст правил обміну (ExchangeRules) із пакета БП. У правила кореспондента (CorrespondentExchangeRules) з пакета БП копіюємо вміст правил обміну (ExchangeRules) із пакета ЗУП.
У результаті має вийти таке:
На цьому роботу в «1С:Конвертація даних 2» завершено. Допрацьовані пакети правил конвертації готові, залишилося завантажити їх у інформаційні базита перевірити синхронізацію.
Архівуємо файли з пакетів у Архів ZIPта завантажуємо до ЗУП та БП свої пакети конвертації.
Все готове. Залишилось протестувати.
Згадаймо умови завдання. Необхідно було зареєструвати до вивантаження довідник «Реєстрації у податковому органі» та перевірити, як заповнюється ТЧ документа «Відображення зарплати у бухобліку» на боці «1С:Бухгалтерія підприємства 3».
У джерелі «1С:Зарплата та управління підприємством 3» реєструємо до вивантаження наш довідник. Виконуємо синхронізацію. Переходимо до бази приймач і теж виконуємо синхронізацію для отримання даних. Зауважимо, що тепер у плані обміну з'явився потрібний довідник для реєстрації змін.
Перевіряємо на стороні «1С:Бухгалтерія підприємства 3»:
Підіб'ємо підсумок. Результат поставленого завдання виконано успішно. Ми доопрацювали план обміну ЗУП – БП, додавши новий елемент для реєстрації змін та дописали правила конвертації для синхронізації даних.
- Відео – 21 навчальна година
- Методичні матеріали у PDF - 117 сторінок А4
- 16 практичних завданьз рішеннями викладача
Формат курсу, підтримка
Матеріали доступні відразу після оплати замовлення – Ви завантажуєте їх із сайту та вивчаєте у будь-який зручний час.
Підтримка здійснюється через Майстер-групу на сайті.
Повноцінний доступ до Майстер-групи має бути активовано не пізніше 100 днів після покупки.
Актуальність курсу
Матеріали курсу є актуальними для версії БСП 2.3.2.73.
Якщо Ви плануєте використовувати більш старші версії БСП, врахуйте, що змінилися механізми роботи підсистеми БСП "Обмін даними", також змінилися інтерфейси.
Новий курс під останні версіїБСП знаходиться у процесі розробки та буде випущено за кілька місяців. Але для версій БСП 2.3.2.73 і молодшим буде актуальним поточний курс.
Вартість курсу
9700 рублів
Гарантія
Ми ведемо навчання з 2008 року, впевнені як наші курси і даємо на цей курс нашу стандартну 60-денну гарантію.
Це означає, що якщо Ви почали займатися за нашим курсом, але раптом передумали (або, скажімо, не маєте можливості), то у Вас є 60-денний термін для ухвалення рішення – і якщо Ви робите повернення, ми повертаємо 100% оплати.
Розстрочка платежу
Наші курси можна сплатити частинами або на виплат, у тому числі без відсотків. При цьому доступ до матеріалів Ви отримуєте відразу.
Це можливо при оплаті від фізичних осіб у сумі від 3 000 руб. до 150 000 руб.
Все, що Вам потрібно зробити, – це вибрати спосіб оплати “Оплата через Яндекс.Каса”. Далі на сайті платіжної системивибираєте "Заплатити частинами", вказуєте термін і розмір виплат, заповнюєте невелику анкету - і через пару хвилин отримуєте рішення.
Варіанти оплати
Ми приймаємо усі основні форми платежів.
Від фізичних осіб- Оплати з карт, оплати електронними грошима (WebMoney, ЯндексДеньги), оплати через інтернет-банкінг, оплати через салони зв'язку і так далі. Можлива також оплата замовлення частинами (на виплат), у тому числі без додаткових відсотків.
Почніть оформляти замовлення – і на другому кроці Ви зможете вибрати найкращий спосіб оплати.
Від організацій та ІП– безготівкова оплата, надаються документи на постачання. Ви вводите замовлення – і одразу можете роздрукувати рахунок на оплату.
Навчання кількох співробітників
Наші курси призначені для індивідуального навчання. Групове навчання за одним комплектом є незаконним поширенням.
Якщо компанії потрібно навчити кількох співробітників, ми зазвичай пропонуємо "додаткові комплекти", які коштують на 40% дешевше.
Для оформлення замовлення на "додатковий комплект" виберіть у формі 2 та більше комплектів курсу, починаючи з другого комплекту вартість курсу буде на 40% дешевша.
Є три умови використання додаткових комплектів:
- не можна придбати лише додатковий комплект, якщо до цього (або разом з ним) не було придбано хоча б один звичайний
- на додаткові комплекти не діють ще якісь знижки (вони і так дисконтовані, вийшла б знижка на знижку)
- на додаткові комплекти не діють акції (наприклад, компенсація 7000 рублів) з тієї ж причини