Простой механизм универсального обмена между базами 1С

19.09.23

–

> > > > > >

В процессе обмена данными между различными конфигурациями 1С может возникнуть ситуация, когда требуется запрашивать и/или отправлять для обработки небольшие объемы данных. Причем потребности для алгоритмизации таких операций меняются довольно часто. Технология конвертации данных тут не всегда помогает (переделывать и перенастраивать планы обмена). Особенно усугубляет ситуацию наличие в схеме обменов конфигураций на разной платформе, древняя конфигурация на базе 8.2 и довольно свежие конфигурации на базе 8.3.

Скачать файлы

	Наименование	Файл	Версия	Размер
	Простой механизм универсального обмена между базами 1С: .dt 174,17Kb 11	.dt		174,17Kb	11	Скачать

Возникла идея упрощения и универсализации таких блоков. Обмен должен осуществляться через COM или WS.

Например: есть две базы. В одной базе формируется задача по запросу из другой базы некоторой информации.

Формируем параметры такого запроса и его алгоритм для выполнения на "той стороне".

Передаем строками (по-другому не пройдет ч/з COM) на сторону ответчика, выполняем там алгоритм, и принимаем ответ, также строкой.

В принципе строки параметров запроса и ответ это сериализованные в JSON значения примитивных типов.

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

Обработка реализована не мной, огромное спасибо за нее Александру Переверзеву (a.v.pereverzev@gmail.com), я там только немного доработал некоторые вещи.

Законный вопрос: зачем отдельный механизм для JSONа, если он уже есть в платформе?

Ответ на него немного выше по тексту - несколько баз корреспондентов работают на платформе 8.2 и переходить на новую не собираются.

Рассмотрим в картинках:

Справочник "Настройки подключений" - предназначен для хранения информации о соответствующих настройках для COM и WS соединений.

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

Справочник "Алгоритмы обмена" - предназначен для хранения информации о составе параметров и текста самого алгоритма.

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

Для установки конфигурации на управляемое приложение следует только изменить основные формы объектов.

Параметры публикации на WS для тестирования такие

Для вызова конкретного алгоритма в теле модулей используется вот эта процедура:

Механизмы БСП в конфигурации не задействованы. Тестировалось на базе платформ 1С:Предприятие 8.2 (8.2.19.130) и 1С:Предприятие 8.3 (8.3.22.1709).

Обмен данными обмен между базами 1с

–

См. также

SALE! 10%

Перенос данных из УПП 1.3 в ERP 2 / УТ 11 / КА 2

Обмен между базами 1C Платформа 1С v8.3 1С:Управление производственным предприятием Россия Платные (руб)

Продано более 270 раз! Обработка позволяет перенести из УПП в ERP / 1С:УТ 11 / КА 2 всю возможную информацию. Переносятся документы, а также начальные остатки и справочная информация. Типовая обработка от фирмы 1С не позволяет сохранить документы за период работы. Кроме того, наши алгоритмы выгрузки начальных остатков тоже имеют больше функционала и тщательно проверялись на реальных проектах перехода с УПП на ERP. Наша разработка будет полезна как фирмам-франчайзи, которые периодически выполняют перенос данных для заказчиков, так и организациям, самостоятельно выполняющим проект по переходу. При приобретении обработки вы будете четыре месяца получать ее обновления, далее можно приобрести подписку на обновления. Конфигурации 1С постоянно меняются, выходят новые релизы. Имея подписку на обновления, вы всегда можете быть уверены, что правила конвертации данных будут работать на ваших базах 1С.

~~50722~~ 45650 руб.

04.08.2015 155961 289 263

331

SALE! 10%

Перенос данных из УПП 1.3 / КА 1.1 в БП 3.0

Обмен между базами 1C Файловый обмен (TXT, XML, DBF), FTP Платформа 1С v8.3 1С:Комплексная автоматизация 1.х 1С:Управление производственным предприятием Россия Бухгалтерский учет Платные (руб)

