Интеграция сайта с UMAG — остатки и цены со склада без ручного переноса

Если магазин ведёт учёт в UMAG, всё важное уже там — товары, цены, остатки. Сайт при этом часто живёт отдельно, и кто-то каждый день переносит наличие руками. Достаточно одной забытой правки, чтобы покупатель оплатил товар, которого нет.

Когда у UMAG не было API

Когда я делал сайт для Wigwam, у UMAG не было API для интернет-магазина. Магазин уже присматривал другую учётную систему — с переездом, переносом базы и переобучением продавцов. Я пошёл другим путём и добился, чтобы UMAG открыл API. Магазин остался на своей системе, а сайт сам забирает аксессуары, цены и остатки каждые пять минут.

Фраза «у них нет API» для меня — начало разговора, а не приговор. Похожие истории собрал в заметке «Задачи, у которых нет готового решения».

Что я решаю до первой строки кода

• Что попадает на сайт. Не всё со склада можно или нужно показывать. У Wigwam табак не выгружается никогда — фильтр стоит в самом обмене, а не в памяти менеджера.
• Кто за что отвечает. Остатки и цены живут в UMAG, а описания, фото и тексты для поиска ведутся в админке сайта. Обмен обновляет первое и не трогает второе.
• Новые позиции. Товар, заведённый в UMAG, сам появляется на сайте, если его категория разрешена. Описание и фото к нему добавляют в админке — без разработчика.
• Как часто. Интервал зависит от оборота и от ограничений API. Слишком частый обмен нагружает систему, слишком редкий — продаёт уже проданное.
• Что будет при сбое. Каждый запуск пишется в журнал. Если UMAG не ответил, сайт работает с последними данными, а вы узнаёте об этом из оповещения, а не от покупателя.

Склад — обычно не единственная система, которую стоит связать с сайтом. Оплата, CRM и мессенджеры подключаются к тем же заказам — об этом на странице интеграций. А если учёт у вас в 1С — вот как я подхожу к обмену с 1С.