Правила перенесення даних 1с. Приклад правила конвертації об'єктів. Етап завантаження даних

Завдання цього правила обміну перенести залишки за взаєморозрахунками з БП 2 в УТ11.

Поетапне створення правила обміну за допомогою конфігурації "Конвертація даних" (метадані повинні бути завантажені):

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

2) Переходимо до написання самого коду т.к. в УТ немає госпрозрахункового регістру, то ми повинні його перетворити. Спочатку нам потрібен запит, який за нашими параметрами повертатиме залишки за взаєморозрахунками. В обробнику події "Перед обробкою" пишемо наступний запит:

Текст Запиту = " ВИБРАТИ
| ГоспрозрахунковийЗалишки.Рахунок,
| ГоспрозрахунковийЗалишки.Субконто1 ЯК Субконто1,
| ЄNULL(СУМА(ГоспрозрахунковийЗалишки.СуммаОстатокДт),0) ЯК СумаОстатокДт,
| ЄNULL(СУМА(ГоспрозрахунковийЗалишки.СумаЗалишокКт),0) ЯК СумаЗалишокКт,
| МАКСИМУМ(ГоспрозрахунковийЗалишки.Субконто2.Дата) ЯК ДатаРозрахунковогоДокументу,
| МАКСИМУМ(ГоспрозрахунковийЗалишки.Субконто2.Номер) ЯК НомерРозрахунковогоДокументу
|З
| Реєстр Бухгалтерії.Госпрозрахунковий.Залишки(&НаДату, Рахунок = &рахунок,)
|ДЕ
<>&група та
| ГоспрозрахунковийЗалишки.Субконто1.Батьки<>&група1
|ЗГРУПУВАТИ ПО
| ГоспрозрахунковийЗалишки.Рахунок,
| ГоспрозрахунковийЗалишки.Субконто1,
| ГоспрозрахунковийЗалишки.Субконто2
|Упорядкувати за
| Субконто1
|АВТОУпорядкування";

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

Визначаємо значення змінних, які будуть використовуватися надалі.

НаДату = дата ("20130101");
ТД = Поточна Дата ();
група = Довідники.Контрагенти.ЗнайтиЗа найменуванням ("Покупці");
група1 = Довідники.Контрагенти.ЗнайтиПо Найменуванню("Повернення від ФІЗЛИЦ");

Створюємо таблицю яку надалі передаватимемо в правило конвертації значень.

ТЗ = Новий ТаблицяЗначень();
ТЗ.Колонки.Додати("Контрагент");
ТЗ.Колонки.Додати("Сума");
ТЗ.Колонки.Додати("СуммаРЕГЛ");
ТЗ.Колонки.Додати("РозрахунковийДокумент");
ТЗ.Колонки.Додати("ДатаРозрахунковогоДокументу");
ТЗ.Колонки.Додати("НомерРозрахунковогоДокументу");
ТЗ.Колонки.Додати("Партнер");
ТЗ.Колонки.Додати("ВалютаВзаєморозрахунків");
ТЗ.Колонки.Додати("ДатаПлатежа");

Встановлюємо параметри, викликаємо запит, заповнюємо таблицю, викликаємо правило конвертації.

