https://partners.v8.1c.ru/forum/topic/2297015
"Проект "Удаление механизма синхронизации по правилам XML""

(0) Я получаю "У Вас нет доступа к "Партнерской конференции""

О добрый человек, просвети нас...

(1) Добрый день.

Уважаемые коллеги, информируем вас о запланированных изменениях в функциональности синхронизации данных. В ближайших типовых релизах:

1. Будет удален механизм конвертации по правилам XML, в т.ч. обработка КонвертацияОбъектовИнформационныхБаз;

2. Метаданные (регистры, справочники, планы обмена) и программный интерфейс механики обменов по правилам XML будет помечен устаревшими, и удален в будущих версиях библиотек "Синхронизации данных" и "Стандартных подсистем";

3. Сохранится поддержка внешней  обработки УниверсальныйОбменДаннымиXML, которая продолжит поставляться как инструмент для разовых операций.

(0) Да, печально. Ну надеюсь хоть для задач, навроде загрузки остатков, оставят обработку.

ждем расширений с функционалом?

(0) Мягкий намек на то, что 1С снова хочет кушать. А посему нефиг сидеть на старых конфах. Похерить все старое и вперед к светлому будущему.

У кого все работает как часики - будьте добры выделить механизм в отдельную независимую подсистему.

(4) Да здравствует народный бунт!

не совсем понятно вот это сообщение

https://partners.v8.1c.ru/forum/t/2294713/m/2296926

P.s. Извините, не могу сюда текст привести, по шапке надают.
Скажу, что вроде как это была ошибка, но это не точно

А вообще новое светлое-то фунциклирует уже?

(8) Да. Практически весь обмен (синхронизация) между современными конфами идёт через ED.

Жаль, ожидалось обратное: отказ от ED и развитие XML.

Лично я ждал полного отказа от тормозного XML.
Переписывания EnterpriseData на JSON с заложенной возможностью своих расширений не только аля AdditionalInfo а в любом требуемом месте.
С переходом от XML XDTO на JSON Schema.

И да отказ от XML не только в обычных синхронизациях но и например в бесшовке ДО, с отказом от веб-сервисов в пользу http-сервисов везде.

(11) Кстати, из интеграции с ДО тоже выдирают синхронизацию по правилам (для справочников). Видимо, справочники будут тоже через интеграцию ходить, но делают они это в новых релизах как то...странно.

(2) "Сохранится поддержка внешней  обработки УниверсальныйОбменДаннымиXML, которая продолжит поставляться как инструмент для разовых операций"

Ну так можно будет запускать её из процедуры по таймеру.

(13) ага, без правил регистрации, плана обмена это такая себе замена. Печально, чо, но вот ребята писали https://infostart.ru/1c/articles/2552815/ старались, пойду изучать...

(14) Чего уж, делаешь свою обработку с правилами в макетах и реализуешь дёргание процедурок из Универсального обмена
Давно позабытая практика, похоже, грядёт возврат

(14) Если там есть возможность переносить движения документов, то огонь) Пошел читать, спасиб)

(16) не, движений нет, такое вообще редкость ИМХО

(17) А как переносят ручные корректировки?

(18) Ну, т.е. я знаю как) А там че нет?

(18) так же как и в ED, никак )

(20) Дикари)

(16) Там общая схема обмена на очередях и JSON
Которую можно для чего угодно использовать, в т.ч. для переноса движений
Причем движения хочешь к объекту (документу) привязывай и вместе отправляй
Хочешь - отдельно движения от объектов (документов) отправляй и грузи, только ссылку на регистратор не забудь
По сути это реинкарнация БИТ.Адаптер ))

(4) обойдёмся без расширений, вернём как было, делается один раз путем вывода в собственную подсистему

(22) Я примерно так и понял) Спасиб, мил человек)

Возможно, это знак свыше)
Давно руки чесались с COM обмена слезть.

КД3.0 не является заменой конфигурации Конвертация данных, редакция 2.0

https://its.1c.ru/db/metod8dev#content:5846:hdoc

Как теперь решать такую задачу (сейчас решено на КД2):
Односторонний обмен Из основной базы в Дополнительную

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

В доп. базе что-то меняют-моделируют и строят отчеты

(26) На ИС куча статей как свои объекты добавлять-фигачить в обмен через КД 3.0/3.1 с правкой ED
С фиксом нужного пакета XDTO, внесением в него изменений
И с правками ОбщийМодуль.МенеджерОбменаЧерезУниверсальныйФормат

Использовать саму конфу/базу КД 3.1 или все ручками - это уже на свое усмотрение...

(27) На КД2, при поднятии релиза, все это делается автоматом. Новые объекты добавляются, сопоставляются и т.д.