Предлагаем перенос данных из УПП 1.3 в БП 3.0 (или из КА 1.1 в БП 3.0). Переносятся документы, начальные остатки и вся справочная информация. Есть фильтр по организации и множество других параметров выгрузки. Поддерживается несколько сценариев работы: как первичный полный перенос, так и перенос только новых документов. Перенос данных возможен в 1С: Бухгалтерию 3.0 версии ПРОФ, КОРП или базовую. Переход с "1С: Управление производственным предприятием 1.3" / "1С:Комплексная автоматизация 1.1" на "1С:Бухгалтерия предприятия 3.0" с помощью наших правил конвертации будет максимально комфортным! Обработка входит в ТОП продаж Инфостарта!

~~43889~~ 39500 руб.

25.02.2015 167003 284 236

367

SALE! 15%

[ED3] Обмен для ERP 2.5, КА 2.5, УТ 11.5 БП 3.0, Розница, УНФ и других с EnterpriseData (универсальный формат обмена), правила обмена

Обмен между базами 1C Файловый обмен (TXT, XML, DBF), FTP Платформа 1С v8.3 1С:Розница 2 1С:Управление нашей фирмой 1.6 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Управление нашей фирмой 3.0 1С:Розница 3.0 Россия Платные (руб)

Правила в универсальном формате обмена для ERP 2.5, КА 2.5, УТ 11.5, БП 3.0, Розница, УНФ, для последних версий конфигураций. Ссылки на другие конфигурации в описании публикации. Правила совместимы со всеми другими версиями конфигураций новыми и старыми, поддерживающими обмен в формате EnterpriseData. Не требуется синхронного обновления правил после обновления другой конфигурации, участвующей в обмене. Типовой обмен через планы обмена кнопкой Синхронизация вручную или автоматически по расписанию, или вручную обработкой.

25080 руб.

12.06.2017 131800 688 290

379

SALE! 10%

Перенос данных из УПП 1.3 в БП 3.0. Переносятся документы (обороты за период), справочная информация и остатки

Обмен между базами 1C Файловый обмен (TXT, XML, DBF), FTP Платформа 1С v8.3 1С:Управление производственным предприятием 1С:Бухгалтерия 3.0 Россия Бухгалтерский учет Управленческий учет Платные (руб)

Перенос данных из 1С:Управление производственным предприятием 1.3 в 1С: Бухгалтерия предприятия 3.0 с помощью правил обмена. Переносятся остатки, документы (обороты за период), справочная информация. Правила тестировались на конфигурациях УПП 1.3 (1.3.215.x) и БП 3.0 (3.0.144.x). Правила подходят для версии ПРОФ и КОРП.

~~28000~~ 25200 руб.

15.12.2021 18281 114 36

SALE! 10%

Перенос данных из ERP 2 / КА 2 в ЗУП 3

Обмен между базами 1C Файловый обмен (TXT, XML, DBF), FTP Платформа 1С v8.3 1С:ERP Управление предприятием 2 1С:Комплексная автоматизация 2.х Россия Бухгалтерский учет Управленческий учет Платные (руб)

Наша обработка позволяет не только перенести все документы, справочную информацию и начальные остатки из ERP 2 или КА 2 в ЗУП 3, но и организовать регулярный перенос данных между программами 1С:ERP 2 / КА 2 и 1С:ЗУП 3. Вы можете выбрать период отбора данных и установить фильтр по организациям, чтобы выгружать только необходимую информацию. Более того, перенос оперативно обновляется при выходе новых релизов программы 1С, так что вы всегда будете иметь самую актуальную версию обработки.

~~48278~~ 43450 руб.

03.12.2020 32732 70 56

SALE! 10%

Перенос данных из УТ 10.3 в УТ 11 / КА 2 / ERP 2 (ЕРП 2)

Обмен между базами 1C Взаиморасчеты Оптовая торговля Логистика, склад и ТМЦ Файловый обмен (TXT, XML, DBF), FTP Платформа 1С v8.3 1С:Управление торговлей 10 Россия Управленческий учет Платные (руб)