запит = новий запит (Текст Запиту);
запит.ВстановитиПараметр("група",група);запит.ВстановитиПараметр("група1",група1);
запит.ВстановитиПараметр("НаДату",НаДату);
запит.УстановитиПараметр("Рахунок",ПланиРахунків.Госпрозрахунковий.РозрахункиСрочнимиПостачальникамиІПідрядниками);//76.05
Вибірка = запит.Виконати().Вибрати();
ТЗ. очистити ();
Поки Вибірка.Наступний() Цикл
якщо Вибірка.СумаЗалишокКТ = 0 або Вибірка.СумаЗалишокКТ = "" тоді
продовжити;
конецеслі;
якщо Вибірка.СумаЗалишокКТ< 0тогда
повідомити(""+Вибірка.Субконто1+" негативне значення "+Вибірка.СуммаЗалишокКТ);
конецеслі;
РядокТЗ = ТЗ.Додати();
РядокТЗ.Контрагент = Вибірка.Субконто1;
РядокТЗ.сума = Вибірка.СуммаОстатокКТ;//Вибірка.СуммаОстатокКт;
Ряд = Вибірка.СуммаОстатокКТ;//Вибірка.СуммаОстатокКт;
РядокТЗ.ДатаРозрахунковогоДокумента =Вибірка.ДатаРозрахунковогоДокумента;
РядокТЗ.НомерРозрахунковогоДокумента = Вибірка.НомерРозрахунковогоДокумента;
РядокТЗ.ДатаПлатежа = ТД;
КінецьЦикл;
ВихідніДані = Новий Структура;
ВихідніДані.Вставити("Дата", ПоточнаДата());
ВихідніДані.Вставити("РозрахункиСПартнерами", ТЗ);
ВихідніДані.Вставити("ТипОперації", "ЗалишкиЗаборгованостіПередПостачальниками");
ВихідніДані.Вставити("Коментар", "Сформовано за кредитом рахунки 76.05");
повідомити("76.05 КРЕДИТ початок");
ВивантажитиПоПравилу(, ВихідніДані, "Введення ЗалишківЗаВзаєморозрахунками_7605Кредит");

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

3) Переходимо до створення правил конвертації об'єктів, для цього відкриваємо закладку "Правила конвертації об'єктів". Додамо туди нове правило з ім'ям "Введення Залишків За Взаєморозрахунками_7605Кредит", об'єкт джерело залишимо порожнім, об'єкт приймач встановимо документ "Введення залишків", на вкладці налаштування приберемо прапор "Шукати об'єкт приймача за внутрішнім ідентифікатором об'єкта джерела".

В обробнику події "Перед завантаженням" напишемо наступний код:

ГенеруватиНовийНомерІліКодЕсліНеВказано = істина;

В обробнику події "Після завантаження" напишемо:

виконати(алгоритми.ПісляЗавантаженняВведення Залишків);

він виконає алгоритм із наступним змістом:

валюта = Константи.ВалютаРегламентованогоОбліку.Отримати();
об'єкт.Відповідальний = ПараметриСеанса.ПоточнийКористувач;
объект.организация=параметры.порганизация;
для кожного стор з об'єкт.розрахункипартнерами цикл
Стр.РозрахунковийДокумент = Довідники.ДоговориКонтрагентів.порожнєпосилання();
Стр.ВалютаВзаєморозрахунків = валюта;
якщо значенняЗаповнено(стор.контрагент.партнер) тоді
стр.партнер = стр.контрагент.партнер;
інакше
парт = Довідники.Партнери.ЗнайтиЗа найменуванням (стор.контрагент.Найменування);
якщо парт<>Невизначено і парт<>Довідники.Партнери.порожнє посилання() тоді
стр.партнер = парт;

объект2.Партнер = парт;
объект2.Записать();
інакше
виконати (алгоритми. Додати Партнера);
конецеслі;

конецеслі;

конеццикла;

Цей алгоритм буде виконано за приймача(БП). Крім перенесення залишків по взаєморозрахунках стоїть завдання перенесення контрагентів, але в УТ використовуються партнери тому після формування документа ми перевіряємо чи контрагенти і партнери є в базі приймача, якщо з якоїсь причини їх немає то ми їх додаємо.

Додавання контрагентів здійснить правило конвертації довідника "Контрагенти" його можна створити так само, як і попереднє правило, але дозволити системі самій зіставити необхідні поля.

Для партнерів було створено алгоритм який виконується за приймача.

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

Нижче наведено код алгоритму "Додати партнера":

нПартнер = Довідники.Партнери.СтворитиЕлемент();
нПартнер.Найменування =стор.контрагент.найменування;
нПартнер.Коментар = "Створений при завантаженні з БП";
нПартнер.НайменуванняПовне =стр.контрагент.НайменуванняПовне;
нПартнер.Постачальник = ?(знайти(стор.контрагент.Додаткова Інформація,"Постачальник")>0,істина,брехня);
нПартнер.Клієнт = ?(знайти(стор.контрагент.Додаткова Інформація,"Клієнт")>0,істина,брехня);
Інші Відносини = ?
нпартнер.Записати();
стр.партнер = нпартнер.посилання;
контрагент = Довідники.Контрагенти.ЗнайтиЗа найменуванням (стор.контрагент.Найменування);
об'єкт 2 = контрагент. Отримати Об'єкт ();
объект2.Партнер = нпартнер.посилання;
объект2.Записать();

