Обмін даними з 1з8 3. Обмін через універсальний формат

У кожному плані є певний список елементів, інформацію про зміну яких може зберігати. Цей список називається "Склад плану обміну". Склад можна розширювати, але підтримка конфігурації знімається.

У «Макеті плану» зберігаються самі правила, з урахуванням яких працює синхронізація. Ось саме цей пакет конвертації (Правила реєстрації, Правила Обміну, Правила Обміну Кореспондента) нам і необхідний для подальшого вивчення.

Розглянемо приклад синхронізації даних між конфігураціями «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»:


Підведемо підсумок. Результат поставленого завдання виконано успішно. Ми доопрацювали план обміну ЗУП – БП, додавши новий елемент для реєстрації змін та дописали правила конвертації для синхронізації даних.

Автоматизовані системиуправління здебільшого складаються з окремих баз даних і найчастіше мають територіально розподілену структуру. При цьому правильно реалізований обмін даними - необхідна умовадля ефективної роботитаких систем.

Початкове налаштування обміну при цьому може вимагати низки дій, не тільки в частині програмування, а й консалтингу, навіть якщо ми маємо справу з однорідними джерелами, як у випадку з продуктами на платформі «1С:Підприємство». Чому налаштування обміну 1С (або, як ще це називається - синхронізація даних у 1С 8.3) може стати найважчим і найдешевшим завданням проекту інтеграції, розглянемо в цій статті.

Обмін даними в середовищі 1С дозволяє:

  • Виключити подвійне введення документів;
  • автоматизувати суміжні бізнес-процеси;
  • Оптимізувати взаємодію між розподіленими підрозділами;
  • Оперативно актуалізувати дані для роботи спеціалістів різних відділів;
  • «Розмежувати» різні видиобліку.

*У разі, коли дані одного виду обліку суттєво відрізняються від іншого, необхідно забезпечити конфіденційність інформації та «розмежувати» інформаційні потоки. Наприклад, обмін даними між 1С УТ та 1С Бухгалтерія не вимагає вивантаження до бази регламентного обліку управлінських даних, тобто. синхронізація у 1С тут буде неповна.

Якщо представляти стандартний процес реалізації первинного обміну даними, коли хоча б один із його об'єктів – продукт 1С, то можна виділити такі етапи:

  • Узгодження складу обміну;
  • Визначення транспорту (протоколів обміну);
  • Встановлення правил;
  • Складання розкладу.

Виявлення складу обміну 1С

Об'єкти обміну можна умовно поділити на «джерело» та «приймач». При цьому вони можуть виконувати дві ролі одночасно, що називатиметься – двостороннім обміном. Визначення джерела та приймача відбувається логічним шляхом залежно від необхідності або від функціональних можливостейсистеми.

*Наприклад, при інтеграції «WA: Фінансист» – рішення для ведення фінансового обліку та управління процесами казначейства, розробленого на базі «1С:Підприємство», експерти WiseAdvice рекомендують саме його як майстер-систему. Це пов'язано з наявністю інструментів контролю за дотриманням правил заявочної політики, відповідно, й у забезпечення ефективності роботи рішення.

Далі на основі отриманих та зафіксованих вимог з боку користувачів створюється список даних для обміну, визначається їх обсяг, вимоги до частоти обміну, прописується процес роботи з помилками та обробки виняткових ситуацій (колізій).

На цьому етапі залежно від парку наявних систем і структури підприємства визначаються з форматом обмена:

Розподілена інформаційна база

  • РИБ має на увазі обмін між ідентичними конфігураціями баз даних 1С, з чіткою структурою управління «головний-підлеглий» для кожної пари обміну. Будучи елементом технологічної платформи, РИБ крім даних може передавати зміни у конфігурації та адміністративну інформацію БД (але від головного до підлеглого).

Універсальний обмінданими в 1С

  • Механізм, що дозволяє налаштувати обмін баз 1С як з конфігураціями на платформі «1С:Підприємство», так і з системами сторонньої розробки. Обмін здійснюється за допомогою переведення даних в універсальний XML-формат відповідно до «Планів обміну».

EnterpriseData

  • Нова розробка фірми 1С, призначена для реалізації обміну даними у форматі xml між продуктами, створеними на платформі «1С:Підприємство», з будь-якими системами автоматизації. Застосування EnterpriseData полегшує доопрацювання, пов'язані з обміном. Раніше при включенні до системи нової конфігураціїбула потрібна реалізація механізму імпорту та експорту даних, як для неї, так і для вже наявних систем. Тепер системи, що підтримують EnterpriseData, не потребують доопрацювань, маючи лише одну точку «входу-виходу».

