Завдання каталогу
Ті самі товари представлені на сайті та в CRM. Потрібно створювати картки, працювати з варіантами й фотографіями, змінювати ціни та розуміти, які операції справді виконано. Для цього реалізовано окремі пов’язані сценарії зі спільним результатом обробки.
Що реалізовано
Кожна операція має власний сценарій і перевірки. Відповіді сервісів враховуються окремо: повідомлення про виконання не повинно приховувати помилку одного з етапів.
- Створення товару з перевіркою дубліката за SKU та передаванням даних у WooCommerce і KeyCRM.
- Фотографії з Telegram: вибір головної, галерея та прив’язка зображень до варіантів кольору.
- Зміна ціни: перевірка відповіді WooCommerce перед наступним оновленням у KeyCRM.
- Зміна наявності з показом плану та підтвердженням оператором.
- Історія змін і відновлення підтримуваних полів після перевірки поточного стану.
Контроль перед записом
Артикули, варіанти товару й цільові поля зіставляються до зміни каталогу. У сценаріях створення, наявності й відновлення передбачено перевірки та підтвердження дії. Якщо даних недостатньо, результат повертається оператору для уточнення.
Результат розробки
Реалізовано набір сценаріїв для керування каталогом через Telegram з передаванням даних між сайтом і CRM. Спільна історія та відповіді за операціями допомагають перевірити зміни й розібрати частково виконану дію.
Як адаптувати до іншого магазину
Спочатку перевіряю структуру каталогу, правила артикулів, API та перелік дозволених дій. Погоджуємо, де зберігається основне значення ціни чи наявності, що оператор підтверджує та як повідомляти про неповний результат. Склад, вартість і підтримку оцінюємо під конкретний процес.
Технічний розбір описує реалізовані функції та структуру рішення. Дані магазину знеособлені; показники економії часу й зростання продажів тут не заявляються.