Повертаємось назад до правила конвертації об'єкта. Тепер нам треба встановити відповідність полів джерела та приймача, це можна було зробити безпосередньо перед написанням коду. Для того, щоб зіставити поля в нижній табличній частині є кнопка виклику майстра "Синхронізація властивостей". У цьому майстрі ми можемо зіставити поля, або залишити без джерела, і без приймача. У нашому випадку всі поля та ТЧ ми залишаємо без джерела.

Після того, як необхідні поля були обрані в нижній ТЧ для кожного поля, виставляємо прапор у колонці "Отримати з вхідних даних". Цей прапор говорить про те, що система шукатиме це поле у ​​вхідних даних. Важливо, щоб ім'я поля збігалося з ім'ям у вхідних даних, інакше буде виведено повідомлення про те, що поле не знайдено.

Текстом описані в повному обсязі нюанси процесу.

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

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

Для того, щоб дані були перенесені в цілості та безпеці, необхідно довірити цю роботу професіоналам. Наша команда якісно та вчасно виконає всю роботу.

Етапи перенесення

Перенесення даних складається з 5 етапів. Ми постаралися описати їх максимально докладно та зрозуміло.

Чому наше перенесення даних краще?

Вартість типового перенесення даних

Обслуговування нової програми

Після перенесення всіх даних, Вам може знадобитися обслуговування Вашої програми. Ми готові Вам його надати!

Перехід на 1С 8.2

Докладно про інші етапи переходу з однієї платформи на іншу. Апгрейд ліцензій, налаштування, навчання, супровід. Наші фахівці готові надати Вам усю необхідну допомогу!

Чому ми краще?

Замовити перенесення

Наша команда

Чому наше перенесення 1С краще?

Прозорість

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

Індивідуальний підхід

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

Якість

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

Робота на результат

Робота вважається виконаною тільки після того, як Ви переконаєтеся, що перенесення довідників 1С 8 та інших даних здійснено правильно, і Ви задоволені результатом. Ми не кидаємо своїх клієнтів!

Етап 1. Загальний аналіз вихідної бази

Яка робота виконується:

отримання типової конфігурації версії аналогічної базі-джерелу;

загальний аналіз змін у структурі даних (порівняння з типовою конфігурацією);

загальний аналіз змін у формах та модулях конфігурації (порівняння з типовою конфігурацією);

контроль наявності нетипових рахунків обліку для бухгалтерських конфігурацій;

загальний контроль коректності ведення обліку у базі-джерелі (наявність «червоних» сальдо, незакритих періодів, невідновлених послідовностей тощо);

оновлення бази-джерела до версії, необхідної типовими правилами перенесення;

пробне перенесення даних;

підготовка можливих рекомендацій щодо підготовки бази-джерела до перенесення довідників 1С 8 та інших даних.

Навіщо:

визначення можливості використання типового перенесення;

оцінка трудомісткості доробок та підготовки тех.документації для перенесення (якщо використання типового перенесення неможливе).

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

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

Ціна: 2 000 руб

Етап 2. Підготовка технічної документації для нетипового перенесення

Яка робота виконується:

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

спілкування з відповідальними особами Замовника для встановлення потреби у виявлених доопрацюваннях, з'ясування методик використання доопрацювань, збору побажань щодо вдосконалення доопрацювань (за потреби);

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

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

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

Навіщо:

гарантія якості та прозорості робіт з нетипового перенесення баз даних 1С;

точний кошторис витрат та тривалість робіт;

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

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

Ціна: Уточнюється за підсумками загального аналізу бази джерела.

Етап 3. Доопрацювання конфігурації-приймача

Яка робота виконується:

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

здійснюється попереднє тестування доопрацювань;

документуються доопрацювання у вигляді звіту про зміни типової конфігурації (для можливості подальшого оновлення сервіс-інженером);

проводиться демонстрація доопрацювань користувачеві (здавання-приймання робіт);

розробляється інструкція користувача з доопрацювань (за потреби).

Навіщо:

