Внешний вид и особенности использования универсального обмена данными. Внешний вид и особенности использования универсального обмена данными Что такое правила обмена в 1с

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

Первоначальная настройка обмена при этом может потребовать ряда действий, не только в части программирования, но и консалтинга, даже если мы имеем дело с однородными источниками, как в случае с продуктами на платформе «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-соединение и т.д.). Поэтому при определении транспорта для данных обмена следует отталкиваться от возможностей базы данных сторонней системы.

Синхронизация справочников

Основным принципом эффективной синхронизации справочников является наличие одной точки ввода. Но если речь идет о работе со справочниками, исторически заполнявшимися по разным правилам, необходимо четко определить поля синхронизации для приведения обмена к «общему знаменателю».*

*На этом этапе может потребоваться проведение работ по нормализации НСИ на стороне источника данных. В зависимости от состояния справочников и их объема, процесс сопоставления элементов, распознавания, выявления ошибок и дублей, а также заполнения недостающих полей и назначение полей синхронизации, может потребовать работы целой группы экспертов, как со стороны интегратора (владельца методики нормализации НСИ), так и со стороны заказчика.

Установка правил

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

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

Любое изменение данных, занесенных в План обмена, фиксируется и получает признак «измененности». До тех пор, пока измененные данные не будут соответствовать друг другу в узлах приемника-передатчика, признак сброшен не будет, и система будет рассылать контрольные сообщения в оба узла. После выгрузки данных и подтверждения их полного соответствия в обеих системах, признак сбрасывается.

Расписание обмена в 1С

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

Рассмотрев стандартный процесс реализации обмена, обратим внимание на факторы, которые потребуют доработок на разных этапах:

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

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

В подменю «Сервис» выбираем «Обмен данными c продуктами на платформе…» (выбор прямого обмена с «Розницей» зачастую грозит ошибками на уровне COM-объектов). Обратим внимание на служебное сообщение «Данная возможность недоступна».

Чтобы решить эту проблему, необходимо выбрать «Настройку обмена данными»

…и проставить галочку. Далее сообщение об ошибке игнорируем.

В настройках синхронизации данных выбираем «Создать обмен с «Розница»…

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

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

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

Создаем файл настройки обмена для «Розницы», чтобы не повторять свои действия. При необходимости немедленной отправки данных сразу после настройки синхронизации – проставляем галочку.

Для автоматизации процесса обмена необходимо настроить расписание.

Меню «Розница».

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

Производим «обратную» настройку, выбирая Управление производственным предприятием.

Загружаем файл с настройками, созданный в УПП.

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

Действуем так же, как в УПП.

Проверочное сопоставление данных (Ручное сопоставление данных рекомендуется произвести на подготовительном этапе, поскольку эти работу могут стать самыми трудоемкими в процессе реализации обмена). Открытие окна сопоставления происходит по двойному щелчку мыши.

В случае ошибки в синхронизации «Подробно…» будет заменено на «Никогда…».

«Подробно…» открывает журнал регистрации с уточненной информацией по обмену.

Готово.

Вопрос: Готовые правила обмена для типовых конфигураций

Всем всем всем. Ищу готовые правила обмена для типовых конфигураций для переноса в обе стороны не только справочников, но и документов, остатков по документам и.т.д. Может кто поделится. Ищу очень выгрузку по документам и ПУБ 7.7 в УПП 8 ред 1.2 , из торговли 7.7 в УПП из зарпалты 7.7 УПП, из управление торговлей 8 в УПП 8. Заранее всем спасибо.

Ответ:

ищу правила обмена между 1С 8.1 упп 1.2 с 1С 8.2 упп 1.3

Вопрос: Сервисное обслуживание штатным функционалом типовых конфигураций 1С

УТ 11.4.1.254 (или можно конвертнуть в ЕРП, если это чему-то поможет)

Как штатным функционалом типовых конфигураций 1С учитывать ремонт принтеров, вернее их сервисное обслуживание клиентов (т.к. в терминах методологов 1С, ремонт - это когда обслуживают своё собственное оборудование, а не клиентов)?