Визначення транспорту (протоколів обміну)

Для системи на платформі «1С:Підприємство 8» передбачено широкий спектр можливостей для організації обміну з будь-якими інформаційними ресурсамиза допомогою загальноприйнятих універсальних стандартів (xml, текстові файли, Excel, з'єднання ADO і т.д.). Тому щодо транспорту даних обміну слід відштовхуватися від можливостей бази даних сторонньої системи.

Синхронізація довідників

p align="justify"> Основним принципом ефективної синхронізації довідників є наявність однієї точки введення. Але якщо йдеться про роботу з довідниками, що історично заповнювали за різними правилами, необхідно чітко визначити поля синхронізації для приведення обміну до «спільного знаменника».

*На цьому етапі може знадобитися проведення робіт з нормалізації НСІ на боці джерела даних. Залежно від стану довідників та їх обсягу, процес зіставлення елементів, розпізнавання, виявлення помилок і дублів, а також заповнення полів, що бракують, і призначення полів синхронізації, може вимагати роботи цілої групи експертів, як з боку інтегратора (власника методики нормалізації НСІ), так і з боку замовника.

Встановлення правил

Можливість відображення даних систем-джерел у приймачах залежить від правильно заданих правил обміну. Правила, представлені у форматі xml, регулюють відповідність ключових реквізитів об'єктів джерела-приймача. Рішення «1С:Конвертація даних» призначене для автоматизації створення правил реалізації як одноразового обміну, і постійного.

Гарантує відсутність втрат даних під час обміну План обміну. Це складова частина будь-якої конфігурації на платформі «1С:Підприємство», що повністю описує порядок обміну 1С: склад даних (документи з «розпізнавальними» реквізитами) та вузли (інформаційні бази приймачі-передавачі), а також активацію РІБ для обраних напрямків обміну.

Будь-яка зміна даних, занесених до Плану обміну, фіксується і отримує ознаку «зміненості». Доки змінені дані не будуть відповідати один одному у вузлах приймача-передавача, ознака скинуто не буде, і система розсилатиме контрольні повідомлення в обидва вузли. Після вивантаження даних та підтвердження їхньої повної відповідності в обох системах, ознака скидається.

Розклад обміну в 1С

Для автоматизації регулярного обміну встановлюється періодичність розвантаження даних. Частота обміну залежить від необхідності та технічних можливостей. Також конфігурації на платформі «1С:Підприємство» дозволяють налаштувати обмін даними при настанні якоїсь події.

Розглянувши стандартний процес реалізації обміну, звернемо увагу на фактори, які вимагатимуть доопрацювань на різних етапах:

  • Чи не типові, сильно допрацьовані зміни БД;
  • Різні версії платформи «1С:Підприємство»;
  • Давно не оновлювані, актуальні версії конфігурації;
  • Об'єкти обміну, що раніше зазнали доопрацювань;
  • Необхідність у нестандартних правилах обміну;
  • Набір і склад реквізитів, що сильно різниться, в наявних довідниках.

Оскільки навіть стандартні дії щодо реалізації первинного обміну даними вимагають експертних знань, їх рекомендується проводити за участю фахівців 1С. Тільки після виконання всіх вищеописаних дій слід переходити до налаштування обміну конфігурації. Розглянемо інтеграцію баз даних з прикладу «1С:УПП» і «1С:Роздріб» (за цією ж схемою налаштовується обмін із «1С:УТ»). Також до типової синхронізації відноситься обмін УПП – УПП, характерний для масштабних систем автоматизації на найбільших промислових підприємствах.

У підменю «Сервіс» вибираємо «Обмін даними з продуктами на платформі…» (вибір прямого обмінуз "Роздрібою" часто загрожує помилками на рівні COM-об'єктів). Звернімо увагу на службове повідомлення « Ця можливістьнедоступна».


Щоб вирішити цю проблему, необхідно вибрати «Налаштування обміну даними»


…і проставити галочку. Далі повідомлення про помилку ігноруємо.


У налаштуваннях синхронізації даних вибираємо «Створити обмін із «Роздріб»…



Перед налаштуванням параметрів підключення через локальний або мережевий каталог слід переконатися, що на диску під каталог є місце. Хоча, як правило, він не займає більше 30-50 Мб, у виняткових випадках під нього може знадобитися до 600 Мб. Створити потрібний каталог можна прямо з конфігуратора.



При підключенні через мережевий каталог пропозиції налаштувати підключення за допомогою FTP-адреси та електронною поштою ігноруємо, натискаючи «Далі».


У налаштуваннях вручну проставляємо префікси – умовні позначеннябаз (як правило, БП, УПП, РО), задаємо правила та початкову дату вивантаження даних. Префікс буде вказуватися в назві документів для позначення бази, в якій вони були створені. Якщо правила вивантаження не будуть редаговані, дані за замовчуванням будуть вивантажуватись за всіма наявними параметрами.



Створюємо файл налаштування обміну для "Роздріб", щоб не повторювати свої дії. При необхідності негайного надсилання даних відразу після налаштування синхронізації – проставляємо галочку.


Для автоматизації процесу обміну необхідно налаштувати розклад.


Меню "Роздріб".


Проставляємо галочку та вибираємо «Синхронізацію».


Проводимо «зворотне» налаштування, вибираючи Управління виробничим підприємством.




Завантажуємо файл із налаштуваннями, створений в УПП.


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





Діємо так само, як і в УПП.









Перевірочне зіставлення даних (Ручне зіставлення даних рекомендується зробити підготовчому етапі, оскільки це можуть стати найтрудомісткішими у реалізації обміну). Відкриття вікна зіставлення відбувається по подвійному клацанню миші.



У разі помилки у синхронізації «Докладно…» буде замінено на «Ніколи…».


«Докладно…» відкриває журнал реєстрації з уточненою інформацією щодо обміну.


Готово.

Універсальний механізм обміну данимипризначений як для створення територіально розподілених систем на основі 1С:Підприємства 8, так і для організації обміну даними з іншими інформаційними системами, Не заснованими на 1С:Підприємстві 8.

Цей механізм дозволяє переносити лише дані 1С:Підприємства; перенесення конфігурації та адміністративної інформації 1С:Підприємства 8 за допомогою цього механізму неможливе.

Можливості

  • обмін даними може бути реалізований як з інформаційними базами 1С:Підприємства, так і з іншими інформаційними системами;
  • організація різних стратегій обміну повідомленнями;
  • реалізація різних способівдозволу колізій при одночасному зміні даних у різних вузлах розподіленої системи;
  • реалізація відновлення обміну даними у таких випадках, як відновлення інформаційних баз резервні копіїі т.д.

Особливості

  • як формат обміну використовуються XML документи;
  • при обміні даними між інформаційними базами 1С:Підприємства 8 не накладається обмежень на ідентичність конфігурації та структури конкретних об'єктів;
  • в одній конфігурації можна створити кілька незалежних схем обміну з різними інформаційними системами;
  • при організації схеми обміну не накладається обмежень структуру розподіленої системи. Може бути організована як класична структура типу «зірка», і складніші багаторівневі структури типу «сніжинка» та інші;
  • розробнику прикладного рішення надається можливість гнучкого управління складом обміну, як з точки зору структури переданих даних, так і з точки зору складу інформації, що передається в конкретні вузли обміну;
  • об'єкт бази даних спочатку створюється одному з вузлів обміну. Склад інформації, що передається, може регулюватися в залежності від вмісту даних, і не залежить від місця початкового введення інформації.

Складові частини

Універсальний механізм обміну даними є жорстким рішенням. Його робота реалізується набором засобів технологічної платформи 1С:Підприємства 8, які можуть використовуватися в прикладних рішеннях різних комбінаціях.

  • План обміну
    Об'єкти конфігурації План обміну є центром, навколо якого групуються інші засоби обміну даними. З допомогою цих об'єктів описується набір вузлів розподіленої системи та склад даних, якими передбачається обмінюватися у межах цього плану обміну.
    Крім цього, плани обміну реалізують роботу двох важливих механізмів, задіяних під час обміну даними:
    • Служба реєстрації змін
      Дозволяє отримувати інформацію про те, які елементи даних були змінені, і який вузол обміну їх необхідно передати.

У реального життяРідкісна компанія обходиться однією базою 1С. Найчастіша ситуація – це дві бази, бухгалтерія та зарплата.

Бази мають бути пов'язані – нарахували зарплату, до бухгалтерії мають піти нараховані податки до сплати.

Для зв'язку кількох баз існує Обмін 1С. Як він працює?

Що таке Обмін 1С?

Є мережа магазинів та центральний офіс. У кожному магазині та в офісі є склад. Товари переміщуються зі складу склад (переважно з центрального на склади магазинів), й у магазинах — продаються.

Використовується база 1С Роздріб в офісі та ця ж база у кожному магазині. Бази у магазинах – підпорядковані базі в офісі.

В офісі створюють документи щодо переміщення товарів зі складу на склад, призначаються ціни. Документи заливаються до підлеглих баз і там «з'являються» товари.

У магазинах створюються документи про скоєні продажі товарів. Документи заливаються в офісну базу і там з'являються продажі.

Така схема називається – розподілена інформаційна база (РІБ). Процедури заливки документів - двосторонній обмін 1С. А налаштування цієї схеми – УРІБ чи УРІБД (управління розподіленими інформаційними базами даних).

Принципи Обміну довідниками в 1С

Довідники 1С (а набір усіх довідників «в комплексі» називають НПІ – нормативно-довідкова інформація) – у різних базах зазвичай мають бути єдині. Це означає, що навіть баз кілька, то список товарів, складів, контрагентів – єдиний у різних базах.

Традиційна практика, як у одній основі довідник можна редагувати, а інші він копіюється («мігрує»). Як ми раніше вже обговорювали – кожен елемент 1С має унікальний ідентифікатор – GUID . Довідники зазвичай копіюються разом зі своїм GUID і таким чином ідентичні у всій розподіленій інформаційній системі.

В іншому випадку, коли з'єднуються кілька існуючих баз, або коли довідники можна створювати в різних базах одночасно, їх GUID будуть різними. І тому існує механізм зіставлення. У спеціальний регістр відомостей під час обміну 1С записується інформація, що з бази №1 з GUID ххх дорівнює елементу у цій базі з GUID yyy. Спочатку наявні елементи, які вже не рівні, потрібно зіставити автоматично (за іншими реквізитами, наприклад, за назвою або за ІПН і КПП) або вручну.

Принципи Обмін документами в 1С

Документи в 1С проводяться по регістрам і після цього вважаються проведеними. Це породжує зрозумілі складнощі під час перенесення.

Один варіант – перенести лише документи та провести їх заново після завантаження. Цей метод часто використовується, але може народжувати помилки - документ може і не провестися в новій базі, так як умови при проведенні можуть скластися інакше, ніж були в момент проведення документа в початковій базі.

Інший варіант – перенесення документів та регістрів разом. Як ми розуміємо, відразу ж постає питання – чи ми переносимо всі документи взагалі, і тоді весь регістр взагалі або змушені обирати для перенесення тільки руху по документах, що переносяться.

Допустимо, нам потрібно перенести елемент довідника Номенклатура. Цей довідник має 10 полів, з яких 5 є рядками та числами, а 5 – посиланнями на інші довідники.

Відповідно при перенесенні одного елемента Номенклатури ми змушені шукати та переносити також 5 елементів інших довідників.

Таким чином, при перенесенні одного елемента довідника або одного документа, за посиланням може бути перенесено 100 і більше інших об'єктів 1С.

Фактично кажуть, що майже всі довідники конфігурації так чи інакше посилаються один на одного.

Плани обміну 1С

Припустимо, що ми створили розподілену базу даних та провели обмін 1С. На центральний склад закуплено товар та підготовлено для відправки до магазинів. У 1С офісі ввели потрібні документи переміщення товарів. Потрібно, щоб вони завантажилися до магазинів.

Що робити? Провести знову повний обмін 1С? Довго та неефективно! Набагато краще було б обчислити, що саме було додано або змінено користувачами в офіс, щоб до магазинів потрапили лише зміни.

І тому існує – плани обміну 1С. Програміст заздалегідь створює план обміну 1С щодо обмінів 1С з будь-якої іншої базою даних, наприклад з нашими магазинами.

План обміну 1С зазначає під час роботи користувачів з довідниками та документами, що було додано або змінено з моменту проведення останнього обміну 1С із цією базою.

Створення УРІБ 1С

Отже, ми створимо розподілену базу з нуля. Спочатку ми маємо «батьківську» базу офісу. З неї ми виділятимемо бази магазинів, які будуть їй підпорядковані.

У типових конфігураціях вже є типові плани обміну 1С. Види баз, котрим вони призначені – інтуїтивно зрозумілі з назви:

  • Обмін 1С із сайтом: обмін із сайтом 1С:Бітрікс
  • Обмін 1С УПП-УТ або УТ-Роздріб: типові обміни з конфігураціями-побратимами
  • Повний – обмін 1С з базою даних з урахуванням такої конфігурації.

РИБ – розподілена інформаційна база – можна створити зокрема з урахуванням плану обміну 1С «Повний». У конфігураторі у плані обміну 1С має стояти галочка «Розподілена інформаційна база».

План обміну 1С, створений конфігураторі, свідчить, що ми збираємося обмінюватися з такою конфігурацією. У режимі Підприємство в цьому ж плані обміну 1С тепер потрібно вказати конкретні бази даних на базі цієї конфігурації.

Зайдемо до плану обміну 1С (Операції/План обміну; також можуть бути в іншому меню, часто в меню Сервіс/ХХХ).

У списку баз даних у плані обміну 1С є одна із зеленим кружечком на картинці. Цей елемент позначає цю базу. Інші елементи позначають ІНШІ бази, з якими йде обмін 1С.

Необхідно, щоб було заповнено найменування і код у всіх елементів.

Щоб створити підлеглу базу магазину:

  • Встановіть куховар у списку на елемент плану обміну 1С, який ми створили як «базу магазину»
  • Виберіть «Дії/Створити початковий образ».

У результаті буде створено одну базу з вивантаженими в неї початковими даними. Це потрібно повторити для кожного елемента плану обміну 1С, крім поточної бази.

Теорія проведення обмінів 1С

Теорія обміну 1С досить проста:

  • Одна з баз (частіше база центру) ініціює обмін 1С за розкладом або за подією (вхід до бази певного користувача і т.п.)
  • Обмін 1С полягає у вивантаженні з бази файлу
  • Файл має бути переміщений у те місце, звідки його зможе забрати підпорядкована база (частіше кулі або ftp, рідше електронна пошта)
  • Підпорядкована база завантажує отриманий файл
  • Як підтвердження, що інформація отримана, підпорядкована база вивантажує «відповідний» файл, який так само завантажується назад в центральну базу
  • Сеанс обміну 1С завершено.

Існують інші методи обміну 1С, не через файли, а, наприклад, через пряме COM-з'єднання між двома базами. Його плюси:

  • Не потрібне «місце для зберігання та передачі файлів»
  • Не потрібно повторного завантаження підтвердження
  • Все відбувається швидше за рахунок перших двох пунктів.

Однак обмеження зрозуміло - бази повинні бути в такій доступності одна до одної, щоб зуміти ініціювати з'єднання COM.

Налаштування РИБ 1С

У константах типових конфігурацій (Операції/Константи; або Сервіс/Налаштування програми) — зазвичай є загальне налаштуванняобмінів 1С. Це – префікс у кодах елементів та номерах документів, щоб легко визначати, в якій базі він створений. А також внутрішній метод збереження інформації про місце створення довідників та документів.

Тепер необхідно налаштувати як відбуватиметься процес періодичного обміну 1С інформацією між створеними базами.
Усі налаштування РИБ в 1С перебувають у типових конфігураціях зазвичай у меню Сервіс/Розподілені інформаційні бази/Налаштувати вузли РИБ.

Для кожного раніше створеного елемента "віддаленої бази магазину" необхідно додати елемент налаштування.

У налаштуванні вказується спосіб обміну 1С: файл (кулі), файл (FTP), файл (e-mail).

Створення та налаштування розподіленої інформаційної бази 1С у тонкому клієнті

Подивимося аналогічну настройку у типовій конфігурації на базі тонкого клієнта– Управління торгівлею редакція 11.
Налаштування (і створення з нуля) знаходяться на закладці інтерфейсу Адміністрація. Пункт "Обмін даними".

Виберемо "Створити обмін у розподіленій інформаційній базі".

З самого початку 1С нам запропонує вказати, яким чином ми збираємося обмінитися з підлеглою базою інформацією. Ось варіант налаштування "через файл на кулі".

Ось варіант налаштування через файл на FTP.

Назва нашого налаштування обміну 1С.

І відразу ж пропозиція створити «початковий образ» — тобто саму підлеглу бази даних із вивантаженням у неї первинної інформації.

На відміну від конфігурації на товстому клієнті, обидві налаштування обміну 1С знаходяться в одному місці.



Завантаження...
Top