Ви отримуєте останню версію конфігурації з необхідними змінами;

Ви отримуєте документацію з доопрацювань, необхідну для подальшого
оновлення сервіс-інженером.

Етап 4. Доопрацювання правил перенесення

Яка робота виконується:

допрацьовуються стандартні правила перенесення від «1С» для обліку змін у структурі даних типової конфігурації бази-джерела, а також використовуваних у базі-джерелі нетипових рахунків обліку;

здійснюється попереднє тестування перенесення з урахуванням змін.

Навіщо:

Забезпечується коректне перенесення даних, які не переносяться типовими правилами обміну;

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

Ціна формується на основі комплекту технічної документації.

Етап 5. Перенесення даних

Яка робота виконується:

перенесення довідкової інформації (усієї або за посиланнями), перенесення залишків на задану дату;

контроль коректності перенесення - зіставлення даних бази-джерела та бази-приймача;

підготовка можливих рекомендацій щодо коригування залишків у базі-приймачі з урахуванням особливостей ведення обліку у різних конфігураціях (за потреби).

Навіщо:

Ви отримуєте готову до роботи нову базу даних із Вашими актуальними залишками.

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

1. Вступ.

2. Що знадобиться: конфігурація 1С: Конвертація даних 2.* та обробки з пакета. Для прикладу завдань візьмемо зміни 1С: Управління торгівлею 11 і 1С: БП 3. *.

Отже, розробки правил вивантаження даних в 1С потрібно конфігурація 1С: Конвертація об'єктів 2, і навіть обробки, які входять у пакет.

Наприклад, у нас вже розгорнуто базу конвертації та запущено.

Розробку правил обміну будемо писати між конфігурацією 1С: Управління торгівлею 11 та 1С: Бухгалтерія підприємства 3 (правила обміну УТ/БУХ).

3. Нам знадобляться Обробки для розвантаження структури метаданих та обміну.

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

Власне, у розпакованому каталозі конфігурацій для конфігурацій на керованих формах нас цікавить обробка MD83Exp.epf. Якщо вивантаження потрібно зробити зі змін на звичайних формах, тоді використовується обробка MD82Exp.epf. Це якщо, наприклад, потрібно отримати структуру таких конфігурацій, як 1С: УТ 10, 1С: Управління виробничим підприємством 1.3, 1С: Комплексна автоматизація 1.1, 1С: Зуп 2.5 і так далі.

Далі вже для вивантаження-завантаження даних у 1С за допомогою наших правил знадобиться обробка «Універсальний обмін даними у форматі XML» V8Exchan83.epf для конфігурацій на керованих формах таких як 1С: Управління торгівлею 11*, 1С БП 3, 1С: ERP 2. * І подібних. І відповідно V8Exchan83.epf - для конфігурацій на стандартних формах.

4. Вивантаження структури метаданих конфігурації 1С: Управління торгівлею 11.3 та 1С: Бухгалтерія підприємства 3.0.*

Почнемо з вивантаження структури метаданих із конфігурації 1С: Бухгалтерія підприємства 3.
Відкриємо обробку MD83Exp.epf

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

Тепер необхідно завантажити конфігурацію до бази конвертацій. До цього пункту можна прийти і зі списку конфігурацій і зі списку конвертацій. Зробимо просто завантаження з робочого столу:

У діалоговому вікні завантажуємо структуру БП:

І аналогічно – структуру Управління торгівлею.

Після закінчення завантаження з'явиться діалогове вікно, де можна вказати зручне для вас найменування.

6. Створення правил конвертації у 1С на конкретному прикладі задачі.

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

Так як у цій статті планував показати створення «з нуля» та «без сміття», нагадую, що нічого автоматично не створюємо. Жодних прототипів.

У цьому діалоговому вікні нічого не виконуватимемо, просто натиснемо - «Закрити».

Створимо правила для вивантаження не один документ в один, а один вид в інший, наприклад, документ Реалізації Товарів Послуг з УТ 11 з необхідними довідниками до документа Надходження Товарів Послуг до БП 3.

