Клиент работает в сегменте доставки питьевой воды - на рынке, где ежедневная нагрузка зависит от скорости приёма заказов, корректности данных и своевременной синхронизации складских позиций. Таким компаниям особенно нужна автоматизация: много повторяющихся заказов, частые изменения адресов и высокая скорость обработки заявок требуют стабильных интеграций между каналами приёма заказов и учётной системой.
Компания доставляет бутилированную воду частным и корпоративным клиентам. Основные процессы - приём заказов, распределение по курьерам, контроль остатков и работа с клиентскими данными. Сначала все заказы велись только в «МойСклад», но для удобства клиентов компания внедрила мобильное приложение Aqua Delivery на базе aqua-delivery.com.
Проблема заказчика
После запуска мобильного приложения новые заказы из Aqua Delivery не попадали в «МойСклад» автоматически. Операторы вручную переносили каждую заявку, что замедляло обработку, увеличивало риск ошибок и создавало путаницу в данных о клиентах и товарах.
Компания искала решение, которое позволит в реальном времени переносить заказы из приложения в «МойСклад» со всеми параметрами: товарами, клиентом, комментариями, адресом и суммой.
Предложенная автоматизация
Мы предложили интеграцию через API Aqua Delivery с автоматической обработкой входящих вебхуков в Nodul. После создания заказа сервис передаёт данные, а сценарий в Nodul обрабатывает их и формирует заказ в «МойСклад».
Ключевые элементы решения:
- единая архитектура обработки заказа через вебхук Aqua Delivery
- сопоставление сущностей по дополнительным полям «ID aqua delivery»
- многоступенчатый алгоритм поиска клиента и позиций
- автоматическое создание заказа в «МойСклад» и ведение журнала операций
Такой подход избавил от ручной работы и сделал поведение интеграции предсказуемым при любых исключениях.
Решение проблемы
Вся логика реализована в одном сценарии Nodul, который последовательно обрабатывает заказ из Aqua Delivery.
Шаг 1. Подготовка к интеграции
Мы создали в «МойСклад» дополнительные поля для товаров, контрагентов и заказов. В эти поля заносится соответствующий внешний ID из Aqua Delivery - это обеспечивает точное сопоставление между двумя системами.
Шаг 2. Обработка позиций заказа
Из Aqua Delivery приходит список товаров с их внешними ID, и сценарий в цикле ищет каждый товар в «МойСклад». Логика на случай ошибок прозрачна - сценарий отдельно обрабатывает ситуации, когда:
- API «МойСклад» возвращает ошибку
- найдено несколько товаров с одинаковым ID
- товар отсутствует в базе
Любое такое событие фиксируется в комментарии к заказу, что упрощает диагностику.
Шаг 3. Поиск или создание клиента
Для контрагентов используется трёхуровневая схема:
- поиск по дополнительному полю «ID aqua delivery»
- поиск по номеру телефона
- создание нового клиента
Если один из шагов выполнен успешно, дальнейшие не выполняются. При критической ошибке процесс останавливается, чтобы не создавать «битые» заказы.
Шаг 4. Создание заказа
После идентификации клиента и позиций формируется тело заказа в формате JSON и отправляется в «МойСклад».
Созданный заказ включает все параметры: товары, количество, комментарий, адрес, телефон, итоговую сумму и организацию, на которую оформляется продажа.
Результат каждого запуска виден в истории сценария: можно быстро понять, какие этапы пройдены и где произошла ошибка, если она возникла.
Вывод
Интеграция полностью исключила ручную работу по переносу заказов между Aqua Delivery и «МойСклад».
Компания получила:
- автоматическую синхронизацию данных в реальном времени
- меньше ошибок и дублирующихся записей
- более быструю обработку заказов
- прозрачную историю исполнения сценария
- стабильное поведение при любых исключениях
Кейс показывает, что через Nodul к «МойСклад» можно подключить практически любой сервис с API и реализовать бизнес-логику любой сложности, сохраняя прозрачность, масштабируемость и контроль на каждом шаге.
Автор кейса - Юрий Кая, партнёр Nodul.ru