Добрый день!
Не трогаю типовой обмен, между конфами хочу написать свой обмен сбоку.
Прочитала БСП Обмен, там указано что создаем свой новый план обмена, потом в макеты подгружаем правила регистрации данных и правила обмена, НО это только для КД2, потому что правила обмена для КД3 это не xml файл, а сгенерированный код 1С для вставки в модуль в конфе. Никак не могу найти информацию как это делается в случае с КД3

не надо КД юзать для своего ни 2 ни 3
уже давно есть более современные, более удобные и шустрые методики на основе JSON

(0) Так есть же план обмена например в БП3 "СинхронизацияДанныхЧерезУниверсальныйФормат", там смотри как сделано. Но я бы делал на КД 2 лучше

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

(1) >  более удобные и шустрые методики на основе JSON
"Быстренько изобретаем свой формат пакетов, свой протокол обмена, врукопашную рисуем конвертацию"?
Ты про эти "удобные" "методики"?

(4) зато целый отдел 1сников всегда в работе при окладе и премии.

(4) когда то через формат dbf предпочитали обмениваться
это не значит что и в 2021 году надо обязательно так делать

(5) Не, такой подход иногда очень даже оправдан. Но называть это "методиками", да еще и "удобными" - это сюр какой-то.
И это явно не для случая, когда нужно по-быстрому набросать тесный обмен сложносвязными данными между двумя рядом стоящими базами 1С.

https://infostart.ru/public/308563/ и еще куча подобного на ИС по запросу "выгрузка загрузка JSON"

мой вариант между БП3>УТ11 тут https://github.com/Garykom/JSON на основе штуки выше

(7) Именно для "по-быстрому набросать тесный обмен сложносвязными данными между двумя рядом стоящими базами 1С" быстрее всего (8)

(8) Это уже больше похоже на какой-то инструмент. Но судя по описанию - очень ограниченный по возможностям в сравнении с КД.

(10) Он для программиста лучше
Ограничений как раз меньше ибо легко напрямую кодом что угодно

КД2 уже просто устарел
КД3 же есть смысл когда с другой стороны оно уже есть и делаем только с одной

hhhh, пишет --> а сгенерированный код 1С для вставки в модуль в конфе - это код можно поместит в модуль внешней обработки. А в плане обмена должен тогда быть путь к этой внешней обработке, где правила находятся. --> А в каком месте тогда надо путь внешней обработки прописать в плане обмена??? Вот в чем вопрос)

(11) И чем же КД 2 устарел ?

(11) Не МОЖНО кодом что угодно. А БУДЕШЬ кодом что угодно :)
Морально КД2 вовсе не устарел. Но на поддержку - да, плюнули. Потому что только стек типовых интересен. А жаль.

Коллеги помогите как привязать план обмена и обработку в которую я помещаю код сгенерированный КД3

Может в учебном центре курс какой есть на эту тему, уже долго бьюсь над этим - можно конечно типовой модуль подчистить и свой кусок кода сгенерированный от КД3 вставить, но это ж не дело, снести все типовые правила... как-то сбоку красиво не трогая типовое должно же это делаться

(0) Вам шашечки или ехать?
Сделай на КД2.

КД2 просьба не предлагать если ответа нет

(18) ну нажми на Я в верхнем правом углу, первая ссылка твоя.

(13) xml, тормоза, долго осваивать, легко накосячить, сложно понять в чем трабла

(20) а кодом накосячить труднее что ле ?
А не стандартные обмены, всякие условия, конвертации одного объекта в другое..кодом, проще что ле ?
Не..кд2 рулит.
Фанатам json-а предлагается переписать кд-2 на json обмен + обработку обмена на json :))

(21) стандартная ошибка новичка в КД2:
выбирает документ и по ссылкам ему полбазы в правила

(21) >не стандартные обмены, всякие условия, конвертации одного объекта в другое..кодом, проще что ле ?

именно что кодом проще
даже в КД2 изредка приходится вставками кода, где правилами не получается

кд2 удобная вещь, жаль что от нее отказались в типовых

(16) можно свой модуль менеджера обмена переопределить в модуле ОбменДаннымиПереопределяемый в при получении доступных версий. А сам модуль или в расширении или в конфу.

