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

19.09.23

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

Скачать файл

ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.

Наименование		По подписке [?]	Купить один файл
Простой механизм универсального обмена между базами 1С: .dt 174,17Kb 15	15	Скачать (1 SM)	Купить за 1 850 руб.

Возникла идея упрощения и универсализации таких блоков. Обмен должен осуществляться через 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с

+37 –

См. также

ED для ERP 2.5, КА 2.5, УТ 11.5 БП 3.0, Розница, УНФ. Новые

Перенос данных 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. Не требуется синхронного обновления правил после обновления другой конфигурации, участвующей в обмене. Типовой обмен через планы обмена кнопкой Синхронизация вручную или автоматически по расписанию, или вручную обработкой.

27660 руб.

12.06.2017 144990 840 297

435

SALE! 10%

Перенос данных из УПП 1.3 в ERP 2 / УТ 11 / КА 2. Переносятся документы, справочная информация и остатки

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

Перенос документов, начальных остатков и справочной информации из УПП 1.3 в ERP 2 | из УПП 1.3 в УТ 11 | из УПП в КА 2 | Правила конвертации (КД 2) | Более 360 предприятий выполнили переход с использованием этого продукта! | Сэкономьте время - используйте готовое решение для перехода! | Позволяет перенести из УПП 1.3 в ERP / УТ 11 / КА 2 всю возможную информацию | В переносе есть фильтр по организации и множество других опциональных параметров выгрузки | Есть несколько алгоритмов выгрузки остатков на выбор

~~55778~~ 50200 руб.

04.08.2015 169992 353 281

390

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

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

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

35000 руб.

23.07.2020 55214 253 73

206

SALE! 10%

Перенос данных из ERP 2 / КА 2 / УТ 11 в БП 3.0. Переносятся документы, начальные остатки и справочники

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

Перенос данных из ERP в БП 3 | из КА 2 в БП 3 | из УТ 11 в БП 3 | из ЕРП в БП 3 | Сэкономьте время - используйте готовое решение для перехода! | Перенос разработан в формате КД 2 (правила конвертации данных) | Переносятся все возможные виды документов, начальных остатков и нормативно-справочная информация| Можно опционально выгружать каждую пару "номенклатура+характеристика" как отдельную номенклатуру | Есть выгрузка настроек счетов учета и зарплатных данных из ERP / КА 2 | Можно проверить на вашем сервере перед покупкой

~~55778~~ 50200 руб.

15.04.2019 73773 195 154

132

SALE! 10%

Перенос данных из ERP 2 / КА 2 в ЗУП 3. Переносятся остатки, документы и справочники

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

Перенос данных из ERP в ЗУП 3 | из КА 2 в ЗУП | Готовые правила конвертации данных (КД 2) для переноса остатков, документов с движениями и справочной информации 3 | Есть перенос начальной задолженности по зарплате и начальной штатной расстановки на выбранную дату | Обороты за прошлые годы (данные для расчета среднего) переносятся свернуто в документ "Перенос данных" | Есть фильтр по организациям | Документы за текущий период переносятся сразу с движениями, поэтому не потребуется делать перерасчеты | Перенос можно проверить перед покупкой, обращайтесь!

~~53111~~ 47800 руб.

03.12.2020 37958 106 69

100

Переход и перенос данных из Камин 3.0, 4.0, 5.0 в ЗУП 3.х

Перенос данных 1C Программист Бухгалтер Платформа 1С v8.3 Сложные периодические расчеты 1С:Зарплата и Управление Персоналом 3.x Россия Бухгалтерский учет НДФЛ ФОМС, ЕФС Платные (руб)

Обработки для быстрого перехода с конфигураций «КАМИН:Расчет заработной платы 3.0», «КАМИН:Зарплата для бизнеса 4.0» и «КАМИН:Зарплата 5.0» на конфигурацию «Зарплата и управление персоналом» версии 3.1.

12000 руб.

25.09.2016 82495 343 253

292

SALE! 10%

Перенос данных и обмен из УТ 10.3 в УТ 11 / КА 2 / ERP 2. Переносятся документы, справочники и остатки

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

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

~~55778~~ 50200 руб.

24.04.2015 197136 157 244

287

ED для УПП, КА 1.1, УТ 10.3

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

Регулярный обмен, выгрузка, перенос из КА 1.1, УПП 1.3, УТ 10.3 для обмена с любыми конфигурациями, поддерживающими обмен в формате EnterpriseData (КД3) - БП 3.0, ERP, КА 2, УТ 11, Розница 2, УНФ 1.6 и другими. Правила для старых и доработанных конфигураций не требуют синхронного обновления и совместимы с новыми и будущими конфигурациями. Обмен по расписанию, через папку, FTP, почту.

16260 руб.

18.02.2016 188676 611 534

534

Комментарии

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

Свернуть все

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

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

=^-^=

Ответить

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

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

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

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

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

Ответить

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

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

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

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

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

(8)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

(14)

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

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

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

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

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

(15)

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

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

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

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

(17)

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

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

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

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

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

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

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

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

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

(20)

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

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

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

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

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

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

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

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

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

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

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

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

(22)

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

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

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

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

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

(24)

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

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

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

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

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

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

(25)

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

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

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

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

(28)

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

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

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

(28)

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

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

(29)

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

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

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

(30)

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

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

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

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

(30)

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

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

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

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

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

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

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

(7)

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

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

(9)

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

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

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

(13)

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

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

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

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

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