Предлагаем вам качественное и проверенное временем решение для перехода с УТ 10.3 на УТ 11 / КА 2 / ERP 2. Перенос данных находится в продаже с 2015 года, постоянно развивается, им воспользовались уже более 240 компаний. Можно перенести начальные остатки, нормативно-справочную информацию и все возможные документы. При выгрузке можно установить отбор по периоду, организациям и складам. При выходе новых релизов конфигураций 1C оперативно выпускаем обновление переноса данных.

~~50722~~ 45650 руб.

24.04.2015 188280 264 235

267

SALE! 10%

Перенос данных из ERP 2 / КА 2 / УТ 11 в БП 3.0

Обмен между базами 1C Файловый обмен (TXT, XML, DBF), FTP Платформа 1С v8.3 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Россия Платные (руб)

Перенос позволяет настроить собственный обмен данными между указанными программами, альтернативный предлагаемому фирмой 1С. Перенос данных осуществляется из 1С:ERP 2 / 1С:КА 2 / 1С:УТ 11 в 1С:БП 3.0. Правила обмена оперативно обновляются при выходе новых релизов программы 1С, так что вы всегда будете иметь самую актуальную версию обработки.

~~38500~~ 34650 руб.

15.04.2019 66179 164 131

SALE! 10%

Перенос данных из УТ 10.3 в УТ 11.5. Переносятся документы (обороты за период), справочная информация и остатки

Обмен между базами 1C Файловый обмен (TXT, XML, DBF), FTP Платформа 1С v8.3 Оперативный учет 1С:Управление торговлей 10 1С:Управление торговлей 11 Россия Управленческий учет Платные (руб)

Перенос данных из 1С:Управление торговлей 10.3 в 1С:Управление торговлей 11.5 с помощью правил обмена. Переносятся остатки, документы (обороты за период), справочная информация. За основу были взяты стандартные правила переноса остатков и справочной информации. Правила тестировались на конфигурациях УТ 10.3 (10.3.85.x) и УТ 11.5 (11.5.15.x).

~~28000~~ 25200 руб.

23.07.2020 43372 185 63

138

Комментарии

В избранное Подписаться на ответы

Свернуть все

1. pavlov_dv 21.09.23 05:59 Сейчас в теме

Каждый программист 1С должен написать свои универсальные обработки по:
1) обмену данными между системами;
2) подбору и изменению объектов;
3) регистрации изменений в плане обмена;
4) загрузке данных из табличного документа.

=^-^=

Ответить

27. Wi5hMaCTeP 4 27.09.23 07:15 Сейчас в теме

(1) Консоль запросов забыли

В век http-сервисов, брокеров и, прости Господи, шин данных писать про COM - ну как-то уж очень примитивно.

2. Saipl 7 21.09.23 06:59 Сейчас в теме

(1) и систему задач )

Ответить

3. cheshirshik 58 21.09.23 07:18 Сейчас в теме

Можете меня минусить, но назвать универсальным обмен через устаревший и медленный механизм СОМ, да еще работающий только на Винде я бы не стал.

Ответить

8. Aphanas 92 22.09.23 04:12 Сейчас в теме

(3) Без доработки источника и приемника какая альтернатива будет? Через файлы? Это конечно намного более прогрессивный механизм... ((

10. cheshirshik 58 22.09.23 09:49 Сейчас в теме

(8)

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

2) Можно использовать современный подход и НТТР сервисы. Их в конфигурацию можно будет перенести через механизмы расширений. Тогда не придется использовать посредника ввиде тхт файла. Данные будут передаваться напрямую через веб сервер и НТТР сервисы.

11. Nikola23 688 22.09.23 10:44 Сейчас в теме

(8) расширения вам в помощь.
Расширения работают даже на УТ 10.2, если включить правильный режим совместимости.

Хотя, изменение режима - это уже доработка, но вы видели древние конфигурации без доработок?)

Ну а на свежих все прекрасно работает без доработок)

Приходите на ИС мвент, расскажу как это делается.

4. bprogs 153 21.09.23 09:35 Сейчас в теме