(23) Правилами на КД2 не может не получиться.
Кодом обмен делать это для извращенцев.

(24) жаль что для КД3 выбрали XML для формата EnterpriseData
надо было JSON

(26) муахаха
В БП один справочник Контрагенты в ERP два Клиенты и Партнеры
покажи как правилами?

(22) Не вижу связи, ну во второй раз снимет галочки

(29) смотри когда ты пишешь выгрузку-загрузку на json кодом то у тебя два конфигуратора открыто и все
а на КД2 еще что надо держать и делать?

нет большой разницы XML или JSON. ну разметка у XML чуть потяжелее, , а JSON типа помоднее, только и делов то. Сериализация/десериализация при обмене далеко не самое узкое место, если и есть разница, ей можно пренебречь, пользуйте то, что умеете.

можно свой модуль менеджера обмена переопределить в модуле ОбменДаннымиПереопределяемый в при получении доступных версий - это как сделать?

(28)https://docs.yandex.ru/docs/view?tm=1633617902&tld=ru&lang=ru&name=Konvertatsiya_dannyih._Metodika_rabotyi_i_primeryi.pdf

54 страница

Ну или Бояркина посмотреть, там тоже есть, и даже ..в примерах к КД, тоже есть

(28) Это самое простое )))

(31) >Сериализация/десериализация при обмене далеко не самое узкое место

эээ можно тесты?

(35) Можно. Я не против.

http://pics.rsh.ru/img/2_4zdqgzj8.png

(36) ты утверждаешь что не узкое место
когда фактически json сильно шустрей на практике

(35) Удивляюсь я тебе порой. Вроде умный парень, а иногда отчибучишь что-нибудь эдакое.

(38) чем xml? Есть замеры?

(35) распарсить тысячу объектов быстрее, чем записать в БД один, ты не согласен?

кд2 удобен за счет автоматической выгрузки по ссылкам без забот со стороны разарботчика

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

(38) Да, мы переписали обмен с сайтом с xml на json, да быстрее, меньше кодить, код проще, json понятнее.

Что мешало товарищам с Селезнёвки переделать КД2 на json - загадка.
Да и много чего на json, ту же выгрузку cf в файлы

(44) последняя доработка кд2 была ранее чем жсон появился в платформе

кстати а для жсон есть типизированные пакеты в платформе?

(33) и там обошлись без вставок кода на ЯП 1С?
для всех реквизитов и связанных РС ?

(45) И ? Дальше то можно было развить с развитием платформы.

От кстати, надо Гению подкинуть работу - пусть перепишет Кд2 и обработки обмена на json, денех подымет немеренно на нимфостарте потом..
:)

(48) зачем кто-то будет переходить на левую кд2 на жсоне? в чем выгода?

(49) для легаси ни в чем
для новых проектов есть смысл

(50) в чем выгода то? на сколько быстрее все будет?

(50) В чем он? В том, что файл более человекочитаем?

(52) хмл тоже вполне читаем

(47) Ну, там сделано на примитивном уровне, через ВыгрузитьПоПравилу() и для второго объекта поиск по реквизитам, а не по гуид объекта.
Я в своё время лепил свой гуид, который сам генерил, чтоб в базе приёмнике был поиск по гуиду, а не по реквизитам.

ЗЫ: а так , в кд-2 везде же "вставка кода" , там жешь в кучку событий можно код пихать и свои алгоритмы

(50) Но массив объектов в JSON выгрузить проще и быстрее. Это да.

Ну впринципе в ПриПолученииДоступныхВерсийФормата() подменить модуль идея скажем не плохая!! Конечно единственное мы не знаем правильно ли это, а то может у них уже есть какой-нибудь модуль для данной ситуации)

Коллеги, а еще вопрос, вот например я что-то написала на КД3, загнала это в конфигурацию, вот обмен работает, все хорошо) Но потом то жизнь то не стоит на месте, проходит время и мой формат постарел, есть теперь формат получше моего - новее и производительнее. Мне как-то надо мой формат поменять или обновить на новенький если провести аналогию например с релизами как мы обновляем

я тут вспомнил почему КД еще плохо
когда в один поток скорости не хватает очень проблематично распараллелить выгрузку и загрузку на кучу фоновых