Один мастер, как в офисе, так и на выездах.
Звонят клиенты в офис по поводу их ремонта, а никакие сведения не заносятся, посмотреть нечего

В крайнем случае, использовать другую базу другой конфигурации, но типовую

Основной затык - очень не хочется вносить изменения в типовую конфигурацию и/ли использовать нетиповые конфигурации (модули)

Ответ:

Вернее, обновить, штатно в ЕРП
Переход на УНФ нетривиален... и для небольшого, и для большого предприятия.
УТ 11 - измененная с модулем Битрикс, на сайт (интернет-магазин) Битрикс - тоже пиленный

И непонятно - для чего?
Выше я написал
В УТ 11 создаётся заказа клиента, на основании которого = акт выполненных работ.
"Информация о выполнении работ может быть включена в заказ клиента совместно с информацией о продаваемых товарах или услугах, оказываемых при продаже."

Можно усложнить функционалом долгосрочных проектов (событиями и этапами взаимодействия с клиентом)

Из обсуждений с клиентом оказалось, что нужен учет по серийным номерам, который тоже есть в УТ 11.
Надо только включить и настроить в УТ 11

Смотрел УНФ и никакого чуда, кроме дополнительных проблем, не нашёл

В этом вопросе меня подвело только то, что я начал делать "литературный обзор" того, как это делается в УТ - ЕРП и как это решается:
- в других типовых конфигурациях
- специализированными отдельными отраслевыми конфигурациями
- модулями для УТ 11
, т.е. поленился попробовать и пошевелить мозгами

Бери, да пользуйся, когда знаешь - как или кто-то уже настроил-показал
(напрмер, в демобазах типовых - нет ничего, чтобы посмотреть-взять что-то готовое за образец)
.
Только немного пришлось подшлифовать навыки учета и распределения доходов и расходов в УТ - ЕРП, а в УНФ вообще надо заново весь учет изучать и голову набекрень по любому вопросу выкручивать

Вопрос: Удаление объекта из уже существующего правила обмена

Подскажите, пожалуйста, как из существующего правила обмена удалить объект? Дело в том, что нужно выгружать из одной базы в другую за определенную дату только реализации и поступление товаров и услуг. Работает у меня только правило, созданное автоматически, правило созданное вручную выгружает пустые документы. Поэтому я бы хотела из автоматически созданного правила удалить лишние документы, чтобы пользователи не могли случайно не то выгрузить.

Ответ:

Сообщение от Allexei

Здравствуйте!Наверное не актуально уже, но все же. Как вариант можно отменить регистрацию объектов ненужного типа в плане обмена. Благодоря этому не придеться переписывать правила обмена и не будут выгружаться не нужные объекты.

Спасибо, попробую.

Можно удалить обычным способом

Вопрос: Правила обмена - где править?

Заказчик внес изменения в конфигурацию приемника. Что именно менялось узнать уже никак не удастся.
Теперь надо подправить правила обмена.
Как увидеть те места, которые нужно подправить?
Нужно как-то по существующим правила понять, что свойства уже не существует или что изменился его тип.

Ответ: () Мне кажется, чтобы порадовать заказчика достаточно хоть как-нибудь завести обмен. А чтобы заплатили нужно делать все доконца:)

Вопрос: "Управление торговлей", редакция 10.3 (10.3.46.2) Изменение правил обмена для Розницы 2.1

