Сходил намедни на общеизвестный ресурс с подарками от 1С и взглянув на первые строки мгновенно забыл за чем зашел =) Взор приковала строчка с таинственной надписью "1С: Конвертация данных 3.0"... И началось...
В общем скачал-установил демо. Минут тридцать потыкал в нее тупыми и острыми предметами, в итоге удивительное оказалось рядом - это же мутант конвертации 2 и неким таинственным модулем "КонвертацияОбъектовXDTO" из свежей 1С:ERP. Так же увидел аналог моего полугодового насилия над конвертацией 2 запиленную под загрузку из Oracle, в частности что поиск объектов осуществляется по ключам(в КД3 структуры) в том числе и табличные части. К сожалению времени ковырять не было особо.
Основное отличие, что теперь обмен работает по принципу - "Источник - Модель XDTO". Т.е. конфигурация приемник обезличена. И ключи поиска понравились =)
Кто может добавить? Будет революция в обмене? Ждем хабрэфекта на инфостарте от вопросов по КД3?
Не очень долго смотрел. Немножко прифигел, что ради одного простого обмена обе конфы надо снимать с поддержки - лишний геморрой только. Формат выбрали странный достаточно, я так понял, автоматически по конфе xdto строиться не будет, поменял реквизит - поменял и описание? А потом и перегрузка в КД3 и перегрузка общего модуля, обновление конфы... Странно мне пока, очень странно. Вот, длинные праздники будут - подетальнее ознакомлюсь с данным творением.
(5) Kamikadze, Ну, не знаю, сделать, чтобы по внешнему XDTO-файлу можно было обмен делать, что-нибудь типа справочника XDTO-элементов, в сторону REST можно было бы посмотреть, хоть он сейчас еще не полностью функционален...
Ну, теперь кроме особенностей двух конфигураций нужно еще знать особенности формата файла обмена.
Это ж прогресс... от 1С..... такой в последнее время: связанную логически информацию раскидать по разным местам.
В обработке ВыгрузкаДанныхБП30_УП20 нет макета ПравилаОбмена, используется XMLСхема http://v8.1c.ru/edi/edi_stnd/EnterpriseData/1.0. Из нее можно получить привычные правила обмена для КД2.1?
(18) M_Volkov, вряд ли.
В КД 3.0 совершенно другой подход, не смотря на похожие названия "Правила конвертации объектов", "Алгоритмы" и прочие.
Можно для наглядности сравнить Правила обмена из КД 2.0 и общий Модуль "МенеджерОбменаЧерезУниверсальныйФормат" из УП или БП 3.0
Вообще-то хотел посмотреть конвертацию документа "Авансовый отчет", в УП/КА2.0 в нем убрали "Товары", а БП3.0 оставили. По XML-Схеме можно определить "Товары" из БП конвертируют в "Поступление товаров и услуг", или просто игнорируют?
21.
vladimir_makarov
10525.08.16 20:55 Сейчас в теме
Г-да, я привык к КД к КД 2.0, 2.1. КД 3.0 пришла по рекламе, пока не смотрел... Мож, подскажете, надо ли на неё переходить? О том, что там да как не спрашиваю: если кто ответит, сам в эту тему включусь и буду сюда выкладывать, что накопаю...
(22) M_Volkov,
особенно если повнимательней посмотреть на наличие в платформе 8.3.8.2054 обилие интригующего "тестового", как и в последних обновлениях конфигураций. Ну и назревающего по весне 8.4.
кто либо уже разбирался плотно с функционалом? Интересует возможность модернизации существующих правил, построенных на EnterpriseData. Есть две конфигурации (одна из них самописная), синхронизация настроена по EnterpriseData. Возможно ли как-то загрузить это в КД 3.0 для последующего редактирования?
Какая-то шляпа эта третья конвертация. Что за универальность, если большую часть правил нужно прописывать вручную и кодировать пакет XDTO? Даже табличные части не умеет самостоятельно конвертировать)) А модули подгружать (это вообще какая-то фича из семерки)! И это всё в нашем 21 веке)) Видимо поэтому она до сих пор не прижилась в массах.
(26) Не знаю у кого не прижилась. Удалось сделать синхронизацию через КД3 между конфигурациями на платформе 8.2, 8.1 и т.п. Даже есть публикация для 1С 7.7.
С появлением типовых на платформе 8.3.9 и выше можно будет отказаться от внешних обработок и свои правила обмена КД3 разместить в расширении.
А все, кто остался на КД2 будут мучатся с отладкой правил. ))
Покопался ещё в 3-й конвертации. Кое-что мне стало понятней, но суть от этого не изменилась. Слово "универсальный" здесь имеет какой-то очень узкий смысл. Я так понимаю из универсальности - это что в одном плане обмена могут участвовать совершенно разные конфигурации, а не однотипные как в КД2. Всё. На этом она заканчивается.
Может быть кто-то объяснит, например, как сделать выгрузку нетипового документа? Или ещё проще, завели новую кассу (объект "КассаККМ"). Надо бы её передать в другие базы. Вроде просто - а фиг там. Нет такой сущности в формате КД3! Выкручивайся как-нибудь, а как - непонятно...
И главное технология КД3 "досконально" документирована. За 3 года информации на 2 странички. Ни тебе учебников, ни примеров. Только один платный курс (видимо, кто придумал эту технолоджи, тот за деньги и объясняет что он там наимел ввиду). Респект таким парням...
Никак. Зачем выгружать нетиповой документ если его никто не сможет загрузить из универсального формата? ))
Но если очень хочется, то придётся доработать схему этого формата с обоих сторон - в исходной и конечной базах. Загрузить новый формат в КД3 и ваять свои правила. Но тогда теряется смысл в универсальности.
Мелкие простые объекты можно передавать через реквизит AdditionalInfo - передать структуру или строку, например.
Основной плюс КД3 - не нужно синхронно обновлять все базы и поддерживать актуальные правила только для этих баз. Например, УТ может не обновляться несколько лет, а БП каждый месяц и обмен не поломается.
На вопрос "Зачем?" есть простой ответ - "Так надо!" :)
Ведь не программисты выдумывают что куда отправлять, задачи вытекают из прикладной области. Это всё равно что спросить "Зачем дорабатывать типовые конфигурации?". Ну нужно это и никуда от этого не деться. Особенно если предполагается развитая ИТ-структура из нескольких баз.
Опять же пример с кассой - это типовой объект. К чему такие сложности? На счет лазейки в виде доработок пакета и AdditionalInfo - да, но какой же это универсализм? Придумали бы на этот счет что-то вменяемое, чтобы можно было "неформатный" объект переслать. Да и табличные части как-то фи... Там и так кучу всего кодить и прописывать.
Какой реальный плюс в итоге?
Стандартизация - это хорошо, но не в ущерб эффективности и простоте.
Я считаю, что задумка ок, но реализация как-то ещё не очень. Проще хотелось бы, товарищи(
Можно привести пример из грузоперевозок. Если ваш продукт не входит ни в один универсальный контейнер, делайте свой и везите сами. )) Плюс в случае если товар совместим с контейнером - отдал в компанию по доставке и забыл.
Сложности с погрузкой в контейнер думаю временные - то кран не тот, то лопатой нужно грузить, это от погрузочного оборудования зависит, сам контейнер тут не при чём.
Если стандартный общераспространенный товар не совместим с контейнером, нужно обращаться к производителю контейнера, чтобы сделал подходящий.