КД2 - очень продуманный инструмент в плане настроек обмена. Почти идеальный. Люди с большой головой его писали.

Это не вопрос формата. Это вопрос концепции и инструментария. Жаль что на его поддержку забили. Все можно было бы накрутить. И json и многопоточность.

(59) дико устаревший, неудобный, сложный в освоении, один фиг требующий вставок кода, не умеет в многопоток, тормозной как в создании правил так и в работе

(61) Тяжело в освоении - легко в написании. Как и в любом хорошем фреймворке, его сложность - это тупо зеркало проблем, которые он у тебя забирает. Некогда учиться работать бензопилой - продолжай пилить лобзиком. "Требующий вставок кода" - разве это критерий? Ведь все зависит от того, сколько этого кода вставлять. Строчку или тыщи. А все остальное относится не к концепции, а к прекращению поддержки.

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

(63)+ имхо очень сложно убедить владеющих бензопилой что электрическая лучше https://3dnews.ru/640656

(63) > и это было сложней чем освоить нечто вроде
Безусловно. Ведь их возможности по быстрому описанию сложных обменов несопоставимы. И дальнейшей их поддержке тоже.
В (8) хотя бы выгрузка по ссылкам есть? И понятие переиспользуемых ПКО?

(63) в кд2 ты вообще не думаешь ни о каких хмл. только логика обмена

(65) да есть, изучи плиз
и есть множество подобных решений, намного удобней чем КД

(66) в (63) у меня ни слова про xml

формат xml и его тормоза это лишь один из недостатков КД2

(68) недостаток не столько сам формат XML, сколько тормоза при работе с ним

(67) Сенк, покопаю при случае. Но если есть, тогда это наследник концепций КД2 получается.

(70) неа там принцип работы совсем иной
выгружается в некий универсальный json, в процессе можно сконвертировать в некий иной или добавить чего не хватает кодом

т.е. по умолчанию для объекта "Наименование" переносится в "Наименование" но можно добавить "ПолноеНаименование"

(68) есть сравнения xml vs json по скорости?
тесты, тесты давай

(72) на порядок в отдельных кейсах

(70) и если все фичи кд2 перенести, то по сложности и будет кд2

(74) а они нужны эти фичи? если все задачи без них решаются

а какие фичи не нужны?

там вроде их и не так много
ПВД-ПКО-ПКС и события

(71) Так и не понял, в чем принципиальное отличие. Но это и неважно. Одна из главных фишек КД2 - это переиспользование ПКО при конвертации по ссылкам. И если это есть - тогда для меня это преемник КД2.

(78) угу

(73) кого колышат эти тормоза? Ограничивай пакет обмена и не будет заметных тормозов.
JSON-объект куда-то далеко от XDTO ускакал? С какого счастья он шустрее окажется?

(79)+ для каждого вида метаданных "правила" один раз

но учить чью то поделку смысла нет. если ты только сам нетленку не пишешь

(81) а если для одного вида нужны несколько правил?

(80) эээ мне надо два года из одно базы в другую перегнать
перегрузка месяца занимает двое суток через КД и?

(71) А чем это от КД 3.0 отличается? через EnterpriseData они и плюются стандартным набором полей, только гибкости как у КД 2.0 нет ни разу.

(83) издеваешься? у тебя код что угодно можно

(86) причем здесь код. правила разные есть для 1 объекта метаданных?

(84) не надо 2 года одним куском пихать. И 2 года с использованием JSON за полчаса переметнуться? Нет?
Не умение использовать инструмент не делает его плохим.

(85) я неправильно выразился

*выгружается в некий по умолчанию json

а не в универсальный как КД3 с EnterpriseData
это именно почти КД2

(88) Я одним куском сую месяц (только доки НСИ все уже выгружены за неделю) и жду двое суток

(89) ТАк а разница в чем? НУ парсишь ты по сути текстовый файл. С чего бы скорость в каком-то из форматов выросла?
Кд 2.0 избыточные данные гонит? ну так есть причина и возможность ограничить

(88) полчаса на json vs 48 часов КД
причем на json я могу в кучу фоновых на сервере параллельно!

