Рассказываем о заявках на доклады в секциях «Инструментарий разработчика и приемы разработки», «Интеграция и обмен данными»

Матвей Серегин,
Системный архитектор, 

Фирма «1С»

Облачные приложения – возможности и приемы доработки

Расскажу про особенности разработки дополнительных отчетов, обработок и расширений для последующего использования в облачных сервисах 1cfresh.com и 1cbo.ru.

• Зачем разработчику адаптировать свои решения под работу в модели сервиса
• Какие потребности есть у пользователей облачных сервисов
• Какие особенности технологии 1C:Фреш нужно знать для успешной разработки
• Как подготовиться к прохождению аудита у администрации сервиса

Матвей Серегин,
Системный архитектор, 

Фирма «1С»

Информационная безопасность для 1С:Разработчика

Обсудим частые ошибки при разработке конфигураций. Возможности платформы для разработки безопасных приложений. Типовые приемы для обеспечения безопасности в библиотеках и типовых конфигурациях. А также некоторые правила по обеспечению безопасности на своем рабочем месте. Некоторые из затрагиваемых тем:

• Хранение секретов (паролей, токенов)
• Доступ через интернет
• Сквозная авторизация
• Выполнение кода, полученного извне
• Серверные методы, доступные для вызова с клиента

Матвей Серегин,
Системный архитектор, 

Фирма «1С»

Неочевидные возможности системы компоновки данных

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

• Характеристики в запросах
• Хитрые варианты связи источников данных
• Возможности вычисляемых полей
• Настройка параметров
• Отдельный перечень агрегатных функций
• Расширение возможностей работы с отчетами через БСП

Александр Синиченко,

Программист, DNS Технологии

Создание Windows NativeAPI внешних компонент для «1С: Предприятие 8.x» на Embarcadero RAD Studio (Delphi) и C++

• Когда стоит применять внешние компоненты, а когда лучше отказаться от их использования
• Писать свое творение или лучше взять готовое на просторах интернета
• Какую среду разработки выбрать для написания внешней компоненты
• Асинхронный режим работы с внешними компонентами &НаКлиенте
• Возможности внешних компонент во взаимодействии с окружением системы
• Работа внешней компоненты &НаСервере и особенности получения данных из асинхронных событий
• Отладка кода внешних компонент
• Важные моменты при использовании внешних компонент относительно безопасности системы
• Кроссплатформенность – миф или реальность

Алексей Харламов,

Инженер-программист,

ГК «СофтЭксперт»

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

В разработке бизнес-приложений часто встречается класс задач, в которых нужна возможность параметризировать выборки и алгоритмы обработки данных, а при этом – дать пользователям возможность самим указывать формулы расчета этих параметров и настраивать выборки. Например, в семействе конфигураций УТ/КА/ERP похожим образом реализован механизм редактирования видов цен.

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

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

Артем Кузнецов, Системный архитектор, Первый БИТ

Не jenkins'ом единым

В теме CI/CD для 1С давно укоренился jenkins в качестве сервера сборок, ну и немного GitLab CI.

Для jenkins есть уже много описаний подходов к CI/CD, а также готовых инструментов, облегчающих настройку.

Однако есть компании, эксплуатирующие другие инструменты, например, Azure DevOps (в т.ч. версию on-premis) – инструмент тоже неплохой, но со своими нюансами.

В ходе доклада расскажу о возможностях Azure DevOps для CI/CD для 1С и инструменты, облегчающие построение сборочных линий.

Станислав Косолапов, Программист, 42Clouds,

OpenAPI – это на текущий момент один из самых удобных форматов описания публичных контрактов

• Добавить спецификацию для HTTP-сервисов в 1С возможно, причем различными способами
• Спецификацию можно визуализировать при помощи одного из веб-интерфейсов
• Если у вас есть файл OpenAPI 3.0, вы можете сгенерировать тесты для Вашего API при помощи инструмента Portman
• Portman позволит минимизировать ручной труд на составление тестов. Он автоматически проверит коды ответов, соответствие структуры данных ответа спецификации, время обработки запроса.
• При изменении API portman обновляет тесты. Не нужно постоянно следить за их актуальностью.
• Portman легко интегрируется в ваш CI/CD контур