проще через генерацию файла json в директорию где поднят апач или в фтп или на почту или файлообмен

https://infostart.ru/1c/tools/1775985/

вот здесь сделал обмен документами реализации между ут10 и ут11 , в итоге переписал задачу из com в файловый обмен json

Ответить

5. pasha_m 65 21.09.23 11:57 Сейчас в теме

(3) Абсолютно согласен со всеми предыдущими авторами, но:
1) СОМ задействован потому что, как у нас говорят, "так исторически сложилось". WS и технология конвертации рулят между базами 1С, однозначно. Только попробуйте в этом убедить остальных "коллег"...
2) По поводу свои... Я не изобретал велосипед, а просто сделал простой и удобный механизм, в том числе для трансляции в него уже существующих алгоритмов в коде.

6. cheshirshik 58 21.09.23 13:37 Сейчас в теме

(5) Тут так исторически сложилось, что обычно хейтят. Я если честно хочу похвалить за:

* То что погрузились в изучение технологий и освоили их;
* Потратили свое личное время и написали статью;
* Статье +;

Но и немножко хейта:

* Не стоит игнорировать механизмы БСП. Их писали как раз для того, чтобы мы не изобретали костыли и велосипеды;
* Исторически сложилось, что технология ws устарела до того, как появилась в 1С;

Для решения данной задачи более правильно было бы использовать:

* КД 2.0 и механизмы БСП (но такой подход требует соотвествующей квалификации);
* Использовать НТТР сервисы для онлайн обмена;

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

14. HAMMER_59 241 22.09.23 13:22 Сейчас в теме

(6) КД 2 - это универсальность? Вы точно в этом уверены? Я как-то не очень заметил, когда нужно разово выгрузить данные, либо делать выгрузку с большой периодичностью, например, раз в месяц - в таком случае работает.
А если нужны регулярные обмены начинаются проблемы:
- Для каждой выгрузки должны загрузится правила обмена из файла, совсем не быстрая история;
- Затем выполнение алгоритмов конвертации через метод "Выполнить", тоже далеко не самый быстрый вариант.
- Затем формируются файл выгрузки, куда помещаются опять же полностью правила, совсем не экономно.
- С одним из объектов случается проблема при загрузке и весь обмен встал.

15. cheshirshik 58 22.09.23 14:01 Сейчас в теме

(14)

Да. Я уверен, что КД 2.Х - это мега универсальность. Почему? С помощью этой конфигурации можно написать обмен почти с любыми конфигурациями написанными на 1с с типовыми или с не типовыми. По сути что такое КД 2.х? Это просто обработка выгружающая в формате ХМЛ данные из одной базы данных в другую. Все.

Для автоматизации нужна квалификация разработчика. Я не говорил, что обмен настраивается в два щелчка мыши. Я говорил про универсальность решения основанного на механизмах БСП.

На счет регулярных обновлений. А где их нет? Если у вас самописный обмен и конфигурация перейдет на другой релиз, то где гарантии что разработчики 1с например не убрали какой-нибудь реквизит объекта? В таком случае, что ваш самописный вариант обмена, что обмен на КД придется адаптировать.

Уж если хочется упростить себе жизнь с обменами, то самый простой - это сделать НТТР сервисы. Вот это решение будет работать везде и на линуксе и на виндоуз.

17. Altez50 1 22.09.23 21:28 Сейчас в теме

(15)

На счет регулярных обновлений. А где их нет?

Их нет в глубинной Рознице (Роспечать). Настроил 10 лет назад обмен УТ-БП, версии растут, обмен работает. Можно было через КД2, но инициализация долгая. Через json файлики в промежуточном формате с кодом распаковки внутри достигается приемлемая атомарность объектов выгрузки и высокая адаптированность к изменениям структур источника и приёмника. Энтерпрайз дата придумали большие умы для больших систем, для маленьких это неподъёмные накладные расходы, а самописка - самое оно.

Пока не идёт речь об изменении бизнес-процессов. Там без автора неделю вникать в принципы обмена.

