🚚 AutoShip (SalesDrive)

💡 Цю сторінку можна дати своєму AI-асистенту — просто надішліть йому посилання. Тут є повний опис того, як працює цей сценарій, перш ніж асистент почне його налаштовувати чи змінювати під вас.

AutoShip — готовий приклад із каталогу шаблонів для продавців, що працюють через SalesDrive.

1️⃣ Що це і як працює

Коли в SalesDrive з’являється нове замовлення, AutoShip сам проводить його через весь шлях: перевіряє дані, за потреби змінює склад замовлення за вашими правилами, створює ТТН, формує чек і виставляє фінальний статус — без участі менеджера.

Якщо щось не вкладається в цю схему — замовлення не чіпається. Замість цього менеджер одразу отримує пояснення, що саме не так і що зробити руками, одночасно в трьох місцях: повідомлення в Telegram, задача в таск-менеджер (якщо підключений) і коментар прямо в замовленні SalesDrive. Жодне замовлення не губиться мовчки.

🧮 Що таке «правила» і де вони налаштовуються

Автоматизація нічого не вирішує сама «на власний розсуд» — вона завжди звіряється з вашими правилами. Правила налаштовуються на вбудованій адмінсторінці (без входу в конструктор; назви товарів там підтягуються з CRM, вручну шукати ID не потрібно) і діляться на два окремі набори, кожен відповідає на своє питання.

📦 Організації відвантаження — від чийого імені оформити замовлення

Це таблиця відповідностей: джерело замовлення (сайт) + спосіб оплати → організація, від імені якої оформити відправку. Наприклад: «замовлення з сайту X, оплачене карткою → організація “Магазин 1”».

Якщо для конкретної пари «джерело + спосіб оплати» в таблиці немає жодного рядка — автоматизація зупиняється: вона не вгадуватиме, від чийого імені оформити замовлення.

📋 Правила товару — що робити з конкретним товаром

Кожен рядок стосується одного конкретного товару й описує, що з ним робити, коли він трапляється в замовленні:

яку дію виконати — одну з чотирьох, вони описані нижче;
статус «взято в роботу», який виставити одразу (обов’язковий для будь-якої дії);
для всіх дій, окрім «Ігнорувати», — ще й склад, тип вантажу і фінальний статус після завершення;
чи правило зараз увімкнене.

Дія — одна з чотирьох:

Просто відвантажити — товар лишається в замовленні таким, як є. Правило тут потрібне лише для того, щоб підказати склад, тип вантажу і статуси.

Розбити — товар у замовленні замінюється на один або кілька інших товарів. Наприклад: замовили «Набір із 3 свічок» → автоматизація прибирає цей рядок і додає три окремі товари «Свічка», кожен зі своєю ціною (часткою від ціни набору). Нові товари додаються в замовлення першими, і тільки після того, як усі додались успішно, вихідний товар видаляється — так товар не губиться, якщо щось зірветься на півдорозі.

Додати подарунок — до замовлення додається додатковий товар-подарунок, а вихідний товар лишається на місці (на відміну від «Розбити», тут нічого не видаляється).

Ігнорувати — автоматизація свідомо НЕ обробляє цей товар: статус «взято в роботу» виставляється як завжди, а далі замовлення просто залишається — без відвантаження, без помилки і без жодного повідомлення менеджеру. Використовуйте цю дію для товарів, які мають завжди обробляти люди вручну, а не бот.

Якщо правила товару суперечать одне одному — наприклад, два різні «Розбити» для того самого товару, або рядки з різним складом чи статусом, — автоматизація зупиняється й пояснює менеджеру, в чому саме конфлікт, замість того щоб вгадувати, яке правило мало на увазі.

🚦 Коли відвантаження відбувається, а коли ні

Відбувається, коли одночасно: замовлення щойно надійшло (статус «Новий») і пройшло ранні перевірки (немає коментаря клієнта, заповнені місто й відділення, це не дублікат); знайдена організація відвантаження; для кожного товару знайдено рівно одне правило без конфліктів; спосіб оплати відомий і підтверджений; перевізник — Нова Пошта або Rozetka Delivery; контакти клієнта коректні.

Зупиняється (з поясненням менеджеру), коли: є коментар клієнта або не заповнена адреса; замовлення схоже на дублікат останніх 10 замовлень цього клієнта; немає організації відвантаження; для товару немає жодного активного правила, а замовлення у статусі «Новий»; правила конфліктують; підсумок після зміни складу замовлення не збігається з очікуваним; спосіб оплати невідомий чи непідтверджений; перевізник не підтримується; контакти некоректні.

Тихо нічого не робить — без помилки й без повідомлення, коли: товар позначений дією «Ігнорувати» в правилах товару; або для товару немає жодного активного правила, а замовлення НЕ у статусі «Новий» (у статусі «Новий» це, навпаки, зупиняє обробку з поясненням — див. вище). В обох випадках автоматизація вважає, що це свідомо залишено людині.

Попереджає, але НЕ зупиняє: малий залишок товару на складі — менеджер отримує сповіщення, а бот усе одно продовжує оформлення.

🖥 Адмінсторінка без входу в конструктор

Окрема сторінка з двома вкладками — правила товарів і організації відвантаження. Стилізація — через окремий сценарій «Admin UI — Theme» (опублікуйте його у своїй копії, якщо потрібен не стандартний вигляд).

