Простой механизм универсального обмена между базами 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 –

См. также

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 168917 350 280

385

SALE! 10%

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~~ 24894 руб.

12.06.2017 143815 830 297

430

SALE! 10%

Перенос данных из УТ 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~~ 31500 руб.

23.07.2020 54041 239 73

194

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 37519 101 68

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.237.x) и БП 3.0 (3.0.166.x). Правила подходят для версии ПРОФ и КОРП.

~~35000~~ 31500 руб.

15.12.2021 25073 175 51

133

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 73056 188 152

127

Переход и перенос данных из Камин 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 81865 332 253

282

SALE! 10%

Перенос данных из УПП 1.3 / КА 1.1 в БП 3. Переносятся документы, справочники и начальные остатки

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

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

~~48278~~ 43450 руб.

25.02.2015 172270 308 259

385

Комментарии

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

Свернуть все

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 73 21.09.23 07:18 Сейчас в теме

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

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

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

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

(8)

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

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

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

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

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

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

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

4. bprogs 304 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 73 21.09.23 13:37 Сейчас в теме

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

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

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

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

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

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

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

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

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

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

(14)

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

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

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

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

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

(15)

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

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

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

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

(17)

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

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

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

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

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

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

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

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

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

(20)

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

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

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

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

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

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

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

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

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

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

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

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

(22)

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

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

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

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

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

(24)

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

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

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

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

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

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

(25)

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

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

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

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

(28)

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

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

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

(28)

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

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

(29)

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

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

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

(30)

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

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

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

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

(30)

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

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

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

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

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

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

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

(7)

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

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

(9)

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

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

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

(13)

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

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

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

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

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