Як створити правила реєстрації за 1 секунду
Вас ніколи не дивувало, що створення правил реєстрації в конфігурації «1С: Конвертація даних» цілком від початку до кінця доводиться виконувати вручну? Здавалося б - майже для будь-якої дії є помічник, а для створення прототипу правил реєстрації - немає.
Пропоную Вашій увазі обробку «Створення правил реєстрації». З її допомогою Ви можете:
- Створити прототип правил. Будуть створені правила реєстрації для всіх об'єктів метаданих, що входять до складу плану обміну.
- Створити правила реєстрації для одностороннього обміну.
Якщо з першим варіантом використання обробки особливих проблем немає, то на другому варіанті я хотів би зупинитися більш докладно.
Будь ласка, згадайте, як виконувалася настройка одностороннього обміну доти, як в типові конфігурації почала впроваджуватися технологія on-line обміну.
Для цього за допомогою конфігурації «1С: Конвертація даних» потрібно було підготувати порожні правила обміну і завантажити їх в відповідні настройки обміну. Зареєстровані на вузлах плану обміну об'єкти не вивантажувалися, після того, як від бази - приймача приходила квитанція про успішне обміні, реєстрація змін очищалася.
Зараз ця ж задача вирішується набагато простіше. Потрібно домогтися того, щоб реєстрація об'єктів у відповідних вузлах не виконувалася. І в цьому нам якраз допоможуть правила реєстрації.
Отже, що ж для цього потрібно? Потрібно виконати настройку правил реєстрації. Як це виконати, я розповім далі.
Потрібно отримати опис метаданих конфігурації - джерела. Відкрийте обробку «Вивантаження опису структури метаданих» (входить в комплект поставки конфігурації «1С: Конвертація даних») і зніміть прапорці «Не вивантажувати регістри відомостей», «Не вивантажувати регістри накопичення», «Не вивантажувати регістри бухгалтерії» і «Не вивантажувати регістри розрахунку ». Справа в тому, що для наборів записів регістрів можуть існувати свої правила реєстрації.
Потім, в конфігурації «1С: Конвертація даних» завантажимо цей опис.
Ви можете або оновити існуючу конфігурацію (якщо вона є в довіднику «Зміни»), або створити нову.
І тільки тоді, коли в конфігурацію буде завантажено опис метаданих конфігурації, для якої створюються правила реєстрації, можна виконати запуск обробки «Створення правил реєстрації».
Після відкриття обробки вкажіть, що Ви збираєтеся зробити - створити прототип правил реєстрації (рекомендується) або оновити існуючу реєстрацію.
УВАГА. Перед автоматичним створенням правил, обробка видаляє всі існуючі правила для цієї реєстрації.
При установці прапора «Створені правила будуть брати участь в односторонньому обміну», в обробник «Перед обробкою» буде дописаний фрагмент програмного коду:
Така настройка правила призведе до того, що об'єкт (для якого правило існує) не буде зареєстрований в вузлах відповідного плану обміну.
Після натискання кнопки «Виконати» обробка створить правила і відкриє форму «Налаштування правил реєстрації». Ви можете внести додаткові настройки і зберегти правила реєстрації в файл * .xml.
Правила підготовлені, вивантажені в файл. Що далі?
А далі потрібно просто взяти і завантажити ці правила реєстрації в регістр відомостей «Правила для обміну даними» конфігурації - джерела.
Вітаю Вас, односторонній обмін створений!
Наостанок хочу сказати кілька слів про інструмент, який дозволить Вам працювати з правилами реєстрації в своє задоволення. Це - обробка «Порівняння і об'єднання правил реєстрації об'єктів». Вона допоможе знайти відмінності в 2 (або більше!) Правилах реєстрації. Дозволить об'єднати як окремі складові правил, так і тільки їх конкретні реквізити. Заощадить до 100% часу і більш на підтримку.