Каждая система по отдельности работает. Проблемы начинаются на стыках: данные приходится переносить руками, и никто не знает, какая копия верная. Интеграция убирает стыки.
Одно событие на сайте — и данные расходятся по системам в нужном формате, с проверкой и повтором при сбое.
sync.vmtech.rs
Событие: заказ оплачен
LIVE
все системы синхронны
Событие зафиксировано
webhook принят
Данные приведены к формату
поля сопоставлены
Ушло в CRM
сделка #2184
Ушло на склад
остаток обновлён
Проверка ответа
повтор через 30 с
Записано в журнал
все системы синхронны
ОБМЕН ДАННЫМИ
01Событие зафиксированоСайт отправляет webhook: что произошло, с каким заказом и когда именно
02Данные приведены к форматуПоля сопоставляются: артикул сайта — код склада, валюта, единицы, налоговая ставка
03Ушло в CRMСоздаётся сделка с ответственным, источником и историей — или обновляется существующая
04Ушло на складТовар списывается с остатка, документы формируются в учётной системе
05Проверка ответаЕсли система ответила ошибкой, шаг повторяется, а не теряется молча
06Записано в журналВидно, что ушло, что вернулось и сколько времени занял каждый обмен
ЗНАКОМАЯ КАРТИНА
Что происходит, когда системы не разговаривают
Обмен вручную
Один и тот же заказ вводится дважды: на сайте и в учётной программе
Выгрузка в таблицу раз в день — значит, полдня остатки неверные
Ошибка обнаруживается через неделю, когда сходятся цифры
Никто не знает, какая система хранит правильную цену
При смене сотрудника процесс останавливается: он был у него «в голове»
Обмен настроен
Данные вводятся один раз и попадают туда, где нужны, в нужном виде
Остатки и цены обновляются по событию, а не по расписанию раз в сутки
Сбой виден сразу: ответственный получает уведомление с текстом ошибки
Для каждого поля определён источник правды — спорить не о чем
Процесс описан и работает независимо от того, кто сегодня в офисе
ОБЪЁМ РАБОТ
Что входит в проект интеграции
Аудит систем и данных
Какие системы участвуют, какие поля в них есть, что считается источником правды для каждого значения.
Схема обмена
Что и куда передаётся, в какой момент, с какой частотой и что происходит при конфликте данных.
Сопоставление полей
Артикулы, единицы измерения, валюты, налоговые ставки и статусы приводятся к общему словарю.
Разработка связок
REST и SOAP API, webhooks, обмен файлами по FTP, прямое подключение к базе — что доступно у системы.
Обработка ошибок
Повторные попытки, очередь недоставленного, уведомления ответственному и ручной перезапуск обмена.
Журнал обмена
История каждого запроса и ответа, чтобы разбирать спорные случаи по фактам, а не по памяти.
Тестовый контур
Проверяем обмен на копии данных, чтобы не портить рабочие базы во время настройки.
Документация и передача
Схема обмена, описание полей и инструкция, что делать, если внешняя система изменилась.
ТЕХНОЛОГИЧЕСКИЙ КОНТУР
Чем соединяем
REST / JSONОсновной способ обмена с современными сервисами и облачными CRMWebhooksСобытия приходят сразу, без опроса системы каждые несколько минутSOAP / XMLФормат, в котором до сих пор работает часть учётных и банковских системФайловый обменCSV и XML по FTP или SFTP там, где API просто нетОчереди задачОбмен не блокирует сайт и переживает недоступность внешней системыМониторинг обменаОповещение, если поток остановился или доля ошибок выросла
Доступы к внешним системам и лицензии остаются у вас. Мы работаем в рамках того, что позволяет их интерфейс, и заранее говорим, если система не даёт нужной возможности.
ВОПРОСЫ
Что обычно спрашивают до старта
У нашей системы нет API. Что тогда?
Вариантов обычно больше, чем кажется. Многие программы умеют выгружать и принимать файлы по расписанию — этого хватает для остатков и цен. Иногда есть доступ к базе данных на чтение. Если ни того, ни другого нет, мы честно скажем об ограничении до начала работ, а не после.
Как часто данные будут обновляться?
Зависит от того, что позволяет система и что нужно бизнесу. Заказы и оплаты обычно уходят сразу по событию. Остатки и цены — по событию, если поддерживаются webhooks, или по расписанию, если приходится опрашивать. Мы подбираем частоту так, чтобы не упереться в ограничения по числу запросов.
Что будет, если внешняя система изменит API?
Это случается, поэтому обмен построен так, чтобы падение было заметным. Мониторинг ловит рост ошибок, журнал показывает, какой именно запрос перестал проходить, а очередь удерживает данные до починки. Мы правим связку и повторяем накопленное — потерянных заказов при этом не остаётся.
Можно ли соединить две системы, которые ведут одного клиента по-разному?
Да, но сначала нужно договориться о правиле сопоставления: по телефону, по электронной почте, по налоговому номеру. Мы разбираем реальные дубли в ваших базах и предлагаем правило, которое даёт меньше всего ошибок, а спорные случаи выводим в отдельный список для проверки человеком.
Кто владеет кодом интеграции?
Вы. Код, схема обмена и документация передаются вместе с проектом, доступы к серверу остаются вашими. Мы не делаем интеграцию «чёрным ящиком», который нельзя сопровождать без нас.