(82) Могу сказать, что автор поделки из (8) - высококлассный спец, каких единицы. Которая очень хорошо знала КД2 к тому же. Просто из описания не видно, что оно умеет в ПКО и конвертацию по ссылкам. Так что при случае я обязательно присмотрюсь. Надеюсь, что Garykom не преувеличивает.

(91) Затрачиваемые ресурсы на работу (парсинг) XML
Да и запись XML не шустрая

Жрет и CPU и главное RAM

если нужно большой объем грузить, то нужно отключать выгрузку по ссылкам

(93) конвертацию я туда допом засунул ))
там на гитхабе

(95) Издеваешься да?

(97) а что не так?

(98) Попробуй из БП3 в УТ11/КА например перенести все документы со всем что надо через КД2
И чтобы оно потом работало и не ругалось на пустые реквизиты

(0) в случае с КД3 нужно выгрузить конфигурации поставщика и приемника в файлы, загрузить из в базу "Конфигурация 3.1", там настроить ПКО и ПОД. По нажатию одной кнопки конфа генерирует модуль, который вставляется копипастом в конфигурации поставщика и приемника.

Всё очень удобно, просто и понятно.

(99) А с помощью json хочешь сказать нормально перенесешь?

(12) рекомендую ознакомиться с курсом по КД3.0 от учебного центра №3. Там все эти моменты разбираются.

(101) можно и через КД но оно не всегда подходит

(96) По-ходу, ты меня ребячил. Скачал, глянул - обычная ручная выгрузка/загрузка, на коленке набросанная.

(103)+ в нашем конкретном случае КД я попробовал и понял что не алё
пришлось искать и допиливать иное решение

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

(101) а для json валидация xsd существует?

(104) в модуле объекта глянь
ВыгрузкаРеквизита
ЗаменаНаименованийОбъектов
ЗаменаСвойствОбъектов

(107) да но почти не используют

(108) Я и говорю.

(104) извини визуального конструктора нетути

это OpenSCAD а не Archicad и не 3D Studio как КД

Я делал на технологии КД3.0 обмен между базами бит.финанс. Формат практически с нуля сделал, т.к. объекты все нетиповые. но это в любом случае быстрее, чем я бы писал код с нуля. По скорости работы есть конечно нарегания, в КД3.0 есть 2 узких места для оптимизации. Если их выловить, то скорость значительно повышается.

(110) а ты хотел все мышкой в конструкторе?

(113) Скажи мне друг-сосиска. От кодирования ЧЕГО эта пепяка избавляет? Там же практически все на программисте.

(114) Отвечу тем что опишу для кого предназначено и хорошо подходит КД2

Для непрограммистов 1С или начинающих программистов 1С.
Которые с метаданными смогли разобраться и вот вам инструмент (с кучей ограничений и недостатков) с помощью которого можете потратив время наваять синхронизацию.
Т.е. даже пресловутый "аналитик 1С" сможет типа программировать.

Прямо как встроенное во многие типовые "Групповая обработка реквизитов", которая вполне неплоха для кучи относительно простых и типовых задач.
Но для многих банально не подходит, да можно извратиться через "Выполнить произвольный алгоритм" но гм это уже программист нужен да.

Выгрузка по ссылкам у него есть :))) Которую он вручную накнопал для своего конкретного простейшего сценария :)))
"Лучше КД2". Несите меня семеро.

(115)+ Надо было 1С сделать следующий шаг!
Для пользователей инструмент сделать.
Типа он две базы 1С открыл и "продемонстрировал" как он вручную данные переносит, откуда и куда копипастит.
И некий AI (на основе ML) фигась и накодил синхронизацию выцепив с форм из элементов откуда в базе брать и куда писать ))

(116) Оно лучше в ситуациях в которых КД к сожалению не может.
Не спорю что во многих КД вполне прекрасно справляется и кто мешает его использовать?

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

А я-то губу раскатал, дурак старый.
(118) Обмен такого плана как у тебя я рисовал на свое мобильное приложение. Никаких вопросов.
Только сравнивать это с КД2 - это как сравнивать лопату с проходческим комбайном.

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

(120)+ я задолбался правила править, запускать обмен и проверять что еще в реквизитах/данных не хватает

(121) на КД когда сначала пытался