Отже, створюємо нове ПКО (правило конвертації об'єктів у 1С)

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

А ось на пропозицію створити ПВД ​​(правил розвантаження даних) відповідаємо «Так».

Створюються ПВД, які і відображатимуться в обробці універсального обміну XML для вибору:

Створяться правила конвертації даних з порожніми правилами конвертації властивостей.

Причому видно, що ПКО за замовчуванням пропонується шукати внутрішнього ідентифікатора об'єкта. На це вказує лупа біля ПКО. Ми ж робитимемо свій пошук, і зробимо його за номером документа та датою на початок дня.

Знімаємо пошук по ПІБ:

Тепер розпочнемо зіставлення необхідних властивостей (реквізитів) об'єкта. Для цього тиснемо "СинхронізаціяВластивостей" (мітка "1" на скрині). Забираємо рекурсивне створення правил («2»). Знімаємо всі зазначені реквізити (3). І виберемо самостійно, що нам потрібне.

Наприклад вибираємо необхідне:

Звертаю увагу на те, що ми зробимо ПКС контрагента в організацію, а організацію в контрагента, і ще порівняємо деякі реквізити, які не збігаються на ім'я, наприклад, «Валюта» та «Валюта документа».

Де бачимо, що ще немає правил конвертації.

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

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

Для цього ПКС встановивши, як не проведено, 0 або 1 використовуємо як бульова.

На прикладі валюти створюємо для ПКС правило конвертації об'єкта. При цьому вважаємо, що в обох базах валюти є і вони повинні синхронізуватися за кодом. Тому в ПКО валют не створюватимемо всіх ПКС, а лише додамо Код для пошуку. Тобто. від пропозиції створити ПКС для об'єкта – відмовляємось.

У ПКО документа ПКС підставилося створене Правило конвертації. А саме правило за промовчанням пропонується за унікальним ідентифікатором. Виправляємо, робимо пошук за кодом та встановлюємо властивість, щоб не створювати новий об'єкт.

У результаті отримуємо варіант:

Далі за аналогією створюємо для інших реквізитів ПКО та ПКС. Причому пошук організації з контрагенту і навпаки встановлюємо за ІПН. Приблизно це виглядає з мінімальними реквізитами (можна додавати за необхідності).

Для ПКО Договори контрагентів робимо пошук по ПКС Контрагент, найменування та власник.

Подивимося, як вказати в ПКС потрібне значення у вигляді перерахування. Наприклад, реквізит «Відоперації». Тут можна використовувати різні умови та підставляти значення. Наприклад, нам потрібно, щоб "вид операції" вивантажувався завжди "Товари", у цьому випадку достатньо в "чоло" написати потрібне значення рядком.

Нижче показано, як встановити без складнощів і в більшості випадків ПКС для КратністьВзаєморозрахунків, КурсВзаєморозрахунків, Рахунки обліку.

Для ПКО Номенклатура залишимо пошук за внутрішнім унікальним ідентифікатором. Але зверну увагу на те, як можна перевизначити свою групу. Наприклад, ми погоджуємося, що вивантажуватиметься нова номенклатура з конфігурації 1С: Управління торгівлею 11, але потрібно, щоб номенклатура збиралася в певній групі «НашаГрупа».

Для реалізації цього завдання створюємо ще одне ПКО. Назвемо його «НоменклатураБатько», яке вкажемо в ПКС батька у правилі конвертації.

Встановлюємо два пошуки: за найменуванням, де найменування жорстко вказуємо нашій групі, та обов'язкова властивість ознаки «ЦеГрупа» в істині.

Оскільки ми прийняли рішення, що у нас вся номенклатура падає в нашу групу, то немає потреби при вивантаженні вивантажувати групи з УТ 11. Для цього в ПКО Номенклатура в обробнику подій «ПередВивантаження» поставимо фільтр, що не потрібно вивантажувати групи «Відмова = Джерело. Це група;".

У ПВД (правила вивантаження даних) Реалізації Товарів Послуг, додамо фільтр, щоб не вивантажувалися позначені видалення документи. Для цього в ПВД в обробниках подій "ПередВивантаженням" пропишемо фільтр "Відмова = Об'єкт. Помітка Видалення;".

Збережемо розроблені правила у файл.

7. Підбиваємо підсумки: Вивантаження та завантаження даних за допомогою розроблених правил обміну даними.

Відкриваємо в 1С:Управління торгівлею 11 обробку «Універсальний обмін даними у форматі XML» V8Exchan83.epf.

Вивантаження пройшло, тепер цією ж обробкою робимо завантаження до 1С: Бухгалтерія підприємства 3.

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

Перевіряємо завантаження номенклатури. Бачимо, що все вийшло так, як ми планували.

У нас створилися та заповнилися реквізити так, як ми це замислювали. У конвертації є безліч тонкощів та якихось простих, але потрібних речей, які допомагають точно написати конвертацію. А це дозволяє мінімізувати помилки, не зіпсувати існуючі дані та позбутися зайвого сміття. Це один із найпростіших прикладів. Можна також робити конвертації одного об'єкта в багато хто або навпаки багато - в один.

Наразі є конвертація даних 3, вона вирішує інші завдання. Тому конвертація 2 так само потрібна. Всім удачі у вивченні та освоєнні.

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

І показуємо, як за її допомогою СИЛЬНО спростити вирішення своїх завдань

Сьогодні ми розберемо, як буквально за 10-15 хвилин налаштувати і зробити просте перенесення довідників та початкових залишків.

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

Тому покличте колег, їм це буде також дуже корисно.

Особливо якщо вони вже бачили КД 3 і встигли злякатися:)