Сергей Голованов,

Ведущий программист,

BCS FinTech

Эволюция нашего Gitlab CI: Человекообразный плейстоцен

В докладе хочу рассказать, как развивается наш Gitlab CI с 2021 года: со времен первого доклада о DevOps для плейстоцена в 2021 году.

Ура, мы убили хран! 15 команд, около 70 разрабов полностью на гите: и стонов не слышно, слез не видно.

Зато видно:

1. Динамически формируемые (с помощью OneScript) пайплайны.

2. Хранилище настроек (в переменных репо мешанина,  а вот Vault красив).

3.  С чем и как (конечно, REST) мы заинтегрировали наш CI – Jira,  корп. мессенджер и сам гитлаб (да, мы его заинтегрировали с самим собой, потому что можем).

4. Ночные сборки релизов с расширенной проверкой.

5. Ручной автодеплой (у нас же 1С,  мы еще и не так умеем).

6. Файловые и SQL-базы для тестов.

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

А также о том, какие есть планы дальнейшего развития нашего CI/CD.

Максим Козлов,

Технический директор,

ООО РеСолют

Презентация сервиса GitFlic 

Программисты и ИТ-компании всего мира используют в своей работе «Репозитории типа Git», предоставляемые различными разработчиками. Эти сервисы предназначены для того, чтобы хранить и предоставлять доступ к исходному коду любого ПО, с помощью системы контроля версий Git для проектов с открытым исходным кодом и проектов, основанных на приватном хранении кода.

Наиболее распространенными среди этих сервисов являются – американские GitHub и GitLab.

Все подобные сервисы разработаны и функционируют за рубежами РФ и там же осуществляют хранение всех своих данных и информации.

Наша ИТ-компания «РеСолют» (Москва, РФ) ведет разработку подобного сервиса за свой счет и по собственной инициативе с 2020 г., и на сегодняшний день собственными силами и с использованием исключительно сертифицированного ПО нами создан, проверен и уже используется Веб-сервис GitFlic (Патент в России №2021667729, Запись в реестре от 09.12.2022 №15861), позволяющий осуществить полное импортозамещение аналогичного иностранного ресурса в РФ, а также обеспечить безопасность и хранение всех данных и программных кодов в России.

На сегодняшний день, созданный нами Веб-сервис GitFlic – это единственный в  России работающий продукт, позволяющий решать указанные задачи.

Никита Иванченко,

Team lead, Tinkoff

Современная web-разработка на OneScript. Почувствуй себя fullstack!

В докладе я познакомлю вас с самыми новыми технологиями и подходами, которые появились в экосистеме OneScript.

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

Так же раскрою значения таких понятий как DI и IoC и объясню, как они помогут сделать вашу жизнь краше.

Прослушав мой доклад, вы узнаете как:

• Создать свой первый сайт на OneScript
• Разработать http-rest сервис на OneScript
• Подготовить mock для имитации другого сервиса и упрощения разработки
• Сделать крутое, отзывчивое и динамичное веб-приложение с поддержкой технологии WebSocket.

И, да, доклад НЕ про OneScript.WEB – все на ванильном, обычном, дорогом сердцу OneScript.

Василий Ханевич,

Разработчик, ИП

Полезные приемы работы с СКД в типовых и самописных конфигурациях

Система компоновки данных – это один из механизмов платформы «1С:Предприятие», который широко используется на практике. При помощи СКД сделаны отчеты в современных типовых конфигурациях, универсальные отборы в обработках, динамические списки и подсистема БСП «Варианты отчетов» базируются на СКД. Фактически СКД – это стандарт, с которым должны уметь работать все разработчики.

В своем докладе я покажу ряд приемов работы с СКД, которые будут полезны разработчикам как конфигураций, написанных с нуля, так и конфигураций, основанных на БСП:

