Надіслати цю статтю на мою пошту
Основні причини потреби застосування обміну між базами 1С - це наявність філій та поділ видів обліку, т.к. Найчастіше компанії працюють у кількох інформаційних базах. Налаштування обміну 1С 8.3 дозволяє виключити ведення подвійної роботи – введення тих самих документів і довідників у двох програмах, а також оперативно постачати потрібні об'єкти системи для різних філій та відділів.
У разі, коли необхідно здійснювати обмін між філією, використовується РІБ (Розподілена інформаційна база). Це механізм обміну між ідентичними змінами. Він є деревом, зверху якого знаходиться найголовніший кореневий вузол, нижче пари зв'язаних між собою вузлів. Вносити зміни можна в будь-якому вузлі цієї системи, і вони будуть передані іншим зв'язаним вузлам. Виконується так само поширення як даних, а й змін від кореневого вузла до підлеглим.
При необхідності поділу видів обліку, наприклад, ведення оперативного в торговій базі, а регламентованого - у бухгалтерській, доступні універсальні механізми обміну з гнучкими налаштуваннями синхронізації даних.
Однією з нових розробок 1С є формат обміну даними EnterpriseData. Він простий у використанні і призначений для обміну всередині компанії між базами 1С, так і сторонніми програмами.
Реалізацію обміну даними для підприємства можна у вигляді послідовних процедур.
Насамперед слід визначити між якими базами має бути обмін; це буде двосторонній або односторонній обмін; якщо односторонній, то яка база передаватиме інформацію, а яка лише отримуватиме; якщо це складна мережа філій, то треба прописати схему побудови баз.
Потім вибираємо відповідний формат: РІБ, універсальний формат; обмін за правилами обміну; обмін без правил обміну.
Наступним кроком буде вибір транспорту для обміну. Доступний великий вибір технологій, виділимо основні: каталог (локальний чи мережевий), FTP-ресурс, COM з'єднання, веб-сервіс, електронна пошта.
Четвертим кроком буде визначення даних: документів, довідників та за необхідності деталізація до окремих їх реквізитів, що підлягають передачі.
І на закінчення прописується розклад періодичності обміну
Кожен варіант налаштування обміну 1С 8.3 вимагає ретельно підготовки. Його реалізація не під силу кожному користувачеві, тут необхідно враховувати безліч нюансів та розуміти принципи роботи обміну. Особливу увагу потрібно приділити налаштуванню, якщо бази: містять доопрацювання або безліч додаткових. реквізитів, що відрізняються версіями платформи або використовуються застарілі версіїЗмін, підприємство велике і використовує автоматизовану систему, що з великої кількості баз. Помилки неприпустимі, т.к. можуть призвести до невиправних наслідків. Самостійна реалізація обміну в 1С рекомендується лише тому випадку, якщо треба налаштувати просту передачу інформації між типовими конфігураціями.
Якщо ви сумніваєтеся у своїх силах, краще не заощаджувати, а звернутися до грамотного фахівця, який допоможе вирішити складне завдання налаштування обмінів 1С 8.3.
Якщо ви все ж таки вирішили виконати налаштування обмінів 1С без залучення експертів, рекомендується попередньо провести тестування на копіях баз, а перед початком роботи в робочих базах вивантажити конфігурації для можливості повернення до початкового стану у разі виникнення помилок.
Нижче наведемо докладний прикладналаштування обміну 1С 8.3 в односторонньому порядку між типовими конфігураціями Управління торгівлею 11 (УТ) та Бухгалтерія підприємства 3.0 (БП). Приклад актуальний для багатьох компаній, що ведуть оптову та роздрібну торгівлю. В УТ ведеться управлінський облік, у БП – регламентований, обмін необхідний для полегшення роботи користувачів.
Такий алгоритм підходять для інших типових конфігурацій на платформі 1С 8.3
Насамперед проведемо підготовчу роботу для приймача інформації, тобто. для БП. Запускаємо програму у режимі Підприємство. Потрібно встановити константу Синхронізація даних (розділ Адміністрація → Синхронізація даних).
Зверніть увагу на поле Префікс, тут потрібно вказати значення, яке дозволить згодом розрізнити (за значенням коду довідника чи номером документа), у якій програмі спочатку були створені об'єкти. У нашому прикладі підійде звичайне скорочення - БП і УТ, якщо налаштування обміну 1С 8.3 виконується для складного обміну між великою кількістю баз, а так само однакових конфігурацій потрібно ввести кожній базі своє зрозуміле позначення.
Оскільки БП є лише приймачем інформації, переходимо до налаштування УТ.
Тут, так само як і в БП, потрібно включити синхронізацію і вказати префікс. Ці відомості доступні в розділі НСІ та адміністрування → Налаштування синхронізації даних.
Вибираємо спосіб налаштування Вказати налаштування вручну. Далі.
Встановимо варіант прямого підключення, коли обидві програми розташовані в одній локальної мережі, вкажемо параметри підключення до каталогу ІБ у цій мережі, а також заповнимо автентифікаційні відомості про користувача (в базі БП). Далі.
Система перевірить правильність зазначених даних та у разі позитивного результату виведе вікно налаштування обміну 1С 8.3.
За посиланням Змінити правила вивантаження даних доступні налаштування обміну. Внесемо уточнення НСІ – вивантажувати лише використовувані у документах, виберемо організації та варіант роботи з договорами – без прив'язки, поділ документів у розрізі складів. Початок обміну – з 1 березня поточного року.
Внесені правила записуємо та закриваємо.
Так як у прикладі йдеться про односторонню передачу інформації, то в наступному вікні налаштувань для отримання даних з іншої програми слід встановити значення Не надсилати. Записати та закрити. Далі.
Тепер потрібно перевірити введені параметри і якщо вони вірні натиснути Далі, інакше повернутися до попереднього кроку, натиснувши Назад.
Потім буде запропоновано провести синхронізацію. Тиснемо Готово.
При необхідності виконати співвідношення однакових об'єктів двох конфігурацій відкриється вікно для зіставлення даних. Виконуємо зіставлення і тиснемо Далі.
При виконанні передачі об'єктів можливе виникнення проблемних ситуацій, переглянути результати можна за посиланням Попередження під час синхронізації даних.
Після синхронізації буде виведено вікно з підтвердженням успішного завершення цього процесу.
Тут же за командою Налаштувати або після сценарії синхронізації можна налаштувати розклад автоматичного виконанняобміну.
7
1. Створюєш зовнішню обробкуабо звіт у ній формі пишеш "Плани Обміну. Встановити Головний Вузол (Невизначено);"
7
2. Зберігаєш обробку. 3. Закриваєш конфігуратор 4. Запускаєш режим користувача. 5. Запускаєш обробку.
6
Автоматизація обміну між базами використовуючи обробку " Універсальний обмін даними у форматі XML " В основу даної публікації покладено знайдені мною матеріали щодо створення обміну між двома базами з використанням обробки " Універсальний обмін
6
Інструкція створення одностороннього обміну даними між конфігураціями "Джерело" та "Приймач" з нуля: 1 Завантажуємо останню версіюконфігурації " Конвертація даних " . Зараз на сайті ІТС перестали чомусь публікувати повні дистрибутиви, пое
Якщо ви робите обмін даними між конфігураціями Управління торгівлею 10.3 та Бухгалтерія підприємства 2.0, то після оновлення однієї з конфігурацій необхідно оновити правила обміну.
Розглянемо випадок коли обмін налаштовувався з конфігурації Управління торгівлею і налаштований через пряме підключення до бази приймача, тобто. бухгалтерії. Завантажувати нові правила потрібно через налаштування обміну даними в управлінні торгівлею. Настійно рекомендується створити бази перед цим.
Заускаємо 1С Управління торгівлею 10.3. Вибираємо пункт "Всі налаштування обміну даними" з меню Сервіс => Інші обміни даними.
Вибираємо розділ "Всі обміни". Знаходимо у списку ваш обмін даними, клацаємо правою кнопкоюмиші та натискаємо "Змінити". Якщо ви намагатиметеся змінити налаштування обміну з розділу “Обмін даними з 1С: Бухгалтерія 8”, то при спробі зміни запускатиметься помічник налаштування обміну даними, який нам не потрібен.
У вікні ми бачимо, що обмін відбувається за правилами обміну, які можна зберегти і завантажити. Правила вивантаження в базу обміну, це правила, за якими інформація вивантажується з Управління торгівлею до Бухгалтерії, а правила вивантаження з бази обміну в поточну базу, це правила, за якими інформація завантажується з Бухгалтерії до Управління торгівлею.
Завантажимо правила вивантаження до бази обміну. Натискаємо "Завантажити правила з файлу". Увага, якщо у вас нетипова конфігурація і використовуєте нетипові правила обміну, тобто. розроблені спеціально для вашої зміненої конфігурації, вам слід звернутися до фахівців для створення нових правил на основі наявних.
У жодному разі не заміняйте їх на типові правила. Якщо ви не впевнені в тому, що у вас типові конфігурації, про всяк випадок збережіть наявні правила кнопкою "Зберегти правила у файл".
Оскільки останнє вийшло набагато пізніше, ніж оновлення для Управління торгівлею, шукаємо правила обміну в каталозі шаблонів оновлень 1С для Бухгалтерії. Знайти каталог шаблонів оновлень можна в такий спосіб. Запускаємо 1С і натискаємо "Налаштування". У вікні бачимо шлях до каталогу шаблонів конфігурацій та оновлень.
Переходимо цим шляхом. Далі: 1С=>Accounting та вибираємо папку з назвою останнього встановленого релізу Бухгалтерії. Якщо правила потрібно взяти з оновлення конфігурації “1С:Управління торгівлею”, папка називатиметься Trade. Для конфігурації "1С:Роздріб" - Retail. У ній знаходиться папка "Обмін даних".
Далі “Обмін із конфігурацією Управління торгівлею, ред. 10.3”. У ній бачимо ПРАВИЛА КОНВЕРТАЦІЇ БП-УТ та ПРАВИЛА КОНВЕРТАЦІЇ УТ-БП. Тому що нам потрібні правила вивантаження з УТ вибираємо "ПРАВИЛА КОНВЕРТАЦІЇ УТ-БП" та натискаємо відкрити. Теж саме робимо для правил вивантаження з бази обміну в поточну базу лише вибираємо файл ПРАВИЛА КОНВЕРТАЦІЇ БП-УТ та натискаємо відкрити.
У папці “Обмін із конфігурацією Управління торгівлею, ред. 10.3” знаходиться файл Спільне використання.htm. Якщо ви жодного разу його не читали, то обов'язково прочитайте. У ньому міститься наступна корисна інформація:
- Цілі спільного використання
- Загальний опис
- Перехід з попередніх версій двостороннього обміну даними
- Попередні дії
- Порядок налаштування обміну даними між конфігураціями
- Синхронізація даних
- Спільна робота конфігурацій “Управління торгівлею” та “Бухгалтерія підприємства”
- Приклади сценаріїв роботи користувачів
- Таблиця відповідності документів, що вивантажуються УТ — БП (редакція 1.6, редакція 2.0) Таблиця відповідності документів, що вивантажуються БП (редакція 1.6, редакція 2.0) — УТ
- Особливості вивантаження документів та довідників
- Таблиця відповідності документів, що вивантажуються БП (редакція 1.6, редакція 2.0) — УТ
- Перенесення документів "Рахунок на оплату покупцю" та "Замовлення покупця"
- Перенесення собівартості списання товарів
- Контроль результатів обміну даними
Перевіряємо правила перевірити кнопками. І натискаємо ОК. Нові правила збережено. Запускаємо обмін даними та перевіряємо їх роботу.
Про те, як налаштувати двосторонній обмін даними між конфігураціями Управління торгівлею 10.3 та Бухгалтерія підприємства 2.0 написано в іншій статті.
Технологія розподілених інформаційних баз (РІБ) дозволяє створити територіально-розподілену систему на базі конфігурацій 1С Підприємство. Це дозволяє мати загальний інформаційний простір навіть із тими підрозділами, які мають надійного каналу зв'язку, поєднуючи високу автономність вузлів з можливістю оперативного обміну інформацією. У наших статтях ми розглянемо особливості та практичну реалізацію цього механізму на платформі 8.2
Насамперед поставимо запитання: чому саме автообмін? Сучасні технології, у поєднанні з недорогим та швидким інтернетом, дозволяють організувати віддалену роботубез будь-яких труднощів. Вибір методів як ніколи широкий: RDP, тонкий і веб-клієнти, об'єднання мереж за допомогою VPN - є над чим задуматися. Однак усі ці способи мають один істотний недолік – сильна залежність від якості каналу зв'язку.
Навіть за ідеальної роботи місцевого провайдера гарантувати 100% доступність каналу зв'язку неможливо. Проблеми у магістрального провайдера, відсутність електропостачання, фізичне пошкодження лінії зв'язку та багато інших факторів роблять це завдання нерозв'язним. У той же час недоступність інформаційної бази на віддаленому складі або роздрібному магазині призводить до відчутних збитків. Ну і нарешті не забуватимемо, що є місця (наприклад промзони на околиці міст) в які підвести якісний канал зв'язку дорого та/або проблематично.
Механізм РИБ дозволяє позбутися зазначених недоліків, кожен підрозділ має власний екземпляр інформаційної бази з якою можна працювати автономно навіть за повної відсутності зв'язку з зовнішнім світом. А невеликий обсяг інформації, що передається, дозволяє використовувати для обміну будь-який канал зв'язку, в тому числі мобільний інтернет.
РИБ на платформі 8.2 не є чимось принципово новим, являючи собою подальший розвитокУРИБ платформи 7.7, тільки тепер ця технологія стала доступнішою та простішою. На відміну від компоненти УРІБ, яку потрібно було придбати окремо, РІБ є невід'ємною частиною багатьох типових конфігурацій і працює повністю в режимі користувача, дозволяючи обійтися без Конфігуратора навіть на етапі налаштування.
На цьому місці час би було перейти до практичної частини, але доведеться зробити ще один відступ. Справа в тому, що перехід на платформу 8.2, який начебто вже відбувся, за фактом призвів до появи двох типів конфігурацій: на основі керованого додатку, "рідні" для платформи 8.2, та адаптовані з 8.1, продовжуючи використовувати застарілі технології та механізми. Так як істотна частина конфігурацій (Бухгалтерія підприємства, Зарплата та управління персоналом) є адаптованими або перехідними, то скидати їх з рахунків не можна, тому перша частина нашої статті буде присвячена цим конфігураціям (по суті платформі 8.1), тоді як у другій ми розберемо налаштування автообміну для конфігурацій на основі керованої програми (платформа 8.2).
Розглянемо практичне завдання: налаштувати автообмін через FTP конфігурації Бухгалтерія підприємства 2.0. Незважаючи на те, що РІБ дозволяє проводити обмін з використанням електронної пошти або загальних файлових ресурсів, ми рекомендуємо використовувати саме FTP як найбільш простий і надійний спосібзв'язку. Як налаштувати власний FTP-сервер, ви можете прочитати в , або можна використовувати FTP сервіс будь-якого хостинг провайдера.
Насамперед нам потрібно налаштувати вузли обміну. Для цього запустимо конфігурацію з правами адміністратора та виберемо Операції – Плани обміну.
У списку виберемо Повнийплан або По організації, якщо у основі ведеться облік за кількома фірмам і обмін необхідно проводити лише з однієї з них. У вікні вже існує один вузол - центральний, нам потрібно його відредагувати, вказавши код і назву.
Після цього створимо ще один вузол для філії, заповнивши його аналогічним чином (для додавання натисніть зелений кружок із плюсом). Наступним кроком буде створення початкового образу для даного вузла, який є готовою інформаційною базою у файловому режимі. Для цього клацніть правою кнопкою миші на потрібному вузлі і в списку виберіть Створити початковий образ.
Тепер перейдемо Сервіс - Розподілена інформаційна база (РІБ) - Налаштувати вузли РІБ.
У вікні, натисніть кнопку Додатиі налаштуйте новий обмін, вказавши віддалений вузол, тип обміну (через FTP) та параметри підключення до сервера.
Закладка Автоматичний обміндозволяє налаштувати розклад обмінів, обмін за подіями (початок і завершення роботи тощо), дані налаштування виконуються для користувача від імені якого буде здійснюватися обмін, тому переконайтеся в наявності у нього прав для обміну даними.
Не забудьте вказати префікс вузла для нумерації документів (інакше ви отримаєте різні документи з однаковими номерами) у Сервіс - Налаштування програми, тут можна налаштувати й деякі інші параметри обміну. На цій же закладці слід вибрати користувача для виконання завдань обміну, якщо ви не зробите розклад працювати не буде. Пам'ятайте, що обмін буде здійснюватись лише в тому випадку, якщо даний користувачвиконав вхід до програми.
На цьому налаштування центрального вузла закінчено, тепер потрібно зробити аналогічні налаштування для периферійного вузла, підключивши початковий образ як ІБ. Після цього можна приступати до обміну даними. Для контролю слід скористатися Монітором обміну даними, він дозволяє як контролювати успішність проходження вивантаження/завантаження, а й показує виниклі колізії чи відкладені руху (якщо користувачу виробляв обмін не вистачає прав на здійснення будь-яких дій у базі). Наявність даного інструменту дозволяє швидко і ефективно вирішувати різноманітні проблеми, що виникають при автообміні.
На цьому налаштування обміну можна вважати закінченим і розпочинати роботу в розподіленому режимі. Окремо варто зупинитись на оновленні або внесенні змін до конфігурації. Ці дії доступні лише на центральному вузлі, всі внесені зміни будуть автоматично поширені на периферійні вузли під час наступного обміну. Для автоматичного внесення змін потрібно, щоб периферійна база знаходилася в монопольному режимі, інакше потрібно буде запустити Конфігураторта виконати Оновлення конфігурації бази данихвручну.
Автоматизовані системиуправління здебільшого складаються з окремих баз даних і найчастіше мають територіально розподілену структуру. При цьому правильно реалізований обмін даними - необхідна умовадля ефективної роботитаких систем.
Початкове налаштування обміну при цьому може вимагати низки дій, не тільки в частині програмування, а й консалтингу, навіть якщо ми маємо справу з однорідними джерелами, як у випадку з продуктами на платформі «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-адреси та електронній поштіігноруємо, натискаючи "Далі".
У налаштуваннях вручну проставляємо префікси – умовні позначення баз (як правило, БП, УПП, РО), задаємо правила та початкову дату розвантаження даних. Префікс буде вказуватися в назві документів для позначення бази, в якій вони були створені. Якщо правила вивантаження не будуть редаговані, дані за замовчуванням будуть вивантажуватись за всіма наявними параметрами.
Створюємо файл налаштування обміну для "Роздріб", щоб не повторювати свої дії. При необхідності негайного надсилання даних відразу після налаштування синхронізації – проставляємо галочку.
Для автоматизації процесу обміну необхідно налаштувати розклад.
Меню "Роздріб".
Проставляємо галочку та вибираємо «Синхронізацію».
Проводимо «зворотне» налаштування, вибираючи Управління виробничим підприємством.
Завантажуємо файл із налаштуваннями, створений в УПП.
Проставляємо галочку, адресу система підхоплює автоматично.
Діємо так само, як і в УПП.
Перевірочне зіставлення даних (Ручне зіставлення даних рекомендується зробити підготовчому етапі, оскільки це можуть стати найтрудомісткішими у реалізації обміну). Відкриття вікна зіставлення відбувається по подвійному клацаннюмиші.
У разі помилки у синхронізації «Докладно…» буде замінено на «Ніколи…».
«Докладно…» відкриває журнал реєстрації з уточненою інформацією щодо обміну.
Готово.