А в КД3 ведь нет такого? Нужно анализировать, какие объекты 1с добавил... Какая-то ручная работа требуется? Я просто спрашиваю...

(28) >На КД2, при поднятии релиза, все это делается автоматом. Новые объекты добавляются, сопоставляются и т.д.
Смешно
Ничего там автоматом нельзя делать в КД2, или половину конфы зацепишь одной лишней галочкой
Все ручками-ручками выбирать

В КД3 почти тоже самое
Только не просто правила а выгружать пакет XDTO надо для вставки в конфу
И код общего модуля так же выгрузить и вставить

(26) Основная и доп. базы - это типовые конфигурации?

(29) Это не правда. Все делается автоматом (не полным, но движения мыши минимальны и "думать" не нужно) много раз на протяжении последних 4-х лет.

(30) Отраслевые БП Строительство

(31) А много нетиповых документов?

(32) Да, и документов и справочников и и новых табличных частей в типовых справочниках и т.д.
Не столько же, как типовых, но порядок такой.

В КД2 делаю так:
1. Выгружаю описания структуры метаданных
2. Загружаю в базу КД2, в новую конфу
3. Создаю новые ПО автоматом (источник/приемник из п.2)
4. Создаю новые ПВД автоматом
5. Выгружаю правила в zip ну и т.д. мелочь

В приёмнике пустые ПО (1 раз сделал и забыл)

И всё отлично работает. Составил себе маленькую инструкцию и "думать" не требуется, чисто техника

(34) Ну, тогда нужно будет делать доработку, чтобы сохранить функционал КД2 в БСП. С ED так просто не получится.

Ветка плача по стюардессе.

(25) а КД3.1 - да. Она объединяет в себе КД2 и КД3.

КД2 хоронят? Успехов, чо. Но вы не сможете.
Она будет выкарабкиваться из могил.
КД2 переживёт вашу КД3, ещё будет кашлять на её похоронах, простудится...

(14) Да, очень интересная реализация обмена.

(35) Все понятно с этим клиентом. Но речь не о том.
Не хочу быть динозавром. Не хочу такую доработку. Хочу современно.

Такие задачи в моей практики встречались несколько раз. Не говоря уже про перенос движений, которые на КД2 тоже автоматом делаются.

Как быть то теперь? Просто отрезали не дав ничего в замен и всё?

(37) Спасибо! Пошел изучать


https://1c-pfo.ru/info/95931/

Фактически в КД3.1 встроена КД2 (формат XML), которую убивают. Т.е. это не меняет ничего и никак не помогает.

(41) >Фактически в КД3.1 встроена КД2 (формат XML)
Там есть некоторые мелкие отличия

(35) Из старого БСП выдрать пару модулей с частью процедур для КД2 и пользоваться. Там только обновить список метаданных надо.

(43) а всякая интеграция с подсистемой обмена, сценарии, транспорты, обмен по расписанию и вот это все

(44) Делать отдельное своё расширение?

Не хочу плодить темы.
Вопрос к знатокам.
Недавно в типовых конфах при выгрузке данных да возможно и загрузке сама типовая начала блочить события в правилах обмена если те содержат чета типа Выполнить(Алгоритмы.НекийАлгоритм);
Есть какой нить штатный способ все же вызвать алгоритм в событиях и чтобы это не нарушало безопасность?

(46) http-сервис поднять например в базе
и дергать при обмене его из той же базы
а внутри http-сервиса уже Выполнить/Вычислить

(47) А внутри http-сервиса обмен по XML🔥
Универсальные инструменты.
https://github.com/cpr1c/tools_ui_1c
Универсальный обмен данными в формате XML (с фильтрами и прямой загрузкой через HTTP сервис)

(38) Печально, да.Новое поколение разработчиков 1С не имеют понятия,сколько устаревших систем на КД2 , правилах XML и планах обмена держатся.КД3 кстати тоже признан слишком жестким.Будет какой то новый КД 3-Х где сущности ED будет возможно проще добавлять и пользоваться.Но это еще когда...А КД2 уже поломали в последних релизах.Ничего не остается кроме своей подсистемы обмена...

(49) (38) Тот редкий момент когда я полностью согласен с Волшебником.

КД2 держится на принципе переноса данных из одной произвольной структуры в другую произвольную.

КД3 держится на принципе переноса через некоторую универсальную структуру. Фактически является переносом сначало из одной структуры в универсальную и затем из универсальной в другую структуру.
То есть вводит дополнительную ненужную сущность для привязки к конкретной реализации корпорации 1C.