18. cheshirshik 58 23.09.23 08:35 Сейчас в теме

(17)

Ну если переносить какую-нибудь ерунду вроде наименований справочников или формировать простые документы, то я уверен, что при самописном обмене типовой конфы с типовой долго ничего не сломается. Тут все понятно.

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

19. Altez50 1 26.09.23 01:13 Сейчас в теме

(18) Долго инициализируются правила. Это вкупе с древним железом и послужило толчком к помещению кода в файл обмена. Пожертвовано рядом обработчиков, универсально не поддерживаются субконто, нессылочные типы, но задачи убить КД2 не было, а сделать самозагружаемый пакет данных размером в 1 объект - была.

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

20. HAMMER_59 241 26.09.23 12:24 Сейчас в теме

(15) Вам пишешь - одно, а Вы отвечаете совсем на что-то другое.
1. Обмены КД (частые) работают медленно, т.к. каждый раз нужно грузить правила через файл, а также выполнение кода через метод "Выполнить".
2. Обмены КД не надежны, проблемы с любым из объектов в обмене и весь обмен встал.

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

21. cheshirshik 58 26.09.23 13:51 Сейчас в теме

(20)

Обмены КД (частые) работают медленно, т.к.

А где в вашем посте вопросы? Вижу одни утрверждения. Да. У меня мега квалификация, так как я сертифицированный 1с специалист и перед тем как браться за обмены прошел курсы повышения квалификации по КД 2х и 3х. Так же я писал обмены между не типовыми и типовыми конфигурациями. Так что я знаю о чем говорю.

Что вы утверждаете?

1) Частные обмены работают медленно? А почему они работают медленно? Может быть потому, что не корректно используются механизмы КД? Есть например запросы в цикле или одни и теже данные дублируются в исходном файле. Смысл - то кд в чем? Просто одна обработка выгружает и загружает данные в формате ХМЛ. Все. Весь мысл конвертации версии 2.х. А как она это делает? Где слабые места? Тут поможет отладка кода. Там надо смотреть и искать слабые места, а вот как раз тут нужна квалификация программиста 1с и опыт работы с КД. Так что не надо мне говорить, что какие - то частные обмены медленные. Возможно это и так. Надо смотреть код и анализировать его. Сам по себе механизм КД быстрый, надежный и универсальный. Большинство не берется погружаться в нее, так как не хватает опыта. Либо делает, что-то не так и на выходе получаем медленную загрузку данных или выгрузку. Вот и все.

2) Хех. А в чем не надежны? В том что зависят от обновлений конфигурации? Да зависят. Ваш самописный обмен просто забирающий данные по справочникам через запрос тоже встанет, если в одном из релизов разработчики 1с например удалят реквизит, который вы используете в обменах.

П.с. я бы порекомендовал погрузиться в механизмы КД. Это действительно очень крутой и универсальный инструмент для обмена между любимы конфигурациями написанными на 1с. Механизм по сути помогает мастерами делать быстро обмены + вы делаете сразу две обработки. Одна для выгрузи, а другая для загрузки данных. Вам так или иначе то же самое придется делать при самописном обмене.

22. HAMMER_59 241 26.09.23 14:34 Сейчас в теме

(21) Вы явно юлите и не отвечаете на вопросы

1. Написали Вы отличные правила, где много различных объектов. А теперь у вас стоит задача регулярных, частых обменов (каждый 10 секунд) появился у вас даже один объект в регистрации, что будет происходить дальше?
Вы же специалист, да ещё по БСП, а начинаете рассказывать про какой-то неведомый самописный код.
Стандартные обработки что будут делать? Как будет сформирован тот самый xml файл? Конкретно, какие основные блоки (узлы) в этом файле.
У меня уже создается ощущение, что Вы просто не знаете.

2. Странные Вы пишите утверждения, что если обмен написан правильно, то и ошибок быть не может. Банально совпадет наименование у номенклатуры, при включённом контроле дублей. Отключите контроль, или все будете загружать только с признаком ОбменДанными.Загрузка = Истина? Очень универсально. А документы как будете проводить? А если блокировка случится, что будете делать? Вот выгружаете вы 10 000 объектов и по одному случилась проблема, и как решите данный вопрос с помощью КД?

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