• Как отлаживать отчеты на СКД при помощи консоли компоновок?
• Почему в консоли запросов получается корректный результат, а в таком же отчете на СКД – неправильный?
• Как консоль компоновок может помочь настроить отчет в пользовательском режиме? Как для поля составного типа выбрать нужное вложенное поле из множества схожих по названию (Документ.Клиент, Поставщик, Партнер или Давалец?), на которое нужно наложить отбор?
• В типовой конфигурации из панели отчетов в пользовательском режиме открыли отчет. Как найти что это за отчет в конфигураторе?
• Как в типовой конфигурации программно открыть определенный вариант отчета?
• Как в типовой конфигурации программно открыть отчет с отбором по допреквизиту номенклатуры?
• Как в типовой конфигурации программно открыть отчет с пользовательскими настройками?
• Как сделать, чтобы при открытии отчета параметр не восстанавливался из сохраненных пользовательских настроек, а рассчитывался программно, например, текущий день минус неделя?
• Как в типовой конфигурации реализовать возможность из заказа в списке перейти к отчету с отбором по этому заказу?
• Для типовой конфигурации внешний отчет загружен в справочник «Дополнительные отчеты и обработки». Почему после внесения изменений в файл внешнего отчета при его открытии в пользовательском режиме отображаются не обновленные настройки, а какие-то сохраненные старые?

Владислав Маковеев, Senior Developer 1C,

ROBOCASH GROUP

Разработка приложения на базе типового решения через EDT + GIT

Кратко рассмотрим какие существуют модели ветвлений в GIT.

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

С какими проблемами можно столкнуться при работе через EDT + GIT и как их решить.

Андрей Литвинов, Эксперт 1С, Самокат

Программное изменение персональных настроек формы. Миф или реальность?

На протяжении долгого времени в сообществе можно встретить вопрос о том, как изменить персональные настройки формы (команда Изменить форму) программно? И нигде нет конкретного ответа, как можно это сделать. Все обсуждения сводятся к тому, что либо это невозможно, либо есть варианты сериализовать эти настройки в строку, а что делать дальше – непонятно.

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

О чем поговорим:

• Какие есть возможности для программной работы с персональными настройками формы.
• Обсудим формат сериализованных настроек, и как в нем разобраться.
• Посмотрим на конкретные примеры, где это можно применить на практике

Что узнаете из доклада:

• Как работать с «Изменить форму» программно
• Увидите примеры использования этого механизма

Павел Опарин,

Программист 1С,ООО «Газтурботэк»

Инструменты web-разработчика в 1С

Расскажу о проблемах, с которыми я столкнулся при web-разработке на платформе 1С и моем опыте их решения.

Основные вопросы, которые я подниму и на которые дам ответы:

• Как использовать css, js фреймворки и изображения когда делаем web морду в 1С?
• Может ли использование http-сервисов в 1С стать угрозой для ваших данных?
• Возможно ли полноценная разработка интернет-магазина на HTTP-сервисах 1С?

Виталий Онянов, Разработчик 1С,

Фирма «1С»

Все что вы хотели знать про дымовые тесты, но боялись спросить

В данном докладе я затрону тему дымового тестирования. Какие инструменты есть на данный момент, чем они отличаются, как это дело запустить, и что вообще можно проверить в настоящее время с помощью дымовых тестов?

Доклад ориентирован в первую очередь на разработчиков 1С не знакомых с автоматизированным тестированием, но я очень надеюсь, что он также может быть полезен и знатокам в вопросах автоматизации разработки.

Евгений Плешивцев,

руководитель отдела разработки,

АО Инфотекс Интернет Траст

Доработка конфигураций, поддерживаемых вендором, в EDT. Как выполнить обновление конфигурации

Предположим, вы дорабатываете типовую конфигурацию, которая поддерживается вендором. Вы аккуратно вносите необходимые изменения точечно снимая объекты с поддержки. Когда вендор выпускает новую версию, вы без особых проблем обновляете свою доработанную конфигурацию на эту новую версию.

А теперь представьте, что это все вы делаете не в конфигураторе, а в EDT. Звучит немного страшно, не правда ли?

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

Сергей Крайнев, Ведущий разработчик

Многопоточность и другие способы ускорения тестирования

Опыт использования многопоточных тестов для ускорения не самого быстрого этапа при разработке. Тонкости использования, лучшие практики, организация процесса и ограничения.