Здравствуйте. Как поменять правила в УТ?
Меняю макет ПравилаОбмена в Планы обмена ОбменРозницаУправлениеТорговлей103 Обновляю перезапускаю-не те правила. Версию даже вручную меняла. Все равно не помогает.
Сдуру удалила запись о правилах из регистра Правила обмена данными.
Ни кнопки нормальной нет для загрузки файла правил или обновления его из макета конфы.
Дописок и тестов много нужно сделать, а как поменять быстро правила регистрации/обмена не знаю(

Ответ: обновляла с итс, все по порядку. Уже весь мозг выел этот обмен

Вопрос: Замена правил обмена в файле выгрузки

Всем доброе!
Есть файл выгрузки xml по правилам обмена. Соответственно, в нем есть блок

<ПравилаОбмена> ...

И есть второй файл, как бы шаблон этого блока.
Необходимо заменить блок правил в файле выгрузки на блок из файла шаблона.
Придется по-элементно читать ЧтениеXML и писать в третий временный файл через ЗаписьXML? Или есть более удобный способ?

P.S. Предчувствую резонный вопрос "Зачем?" Необходимо защититься от изменений правил в Источнике, т.е. всегда загружать по эталону из Приемника.

Ответ:

Написал. Есть некоторые сомнения в оптимальности. Запись во временный xml через ЗаписьXML, а потом ЧтениеТекста, чтобы запхнуть все это в файл который был первоначально передан.
С методологической точки грубых ошибок нет?

// Процедура заменяет блок <ПравилаОбмена>... в переданном файле.xml // на блок из шаблона, в котором хранится фрагмент файла выгрузки по эталонным правилам. // // Параметры // ИмяФайлаXML - Тип: Строка - Полное имя файла с данными выгрузки, // в котором будем менять блок <ПравилаОбмена> // // Возвращаемое значение: // ИмяФайлаРезультатаXML - Тип: Строка - Путь // Процедура ЗаменитьПравилаОбменаВФайлеВыгрузкиWS(ИмяФайлаXML) ФайлВыгрузкиXML = Новый ЧтениеXML; ФайлВыгрузкиXML.ОткрытьФайл(ИмяФайлаXML); ШаблонПравил = Новый ЧтениеXML; ПутьКШаблонуПравил = ПолучитьШаблонПравилОбмена(); ШаблонПравил.ОткрытьФайл(ПутьКШаблонуПравил); ИмяФайлаРезультатаXML = ПолучитьИмяВременногоФайла(".xml"); РезультатXML = Новый ЗаписьXML; РезультатXML.ОткрытьФайл(ИмяФайлаРезультатаXML); Пока ФайлВыгрузкиXML.Прочитать() Цикл ТипУзла = ФайлВыгрузкиXML.ТипУзла; Если ТипУзла = ТипУзлаXML.НачалоЭлемента и ФайлВыгрузкиXML.Имя = "ПравилаОбмена" Тогда ФайлВыгрузкиXML.Пропустить(); Пока ШаблонПравил.Прочитать() Цикл Если ШаблонПравил.ТипУзла = ТипУзлаXML.НачалоЭлемента и ШаблонПравил.Имя = "ПравилаОбмена" Тогда РезультатXML.ЗаписатьТекущий(ШаблонПравил); Пока ШаблонПравил.Прочитать() Цикл РезультатXML.ЗаписатьТекущий(ШаблонПравил); Если ШаблонПравил.ТипУзла = ТипУзлаXML.КонецЭлемента и ШаблонПравил.Имя = "ПравилаОбмена" Тогда Прервать; КонецЕсли; КонецЦикла; Прервать; КонецЕсли; КонецЦикла; Иначе РезультатXML.ЗаписатьТекущий(ФайлВыгрузкиXML); КонецЕсли; КонецЦикла; ФайлВыгрузкиXML.Закрыть(); ШаблонПравил.Закрыть(); РезультатXML.Закрыть(); Текст = Новый ЧтениеТекста(ИмяФайлаРезультатаXML); СообщениеОбмена = Текст.Прочитать(); ЗаписьТекста = Новый ЗаписьТекста(ИмяФайлаXML, КодировкаТекста.UTF8); ЗаписьТекста.Записать(СообщениеОбмена); ЗаписьТекста.Закрыть(); КонецПроцедуры // ЗаменитьПравилаОбмена()

Вопрос: Помогте с правилами обмена

1С 8.3.9.1850, УТ 11.3.2.157, Розница 2.2.5.22. При загрузке правил в УТ появляется ошибка. Можно ли как то поправить правила.

Ссылка на несуществующий объект метаданных в правилах обмена
Объект =
ОписаниеОшибки = Тип не определен (ПеречислениеСсылка.ТипыОперацийЗаказаНаСборку)
ПозицияМодуля = Обработка.КонвертацияОбъектовИнформационныхБаз.МодульОбъекта(4885)
КСообщенияОбОшибках = 11

Ответ:

Если мне память не изменяет, то правила последние всегда хранятся в самой конфе в макете. Так что не нужно брать последние правила из папки. Просто обновите обе конфы до последних релизов.

Вопрос: Как выгрузить правила обмена для загрузки в конвертацию

Как выгрузить правила конвертации из типовой конфигурации?

Задача: есть конфигурация "Рарус: Управление торговлей и взаимоотношениями с клиентами (CRM)", там есть план обмена ОбменССайтом. Обмен с сайтом идёт, нужно добавить выгрузку статуса заказа из 1С, чтобы он обновлялся на сайте.

Я так вижу решение: выгрузить правила выгрузки заказов, загрузить их в конвертацию, там добавить ПКС для статуса и загрузить обратно в конфигурацию. Но как выгрузить эти правила? В плане обмена есть макет СхемаВыгрузкиЗаказов, на последней вкладке Настройки есть кнопка "Сохранить настройки в файл", но, я так понимаю, что это не то и в конвертацию, этот xml файл не загружается.

Подскажите, пожалуйста.

Подправил правила обмена ТиС 7.7 и БП2 добавил перенос двух доков
Кор.Счет-фактура и Исправление счет фактуры. Тут все нормально перекидывается. Оба этих дока создают корректировку реализации в БП2.
Но образовалась проблема, нужно в док основание в корректировку реализации (БП2) подкинуть не счет-фактуру как по типовому, а основание этой счет-фактуры т.е. реализацию.
Кусок кода ПКО(После загрузки):
Объект.ЗаполнитьСчетаУчетаВТабЧасти (Объект.Товары,"Товары",Истина); Объект.ВидОперации = Перечисления.ВидыОперацийИсправленияПоступленияРеализации.СогласованноеИзменение; Объект.КорректироватьНДС = Истина; Объект.СуммаВключаетНДС = Истина; Если Объект.Ответственный.Пустая() Тогда Объект.Ответственный = глЗначениеПеременной("глТекущийПользователь"); КонецЕсли; Объект.ДокументРеализации = Объект.Ссылка.ДокументРеализации.ДокументОснование; <--- проблема Объект.Записать(РежимЗаписиДокумента.Проведение);
До записи объект еще не существует и следовательно обратиться к реквизиту объекта нельзя, а после записи становиться уже поздно. Правила отработают по типовому. Подскажите как решить в КД только начал разбираться.

Ответ: После записи = после вызова метода Записать

При разработке правил обмена 1С 8 широко используется возможность программного переопределения поведения правил обмена — механизм обработчиков. Обработчики событий существенно расширяют функционал и являются незаменимым инструментом настройки правил обмена в тех случаях, когда интерактивных возможностей конфигурации недостаточно.

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

Если это платформа «1С: Предприятие 7.7», то код обработчиков интегрируется в код обработки выгрузки или загрузки. Соответственно, каждый обработчик или алгоритм выделяется в отдельную функцию и доступен для отладки при обмене.

Если выгрузка или загрузка происходят на платформе «1С: Предприятие 8», то код обработчиков не интегрируется в код обработки обмена данными, а выгружается в файл правил обмена. В процессе обмена данными код обработчиков или алгоритмов берется из файла правил и выполняется непосредственно в контексте оператора «Выполнить». Для отладки кода обработчиков и алгоритмов можно воспользоваться обработкой «Универсальный обмен данными XML».

И показываем, как с ее помощью СИЛЬНО упростить решение своих задач

Сегодня мы разберем, как буквально за 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 недели.