23. cheshirshik 58 26.09.23 15:46 Сейчас в теме

(22)

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

Я ваших обменов не видел. Рядом не стоял. Свечку не держал. Уж простите. Если вы обмены настроить нормально не можете, то это сугубо ваша пролема. Либо квалификации не хватати или опыта. Я тоже много всяких "специалистов" на своем веку повидал. Я их обычно называл САМОРОДКИ, так как вместо того, чтобы понять и разобраться в механизмах 1с они придумывали что-то свое, а потом смотришь на результат их работы и не понимаешь, как дальше с этим жить. Или править или переписить все с нуля.

24. HAMMER_59 241 26.09.23 15:53 Сейчас в теме

(23) Так и думал, опять общие слова, вот и вся ваша квалификация.

25. cheshirshik 58 26.09.23 17:00 Сейчас в теме

(24)

(23) Так и думал, опять общие слова, вот и вся ваша квалификация.

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

28. HAMMER_59 241 27.09.23 07:32 Сейчас в теме

(25) Много текста пишите весь смыл которого сводится: "КД лучший вариант, я эксперт по КД, кто не использует КД просто не умеет им пользоваться", а по делу ни слова не можете написать.
"Ой, я не знаю какой там у вас код". А какой может быть код?
1. Создаем объект универсальной обработки, заполняем параметры, загружаем правила (вот и первая проблема КД, очень медленный вариант, можно сделать на порядок быстрее без КД).
2. Запускаем формирование файла обмена (вторая проблема, в файл помещаются правила, который могут занимать значительно больше места чем выгружаемые данные).
3. На принимающей стороне также создаем объект универсальной обработки, заполняем параметры, запускаем обработку файла (третья проблема, в случае ошибки прерывается загрузка).

Это только вершина айсберга. Какие там у Вас проекты, если Вы ни о каких проблемах с КД не знаете? И, видимо, никогда эти проблемы не решали. Думаю, что у вас микрозадачки, подправить какие-нибудь стандартные правила и не более.

29. HAMMER_59 241 27.09.23 07:38 Сейчас в теме

(25)

мнение диванных "экспетров" на инфостате для меня не имеет значения

Заметно как не важно, ведете себя как дети в детском саду: "А ты диванный эксперт" заплачь ещё :)
Так разволновался что даже слова без ошибок написать не смог ЭКСПЕТР с ИНФОСТАТА :)

30. cheshirshik 58 27.09.23 09:11 Сейчас в теме

Я думаю, что реальная проблема в том, что Вы читаете между строк и видите то, что хотите видеть не понимая сути о которой я пишу:

(28)

1. Создаем объект универсальной обработки, заполняем параметры, загружаем правила (вот и первая проблема КД, очень медленный вариант, можно сделать на порядок быстрее без КД).
2. Запускаем формирование файла обмена (вторая проблема, в файл помещаются правила, который могут занимать значительно больше места чем выгружаемые данные).
3. На принимающей стороне также создаем объект универсальной обработки, заполняем параметры, запускаем обработку файла (третья проблема, в случае ошибки прерывается загрузка).

Пункты 1-2-3 с моей точки зрения - не являются проблемами. Скорее это механизмы и специфика работы КД. У любого подхода есть свои + и -. Да при использовании КД есть свои нюансы и сложности. Их надо учитывать, но если подобный инструмент попадаент в "кривые" руки диванного эксперта, то ждать на выходе можно что-угодно. Это могут быть не оптимизированные запросы к БД, запросы в цикле, дважды выгруженные объекты. Т.е. на выходе мы получим не оптимизированный результат и медленную выгрузку данных с ошибками загрузки или выгрузки.

Разве поэтому механизмы КД будут "плохими"? Нет. То что вы не разобрались в вопросе нюансов использования КД, сам по себе КД не будет плохим механизмом.

(28)

