КРОК 1 · СИГНАЛ
Почніть не з ROAS, а з операційного результату
Порівняйте рекламу з ROMI, викупом, КЦ, поверненнями та доставкою в головній картці нижче.
Показати результат ↓
Публічне демо · лише перегляд. Дані вигадані; зміни налаштувань, команди, складу й алертів заблоковані на сервері.
Створити власний trial →
2-хвилинний маршрут · сигнал → причина → дія
Знайдіть витік, якого не видно в Ads Manager
Період рухається разом із демо-даними; усі цифри синтетичні, але формули й робочий процес — production.
КРОК 2 · ПРИЧИНА
Відкрийте доказовий алерт
ECOMOS показує дорогу зв’язку, причину спрацювання і конкретний наступний крок, а не загальну «AI-пораду».
Побачити причину →
КРОК 3 · ДІЯ
Перейдіть від метрики до рішення
У кампаніях зіставте spend із CRM-лідами й contribution, щоб вирішити: масштабувати, тримати чи зупинити.
Обрати дію →
Операційний результатПрогноз
00000$—
ROMI —
ROI когорти —
ROAS —
викуп —
CPS викупу —
—
Витрати на рекламу
0000 $—
CPL (CRM) —
Ліди
000
Прибуток / лід —
Підтверджено
000
CR —
Cost/підтв. —
Виручка —
Відправлено
000
відправка —
Відмови
000
—% від лідів
дзвінок —
пошта —
Потенційна маржа
000
—% маржинальність
BE-ROAS до Sender —
×BE —
З них: маржа апсейлу
000
— тов/замовлення
частка апсейлу в загальній маржі — —
Фактична маржа викупів
000
0 викупів
AOV викупів —
Витрати повернень
000
0 НП-відмов
незабір посилок, що доїхали: платиш доставку туди й назад
Динаміка
✓ Найкращий за маржею
—
—
—
⚠ Найгірший CR підтвердження
—
—
—
Концентрація маржі
Всі товари
—
—
Ефективність по товарах · варіації згруповано
| Товар | Ліди | CR підтв. | Прогноз викупу | Факт незабору | Маржа | Склад |
|---|
Payments & digital fulfillment
Фактичний продаж для цифрового товару фіксується тільки після валідного серверного webhook платіжної системи. Повернення та комісії записуються окремими фінансовими подіями.
Успішні оплати
—
конверсія —
Виручка
—
підтверджені платежі
Комісії + повернення
—
—
Внесок після собівартості
—
чиста виручка − собівартість
| Дата | Провайдер | Order reference | Статус | Сума | Комісія | Повернення | Net | Видача | Лендинг |
|---|---|---|---|---|---|---|---|---|---|
| Запусти міграцію commerce core і підключи WayForPay. | |||||||||
Потік даних
Checkout створює pending order → WayForPay webhook підтверджує оплату → система створює payment event → сервіс видачі надсилає fulfillment webhook. Повторні webhook-и не дублюють продаж.
Supply command center
Контроль залишків, темпу продажів, днів до stockout і рекомендованого дозамовлення. Логіка бере фактичні відправки, повернення та введений залишок.
SKU в системі
—
товарів із замовлень/складу
Залишок не задано
—
потребують первинного залишку
Критично
—
закінчуються або вже 0
Потрібна увага
—
в зоні ризику по lead time
До замовлення
—
рекомендована партія, шт
| Товар | Статус | Залишок | Темп | Вистачить | Lead time | Продажі | Маржа 30д | Рекомендація | |
|---|---|---|---|---|---|---|---|---|---|
| Завантаження… | |||||||||
Integration & operations hub
Місце, де підключаються CRM, платіжні системи, маркетплейси, Нова пошта, рекламні кабінети та фінансові правила. Ідея: більше не лізти в код за токенами, статусами й тарифами КЦ.
Тема оформлення
Світла тема — ті самі кольори й ієрархія, просто на світлому тлі. Вибір зберігається на цьому пристрої.
Блок активації workspace
Можна сховати чекліст із головної сторінки, якщо робоче середовище вже налаштоване. Це не змінює прогрес і не видаляє дані.
Блок показується
Автоматичні синхронізації ECOMOS
Працюють централізовано для кожного активного workspace. Нічого налаштовувати на хостингу, запускати кодом або передавати технічному спеціалісту не потрібно.
Завантаження статусів…
CRM-системи
Активною може бути одна CRM, але можна зберігати підключення до SalesDrive, LP-CRM і KeyCRM.
CRM
Єдине CRM-ядро
Підключення SalesDrive, LP-CRM і KeyCRM зберігаються окремо. Активною для розрахунків є одна CRM; її можна перемкнути без повторного введення ключів.
Платіжні системи
Для цифрових товарів фактом продажу є валідна успішна оплата. Перший адаптер — WayForPay.
Checkout + fulfillment API
Checkout endpoint зберігає товар, UTM і клієнта до оплати. Fulfillment endpoint фіксує видачу файлу, доступу або виконання послуги.
Маркетплейси
Prom.ua, ROZETKA та Епіцентр: замовлення, товари, залишки, оплати, комісії, повернення й виплати.
MP
Єдине marketplace-ядро
Кожен канал синхронізується окремо, а в розділі «Маркетплейси» показується загальний результат і розріз за каналами. Для ROZETKA та Епіцентру URL/paths залишені налаштовуваними під доступ, який видає кабінет продавця.
Доставка і реклама
НП дає live-статуси/вартість повернень; Meta, TikTok і Google Ads дають spend, кампанії та рекламні конверсії.
Які повідомлення надсилати
Кожну категорію можна вимкнути окремо. Система не надсилає вимкнені типи навіть при критичній події.
Поріг 6 днів означає: щойно посилка лежить у відділенні 6 повних днів, КЦ отримає ТТН і прохання продзвонити клієнта до платного зберігання. Та сама посилка повторно не дублюється.
Підключення Telegram bot
Один захищений конектор для асистента, логістики й автоматизації бюджетів. Bot token зберігається зашифровано та повертається в UI лише маскою.
Налаштування за 5–10 хвилин
Створи бота через @BotFather, додай його в потрібний чат, надішли /start, встав token і натисни «Перевірити». Якщо chat ID порожній, ECOMOS спробує знайти останній чат і підставити його автоматично.
Модель продажу
Від цього залежить, яка подія є фактом продажу та які KPI показує система.
COD: продаж = викуп. Digital: продаж = підтверджений payment webhook. Змішаний: ECOMOS визначає правило за типами товарів у замовленні. Тип кожного SKU можна змінити без коду у розділі «Склад» → «Редагувати».
Для магазину з фізичними й цифровими товарами: обери «Змішаний магазин», задай найчастіший тип за замовчуванням і один раз перевір типи SKU у «Складі». Checkout API надалі сам класифікує окремі фізичні, digital, subscription та service-замовлення.
Автоматизація бюджетів Meta
Автоскейлер підвищує бюджет лише за заданими правилами, а нічний reset повертає кампанії до базового бюджету. Для кожного workspace функції за замовчуванням вимкнені й запускаються центральним scheduler ECOMOS — клієнту не потрібні cron або код.
Рекомендований старт: мінімум 2 ліди, денний максимум $80, нічна база $5.3. Спочатку увімкни Telegram-події «Автоскейл змінив бюджет», «Нічний reset» і «Помилки Meta automation».
Валюта відображення
Фінансове ядро зберігає точні суми в UAH. Тут ти обираєш, у якій валюті бачити дашборд, P&L і маркетплейси.
Ручні курси · UAH за 1 одиницю
Використовуються лише коли джерело курсу = «Власний курс». У режимі НБУ це резервні значення, якщо API тимчасово недоступне.
Операційні правила
Ці значення одразу впливають на прогнозний операційний результат, КЦ і fallback по поверненнях.
План і бюджет
Місячні цілі автоматично пропорційно порівнюються з вибраним періодом у P&L. Нуль означає «ціль не задана».
Прогноз викупу COD
Автоматичний режим використовує завершені доставки за вибране вікно. До мінімальної вибірки факт плавно поєднується зі стартовим викупом; товари без власної історії успадковують загальний прогноз.
Рекомендовано: 30 днів і 30 завершених доставок. Фіксований режим є явним override прогнозу; фактичні закриті когорти система все одно показує за реальними викупами.
Мапа статусів CRM
Кожна CRM має власні ID статусів. Мапи SalesDrive, LP-CRM і KeyCRM зберігаються окремо.
Політика складу
Система рахує stockout і рекомендоване дозамовлення від цих правил.
Безпека ключів
Токени зберігаються у таблиці connections. Якщо в config.php заданий DB_PII_KEY, секрети пакуються через AES-GCM і показуються лише маскою. Повні токени в інтерфейсі не повертаються.
Після зміни токенів треба прогнати відповідний sync або дочекатися cron. Google Ads підтримує OAuth-кнопку з offline refresh token; Meta/TikTok поки працюють у manual token mode.
Зміни ще не збережені
Збережено