Данные о товарах доходят до сайта за минуты, а не за часы
Проблема
Актуальные цены и остатки жили в учётной системе, а покупатель видел сайт.
Между ними стоял долгий обмен: пока данные доезжали, клиенты успевали заказать то, чего уже нет, и увидеть неактуальную цену.
Что нашли при разборе
- Обмен запускался редко и целиком, поэтому каждый цикл был долгим и рискованным.
- Значительная часть выгрузки — это позиции, которые не менялись.
- Сотрудники тратили время на разбор последствий рассинхронизации, а не на саму выгрузку.
Что сделали
- Перестроил обмен так, чтобы передавались изменения, а не весь каталог целиком.
- Сделал обмен регулярным и наблюдаемым: видно, что и когда обновилось и где возникла ошибка.
- Свойства, цены и остатки развёл по разным потокам, чтобы медленное не тормозило быстрое.
Результат
- Обновление данных занимает около 15 минут вместо нескольких часов.
- Меньше заказов на отсутствующий товар и меньше разборов с клиентами.
- Сотрудники перестали вручную сверять сайт с учётной системой.
Как это устроено технически: Обмен с 1С, инкрементальные выгрузки, очередь заданий, журнал обмена с ошибками.
У вас, скорее всего, другой процесс
Поэтому и начинать нужно не с готового решения, а с разбора того, как работает именно ваша компания.
Другие кейсы
вместо двух дней ожидания
Документ лежал до двух дней, пока у бухгалтера или менеджера дойдут руки. Теперь данные попадают в систему за 5 секунд, а человек подключается только к спорным случаям.
Разбор кейса →−80%к стоимости исходящего звонка
Обзвон базы, звонки курьерам и напоминания менеджеры делали руками. Теперь разговор ведёт голосовой робот, а человек подключается только к тем, кто заинтересовался.
Разбор кейса →−40%времени на проверку изменений
Задачи ставились неоднородно, проверка каждого изменения превращалась в долгий ручной цикл. Процесс перестроен с использованием ИИ-инструментов.
Разбор кейса →