регулярний обмін, вивантаження, перенесення з КА 1.1, УПП 1.3, УТ 10.3 для обміну з будь - якими конфігураціями, що підтримують обмін у форматі EnterpriseData (КД3) - БП 3.0, ERP, КА 2, УТ 11, роздріб 2, УНФ 1.6 та іншими. Правила для старих і доопрацьованих конфігурацій не вимагають синхронного оновлення і сумісні з новими і майбутніми конфігураціями. Обмін за розкладом, через папку, FTP, пошту.
Двосторонній обмін. Вивантаження з УТ 10.3 в форматі ED для подальшого завантаження в будь-яку базу, що підтримує обмін в універсальному форматі. Завантаження з формату ED в УТ 10.3.
Використовуються штатні можливості для настройки синхронізації.
Вивантаження залишків з УТ 10.3. В комплект входить обробка для одностороннього вивантаження з УТ 10.3 в ED.
причини купити:
Ви так само отримуєте конкурентну перевагу. Власник бізнесу несе витрати разово-при первісному впровадженні. Програміст замість винаходу "велосипеда" переходить до практичного використання нових технологій обміну.
Обробка обміну не втратить актуальність для поточної версії конфігурації, тому що не залежить від версії конфігурації кінцевої бази.
які правила вибрати?
Зовнішня обробка, інтегрована в конфігурацію на платформі 8.2 і вище перетворює її в сумісну з сучасним універсальним форматом обміну. Це дозволяє один раз налаштувати синхронізацію між будь-якими базами і не боятися, що обмін поламається при оновленні конфігурації на платформі 8.3 і вище. Використовуються типові плани обміну.
Для разового або ручного обміну знімати конфігурацію з підтримки не потрібно.
програмісту, адміністратору, просунутому користувачеві:
Двосторонній обмін. Вивантаження з УТ 10.3 в форматі ED для подальшого завантаження в будь-яку базу, що підтримує обмін в універсальному форматі. Завантаження з формату ED в УТ 10.3.
Використовуються штатні можливості для настройки синхронізації.
Вивантаження залишків з УТ 10.3. В комплект входить обробка для одностороннього вивантаження з УТ 10.3 в ED.
причини купити:
Ви так само отримуєте конкурентну перевагу. Власник бізнесу несе витрати разово-при первісному впровадженні. Програміст замість винаходу "велосипеда" переходить до практичного використання нових технологій обміну.
Обробка обміну не втратить актуальність для поточної версії конфігурації, тому що не залежить від версії конфігурації кінцевої бази.
які правила вибрати?
- обмін з ED - двосторонній обмін даними. Дані з поточної бази можуть завантажуватися у файл формату ED і можуть завантажуватися з формату ED у поточну базу.
- вивантаження в ED - односторонній обмін. Дані вивантажуються з поточної бази в формат ED. Від іншої бази приймаються повідомлення для підтвердження доставки і скидання зареєстрованих об'єктів. Дані, що надійшли від іншої бази ігноруються.
- завантаження з ED - односторонній обмін. З іншої бази приймаються дані і завантажуються в поточну. Вивантажується відповідь повідомлення для іншої бази.
Зовнішня обробка, інтегрована в конфігурацію на платформі 8.2 і вище перетворює її в сумісну з сучасним універсальним форматом обміну. Це дозволяє один раз налаштувати синхронізацію між будь-якими базами і не боятися, що обмін поламається при оновленні конфігурації на платформі 8.3 і вище. Використовуються типові плани обміну.
Для разового або ручного обміну знімати конфігурацію з підтримки не потрібно.
програмісту, адміністратору, просунутому користувачеві:
- початкову настройку рекомендується проводити фахівцем 1С, обслуговуючим ваш обмін даними;
- для налаштування достатньо мати досвід налаштування та обслуговування будь-якого типового обміну, не обов'язково в універсальному форматі;
- допускається самостійна установка Користувачем згідно інструкції, що додається;
- Якщо обмін проводиться в порожню базу, то для повноцінного впровадження рішення необхідно володіти тими ж компетенціями, що і при впровадженні типової конфігурації від 1С і типового обміну: настройка облікової політики організації, настройка рахунків обліку номенклатури і контрагентів, завантажити валюти, адресний Класифікатор, заповнити довідник країни світу з класифікатора, вміти при необхідності реєструвати об'єкти до обміну і скасовувати реєстрацію.
- Платформа будь-яка, починаючи з 8.1.
- конфігурація будь-яка-файлова, серверна, web і т. п.
- доопрацювання конфігурації можуть бути будь-якими, важливо щоб не були видалені типові метадані і загальні модулі з типовими процедурами і функціями. Конфішурація може бути галузевою на підставі типової.
- Транспорт обміну забезпечується типовими механізмами. Можна використовувати будь-який доступний спосіб обміну - через каталог, по FTP, по електронній пошті. Не підтримується обмін через Пряме підключення до бази. Зверніть на це увагу, якщо потрібно обмінюватися з базою в хмарі.
- реєстрація об'єктів до обміну-це типовий функціонал. Обробка з правилами ED вивантажує те, що зареєстровано до обміну на вузлі. Для конфігурацій КА 1.1, УПП, БП 2.0 підтримується Типовий механізм інтерактивного зміни - вивантажувати або не вивантажувати вид документа або довідника.
- У деяких конфігураціях підтримуються відбори по організаціях і складах на додаток до можливостей типового відбору.
- перед покупкою зверніть увагу на особливість універсального формату обміну (ED). Кожна конфігурація має свої правила для обміну з ED.
Наприклад, для вивантаження з КА 1.1 використовуються правила КА 1.1, для завантаження в БП 3.0 використовуються правила, які розташовані в БП 3.0.
І навпаки для вивантаження даних з БП 3.0 використовуються правила в БП 3.0 і для завантаження в КА 1.1 використовуються правила в КА 1.1.
Відповідно потрібно звернути увагу на таблиці складу конвертації по кожній конфігурації в поточній публікації. Що з вивантаженого в поточній базі можна завантажити в іншій базі. І навпаки. Якщо в поточних правилах підтримується завантаження, необхідно переконатися, що в іншій конфігурації підтримується вивантаження цього об'єкта.
Таблицю складу конвертації для БП 3.0, ERP, КА 2, УТ 11.4, УНФ 1.6, роздріб 2.2 та інших можна подивитися в цій публікації: [ED3] обмін, правила обміну рекомендується придбати правила для другої конфігурації для забезпечення повноцінного обміну і техпідтримки. - У деяких обробках підтримується вивантаження залишків. У зв'язку з особливостями формату ED, необхідно аналогічно перевірити можливість завантаження вивантажених залишків. Наприклад, БП 3.0 штатно не підтримує завантаження залишків. Цей момент поправлений в доопрацьованих правилах.
https://privatelink.de/?https://infostart.ru/public/444523/