• 1000+ тестов за полчаса с нуля без виртуализации
• Каждой задаче свой прогон без ожидания ночной сборки
• Еще быстрее: тесты только на изменения
• Запустил и забыл: для разработчика любого уровня
• Стэк: Vanessa-Automation, coverage41C, powershell

Евгений Плешивцев,

руководитель отдела разработки,

АО Инфотекс Интернет Траст

10 причин, почему я не собираюсь возвращаться в конфигуратор

Расскажу про главные штучки EDT, которые навсегда украдут ваше сердечко.

С конфигуратора на EDT – вошли и вышли, приключение на 20 минут. Расскажу историю перехода своей команды.

Спросите, в чем подвох? Расскажу о больных местах EDT.

Дмитрий Макаревич, Руководитель отдела 

ООО СОДРУЖЕСТВО-ИНФО

Как не внедрить ЕРП2 за один год, но через три распилить монолит?

1) Почему оказалось, что нам не нужен ЕРП2, но выяснилось это через несколько лет внедрения.

2) Архитектурный подход «MonolithFirst»

3) БСП – это действительно быстрый (реактивный) старт при разработке.

4) SOA в 1С. Чем мы руководствовались при разделении своей «ЕРП».

5) Практика использования EDT для командной разработки и СППР как средства архитектурного надзора.

6) Ошибки пользователей важны. Проактивный подход в контроле пользовательских ошибок. Какие инструменты мы используем.

Никита Иванченко,

Team lead, Tinkoff

Что такое ОСень? Или как лучшие практики из мира Java прижились в экосистеме OneScript.

Если вы за последний год пропустили всю интересную движуху около OneScript, то этот доклад вам очень понравится.

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

Несмотря на это, вас ждет интересный рассказ о фреймворке autumn и его экосистеме.

О том, как подходы внедрения зависимостей помогут очень просто строить очень сложные приложения на OneScript.

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

Приходи будет интересно и весело!

Валерий Дыков,

Архитектор, Аксиома

Как устроен изнутри расчет себестоимости в типовых конфигурациях 

1. Основные блоки, из которых состоит расчет себестоимости в типовых конфигурациях
2. Эволюция расчета себестоимости от ПУБ,БП1.6 -> УПП -> УПП (РАУЗ) -> ERP (УТ11), БП3
3. Математические основы расчета себестоимости при использовании СЛАУ (ERP, УТ) и графов (БП3)
4. Какие доработки в расчете себестоимости обычно просят пользователи: обзор, классификация
5. Какие ошибки допускаются при доработке расчета себестоимости
6. Как устроен расчет себестоимости в ERP (УТ11), основные элементы, куда вносятся доработки для решения прикладных задач пользователей
7. Как устроен расчет себестоимости в БП3, основные элементы, куда вносятся доработки для решения прикладных задач пользователей

Олег Филиппов,
CTO,

WiseAdvice

Конструктор бизнес процессов в 1С «своими руками»

• Схема графического документа – что с ней не так?
• А нужен ли графический конструктор
• Обзор библиотек графического конструктора
• Демонстрация решения и логики работы

Вячеслав Кочнев, Руководитель отдела интеграционных решений 1С,

Самокат

Дорабатываем многопоточную обработку данных или как выжить при 100+ потоках обработки?

Многопоточная обработка – отличный инструмент для ускорения обработки большого объема данных, но, когда потоков становится много, он начинает требовать внимания.

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

О чем поговорим на докладе:

• Проблемы многопоточной обработки данных.
• С какими инструментами работали.
• Какое решение в итоге помогло справиться с проблемами.

Юрий Гончарук,  Руководитель направления эксплуатации, ООО «Финтех решения»

Плагин Vanessa-Runner для Jenkins – адаптация vrunner для условий CI/CD

• Работа с переменными окружения
• Работа с номерами версий
• Работа в условиях Jenkins
• Примеры использования
• Перспективы и планы

Никита Авдеев, Разработчик,

Beeline Казахстан

Copilot – твой парный ИИ программист

Нейросеть обучалась на миллиардах строк кода, в том числе на языке 1С. А это значит, что мы можем использовать ее для уменьшения рутинной работы в написании кода.

