Сергей Лихтенвальд. Что нам стоит обмен настроить, или Как кролик спас "зоопарк"

Библиотека интеграции с 1С:Документооборотом – это подсистема, позволяющая работать с объектами 1С:ДО, не выходя из основной учетной системы. Расскажем о том, как расширить возможности библиотеки интеграции, улучшить интерфейс и добавить гибкости в настройку правил передачи данных. Доклад в виде статьи: https://infostart.ru/1c/articles/2196584/

Практически все существующие на данный момент мессенджеры и социальные сети предоставляют API для работы с чат-ботами, чтобы ими можно было управлять извне. Но при реализации бизнес-задач возникает проблема многоканальности и связки бота с данными 1С. Расскажем о том, какие кейсы можно реализовать с помощью чат-ботов для различных каналов, и как описывать логику их работы с данными 1С без продумывания деталей взаимодействия по API. Доклад в виде статьи: https://infostart.ru/1c/articles/2184544/

1С:Шина – это больше, чем RabbitMQ. Это ESB-решение, с помощью которого можно заложить в процесс передачи данных свою логику – видоизменять сообщения и получателей, не внося изменений в обмен на стороне отправителя. О вариантах практического использования 1С:Шины и опыте ее эксплуатации под большой нагрузкой пойдет речь в докладе. Доклад в виде статьи: https://infostart.ru/1c/articles/2163317/

Тема торговли на маркетплейсах в последнее время стремительно набирает популярность – от бизнеса приходит много запросов по интеграции с Wildberries, OZON, Яндекс.Маркет, СберМегаМаркет и т.д. Расскажем о возможных подходах к интеграции с крупными маркетплейсами, раскроем некоторые технические нюансы и дадим советы тем, кто только начинает разбираться в этой области. Доклад в виде статьи: https://infostart.ru/1c/articles/2153866/

Планы обмена – основной механизм платформы 1С для регистрации изменений. Известно, что высоконагруженные планы обмена страдают от длительных ожиданий на блокировках записей таблиц регистрации изменений, которые в свою очередь могут порождать тайм-ауты и прерывание обработки данных. Возможное решение этой проблемы без доработок уже существующего кода регистрации изменений представлено в докладе. Доклад в виде статьи: https://infostart.ru/1c/articles/2142857/

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

Описание методики перехода на обмен данными, основанный на регистрах сведений, с использованием альтернативного планам обмена 1С механизма регистрации изменений. Для реализации транспорта представлено использование RabbitMQ и DaJet Stream. Однако, возможно использование аналогичных технологий - методика РИБ 2.0 не ограничивает выбор транспорта. Методика описана в сжатом, но достаточном для самостоятельного ознакомления и реализации виде. Прилагается большое количество ссылок на дополнительные материалы для углублённого изучения и понимания связанных с данной методикой вопросов.

Шина – это не просто шина. Концепция шины – это концепция сервисно-ориентированной архитектуры, SOA. А это, в свою очередь, – вообще концепция построения бизнеса, где четко поделены зоны ответственности между департаментами. О том, какие проблемы создает перемешанный контекст в паутине интеграций «точка-точка» и как решить эти проблемы через концепцию Middleware и сервисную шину данных, пойдет речь в докладе. Доклад в виде статьи: https://infostart.ru/1c/articles/2063057/

Для интеграции с зоопарком систем нужно гибко чередовать различные подходы: использовать интеграционную шину, внешние источники данных, веб и http-сервисы, COM и правила конвертации. Расскажем о хитростях, которые помогут решить проблемы сложных обменов. Доклад в виде статьи: https://infostart.ru/1c/articles/2052649/

Новый проект DaJet Stream для потокового обмена данными при помощи скриптов. Один скрипт описывает и полностью реализует обмен точка-точка между двумя базами данных. Сценарии использования, рассмотренные в данном видео: 03:15 Выгрузка РС — РС (одна база для тестов) 13:12 Выгрузка РС — РС (обмен между двумя базами) 19:34 Выгрузка РС — РС (несколько баз получателей) 22:15 Выгрузка РС — РС (обновление статуса отправки) 25:57 Выгрузка РС — РС (удаление записей после отправки) 29:27 Выгрузка план обмена — РС (конвертация данных) 38:09 Формирование сложного JSON 45:15 Параллельная выгрузка (многопоточная) P.S. "РС" в тексте выше обозначает регистр сведений, используемый в качестве очереди сообщений.