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

1. Интернет-магазин: механизмы интеграции с учетными системами

2. Интеграции нет или неполная. Частые проблемыНеполная выгрузка данных по товарамУстаревший каталог товаровУстаревший прайс-лист и данные по наличию товаров на складеМного лишних ручных операций для ваших сотрудников (актуализация каталога, прием заказов)Сложности информирования клиентов

3. Схема информационной системыУправление каталогом товаров Управление заказамиУправление поставками и складомУправленческая отчетностьИнфраструктура (серверное ПО и оборудование, сетевое обеспечение)ПерсоналРегламенты работыИнтеграция

4. Структура докладаПример предприятия с задачей интеграцииОрганизационная задачаТехническая задачаВыбор архитектуры

5. Составляющие интеграцииКейс № 1Предприятие занимающееся оптово-розничной торговлей принимает решение о модификацииинтернет-магазина. Самописная система на базе 1С: Предприятие 8. Существующий сайт на самописнойCMS. Отсутствие обмена. Номенклатура 4000 наименований. Две основные задачиАвтоматизировать обновление данных по каталогу

6. Обрабатывать заказыРеализацияПеревод сайта на 1С-Битрикс

7. Перенос блока обмена с сайтом из 1С: Управление торговлей в их самописную систему

8. Технические работы – 2 недели. Организационные – 1 месяцОрганизационная задачаКонтент – МенеджерКонтент – МенеджерАдминистратор НоменклатурыАдминистратор НоменклатурыОператорДополнительное описание товара, новая иерархия каталогаКартинки на товары. Занесение новых карточек товаровЗанесение номенклатурыУстановка специальной цены для интернет магазинЗанесение ценыПолучение остатков из разных баз 1С по разным условиямПолучение остатков из 1СЗанесение товара подпадающего под акцииАкцииПроверка заказа и его сборЗаказы получение6

9. Техническая задача. АрхитектураВыбор архитектуры взаимодействия 2х различных систем – ключевая задача, определяющая качественные характеристики проекта и позволяющая в будущем избежать проблем.Существует два граничных архитектурных подхода:Прямой доступ в 1Сиз CMSРегулярный обмен данными (синхронизация)

10. Прямой доступ в ERPДостоинства:Полная актуальность данных на сайте

11. Мгновенное получение заказа внутри 1С, быстрое информирование клиентаНедостатки:Зависимость сайта от работы ERP (отказоустойчивость, апдейты, производительность)

12. Потенциальные угрозыиз Интернета

13. Опасность высоких нагрузок на сайте

14. Сложности в развертывании инфраструктурыОбмен данными между системамиДостоинства:Независимость систем друг от друга

15. Возможность работы с разной нагрузкой

16. Безопасность 1СОсновной недостаток:Наличие временных задержек обновления данных (на интервал синхронизации)

17. Сложность настройки обменаНаш опыт показывает – для розничных интернет-магазинов последний недостаток не является критичным!

18. Рекомендуемая архитектураОбмен данными по расписанию

19. Использование стандартных форматов данных (CommerceML, XML, CSV)

20. Инициатор – всегда 1С

21. Готовность к высоким нагрузкам на сайте и высокий уровень безопасностиИнтернет-магазин

22. Онлайн-доступ в 1СИногда все таки требуется:В первую очередь для b2b-систем

23. Иногда для некоторых интернет-магазиновМожно предусмотреть некоторую функциональность:Контрольная проверка наличия на складе

24. Онлайн-резервирование

25. Дополнительный сервис (данные логистики, запросы в CRM и др.системы)Хороший вариант – веб-сервисы. Это стандартизированная кроссплатформенная технология обмена данными.Позаботьтесь о безопасности и производительности!

26. Составляющие интеграцииТребования. Что должны получить в итоге?