Все эти лопаты хороши для простых обменов. Если бы тебе пришлось писать по-настоящему большой и сложный обмен - ты бы сам в процессе родил что-то типа КД2. Тогда бы и понял глубину глубин.

(123) Перенос всех данных из БП3 в УТ11/КА не достаточно большой и сложный?
Типового в эту сторону считай что нет, там НСИ криво и только мало видов доков а надо все что можно было

(124) Если в процессе этого ты не написал чего-то типа упрощенной КД2, значит я слишком хорошо думал о тебе как о программисте
Потому что когда мне пришлось писать сложный обмен с внешней системой, то я рожал и декларативное описание ПКО и автоматическую выгрузку/конвертацию по ссылкам и обработчики.

(125) Мне хватило этой штуки в которой я разобрался и допилил
Все что надо внутри есть, описание мне вполне удобно кодом на Если и по ссылкам там все прекрасно, добавить легко
есть такая штука как БИТ.Адаптер, вот у меня вышло нечто вроде

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

(127) Кстати, насчет бойлер-плейта. Посмотрел как то на ацелотовский Датареон, вот там софтина так же генерирует для 1С килострочки бойлер-плейта (ничего примечательного - тупо сериализация XDTO, каждое свойство заполняется отдельно). Грубо говоря, взять и выгрузить справочник вместе с документом по ссылке - уже надо править вручную эту простыню. Про более сложную логику молчу. Так что, вроде как в энтерпрайзе это норм, однообразные строки кода править. )

посмотрел обработку из (8)

Ну это разве что конкурент обработке "Выгрузка/загрузка XML", только в формате JSON

С КД2 сравнивать бессмысленно, там и 5% функционала нет, что есть в КД 2

(115) понятно. продолжайте наблюдения ))
Ничего что все типовые обменивались ранее через КД2? Или их тоже делали недопрограммисты? )

(130) Не знаю кто их делал.
Но да чтобы пользоваться КД2 не надо быть программистом обычно.
За исключением сложных случаев с написанием вставок кода.

(131) > чтобы пользоваться КД2 не надо быть программистом обычно
Обычно надо. В КД2 абсолютно вся кастомизация обмена - через обработчики и код. Не через такой код как у тебя, а через программную настройку для которой куча всего заготовлена. Но при этом все равно это не для пользователей ни в одном месте, а для программистов хорошо понимающих 1С.
Чем больше ты говоришь про КД2, тем больше у меня сомнений в твоем "я освоил в свое время КД2". Писал обмены - может быть. Но не освоил.

(132) >программную настройку для которой куча всего заготовлена

это не программирование
или когда будильник на телефоне ставится тоже считаешь программированием?

(133)+ Сравни там последовательность действий для установки будильника весьма сложная
Почти как в КД ))

(134) выгрузка остатков через кд - это не программирование?

(135) Не утрируй плиз
КД не умеет остатки получать тут код нужен в виде вставки и программист что этот код получения остатков напишет

Я же вел речь про простой обмен данными справочников, документов и т.д.

(46) ФабрикаXDTO может же выгружать в JSON, значит есть

(133) Ну, тогда и все "программирование в 1С" - это тоже не программирование. Шо там шо там обработчики фреймворка скриптуешь. Только вот будильник на телефоне может поставить и слесарь, а правильно заскриптовать обработчики КД2 - почему-то программист потребуется.

(138) передергиваешь же
если ты хотел КД2 только на JSON и ничуть не хуже то извини
это совсем иной инструмент для иных задач, хотя может выполнять все задачи КД

где то лучше КД, где то лучше нечто иное отличное от КД

(133) а в таком случае 1С - это не программирование. Вот ассемблер - программирование

(139) просто не понимаю, в чем профит при наличии существующих инструментов заставлять кодера писать что-то новое? какие плюсы?

(141) когда столкнешься поймешь

(141) КД2 прекратили поддерживать, а достойной альтернативы нет. А Garykom прав в том плане, что иногда не надо бояться изобретать велосипед. Если твоя задача немасштабна и ты четко видишь ее границы и сегодняшние и завтрашние, то набросать "велосипедный" обмен бывает и ненакладно по времени и эффективно из-за его простоты и легковесности.

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

(144) почти не будет выгоды