На докладе я наглядно продемонстрирую:

• Как Copilot пишет на языке 1С и OneScript
• Как его использовать в ежедневной разработке
• Что Copilot ожидает от вас для предоставления самых эффективных подсказок
• Где Copilot будет очень полезным, а где его не стоит применять
• Чем он отличается от других нейросетей

Андрей Крапивин, Ведущий инженер-программист,

Контур

Техники тест-дизайна

Много раз наблюдал ситуацию: команда узнает, что можно писать тесты в 1С, и пишут как попало. Потом тесты или блокируют друг друга, или не все проверяют. Доверие к тестам падает. В конце концов тесты перестают писать, так как время потрачено, а пользы нет.

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

Какие значения выбрать для тестов?

Как правильно объединить кейсы?

Как вообще проанализировать какие тесты нужны?

Ольга Севастьянова, Ведущий программист,

ООО «Финтех-Решения»

Интеграционные Unit тесты в 1С

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

Практическое применение – пример разработки правил обмена сразу с тестом.

Что разберем:

• Рассмотрим конкретный пример. Архитектура баз данных, текущие правила обмена, требования, что хотят поменять. (Обмен через универсальный формат КД3.1)
• Смоделируем требования, напишем тест (используем инструмент Vanessa-ADD)
• Доработаем правила обмена – отладка через тест.

Какая польза данного подхода:

1. Защита от регрессионных ошибок.
2. Прогноз/быстрое исправление ошибок после типового обновления конфигурации от поставщика.
3. Легкий рефакторинг – снижения сложности.
4. Упрощение сопровождения и развития.
5. Легкость написания самих правил.
6. Тесты в расширении, а не в обработках.
7. Время разработки самих правил в итоге сильно сократится:

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

Вадим Фоминых

TechLead, ООО МФК ЦФР ВИ

Kafka – еще доступнее через open-source компоненту

• Практические кейсы применения компоненты в продуктовом режиме
• Использование синхронного/асинхронного режима. Нюансы
• Безопасность (ssl, sasl) и работа компоненты с кластером брокеров
• Посмотрим на статистику производительности
• Планы по фичам

Андрей Путин,

IT-интегратор KT-Team,

CEO (CBDO) собственник и управляющий партнер

Мастер-класс: Архитектура в стиле SOA

Продолжительность: 4 часа

Первый час – спикер вводит слушателей в теорию, рассказывает, зачем и как мы собрались: тут сервисы – мидлвэа – хранилища – как разделять потоки – что с неймингом.

Следующие три часа: участники делятся на 4 группы и выбирают участника, чей контур будут вместе разбирать и/или перестраивать. У одной команды может быть выбран кейс уже существующего гибридного архитектурного решения: задача перестроения будет отталкиваться от изначальной задачи поиска явных/неявных «узких мест». А у другой команды может быть 100% монолит. Ограничений по выбираемым к перестроению архитектурам нет.

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

На выходе:

Четыре построенные схемы ИТ-архитектуры. В финале выделим наиболее полно разобранный кейс и наиболее комплексный и проработанный вариант перестроения существующей архитектуры. По итогам наградим лучшую команду: подарим авторские ежедневники айтишника. Ежедневник разработан группой авторов во главе с Андреем Путиным.

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

Дмитрий Жичкин,

Индивидуальный предприниматель

Потоковый обмен данными для 1С

Потоковая обработка данных в режиме реального времени является наиболее актуальной и востребованной задачей на сегодняшний день. Платформа DaJet решает ее, развивая и выводя на новый современный уровень штатные технологии 1С. 

Планы обмена, конвертация данных и даже язык запросов 1С приобретают новое звучание. 

Например, подсистема DaJet Exchange реализует производительный и одновременно нетребовательный к аппаратным ресурсам потоковый обмен данными, основанный на планах обмена, а также использовании правил регистрации и конвертации объектов, написанных на собственном языке запросов, аналогичном языку запросов 1С. Это обеспечивает низкий порог входа для освоения платформы DaJet программистами 1С и значительно упрощает адаптацию и органичный переход с типовых обменов 1С на потоковый подход к обмену данными в короткие сроки. 

