Как связать интернет-магазин с учётной системой

Интеграция нужна, когда вручную поддерживать одинаковые цены, остатки и заказы на сайте и в учёте становится ненадёжно. Но подключение само по себе не решит проблему, если в системах разные коды товаров и не определён источник данных. Чтобы связать интернет-магазин с учётной системой, сначала опишите объекты обмена и правила конфликтов. Разобрать техническое задание можно на БЕСПЛАТНОЙ КОНСУЛЬТАЦИИ.
В A3 Studio интеграцию проектируют вместе с каталогом и оформлением заказа: именно там ошибки обмена становятся заметны покупателю.

Какие данные передавать между системами

Чаще всего из учёта на сайт приходят товары, варианты, цены и остатки. С сайта в учёт уходят новые заказы, состав, контакт, адрес, доставка и сведения об оплате. Возможен обмен статусами обратно, чтобы покупатель видел изменение заказа. Для каждого поля определите направление, частоту обновления и владельца.
Уточните, где редактируется описание, фото и SEO-текст. Если контент-редактор меняет карточку на сайте, а очередной импорт перезаписывает её пустым значением из учётной системы, каталог портится. Не все поля обязаны иметь один источник. Сделайте карту полей, иначе интеграция будет состоять из неявных исключений.
Вопрос к вам: какая система считается главной для цены, а какая для описания товара? Если команда отвечает по-разному, синхронизация пока не определена.

Что проверить до разработки обмена

Нужны устойчивые идентификаторы товаров и вариантов. Название не подходит как единственный ключ: оно может измениться или повторяться. Проверьте единицы измерения, валюту, ставки и состав цены, разные склады, резервы и товары без наличия. Для заказов опишите статусы: создан, подтверждён, оплачен, собран, передан, отменён, возвращён, если они применимы к вашему процессу.
Важно решить, что происходит при сбое. Если учётная система недоступна, может ли магазин принимать заказ и как предотвратить продажу отсутствующего товара? Будет ли повторная отправка заказа создавать дубль? Кто получает сообщение об ошибке и где видит очередь неотправленных событий?
Таблица помогает собрать правила обмена.
ОбъектИсточникКогда обновлятьКонтроль ошибки
Код и вариант товараУчёт или каталогПри изменении ассортиментаСверка уникальности
ЦенаУтверждённая системаПо расписанию или событиюСравнение суммы заказа
ОстатокСкладской учётПо выбранной частотеЗащита от продажи без наличия
ЗаказМагазинПосле оформленияУникальный номер и повтор
СтатусСистема выполненияПри измененииЖурнал расхождений
Лайфхак: подготовьте пять «сложных» тестовых товаров: вариантный, комплект, отсутствующий, со скидкой и с разными складами. Они выявят правила, которые не видны на простом товаре.

Готовый модуль или индивидуальная интеграция

Готовый модуль. Механика: типовые поля и события связываются существующим решением. Плюс: быстрее начать при стандартной модели данных. Главный риск: нестандартные варианты, склады и скидки могут обрабатываться не так, как бизнесу нужно.
Индивидуальная интеграция. Механика: обмен строится под конкретные процессы. Плюс: можно учесть сложные правила. Главный риск: выше стоимость разработки и поддержки, особенно при обновлении обеих систем. Сначала проверьте реальный сценарий на готовом модуле, затем оценивайте доработку.
Пример расчёта (условные цифры): у магазина 500 товаров, из них 100 имеют по три варианта. Это 700 отдельных записей для контроля наличия, если каждый вариант учитывается отдельно. Ошибка связи по названию может затронуть множество карточек. Цифры иллюстрируют важность идентификатора, а не норматив для интеграции.
В A3 Studio карту данных согласуют с тем, как менеджер реально обрабатывает заказ, чтобы автоматизация не создавала лишнюю ручную сверку.

Как внедрить обмен по шагам

Шаг 1. Составьте карту объектов и полей

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

Шаг 2. Опишите жизненный цикл заказа

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

Шаг 3. Настройте журнал и повтор

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

Шаг 4. Проведите сверку на тестовых данных

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

Как сопровождать интеграцию

Назначьте владельца бизнес-правил и технического ответственного. При добавлении нового поля или смене тарифа проверьте обмен на тестовом заказе. После обновления платформы, модуля или учётной системы повторите ключевые сценарии. Храните описание соответствия статусов и кодов в доступном документе.
Интеграция связана с каталогом, оплатой, доставкой, CRM и аналитикой. Неверный остаток на сайте нельзя исправить красивым сообщением в корзине. Качество данных и видимость сбоев определяют пользу обмена.

Что ещё связано

После интеграции проверьте тестовый заказ и сценарии возврата. В A3 Studio обмен данных принимают вместе с пользовательским маршрутом. Стоимость обсуждаем после разбора задачи.

Заметка эксперта

Интеграция начинается с договорённости об источнике каждого поля. Без этого системы будут перезаписывать данные и создавать расхождения. Тестируйте не только успешный обмен, но и сбой, повтор и конфликт статусов.
Какие данные вашего магазина сейчас приходится сверять вручную каждый день?
Напишите, на каком этапе ваш сайт: A3 Studio
Обсудить сайт