Так, коли її бачиш вперше – там взагалі ні дуля не зрозуміло.

Але насправді все ДУЖЕ просто. Настільки просто, що вам потім навіть нудно буде:)

Що саме в сьогоднішніх відео

Це 4 відео з обміну даними через Універсальний формат обміну EnterpriseData.

Крім того, ми покажемо приклад доопрацювання типових правил обмінув 1С: Конвертація даних 3.0

Загальна тривалість – 34 хвилини. Зміст:

• Налаштування обміну на прикладі 1С:Бухгалтерії 8 та 1C:ERP
• Як зробити завантаження типових правил та універсального формату обміну в конвертації даних 3.0
• Перенесення структури метаданих у КД 3.0
• Як виконати перший обмін даними
• Доопрацювання правилконвертації
• Як завантажити нові правила без зміни конфігурації ( без зняття з підтримки)

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

Якби подібне завдання вирішувалося у Конвертації даних 2.0, то зміни довелося б вносити до правил і джерела, і приймача.

Дані відеоуроки актуальні для БСП редакції 2.3.2(Для будь-якого складання старше 2.3.2.43).

Якщо Ви використовуєте більш старшу версію БСП,0 зробіть «поправку» на інтерфейс, що змінився, і розширену функціональність. Для цього самостійно повторіть приклад із відео.

Відео 1:
Завантаження правил обміну між типовими конфігураціями до Конвертації даних 3.0

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

• Завантаження в КД структури формату обміну (
• Створення конвертації
• Вивантаження файлів правил із типової конфігурації
• Вивантаження модуля менеджера обміну

Відео 2:
Доопрацювання правил обміну у КД 3.0

У цьому уроці ми покажемо, як доповнити реквізити об'єктів під час завантаження даних.

Буде вирішено завдання – при завантаженні об'єктів із конфігурації-джерела встановлювати коментар “Завантажено із БП 3.0”.

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

Розроблені правила будуть збережені у вигляді зовнішньої обробки для подальшого використання.

Відео 3:
Налаштування універсального обміну між типовими конфігураціями

У цьому уроці ми покажемо як налаштовувати новий обмін між типовими.

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

Також у цьому відео ми покажемо, як без зміни конфігураціїпідвантажити нові правила обміну.

Відео 4:
Перенесення початкових залишків за допомогою правил обміну

В уроці покажемо типовий функціонал перенесення початкових залишків.

P.S.

Так, обміни через txt/dbf/ole і т.д. мають право існування. У деяких випадках, типу стикування з веб-сервером або перенесення з готового формату зовнішньої програми.

Однак для стандартних обмінів – стандартні методи і швидше, і дуже простіше.

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

P.P.S.

Ми хочемо показати, що конвертація даних 3.0 – це не складно.

Незвично – так. Не все одразу зрозуміло – так. Є дуже неоднозначні моменти – так.

Але за допомогою готових інструкцій та відео її можна освоїти буквально за 1-2 тижні.