Более того платформа DaJet – это проект с открытым исходным кодом, и она абсолютно бесплатна.

Максим Сильванский,

Архитектор,

ООО ВИ.Тех

Как загружать 1 млн объектов в день и не сойти с ума

• гибкая настройка обменов без конфигуратора
• многопоточность обменов и ее гибкая настройка
• мониторинг обменов: загрузка, выгрузка, проведение, ошибки
• проблемы блокировок и дублей
• производительность и масштабирование

Дмитрий Жичкин,

Индивидуальный предприниматель

Мастер-класс по настройке обмена DaJet Exchange

Мастер-класс является продолжением доклада по платформе DaJet и ее подсистеме DaJet Exchange для обмена данными, основанном на использовании планов обмена 1С, правил регистрации и конвертации объектов при помощи языка запросов DaJet. 

Во время мастер-класса мы настроим обмен из одной информационной базы 1С в другую через RabbitMQ с нуля. 

Идентичность конфигураций этих баз не имеет значения. Изменения, зарегистрированные в плане обмена одной базы 1С, будут переданы через RabbitMQ в регистр сведений другой базы 1С в виде сообщений (записей регистра). Объекты базы-источника будут сериализованы в формат JSON и могут быть прочитаны базой-приёмником средствами 1С.

Алёна Селиверстова,

Руководитель проектов,

Софт-Юнион

1С: Шина: Как подружить то, что дружить не может. Реальный опыт внедрения

В рамках доклада рассматривается кейс по интеграции ЕПГУ с СПО посредством 1С: Шина:

• Анализ подходов интеграции в рамках жестких ограничений регулятора. Критерии выбора решения.  
• Нюансы интеграции с ГИС системами.
• «Безопасная интеграция» защищенные каналы с VipNet.
• Реальные требования к железу, определенные из боевого опыта, для работы с 1С: Шина.
• Проблематика, с которой столкнулись в рамках проекта интеграции посредством 1С: Шина.
• Подходы и пути решения, благодаря которым удалось успешно запустить проект

Локтев Сергей,

Руководитель проектного отдела,

Красноярск Проектный Центр, Первый Бит

Следуй за белым кроликом... 5 простых правил успешной интеграции

Тайные желания корпоративных клиентов: сервисная архитектура – как решение для отказоустойчивой системы с возможностью оперативной замены отдельных модулей, сервисов и подсистем.

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

5 простых правил успешной интеграции, которые сберегут ваши нервы и время.

Сергей Сорокин, Генеральный директор,

MoscowSoft

Интеграция с маркетплейсами. Продвинутый уровень

Год назад на конференции Инфостарта я рассказывал, как лучше начинать интеграцию с маркетплейсами, какие схемы работы бывают, чем разные маркетплейсы отличаются, и в каких случаях привычная нам логика не работает. На этот раз мы углубимся в эту тему и рассмотрим задачу интеграции как с точки зрения разработчика 1С, так и с точки зрения бизнеса.

• Разберемся с удивительным API маркетплейсов. Обсудим неожиданные, нелогичные решения в API, которые вызывают затруднения у разработчиков.
• Для внедренцев. Рассмотрим, как выбрать готовый модуль для интеграции, который будет легче поддерживать, и какие технические решения на сегодняшний день облегчают разработку и сопровождение.
• Для бизнеса. Рассмотрим, как выбрать модуль с точки зрения удобства работы, стоимости и качества.
• Для начинающих. Расскажем, на какие маркетплейсы стоит выходить для торговли и в каком порядке.
• Выполним декомпозицию функционала, который заказчикам необходим в реальной работе. Финальный список содержит 40 пунктов и может быть использован для сравнения различных модулей интеграции.
• Проведем обзор критически важного для бизнеса функционала, который пока практически не представлен в существующих решениях (расчет количества товаров в поставках в зависимости от скорости продаж, расчет финансового результата от торговли, XYZ-анализ товаров, контроль реальных цен для покупателей, которые устанавливают маркетплейсы (парсинг), контроль за «слетевшими» полями в карточках товаров).