⚠️ Сторінка НЕ захищена паролем — посиланням на неї ділитися не можна. Не перейменовуйте вузли «Адмін: …» і «Організації: …» — сторінка звертається до них за точною назвою.

2️⃣ Як запустити

Розгорніть приклад і зробіть власну копію. На вкладці 📦 Готові шаблони розгорніть AutoShip, потім обов’язково зробіть Duplicate — приклад із каталогу регенерується при кожному оновленні шаблону, реальні дані в ньому зберігати не можна.
Підключіть SalesDrive. У своїй копії відкрийте будь-який вузол «(SalesDrive)» і введіть піддомен, email та пароль вашого акаунта SalesDrive. Де їх узяти — 🛒 SalesDrive: API-ключ і домен.
Підключіть Telegram. На вузлі «Сповістити менеджера в Telegram» оберіть чат, куди приходитимуть сповіщення. Якщо Telegram ще не підключений до SellerIQ — 🔗 Підключення Telegram Bot.
(Необов’язково) Підключіть таск-менеджер. Вузол «Задача в таск-менеджер (підключіть свій)» отримує готовий об’єкт задачі — підключіть Trello, Asana, Jira, Notion чи інший сервіс, яким користується команда.
Додайте вебхук у SalesDrive. На подію «нове замовлення» (POST, тіло з data.id) — адреса є на вузлі «SalesDrive Webhook: New Order» вашої копії (Production URL).
Перевірте на тестовому замовленні. Форма «Ручний тест: номер заявки CRM» запускає всю обробку за номером замовлення без очікування вебхука.

⚠️ Тест створює справжню ТТН — використовуйте тільки тестове замовлення.
Опублікуйте сценарій. Натисніть Publish, потім у Settings сценарію відкрийте Error workflow і оберіть цей самий сценарій (ця опція з’являється тільки після першої публікації) — без цього кроку збої не потраплять у блок сповіщень.

Якщо не знаєте, з чого почати, — підключіть AI-асистента і надішліть йому посилання на цю сторінку: він може пройти ці кроки разом з вами.

ℹ️ Пропустили частину замовлень чи вимикали автоматизацію? У сценарії є додатковий адмін-інструмент — обробити одне замовлення за номером чи знайти в SalesDrive всі нові замовлення за період і прогнати їх пачкою. Покажіть своєму AI-асистенту вузли з групи «Адмін: масова відвантаження» — він розбереться, який запит потрібен.

3️⃣ Обмеження

підтримує тільки SalesDrive — для інших CRM потрібно або чекати окремий шаблон, або просити AI-асистента адаптувати логіку;
підтримує тільки Нову Пошту і Rozetka Delivery як перевізників;
працює тільки на конструкторі SellerIQ — йому потрібні спеціальні вузли SalesDrive й Telegram, яких немає у звичайному n8n;
Telegram-повідомлення, задача й коментар про помилку спрацьовують тільки на реальних (бойових) запусках — ручний тестовий запуск їх не показує.

🧭 Детальна послідовність кроків

Розділи вище дають повну картину того, як AutoShip працює і як його запустити. Нижче — той самий процес, розписаний крок за кроком у точному порядку: корисно, якщо потрібно розібратись у деталях самостійно або показати асистенту, де саме щось пішло не так.

Отримання замовлення — вебхук SalesDrive (чекає 1 хвилину, щоб CRM встигла зберегти дані) або форма ручного тесту за номером заявки (не чекає).
Ранній статус «взято в роботу» — ставиться одразу з правила товару, до будь-яких змін у замовленні. Якщо в CRM на цей момент інший статус — обробка зупиняється.
Перевірка коментаря і адреси — коментар від клієнта (не від автоматизації) або незаповнене місто/відділення зупиняють обробку до будь-яких змін.
Захист від дублів — звірка номера телефону з останніми 10 замовленнями; збіг зупиняє оформлення і попереджає менеджера про обидва номери.
Організація відвантаження і план перетворення — визначається організація та звіряються товари з правилами. Конфлікт правил зупиняє обробку.
Додавання нових позицій — для розбиття чи подарунків товари додаються по одному, до видалення вихідного, потім звіряються з планом за кількістю, ціною, комісією і складом.
Видалення вихідних позицій — заміщені товари видаляються з замовлення по одному.
Контрольна звірка — замовлення перечитується і звіряється з початковим станом: сума і комісія не змінились, вихідного товару немає, нові позиції на місці.
Просте відвантаження — якщо товари змін не потребують, у замовлення записується лише організація, вид вантажу і склад з правила.
Товар без правила — якщо для товару немає активного правила і замовлення у статусі «Новий», обробка зупиняється. В інших статусах замовлення не чіпається.
Фінальна перевірка перед оформленням — на свіжих даних: спосіб оплати, перевізник, контакти, дані товару для ТТН.
- 11б. Малі залишки — окремий, неблокуючий випадок: менеджер отримує сповіщення, а оформлення триває далі.
Пауза ~30 секунд перед створенням ТТН — лише для Rozetka Delivery.
Створення ТТН — реальний виклик, не чернетка; одержувач, склад і вага формуються з даних замовлення.
Чек-чернетка — організація, каса і суми обираються автоматично.
Фіскалізація — лише для онлайн-оплат; інші способи оплати залишають чек чернеткою для ручної дії менеджера.
Фінальний статус і коментар — виставляється статус з правила товару, існуючий коментар замовлення зберігається і доповнюється коментарем з правила та позначкою «🤖 Оброблено автоматизацією».