Это только вершина айсберга. Какие там у Вас проекты, если Вы ни о каких проблемах с КД не знаете? И, видимо, никогда эти проблемы не решали. Думаю, что у вас микрозадачки, подправить какие-нибудь стандартные правила и не более.

Тут я бы глянул в сторону 1С. Если КД - это такой "плохой" механизм, то почему же 1С в своих типовых конфигурациях их использует до сих пор? Какая-то не стыковочка получается. Или задача 1С портить нервы и грузить Вас работой? А если это так, то тут я бы был благодарен 1С, так как с таким подходом мы никогда без хлеба не останемся.

(29)

А это моя слабость. Люблю поболтать. А с русским у меня в школе была 3-ка. Так что извиняйте. Иногда пишу с ошибками.

П.с. на сей ноте откланиваюсь. Обсуждать по сути уже нечего. :-) Пусть каждый останется при своем мнении.

31. HAMMER_59 241 27.09.23 11:55 Сейчас в теме

(30)

Тут я бы глянул в сторону 1С. Если КД - это такой "плохой" механизм, то почему же 1С в своих типовых конфигурациях их использует до сих пор?

Это Вы уже сами придумали, что плохой механизм, я точно такого не писал.
Я писал что у КД своё назначение.
Если говорить про типовые конфигурации 1С, то КД 2 уже не используют.
А если посмотреть ещё детальнее, то увидим что у типовых обменов есть специфика о которой я писал выше.

"Если у вас не получилось с КД 2, значит Вы не специалист"
А может Вы никакой не специалист? Серьёзными обменов никогда не занимались, да и не можете сами ничего сделать, вот Вам и кажется что КД - это панацея.

32. HAMMER_59 241 27.09.23 12:02 Сейчас в теме

(30)

1С делает тиражные решения. Если бы тиражные решения всех абсолютно во всём устраивали, мы бы с вами сейчас не вели горячих дискуссий на форуме Инфостарта, да и самого Инфостарта бы не существовало.

33. HAMMER_59 241 27.09.23 15:22 Сейчас в теме

(30) Прямо сейчас наслаждаюсь универсальностью КД.
Неплохо бы пройтись отладкой по одному из обработчиков событий, да только отладку, похоже, отключили и выдаёт "Внешняя обработка отладки ... не поддерживается".

Как это всё отлаживать? Как воссоздавать ситуацию? Столько времени уходит с этой Конвертацией данных.

7. Aphanas 92 22.09.23 04:10 Сейчас в теме

Обычно под словом "универсальный" понимают "работающий в любой конфигурации".
Здесь же какой-то WS упоминается, а потом еще и справочник...

9. cheshirshik 58 22.09.23 09:45 Сейчас в теме

(7)

Значит у нас с вами разные понятия об универсальности. Если та конфигурация, куда вы переносите этот механизм будет развернута в среде Линукс, то механизмы СОМ в ней работать не будут.

13. Aphanas 92 22.09.23 11:36 Сейчас в теме

(9)

Если та конфигурация, куда вы переносите этот механизм будет развернута в среде Линукс, то механизмы СОМ в ней работать не будут.

Да, но чем это будет лучше?

16. cheshirshik 58 22.09.23 14:03 Сейчас в теме

(13)

Все очень просто. Цена внедрения. :-) Сами посчитайте сколько будет стоить лицензии на винде и на линуксе. К тому же сейчас тренд на веб клиент и линукс везеде. Майкрософт официально ушла из РФ.

12. user712519 22.09.23 11:18 Сейчас в теме

Я бы назвал эту статью - "НЕ простой механизм универсального обмена между базами 1С";
"Проситель" "Ответчик" - это мощно;) Истца не хватает))

26. Andrefan 26.09.23 21:41 Сейчас в теме

Если я правильно понял, вы этот механизм используете для получения данных одной ИС внутри другой? Тогда извините, какой же это "универсальный обмен": это самая что ни на есть бесшовная интеграция. И таких примеров достаточно в типовых, без применения БСП (не беру в счет БазовуюФункциональность), взять хотя бы DMService.