Заказная разработка интеграционного решения для вендора ECM-системы

Заказчик — крупный российский вендор корпоративной ECM-системы (электронный документооборот и управление процессами). Компания внедряет свою платформу в проектах цифровизации среднего и крупного бизнеса и развивает тиражируемые интеграционные модули для расширения функциональности решения.

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

При этом:

• собственной глубокой экспертизы в разработке на платформе 1С у заказчика не было;

• требовалось создать не разовую интеграцию под конкретного клиента, а универсальное расширение;

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

• продукт планировался к дальнейшему тиражированию в проектах внедрения.

В рамках проекта требовалось:

• реализовать обмен контрагентами, договорами и связанной информацией;

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

• реализовать взаимодействие через HTTP-запросы и протокол OData;

• обеспечить пользовательскую настройку маппинга полей;

• предусмотреть настройку правил обработки данных;

• реализовать механизм многопоточной обработки с возможностью настройки количества потоков.

Проект был реализован командой из двух разработчиков при участии архитектора в течение 7 месяцев.

На старте совместно были сформированы функциональные и нефункциональные требования.

Особенности реализации:

• расширение разрабатывалось без изменения типовой конфигурации 1С;

• реализован механизм пользовательской настройки сопоставления реквизитов;

• добавлена возможность настраивать правила обработки до и после выполнения операций;

• обеспечена масштабируемость за счёт многопоточной обработки;

• архитектура решения позволяет подключать дополнительные справочники и объекты без переработки ядра.

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