(26) Если доп. база нужна ровно для "поменять и посчитать отчёты", то обмен под эту задачу самый дорогой вариант. Мы такие песочницы делаем из бэкапа: восстановил, обрезал лишние периоды и регистры, обезличил, и всё. Никаких правил, которые придётся чинить на каждом релизе. Нужен свежий срез, пересоздал по расписанию.
Обмен оправдан, только если правки в доп. базе должны переживать обновление среза. Вот тогда да, никуда не денешься.

(50) В общем и целом согласен, но есть нюансик
КД2 хранит правила выгрузки отдельно и файл обмена содержит правила его загрузки, но обмен 1С-1С
КД3 - попытка создать универсальность, типа "Вот вам файлик и грузите его как хотите", для его создания нужно место хранения структуры файла (ED) и правил создания оного(код), собственно, на другой стороне - аналогично: структура полученного и что с ней делать.

Идея в целом здравая, т.к. можно из стороннего ПО сделать файл нужной структуры и загрузить оный в 1С универсальным механизмом. Но всё упирается в структуру файла - где её хранить? В самом файле обмена - получим КД2 и проблему со сторонним ПО. По идее, можно положить рядом файл структуры и файл обмена (в таком раскладе КД3 - чисто формирователь файла структуры), но нужно решить вопрос обмена не через файлы

(50) КД2 более понятней и быстро можно его "подпилить".
КД3 в этом плане запутаннее и иногда чтобы связать очень проблематично по структурам, если они разные.

(53) а еще по КД2 есть книжка, пусть и старая, но во многом еще актуальная. а по КД3 один шиш и тот без масла. Ковыряйтесь как хотите.

(51) Хотят видеть изменения из основной оперативно, и да, правки должны пережить обновление среза. Да еще и такая-же ЗП, обмениваются копия БП <> копия ЗП стандартным обменом. В общем- копии, не вариант.
Думаю в сторону РБД. РБД то не отключат?

(55) РИБ это другой механизм, не правила XML, проект его не трогает: там планы обмена и служебный формат платформы, конвертации нет.

Но под вашу задачу он ложится плохо. В подчинённом узле конфигурацию менять нельзя, только расширения, а регистрация изменений двусторонняя: всё, что наковыряете в песочнице, лежит в очереди на выгрузку в главный. Стоит один раз забыть почистить регистрацию перед обменом, и правки уедут в прод.

Если правки в доп. базе только по данным - я бы делал срез из бэкапа плюс маленький обмен ровно по тем объектам, которые должны догоняться оперативно. Поддерживать дешевле, чем полный РИБ с фильтрами.

если бы фирма 1с свой форум/reddit создала, где бы были ли бы ветки, где бы  общались сторонние разрабы и архитекторы/теоретики ED, может было бы проще, чем навязывать сомнительное решение. А то Партнерка доступна для Специалистов но не для принятия ошибок... Миста как и Т1С в свое время вымирает... не видно движухи, как Это было лет 20 назад во времена 7.7 видимо новым спецам форумы это чуждо... к сожалению... Пока что группа в телеге по УХ/УХ ЕРП это единственный светлый луч где могут встретится разрабы из 1С и простые прогеры и методисты

видимо дело идет к тому чтобы лет через 5 (4,3,2.1) новый джун мог подключить какой то модный ИИ и сказать напиши мне правила конвертации для шины из самописки в БП 4.0 и через 30 минут уже пускать их в прод

(56) >> Миста как и Т1С в свое время вымирает..
Миста ещё на Ваших похоронах простудится...

Миста вам не форум. Это последняя площадка для общения человеков с роботами. Последняя!

(58) Пробовал похожее, только не правила, а связывание структур: отдаёшь модели метаданные двух конфигураций и просишь сопоставить объекты. Справочники мапит бодро, а на регистрах и движениях начинает выдумывать реквизиты, которых в базе нет, причём уверенно и по стилю правдоподобно.
30 минут выйдет на первый черновик, дальше всё равно построчная сверка. Узкое место не модель, а то что структуру ей надо честно отдать вместе с ограничениями, иначе додумает.

(58) А потом выключили свет и добро пожаловать в каменный век

(58)(62) "модный ИИ и сказать напиши мне правила конвертации" - и потом нормальный специалист может выставлять конский ценник на разгребание задвоений, правильно заполненных данных и просто чтобы это работало🔥 Так как понимать как это работает уже никто не может!
Цитата из мисты: "Избавление от необходимости понимать..."🤦
Подборка на пятницу:

(59) я знаю имя последнего человека на Земле

Подробности

Надежда

(64) В "Понедельник начинается в субботу" другие данные, ЕМНИП

ПЯТНИЦА!