Задача каталога
Одни и те же товары представлены на сайте и в CRM. Нужно создавать карточки, работать с вариантами и фотографиями, менять цены и понимать, какие операции действительно выполнены. Для этого реализованы отдельные связанные сценарии с общим результатом обработки.
Что реализовано
Каждая операция имеет собственный сценарий и проверки. Ответы сервисов учитываются отдельно: сообщение об успешном выполнении не должно скрывать ошибку одного из этапов.
- Создание товара с проверкой дубликата по SKU и передачей данных в WooCommerce и KeyCRM.
- Фотографии из Telegram: выбор главной, галерея и привязка изображений к вариантам цвета.
- Изменение цены: проверка ответа WooCommerce перед следующим обновлением в KeyCRM.
- Изменение наличия с показом плана и подтверждением оператором.
- История изменений и восстановление поддерживаемых полей после проверки текущего состояния.
Контроль перед записью
Артикулы, варианты товара и целевые поля сопоставляются до изменения каталога. В сценариях создания, наличия и восстановления предусмотрены проверки и подтверждение действия. Если данных недостаточно, результат возвращается оператору для уточнения.
Результат разработки
Реализован набор сценариев для управления каталогом через Telegram с передачей данных между сайтом и CRM. Общая история и ответы по операциям помогают проверить изменения и разобрать частично выполненное действие.
Как адаптировать под другой магазин
Сначала проверяю структуру каталога, правила артикулов, API и перечень разрешённых действий. Согласуем, где хранится основное значение цены или наличия, что оператор подтверждает и как сообщать о неполном результате. Состав, стоимость и поддержка оцениваются под конкретный процесс.
Технический разбор описывает реализованные функции и структуру решения. Данные магазина обезличены; показатели экономии времени и роста продаж здесь не заявляются.